-
Notifications
You must be signed in to change notification settings - Fork 468
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Version 1.1.0: Ctrl+T stopped working #2461
Comments
Thanks for reporting I'll sort it out within a couple of days and release a new version |
Confirm this issue on Windows 10, the 7z portable version. downgrading to version 1.0.4 resolve the issue. |
This should be now fixed. If you could try the test build from https://www.giuspen.net/cherrytree/#testing (called 1.1.0+5) and report if that works as expected or still has issues it would be very useful |
Happy to report that find in "Node Names and Tags" functionality seems to be working fine on Windows with the test version Verified some of the other search options as well without issues when searching in node names (Match Case, Whole Word, Start Word, Regular Expression (only a few simple ones)). Cannot comment on item nr. 2 raised by @firepainting as I am not familiar with using tags. Thanks for addressing and thank you for your continued work on this amazing tool! |
Hi. (I've been away.)
Just tested CherryTree-1.1.0+7-x86_64.AppImage from the above link and unfortunately on my end, searching got worse. In the screenshot above, all nodes and subnodes are tagged If I Ctrl+T, it seems to only return the topmost and leftmost node. In the above example:
-- The current version's (1.1.0) search function is better in the sense that if I Shift+Ctrl+F, everything is returned (including node names and tags). With the test build (1.1.0+7), doing Shift+Ctrl+F yields exactly the same in my example above. -- Re: my point number 2: my bad. The tags inside square brackets do appear on the search results. Got confused there, I think. I'd rather have those square brackets only in the search results box, anyway, and not on the tree itself. Many thanks. |
@firepainting thanks for getting back, can you attach the test document from the screenshot please? Or send me via email (find it in help--about dialog) |
@giuspen, just emailed you. Thanks! |
Got it thanks @firepainting I'll use it later today, may also release v1.1.1 afterwards as there are few important fixes |
This should be now fixed. If you could try the test build from https://www.giuspen.net/cherrytree/#testing (called 1.1.0+10) and report if that works as expected or still has issues it would be very useful. The plan is to release v1.1.1 tomorrow the 27th |
Just tested CherryTree-1.1.0+10-x86_64.AppImage and all my issues seem resolved now. Huge thanks, @giuspen! Can we close this Issue now? |
Many thanks @firepainting your testing was very useful, I will close this later today just after the new release |
You're so welcome @giuspen and I can't thank you enough, CherryTree is a glorious app :) |
Fixed in v1.1.1 |
Version, Operative system
CherryTree 1.1.0
Linux Mint 21.3 Cinnamon
Describe the bug
After 1.1.0 update:
IIRC tags used to be just under the nodes and subnodes (in the Tree, on the left side). Those tags were enclosed by square brackets. They all seem gone now, too.To Reproduce
Steps to reproduce the behavior:
Screenshots
Note: "Node Name and Tags" is ticked.
TIA!
The text was updated successfully, but these errors were encountered: