[Geany] "Replace All" button order

Ben West mrgenixus at xxxxx
Sat Jan 17 11:55:39 UTC 2009


/ˈmɪstər/ /ˈdʒɛnəsɪs/@/dʒi/ /meɪl/ /dɒt/ /kɒm/
Benjamin West



On Sat, Jan 17, 2009 at 3:13 AM, spir <denis.spir at free.fr> wrote:

> Le Fri, 16 Jan 2009 17:04:36 +0000,
> Nick Treleaven <nick.treleaven at btinternet.com> a écrit :
>
> > On Sun, 11 Jan 2009 18:50:36 +0100
> > Enrico Tröger <enrico.troeger at uvena.de> wrote:
> >
> > > >   [In Selection]  [In Session]  [In Document]
> > > >
> > > >"Selection" and "Document" are self-explanatory; "Session" replaces
> > > >text in all currently-open files.
> > > >
> > > >Why are the buttons in this order? Intuitively, I would expect them to
> > > >be ordered in terms of increasing scope: selection, document, session.
> > > >I don't see why the current order would be preferable---I've never
> > > >even used the "In Session" button in actual work.
> >
> > I did it like that because the Gnome HIG says the most commonly-used
> > button should be on the right, and I assumed it was the document
> > button. Then it seemed logical to put the session button near the
> > document button.
> >
> > Anyway, the selection button can also be used often, so we could change
> > the order to:
> >
> > [Session] [Document] [Selection]
> >
> > This also makes sense in making the function with the biggest impact
> > away from the commonly used position.
> >
> > > Good catch.
> > > I agree it should be in the order selection, document and then session.
> > > I don't remember when these buttons were added. In case I did so, I
> > > probably just didn' think about and just added them.
> > > In case of it was Nick, maybe he had a reason.
> >
> > Regards,
> > Nick
>
> Some notes about the replace feature/interface:
>
> -1- I think the arrow should go and these replace choices be visible from
> start -- does this serve
> any purpose?
>
> -2- Which choice is the most common or useful one can probably be discussed
> for nights... so I
> propose the fasttest/default one to be the most secure one, i.e. "in
> selection" or "in
> scope" (-->).
>
> -3- I would add a "replace all in current scope" function that I dream of
> for years already ;-)
> where 'scope' means closest nesting func, class, or whatever.
>
I second this, EXcept that scoping seems to be broken in JavaScript.  I
can't seem to get geany to resolve that properly.  In JS though, I get why
it could be tough.  I'll try to file a formal bug-report on it once I
unburry myself from stuff that needs to be done.

>
> -4-This button and "in selection" should be invalid (greyed) whenever there
> is no 'scope' (module toplevel, meaning "in scope" = "in doc") or there is
> no selection.
>
> -5- I would also add a "in project" choice to allow lexical evolution at
> project level. This would
> walk together with file/doc/module registering in project. (The latter
> would also allow
> straightforward project stage freezing/recording e.g into
> myProj-0.10-01_02_2009.tar).
>
> -6- I'd love an '\i' code working in both the search & replace fields, that
> would mean 'indent' &
> match the user specified value for one level of indentation in preferences
> (that is n spaces or
> one tab).
>
> -7- ?
>
> denis
>
> ------
> la vida e estranya
> _______________________________________________
> Geany mailing list
> Geany at uvena.de
> http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.geany.org/pipermail/users/attachments/20090117/bb8cb1c4/attachment.html>


More information about the Users mailing list