Re: [Geany-devel] ANN: mailing list server move
On 28/09/12 10:54, Frank Lanitz wrote:
Am 27.09.2012 22:40, schrieb Colomban Wendling:
Le 27/09/2012 22:36, Enrico Tröger a écrit :
On 27/09/12 21:59, Colomban Wendling wrote:
Le 27/09/2012 21:54, Enrico Tröger a écrit :
Hi all,
just as a note: I plan to move all Geany-related mailing lists from
uvena.de to the geany.org server on Friday, October 5 2012, around 12:00
UTC.
Great ! Just to be sure, current @uvena.de will be forwarded (at least
for some time) to the equivalent one at @geany.org I guess, right? :)
Yeah, that's the plan.
The list names will stay the same (only top level domain changes) except
for the main mailing list which is currently ge...@uvena.de. I guess
I'll rename it to geany-us...@geany.org which reads better than
ge...@geany.org.
Any objections?
Nope. Maybe I'd rather have used something like
{devel,users}@lists.geany.org but geany-{users,devel}@geany.org is fine too.
I'd also prefer lists.geany.org or something for host...
Agreed, we'll get @lists.geany.org.
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
signature.asc
Description: OpenPGP digital signature
___
Geany-devel mailing list
Geany-devel@uvena.de
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] ANN: mailing list server move
On 01/10/12 04:11, Chow Loong Jin wrote: On 28/09/2012 17:10, Lex Trotman wrote: [...] Just a thought, the website then needs updating :) That's another story and also on my plan, but more on this later (step by step). I'll open a discussion on this soon. Heh, I only meant the URLs should be updated when the ML is moved, anything more is, as you say, another story :) Gmane will also need to be updated when the time comes. Thanks for the reminder, I dropped the admin a mail. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] [Geany] ANN: mailing list server move
On 27/09/12 21:54, Enrico Tröger wrote: Hi all, just as a note: I plan to move all Geany-related mailing lists from uvena.de to the geany.org server on Friday, October 5 2012, around 12:00 UTC. The lists will be down during move for about 1-2 hours. I'll send a reminder shortly before starting with the actual move next week. A little later than planned: I'm going to shutdown the mailing lists at 13:00 UTC, i.e. in about ten minutes. After one to two hours, you should get another mail when I'm finished. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] ANN: mailing list server move
On Fri, 28 Sep 2012 08:24:51 +1000, Lex wrote:
On 28 September 2012 06:40, Colomban Wendling
lists@herbesfolles.orgwrote:
Le 27/09/2012 22:36, Enrico Tröger a écrit :
On 27/09/12 21:59, Colomban Wendling wrote:
Le 27/09/2012 21:54, Enrico Tröger a écrit :
Hi all,
just as a note: I plan to move all Geany-related mailing lists
from uvena.de to the geany.org server on Friday, October 5 2012,
around
12:00
UTC.
Great ! Just to be sure, current @uvena.de will be forwarded (at
least for some time) to the equivalent one at @geany.org I guess,
right? :)
Yeah, that's the plan.
The list names will stay the same (only top level domain changes)
except for the main mailing list which is currently
ge...@uvena.de. I guess I'll rename it to geany-us...@geany.org
which reads better than ge...@geany.org.
Any objections?
Nope. Maybe I'd rather have used something like
{devel,users}@lists.geany.org but geany-{users,devel}@geany.org is
fine too.
Just a thought, the website then needs updating :)
That's another story and also on my plan, but more on this later (step
by step).
I'll open a discussion on this soon.
Regards,
Enrico
--
Not sent from my smartphone.
___
Geany-devel mailing list
Geany-devel@uvena.de
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] ANN: mailing list server move
On 27/09/12 21:59, Colomban Wendling wrote: Le 27/09/2012 21:54, Enrico Tröger a écrit : Hi all, just as a note: I plan to move all Geany-related mailing lists from uvena.de to the geany.org server on Friday, October 5 2012, around 12:00 UTC. Great ! Just to be sure, current @uvena.de will be forwarded (at least for some time) to the equivalent one at @geany.org I guess, right? :) Yeah, that's the plan. The list names will stay the same (only top level domain changes) except for the main mailing list which is currently ge...@uvena.de. I guess I'll rename it to geany-us...@geany.org which reads better than ge...@geany.org. Any objections? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Squiggle pixmap
On 05/09/12 13:51, Colomban Wendling wrote: Le 05/09/2012 08:02, Matthew Brush a écrit : On 12-09-04 09:47 PM, Lex Trotman wrote: Hi All, Colomban has now kindly imported the latest Scintilla into HEAD. It includes Matthews alternative squiggle indicator. This improves the performance when a significant amount of squiggly underlining is present (think C++ compiles, when spell check doesn't like your words etc). I was going to make an option to select which indicator to use, but after some thought I believe its better to simply switch to always using the alternative because: 1. at least on Linux it looks as good as the original, this needs to be checked on other platforms It should be fine since it's using Cairo on all platforms anyway. 2. reduces the incidence of performance complaints due to this problem, so we don't have grumpy users in the first place, and don't have to guide them through editing the setting where ever it is located (filetypes.common probably with all the marker settings) Note that as this should not be a commonly used setting, there is no need for a GUI setting, or if it turns out to be common, that just supports my argument to use it all the time. I agree it's not worthwhile to make it a setting. The only difference as far as users is concerned is that it's just faster now. If no one has any substantive issues in the meantime I'll commit the attached patch in a couple of weeks. +1 Overall +1 And one more: +1 Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Making directory?
On 09/09/12 13:11, Lex Trotman wrote: Reference https://sourceforge.net/tracker/?func=detailaid=3440252group_id=153444atid=787791 last example the call to utils_mkdir() inside utils_get_config_files(). Can anyone explain why a function that is meant to be listing config files is creating an empty directory? Probably just to be safe. I agree that it looks wrong to create a directory in a function used to list contents of a directory. However, IIRC, the basic idea of the mkdir() itself was to create sub-directories in the user's config directory for his convenience. So the user sees after the first start of Geany which directories are read and so he sees where to place custom configs. The mkdir() call could be moved out of utils_get_config_files() into src/main.c:create_config_dir() where also other sub-directories in the user's config directory are created. Then those were all in one place which is probably good. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Use filetype-specific word characters for auto-completion?
Hey,
attached is a simple patch which enables using the 'wordchars' setting
from the various filetype definition files also for auto-completion,
i.e. to decide whether the entered character should start/continue
auto-completion or not.
Previously, we always used the hard-coded default set of wordchars
(except for LaTeX where we added a backslash in the code).
The patch retains the special LaTeX hack and also the default behaviour
of using Geany's default set of wordchars if not specific in the
filetype definition file of the current filetype.
Using special wordchars for auto-completion might be better for some
languages. I was playing around with some Django template tags and there
I noticed we ignore the wordchars in the filetype definition file for
auto-completion.
This patch might change the auto-completion behaviour if there are
wordchars in a filetype definition file is set for a certain filetype.
I would definitely add a note to the docs that the wordchars setting is
also applied for auto-completion (just forgot it in the attached patch).
Any objections?
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
diff --git a/data/filetypes.latex b/data/filetypes.latex
index 1a465dc..b87e87d 100644
--- a/data/filetypes.latex
+++ b/data/filetypes.latex
@@ -26,7 +26,7 @@ primary=above abovedisplayshortskip abovedisplayskip abovewithdelims accent adjd
extension=tex
# the following characters are these which a word can contains, see documentation
-#wordchars=_abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
+#wordchars=\_abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
# single comments, like # in this file
comment_single=%
diff --git a/src/editor.c b/src/editor.c
index ac22e18..495f233 100644
--- a/src/editor.c
+++ b/src/editor.c
@@ -2195,10 +2195,11 @@ gboolean editor_start_auto_complete(GeanyEditor *editor, gint pos, gboolean forc
autocomplete_scope(editor);
ret = autocomplete_check_html(editor, style, pos);
- if (ft-id == GEANY_FILETYPES_LATEX)
+ wordchars = highlighting_get_wordchars(ft-id);
+ if (ft-id == GEANY_FILETYPES_LATEX strchr(wordchars, '\\') == NULL)
+ /* backwards compability: we used to auto-append the backslash for LaTeX however
+ * this should now be done in data/filetypes.latex */
wordchars = GEANY_WORDCHARS\\; /* add \ to word chars if we are in a LaTeX file */
- else
- wordchars = GEANY_WORDCHARS;
read_current_word(editor, pos, cword, sizeof(cword), wordchars, TRUE);
root = cword;
diff --git a/src/highlighting.c b/src/highlighting.c
index 29aa081..49d962f 100644
--- a/src/highlighting.c
+++ b/src/highlighting.c
@@ -1184,6 +1184,17 @@ const GeanyLexerStyle *highlighting_get_style(gint ft_id, gint style_id)
}
+const gchar *highlighting_get_wordchars(gint ft_id)
+{
+ g_return_val_if_fail(ft_id = 0 (guint) ft_id filetypes_array-len, NULL);
+
+ /* ensure filetype loaded */
+ filetypes_load_config((guint) ft_id, FALSE);
+
+ return style_sets[ft_id].wordchars != NULL ? style_sets[ft_id].wordchars : GEANY_WORDCHARS;
+}
+
+
static GtkWidget *scheme_tree = NULL;
enum
diff --git a/src/highlighting.h b/src/highlighting.h
index b652f08..7daa7f5 100644
--- a/src/highlighting.h
+++ b/src/highlighting.h
@@ -47,6 +47,8 @@ void highlighting_set_styles(ScintillaObject *sci, GeanyFiletype *ft);
const GeanyLexerStyle *highlighting_get_style(gint ft_id, gint style_id);
+const gchar *highlighting_get_wordchars(gint ft_id);
+
void highlighting_free_styles(void);
gboolean highlighting_is_string_style(gint lexer, gint style);
signature.asc
Description: OpenPGP digital signature
___
Geany-devel mailing list
Geany-devel@uvena.de
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Ship with Grep on Windows?
On 03/09/12 23:23, Matthew Brush wrote: On 12-09-03 01:59 PM, Matthew Brush wrote: On 12-09-03 12:57 AM, Matthew Brush wrote: Hi, It would be useful to ship the Grep binary[1] (and dependencies) with Geany for Windows. It could be added to the installer for not too much extra size[2] and would enable the Find in Files feature to work on Windows by default. Normally I wouldn't like to add more stuff to the installer but I think without it Geany is missing a very useful feature on Windows by default. Does it sound reasonable or no? Cheers, Matthew Brush [1] Probably this one? http://gnuwin32.sourceforge.net/packages/grep.htm [2] Based on above link maybe around 1-2 MB if its dependencies aren't already shipped with Geany (ex. libiconv, pcre, etc.). Just following up on myself. It seems Geany+GTK doesn't ship with iconv or PCRE, so maybe GLIB uses Windows equivalent of iconv and PCRE is compiled in statically? Just a guess. Not sure about PCRE, but iconv should be included. I remember there was some special build of iconv available from the GTK website where the Windows builds are available. When I'm messing around with Geany on Windows the next time, I'll have a look. I compiled grep myself inside MSYS with this[1]: $ CFLAGS=-Os LDFLAGS=-static ./configure --enable-threads=windows --disable-nls --disable-perl-regexp --disable-rpath Somehow without --disable-perl-regexp it's only 1.15 MB and seems to still have no dependencies that'd need to be shipped with it. And compressed in the installer is probably only 500 KB or so. Matthew, send me the binary and it'll go in. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Dropping Waf support?
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=detailaid=3460449group_id=153444atid=787794 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=645190 Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] ANN: New GIT repository: infrastructure
Hey all, just for your interest: we have a new repository on Github called geany/infrastructure. It is meant to hold some scripts used on geany.org for various tasks. Nothing of wide public interest but maintained in a GIT repository for easier development and deployment. Last week Matthew and me worked on improving the script which announces GIT commits to the IRC channel and noticed once again, we should have the code in a repository and so we did. Commit mails for this repository are sent to the geany-commits mailing list for now as we don't expect any high volume commit rates in this repository (maybe except for the initial filling :D). Nothing amazing so far. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] ANN: New GIT repository: infrastructure
On 15/07/12 13:20, Oliver Krystal wrote: It may be that you want it this way (using your own bot), but github has a service hook that will do that for you. The only down side is that the bot joins the channel, announces the commit and then parts. (Silly IMO). Yes and that is one the reasons we use our own one :). I/we knew about the Github bot but since we had our own commit2irc stuff already before (for SVN), we just kept it the way we were already used to. Thanks for the hint anyway. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] GeanyLua: use of deprecated Scintilla features SCI_SETUSEPALETTE
Hi all, since we obviously don't have a maintainer for GeanyLua, this is addressed to the list: GeanyLua wraps the in the latest Scintilla deprecated features SCI_SETUSEPALETTE and SCI_GETUSEPALETTE. As far as I could see, there is no further use of these features, just the wrapper so they could be used in Lua scripts. Unfortunately, since Scintilla won't define the constants used by GeanyLua unless compiled with INCLUDE_DEPRECATED_FEATURES defined, this breaks the build of GeanyLua against Geany from GIT/master (and so the geany-plugins build as a whole and the nightly builds). I'd suggest to simply remove those two wrapped functions from GeanyLua. Though that would mean a hard compatibility break. I guess that it's probably that simply nobody uses these functions. However, to be more safe, we could also deprecate these functions in GeanyLua in some way, so that some sort of migration is possible. What do you think? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GeanyLua: use of deprecated Scintilla features SCI_SETUSEPALETTE
On 08/07/12 12:20, Colomban Wendling wrote: Le 08/07/2012 11:27, Enrico Tröger a écrit : Hi all, Hi Enrico, since we obviously don't have a maintainer for GeanyLua, this is addressed to the list: GeanyLua wraps the in the latest Scintilla deprecated features SCI_SETUSEPALETTE and SCI_GETUSEPALETTE. As far as I could see, there is no further use of these features, just the wrapper so they could be used in Lua scripts. Unfortunately, since Scintilla won't define the constants used by GeanyLua unless compiled with INCLUDE_DEPRECATED_FEATURES defined, this breaks the build of GeanyLua against Geany from GIT/master (and so the geany-plugins build as a whole and the nightly builds). I'd suggest to simply remove those two wrapped functions from GeanyLua. Though that would mean a hard compatibility break. I guess that it's probably that simply nobody uses these functions. However, to be more safe, we could also deprecate these functions in GeanyLua in some way, so that some sort of migration is possible. What I planned to do was to keep those as-is for the release of today, and remove them (with an update of that API using geanylua/util/mkiface.lua) straight after the 1.22 release. Of course, it don't resolve the break with GeanyLua 1.22/Geany 1.23. If this is an issue (and it can be), I see 2 solutions: I forgot to mention I think those changes can wait until after the 1.22 plugins release. If the 1.22 release won't work with Geany GIT master this is probably not that big issue for now. BTW, on PR54 I discussed this a little (with myself mostly): https://github.com/geany/geany-plugins/pull/54 Oops, sorry, I missed that one. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] wiki.geany.org updated
Hi, just for your interest: I updated the DokuWiki on wiki.geany.org to its latest release. For detailed changes see http://www.dokuwiki.org/changes - we updated from 2011-05-25 “Rincewind” to 2012-01-25a “Angua”. The most obvious, and for me personally best, change is the new file uploader which does not depend on Flash anymore, yay! If anything is broken, let me know. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Geany-Plugins: Windows test build for 1.22 available
On 01/07/12 22:45, Matthew Brush wrote: On 12-07-01 05:41 AM, Enrico Tröger wrote: On 01/07/12 12:16, Matthew Brush wrote: On 12-07-01 01:44 AM, Enrico Tröger wrote: 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. Nice work! I'm not able to test on Windows for a few days, but until then, can you say which plugins are included? Not really. When I boot Windows the next time, I'll have a look. OK, I was mostly wondering whether either of my two plugins would be available. I'm curious about stuff like Debugger and MultiTerm that depend on VTE, or Devhelp and Webhelper that depend on (GTK)WebKit, were you able to get that going on Windows? VTE on Windows? Not that I know of. Yeah I don't think, except for maybe on Cygwin or something. And IMO cygwin is not an option, for various reasons like additional dependencies and performance overhead. And WebkitGtk exists for Windows but I didn't include it. Last time, read at time of the last plugins' release, I tried to find a build but without success. Windows builds exist but I just didn't find them. And I'm not sure if we want to include it as it certainly would bump the installer size significantly (currently it has about 2MB, with Webkit it would be 10MB I guess) . Not sure, I know the source is available and I think there's nightly builds. I'm just remembering last release when many people were asking where is the Webhelper plugin on Windows. I don't think these people There are also normal builds, for example Midori used a build from the SuSE build service, IIRC. (mostly web devs probably) were really inclined to (re)build with GtkWebKit support. It's your call though, you're the one suffering through using Windows to get this built :) If someone have more information about available builds (and a related -dev package) I might have a look though I doubt we'll manage that for the 1.22 release which is, AFAIK, due on upcoming Sunday. But we certainly should keep GtkWebkit support in mind for the next release after 1.22. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Geany-Plugins: Windows test build for 1.22 available
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 signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Geany-Plugins: Windows test build for 1.22 available
On 01/07/12 12:16, Matthew Brush wrote: On 12-07-01 01:44 AM, Enrico Tröger wrote: 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. Nice work! I'm not able to test on Windows for a few days, but until then, can you say which plugins are included? Not really. When I boot Windows the next time, I'll have a look. I'm curious about stuff like Debugger and MultiTerm that depend on VTE, or Devhelp and Webhelper that depend on (GTK)WebKit, were you able to get that going on Windows? VTE on Windows? Not that I know of. And WebkitGtk exists for Windows but I didn't include it. Last time, read at time of the last plugins' release, I tried to find a build but without success. Windows builds exist but I just didn't find them. And I'm not sure if we want to include it as it certainly would bump the installer size significantly (currently it has about 2MB, with Webkit it would be 10MB I guess) . Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] [Geany] ANN: Geany 1.22 is out!
On 21/06/12 08:28, Lex Trotman wrote: On 21 June 2012 16:10, Thomas Martitz thomas.mart...@student.htw-berlin.de wrote: Am 18.06.2012 23:56, schrieb Enrico Tröger: And now also the Windows installers (with and without bundled GTK runtime) are available. On http://www.geany.org/Download/Releases and http://download.geany.org/. Is there any particular reason you ship the old 2.16 gtk, instead of the supposedly superior 2.24x? Hi Thomas, The question is has someone actually tested it to see if it really is superior for Geany? ACAIK no. True. At least the part of the doubt about whether it is better or not. I didn't test it so far. I just didn't have time to spend on this. If there are any real benefits in the newer versions (except a higher version number), we can think about updating it. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] [Geany] ANN: Geany 1.22 is out!
On 18/06/12 17:53, Colomban Wendling wrote: We are happy to announce a new release of Geany! For a comprehensive list of changes please see: http://www.geany.org/Documentation/ReleaseNotes Some highlights: * Rewrite and improve theming support. * Update Scintilla to 2.29. * Full PCRE regular expression support for search and replace. * Add filetype Objective-C (Elias Pschernig). * Always load the default session if configured to do so. * Fix detection of raw strings in C and C++. * Improve support for HTML embedded filetypes. * Add translations: ar, id, lt, mn, nn, sk. * Update translations: de, es, fr, hu, it, ja, kk, lt, nl, pl, pt, pt_BR, sk, sl, sv, tr, zh_CN, zh_TW. We want to thank all developers, translators and everyone who contributed to this release with patches, feedback, bug reports and so on. Thank you! As usual, all downloads can be found on http://download.geany.org/. And now also the Windows installers (with and without bundled GTK runtime) are available. On http://www.geany.org/Download/Releases and http://download.geany.org/. Happy Patch Day, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] [geany/geany] 5f0963: List package dependencies only in configure.ac
On Thu, 12 Apr 2012 18:47:18 +0200, Colomban wrote:
Hi,
first, nice idea about making the dependency information more central!
Modified: wscript
1 files changed, 1 insertions(+), 0 deletions(-)
===
@@ -346,6 +346,7 @@ def build(bld):
bld.new_task_gen(
source = 'geany.pc.in',
dct = {'VERSION' : VERSION,
+ 'DEPENDENCIES': 'gtk+-2.0 = 2.16
glib-2.0 = 2.20', 'prefix': bld.env['PREFIX'],
'exec_prefix': '${prefix}',
'libdir': '${exec_prefix}/lib',
I'm wondering if there is a way to get at least the version from the
configuration? Like bld.conf.libs['GTK'].atleast_version or something?
I haven't found how to do so, but maybe you'll know :)
Not completely sure what you mean by from the configuration. From
where exactly do you want to read the versions?
Do you want to read the line
gtk_modules=gtk+-2.0 = 2.16 glib-2.0 = 2.20
from configure.ac?
That would be a bit hackish but definetely possible and would make
maintaing the versions easier, a bit less obvious the fact we are using
two build systems...(yes, I know...).
If so, I could write a few lines to parse configure.ac :).
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
pgpl9cYQfmOGQ.pgp
Description: PGP signature
___
Geany-devel mailing list
Geany-devel@uvena.de
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Usage of plugin_help()
On Wed, 7 Mar 2012 19:26:45 +1100, Lex wrote: Hi Frank, Good question. Well... which means its not really defined what the user will expect once he push the button. Therefore we do have at least 2.5 major behaviors: - Geany is calling a browser and opening a webpage with info (spellcheck plugin) Which gets a 404 error for me, and anyway expecting online connection Oops. I'm afraid this is already broken for a very long time but now fixed. If there is a final solution to the general question about the Help button behaviour, I'm willing to change the Spell Check plugin accordingly. Regards, Enrico P.S.: please don't wonder about the late reply+fix, I'm terribly behind the list traffic :(. -- Get my GPG key from http://www.uvena.de/pub.asc pgpZjdpvJoBPu.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] [geany/geany] 5f0963: List package dependencies only in configure.ac
On Thu, 12 Apr 2012 22:49:26 +0200, Colomban wrote: I'm wondering if there is a way to get at least the version from the configuration? Like bld.conf.libs['GTK'].atleast_version or something? I haven't found how to do so, but maybe you'll know :) Not completely sure what you mean by from the configuration. From where exactly do you want to read the versions? Do you want to read the line gtk_modules=gtk+-2.0 = 2.16 glib-2.0 = 2.20 from configure.ac? No, I meant fetch the version info from the waf configure() step (lines 131-134). However we could simply put the package version info in a global and use it in both places. Yeah, that sounds good, done in https://github.com/geany/geany/commit/012a904e7496699b792761c12385cd289d7b6f68. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpjpmp4mCOVL.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Some obsolete(?) bug reports
Hey guys, 1. Incorrect indentation guides - ID: 2637071 [1] I opened the attached document and did not see any issues with indentation guides. I could miss something because I rarely use the guies, but... Maybe it was already fixed in Scintilla? Enrico replied to this report in 2009. I think this bug is still present if I understand it correctly. The attached file causes indentation guides to be shown on the blank line that has no indentation at all. I can't reproduce it here, see attached screenshot. Maybe it's related to some preferences set? Regards, Enrico attachment: geany_indentation_guides_2637071.png___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Some obsolete(?) bug reports
Heya, Eugene, thanks for the efforts on this front! I just taught the file mangler to run geany -c so it never interrupts what a normal Geany is doing :) I don't think that's something everybody should need to do. Yeah, I don't usually do that either. I almost always have an instance of Geany running on my 2nd monitor and if not, I'm usually not surprised by the behaviour since I do use projects mostly unless I'm just quickly editing a file or two. Why not have a vote and finally implement or wontfix it? I volunteer to write the preference, as a graphical or vaiouus preference, if we decide aye. Since there is no always right answer as to how Geany should react I'd say wont change since we have well known documented behaviour already. I personally do think what we do is definitely the Wrong Thing. Honestly, I always have found this behavior very counter-intuitive and not helpful. I mean, if I tell Geany to restore my session, I expect it to be restored whenever I start Geany, not only in some cases. OK, for me it's not a real problem since I always have one or more Geany instance open, but remembering the early times I did unexpectedly lost some session data because of this behavior. To summarize, I think that the current behavior will most likely NOT be the expected one and will disturb most users. See, even us do workaround that in some ways, either using -c or having an instance always open. So I'd say aye to Dimitar since he gently volunteered :) Moreover if it is a preference I don't see any loss; but I'd better see this preference turned on by default for new configurations if the restore session one is on. FWIW, I'd agree as well. I think in the past, I denied this but it caused me also a few times losing my session and indeed many people prefer to keep the session when opening files from the CLI (or file manager or whatever). So, my vote is 'yes' as well. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Some obsolete(?) bug reports
On 19/02/12 16:49, Colomban Wendling wrote: Le 19/02/2012 16:42, Enrico Tröger a écrit : Hey guys, 1. Incorrect indentation guides - ID: 2637071 [1] I opened the attached document and did not see any issues with indentation guides. I could miss something because I rarely use the guies, but... Maybe it was already fixed in Scintilla? Enrico replied to this report in 2009. I think this bug is still present if I understand it correctly. The attached file causes indentation guides to be shown on the blank line that has no indentation at all. I can't reproduce it here, see attached screenshot. Maybe it's related to some preferences set? I think you just don't have indent guides enabled ;) Ah, stupid me. I confused indentation guides with 'show whitespace'. Now, I looked a bit deeper into it and the behaviour is correct for the mode SC_IV_LOOKBOTH which we use for most filetypes (including C), according to the Scintilla documentation: Indentation guides are shown beyond the actual indentation up to the level of the next non-empty line or previous non-empty line whichever is the greater. And now, I also understand my comment on the bug report again :). Though I could have said this in more detail. Now done and closed. If anyone disagrees, just re-open it and put some more info in. If it's a real issue still, one could make the used indentation guide configurable per language. Since I don't use, I don't feel like doing it is necessary but that's just me. Regards, Enrico ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Opening unmounted GIO URIs
On Thu, 02 Feb 2012 14:46:03 +0100, Colomban wrote: if the mount won't finish in a short time, the user doesn't know what's happening and probably only notices that Geany doesn't start because no GUI is shown. So, I think at the very least we would need some sort of timeout, a short timeout, to cancel the mount operation if it takes too long. Not sure what exactly is 'too long', maybe a few seconds. Or even better (and more complex) we would show the user a dialog with a pulsing progressbar or so stating that a mount operation is in progress. A cancel button would be a big bonus but probabaly not necessarily needed. Good point, here you go with a dialog, pulse cancel: https://github.com/b4n/geany/commit/540e6b28d8ce461b44f6fd4dce32c38167bca99b Cool! Having a modal dialog also has the advantage of blocking user interaction on the main window, addressing a part of Lex's worries. Just as a funny note, implementing all this required some more hackery because GVfsDaemon (bridge of all remote FS) doesn't actually honor cancellation even though the API is supposed to provide it. Not so cool. So, here it is with a progress dialog cancellation support. I tested it a bit, particularly the opening a second URI from the CLI while waiting to mount a first one, and it looked like it worked fine: mounted the stuff and/or asked for details, each after the other, no weird concurrency. Though, if anyone wants to test it a bit more, it can't be wrong. Nice. I'll test it tomorrow maybe if I find time. One more thought, though this is less important and can be done later as well: we could move the GIO code into a separate file to have it separated from the rest. But as said, this is not that important and can be done later. Just an idea. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpllW32Jwjo6.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Opening unmounted GIO URIs
On Tue, 31 Jan 2012 01:30:58 +0100, Colomban wrote: Ho Colomban and the rest, https://github.com/b4n/geany/commit/01fd682674286dada6d6b77d0e3064c89a28df64 I wrote this patch that adds automatic mounting of volumes needed to open a GIO URI, so one don't have to first mount the corresponding volume in Nautilus/whatever. This make opening arbitrary URIs from the whatever = Gigolo! :) I'm quite confident mounting the volume is a good idea in theory, but there is a small thing making it a bit tricky: GIO doesn't seem to provide a synchronous API to do that. So, it either requires the calling code to be asynchronous (which we don't have yet and that don't fit well with current code), or to hack around to make the asynchronous code look synchronous. I did the latter, and that's basically the reason why I post this mail: do you think it's too ugly, too useless, too something? I basically like the idea. If I remember correctly, the relevant code is also called when starting Geany and the main GUI isn't yet shown. If so, I see one big problem: if the mount won't finish in a short time, the user doesn't know what's happening and probably only notices that Geany doesn't start because no GUI is shown. So, I think at the very least we would need some sort of timeout, a short timeout, to cancel the mount operation if it takes too long. Not sure what exactly is 'too long', maybe a few seconds. Or even better (and more complex) we would show the user a dialog with a pulsing progressbar or so stating that a mount operation is in progress. A cancel button would be a big bonus but probabaly not necessarily needed. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp4jXh9lQVA4.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GIT commit mails format
On 21/01/12 11:38, Enrico Tröger wrote: On Fri, 20 Jan 2012 19:54:17 +0100, Colomban wrote: Le 15/01/2012 23:53, Enrico Tröger a écrit : On Sun, 15 Jan 2012 13:35:35 -0800, Matthew wrote: On 01/15/2012 12:03 PM, Lex Trotman wrote: [...] What do you think? If we agree to change the commit mails to this format, I'd deploy the script soon. I'd very much like it, and I'm fine with the format :) Ok, so I'll change the hook at Github soon and we get some kind of live test :). Done. Any new commit mails will be sent from the script (which I will publish in some repository). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GIT commit mails format
On Fri, 20 Jan 2012 19:54:17 +0100, Colomban wrote: Le 15/01/2012 23:53, Enrico Tröger a écrit : On Sun, 15 Jan 2012 13:35:35 -0800, Matthew wrote: On 01/15/2012 12:03 PM, Lex Trotman wrote: [...] What do you think? If we agree to change the commit mails to this format, I'd deploy the script soon. I'd very much like it, and I'm fine with the format :) Ok, so I'll change the hook at Github soon and we get some kind of live test :). Or make it so no diff is shown for autogenerated files like geany.html and geany.glade ? It'd be the best of both worlds then, IMO. Yeah, a little hackish but would solve the problem probably well enough together with a general max commit diff size limit. Why not, until we finally understand how the $@!% Glade choose to output in one order or another. But please keep the info the file got modified, don't drop it entirely :) The information about the change is kept of course, only the actual diff is skipped. However, I recently noticed Github doesn't even the diff for big changes via their API. I don't know yet what's the exact limit but for the commit 75ff98a2b6ed8deadbcf71a47e5f03e4b43c014f there is no diff included in the API response while it is for other commits. Maybe that's already enough. For the curious, try: curl https://api.github.com/repos/geany/geany/commits/75ff98a2b6ed8deadbcf71a47e5f03e4b43c014f vs. curl https://api.github.com/repos/geany/geany/commits/21cd7bb2139fd67644e5777bb8e6387d34473d09 and compare files[x]['patch'] in the response. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpwxFB4Mx0wx.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Wiki for Geany!
Hi all, we set up a wiki for additional documentation and resources related to Geany at http://wiki.geany.org. Anyone can contribute to the wiki simply by registering and then logging in. In the wiki you can find configuration snippets and tips, snippets for various programming languages and many additional tags files to enhance Geany's autocompletion features. Everybody is welcome to add additional useful content to the wiki. Happy contributing, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpjtNF6cgJJ2.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GIT commit mails format
On Sun, 15 Jan 2012 13:35:35 -0800, Matthew wrote: On 01/15/2012 12:03 PM, Lex Trotman wrote: [...] What do you think? If we agree to change the commit mails to this format, I'd deploy the script soon. Hi Enrico, Actually I've become used to the standard github commit emails and clicking on the link for the diff. Especially for large changes like geany.html or geany.glade (despite Matthew and Colomban promising the diffs will get smaller with 3.8.1) not being blasted by large diffs is good. I can choose what I want to see, and don't get the two line diff of geany.txt cut off because the huge geany.html diff exceeds the size limit. I don't suppose that you could let registration for the commit ML allow a choice of which we want? Nope. The only option would be two separate mailing lists. Though the general idea about the diffs was to limit the diff size to something like 100kb (as it was before in the SF SVN commit mails) or any other value which we consider reasonable. Or make it so no diff is shown for autogenerated files like geany.html and geany.glade ? It'd be the best of both worlds then, IMO. Yeah, a little hackish but would solve the problem probably well enough together with a general max commit diff size limit. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgppr1Nnmrjba.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GIT commit mails format
On Wed, 02 Nov 2011 19:20:57 +0100, Colomban wrote: So I take this as a 'yes, turn it into something more similar to the old SVN commit mails with diff, size-limited and a link to the web repo'. Will do this soon and announce it before and after. Just wanted to say: looking forward to it :) Sorry for the big delay but finally good news: see attachment. Last week I worked on the topic and failed to get any post-* commit hook ro be executed in the mirror repositories. I guess the hooks aren't run when the repo is updated using 'git remote update'. But I found another solution which I actually like better as we do not need to rely on the mirror repos to get commit mails from the main repo: We already have setup the post-receive commit hook in Github which updates the mirror repos. When this script gets called we already get a list of commits the corresponding push contained. And then I wrote a script which takes a commit hash and then asks the Github API for more details about this commit. The script then generates a commit mail like the one in the attachment. Basically the mail is formatted like the old SF SVN commit mails but it's just a template. What do you think? If we agree to change the commit mails to this format, I'd deploy the script soon. And in a further step, I'd like to conserve the post-receive commit script and the new script to generate the mail in a GIT repo so it's more obvious what happens and why. Any objections on creating a repository like geany/infrastructure or something like this? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc ---BeginMessage--- Branch: refs/heads/master Author: Colomban Wendling b...@herbesfolles.org Committer: Colomban Wendling b...@herbesfolles.org Date:Sat, 14 Jan 2012 03:40:11 Commit: 73bc824c8291f8940a9b9f7949515e1f0cb0d147 https://github.com/geany/geany/commit/73bc824c8291f8940a9b9f7949515e1f0cb0d147 Log Message: --- Restore line breaking preference's adjustment in Glade file It got removed by accident in commit c85b89afdd880b7a6aac42f953bab83d3938a4a3 Port more of the Project properties dialog to Glade Modified Paths: -- data/geany.glade Modified: data/geany.glade 8 files changed, 8 insertions(+), 0 deletions(-) === @@ -3,6 +3,13 @@ requires lib=gtk+ version=2.16/ !-- interface-naming-policy toplevel-contextual -- object class=GtkAccelGroup id=accelgroup1/ + object class=GtkAdjustment id=adjustment1 +property name=lower3/property +property name=upper1000/property +property name=value72/property +property name=step_increment1/property +property name=page_increment10/property + /object object class=GtkAdjustment id=adjustment10 property name=lower1/property property name=upper99/property @@ -2802,6 +2809,7 @@ property name=secondary_icon_activatableFalse/property property name=primary_icon_sensitiveTrue/property property name=secondary_icon_sensitiveTrue/property +property name=adjustmentadjustment1/property property name=climb_rate1/property property name=numericTrue/property /object This E-Mail was brought to you by github_commit_mail.py (Source: TBD). ---End Message--- pgpSaCsfzclaG.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Geany-Plugins: MAINTAINERS file
On 07/01/12 17:53, Eugene Arshinov wrote: On Sat, 07 Jan 2012 17:34:03 +0100 Thomas Martitz thomas.mart...@student.htw-berlin.de wrote: Am 07.01.2012 17:34, schrieb Eugene Arshinov: Hi. Here's xmlsnippets' maintainer info (e.g., mine) I suggest you to use git format-patch, as to preserve author and commit message information. Probably not a big deal for this one though. Best regards. Thanks for the suggestion! The updated patch is attached. And now committed. Thanks. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] vergeany :)
On Mon, 26 Dec 2011 19:17:33 +0100, Colomban wrote: Le 26/12/2011 19:01, Dimitar Zhekov a écrit : geanyentryaction.c:9: * the Free Software Foundation; either vergeany 2 of the License, or geanyentryaction.c:10: * (at your option) any later vergeany. geanymenubuttonaction.c:9: * the Free Software Foundation; either vergeany 2 of the License, or geanymenubuttonaction.c:10: * (at your option) any later vergeany. Ouch. Thanks, now fixed. Though, I can't understand WTF happened? :D This happens when people like me use the powerful SearchReplace feature but don't use it properly resp. carefully enough :). Sorry and thanks for finding, reporting and fixing. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpSgKFTtVi7k.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GtkFileChooser recent annoyance
On Mon, 19 Dec 2011 20:07:06 -0800, Matthew wrote: Hi, Is anyone opposed to me committing the trivial patch attached here. The comment I think describes it well enough, and if you're using recent GTK+ 2.24.x you probably already know about it. I'm all for it. Regards, Enrico -- Not sent from my smartphone. ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] plugins.geany.org update - contents now generated from the latest Geany-Plugins release
On Sat, 17 Dec 2011 18:05:17 +0100, Dominic wrote: Am Samstag, den 17.12.2011, 17:05 +0100 schrieb Dominic Hopf: [1] https://github.com/dmaphy/plugins.geany.org/commits/master The repository has moved to the Geany organisation. New link: https://github.com/geany/plugins.geany.org/commits/master Just for the records, I enabled IRC and email commit messages, the email commit messages are sent to the geany-plugins-commits list. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpZzPzhqv0aE.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GP HACKING changes
On Fri, 16 Dec 2011 16:42:53 +0100, Colomban wrote: P.S. Are commit mails working for Geany-Plugins? I didn't get one for this commit. I did receive the commit mail for the GP HACKING change so I guess it works :) Already said on IRC, yes, they work. Matthew, are you subscribed to the geany-plugins-commits mailing list? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp7XeGzCvn7H.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GtkBuilder is in!
On Sat, 10 Dec 2011 16:21:22 -0800, Matthew wrote: Hi, I (finally) merged the gtkbuilder branch into master. I expect there to be at least a few bugs, but it's been working quite well for some time now. Please test and report any issues. I noticed one little weird thing: after starting Geany and right-clicking into the editor widget to open the editor menu, the sub-menus for Format, Search and Edit are missing. The menu items for these three items are there but without the sub-menus. On a second right-click the sub-menus are there. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpBRSOHbRwdo.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] geany-plugins converted to git
On 10/12/11 20:19, Frank Lanitz wrote: On Sat, 10 Dec 2011 09:50:25 +0100 Frank Lanitz fr...@frank.uvena.de wrote: On Fri, 9 Dec 2011 21:43:56 +0100 Jiří Techet tec...@gmail.com wrote: On Thu, Dec 8, 2011 at 00:05, Colomban Wendling lists@herbesfolles.org wrote: Le 07/12/2011 22:54, Jiří Techet a écrit : Hi, I've completed the conversion of geany-plugins to git, the repository can be found here: https://github.com/techee/geany-plugins As with Geany's repository conversion, please have a look at it and don't use/fork it until more people check everything is alright and the repository is moved to its final location. 5bff19ecea993d9d2c3038efcfba63fecdc3342e and f3a667d624d31aec778e2ababeac96c25f6c5169 are the same commit, but it seems there was a tag created (r858), then removed (r861), and then crated again after a new commit (r863), so it's actually weird; not in the exact same way, but I don't thing it's a real problem. That's true. If you prefer, I've just created a new repository without the useless side-branch before 0.17.1 https://github.com/techee/geany-plugins2 Looks a bit nicer. You can use whichever repository you prefer. Looks nicer. Would take geany-plugins2 repo. Any objectives? OK. I've just pushed to https://github.com/geany/geany-plugins Have fun ;) Yeehaw. I updated http://git.geany.org/ to work with the new geany-plugins repository instead of the SVN repo. While at it, I moved the git.geany.org site to uvena.de (the server where almost all Geany services are hosted), just for your interest. This should not affect anything, I hope. The benefit is just the services are more concentrated on one machine instead of scattered around. The side effect is, the Geany developers with SSH access to this machine can see and if necessary, administer git.geany.org as well. Oh, and another while at it, I updated the cgit version on git.geany.org to the latest stable. If anything seems broken, please tell me. For the interested, I'll work on the commit mails format soonish, probably after the Christmas vacations. One more word about servers and infrastructure though it's slightly off-topic regarding the plugins repo migration but still: currently, everything is hosted on uvena.de except for irc.geany.org (there runs the IRC bot, IRC stats and the IRC log files). I'll intend to move this site as well at some point but can't tell when. And then the nightly builds are created on a separate host, this most probably won't change as I don't want to bother uvena.de with compiling tons of code :). uvena.de/geany.org's purpose is to serve websites and stuff, not being a buildbot. Anyways, I'll plan to move all Geany-related infrastructure stuff to a dedicated server (separated from my private stuff on uvena.de) and then also use a separate server for the nightly builds. But more details on this later, we just don't have the server yet :). The main goals of these plans are to: a) separate Geany infrastructure from private infrastructure b) concentrate the Geany infrastructure to make it more transparent and accessible for the other developers (bus factor...) Regards, Enrico P.S.: it's ok when my private server keeps unmaintained after I was hit by a bus but that's not ok for Geany. Though, I don't plan to get hit by a bus :). -- Get my GPG key from http://www.uvena.de/pub.asc signature.asc Description: OpenPGP digital signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] [RFC] Document Messages
On Mon, 07 Nov 2011 17:51:38 -0800, Matthew wrote: On 11/07/2011 02:28 PM, Enrico Tröger wrote: On Mon, 07 Nov 2011 01:00:49 -0800, Matthew wrote: Hi, I actually have a plugin I've been working on that does exactly that. It's a really simplified search bar that pops-up under the editor window and it's basically a clone of Firefox's find bar. The only In what way this is better than the search field in the toolbar? Just curious. Navigation (next/prev), highlighting all matches, and case-sensitive matching (not sure toolbar search supports these?). It's basically somewhere between the find dialog and the toolbar search field feature-wise, but in a better location ... right below the the editor where your attention is probably already focused, and it can be shown and hidden with keybindings. Ok, got it :). The toolbar search indeed doesn't support most of these features, it is really intended as a super quick search, case-insensitive and easy. Though focussing, backward srarching and highlighting all matches is possible with existing keybindings. Nevertheless, your plugin seems to fill another gap, so just release it to the wild! :D Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpqlHzFiZIG0.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] [RFC] Document Messages
On Mon, 07 Nov 2011 01:00:49 -0800, Matthew wrote: Hi, I actually have a plugin I've been working on that does exactly that. It's a really simplified search bar that pops-up under the editor window and it's basically a clone of Firefox's find bar. The only In what way this is better than the search field in the toolbar? Just curious. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpmKwI1xSSmG.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GIT commit mails format
On Mon, 31 Oct 2011 15:29:08 -0700, Matthew wrote: On 10/31/2011 09:44 AM, Nick Treleaven wrote: On 31/10/2011 15:07, Nick Treleaven wrote: On 31/10/2011 13:57, Matthew Brush wrote: I'm not sure we would see a flood on a merge, probably only one commit saying 'merged gtkbuilder branch'? The gtkbuilder commits should appear as they are committed, not on merge. I think when you merge it makes all the commits onto the branch that was merged into also. At least this is what happened on the xfce-commits list when one of the devs merged several branches with a total of 800+ commits in them, each triggering a commit mail :) Ok, but ideally it would do as I described, like the github commit list for the scintilla-update merge: https://github.com/geany/geany/commits Anyway I think the problem of only showing the first commit of the push in the subject makes the commit mails harmful because changes can easily be missed. This problem seems more important than the potential flooding issue. In practice our branch merges likely wouldn't have 800 commits. +1 And if we do have a case where a massive amount of commits will happen at once, we could just temporarily disable the commit mails or ask Enrico to do it. IIRC it would just be a matter of turning of the webhook through Github admin settings and turning it back on afterwards. Yes. So I take this as a 'yes, turn it into something more similar to the old SVN commit mails with diff, size-limited and a link to the web repo'. Will do this soon and announce it before and after. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpKke4BYdWY4.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Geany Plugins SVN Commit URLs
On Sun, 30 Oct 2011 15:25:10 -0700, Matthew wrote: On 11-10-30 03:03 PM, Frank Lanitz wrote: On Sun, 30 Oct 2011 02:15:33 -0700 Matthew Brushmbr...@codebrainz.ca wrote: Hi, I haven't heard too much about the Git conversion of Geany Plugins, but I wanted to offer a suggestion that might improve the commit messages compared to Geany's. In the Geany's Git repository there's links back to the SVN repository in the commit messages (the links are broken BTW). I was wondering if it would be better to have these links point to a place we have more control over, for example using a Geany commit, instead of this in the commit message: git-svn-id: https://geany.svn.sourceforge.net/svnroot/geany/trunk@5970 ea778897-0a13-0410-b9d1-a72fbfd435f5 We could have something like this: git-svn-id: [ea778897-0a13-0410-b9d1-a72fbfd435f5] (http://svn.geany.org/svnroot/geany/trunk?rev=5970) That way we could make the links work and be able to move the old SVN repository without breaking all the links in the commit message. I guess we'd need a little redirect script or something on geany.org. Note also the use of Markdown link syntax, which might render better on Github (not sure). I'm afraid I don't get what is needed here? Did I got you right to setup complete mirror of ancient svn on geany.org? Or easier, just make some URL forwarders/rewrites on geany.org so we don't have to depend on SourceForge.net to always store the SVN repo and never change URLs. The SVN URLs in the Git commit messages will never be able to change ever in the future, so if we point it to a location we control, then we can ensure they remain valid. I didn't follow the discussion completely but I'd be fine with setting up some URL forwarders or even a copy of the SVN repository on geany.org. Just tell me what you would like (once we have a decision). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpaHGAQ4Kvq5.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Geany problems with unknown encodings names
On Tue, 25 Oct 2011 01:12:23 +1100, Lex wrote: Dear Encoding specialist (or Colomban by default :) Lol, this is a sweet. But please don't count my answer as Enrico is an encoding specialist. The thread [1] has exposed a problem with the way Geany handles encodings that it gets from the extraction regexes and from the locale. Lex, thanks for spending time and efforts to track this issue down and all the debugging which was involved. Actually much appreciated even if otherwise not explicitly said. This is also true for the rest of the gang taking care of the geany-users mailing list in the last weeks/months. Yeah. But Geany does not recognise CP1252 (Geany only knows WINDOWS-1252) so places that use the encoding index default to UTF-8. I think the only real problem is that we get an encoding from the locale which doesn't match one of our predefined strings (at the top of src/encodings.c). And this is the only point we should fix, so that the further code relying on the index of the mentioned mapping keeps working. Some quick ideas to find a solution for the problem: - try to define whether this is a Windows-only problem or whether it might happen on non-Windows systems as well - we should review the way we retrieve the locale name from the system, for Windows in particular - try to create an additional mapping of possible other locale names which can be directly mapped to the known ones known by Geany* * there is a file charset.alias or something with a similar name used by iconv, IIRC. And this file holds a mapping of alias names for encodings resp. charsets. I don't remember the details right now but on Windows it would be especially easy to distribute such an additional mapping. Though I still need to find some useful documentation on that and howto do it properly. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp1IJaq7QIdk.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GIT commit mails format
On Tue, 18 Oct 2011 20:03:09 +0200, Colomban wrote: Le 18/10/2011 19:52, Enrico Tröger a écrit : Hey guys, right now, we use the stock email commit hook from Github and let it send commit mails to the geany-commits mailing list. However, compared to the old Subversion commit mails, they are quite different: First, they are not really commit mails but rather push mails, that is all commits which are transmitted within one push are combined into one mail instead of one mail per commit as it was previously. Secondly, the commit mails only include the commit message and a link to the commit diff at Github. I personally would prefer to have the diff included (also as before). So, I'm tempted to use something else for sending out commit mails. For example, the Xfce guys have a simple Shell script to do the job and it does it as I would wish: http://git.xfce.org/admin/xfce-git-hooks/tree/hooks/update-03-send-commit-mails An example mail: http://mail.xfce.org/pipermail/xfce4-commits/2011-October/023580.html What do you think? Nothing but a big +1 ;) Nobody else with an opinion? (-1 is allowed is as well as answer though not preferred...:D) (j/k) Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpQgSSCWbJqC.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] question, webhelper plugin on windows xp
On Sun, 23 Oct 2011 15:57:11 +0200, Jérôme wrote: Thanks for your answer Colomban. Le 20/10/2011 23:17, Colomban Wendling a écrit : I not see information about webhelper plugin compatibility on the geany-plugin website. There is a part about requirements : This plugin requires GTK+ (= 2.16), GLib (= 2.16), GIO (= 2.18), GdkPixbuf (= 2.0), WebKitGTK (= 1.1.18), and obviously Geany (= 0.20) but i dont' know how i have to do or if it's possible on windows. So please where can i find information for using this plugin in windows XP environement ? I never tried to build it on Windows, but in theory it should work just fine as long as WebKitGTK is ported to window (and it is, AFAIK). I can't really tell you how to setup the development environment on Windows to build this because I'm far from being comfortable on Windows building, and because I don't really have any Windows machine at hand, but I guess that when the GTK environment is set up (not *that* hard, I did it hum... twice) it's fairly easy to get WebKitGTK too, and then build the plugin using Waf (Autotools under Windows aren't that usable). Maybe Enrico or Matthew could help on setting up Windows environment? I haven't skills in build on windows (on linux too just can follow an how to), i'm just a webdeveloper but i'm ok for try, i just have a look on waf, but for the moment i prefer wait for more information on. Well, I had a look yesterday but didn't find any prebuilt binaries for Windows of WebkitGTK. If we find some, it should be easy, or at least possible, to build the plugin. But the very first step is to get a WebkitGTK build for Windows. Building the whole WebkitGTK stuff is probably a huge and tedious task. I never ever will do this. About setting up a build environment on Windows, basic steps, though maybe outdated, can be found on the Geany website. I intend to write an up2date howto on setting up a build environment on Windows which is suitable for building Geany and the plugins but I'm afraid this still will take some time as it's not one of those tasks I'm excited to do...: (. I just can ask for your patience. For my own information, who build the version of geany and geany-plugins on windows ? Me :). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpT06TcdS5MZ.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Glade 3 Translations (was Re: Team Translation)
On Mon, 17 Oct 2011 18:58:35 +0200, Colomban wrote: Le 16/10/2011 12:07, Matthew Brush a écrit : Hi, Does anyone know what effect merging the `gtkbuilder` branch would have on translations for the UI stuff? IIUC there is some translation capability build into Glade/GtkBuilder, so would we need to start using this? Do the current translations for Glade 2 strings work on the auto-generated C code (interface.[ch]) or are they on the Glade 2 file (geany.glade) directly? AFAIK, currently translated strings should be OK as far as we set the Well, I just checked po/POTFILES.in and there is src/interface.c listed, so this one is used for picking the translatable strings. And in po/POTFILES.skip geany.glade is explicitly listed to not be used for translatable strings with a comment that intltool would use it otherwise. So, I guess, as Colomban, that using the gtkbuilder XMl will work fine for intltool as well. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpGgw5UpxJvA.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GIT commit mails format
On Tue, 18 Oct 2011 20:03:09 +0200, Colomban wrote: Le 18/10/2011 19:52, Enrico Tröger a écrit : Hey guys, right now, we use the stock email commit hook from Github and let it send commit mails to the geany-commits mailing list. However, compared to the old Subversion commit mails, they are quite different: First, they are not really commit mails but rather push mails, that is all commits which are transmitted within one push are combined into one mail instead of one mail per commit as it was previously. Secondly, the commit mails only include the commit message and a link to the commit diff at Github. I personally would prefer to have the diff included (also as before). So, I'm tempted to use something else for sending out commit mails. For example, the Xfce guys have a simple Shell script to do the job and it does it as I would wish: http://git.xfce.org/admin/xfce-git-hooks/tree/hooks/update-03-send-commit-mails An example mail: http://mail.xfce.org/pipermail/xfce4-commits/2011-October/023580.html What do you think? Nothing but a big +1 ;) The resulting email looks good to me -- quite like a `git show` :) --, just maybe it could include the GitHub link too if of any interest. Yup, that'd be easy and useful. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpHXZT2tc25X.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Glade 3 Translations (was Re: Team Translation)
On Tue, 18 Oct 2011 13:51:03 -0700, Matthew wrote: On 11-10-18 10:43 AM, Enrico Tröger wrote: On Mon, 17 Oct 2011 18:58:35 +0200, Colomban wrote: Le 16/10/2011 12:07, Matthew Brush a écrit : Hi, Does anyone know what effect merging the `gtkbuilder` branch would have on translations for the UI stuff? IIUC there is some translation capability build into Glade/GtkBuilder, so would we need to start using this? Do the current translations for Glade 2 strings work on the auto-generated C code (interface.[ch]) or are they on the Glade 2 file (geany.glade) directly? AFAIK, currently translated strings should be OK as far as we set the Well, I just checked po/POTFILES.in and there is src/interface.c listed, so this one is used for picking the translatable strings. And in po/POTFILES.skip geany.glade is explicitly listed to not be used for translatable strings with a comment that intltool would use it otherwise. So, I guess, as Colomban, that using the gtkbuilder XMl will work fine for intltool as well. Cool! Apparently by default gtk_builder_set_translation_domain() uses gettext(), so are we all set then or do we need to set this to something else? I don't think we need something else. Just needs to be tested. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpf1Z0591wRS.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Python message parsing (bug 3411489)
On Tue, 18 Oct 2011 20:48:12 +1100, Lex wrote:
It appears that Python error message formatting has changed from what
is used in msgwin.c/parse_compiler_error_line()
I havn't found anything in the Python docs or google that describes
what it should be, does anyone have more knowledge so we can set a
regex?
In Python 2.6 they introduced the doraise keyword argument to
py_compile.compile. Until then, always a stacktrace was printed and
Geany's builtin parsing matched one of the lines of the stacktrace.
Since Python 2.6, only an error message line is printed and so the
builtin code fails.
Example (from an embedded device which luckily has Python 2.5 and 2.6
installed :D):
[21:37] root@kalki (0): ~# python2.5 -t -c import py_compile;
py_compile.compile('/tmp/test.py') File /tmp/test.py, line 5
df lala(la):
^
SyntaxError: invalid syntax
[21:37] root@kalki (0): ~# python2.6 -t -c import py_compile;
py_compile.compile('/tmp/test.py') SyntaxError: ('invalid syntax',
('/tmp/test.py', 5, 7, 'df lala(la):\n'))
This should be fixed in GIT master. However, I only tested it against
SyntaxErrors.
Good catch, Lex. I never noticed it as I almost always use pylint
with a regex for Python code checking :).
And if someone still has a regex for the Python 2.6+ format, feel free
to share it. It might help users with older versions of Geany.
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
pgpV3WVhMANMa.pgp
Description: PGP signature
___
Geany-devel mailing list
Geany-devel@uvena.de
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Python message parsing (bug 3411489)
On Wed, 19 Oct 2011 09:11:29 +1100, Lex wrote: [...] This should be fixed in GIT master. However, I only tested it against SyntaxErrors. Thanks Enrico. I was really asking what other errors are there, I never bother to compile Python so I've never seen them. :) Well, the source at http://hg.python.org/cpython/file/2.7/Lib/py_compile.py line 47 suggests there are more possible error types though I can't remember to ever have seen anything else when compiling. Good catch, Lex. I never noticed it as I almost always use pylint with a regex for Python code checking :). That would be worth wiki-ing if you don't mind sharing it, It's already sort of shared, well, at least not totally hidden :). https://github.com/eht16/dotconf/blob/master/user/.config/geany/filedefs/filetypes.python But yeah, wiki'ing (heh, nice word) is a good idea. I'll write something about it sometime soon, I hope unless someone beats me to it. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpOoxXxfqchI.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Git conversion completed
On Sun, 09 Oct 2011 17:59:47 +0200, Colomban wrote: Le 09/10/2011 16:49, Jiří Techet a écrit : On Sun, Oct 9, 2011 at 15:38, Colomban Wendling lists@herbesfolles.org wrote: Le 09/10/2011 14:36, Jiří Techet a écrit : On Sun, Oct 9, 2011 at 13:55, Colomban Wendling lists@herbesfolles.org wrote: [...] * 03c3b75 (r3679) is a bit weird too, it has d3cdd27 (r3680) as parent, but as the SVN revision suggests, d3cdd27 is newer than it (13:53:04 vs 13:45:47). And I don't see from SVN log why this would be wanted. This is apparently my error - judging from the date I should have used d71d352 for merge trunk changes. I'll fix that. Great, looking forward to it. I think when this is done all is OK, so we could import it in the official repo :) OK, I've re-uploaded the repositories to the same locations. I've fixed the incorrect merge issue and updated parents for most of the re-created branches. Yep, looks great, bravo! The only one I haven't updated is the Create branch for configurable build menu development, now commit 80d2802. There's something strange - it appears the branch existed before but it was never merged into trunk. Instead it was probably deleted and re-created again. If I updated the parent to be the trunk only, we'd lose the history of this branch because we couldn't get to the previous commits in any way. So I think it's better to keep it the way it is. OK, makes sense, even though the old build-system branch was dropped because it was corrupted (according to r3939: Removing corrupted branch). IIRC there were problems with the problems with the branch when Nick tried to merge it back into trunk with an older SVN client than the one the branch was created with. Or something like that. Maybe Lex remembers more details. If not, it's probably not that critical at all. So, I'm thinking of committing this, anybody has something to object? (speak within ~ the hour or be quiet forever :D) /me is quiet. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpzVOaCOwYfT.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Git conversion completed
On Sun, 9 Oct 2011 17:20:16 -0400, Randy wrote: On Sunday 09 October 2011 11:59:47 am Colomban Wendling wrote: (speak within ~ the hour or be quiet forever :D) I have no comments about the git repository, but, with a project with participants possibly from around the world, one hour is not very much time to react. True. But waiting another two days just to wait for all the various people around the globe wouldn't have made it better. In fact, all evolved people like Colomban, Matthew, Jiri, Frank, me, were online at that time and (except Matthew) in the same time zone. (Yes, I know that the test repository has been available longer than that, I just think it's something you need to consider in general (as the new Geany--well, whatever you are now--the official maintainer? Colomban is the official maintainer, nothing whatever. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpVgodVM4hBu.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Team Translation (was: Re: Geany is on Github)
On Fri, 7 Oct 2011 19:23:32 +0200, Frank wrote: On Fri, 07 Oct 2011 08:28:04 -0700 Matthew Brush mbr...@codebrainz.ca wrote: - Translators (Pull/Push? or does it go through Frank?) - on both geany and plugins repositories? Its hard to say as the experience of translations providers differs much. Some of them never did use poedit or something before, others are real experinced experts on git/mercurial/svn etc. Personal I'd say for the start we should do it via pull requests from personal repos and see how it works. Maybe this is the point to throw Transifex[1] into the discussion. AFAIK it's a web-based translation platform which enables users with less technical experience to easily translate software. Transifex can commit changes to .po files back into GIT and so makes it even more easy. Xfce uses it since some time successfully now. It would probably require some initial efforts but I could imagine it's worth in the long-term by making the whole translation process faster, easier and maybe even more continous. [1] https://www.transifex.net/start/ Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp7Xww1eeON6.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Geany is on Github
On Fri, 7 Oct 2011 19:25:42 +0200, Frank wrote: On Fri, 07 Oct 2011 16:40:46 +0100 Nick Treleaven nick.trelea...@btinternet.com wrote: And now I have a question; now that Geany and Geany Plugins are grouped together under the same organization, should we drop the geany- prefix on the plugins repository? I would keep geany-plugins to show it's the g-p release, e.g. not core plugins. I agree for the same reasons. Same here. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp2rKCLIUfax.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] geany-plugins: Bug in translation
On Thu, 6 Oct 2011 18:19:25 +0200, Frank wrote: On Wed, 05 Oct 2011 17:30:23 +0400 Alexander Petukhov de...@apetukhov.ru wrote: just wanted to add more info: to easily see the effect try addons plugin and it's context menu Open URI and Copy URI menu items. Until some svn update, IIRC translations of my debugger and possibly other plugins were more complete, from some point I noticed that some strings become untranslated but then I decided that it was a bug in my plugin, and didn't pay much attention to it. It looks a bit like its related to position of including of geanyplugin.h. I guess I've fixed it for geany VC but needs some further investigation. Are more or even all plugins affected? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpHbIVIDDG85.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Git switch (for real)
On Thu, 6 Oct 2011 10:52:44 +0200, Jiří wrote: OK, let's say Sunday then since it seems to fit :) ACK. Would it be possible that I start with the conversion on Saturday evening already? First I'm not sure how much time I'll have on Sunday, second it gives us some time buffer if something goes wrong or if I Good idea. I'd be fine with Saturday evening. need some further clarifications during the conversion. From your side it would just mean to stop comitting to SVN Saturday evening (let's say 6 P.M. CET which is GMT+2 during summer - recalculate it to your time zone). In any case, I'll send an announcement that I started with the conversion. Great. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpwMbf01ogk7.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] geany on github; why not?
On Tue, 04 Oct 2011 23:50:06 +0200, Colomban wrote: Le 04/10/2011 23:37, Jiří Techet a écrit : Hi, I'm trying to get everything ready for the conversion and there are still a few points unresolved: I have a few comments (and questions) myself: 1. Some branch names should be renamed (e.g. Geany-0_19_1) because they have the same name as tags and they are ambiguous when doing git checkout. Some naming scheme for stable branches should be invented. I was proposing to have two digit branches and three digit tags: Geany-0_19 - maintenance branch Geany-0_19_0 - tag Geany-0_19_1 - tag Geany-0_19_2 - tag Do you agree or do you prefer some different naming scheme? I don't mind much, but it looks sensible since it quite follows current scheme and is clear. So yes, I agree. What about changing the underscore by a point to make the version number more familiar? I don't remember why I chose the underscore scheme but I know this decision is very, very old. Either it was back in the CVS days or early when migrating from CVS to SVN (this was in late 2005 or early 2006, IIRC). Either I was afraid using points could cause problems or I read somewhere (maybe SF docs) better to use underscores or I was just drunk. Since now, after the GIT merge all references would need to be adjusted at all or they simply die, I guess we can also change the names. [...] 3. I haven't found a merge point for the dynamic-editor-menu branch. Has it been merged to trunk? Does anyone know? If not, I'd just delete this branch. AFAIK it hasn't been merged, but I'm not sure the code it holds is still relevant, although the idea looks interesting. Maybe Enrico or Nick would know more? Is this branch still present somewhere? I can't find it in SVN. If I remember this was the branch where I tried to build the editor menu dynamically using GtkActions but I never completed it and finally dropped it. So, I'd say there is no need to migrate it if it even still exists somewhere. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpFwgAtdSzWL.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] geany-plugins: Bug in translation
On Fri, 07 Oct 2011 00:44:58 +0400, Alexander wrote: 06.10.2011 20:19, Frank Lanitz пишет: On Wed, 05 Oct 2011 17:30:23 +0400 Alexander Petukhovde...@apetukhov.ru wrote: just wanted to add more info: to easily see the effect try addons plugin and it's context menu Open URI and Copy URI menu items. Until some svn update, IIRC translations of my debugger and possibly other plugins were more complete, from some point I noticed that some strings become untranslated but then I decided that it was a bug in my plugin, and didn't pay much attention to it. It looks a bit like its related to position of including of geanyplugin.h. I guess I've fixed it for geany VC but needs some further investigation. [...] as I discovered the point is that you have to include config.h in every file that contains translatable strings, actually #define GETTEXT_PACKAGE geany-plugins is the only line that is needed from it. Previosuly it worked without it somehow. if GETTEXT_PACKAGE is not defined, textdomain(NULL) returns NULL, i.e. there is no textdomain set, with GETTEXT_PACKAGE it returns messages while I expected to see geany-plugins here. I tried to understand how i18n is realized in Geany but I couldn't find any textdomain call in Geany sources. 2Enrico: every plugin that do not include config.h in a file with strings seems to be untranslated now. As I mentioned above it worked without it earlier so I suppose other plugins can also miss this include and therefore be untranslated but I didn't check. So two ways so far: 1. include config.h everywhere it is nessesary 2. look up what has been broken till 0.20 Ah, thanks for investigation. Then this is probably caused by the change to not automatically include config.h in geany.h which happened some months ago (this was a change in Geany where it was wrong before). Plugins just used that wrong behaviour and now it shows how they are broken. So we probably need to review each plugin again for this issue. Any volunteers? :) Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpdKcEGfQf0b.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Git switch (for real)
On Thu, 06 Oct 2011 01:23:11 +0200, Colomban wrote: Heya, * we'll have to update everything that assume we commit to SF's SVN (some mirroring, commit ML, etc). Enrico, I guess we'll need you at Well, the GIT mirror at git.geany.org gets rather useless when Geany's source itself is maintained in GIT, if we want, we can keep it up running for backup or whatever purposes. I assume it's no problem to change the repository to pull from a real GIT repo instead of SVN. I'd like to see it still up as a mirror if you don't mind (heh, it's your server after all). This would also make us have a stable hosting since we could change it's origin if it actually moves. Ok, fine. Don't worry about the server, the GIT mirror is the least bit it has to do :D. The commit mails may be more complicated, at least on Github there seems nothing ready-to-use AFAIK. They have the HTTP-Push hook which seems quite appropriate. We just need a script to receive that push and make it into a mail. However, I'm optimistic there is somewhere a usable implementation out there on the net. Matthew seems to suggest it may be easy, let's hope so :D Maybe I/you could try with another project just to see if this work, not to rush the final day ^^ Will do. I'll start playing with this right now, so we are not that surprised on Sunday :D. So, we'll need to work together soon, and that'll need us to coordinate ourselves. So Jiří (if you accept re-exporting), Enrico, Nick and Frank: when can we do the actual switch? I can have the time whenever I want this week, I just need to know ;) I'm also for as soon as possible, upcoming weekend would be fine for me, ideally on Sunday. OK, let's say Sunday then since it seems to fit :) Great. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpm8HNdmZQVw.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Git switch (for real)
On Wed, 05 Oct 2011 16:43:42 -0700, Matthew wrote: On 11-10-05 04:23 PM, Colomban Wendling wrote: Le 03/10/2011 23:02, Enrico Tröger a écrit : While I usually plead for free software I'd also vote for Github in this regard. In the last weeks I started to use it for smaller personal stuff just to get it hosted somewhere, easily. And it worked. Github is just damn easy, fast and intuitive. While I have not much experience with Gitorious, it feels more like the opposite. Though this is just my personal opinion. Well then, let's try GitHub. I also prefer FOSS everywhere, but GitHub We should make a completely separate GitHub account called geany, then convert it into an Organization[1], which allows all kinds of more neat features for a project like Geany (as opposed to having it as a Personal account). See an example FOSS project account here[2]. I will volunteer to handle setting up an Organization account and with the initial setup for service hooks and stuff. Yeehaw. Er, I think this is a good idea. Then we could also migrate the talks and newsletter repositories from git.geany.org to Github into the Geany organisation since these two repositories are no read-only mirror repositories and so better fit together with the rest of the project's code at one place. And we could integrate the geany-plugins' repository there. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp1RJD1IZuVw.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] geany on github; why not?
On Thu, 06 Oct 2011 13:59:50 -0700, Matthew wrote: On 11-10-06 01:55 PM, Colomban Wendling wrote: Makes sense, and actually I'd feel more natural by stripping the Geany- prefix and replace underscores by dots, eg: 0.19 - maintenance branch for 0.19 (if any) 0.19.0 - first 0.19 release tag 0.19.1 - second 0.19 release tag 0.19.2 - etc. Actually, I don't see the point of the Geany- -- we won't ever release something else than Geany in Geany's repository, right? A great extension to my proposal. +1 +1. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpIdc1OCWCbx.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Git switch (for real)
On Mon, 03 Oct 2011 15:17:44 -0700, Matthew wrote: On 11-10-03 02:02 PM, Enrico Tröger wrote: The commit mails may be more complicated, at least on Github there seems nothing ready-to-use AFAIK. They have the HTTP-Push hook which seems quite appropriate. We just need a script to receive that push and make it into a mail. However, I'm optimistic there is somewhere a usable implementation out there on the net. GitHub has an Email service hook, presumably you could get this to send a message to some mailing list. There's also a service hook for IRC. Oops, I must have overlooked it somehow or they just added it after I checked last time :D. Anyways, I tried setting it up and as some of you might have seen, a test commit mail gone through onto the list, so it works pretty straight and easy. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpeABouFCYIt.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Plugins README / web pages
On Thu, 06 Oct 2011 00:23:54 +0400, Alexander wrote: Hi, when modifying, actually stealing from treebrowser :) a README file, I came to what if we make plugins webpages of identical format? They look a little bit careless now. If nobody minds I can do this for all plugins, treebrowser's one looks pretty suitable for me as a draft. Good idea. I'm all for it, at least for my plugins: Addons and Spell Check. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpD2RtT2CVJj.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Plugins README / web pages
On Wed, 05 Oct 2011 13:36:56 -0700, Matthew wrote: On 11-10-05 01:23 PM, Alexander Petukhov wrote: Hi, when modifying, actually stealing from treebrowser :) a README file, I came to what if we make plugins webpages of identical format? They look a little bit careless now. If nobody minds I can do this for all plugins, treebrowser's one looks pretty suitable for me as a draft. I have no problem if you change the Devhelp one, though if we happen to move to github, we might want to consider converting them to markdown. Github supports RestructeredText as well and the READMEs are already RestructeredText so we nothing needs to be changed except renaming to README.rst. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpPMZmuQCT7Z.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Plan ahead (to fail to plan is to plan to fail)
On Mon, 3 Oct 2011 21:05:45 +1100, Lex wrote: Heyho, Big new changes are actually better to go in a new version series. I'm guessing from your proposal of 0.9 that you want to follow the GTK method, odd point releases are unstable and even ones stable. But I don't think that fits with Geany which has a long release cycle and tests from the repository rather than making test releases, release candidates etc. Of course we could release more often but I don't see the point of doing that just for unstable releases. If its unstable we shouldn't release it. Full ACK (seldom enough that Lex and me agree so much on a topic :D). I also don't think 0.9x versions make much sense. Geany didn't have much beta releases at all in the past. Also, I guess that most of Lex' list of things to do won't happen all in one single release which would need betas and stuff. I think it's more probable, that this would be an ongoing process and as such, subsequent releases as before would perfectly fit (also to not stretch the release cycle even more). And independently of the version number, hell, it's just a number. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpvqMvUUlTIl.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Git switch (for real) (was: Re: geany on github; why not?)
On Mon, 03 Oct 2011 17:28:14 +0200, Colomban wrote: Hi all, Now the release is out, it's time for the real migration. There's things to do then, and perhaps a few we still need to agree on. Yay, yay, yay. @all: We will switch to Git, and we need to choose basically between GitHub and Gitorious. I'd vote for trying GitHub, just because it has one thing I quite liked and that Gitorious don't seem to have: comments on a particular While I usually plead for free software I'd also vote for Github in this regard. In the last weeks I started to use it for smaller personal stuff just to get it hosted somewhere, easily. And it worked. Github is just damn easy, fast and intuitive. While I have not much experience with Gitorious, it feels more like the opposite. Though this is just my personal opinion. Finally, we'll need to all (at least committers -- Nick, Enrico, Frank and I --, Enrico and I) work a bit together to do the switch: * committers needs to stop committing to SVN when export to Git starts * somebody (Jiří?) needs to export the SVN repo * somebody (me I think) need to setup an upstream repo on GitHub/Gitorious * we'll have to update everything that assume we commit to SF's SVN (some mirroring, commit ML, etc). Enrico, I guess we'll need you at Well, the GIT mirror at git.geany.org gets rather useless when Geany's source itself is maintained in GIT, if we want, we can keep it up running for backup or whatever purposes. I assume it's no problem to change the repository to pull from a real GIT repo instead of SVN. The commit mails may be more complicated, at least on Github there seems nothing ready-to-use AFAIK. They have the HTTP-Push hook which seems quite appropriate. We just need a script to receive that push and make it into a mail. However, I'm optimistic there is somewhere a usable implementation out there on the net. I'd also need to adjust the nightly builds and some update scripts on geany.org but this is less important and can be done asynchronously, read later. The only critical to me are the commit mails. So, we'll need to work together soon, and that'll need us to coordinate ourselves. So Jiří (if you accept re-exporting), Enrico, Nick and Frank: when can we do the actual switch? I can have the time whenever I want this week, I just need to know ;) I'm also for as soon as possible, upcoming weekend would be fine for me, ideally on Sunday. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpIubfkJGOOm.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Git switch (for real)
On Mon, 03 Oct 2011 19:15:23 +0200, Colomban wrote: Let's wait for Enrico's answer (if he's still on that ML, hehe!) and Ha, I got a personal reminder (thanks Frank) though I would have read this anyways. And answered a bit above in this thread. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgppVGNqYyOIS.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Question about GTK+ version used
On Sat, 01 Oct 2011 04:44:06 -0700, Matthew wrote: On 11-10-01 03:05 AM, Enrico Tröger wrote: On Mon, 26 Sep 2011 01:21:59 -0700, Matthew wrote: So I was just curious *specifically* what distro(s) and version(s) sets the oldest version of GTK+ that Geany should support? I don't know anything as specific as you probably want to hear, sadly. It's just that it raises up from time to time when users tell on what old systems they compile Geany. It seems to me like this group of users would be very small and require that they are: - Enterprise/LTS users running a GUI - And who are willing to install unsupported software. - And whos distro doesn't backport newer libraries. - And who are developers, can compile Geany but can't compile GTK+. - And who are not satisfied with existing supported Geany packages. I would just be curious to know how many (or what percentage of) users fall into this group. I can't tell any discrete numbers, it's just here and then users tell about this. But most probably the amount of users using such old systems is way less than those who use much newer systems with e.g. GTK3. Just one example would be the GtkBuilder stuff which would not really be cool, but it would make it easier to unglue some of the business logic from the GUI stuff and make fixing/developing Geany easier. Another example could be the use of GtkInfoBar, whether and where it might be useful is another discussion. What's more, some existing #if'd code could be fixed to be used proper, again making Geany easier to fix/maintain (assuming there's some existing #if'd code blocks...I think I saw some). Another reason, is to make it easier for people to help get Geany able to build with GTK+ 3 eventually, which probably many more users will care about in the somewhat near future than supporting extremely old versions of GTK+ 2. It would also help to attract new developers to Geany if they didn't have to go back in time to see what was the way to do GTK+ things 4+ years ago. No one likes writing deprecated code :) Ok, when talking about going towards GTK3 and maybe even GtkInfoBar, it obviously makes sense to bump the GTK requirements and that is completely reasonable. I just don't like 'let's bump just because it's newer then'. If there is a good reason, it's completely ok. If not, we would just annoy users sticked to an older system. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpGnARpv8TDb.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Announcements
On Sat, 01 Oct 2011 15:39:19 +0200, Colomban wrote: Le 01/10/2011 12:10, Enrico Tröger a écrit : On Sat, 1 Oct 2011 10:14:43 +1000, Lex wrote: [..thinking about finally announcing the wiki...] If nobody else has any blockers in mind, we could finally announce it to get more people look, use and extend it :). The only question is whether it is better to announce it before or after the release or together? By all means lets make it a *big* announcement. While thinking about announcements, we have right now (well, very soon at least) three announcements ready to be go out: - the wiki - the release - the changed project maintainer I'm just not yet completely sure in what order to get them into the world. Probably the wiki is a complete separat announcement, to be made on its own. Could be done easily and quickly. Agreed. The other two might be combined, that is, in the usual release announcement include the hoorays for Colomban as the new project maintainer. I think it depends whether I'm supposed to become new maintainer for 0.21 (or whatever) or for 0.22. In the former case, I think both announcements should be done together (announcing new maintainer a couple of hours before a release done by this very maintainer looks a bit pointless). In the latter, I think it's fine to either announce together or after. So basically I think that together makes sense. just for the records, Colomban and me just talked on IRC about this as we were in the process of making the release and agreed on making the project maintainer change part of the release announcement. You'll see soon in your mailbox :D. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpHouVpmRwRP.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Question about GTK+ version used
On Mon, 26 Sep 2011 01:21:59 -0700, Matthew wrote: Hi, Is there some specific distro or platform that sets the oldest GTK+ version Geany needs to support? I had a conversation with Enrico on IRC some time back and he explained that Geany supports older GTK+ versions so that enterprise and similar distros which have really old packages are able to still able to compile/run it. So I was just curious *specifically* what distro(s) and version(s) sets the oldest version of GTK+ that Geany should support? I don't know anything as specific as you probably want to hear, sadly. It's just that it raises up from time to time when users tell on what old systems they compile Geany. Since we recently bumped the GTK requirements to 2.12 for the upcoming release, do we need to discuss this already again? Yeah, newer versions are cooler but is it necessary or just cooler? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpZQ3N1eiTn1.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Announcements (was: Re: [Geany] geany regexp replace)
On Sat, 1 Oct 2011 10:14:43 +1000, Lex wrote: [..thinking about finally announcing the wiki...] If nobody else has any blockers in mind, we could finally announce it to get more people look, use and extend it :). The only question is whether it is better to announce it before or after the release or together? By all means lets make it a *big* announcement. While thinking about announcements, we have right now (well, very soon at least) three announcements ready to be go out: - the wiki - the release - the changed project maintainer I'm just not yet completely sure in what order to get them into the world. Probably the wiki is a complete separat announcement, to be made on its own. Could be done easily and quickly. The other two might be combined, that is, in the usual release announcement include the hoorays for Colomban as the new project maintainer. What do you guys think? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpwU26AqzfMQ.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] How about calling the next release 1.0?
On Thu, 29 Sep 2011 23:24:55 +0200, Colomban wrote: Le 22/09/2011 23:00, Enrico Tröger a écrit : On Thu, 22 Sep 2011 15:28:21 +0200, Colomban wrote: Le 20/09/2011 23:26, Enrico Tröger a écrit : On Tue, 20 Sep 2011 16:10:34 +0300, Yura wrote: Hi But why only 1.0? GNOME 3.* KDE 4.* Scite 2.* What about Geany 3000? Or some kind of other stupid release name like ''busel', 'verabei', 'krumkach' ... Heh, I like krumkach, sounds in German quite funny :). BTW, how are Geany codenames chosen? :-' If I tell you, I'll have to kill you... Oh... then perhaps keep the info secret ;) Too late... More seriously (though not much), the codenames are just taken from names of Moffs[1] and Grand Moffs from the Star Wars Universe :). [1] http://starwars.wikia.com/wiki/Moff Feel free to change the naming scheme for future releases or even drop the codenames. They have absolutely no relevance at all. So far, they only expressed my fondness for Star Wars :). I like codenames, they give a mysterious aura nobody needs to really know about :p -- unfortunately I just broke the magic :/ Haha. I'm no Star Wars fan [1], but I could suggest some other funny Oh oh, how could one not love Star Wars. Star Trek is somewhat ok but Star Wars is just great. Without I'd never find names for software releases, servers, workstations, domains, whatever. mysterious names like Aranarth, Arahel, Ostoher or Ciryandil... But honestly I see no problem continuing to call releases the same way as before if you provides the names ^^ I don't mind. I'd happy to provide further names but also would be happy to see any other naming scheme for the codenames. As we are going to bump the version number for no such a great reason, let's reason it like 'new codename choosing scheme' :). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpByvlVUkFkF.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] TODO: update GTK+ version in Hacking
On Thu, 22 Sep 2011 22:48:46 +0200, Enrico wrote: On Thu, 22 Sep 2011 17:13:19 +0100, Nick wrote: On 21/09/2011 23:06, Matthew Brush wrote: I noticed that this section[1] in the hacking manual mentions: This is because Geany depends on GTK 2.8. API symbols from newer GTK/GLib versions should be avoided to keep the source code building against GTK 2.8. Now fixed. I guess this should be updated to GTK+ 2.12 and to host that version of GTK+ API docs. [1] http://geany.org/manual/dev/hacking.html#gtk-api-documentation I'll leave this for Enrico. Yup, will do soon. Done. I used the Debian Lenny -doc packages for ATK, GLib, GTK and Pango, extracted the documentation and put them on the server next to a tarball of them. Thanks for the reminder. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpXzuWzVXnJV.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] TODO: update GTK+ version in Hacking
On Thu, 22 Sep 2011 17:13:19 +0100, Nick wrote: On 21/09/2011 23:06, Matthew Brush wrote: I noticed that this section[1] in the hacking manual mentions: This is because Geany depends on GTK 2.8. API symbols from newer GTK/GLib versions should be avoided to keep the source code building against GTK 2.8. Now fixed. I guess this should be updated to GTK+ 2.12 and to host that version of GTK+ API docs. [1] http://geany.org/manual/dev/hacking.html#gtk-api-documentation I'll leave this for Enrico. Yup, will do soon. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpk0yug44AKw.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] How about calling the next release 1.0?
On Thu, 22 Sep 2011 15:28:21 +0200, Colomban wrote: Le 20/09/2011 23:26, Enrico Tröger a écrit : On Tue, 20 Sep 2011 16:10:34 +0300, Yura wrote: Hi But why only 1.0? GNOME 3.* KDE 4.* Scite 2.* What about Geany 3000? Or some kind of other stupid release name like ''busel', 'verabei', 'krumkach' ... Heh, I like krumkach, sounds in German quite funny :). BTW, how are Geany codenames chosen? :-' If I tell you, I'll have to kill you... More seriously (though not much), the codenames are just taken from names of Moffs[1] and Grand Moffs from the Star Wars Universe :). [1] http://starwars.wikia.com/wiki/Moff Feel free to change the naming scheme for future releases or even drop the codenames. They have absolutely no relevance at all. So far, they only expressed my fondness for Star Wars :). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpS7zjSZfUbe.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] How about calling the next release 1.0?
On Tue, 20 Sep 2011 16:10:34 +0300, Yura wrote: Hi But why only 1.0? GNOME 3.* KDE 4.* Scite 2.* What about Geany 3000? Or some kind of other stupid release name like ''busel', 'verabei', 'krumkach' ... Heh, I like krumkach, sounds in German quite funny :). More seriously, I personally don't mind much about version numbers. It's good to have some but the actual value doesn't mean much to me. But I realise other people take more care about this and 0.x might seem not that mature to many users. So, I'd say: why not. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpqRW6rrQgGW.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] ChangeLog for Geany: is that useful, for who and how? (was Re: Geany-Plugins: Please check for ChangeLog-entries on commit)
On Mon, 19 Sep 2011 17:45:04 +0200, Colomban wrote: Hi guys, [skip ChangeLog, maybe use something auto-generated] while I was sticking long time to our ChangeLog format and workflow, in the meantime I think we could indeed drop it, that is, drop it in the (D)VCS. Just auto-generate it for releases to be included in tarballs as there is no way for users to query the (D)VCS. I wouldn't even filter the commit messages in any way, just generate a fancy ChangeLog from them. This only means we need to take care about using sane commit messages but we did this before already, I'd say. When/After switching to GIT, this all should become easier. So, this is it. I'm waiting for any POVs, remarks, flamewars, insults, etc. you find appropriate :) Insults? Tempting... :D. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpc060K5R2xi.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] SF.net SVN: geany:[5917] trunk/NEWS
On Thu, 15 Sep 2011 02:16:11 +0200, Colomban wrote: Le 15/09/2011 02:13, Lex Trotman a écrit : On 15 September 2011 09:59, Matthew Brush mbr...@codebrainz.ca wrote: On 09/14/2011 07:38 AM, nt...@users.sourceforge.net wrote: --- Add ntrel's changes for 0.21. [...] + +Editor +* Update Scintilla to version 2.22. Wasn't it updated to 2.25? Cheers, Matthew Brush Yup according to version.txt Enrico updated it again on 2011-04-03, so from Nick's ChangeLog it's true, but yeah, we'll have to fix this. I'll update it when I commit my changes to the NEWS file. Don't worry. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpLSWMOCDD0x.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Adding size_t before release
On Thu, 15 Sep 2011 19:01:55 +1000, Lex wrote: On 15 September 2011 18:50, Thomas Martitz thomas.mart...@student.htw-berlin.de wrote: Am 15.09.2011 02:39, schrieb Matthew Brush: What I'd like to know is where is size_t defined? According to what I've read, it's supposed to be in stddef.h but I can't find it anywhere in GNU libc downloaded the other day. Should be (also) in string.h, since that's what strlen() returns. Hey Thomas, On my system string.h includes stddef.h with a comment that it is to get the definitions of size_t and NULL. So it isn't repeated. But stddef.h defines the type only if __need_size_t is defined. As I previously created the c99.tags, I tried to find out what's going on but it just turns out weird, read I think I don't understand all of what is happening with this stuff. I have a stddef.h in /usr/include/linux but this is mostly empty, it really only defines NULL. Then I have a /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6/include/stddef.h which actually has a definition of size_t as: #define __SIZE_TYPE__ long unsigned int ... typedef __SIZE_TYPE__ size_t; But this definition is surrounded by many ifdefs and I guess since Geany does -undef in the preprocessing of the tag generation, some of those ifdef's fails and so the definition of size_t is missing. I personally don't feel like fiddling with this weird stuff and would prefer a rather pragmatically solution like: a) manually add the size_t definition with some ANSI C default or so b) don't generate c99.tags automatically at all and rather use the current one and maybe strip unnecessary stuff out. Most of the contents should be rather static as the standard doesn't change that much :) c) someone else maintains that file :D Regards, Enr - feeling more and more scared by C - ico -- Get my GPG key from http://www.uvena.de/pub.asc pgpuN2Wj3MeCS.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Adding size_t before release
On Thu, 15 Sep 2011 19:52:38 +1000, Lex wrote: 2011/9/15 Enrico Tröger enrico.troe...@uvena.de: On Thu, 15 Sep 2011 19:01:55 +1000, Lex wrote: On 15 September 2011 18:50, Thomas Martitz thomas.mart...@student.htw-berlin.de wrote: Am 15.09.2011 02:39, schrieb Matthew Brush: What I'd like to know is where is size_t defined? According to what I've read, it's supposed to be in stddef.h but I can't find it anywhere in GNU libc downloaded the other day. Should be (also) in string.h, since that's what strlen() returns. Hey Thomas, On my system string.h includes stddef.h with a comment that it is to get the definitions of size_t and NULL. So it isn't repeated. But stddef.h defines the type only if __need_size_t is defined. I suspect that this is so most of stddef.h can be used for cross compiles, and only a few peculiar things like size_t need to be defined by the cross compile headers. [...] I personally don't feel like fiddling with this weird stuff and would prefer a rather pragmatically solution like: a) manually add the size_t definition with some ANSI C default or so Thats the pragmatic short term answer, so long as it is known for highlighting purposes. b) don't generate c99.tags automatically at all and rather use the current one and maybe strip unnecessary stuff out. Most of the contents should be rather static as the standard doesn't change that much :) Yes for C, but C++ also needs size_t defined, and its moving towards C++11 so things are likely to be changing. Ah, yeah. I completely ignored C++ again. This is even more scary than C :). c) someone else maintains that file :D Regards, Enr - feeling more and more scared by C - ico Time to learn Lisp, Haskell, ML, etc?? :) Nah, just continuing writing Python :). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpjwJ10VhFJ9.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Geanyembrace: Anybody who like to maintain it?
On Fri, 26 Aug 2011 11:44:56 +1000, Lex wrote: Hey, IIRC its wraps (embraces?) things with optional text, targeted at XML open/close tags but general. Sadly the Geany devel ML isn't searchable to find the initial discussions. the lists are searchable on http://dir.gmane.org/index.php?prefix=gmane.editors.geany. Not as nice as some builtin search in the list archives directly but it works at least. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpuyd3uOyV5d.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Geanyembrace: Anybody who like to maintain it?
On Sat, 27 Aug 2011 21:43:37 +1000, Lex wrote: 2011/8/27 Enrico Tröger enrico.troe...@uvena.de: On Fri, 26 Aug 2011 11:44:56 +1000, Lex wrote: Hey, IIRC its wraps (embraces?) things with optional text, targeted at XML open/close tags but general. Sadly the Geany devel ML isn't searchable to find the initial discussions. the lists are searchable on http://dir.gmane.org/index.php?prefix=gmane.editors.geany. Not as nice as some builtin search in the list archives directly but it works at least. Hey Enrico, Ahhh, the Geany website only points to the user list there, not devel. Fixed on the website and I also added a Gmane link to the mailman list information page on https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel. And I did the same for the geany-i18n list. Lex, thanks for the notice. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp7d1daUN824.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Broken geany-plugins build
On Sun, 14 Aug 2011 12:46:56 +0200, Hans wrote: El dom, 14-08-2011 a las 12:29 +0200, Enrico Tröger escribió: On Sat, 13 Aug 2011 17:12:08 +0200, Colomban wrote: However, some plugins compile without any change and without an inclusion of config.h. I'm not entirely sure why but leave this to the plugin authors. My plugin (GeanyPG) still worked, I think it is because i didn't add any internationalization support yet, but i'm working on that now I You already use _() in PLUGIN_SET_INFO(). But maybe this works because you include locale.h directly in geanypg.h. This can be removed because locale.h is pulled in by geanyplugin.h, IIRC. Btw, did you read my post in May about GeanyPG and aux.c: http://lists.uvena.de/geany-devel/2011-May/004827.html Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpNJ9F04gDOU.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Me, Geany and the future
Hey guys, as you certainly noticed, I didn't do any development nor replying mails regarding Geany. This is mostly because I tend to spend my spare time on other things (more offline activities and such). While this is good for me (:D), it sucks for the project and its further development. So? I'd like to find a new project maintainer who keeps the development going on, coordinate the project with the community, reviews patches, makes releases and so on. The first candidate is of course Colomban if he wants. Though, I don't mind much who wants to continue the project. The only thing I wish is that it is continued with the original spirit in mind: keeping Geany itself quite small, fast and simple as it has been in the past years. We don't need to clone Eclipse :D. It's just that I don't want to hinder Geany's development any longer by my absence as it was in the past months. I talked to Nick before and he feels the same way basically. Any volunteers for this should now raise their voice! I personally won't be completely away, just won't read each thread on the mailing list anymore nor do I plan to participate any big code design discussions. What I want to do is to commit small changes from time to time and to continue maintaining my plugin SpellCheck. If anyone wants to adopt the Addons plugin, I'd be happy. If not, I'd continue maintaining it as well. Also, I will continue administrating geany.org and the related things (the main website, the wiki, nightly.geany.org, irc.geany.org and such things). About the further progress: I want to finish (some content is still missing) and announce the already set up Wiki (wiki.geany.org) and ideally make a Geany 0.21 release soon together with the new project maintainer :). I'm afraid especially for the Windows builds some assistance is necessary as before, I always made the Windows builds on my own and never documented what's necessary and how this is done (shame on me). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpHAebZTppu1.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Plugins: Bump dependencies also to GTK 2.12 / GLIB 2.16?
On Mon, 13 Jun 2011 23:12:02 +0200, Frank wrote: Hi developers, As currently the dependencies for Geany are getting bumped to GTK 2.12 and GLIB 2.16 I'm wondering whether we should also bump dependencies of current devel version of geany-plugins to Geany 0.21 and with this step also to this versions of GTK/glib? IMO: yes Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpaFiLeDFKs2.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Bumping Geany's GTK minimum requirement to 2.12
On Mon, 13 Jun 2011 16:45:38 +0200, Colomban wrote: Le 04/05/2011 23:00, Enrico Tröger a écrit : Hi, any objections in increasing the GTK minimum requirement of Geany to GTK 2.12 (and GLib 2.16)? [...] Any new on the subject? Should we go on an start moving? Yeah, I'd say let's go! Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgppdG1mATM3R.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Bumping Geany's GTK minimum requirement to 2.12
On Mon, 13 Jun 2011 19:38:23 +0200, Colomban wrote: Le 13/06/2011 18:55, Frank Lanitz a écrit : On Mon, 13 Jun 2011 17:26:06 +0200 Enrico Tröger enrico.troe...@uvena.de wrote: On Mon, 13 Jun 2011 16:45:38 +0200, Colomban wrote: Le 04/05/2011 23:00, Enrico Tröger a écrit : Hi, any objections in increasing the GTK minimum requirement of Geany to GTK 2.12 (and GLib 2.16)? [...] Any new on the subject? Should we go on an start moving? Yeah, I'd say let's go! I second this. Okay, let's do then :) However, I just realized that GTK 2.12 [1] depends on GLib 2.14, not 2.16 [2] as you suggested so... do we depend on GLib 2.14 (as GTK 2.12) or 2.16 (to get GIO in)? I wanted GLib 2.16 because of GIO to get rid of #ifdefs. And based on Debian Lenny's GTK/Glib versions, I suggested the combination of GTK 2.12 and GLib 2.16 although they were not released in the same cycle. Btw, Nick is using GTK 2.12, so unless there is a super cool fancy feature in GTK 2.14 we cannot miss, I'd say 2.12 is ok for now. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpWZ6NyJ315c.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] [patch] [addons plugin] Another unused variable ; )
On Fri, 3 Jun 2011 23:46:48 +0400, Eugene wrote: Enrico, I (actually, GCC with some CFLAGS applied) noticed there is an unused variable in ao_doclist.c. The attached patch fixes the problem. I Thanks for the patch and spotting this. Nice that GCC finds such things in my crappy code :). Applied and committed. hope I decided correctly that Document List subplugin is your responsibility. Yeah, perfectly. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpMkNpbezSwK.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Wiki - Tag files (was: Re: Vala Tags)
On Sun, 05 Jun 2011 01:26:35 -0700, Matthew wrote: On 06/03/11 06:52, Enrico Tröger wrote: On Fri, 25 Mar 2011 16:45:35 -0700, Matthew wrote: Not sure what it hurts to put them in contrib, they all come with a default Vala installation (except maybe 1 ore 2), and the total size is not very large. As long as it was in a subdirectory I would think it would be nice to find them all there. Not sure if you've checked lately, but the list of each tags file is not on the Extras page anymore, instead just a link to the contrib directory. Alternatively, if the Wiki idea ever happens, I could just post them there along with tons of others, including the one that never got added to the contrib section from this message: http://lists.uvena.de/geany-devel/2011-February/003933.html And a PyQT one I made for someone on IRC (can't find the file right now). *ping* The wiki is there and so please take this as a friendly reminder :). Done. Thanks. I put a bunch of tags up at: http://wiki.geany.org/tags/start Cool. I left a TODO note in that page you can maybe help with those. P.S. I have a little script I wrote which made that markup, so if you move all the tags over, let me know I can regenerate the markup using the new URLs easily or send you the script. Allow .tags files to be uploaded to the Wiki and move these tag files there en-masse. Done. I also uploaded all tags files from download.geany.org/contrib/tags/. Make a script for the Wiki server to create a tarball of these for easily downloading them all at once. Will do. Not yet sure how but will check. Link/reference this page on the Extras page. Will do once we officially announced the wiki. My TODOs/questions: - Do we want to add sub-pages for C and Vala as these have quite some tags files? - Do we want to use a table instead of a plain list? Using a table we could add additional information like a short description and optional an author (credits). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpRYORAYuVSs.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Wiki - Tag files (was: Re: Vala Tags)
On Sun, 5 Jun 2011 15:35:47 +0200, Enrico wrote: - Do we want to use a table instead of a plain list? Using a table we could add additional information like a short description and optional an author (credits). Forget this one as it contradicts the idea of an automated index :). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpE4I6YR2IIa.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Wiki - Tag files (was: Re: Vala Tags)
On Sun, 5 Jun 2011 15:35:47 +0200, Enrico wrote: On Sun, 05 Jun 2011 01:26:35 -0700, Matthew wrote: On 06/03/11 06:52, Enrico Tröger wrote: On Fri, 25 Mar 2011 16:45:35 -0700, Matthew wrote: Not sure what it hurts to put them in contrib, they all come with a default Vala installation (except maybe 1 ore 2), and the total size is not very large. As long as it was in a subdirectory I would think it would be nice to find them all there. Not sure if you've checked lately, but the list of each tags file is not on the Extras page anymore, instead just a link to the contrib directory. Alternatively, if the Wiki idea ever happens, I could just post them there along with tons of others, including the one that never got added to the contrib section from this message: http://lists.uvena.de/geany-devel/2011-February/003933.html And a PyQT one I made for someone on IRC (can't find the file right now). *ping* The wiki is there and so please take this as a friendly reminder :). Done. Thanks. I put a bunch of tags up at: http://wiki.geany.org/tags/start Cool. I left a TODO note in that page you can maybe help with those. P.S. I have a little script I wrote which made that markup, so if you move all the tags over, let me know I can regenerate the markup using the new URLs easily or send you the script. Allow .tags files to be uploaded to the Wiki and move these tag files there en-masse. Done. I also uploaded all tags files from download.geany.org/contrib/tags/. Make a script for the Wiki server to create a tarball of these for easily downloading them all at once. Will do. Not yet sure how but will check. First suggestion: http://wiki.geany.org/wiki/playground The filelist plugin used here read the tag files list from the path in the filesystem where the uploads for the tags namespace are stored and filters those files ending with *.tags. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpeTShnLcCCR.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] SSL certificate renewed
Hi guys, just in case anyone is interested, I renewed the SSL certificate on uvena.de/geany.org. The old one was about to expire at the end of June. The certificate is used on some Geany related sites like the mailing list sites, the wiki and others. The new SHA1 fingerprint is: 89:6A:7B:42:79:15:4F:EF:6A:DF:27:54:36:E2:39:B3:2F:25:03:0E Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpsXmIuJJFGe.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] [PATCH] In messages show the actual text user entered in Find and Replace dialogs
On Fri, 03 Jun 2011 15:44:46 +0200, Colomban wrote: Hi, Le 03/06/2011 09:47, Eugene Arshinov a écrit : On Sat, 21 May 2011 12:16:59 +0400 Eugene Arshinov earshi...@gmail.com wrote: [...] Hi. Aren't these patches forgotten? Not really forgotten, but since I don't find that much time these days to review patches stuff (you might have noticed ^^), I didn't Similar here. Spare time is rare an currently, I focus my work on the new wiki to get this done ASAP. Sorry. So it's committed now. I also pushed another small commit to use the Yay, thanks Colomban. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpAgdtuU6H7G.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Vala Tags
On Fri, 25 Mar 2011 16:45:35 -0700, Matthew wrote: Not sure what it hurts to put them in contrib, they all come with a default Vala installation (except maybe 1 ore 2), and the total size is not very large. As long as it was in a subdirectory I would think it would be nice to find them all there. Not sure if you've checked lately, but the list of each tags file is not on the Extras page anymore, instead just a link to the contrib directory. Alternatively, if the Wiki idea ever happens, I could just post them there along with tons of others, including the one that never got added to the contrib section from this message: http://lists.uvena.de/geany-devel/2011-February/003933.html And a PyQT one I made for someone on IRC (can't find the file right now). *ping* The wiki is there and so please take this as a friendly reminder :). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpJgqgdMKFzo.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Patch Tracker
On Fri, 3 Jun 2011 19:49:33 +0300, Dimitar wrote: On Fri, 27 May 2011 14:31:29 -0700 Matthew Brush mbr...@codebrainz.ca wrote: Would it be useful for someone with admin rights on SourceForge.net to create a Patch Tracker? A patch tracker would be nice to have IMHO. I've seen some projects with this[1]. Any new project created on sourceforge automatically receives a one. On Sun, 29 May 2011 15:25:12 +0200 Frank Lanitz fr...@frank.uvena.de wrote: I thought collecting them inside wiki as most seems to push them via git etc. Bugs and feature requests in SF trackers, but patches in a wiki? Hmm. Good point. Created one[1]: https://sourceforge.net/tracker/?group_id=153444atid=787793 [1] actually it existed all the time but was hidden Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpYN6GdnyIpc.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Patch Tracker
On Sun, 29 May 2011 15:25:12 +0200, Frank wrote: On Fri, 27 May 2011 14:31:29 -0700 Matthew Brush mbr...@codebrainz.ca wrote: Hi, Would it be useful for someone with admin rights on SourceForge.net to create a Patch Tracker? I've seen some projects with this[1]. [1] https://sourceforge.net/tracker/?group_id=6556atid=306556 I thought collecting them inside wiki as most seems to push them via git etc. I don't mind much. Whatever you think is most useful. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpNspjzvZuXV.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] GeanyPG breaks SVN checkout on Windows
Hi Hans, I just tried to check out the plugins repository on Windows (again after a long time) and I notice a strange problem: The SVN checkout breaks at checking out geanypg/src/aux.c because Windows doesn't seem to allow files and directories containing aux in their names[1]. This is weird but that's what Windows is. Could you please rename aux.c to something else so Windows is happy again? Thank you. [1] http://svn.haxx.se/tsvnusers/archive-2006-01/0090.shtml Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpIDAqMAlKj6.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GProject geany-plugins integration
On Wed, 25 May 2011 00:41:22 +0200, Jiří wrote: 2011/5/23 Enrico Tröger enrico.troe...@uvena.de: On Mon, 23 May 2011 12:52:49 +0200, Jiří wrote: 2011/5/22 Enrico Tröger enrico.troe...@uvena.de: On Fri, 20 May 2011 22:04:40 +0200, Jiří wrote: Hi, I've finally found some time to integrate my GProject plugin into geany-plugins; for those who like git, the result is here: https://gitorious.org/geany-plugins-gproject/geany-plugins-gproject For those who dislike it, the patch is here: http://db.tt/esDNpPw I guess you waant to commit it yourself instead of depending on someone else, right? So, tell me your Sourceforge username and I'll add you to the project members. Thanks Enrico, my username is techet. I added you to the project, so you can write to the repository. Have fun :D. Perfect! I've just committed the plugin. As I said, at the moment there's a problem with the waf script - it compiles fine but I don't know how to install the icons from the icons directory and how to refresh the icon cache during installation. Any hints how to do this with waf? I'll have a look on Sunday. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpPgtYz7f6w3.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
