Re: ENB: Ahas re finding definitions
D'accord. On Sunday, May 26, 2024 at 1:51:56 PM UTC-4 Edward K. Ream wrote: > On Sunday, May 26, 2024 at 12:42:11 PM UTC-5 Edward K. Ream wrote: > > > I don't like returning the results as cloned nodes...The Nav tab is > better. > > I'm going to do the following: > > - Use the Nav tab If the quicksearch plugin is active. > - Otherwise use clones. > > That should make most people happy without the need for more settings or > commands. > > Edward > -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to leo-editor+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/201f71e4-47c2-4c8e-8f50-f7ab5d0bf00bn%40googlegroups.com.
Re: ENB: Ahas re finding definitions
On Sunday, May 26, 2024 at 12:42:11 PM UTC-5 Edward K. Ream wrote: > I don't like returning the results as cloned nodes...The Nav tab is better. I'm going to do the following: - Use the Nav tab If the quicksearch plugin is active. - Otherwise use clones. That should make most people happy without the need for more settings or commands. Edward -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to leo-editor+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/587b7926-6712-4345-8059-d84f4755be24n%40googlegroups.com.
Re: ENB: Ahas re finding definitions
On Sun, May 26, 2024 at 7:39 AM Thomas Passin wrote: > I don't like returning the results as cloned nodes. That changes the > outline, and a search should not do that. The search will change the focus > to the new cloned results, which is distracting and unexpected. And later > the user has to remember to find and delete those clones without > accidentally deleting something that should remain. > > The format used by the Nav tab is ideal (and highly readable, better than > cloning nodes) and that's what I would greatly prefer. No need for a new > setting and setting-toggle command, no need to step from one instance to > the next or back, no need to insert any new nodes. > Thanks for your comments. Let me think about this. Edward -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to leo-editor+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/CAMF8tS3WTQORRfvhQOEKNYf61_ztpnfUsZHKJm-7UpYK%2BrcoXg%40mail.gmail.com.
Re: ENB: Ahas re finding definitions
I don't like returning the results as cloned nodes. That changes the outline, and a search should not do that. The search will change the focus to the new cloned results, which is distracting and unexpected. And later the user has to remember to find and delete those clones without accidentally deleting something that should remain. The format used by the Nav tab is ideal (and highly readable, better than cloning nodes) and that's what I would greatly prefer. No need for a new setting and setting-toggle command, no need to step from one instance to the next or back, no need to insert any new nodes. Perfect. On Sunday, May 26, 2024 at 7:10:16 AM UTC-4 Edward K. Ream wrote: > On Sunday, May 26, 2024 at 6:02:37 AM UTC-5 Edward K. Ream wrote: > > > *Aha 3*: Let the top-level results node (of either type) tell the user > about the new setting and the command to change it. > > On second thought, delivering multiple results as cloned nodes (as in the > the clone-find command) should suffice. The find-all command delivers > results in a less permanent and less pleasant format. > > Using a single results format eliminates the need for new settings or > commands. If somebody thinks differently, they can always create a PR :-) > > Edward > -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to leo-editor+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/f0048914-7c83-4776-a8a0-a831fafe9024n%40googlegroups.com.
Re: ENB: Ahas re finding definitions
On Sunday, May 26, 2024 at 6:02:37 AM UTC-5 Edward K. Ream wrote: > *Aha 3*: Let the top-level results node (of either type) tell the user about the new setting and the command to change it. On second thought, delivering multiple results as cloned nodes (as in the the clone-find command) should suffice. The find-all command delivers results in a less permanent and less pleasant format. Using a single results format eliminates the need for new settings or commands. If somebody thinks differently, they can always create a PR :-) Edward -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to leo-editor+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/a5c9bd7b-1f94-4a6a-a858-7b3198ab5cbbn%40googlegroups.com.
