Really appreciate the auto-expand on all filters, however it is doing so for most but not all matching items. Can’t figure out why but will look for a pattern to try to reproduce.
New filtering system
webalstrom I’ve checked for it after each update pushed to me, although I might have got a double-update at one point. I haven’t seen it reappear yet. Perhaps it’s due to the shift from “HAS:date” to “DATE:any”. They’re functionally identical, just organized/phrased differently…
- Edited
andrew I added a General setting “Collapse matches of filters” to collapse matches if no children match. We’ve gotten that request a lot, and the new system make it much easier to track that 
And it should be more stable now than when you tested the previous version.
Should that be a global setting or do you want it to be per-pane? Or should it be a button/hotkey?
Thanks for all this work!
Jay I’m fine with “collapse matches of filters” as a general setting. Being unable to differentiate a collapsed parent with no matching children from a leaf item is still problematic (regardless of this change). What do you think about showing the ‘ >’ but when user expands the parent they see a message under it: “none of these child items match the current filter.”
The date:any button is back for me. Will have to test the other bugs in a day or so; I need to work away from the computer for a while.
I think this update introduced a new bug.
Repro:
- Open Note editor
- Type some text
- Use shift+arrow to select some of it
- Overtype or delete the text
- Exit Note editor
- Try to arrow-up/down
If you exit the editor via shift+enter, up/down causes the pane to scroll
If you exit the editor via “X” button, up/down do nothing
Expected behavior: up/down moves cursor up/down
- Edited
Bug: After typing text followed by a colon (such as is:) in the text filter, the following typed character(s) appear in a new item in the first position in the pane. This occurs only when the filter panel is dismissed with ESC prior to typing.
EDIT: I think this is actually occuring whenever the filter panel is dismissed and there are no matching items so the pane is blank and then you type additional character(s) in the filter text input box. It just so happens that typing is: matches no items, so don’t think it has to do with the colon.
BUG: I’m seeing completes shown in hide-completes Panes. They are children of a mirror which is, itself, not complete. Have not observed this with non-mirror items
At least, I think it’s a mirror. It has an always-visible tally box, but the item text draws as a [[Link and appears inside [[braces]] in the breadcrumbs. It’s an old item but I’m pretty sure it was a mirror that ‘degraded’ to a link, as they do.
BUG (?); Can’t specify sort-order in the Pane Configuration dialog for “group-by” Panes. The up/down sort-order arrow is not shown. The arrows for the next column over (Item sort-order) are still available.
Obviously not filter-related, but seems to have broken due to the most recent round of updates.
Or am I imagining it? I swear this used to be there.
My previous post on this thread brings up a separate issue… one of the benefits of the old filter panel is that it never obscured the results. With this new bigger panel and a very narrow pane (which all of my panes are), it does. Mostly an issue when using it as a filtered search, where you are looking for an item that appears at the top of the pane. That’s why I would be pressing ESC before typing the text.
One thought is to have a filter icon button (such as a funnel icon) to toggle the filter panel rather than showing it when clicking in the filter text input. Then you could also use it to hide the filter panel, and you could type in the filter text input without having to close the panel first.
Another idea is to shrink the filter panel so it doesn’t obscure the first item(s) in a narrow pane.
Pressing ESC before typing is a reasonable workaround as far as entering filter text (would be nice to have an x to close the filter panel as well). Just wondering if anyone else has a preference for how this should work.
BUG: It seems that the text filter is not matching on items with a note, unless the note itself matches the text filter.
andrew Jerud andrew Fixed in the latest update.
Jerud Weird, this seems to be working for me. Does clicking it not toggle the order?
Jerud Can you send me a video of this? It’s hard to reproduce from the description.
andrew What do you think would be the best option? I’m a bit bothered by the size of the panel too. Having an extra step of a button to show the panel seems like it could be annoying. Shrinking it would require less spacing or smaller icons? It could have a slightly transparent background?
Jay I just realized that this is really only problematic when I’ve got a narrrow pane that is the rightmost pane on a board that has several panes, so that it ends up being right aligned with the pane’s right edge, and I can usually widen that pane. So that’s much less significant of an issue.
That said, I do think you could consider using smaller icons/buttons, as even shrinking the width just a bit would help.
You could also make the panel maximum width dynamic as a percentage of the pane width and wrap the buttons if necessary, so it would only do so with a narrow pane. You might only do that where the filter panel is right aligned with the pane. If you ever add more CONTAINS buttons and it starts getting even wider, this would accomodate that.
In any case, it’s less of an issue than I originally thought.
- Edited
When you click the Back button after making a filter change, would it be possible to just revert the last change? So store the previous state (and ideally the expand/collapse status of each item) upon each filter change? Right now, with a red completed button, if I click the high priority button (and maybe expand an item or two) and then click the star button, and then the back button, it reverts to just the red completed button. Would be ideal to revert to the filter and expand/collapse status that was just before click the star button.
If typing in the text filter box (whether in simple or advanced mode), you’d probably have to just store the state before the text was changed.
Regarding the expand/collapse status, if you can store that, it is probably better to revert to that instead of reapplying the auto-expand/collapse functionality when clicking the Back button.
I also think clicking the x button should revert to pane default filter (presumably just -is:complete but as previously discussed it would be nice if there were a command to set the current filter settings as the pane default, in addition to the board view default functionality).
Regarding auto-expanding the Overview, I think this has been discussed before but I think it becomes more noticeable when auto-expanding on any filter change…. since the Overview is not filtered, I don’t think it makes sense to auto-expand the Overview to match the expansion of the outline with a filter change. It ends up containing many entries that don’t match the filter. If the Overview were filtered (a separate debate!), it might make more sense to auto-expand it, but that is not the case.
Jay BUGS Update:
- This calendar-picker bug is still present
- This filter-dialog box persistence bug is still present
- Will send vids/screenshots of my two recent bugs via PM.
@Jay The Usability issue Re: clearing filters is still an obstacle for me. See below to illustrate exactly how small the click-target is, if you want to place insertion point at end of filter-text (to add text) but not click the ‘x’ button (‘x’ button is highlighted via mouseover to show its edges):
I know originally I said my preference was to clear ALL filters with the ‘x’ button, but after real-world usage I’ve changed my mind. Being able to blow away all the text (basically toggle the text filter OFF, as if it were one of the other icons) but still leave other filters (especially hide: complete) would be a LOT more useful than clearing all filters. It made sense on principle, but in actual usage I see that I was wrong. It would be very cool if Ctrl+click on the ‘x’ did clear ALL filters, so we do have a quick option for doing that.
Re: size of filter dialog obscuring Pane results. What if the filter dialog box didn’t open when using Alt+F to move focus to the text box (but still opens when clicking)? If user’s intent is to enter text then they will be heading to the keyboard anyway. I like the current size of the dialog and buttons, as it makes the click-targets generous for fast clicking. I don’t generally need to see the Pane contents in detail while using the button-filters, but I do sometimes want better visibility when using text filters, as @andrew initially described.
andrew For the “back” button I do prefer that all my changes from a single invocation of the filter dialog are “backed”, rather than one-by-one. I am most often using this feature to return to a custom filter-state after clearing them all to hunt for an errant item. However it sounds like you’re describing expand/collapse operations getting rolled up into the filter’s changes as a single “back” event, which does sound undesirable.
Jerud While II think it makes sense to revert back to a history state captured upon invoking the filter panel (so undo all changes made on a single invocation of the filter panel), how would you deal with turning off a filter by clicking it in the filter text box instead of opening the panel? It would be odd if the behavior were different depending on how you disabled a filter.
Ideally the expanded state is captured with the filter state as a part of a history state, so that when you click back, it looks like what you saw before making the filter change. If that’s not possible, then I guess you could run auto-expand/collapse based on the reverted filter.
andrew Intuitively I would expect direct-clicking the icons to get “backed” one at a time, vs. all changes made within one invocation of the filter dialog getting “backed” together. Opening the dialog feels like “one move”, as does a single icon-click.
But I acknowledge that sounds objectively inconsistent, and probably counterintuitive to others. And I have no idea how hard to implement for Jay.
I’m not overly hung-up on these behaviors. A (silly) suggestion is to use “undo” to step-back individual filters, while “back” does the whole dialog.