Cool, that’s great to hear. Your mouse lacking these buttons also explains why it’s not implemented. Mouse4 and Mouse5 are the buttons at the thumb, one is for forward and one for backward. This is standard functionality under Windows and Linux, for file browsers, web browsers, Sublime Text, Visual Studio Code, Pycharm etc. For the text editors it switches between opened files. For Pycharm it’s even cooler. If you click on the method name of a function call for example, it takes you to the definition of the function. Regardless if it’s in the same file or not. By pressing Mouse5 (backward), you jump back to the original function call. That makes it handy for programming, but that’s just my preference.
By standard I mean it works out of the box with any USB mouse you connect with any of the before mentioned software, without configuration. Since you implemented the functionality already, it should be sufficient to add a hook for these two events and then call the other method. How exactly this is done might be of course messy. But Visual Studio Code works too and that is based on Electron. So there must be a way.
When we use the global area filter then we can see only projects which have this area ascribed.
And then when we add an item within these project it automatically adds an area tag because it is an active filter but it should not happen because this tag is inherited form project.
When I use up/down arrows to move over items on the list then the scrollbar which belongs to the left side panel is also moving. As a result, the left side panel is scrolling up and down.
I was able to reproduce this. As a temporary workaround, click anywhere in the right side of the app. Also, j/k for up/down movement is not affected. Thank you for taking the time to report. It will be fixed in the next update if possible.
There is a strange behavior when we use only the keyboard to add a new task.
Press ‘n’ to open a new task dialog window
Write title and press ‘tab’ to switch to tags section
Choose a tag and press ‘esc’ to quit focus from this section
Press ‘enter’ to close and save a new task
A new task is created but when we press the final enter key than the very first task on the list is opened to edition. It looks like Enter is sent two times. First to save a new task and second to open edition dialog for a selected task
Yes, there is definitely something wrong with scrolling.
Sometimes when I use up/down keys to move through the project list the screen is “scrolling with me” even if I am on the very top items. As a result, the screen is scrolling faster than I switch to the next items and suddenly I lose selection on the screen.
Basically, using the up/down buttons automatically affects the scrollbar position. Because it’s a standard way applications work (you can try it in any application with a scroll).
My best suggestion is to use j/k, for now, if possible. These buttons don’t have this issue and they are more convenient as well!
Hi, this update also seems not to work on MacOS Catalina? For some reason the program worked fine until I updated and now it won’t open unfortunately. Does this happen to anyone else?
There is inconsistency with naming sections within projects. When we use global ‘All’ filter then the next actions are under a section called Next which is correct in my opinion. Within the project, the next actions are under a section called Actions. I suggest to change it to Next also. The list that is dedicated to the next actions is also called Next, not Actions.
Sorry about that – I thought Apple wouldn’t let me open it, but it was only giving me a warning that it couldn’t check it for malicious software. It runs fine, thanks.
There is very counterintuitive behavior with lists filtering. When we choose a filter tag within one list like the Next list then this tag is active when we switch to a different list. What is even less intuitive is this filter is active when we use the global filter from the left side panel. For excample we choose global filter 'All" but it doesn’t show all items because the previous filter that we chose within a list is still active.
I think this behavior will become more clear once we fix the filter panel in place, so that the filters are always visible regardless of scroll position. This is about to be released. What else would you suggest?
I’m not so sure. It used to work like that many versions back (unintentionally). But there were many complaints about filters getting reset so it was fixed. So resetting the filter again is definitely not an option. There might be a better solution but I don’t see one so far.
