Hi all,
I just made a test build of Geany Plugins 1.22 for Windows.
A little surprisingly for me, it all worked fine on the first attempt :).
I only had problems loading the Geany-Lua plugin with some strange error
message which I didn't investigate yet:
http://pastebin.geany.org/EUmwJ/
The error message occurs on plugin loading. I'm not sure whether it is
caused by my system or something else.
If anyone wants to test it, any feedback is appreciated.
The installer...
http://www.uvena.de/tmp/geany-plugins-1.22_setup_testbuild.exe
... requires an existing Geany 1.22 installation.
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
Hi Enrico,
We have had a report on IRC that running geany on the windows command
line will only open files in the Geany install directory unless you
use the full path.
eg C:\somepath> geany somefile.txt
will open installpath\somefile.txt not somepath\somefile.txt.
And with the "Open new documents from the command line" option set it
creates somefile.txt in the install dir since it doesn't exist there.
Suspicion is falling on
https://github.com/geany/geany/commit/775ef628688c69de34640e12666aed5762a80…
As the most experienced windowser (and the committer of that change)
could you look at it please?
Cheers
Lex
Hi All,
Its about that time of year when we have our annual discussion on
separating session data from config/project data :)
By session data I mean the list of currently open files and MRU list.
The advantages (that I can see):
1. Save config/project as its changed and not rushed at quit time (and
the quit save doesn't happen in the absence of a working, portable,
session management capability)
2. Save session data periodically, or as it changes, or whenever,
without touching the config/project files. So the config isn't at
risk if the session save goes wrong.
The only disadvantage for user config (that I can see) is that it adds
one file, say geany.session.conf alongside geany.conf
For project sessions just using another file in the same place as the
project file is more of a problem since project files can be in the
project tree and some people like to save them in VCS. So users would
have to make sure that their git.ignore (or whatever the other VCSes
use) is edited each time so that the session file isn't saved in the
VCS.
A better option, especially since sessions are inherently user
related, is to store them in the user config location (or subdirectory
thereof). But how to link these files to the project files?
The proposal is that each project gets a UUID generated when it is
created (or when its opened without one) which is saved in the project
file. This uuid is the name of the session file in the
${GEANY_CONFIG}/sessions directory. That way, when a project is
opened, it is easy to uniquely find the session file if it exists.
Using things like filenames, project names etc will always have
clashes. Libuuid is used by GTK so it will always be available on all
platforms we use and so making the UUID is one call. (Pity GTK doesn't
expose it though)
The number of session files can be left to grow like weeds, or can be
trimmed to a (configurable) maximum number deleting the oldest when
needed.
This proposal isn't about a proper session management capability,
there isn't one that works on enough platforms to be worth including.
Any thoughts welcome.
Cheers
Lex
Hi!
I saw this code in src/symbols.c at line 1917:
while (sci_get_style_at(sci, start) != fn_style
&& start < max_pos) start++;
If start >= max_pos then sci_get_style_at will be called (with out of
bounds value?) and then the loop will bail out.
I suggest that the condition is reordered as:
while (start < max_pos
&& sci_get_style_at(sci, start) != fn_style)
start++;
Then sci_get_style_at will only be called if start is less than max_pos.
It is just my humble suggestion.
Best regards,
Daniel
I see that the treebrowser plugin has been orphaned. I'd like to take
over as an active maintainer, since I'd like to see this plugin
survive. I've just sent a pull request to add me to the MAINTAINERS
file.
The treebrowser is for those of us who want a richer set of file
manager operations than is provided by Geany's built-in file browser
plugin. That means creating, deleting, renaming files and so on. The
treebrowser seems a bit buggy and unstable at the moment, so my most
immediate goal is to return it to stability. I'd also like to shorten
the context menu and make the treebrowser more polished and usable in
general. Finally it would be nice to support fancier operations such
as drag and drop someday, time permitting. :)
Comments and suggestions are welcome. Thanks!
adam
Hi folks,
Due to a hard disc failure there will be a downtime for the mailing
list as well as the webserver at *.geany.org at about 12pm UTC -- noon,
just to be sure ;) -- at Friday, May 31th.
We hope to get the services back as soon as possible. Please don't
panic! ;)
Cheers,
Frnak
Hi, folks.
Is it possible to enable the use of the function keys, F1-F12, as modifier keys?
I love Geany's custom keybindings, but I'm running out of intuitive options, especially with multiple plugins and multiple custom Lua scripts. Using the function keys as extra modifiers would help a lot.
It would be much easier to remember, say, F9+c = compile, F9+m = make, F9+o = Make custom object, F9+e = Execute, rather than using F8, F9, Shift+F8, Shift+F9, Ctrl+Shift+F8, etc. Plus there would be over a thousand shortcuts available that way (although using Ctrl+Shift+Alt+F12 might require dislocating fingers).
Is it feasible to implement this in Geany?
Thrawn
Hi,
I'm struggling with an issue: GTK focus lost when last document closed.
To grab the focus by a plugin (eg. filebrowser) on such case would be an
easy task, but not right, because the user can open documents from many
widgets, the focus should return there.
I tried for a while with gtk_container_set_focus_chain() but no luck. Maybe
my bad, I have no experience with GTK.
Other, simple solution if Geany provides a new API call. eg.:
void ui_focus_history_push(GtkWidget *widget);
and widgets/plugins can call it on focus-out-event, so Geany (or a plugin)
can restore the focus if there is no better strategy.
Another solution to extend
document_open_file(const gchar *locale_filename, gboolean readonly,
GeanyFiletype *ft, const gchar *forced_enc)
with "GtkWidget *widget" or introduce a new function like
document_open_file_from_widget(const gchar *locale_filename, gboolean
readonly, GeanyFiletype *ft, const gchar *forced_enc, GtkWidget *widget)
to store opening widget with the document, but I think this can cause weird
behavior if the last closed document were opened from a dialog window.
How should I fix it?
--
Roland Pallai
Hi, folks.
I've uploaded a new Lua script to
https://wiki.geany.org/config/scripts/lua
It retrieves the list of SVN revisions for the current file and lets you choose one, then displays the diff for that revision. Just a little something extra that I wished was in the geanyvc plugin, because our team routinely reviews each other's commits.
Currently it doesn't support other version control systems, but if someone wants to add them, it wouldn't be hard (just detect the version control type for the file and issue the appropriate shell command).
It does show changes to any other files in the same directory. I suppose a future version could detect the project base directory, if a project is open, and capture all changes for the selected revision within the project.
Any feedback?
Thrawn
I use the terminal emulator in Geany mainly for Git-commands and Drush.
When pulling the work from collegues using Git, geany pops up a file
changed, or deleted warning for all changed or deleted open files
which steals focus from the terminal, often right before I press
'enter' to execute a commend, resulting in Geany using the default
action for that popup, which I then have to figure out what has
happend.
Is it possible to suppress these popups when the terminal has focus?
Cheers!
Harold