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
Matthew Brush <notifications(a)github.com> wrote:
> @elextr FWIW, the files `makefile.win32` and `win32env.mk` (and geanypy.nsis for the installer and README.win32 for the instructions) are needed for `src/makefile.win32` to be useful.
>
> @eht16 Any chance you could get some time to try getting the Waf build system working so it can be built on Windows?
Taking cause from Geanypy, there are 2 small problems with $subject:
- no header fiels are installed, or maybe they are copied somewhere
outside the $prefix. Copying the headers manually is OK.
- geany.pc contains paths with single backslashes, and plugins build
fails with "c:path1path2...: no such file or directory". Replacing
with forward slashes works. All other .pc files I've checked under
win32 use forward slashes.
I haven't tried the latest git though.
--
E-gards: Jimmy
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
On 27 June 2013 00:17, Kostas Dimakis <dimakis(a)csd.uoc.gr> wrote:
> I am sorry for the direct mail but for some reason i didn't receive the
> mail in my inbox. The only reason i saw the mail is that i was checking the
> mailing list for questions #lucky :D Anyway i think i resolved it. If you
> can do the honors and forward our conversation to the list so ppl can see.
> Thank you for your response. But i didn't understand exactly what u mean
> by seting a label. Can you give me an example?
>
The dialog for custom commands has two fields, one is for the command, the
other is for the label to show in the menu, no label, nothing to show in
the menu so no command saved.
Cheers
Lex
Note to whoever generates the images in the manual or Colomban by default.
The image for the prefs->editor->indentation dialog still shows the hard
width entry.
This was removed by
1b5182333<https://github.com/geany/geany/commit/1b51823339c5208c4a568451bedd71a8e5bfa…>
back
on 28/04/2010.
I think its time to re-generate the image :)
Maybe now, because it will be forgotten by next release.
Cheers
Lex
PS No I havn't any theme that looks even vaguely like the current images,
so no I can't :)
Good evening!
Recently I tried to use Geany to edit the code of some GNOME projects.
The settings of indentation is different from project to project.
Usually, the settings of indentation it is based on spaces, not tabs.
I am running the Geany in Hebrew language.
I saw that indentation is not displayed as required in Hebrew.
To run Geany on Hebrew:
LANG=he_IL.UTF-8 geany
I'd be happy if the bug is fixed.
Screenshots:
Geany in Hebrew:
https://bitbucket.org/yosefor/bug-indent-geany/raw/42d81c56949591895247acea…
Geany in English:
https://bitbucket.org/yosefor/bug-indent-geany/raw/42d81c56949591895247acea…
Regards,
Yosef Or Boczko
Hi everybody,
Can anyone look at this?
Bug 959[1] - Enter doesn't search in some fields of Find in Files dialog
[1] http://sourceforge.net/p/geany/bugs/959
Regards,
Yosef Or Boczko
