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 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
Another (minor) update to the Snap Open script: the file chooser dialog is now much wider. It's a hack, I'm afraid; it just inserts a long line of tabs into the message text.
As far as I can tell, dialog size isn't configurable in Lua scripts? Even in the dialog module, for more complicated dialogs, I couldn't see anything.
Thrawn
Hey all,
this topic has been brought up already a couple of times, for example on
[1].
What do you think about dropping Waf support in Geany and in the
Geany-Plugins project?
While I was defending Waf in Geany, I somewhat changed my mind. Not
because I don't like it anymore, but I increasingly see the efforts in
maintaining two (to be exactly three for Geany) build systems is too
much. Since the make/MSYS build system support seems to get better and
better due to Nick's and Dimitar's work on it, I thought about dropping
the Waf support. It seems nobody knows it well enough and probably
except for a few users nobody is using it.
(And obviously I don't do so much anymore and also lost a bit interest
in maintaining forever.)
The other thing is that Waf causes often problems for distro packages,
especially for the Debian folks [2].
So, I'd go the easy way in this case and just remove Waf. Then we only
need to maintain the autotools based build system for non-Windows
systems and the make based for Windows.
For Geany-Plugins, we would need to get something working on Windows but
maybe we could re-use Geany's make based system for Windows here.
What do you guys think?
[1]
http://sourceforge.net/tracker/index.php?func=detail&aid=3460449&group_id=1…
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=645190
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
Hey Matthew,
the Markdown plugin currently does not compile on GTK 2.16, more
specific with GLib < 2.26.
See http://nightly.geany.org/misc/build_gtk216_plugins_stderr.log for
details.
One issue is that "uint" (conf.c:245) is not defined. I guess this is
just a typo and should be "guint". I just don't understand why this
works on other systems, like the nightly build environment for
ArchLinux. Anyway, changing it to "guint" is probably good enough.
Though there is another issue:
g_object_class_install_properties is first available in GLib 2.26 (used
in conf.c:372). So maybe this plugin needs a higher GLib requirement.
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
Hi,
I won't work on Scope for a month or two, except if urgent fixes are
required. The current version has no known bugs.
After that, I'll try to include Registers, and maybe even a simple
Disassembler window.
--
E-gards: Jimmy
Hi Colomban,
Here are some comments on the subject branch. Solutions left as an
exercise for the reader since I don't have any ;)
C language, which I assume represents all {} languages
1. Indents relative to the previous line, that means that (tabs, width=4):
if(long &&
more){
blah;
is wrong, blah is indented too far, and hard to fix because unindent
remains offset (by the extra indent of "more") until the start of the
line. Maybe calculate new indent relative to the previous indent
level, not the alignment?
This is the same as current, and just as annoying :)
Can't find the gedit plugin, so tried emacs 23.4, it indented
correctly (including indenting "more") without any help from me, but
didn't indent at all until the ) after "more" and the ; after "blah"
which is really disconcerting but understandable. I guess it has a
"brace match" type thing for the () and indents next line by { level
at ;.
2. Can't see brace matching problem? Maybe define better.
3. Typing } anywhere (outside comment) causes a fluctuating indent,
annoying whilst editing. Not really sure what is going on here, seems
very dependent on whats on this and the last line, can't find a
pattern.
4. probably part of the above:
if(long &&
more){ do; it; }
removes the alignment of "more" when } is typed. But as I read the
unindent regex, it shouldn't work unless the } is only preceded by
whitespace?
Python, seems ok, but as I said on IRC, I don't expect it to autoexdent.
Can't see anything new wrong with Ruby, but I don't know much what it needs.
You havn't done lisp or haskell yet :D
Cheers
Lex
Hi All,
We have only one Python filetype, but Python has two versions.
There are some differences between them in terms of keywords and builtins.
For example exec, nonlocal, True, False and None are not keywords for
Python 2 but are for 3.
And print is a keyword for 2 but not for 3.
There are similar changes to the builtins.
At the moment True, False and None are in the keyword list but exec
and nonlocal are not. There is a PR to remove True, False and None.
Since Python 3 is gaining ground I suggest that it would be better to
have an aggregate of both Pythons for both keywords and builtins.
Whilst that is wrong for both, I think missing keywords is worse than
extras.
What do other Python users think?
Cheers
Lex
Hi, All
Can someone please check if this fix
https://github.com/geany/geany-plugins/pull/79 makes sence:
*Images were not loaded, b'couse of getting defined
DBGPLUG_DATA_DIR "${PKGDATADIR}/debugger".*
- *Fixed misspeling for "pludin_datadir"*
*OS: ArchLinux*
*the problem is that waf defines DBGPLUG_DATA_DIR as
-DDBGPLUG_DATA_DIR="${PKGDATADIR}/debugger"
instead of :
-DDBGPLUG_DATA_DIR="/usr/local/share/geany-plugins/debugger"*
*
*
Thanks!