June 2011 - Devel - lists.geany.org

Patches for review
by Jiří Techet 08 Oct '12

08 Oct '12

Hi, I'm sending my stack of patches against geany again, this time as individual patches. Here's the full list: [PATCH 01/19] Prevent -Wmissing-prototypes report warning when compiling a plugin [PATCH 02/19] Add signals for project options dialog opening and closing [PATCH 03/19] Make the project menu accessible by plugins [PATCH 04/19] Make it possible to change project patterns by plugins [PATCH 05/19] Don't be annoying when not necessary [PATCH 06/19] Make it possible for plugins to change the base directory of msgwindow [PATCH 07/19] Open the file in the msgwindow even if no linenumber is specified [PATCH 08/19] When closing tab, return to the document at the top of the MRU list [PATCH 09/19] Use wider entry for project file path [PATCH 10/19] New utils function to get relative path from one directory to another [PATCH 11/19] File name in the project settings dialog shouldn't look it is editable [PATCH 12/19] Use relative paths in the project files [PATCH 13/19] Remove the "set" button from the project properties dialog [PATCH 14/19] Rewrite tab switching queue [PATCH 15/19] Do not insert --include= when the search pattern entry is empty [PATCH 16/19] Use project patterns in the FIF dialog [PATCH 17/19] Make the tab switching dialog a bit more useful [PATCH 18/19] Use standard include paths for "open selected file" [PATCH 19/19] Use per document indent sizes Only some of them are required by gproject - others are just suggestions for improvements. I didn't explicitly distinguish between these two types of patches but it should be pretty clear from the description. There have been some minor changes since my last post - mainly the change of the FIF dialog to contain combo box for pattern selection and there are also some new patches - the detailed description is in the individual emails. Of course many of the patches are suggestions only so further discussion is welcome. Cheers, Jiri

8 68

Status of SM-Branch
by Frank Lanitz 31 Mar '12

31 Mar '12

Hi folks, I saw that the SM-branch is merged with trunk on a regular basis, but not sure what's the current status of that branch. Can someone help me out there? Cheers, Frank -- http://frank.uvena.de/en/

2 4

Re: [Geany-devel] Indentation using regex (was [PATCH 14/19] Rewrite tab switching queue)
by Jiří Techet 07 Dec '11

07 Dec '11

On Thu, Sep 16, 2010 at 19:27, Thomas Martitz <thomas.martitz(a)student.htw-berlin.de> wrote: > On 16.09.2010 02:23, Lex Trotman wrote: >> >> Hi Jiri, >> >> I couldn't get this to work at all, it printed "calling indent this >> line" all the time but didn't indent :-( >> >> I only had half an hour so I couldn't investigate much. >> > > I have the same experience. Auto-indentation doesn't seem to work anymore > (e.g. when hitting enter after on a line that ends with {, or when typing > }). I have just re-tested it again and it works on my machine (I have forgotten one trace in the code - that's what you see in the console). A quick question: have you read the commit log? This patch makes it possible to specify several regex patterns for every filetype which determine under what condition the indentation is performed. The pattern variables are specified under the [settings] section of the given filetype and their value is the regex to be used. The variables are as follows: * indent_this_line_regex - the match is performed after every keystroke and if the regex matches, the indentation is performed on the current line * indent_next_line_regex - the match is performed only when enter is pressed. The indentation is applied on the next line * unindent_this_line_regex - like indent_this_line_regex but unindents instead * unindent_next_line_regex - like indent_next_line_regex but indents instead Comments and strings are detected from the lexer so these can be ignored inside the patterns. For instance these are very basic rules for GNU indent style: indent_next_line_regex=^.*\\{[[:blank:]]*$ unindent_this_line_regex=^[[:blank:]]*\\}$ indent_this_line_regex=^[[:blank:]]+\\{$ unindent_next_line_regex=^[[:blank:]]*\\}[[:blank:]]*$ By commenting-out the last two lines you get ANSI indentation style. If you replace \\{ and \\} with begin and end, respectively, you get analogous rules for pascal. Notice the double-escaping of { and } - the first escape sequence is for the keyfile ini format (so for the regex itself \\ becomes \). This means that in order to make it work e.g. for C, you have to edit ~/.config/geany/filedefs/filetypes.c (or the corresponding file under /usr/local/share/geany) and add indent_next_line_regex=^.*\\{[[:blank:]]*$ unindent_this_line_regex=^[[:blank:]]*\\}$ indent_this_line_regex=^[[:blank:]]+\\{$ unindent_next_line_regex=^[[:blank:]]*\\}[[:blank:]]*$ under the [settings] section (+ restart geany). Please let me know if it works (but also in the opposite case ;-). Jiri > > Best regards. > _______________________________________________ > Geany-devel mailing list > Geany-devel(a)uvena.de > http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel >

6 35

Newsletter: Markuplangauge
by Frank Lanitz 16 Jul '11

16 Jul '11

Hi, You might have recognized that there have been a discussion on which markuplangauge/technique we will use for future Geany newsletter to write and create PDF/HTML/other output formats in. During this discussion a lot of different languages and ways have been suggested so decision is not easy. However, we (well, I) decided to do it on a more democratic way by doing a poll about. But before we are doing this poll we need to collect all possible ideas and put some basic facts together. To do so I did create a wiki page (please don't care about the theme for the moment as this is under discussion inside another thread) at http://wiki.geany.org/newsletter/markuplanguages where I like to ask everybody to enter suggestions based on a minimal feature list I put together you can also find at this page. Based on that list I will create a poll upcoming weekend (around June, 4th) - I will announce tis inside another mail with some basic rules. Cheers, Frank

2 5

Changed file saving implementation for systems with GIO
by Nick Treleaven 30 Jun '11

30 Jun '11

Hi list, To workaround bug(s) in GVFS, I've now changed the file saving implementation for systems with GIO in SVN trunk. See also: http://lists.uvena.de/geany-devel/2010-November/003412.html Please help test this. File permissions should be preserved after saving, and disk space exhaustion should now be handled without losing the previously saved file. Also, running geany --version (or -V) should now also show 'GIO' if your system has it and Geany knew about it at build time. Begin forwarded message: Date: Tue, 02 Nov 2010 17:42:54 +0000 From: ntrel(a)users.sourceforge.net To: geany-commits(a)uvena.de Subject: SF.net SVN: geany:[5361] trunk Revision: 5361 http://geany.svn.sourceforge.net/geany/?rev=5361&view=rev Author: ntrel Date: 2010-11-02 17:42:54 +0000 (Tue, 02 Nov 2010) Log Message: ----------- Use g_file_replace_contents() if available to save documents - this should help workaround bugs in GVFS. Needs testing. Nick

7 67

various prefs - statusbar_template
by Dimitar Zhekov 24 Jun '11

24 Jun '11

Hi, There is a small problem with the various/hidden preferences editor, namely with the statusbar_template default value. The options are: 1. Display/edit an empty default value. Requires no changes in Geany, but is not very convenient: you must read the documentation and find the default for your language, probably in the .po files. Well you must do that currently for if editing the [empty] value in geany.conf. 2. Display/edit the real default value. Requires minimal changes, currently implemented in the various editor patch, but that value will be saved in geany.conf, even without being edited. So if the LANG is changed, the old value will still be used, and you'll have to open Edit -> Preferences -> Various, right-click statusbar_template and choose Reset. Hopefully the LANG changes will be rare. 3. Display/edit the real default value, but save it as empty if it matches the default. Convinient, but requires several hacks, especially if the editor will support right-click and Reset to default. RFC. I'm against option 3. -- E-gards: Jimmy

3 2

Geany-Plugins: Updated POTFILES.in
by Frank Lanitz 22 Jun '11

22 Jun '11

Hi folks, I've updated the POTFILES.in for combined Geany-Plugins project based on output of find ./ -name "*.c". I kept the .h files which have been already be inside the list but would like to ask pliugin developers to double check whether all important files which might contain translatable strings are inside the list. Cheers, Frank -- Frank Lanitz <frank(a)frank.uvena.de>

1 0

GIO saving made configurable?
by Colomban Wendling 20 Jun '11

20 Jun '11

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_… https://sourceforge.net/tracker/index.php?func=detail&aid=3184594&group_id=… https://sourceforge.net/tracker/index.php?func=detail&aid=3126535&group_id=… (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. I join a sample patch that make GIO saving configurable (just like safe file saving) with it enabled by default, if anybody wants to check it out. So, what's your opinion? Cheers, Colomban

4 7

Re: [Geany-devel] SF.net SVN: geany-plugins:[2096] trunk/geany-plugins/gproject/src/ gproject-project.c
by Frank Lanitz 20 Jun '11

20 Jun '11

Hi folks, On Sun, 19 Jun 2011 22:30:57 +0000 techet(a)users.sourceforge.net wrote: > -#include <geanyplugin.h> > +#include <geany/geanyplugin.h> I'm not 100% sure, but is this really correct? Cheers, Frank -- http://frank.uvena.de/en/

2 1

Plugins: Bump dependencies also to GTK 2.12 / GLIB 2.16?
by Frank Lanitz 19 Jun '11

19 Jun '11

Hi developers, As currently the dependencies for Geany are getting bumped to GTK 2.12 and GLIB 2.16 I'm wondering whether we should also bump dependencies of current devel version of geany-plugins to Geany 0.21 and with this step also to this versions of GTK/glib? Cheers, Frank -- http://frank.uvena.de/en/

3 3

Compiler warnings
by Frank Lanitz 18 Jun '11

18 Jun '11

Hi folks, Didn't had any deeper check but with recent svn I'm getting these compiler warnings on build with waf ../src/plugins.c:341:2: warning: initialization from incompatible pointer type [enabled by default] ../src/plugins.c:341:2: warning: (near initialization for ‘stash_funcs.stash_group_add_toggle_button’) [enabled by default] ../src/plugins.c:342:2: warning: initialization from incompatible pointer type [enabled by default] ../src/plugins.c:342:2: warning: (near initialization for ‘stash_funcs.stash_group_add_radio_buttons’) [enabled by default] ../src/plugins.c:343:2: warning: initialization from incompatible pointer type [enabled by default] ../src/plugins.c:343:2: warning: (near initialization for ‘stash_funcs.stash_group_add_spin_button_integer’) [enabled by default] ../src/plugins.c:344:2: warning: initialization from incompatible pointer type [enabled by default] ../src/plugins.c:344:2: warning: (near initialization for ‘stash_funcs.stash_group_add_combo_box’) [enabled by default] ../src/plugins.c:345:2: warning: initialization from incompatible pointer type [enabled by default] ../src/plugins.c:345:2: warning: (near initialization for ‘stash_funcs.stash_group_add_combo_box_entry’) [enabled by default] ../src/plugins.c:346:2: warning: initialization from incompatible pointer type [enabled by default] ../src/plugins.c:346:2: warning: (near initialization for ‘stash_funcs.stash_group_add_entry’) [enabled by default] ../src/plugins.c:347:2: warning: initialization from incompatible pointer type [enabled by default] ../src/plugins.c:347:2: warning: (near initialization for ‘stash_funcs.stash_group_add_widget_property’) [enabled by default] Its a Debian/Unstable here running on AMD64. Cheers, Frank -- http://frank.uvena.de/en/

2 1

Bumping Geany's GTK minimum requirement to 2.12
by Enrico Tröger 13 Jun '11

13 Jun '11

Hi, any objections in increasing the GTK minimum requirement of Geany to GTK 2.12 (and GLib 2.16)? This would make quite some code obsolete and so could be removed. Also, it would make it easier to migrate to using Glade 3 with GtkBuilder instead of Glade 2 (and in the long term makes getting compatible with GTK3 easier, but really, later :D). Though I'd like to do this step some time later. Also we could rely on GIO which came with GLib 2.16 which should remove some #ifdefs. I think the current minimum of GTK 2.8 can be increased as GTK 2.12 is already about three years old already. Any objections? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc

5 16

Patch Tracker
by Matthew Brush 10 Jun '11

10 Jun '11

Hi, Would it be useful for someone with admin rights on SourceForge.net to create a "Patch Tracker"? I've seen some projects with this[1]. [1] https://sourceforge.net/tracker/?group_id=6556&atid=306556 Cheers, Matthew Brush

6 11

Annoying autocompletions
by Lex Trotman 06 Jun '11

06 Jun '11

Hi All, As I and others have said in other threads. In languages like C or C++ lines mostly end in punctuation, so it is unlikely that a line ends in a valid autocomplete, so pressing return to end the line is safe. In languages like Python lines rarely end in punctuation, so it is likely that a line ends in a valid autocomplete, so pressing return is not safe, you have to check that no autocomplete is present, dismiss it if it is, then press return. Or more likely press return automatically and then go back and edit the inappropriate autocomplete that was added. All very annoying and inefficient. The attached patch adds a hidden preference to cancel the autocomplete when return is pressed, but before it is processed, removing the problem. Cheers Lex PS I don't have the docutils on this machine, can someone please make the geany.html.

2 6

Wiki -> Tag files (was: Re: Vala Tags)
by Enrico Tröger 05 Jun '11

05 Jun '11

On Sun, 05 Jun 2011 01:26:35 -0700, Matthew wrote: >On 06/03/11 06:52, Enrico Tröger wrote: >> On Fri, 25 Mar 2011 16:45:35 -0700, Matthew wrote: >> >> >>> Not sure what it hurts to put them in contrib, they all come with a >>> default Vala installation (except maybe 1 ore 2), and the total size >>> is not very large. As long as it was in a subdirectory I would >>> think it would be nice to find them all there. Not sure if you've >>> checked lately, but the list of each tags file is not on the Extras >>> page anymore, instead just a link to the contrib directory. >>> >>> Alternatively, if the Wiki idea ever happens, I could just post them >>> there along with tons of others, including the one that never got >>> added to the contrib section from this message: >>> http://lists.uvena.de/geany-devel/2011-February/003933.html >>> >>> And a PyQT one I made for someone on IRC (can't find the file right >>> now). >> >> *ping* >> >> The wiki is there and so please take this as a friendly reminder :). >> > >Done. Thanks. >I put a bunch of tags up at: >http://wiki.geany.org/tags/start Cool. >I left a TODO note in that page you can maybe help with those. > >P.S. I have a little script I wrote which made that markup, so if you >move all the tags over, let me know I can regenerate the markup using >the new URLs easily or send you the script. > Allow .tags files to be uploaded to the Wiki and move these tag files > there en-masse. Done. I also uploaded all tags files from download.geany.org/contrib/tags/. > Make a script for the Wiki server to create a tarball of these for > easily downloading them all at once. Will do. Not yet sure how but will check. > Link/reference this page on the Extras page. Will do once we officially announced the wiki. My TODOs/questions: - Do we want to add sub-pages for C and Vala as these have quite some tags files? - Do we want to use a table instead of a plain list? Using a table we could add additional information like a short description and optional an author (credits). Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc

1 2

[patch] [addons plugin] Another unused variable ;)
by Eugene Arshinov 05 Jun '11

05 Jun '11

Enrico, I (actually, GCC with some CFLAGS applied) noticed there is an unused variable in ao_doclist.c. The attached patch fixes the problem. I hope I decided correctly that Document List "subplugin" is your responsibility. -- Best regards, Eugene

2 1

Vala Tags
by Matthew Brush 05 Jun '11

05 Jun '11

Hi, I generated tags for all of the Vala .vapi files on my system. If you want to add them to the contrib section, feel free. Maybe there should be a subdirectory for Vala tags since theres 135 different tag files. I put them up at: https://github.com/codebrainz/geany-vala-tags/tree/master/tags (To get them all at once, use the "Downloads" button) Also, should there be a set of default tags for Vala as there are for other languages (php, python, etc)? I've included a separate vala.tags that combines tags for vala-0.10 and glib-2.0, which could be included as a default. It is here: https://github.com/codebrainz/geany-vala-tags/raw/master/vala.tags Note: loading all 135 tags at once locks up Geany's UI for over 2 second on my computer :) Cheers, Matthew Brush (codebrainz)

4 4

SSL certificate renewed
by Enrico Tröger 04 Jun '11

04 Jun '11

Hi guys, just in case anyone is interested, I renewed the SSL certificate on uvena.de/geany.org. The old one was about to expire at the end of June. The certificate is used on some Geany related sites like the mailing list sites, the wiki and others. The new SHA1 fingerprint is: 89:6A:7B:42:79:15:4F:EF:6A:DF:27:54:36:E2:39:B3:2F:25:03:0E Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc

1 0

[PATCH] In messages show the actual text user entered in Find and Replace dialogs
by Eugene Arshinov 03 Jun '11

03 Jun '11

Hi. When "Escape sequences" checkbox is checked in Find or Replace dialog, before escaping the find and replace strings we should save the original ones, so that they can be used in messages shown to user and in the history of those dialogs' entries. This is what the patch is about. I described in the commit message (see the top of the patch) the changes made in the code. Just in case, here is a copy: In the code, now we pass the original text together with the one that is actually searched for. New `original_text' field was added to GeanySearchData. A bug was fixed in document.c:show_replace_summary(): it did not escape the "No matches found for ..." string. Hope that I did not touch plugin API with these changes. In header files I changed the following: - document_find_text()'s signature - document_replace_text()'s signature - search_find_usage()'s signature - struct GeanySearchData -- Best regards, Eugene.

3 6

Tagmanager warning
by Lex Trotman 02 Jun '11

02 Jun '11

Dear tagmanager wranglers, I get the following compilation warning on current SVN. tm_workspace.c: In function ‘tm_workspace_create_global_tags’: tm_workspace.c:382: warning: ignoring return value of ‘system’, declared with attribute warn_unused_result Cheers Lex

2 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

Devel June 2011