Hi guys,
I'm glad to see this project improving and improving everydays.
I've realized today that most of the time I have opened more than ten tabs and when I am stuck in some code I use to close all of them and concentrate in the current one. Also, most of the time, I'm looking for callbacks or some other code which references to the current one. As all my tabs were closed I have to go to the terminal an execute a grep operation over my source code in the project directory.
To avoid that, I'd like to have another option in the search dialog box. Maybe one option like: "Search in all source file from your base project directory" or similar.
I'm sorry if this feauture is duplicated.
Regards, Tomás Vírseda
Hi Tomas,
Menu->search->find in files uses grep to search. The default search string is the selection or if no selection the word under the cursor. The default directory is the directory of the current file.
Lots of configuration in the dialog.
Cheers Lex
2009/8/4 Tomás Vírseda kaskaras@gmail.com:
Hi guys,
I'm glad to see this project improving and improving everydays.
I've realized today that most of the time I have opened more than ten tabs and when I am stuck in some code I use to close all of them and concentrate in the current one. Also, most of the time, I'm looking for callbacks or some other code which references to the current one. As all my tabs were closed I have to go to the terminal an execute a grep operation over my source code in the project directory.
To avoid that, I'd like to have another option in the search dialog box. Maybe one option like: "Search in all source file from your base project directory" or similar.
I'm sorry if this feauture is duplicated.
Regards, Tomás Vírseda
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
Wow. I'm really ashamed. I've always used shortcut CTRL-F and never gone to the Search menu to see options. Ok, now I know that I can get that behaviour using SHIFT-CTRL-F shortcut.
Next time I'll check double.
Thanks so much Lex
2009/8/4 Lex Trotman elextr@gmail.com
Hi Tomas,
Menu->search->find in files uses grep to search. The default search string is the selection or if no selection the word under the cursor. The default directory is the directory of the current file.
Lots of configuration in the dialog.
Cheers Lex
2009/8/4 Tomás Vírseda kaskaras@gmail.com:
Hi guys,
I'm glad to see this project improving and improving everydays.
I've realized today that most of the time I have opened more than ten
tabs
and when I am stuck in some code I use to close all of them and
concentrate
in the current one. Also, most of the time, I'm looking for callbacks or some other code which references to the current one. As all my tabs were closed I have to go to the terminal an execute a grep operation over my source code in the project directory.
To avoid that, I'd like to have another option in the search dialog box. Maybe one option like: "Search in all source file from your base project directory" or similar.
I'm sorry if this feauture is duplicated.
Regards, Tomás Vírseda
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
Am 04.08.2009 schrieb Tomás Vírseda:
Wow. I'm really ashamed. I've always used shortcut CTRL-F and never gone to the Search menu to see options. Ok, now I know that I can get that behaviour using SHIFT-CTRL-F shortcut.
How about merging the two menus like in Delphi (5)? The "search in project" may be included as well.
BTW: Nice thing, I didn't know Geany has something like this before. :-)
MFG (With friendly greetings) Heiko Studt
2009/8/4 Heiko Studt MailingLists@goldpool.org:
Am 04.08.2009 schrieb Tomás Vírseda:
Wow. I'm really ashamed. I've always used shortcut CTRL-F and never gone to the Search menu to see options. Ok, now I know that I can get that behaviour using SHIFT-CTRL-F shortcut.
How about merging the two menus like in Delphi (5)?
I havn't seen Delphi, maybe post a screenshot??
But from my point of view, the find and find in files dialogs don't overlap much in their options so a combined dialog would be quite a lot bigger & then you have to choose which search you want as well. At the moment I often only have to do Ctrl-F return to find in the document, or Shift-Ctrl-F return to find where something is used in the whole source.
So I for one would vote for keeping them separate and simple, but it depends on what other people think.
Cheers Lex
The "search in project" may be included as well.
BTW: Nice thing, I didn't know Geany has something like this before. :-)
MFG (With friendly greetings) Heiko Studt
-- Heiko Studt Mailingslists@goldpool.org
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
Am 04.08.2009 schrieb Lex Trotman:
Wow. I'm really ashamed. I've always used shortcut CTRL-F and never gone to the Search menu to see options. Ok, now I know that I can get that behaviour using SHIFT-CTRL-F shortcut.
How about merging the two menus like in Delphi (5)?
I havn't seen Delphi, maybe post a screenshot??
Two images attached.
MFG Heiko Studt
On Tue, 04 Aug 2009 14:07:39 +0200 Heiko Studt MailingLists@goldpool.org wrote:
Am 04.08.2009 schrieb Lex Trotman:
Wow. I'm really ashamed. I've always used shortcut CTRL-F and never gone to the Search menu to see options. Ok, now I know that I can get that behaviour using SHIFT-CTRL-F shortcut.
How about merging the two menus like in Delphi (5)?
I havn't seen Delphi, maybe post a screenshot??
Two images attached.
I'm not sure. I like the way its currently realized.
Just my 2ct.
Cheers, Frank
Frank Lanitz schrieb:
On Tue, 04 Aug 2009 14:07:39 +0200 Heiko Studt MailingLists@goldpool.org wrote:
Am 04.08.2009 schrieb Lex Trotman:
Wow. I'm really ashamed. I've always used shortcut CTRL-F and never gone to the Search menu to see options. Ok, now I know that I can get that behaviour using SHIFT-CTRL-F shortcut.
How about merging the two menus like in Delphi (5)?
I havn't seen Delphi, maybe post a screenshot??
Two images attached.
I'm not sure. I like the way its currently realized.
Just my 2ct.
Cheers, Frank
I'd definitely like a "Search in project" checkbox.
Best regards.
On Tue, 04 Aug 2009 16:00:02 +0200, Thomas wrote:
Frank Lanitz schrieb:
On Tue, 04 Aug 2009 14:07:39 +0200 Heiko Studt MailingLists@goldpool.org wrote:
Am 04.08.2009 schrieb Lex Trotman:
Wow. I'm really ashamed. I've always used shortcut CTRL-F and never gone to the Search menu to see options. Ok, now I know that I can get that behaviour using SHIFT-CTRL-F shortcut.
How about merging the two menus like in Delphi (5)?
I havn't seen Delphi, maybe post a screenshot??
Two images attached.
I'm not sure. I like the way its currently realized.
Just my 2ct.
Cheers, Frank
I'd definitely like a "Search in project" checkbox.
"Search in project" is exactly the same as Find->In Session if you consider a project the list of open files in Geany. Or it is the same as Find in files with the project base dir as search directory which is added to the dropdown list in the FiF dialog by default.
Regards, Enrico
Enrico Tröger schrieb:
"Search in project" is exactly the same as Find->In Session if you consider a project the list of open files in Geany.
No, I didn't mean that :)
Or it is the same as Find in files with the project base dir as search directory which is added to the dropdown list in the FiF dialog by default.
Thanks for the tip, I didn't know that. Although, a checkbox would be slightly more convenient imo :)
Best regards.
Am Dienstag, den 04.08.2009, 14:07 +0200 schrieb Heiko Studt:
Am 04.08.2009 schrieb Lex Trotman:
Wow. I'm really ashamed. I've always used shortcut CTRL-F and never gone to the Search menu to see options. Ok, now I know that I can get that behaviour using SHIFT-CTRL-F shortcut.
How about merging the two menus like in Delphi (5)?
I havn't seen Delphi, maybe post a screenshot??
Two images attached.
I like the idea with the tabs in one dialog. But I think, the key shortcuts ctrl+f and ctrl+shift+f and so on should be left as they are an just open the dialog with a different tab focused by default. This behaviour should also apply to the Search menu. The menu items should be left as they are and whatever would be clicked, would focus another tab within a find dialog by default. Result of this thought is: The behaviour of Geany wouldn't change at all, but you could switch between different kinds of search (which currently are Find, Find in files and maybe Replace) in a "general" Find dialog.
Just my 2ct. ;)
Regards, Dominic
Am 05.08.2009 schrieb Dominic Hopf:
Wow. I'm really ashamed. I've always used shortcut CTRL-F and never gone to the Search menu to see options. Ok, now I know that I can get that behaviour using SHIFT-CTRL-F shortcut.
How about merging the two menus like in Delphi (5)?
I havn't seen Delphi, maybe post a screenshot??
Two images attached.
I like the idea with the tabs in one dialog. But I think, the key shortcuts ctrl+f and ctrl+shift+f and so on should be left as they are an just open the dialog with a different tab focused by default. This behaviour should also apply to the Search menu. The menu items should be left as they are and whatever would be clicked, would focus another tab within a find dialog by default.
Ah, this is actually the thing I was proposing, I meant "merging the dialogs" (my mistake). The menus are not overfull. Sorry for the confusion.
Result of this thought is: The behaviour of Geany wouldn't change at all, but you could switch between different kinds of search (which currently are Find, Find in files and maybe Replace) in a "general" Find dialog.
This is the same I do in Delphi. I never learnt the shortcut for direct "find in files", so I do "ctrl+f" and then change the tab. :-)
MFG Heiko Studt
Hi,
I prefer this behaviour as well: one dialog with all the options (with or without tabs) but I am happy with the current configuration.
Regards, Tomás
2009/8/5 Heiko Studt MailingLists@goldpool.org
Am 05.08.2009 schrieb Dominic Hopf: [...]
This is the same I do in Delphi. I never learnt the shortcut for direct "find in files", so I do "ctrl+f" and then change the tab. :-)
MFG Heiko Studt
-- Heiko Studt Mailingslists@goldpool.org
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Wed, 05 Aug 2009 00:26:56 +0200, Heiko wrote:
Am 05.08.2009 schrieb Dominic Hopf:
Wow. I'm really ashamed. I've always used shortcut CTRL-F and never gone to the Search menu to see options. Ok, now I know that I can get that behaviour using SHIFT-CTRL-F shortcut.
How about merging the two menus like in Delphi (5)?
I havn't seen Delphi, maybe post a screenshot??
Two images attached.
I like the idea with the tabs in one dialog. But I think, the key shortcuts ctrl+f and ctrl+shift+f and so on should be left as they are an just open the dialog with a different tab focused by default. This behaviour should also apply to the Search menu. The menu items should be left as they are and whatever would be clicked, would focus another tab within a find dialog by default.
Ah, this is actually the thing I was proposing, I meant "merging the dialogs" (my mistake). The menus are not overfull. Sorry for the confusion.
Result of this thought is: The behaviour of Geany wouldn't change at all, but you could switch between different kinds of search (which currently are Find, Find in files and maybe Replace) in a "general" Find dialog.
This is the same I do in Delphi. I never learnt the shortcut for direct "find in files", so I do "ctrl+f" and then change the tab. :-)
IMO, this is harder to use than using the shortcut or the menu item. Opening the dialog first and then switch the tab just seems suboptimal to me. But well, I'm not completely against this request, I just don't see the benefit. The only sense I can make of a tabbed dialog is when you use normal Find and you get no results, so you want to "extend" the search to Find in Files. But not sure how often this actually happens.
Regards, Enrico
On Tue, 4 Aug 2009 15:33:52 +1000 Lex Trotman elextr@gmail.com wrote:
But from my point of view, the find and find in files dialogs don't overlap much in their options so a combined dialog would be quite a lot bigger & then you have to choose which search you want as well. At the moment I often only have to do Ctrl-F return to find in the document, or Shift-Ctrl-F return to find where something is used in the whole source.
So I for one would vote for keeping them separate and simple, but it depends on what other people think.
I too think Find and Find in files are fairly separate things.
But I do think there could be reasons to combine the find and replace dialogs, as they share many options and when replacing you sometimes want to find all matches first before replacing them. This would have some advantages:
1. It would be much easier to perform a replace after using Find All in Document to see what matches there were. You wouldn't need to copy the search string across to the replace dialog. 2. You could use the Find Previous button between making replacements. 3. Assuming the Find and Replace dialogs would be used in a given session, a combined dialog would save some memory.
The replace and 'replace & find' buttons could go in an expander.
What do you think?
Regards, Nick
2009/8/20 Nick Treleaven nick.treleaven@btinternet.com:
On Tue, 4 Aug 2009 15:33:52 +1000 Lex Trotman elextr@gmail.com wrote:
But from my point of view, the find and find in files dialogs don't overlap much in their options so a combined dialog would be quite a lot bigger & then you have to choose which search you want as well. At the moment I often only have to do Ctrl-F return to find in the document, or Shift-Ctrl-F return to find where something is used in the whole source.
So I for one would vote for keeping them separate and simple, but it depends on what other people think.
I too think Find and Find in files are fairly separate things.
But I do think there could be reasons to combine the find and replace dialogs, as they share many options
I'm not sure it would work, they do share a lot, but there is a lot of unshared functionality. You have to find sensible homes for: a. find all->mark, in session, in document b. replace all-> in session, in document, in selection, and with a. and b. it needs to be very clear if you are finding or replacing !! c. close, find next, find prev, replace, replace & find buttons d. search backwards for find only not for replace
and when replacing you sometimes
want to find all matches first before replacing them. This would have some advantages:
- It would be much easier to perform a replace after using Find All in
Document to see what matches there were. You wouldn't need to copy the search string across to the replace dialog. 2. You could use the Find Previous button between making replacements. 3. Assuming the Find and Replace dialogs would be used in a given session, a combined dialog would save some memory.
The replace and 'replace & find' buttons could go in an expander.
Urmmm, now there is another one or two expanders depending on how the find all and replace all expanders are combined.
What do you think?
In general the concept is good, but I would like to see and try an actual combined dialog to be convinced it will work in practice.
Regards, Nick _______________________________________________ Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
Lex Trotman schrieb:
2009/8/20 Nick Treleaven nick.treleaven@btinternet.com:
On Tue, 4 Aug 2009 15:33:52 +1000 Lex Trotman elextr@gmail.com wrote:
...
I've attached a screeny of HomeSites dialoque. Lokks not too crowded, does it?
Greetz,
Christopher
Lex Trotman schrieb:
2009/8/20 Nick Treleaven nick.treleaven@btinternet.com:
On Tue, 4 Aug 2009 15:33:52 +1000 Lex Trotman elextr@gmail.com wrote:
...
..ah, mpfh.
Greetz,
Christopher
On Thu, 20 Aug 2009 12:19:54 +0100, Nick wrote:
On Tue, 4 Aug 2009 15:33:52 +1000 Lex Trotman elextr@gmail.com wrote:
But from my point of view, the find and find in files dialogs don't overlap much in their options so a combined dialog would be quite a lot bigger & then you have to choose which search you want as well. At the moment I often only have to do Ctrl-F return to find in the document, or Shift-Ctrl-F return to find where something is used in the whole source.
So I for one would vote for keeping them separate and simple, but it depends on what other people think.
I too think Find and Find in files are fairly separate things.
But I do think there could be reasons to combine the find and replace dialogs, as they share many options and when replacing you sometimes want to find all matches first before replacing them. This would have some advantages:
- It would be much easier to perform a replace after using Find All in
Document to see what matches there were. You wouldn't need to copy the search string across to the replace dialog. 2. You could use the Find Previous button between making replacements. 3. Assuming the Find and Replace dialogs would be used in a given session, a combined dialog would save some memory.
The replace and 'replace & find' buttons could go in an expander.
What do you think?
I still think it makes things only more sophisticated and confusing. Though I don't have a strong opinion on that. So, if anyone wants to go for it, ok.
About Christoph's screenshot: the dialog looks way too big to just search something, IMO. If I see the Replace field, I would first think that I opened the wrong dialog when I just want to search text. But that's probably just me.
Regards, Enrico
On Mon, 24 Aug 2009 22:55:32 +0200 Enrico Tröger enrico.troeger@uvena.de wrote:
I still think it makes things only more sophisticated and confusing. Though I don't have a strong opinion on that. So, if anyone wants to go for it, ok.
About Christoph's screenshot: the dialog looks way too big to just search something, IMO. If I see the Replace field, I would first think that I opened the wrong dialog when I just want to search text. But that's probably just me.
Yes, it's not really relevant to the discussion IMO.
I was thinking the Find menu item could hide the replace dialog parts as they could probably be in an expander anyway. The Replace menu item would expand the replace area.
Anyway, if I feel like it I'll do a Glade mockup for a screenshot before committing anything.
Regards, Nick
On 25.08.2009 13:36, Nick Treleaven wrote:
Yes, it's not really relevant to the discussion IMO.
I was thinking the Find menu item could hide the replace dialog parts as they could probably be in an expander anyway. The Replace menu item would expand the replace area.
Anyway, if I feel like it I'll do a Glade mockup for a screenshot before committing anything.
Regards, Nick
I'd like to see such a merge.
Best regards.
On Tue, 25 Aug 2009 12:36:41 +0100, Nick wrote:
On Mon, 24 Aug 2009 22:55:32 +0200 Enrico Tröger enrico.troeger@uvena.de wrote:
I still think it makes things only more sophisticated and confusing. Though I don't have a strong opinion on that. So, if anyone wants to go for it, ok.
About Christoph's screenshot: the dialog looks way too big to just search something, IMO. If I see the Replace field, I would first think that I opened the wrong dialog when I just want to search text. But that's probably just me.
Yes, it's not really relevant to the discussion IMO.
I was thinking the Find menu item could hide the replace dialog parts as they could probably be in an expander anyway. The Replace menu item would expand the replace area.
My previously mentioned argument is still valid: if I want to search something, I open a Find dialog and then I don't want to be confused with replace options, I just want to search.
I see I'm quite picky on that, not sure why :).
I also see that one could say: why maintaining two dialogs for somewhat related functionality and except the above, I can't answer much more. It's more something emotional than rationale, for me :).
Hiding replace stuff in an expander makes it less worse but still not good, for me.
But once more: I don't have a strong opinion on that. It's just my feeling is somewhat against. As long as I don't find good arguments to prove my feeling, I won't be against :).
Regards, Enrico
