Hey guys, am aware this issue is nitpicking but I thought it would be an easy fix so putting it out there.
Drag a standalone window slim width, approx 200-300px
That there is less padding on the right
Excessive padding on right.
Windows 7, in the app
Agree with this. Todoist is the same. It would be nice if it was adaptive sizing
Further to this - the menu for âmy files, bookmarks, tagsâ is completely empty.
I remember reporting this about a year ago.
This doesnât change until the window is large enough for Desktop, any Mobile sizes, with hamburger, have this empty.
@Erica is this on a bugfix list somewhere?
Cripes, cant zoom-in by clicking at ANY mobile size as well (I have âuse bullet to zoom inâ enabled), as the bullet is overlayed by minimize icon:
I canât zoom-in (using alt+ â) on any item if it doesnât already have child-bullets, instead it zooms in the first item on list (which the cursor isnât on). This is a bug right?
@erica ? Can we get a reply, or direct me to existing bug reports - these are serious issues, no?
Sorry I missed this. Is this on the latest desktop version (1.0.36)?
I just tested on that version and it looks although itâs empty, by clicking on a tab name (âmy filesâ/âbookmarksâ/âtagsâ) itâs quickly back to normal.
And unfortunately they are hardly serious issues, as no many users like Dynalist like this and so they donât experience it. Especially if the tags/bookmarks/documents do show up after you click the tab header like in my testing; we can fix the padding and the empty left pane content but they are more like annoyances rather than serious bugs.
P.S. During my testing I found the blank left pane to only happen with dynamic sizing. That means, if you resize it to be really narrow and afterwards restart the app, the left pane is not empty.
Alt+Left/Right is for going back/forward on the desktop. The shortcut for zooming in and out are Ctrl+[ / ], as specified in the Shortcuts & Formatting Help section 
Ok. Yet alt-right/left work as well as per WF, yet only sometimes. I.e. if I zoom in with brackets, then I can use alt-arrow one time, but not next time. Strange. Just FYI.
Yep.
Yes, but clicking âmy filesâ, etc does nothing for me. Stays blank.
And this? No change here. See screenshot above.
Alt+Left/Right is for going back and forward. So if you zoom in, naturally you can go back via Alt+Left. It has the same effect as zooming out. I know itâs a bit confusing, sorry!
I think I just found out why â if you resize when the left pane is closed, it will always be blank. If you resize while the left pane is open, itâs fine. Is that the case for you?
Yeah I see.
Iâm sad to say this but Dynalist is not designed to work at 100px to 600px wide. It works, for the most part, as part of our âoptimize for mobileâ initiative. And it does work on mobile, as itâs mostly touch rather than clicks on mobile. I realize itâs not perfect at this size, but I think itâs better than, say, if you resize Gmail (itâs just the same website, but now you need to scroll horizontally), and we donât want to revert back to that design.
Sorry I digressed. I wanted to say weâll try to fix it as soon as we can, but we do have a lot of bug fixes and improvements on our todo list that a bigger part of our user base would want. Itâs hard but we need to balance our priorities and special use cases like this are unfortunately placed after other things. I hope thatâs understandable!
To anyone reading this â do comment or like the original post if this is bothering you too, and thatâll make us bump it from an âexperienced by minorityâ problem to an âexperienced by majorityâ problem.
Yes, but not only. I open it, itâs blank. And thatâs the point.
Finding scenarios where it doesnât break, kinda misses the point (I make below).
It hadnât occurred to me that most would want to use larger than say 400px, as itâs primarily a task list, no? Personally I canât imagine that the majority would want a larger than 600px, or full screen, list, but hey, maybe they do. Has anyone asked?
I appreciate what youâre saying, and the workload and priorities you need to manage, yet is this really a special use case? Is this not clearly, definitively an intended use case
Is there any way to get this in front of more people so you can get feedback?
So letâs refer to the three issues as the margin issue, the icon overlap issue, and the empty left pane issue, just so we can communicate without referring back to the screenshots.
Iâll look into these problems and post updates in this thread.
Awesome. Got it. You rock.
Update: fixed the icon overlap issue and the margin issue and the fixes should go out in the next release if they pass the code review.
Working on the empty left pane issue as we speak.
Thatâs awesome. Rock on.
