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 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] 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 Fri, 28 Sep 2012 08:24:51 +1000, Lex wrote:
>On 28 September 2012 06:40, Colomban Wendling
>wrote:
>
>> 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
[Geany-devel] ANN: mailing list server move
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. 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
[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] Making directory?
On 09/09/12 13:11, Lex Trotman wrote: > Reference > https://sourceforge.net/tracker/?func=detail&aid=3440252&group_id=153444&atid=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
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=detail&aid=3460449&group_id=153444&atid=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
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] 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] 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] 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
[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
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
[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] ANN: Geany 1.22 is out!
On 21/06/12 08:28, Lex Trotman wrote: > On 21 June 2012 16:10, Thomas Martitz > 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 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] 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 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] 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] 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
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 <>___ 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 --- Begin Message --- Branch: refs/heads/master Author: Colomban Wendling Committer: Colomban Wendling 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 @@ + +3 +1000 +72 +1 +10 + 1 99 @@ -2802,6 +2809,7 @@ False True True +adjustment1 1 True 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 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 Search&Replace 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] 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] 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] 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] 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 wrote: > >> On Fri, 9 Dec 2011 21:43:56 +0100 >> Jiří Techet wrote: >> >>> On Thu, Dec 8, 2011 at 00:05, Colomban Wendling >>> 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] 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 Brush 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] 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 icon on Mint
On Tue, 25 Oct 2011 09:43:33 +0200, Liviu wrote: >On Tue, Oct 25, 2011 at 1:47 AM, Lex Trotman wrote: >> Hi all, >> >> My hard drive failed yesterday morning, so after installing a new one >> I decided to update the OS and installed the latest Linux Mint. >> >> Imagine my surprise when the Geany icon wasn't the familiar teapot, >> but https://github.com/elextr/geany_stuff/raw/master/geany.svg. >> >> I initially blamed Ubuntu since Geany was installed from its >> repository, sorry, but in fact Mint is overriding it with a theme. >> >> This looks like Arabic script to me, so Frank, can any of your >> translators tell us what it says? >> >Well, Geany makes allusion to a 'genie' or 'jinn' [1], which is most >known from the (Arabic, I assume) tale of Aladdin [2]. If you click on >the 'Arabic' article in [1] you will be directed to 'جيني', which, to >the best of my understanding of Arabic script (which is null), uses >the same spelling as in the *.svg file [3]. So I would go with 'جيني' >meaning Geany, in Arabic script. It would be cool to have this on the >the main page of geany.org! I hope this was meant ironic. I can't stand distros replacing application icons. No matter of people like the current icon or not, it is Geany's icon, meant to help identifying the application in the menu or whereever else the icon is used, same for the website. And in general, it's a specific application icon which are not to be replaced, it's not that it is a generic icon like 'file-manager' or 'open file'. I think we should contact the package maintainer to remove this custom icon and use Geany's icon instead. I'll do this probably next week unless someone else beats me. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp8eFwD10tk0.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] 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] 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] 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] 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] 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] 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
[Geany-devel] GIT commit mails format
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? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpooArssUrZI.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] Plugins README / web pages
On Mon, 10 Oct 2011 22:41:19 +0200, Dominic wrote: >Am Montag, den 10.10.2011, 13:55 +0400 schrieb Alexander Petukhov: >> By the way, can I gain more control on READMEs on a web-site to be >> able to modify and then upload and see the result instantly. >> I was told Dominic maintains this task now. > >It's not my servers, so I'm not able to decide this. Pinging me on IRC plugins.geany.org is hosted on Sourceforge.net, so having SVN write access (which you have) enables you as well to access the shell servers of Sourceforge to modify the files there. However, this won't help much because there are some scripts of Dominic which do some magic to the READMEs from SVN and then generate HTML which is rsync'ed to SF. These scripts run on geany.org. But as this is my private server, I'm not so keen on giving everyone access to it. Sorry. However, Dominic's scripts probably can run on another server as well, maybe even on SF's shell servers. Or the whole construct of generating those pages can be reworked to be more obvious, easier to test and so easier to improve. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp73kuWqPpHZ.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] 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 >> wrote: >>> Le 09/10/2011 14:36, Jiří Techet a écrit : On Sun, Oct 9, 2011 at 13:55, Colomban Wendling 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] 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 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] 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 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] 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] 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 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] 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] 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 Petukhov 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] 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] 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-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 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] 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] 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] 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] 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] 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] 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 Sun, 2 Oct 2011 11:39:17 +1100, Lex wrote: >2011/10/1 Enrico Tröger : >> 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? >> > >Hey Enrico, > >Couple of comments. > >You are right, there doesn't need to be a defined policy apart from >not gratuitously dropping support for old versions. > >But we also need to be able to support Geany on new systems. I will >use two issues as examples: > >1. Being able to support new GTK versions, eg gtk3, how many #ifs are >going to be needed to support both (as well as Glade version support) > >2. And tools. Glade 2 is no longer available for new machines and >already needs a patch to compile, and last week I couldn't compile it >even with the patch on a very new machine. As Matthew has found when >he looked at moving Geany to more recent Glade versions, the GTK2 >version is going to have to jump further to allow this change. > >What I am trying to illustrate is that it is not just how old but also >how new a system we support, and the effort needed to do that. Yep, I mostly completely agree with this and just said so as well in the thread in reply to Matthew. It's just that there should be some reasoning in bumping and GTK3 definetely is one, IMO. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpwRNHDGcuno.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
[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] 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
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
[Geany-devel] Updating images in the documentation
Hey guys, for the upcoming release we should update the images in the documentation, in particular those for the preferences dialog. I remember the discussions in the past about the GTK theme+engine used for the images. For some reason, not all people like my custom red theme :). I'd update the images unless someone else wants to do it. The question is just whether there was a decision made in the past about what theme+engine to use for the images. If not, we should make that decision soon. I don't mind much about which theme as long as it is not that Aqua/Mac stuff. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpolGNuDhFav.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] 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] 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] 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] 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] Adding size_t before release
On Thu, 15 Sep 2011 19:52:38 +1000, Lex wrote: >2011/9/15 Enrico Tröger : >> On Thu, 15 Sep 2011 19:01:55 +1000, Lex wrote: >> >>>On 15 September 2011 18:50, Thomas Martitz >>> 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] Adding size_t before release
On Thu, 15 Sep 2011 19:01:55 +1000, Lex wrote: >On 15 September 2011 18:50, Thomas Martitz > 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] 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 >> 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] Geanyembrace: Anybody who like to maintain it?
On Sat, 27 Aug 2011 21:43:37 +1000, Lex wrote: >2011/8/27 Enrico Tröger : >> 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] 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] How to demark words from inside a plugin
On Wed, 17 Aug 2011 18:07:06 +0200, Frank wrote: >Hi folks, > >Today I'm looking for a nice way how to unmark words which have been >marked with Geany's GEANY_KEYS_SEARCH_MARKALL. Does anybody of you know >a way through plugin API or do I need to hack something? ;) GEANY_KEYS_DOCUMENT_REMOVE_MARKERS Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp5NYN3JTmtF.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 11:37:42 -0700, Matthew wrote: Hola, >P.S. Above are you saying the Devhelp plugin *won't* build on your >system or that it just didn't need any changes to build? I'm just >wondering because I've received very little feedback on it, so maybe >it's not building for people? Sorry for not being clear, on my system it is just because I have libdevhelp in version 3.0.0 (Debian Testing, 3.0 is the only version available) and the plugin wants 2.x. So I just couldn't test it because of missing build requirements, not the plugin's fault :D. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpyU4oJq2uNm.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 13:48:00 +0200, Hans wrote: >El dom, 14-08-2011 a las 13:12 +0200, Enrico Tröger escribió: >> 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 >Sorry, I must have missed that one, I changed the filename, but now i >can't find which file i have to change to get automake working again. Seems you found the Makefile.am in r2141 :). Thanks for renaming the file. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp4xg8kY3JZR.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
Re: [Geany-devel] Broken geany-plugins build
On Sat, 13 Aug 2011 17:12:08 +0200, Colomban wrote: >Le 13/08/2011 15:18, Enrico Tröger a écrit : >> On Wed, 03 Aug 2011 15:20:26 +, colomb...@users.sourceforge.net >> wrote: >> >>> Revision: 5882 >>> http://geany.svn.sourceforge.net/geany/?rev=5882&view=rev >>> Author: colombanw >>> Date: 2011-08-03 15:20:26 + (Wed, 03 Aug 2011) >>> >>> Log Message: >>> --- >>> Only include config.h when building Geany >>> >>> config.h is not distributed, and we includ it from geany.h. Even >>> though it was only included it HAVE_CONFIG_H was defined, an >>> Autotools based build system is likely to define it, and it becomes >>> a problem if that very build system uses another header name than >>> config.h. >>> >>> Closes #3384026 >> >> While this was good to change, it broke building (probably) all >> plugins of the geany-plugins project. >> >> We would need to add >> #include "config.h" >> to the plugins' main source files to fix the build. This should not >> be a big problem in most cases, before I do that, I would just see if >> there are any objections >> >> So, if any of the plugin maintainers, don't want that I touch their >> code slightly, either tell me or fix it yourself. I just did it, sorry guys :). It's just a small change, so don't hit me too hard or just come around and let's have a beer together. I added the config.h include for all the plugins which could be built on my system (all except DevHelp and GeanyCFP) and now the build of geany-plugins succeed again (on my system). 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. >Wooops, I didn't though it could break external plugins relying on >implicit inclusion of config.h, my bad :/ Nah, rather the fault of the plugin authors, including me. >BTW, I fixed my plugin(s), and I can help the fixing other if needed >(though I doubt we need to be two doing this). Heh, no. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpcNhTBJpRXn.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Broken geany-plugins build (was: Re: SF.net SVN: geany:[5882] trunk)
On Wed, 03 Aug 2011 15:20:26 +, colomb...@users.sourceforge.net wrote: >Revision: 5882 > http://geany.svn.sourceforge.net/geany/?rev=5882&view=rev >Author: colombanw >Date: 2011-08-03 15:20:26 + (Wed, 03 Aug 2011) > >Log Message: >--- >Only include config.h when building Geany > >config.h is not distributed, and we includ it from geany.h. Even >though it was only included it HAVE_CONFIG_H was defined, an Autotools >based build system is likely to define it, and it becomes a problem if >that very build system uses another header name than config.h. > >Closes #3384026 While this was good to change, it broke building (probably) all plugins of the geany-plugins project. We would need to add #include "config.h" to the plugins' main source files to fix the build. This should not be a big problem in most cases, before I do that, I would just see if there are any objections So, if any of the plugin maintainers, don't want that I touch their code slightly, either tell me or fix it yourself. Thanks. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpMIdQEp0Jhr.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Geany infrastructure (was: Re: Me, Geany and the future)
On Wed, 10 Aug 2011 23:55:59 +0200, Colomban wrote: Hola, >> [...] >>> 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). >>> >> >> I would suggest that the project needs to examine how it might stop >> relying on Enrico's infrastructure, even if its not immediate, one >> day he might get sick of it's leaching off him and whilst it is I >> would think it is harder to have others help him with these >> administrative tasks. > >May be a good thing for the long-term, right. Though if Enrico wants >to keep maintaining this, I feel more than fine with it ;) I do, no worries. However, if you ever want to move services or whatever to another server/platform/whatever or if you have any wishes, just tell me. I also planned and at some point will finally do, document the not so obvious parts of the infrastructure stuff in the wiki, not realyl for the users but for the developers. Though still needs to be done. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpyzk3KawglZ.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] Me, Geany and the future
On Wed, 10 Aug 2011 23:38:24 +0200, Colomban wrote: Hélas, >> 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 sad ;( Though, I won't blame you to have done the job for all this >time, nor having other priorities by now :) > >> 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. > >Well, well, well... I thought a bit about it, and I think I'll accept >the position if others do. The problem for me is that, ATM, I don't Yeehaw! >So if my role as maintainer/leader can be mostly this, plus of course >discussing on the ML, trying to read (most of) the threads, etc., I'll >accept it. So, I guess we all agree to say hooray for Colomban! :) I'll think a bit about what's necessary to complete the change. >For the release part, I must admit I'm neither really familiar with it, >nor really comfortable with it (I always think I'll forgot something >important when I do a release... :( ), but I still can handle this -- >I'd just like to be assisted the first time, just for me to be >comfortable, but I guess you can do than Enrico, right? :) Of course. I have a list of thngs to be done for a release which helped me in the past to not forget at least the big things. In preparation of the next release, I'll translate it into English (except you want my dirty German :D) and then we can make it together. >This said, some (Matthew and Lex) said later in the thread I had "great >knowledge" (thanks! :p). Although I think I have a more than reasonable >C knowledge and a comfortable GTK+ knowledge, I have by no means a >great Scintilla knowledge. I don't mean I can't handle the position >(heh, just read some Scintilla docs and stand for a pro :p), but don't >believe I'll be the next Enrico on this subject ;) Hmm, that sounds like I'm a Scintilla expert. No, no. Anyway, in case of any questions, just ask. Maybe I can help, maybe not :). >> 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. > >Great, I think you even still can be a "real" developer if you want, >the only problem there is right now IMHO is that "we" thinks you're >BDFL and thus rely on you. Also, as somebody said a few months ago Nice, I didn't know the term before but that's exactly what I felt like and this sucked. I don't want to be the BDFL. I don't want to be any dictator at all (:D) and especially not for Geany. >> 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 :). > >Fine with it, Frank already spoke about it and I and Dominic agreed >with him: we should release 0.21 soon (the meaning of this word being >vague, I guess it's OK to use it :D). Maybe end of September to leave >the summertime alone, leaving time for translation updates too. I don't mind about the release date and plan, decide as you think and tell me when you need my help. >> 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). > >I leave this one to somebody else, sorry :-' I guess Matthew could adopt this as he stated basic interest in another post in this thread. If not, I maybe could maintain the Windows part a little longer (I recently started working with Windows at work, not that I like this OS better now but at least I'm getting used to :D). Thanks guys! Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpq4l5ZIONVW.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] GIO saving made configurable?
On Tue, 14 Jun 2011 10:28:00 +1000, Lex wrote: >Hi Columban. > > >On 14 June 2011 08:54, Colomban Wendling >wrote: >> Hi, >> >> During the phase of removing code that is not relevant anymore since >> the dependency bump, I fatally came out to write_data_to_disk(). >> Now we can assume we have GIO, it may seem sensible to drop >> completely the C API file saving code... >> >> ...However, GIO saving seems to cause some problems on some complex >> situations: >> >> https://sourceforge.net/tracker/?func=detail&atid=787791&aid=3220784&group_id=153444 >> https://sourceforge.net/tracker/index.php?func=detail&aid=3184594&group_id=153444&atid=787791 >> https://sourceforge.net/tracker/index.php?func=detail&aid=3126535&group_id=153444&atid=787791 >> >> (and maybe more -- at least one on IRC). >> >> So I'm wondering: do we really want to drop the C API-using code >> path, or do we want to make it configurable (like safe file saving)? >> >> Well, since I'm not completely sure of what causes the problems and >> what are the downsides (either I don't remember or I did not >> participate to the discussion...), I prefer to ask you what do you >> think/know/remember/whatever about this. >> > >Having been involved in some of the previous discussions here is what >I remember. > >The methods of saving files are: > >1. g_file_set_contents, saves to a temporary file and renames, our >safe file saving setting. Safe, but permissions can change. On >windows has to close the old file and delete it before renaming the >temporary, on Unix just renames. Thus won't work if running on Unix >and accessing Windows files. > >2. g_file_replace, tries to do the same as g_file_set_contents but >checks if it can change the permissions first and, if it can't, falls >back to copying the old file to a temporary then truncating the old >file and writing over it. On slow remote filesystems this gives lousy >performance as it transfers data three times not just once (subject of >several complaints). Because it has better knowledge of which >filesystems are which, can work on windows files from Unix. Not safe, >unless set to provide a permanent backup, will still delete the >temporary file even if writing the new file fails. Option for keeping >the backup is in Geany SVN version only. > >3. c library write, unsafe but works fast on all filesystems. > >At the moment the c library option is only available if compile time >determines GIO is not available or the user configures to not use GIO. > >Looking at these methods, they each address differing situations. As >Enrico once said, 'who knew it was so hard to just write a file' :-). This sentence still comes to my mind everytime we speak about GIO and file saving here :(. If we all only could use local ext2/3 filesystems with huge capacity, all these problems were gone and we could simply use the C API as it worked for the past decades :D. But let's stop dreaming and coming back to reality: >So I would say that all three need to stay, and the choice between GIO >and the c library needs to be made a preference not a compile time >option. I think so too. I'm only afraid how to give this choice to the user. This needs to be well documented and probably should go into a normal. not hidden pref and so should be in the preferences dialog. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpdTBOtCq3Uj.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
