+1 for Dirk Gently's holistic settings system [with apologies to Douglas Adams].
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/2316#issuecomment-534803263
Well, as per the original post, I would have no problem if Geany was adding
nothing ;-). I already commented it out on my git clone.
I do agree per-project recents would be a good feature, but I see it as a
separate issue.
To correct the record, I haven't talked with the gedit folks (just
I disagree, that would mean in most cases nothing from Geany ever gets into the
global recents since many have projects open always. Remember Geany "projects"
are just named sessions. (Aside, maybe Geany should never put anything in the
global recents list, clearly its helping use __other__
Seems OK yeah. Probably before this PR is merged the docs should be updated to
explain these icons/behaviours and why they exist.
I guess it's outside the scope of the PR, but in the long run I think it would
be better to come up with a better designed, more holistic approach to settings
After discussing the design of GtkRecentManager, I can see actually it's not so
bad - it looks more like gedit has a bug where it's not correctly filtering
(https://gitlab.gnome.org/GNOME/gedit/issues/217). But it was suggested on my
GNOME issue that Geany should not be populating it for files
Closed #2317.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2317#event-2659856736
My implied question was what other options are order dependent and could be
screwed up by the change?
Better to do away with grep totally as I commented elsewhere.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Probably needs internal implementation of FIF since its options are wildly
differing, but also there are differing options on find and the findy part of
replace that would need resolving to ensure you get the same result for a
common search pattern.
--
You are receiving this because you are
Glib contains regexen support and directory reading and file reading, so it
would be a mere matter of programming to implement the search in Geany and do
away with grep (which isn't available on windows by default, and isn't
neccessarily GNU grep on BSDs etc.).
Just "somebody" has to do it :)
Indeed, they don't. But it's an issue, at least for me.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2321#issuecomment-534760566
It would be very useful to be able to search across multiple lines in "Find in
Files". This doesn't work using patterns (\n) or by pasting in the line break
character.
I realize this is all because `grep` doesn't really support multi-line
searches, and it would not be difficult to implement
Hmm, grep docs don't mention any order requirement for include/exclude.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2321#issuecomment-534760322
If I do a 'Find in Files' I can fill in the 'Files' setting to limit search to
a particular file pattern (fif_files).
However, if I put in '--exclude' and '--exclude-dir' parameters into 'Extra
options' it won't work. This is because '--include' has to come before
--exclude*, but Geany puts
I think all these 3 dialogs should share the same 'search for' value and
history.
For example, if I do a search for 'foo' and then decide I want to do a replace
of 'foo' with 'bar', it would be good if the replace dialog had 'foo' in there
already.
(I realize if I leave the last search result
Project Organizer has a "Search in full path" checkbox in the "Find Project
File" dialog.
The value of the checkbox is lost when Geany is re-opened, it will go back to
unchecked.
Ideally the value should be remembered, as many (but not all) developers will
have a preference for it being
@intact Yep yep! That plugin does the job - thanks! I didn't notice it for some
reason.
If you are running Geany 1.36 you can add them by:
```
$> git clone https://github.com/geany/geany-plugins.git
$> ./autogen.sh
$> ./configure
$> make
$> mkdir mylib; find . -type f -name '*.so' -exec cp
@intact: ooops, of course. Did totally oversee that.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2317#issuecomment-534697093
Maybe you can check
[Geanyinsertnum](https://plugins.geany.org/geanyinsertnum.html) plugin.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2317#issuecomment-534680756
As an alternative to the possible feature name _"Increment selection"_ I
suggest _"Enumerate selection"_.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2317#issuecomment-534663769
It should be possible to configure a *Format->Send selection to* command with
awk to do this. Although Windows users won't have awk (perhaps we could bundle
it if small enough). Also perhaps some preset awk commands with meaningful
labels would help.
--
You are receiving this because you are
@AdamDanischewski: thanks, I think we have enough information :smile: IMHO this
can be implemented in a new plugin or maybe better as an extension of the
Line-Operations plugin.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on
@codebrainz I think it's best not to add a 2-line label for every pref
overridden. As a project setting might override a single pref widget, not just
groups of pref dialog widgets, this could get messy.
I've implemented clicking the info icon to enable all overridden pref widgets
until the
@ntrel pushed 1 commit.
509f716955a59b8bcc87e27207f8c98f07be9b15 Tweak tooltip text & allow clicking
icon to enable overridden widgets
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
BTW with `-Wextra` I get:
```
utils.c: In function 'utils_strv_shorten_file_list':
utils.c:2192:2: warning: "/*" within comment [-Wcomment]
2192 | /* We only want to strip full path components, including the trailing
slash.
```
--
You are receiving this because you are subscribed to this
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2318
-- Commit Summary --
* Update of Slovak translation
-- File Changes --
M po/sk.po (12)
-- Patch Links --
https://github.com/geany/geany/pull/2318.patch
Sublime also has Increment Selection - I guess that's what it should be
called?? - available via the Increment Selection package:
![9kBFH](https://user-images.githubusercontent.com/10157303/65513663-a9bbb080-dea9-11e9-8186-247ff82f251f.gif)
*not using*
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2305#issuecomment-534545078
No, I mean using the -fvisibility=hidden option
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2305#issuecomment-534545027
This feature is also available in Visual Studio via extension:
![demo](https://user-images.githubusercontent.com/10157303/65512377-13868b00-dea7-11e9-9f41-3defd5c06daa.gif)
https://marketplace.visualstudio.com/items?itemName=albymor.increment-selection
29 matches
Mail list logo