Closed firepainting closed 3 months ago
Confirming same issue (Find in Node Names and Tags not returning any results) on Windows (cherrytree_1.1.0.0_win64_portable_nolatex).
Enabling/disabling any search options doesn't seem to have any effect (no results returned) Same issue in newly created CTX as well as pre-existing ones
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 cherrytree_1.1.0.0+5_win64_portable.7z
. Furthermore it is now lightning fast like before 1.0.4 which is a very very welcome fix for large .ctx files :)
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.)
If you could try the test build from https://www.giuspen.net/cherrytree/#testing
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 tag search
.
If I Ctrl+T, it seems to only return the topmost and leftmost node.
In the above example:
tag search
, it only returns the red cherries (node 1 and node 2)node search
, same as above (red cherries -- node 1 and node 2)subnode 1.
, it only returns the blue cherries (under node 1)--it doesn't return the other node names containing 1.1.1
, 1.2.1
, and 1.2.1.1
--
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!