Patch available, revisions 745 & 746. Introduces a preference for the journal plugin (default is behavior as in 0.62).
Regards, Jaap On Mon, Oct 20, 2014 at 5:36 PM, Jape Person <jap...@comcast.net> wrote: > On 10/20/2014 11:28 AM, Raphael Hertzog wrote: > >> Control: forwarded -1 https://bugs.launchpad.net/zim/+bug/1383344 >> >> Hello Jim, >> >> On Fri, 17 Oct 2014, Jim Wallen wrote: >> >>> The recent upgrade in Debian testing from version 0.60-1 to 0.62-1 >>> resulted in >>> a change in behavior. >>> >>> In notebooks containing a calendar, if the user selects a date page to >>> display in >>> right pane, then collapses the tree and hides the left pane -- when the >>> left pane >>> is opened again, the calendar tree will be expanded to the date shown in >>> the right >>> pane. >>> >>> Unfortunately, I just want to navigate the calendar with the calendar >>> widget >>> instead of scrolling up and down through the calendar tree in the left >>> pane. >>> >>> In the previous version, once I collapsed the calendar tree, it stayed >>> that way. >>> That allowed me to use the left pane only for navigating named pages in >>> the tree. >>> >>> Was this change deliberate, is this PEBKAC, or am I missing something? >>> >> >> It was deliberate apparently, I asked the upstream author and he told me: >> >>> The issue about the expanding index pane is not really a bug in my >>> opinion. The index pane is designed to always expand to the current >>> page, >>> regardless whether that is a journal page or not. Would not consider the >>> "old behavior" as a feature. (Which of course does not exclude the option >>> to actually introduce a feature to leave the index collapsed - but that >>> is >>> not a fix.) >>> >> >> Though I'm not sure it's a regression, it's been a long time that I have >> been annoyed by the fact that the index gets clogged with multiple trees >> (the current month, the former month, the next month each with 30 days) >> and thus making it difficult to navigate in other pages there... I was not >> even aware that collapsing the higher level entry worked as you explained. >> >> So I submitted your request upstream so that we have this as a proper >> feature in the future. >> >> Cheers, >> >> > Very interesting! > > Thank you for the information, and I'll look forward to being able to keep > the calendar collapsed at some time in the future. Considering the > existence of the calendar applet it would seem silly to navigate to a date > using the tree. And the expanded calendar tree just gets in the way of > getting to the other pages. > > I hardly every touch my mouse, so collapsing that part of the tree is just > a few quick keystrokes each time. I'd imagine it might be a lot more > annoying to a use who uses the mouse primarily for navigating. > > Thanks again! > > Regards, > Jim > >