On Tue, Nov 19, 2013 at 9:33 AM, rengel wrote:
>
> With the new 'Find' tab is huge problem:
>
Replacing something with nothing is a common pattern.
If you make a mistake, undo will restore everything as it was, so this is
not an overly risky command.
I do plan one change, asap, to both replace
Isnt there undo for the replace all command?
On Tuesday, November 19, 2013 4:33:20 PM UTC+1, rengel wrote:
>
> Sorry, I was using the official final release 4.11.
>
> With the new 'Find' tab is huge problem:
> Say you are working with leoSettings.py.
> Guess what happens, if you enter a search ter
On 11/19/2013 10:33 AM, rengel wrote:
There should be a safeguard, when using a blank 'Replace' withd a
'Replace all' command.
There is a problem with this, as deleting strings is a perfectly
acceptable use case for Replace All. Perhaps a modal dialog that makes
the user confirm on blanks? An
Sorry, I was using the official final release 4.11.
With the new 'Find' tab is huge problem:
Say you are working with leoSettings.py.
Guess what happens, if you enter a search term say '@item', leave 'Replace'
blank and inadvertently hit 'Replace all'.
There should be a safeguard, when using a b
On Tue, Nov 19, 2013 at 9:01 AM, rengel wrote:
>
One more thing: It would be nice to know, HOW MANY instances a search has
found.
The find-all command does this.
EKR
--
You received this message because you are subscribed to the Google Groups
"leo-editor" group.
To unsubscribe from this gro
On Tue, Nov 19, 2013 at 8:58 AM, rengel wrote:
BTW1: 'Find/Change Settings...' at the top of the 'Find' tab is redundant.
> What else should be there.
>
> BTW2: Probably more tools use 'Replace' instead of 'Change'.
>
Please make comments on the latest bzr version. Both of these have
already be
One more thing: It would be nice to know, HOW MANY instances a search has
found.
On Tuesday, November 19, 2013 3:58:15 PM UTC+1, rengel wrote:
>
>
>> > Just put in a 'Start Search' button and this functionality behaves like
>> expected.
>>
>> Debatable, for at least three reasons:
>>
>> 1. Many
>
>
> > Just put in a 'Start Search' button and this functionality behaves like
> expected.
>
> Debatable, for at least three reasons:
>
> 1. Many editors, including Scite, use a "Find Next" button, not a "Start
> Search" button.
>
> 2. Labels of the buttons in the Find pane should indicate comm
On Tuesday, November 19, 2013 3:10:29 AM UTC-6, rengel wrote:
When I first tried to use find by entering Ctrl-F, I was frustrated that I
> couldn't enter anything into the Find field. Only after studying the
> documentation and watching the screencast I was able to perform a search.
> The minib
On Tuesday, November 19, 2013 3:23:11 AM UTC-6, rengel wrote:
>
>
>
> Done at rev 6317. This involved moving @menu &Find from the @menu &Edit
>> tree to the top level of the @menus tree, renaming it, and adding these two
>> new items at the start::
>>
>> @item *help-for-find-commands
>>
Done at rev 6317. This involved moving @menu &Find from the @menu &Edit
> tree to the top level of the @menus tree, renaming it, and adding these two
> new items at the start::
>
> @item *help-for-find-commands
> @item -
>
> Took all of one minute. Really, could any other editor, IDE,
When I first tried to use find by entering Ctrl-F, I was frustrated that I
couldn't enter anything into the Find field. Only after studying the
dcoumentation and watching the screencast I was able to perfom a search.
The minibuffer detracts the focus from the Find tab. I have to jump between
tw
On Sunday, November 17, 2013 4:45:23 AM UTC-6, Edward K. Ream wrote:
>
> I am shocked by the response to the Find/Replace tutorial.
>
> Leo must have find/replace commands that newbies can use...I'd like to
> target this for the next week or so.
>
Phase 1 of a grand reorganization and simplificat
On Sun, Nov 17, 2013 at 10:53 AM, Edward K. Ream wrote:
>
The gui work is mostly complete.
You can see the new look at rev
26
23. The new buttons in the Find Pane don't do anything at present.
Despite being the results of about 24 hours of actual work over the last 36
hours, Leo should work
Great news! I have always avoided using find/replace in Leo because it was
much more counter-intuitive than other editors.
Rob...
On Sunday, November 17, 2013 5:45:23 AM UTC-5, Edward K. Ream wrote:
>
> I am shocked by the response to the Find/Replace tutorial.
>
> Leo must have
On Sun, Nov 17, 2013 at 4:45 AM, Edward K. Ream wrote:
>
> The new find replace will likely be based on scite and similar editors:
>
> - A separate Search menu.
> - Quite possibly, a Search *tab* distinct from the Find tab.
> - Buttons in the Find/Search tabs initiate the desired actions.
> - Ed
On Sunday, November 17, 2013 4:45:23 AM UTC-6, Edward K. Ream wrote:
> The new find replace will likely be based on scite and similar editors:
>
> - A separate Search menu.
>
Done at rev 6317. This involved moving @menu &Find from the @menu &Edit
tree to the top level of the @menus tree, rena
I am shocked by the response to the Find/Replace tutorial.
Leo must have find/replace commands that newbies can use. This will be
part of Leo 4.11.1. I'd like to target this for the next week or so.
The new find replace will likely be based on scite and similar editors:
- A separate Search me
18 matches
Mail list logo
