Le 30/09/2011 03:08, Matthew Brush a écrit :
> On 09/29/2011 02:59 PM, Colomban Wendling wrote:
>
>> Finally, if you choose "something else", you could perhaps elaborate by
>> responding to this mail :)
>>
>
> 2.10 (ie. 0.21 * 10) - because it matches clo
Well well, we've got quite some votes, thanks guys!
However, we can't say there is a clear winner: 0.21 and 1.0 got the same
vote count [1], but 0.21 got one more "unique" vote [2].
Le 30/09/2011 23:48, Jiří Techet a écrit :
> [...]
>
> If it's too late to bump the version number for the upcomin
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 que
Le 20/09/2011 12:07, Jiří Techet a écrit :
> Hi,
Hey,
> just one very quick and possibly stupid idea. How about getting rid of
> the 0 version prefix and calling the next release 1.0? This would be
> just numbering change, not some milestone based on features that have
> to be implemented (simila
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.*
Le 28/09/2011 19:36, Frank Lanitz a écrit :
> On Sun, 25 Sep 2011 20:11:06 +0200
> [...]
>
> Just want to bring it up again. Release is near so at least we should
> add a comment to api documentation about this.
Right. Fixed now in r5965, thanks.
If we want to deprecate the use of NULL here, I
Le 27/09/2011 02:03, Lex Trotman a écrit :
> Hey Colomban,
>
> [...]
>> 0001-Per-document-real-time-symbols-setting.patch:
>> Adds a per-document setting for real-time updates and a menu item in the
>> Document menu. There is still a FIXME in it, feel free to give ideas :)
>>
>
> This looks like
Le 27/09/2011 01:44, Lex Trotman a écrit :
> [...]
>
>> Pentium 4, 1.9 GHz, 512 MB ram.
>>
>
> I'm no windows expert, but isn't 512mb considered kinda marginal, 1gb
> better. Whats your general windows performance like?
I doubt that, even on Windows, it would so drastically reduce the
performan
Le 26/09/2011 13:48, Nick Treleaven a écrit :
> On 24/09/2011 11:59, Colomban Wendling wrote:
>> Le 22/09/2011 18:30, Nick Treleaven a écrit :
>>> Hi,
>>> Whilst opening doc/geany.html I found it takes>5s on my machine to
>>> load. It's a big docume
e, like if regexes was
eeaalyyy slow on Windows (or
everywhere?)
>From c080dec21d2bf18a525064922c9c88aeece9e1a9 Mon Sep 17 00:00:00 2001
From: Colomban Wendling
Date: Mon, 26 Sep 2011 23:25:11 +0200
Subject: [PATCH 1/2] Per-document real-time symbols
Le 24/09/2011 12:39, Lex Trotman a écrit :
> On 24 September 2011 20:33, Colomban Wendling
> wrote:
>> Le 23/09/2011 03:09, Lex Trotman a écrit :
>>> On 23 September 2011 10:34, Matthew Brush wrote:
>>>> On 09/22/2011 09:30 AM, Nick Treleaven wrote:
>>
Le 25/09/2011 20:01, Colomban Wendling a écrit :
> Le 25/09/2011 19:36, Thomas Martitz a écrit :
>> Am 25.09.2011 19:20, schrieb Frank Lanitz:
>>> Hi folks,
>>>
>>> I found a possible issue with changes done on utils_string_replace-*
>>> functions i
Le 25/09/2011 18:59, fr...@users.sourceforge.net a écrit :
> Revision: 2214
>
> http://geany-plugins.svn.sourceforge.net/geany-plugins/?rev=2214&view=rev
> Author: frlan
> Date: 2011-09-25 16:59:59 + (Sun, 25 Sep 2011)
> Log Message:
> ---
> GeanySendMail: Adding a work
Le 25/09/2011 19:36, Thomas Martitz a écrit :
> Am 25.09.2011 19:20, schrieb Frank Lanitz:
>> Hi folks,
>>
>> I found a possible issue with changes done on utils_string_replace-*
>> functions i've added a workaround to geanysendmail with svn r2214.
>>
>> I was digging a bit and I guess I found the
Le 25/09/2011 17:05, Enrico Tröger a écrit :
> 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, n
Le 22/09/2011 18:30, Nick Treleaven a écrit :
> Hi,
> Whilst opening doc/geany.html I found it takes >5s on my machine to
> load. It's a big document though, still perhaps the HTML tag parser
> performance could be improved.
I think 5s is weird in the first place. I know geany.html is 6.5k-lines
Le 23/09/2011 19:48, Thomas Martitz a écrit :
> Am 22.09.2011 18:30, schrieb Nick Treleaven:
>> Hi,
>> Whilst opening doc/geany.html I found it takes >5s on my machine to
>> load. It's a big document though, still perhaps the HTML tag parser
>> performance could be improved.
>>
>> But now we have t
Le 23/09/2011 03:09, Lex Trotman a écrit :
> On 23 September 2011 10:34, Matthew Brush wrote:
>> On 09/22/2011 09:30 AM, Nick Treleaven wrote:
>>>
>>> Hi,
>>> Whilst opening doc/geany.html I found it takes >5s on my machine to
>>> load. It's a big document though, still perhaps the HTML tag parser
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
Le 20/09/2011 00:18, Lex Trotman a écrit :
> [...]
>>> Oh no, I planned to start (again [1]) a discussion about *removing*
>>> ChangeLog committing :D (OK, I though about Geany itself, not GP)
>>>
>>> I'll start it right now then, if you don't mind.
>>
>> I'm open to start a discussion about Chang
Le 19/09/2011 17:55, Frank Lanitz a écrit :
> Hi,
>
> On Mon, 19 Sep 2011 17:45:04 +0200
> Colomban Wendling wrote:
>
>> Le 19/09/2011 08:15, Frank Lanitz a écrit :
>>> Hi folks,
>>>
>>> Another episode from topic improving plugins by Frank ;)
&
Le 19/09/2011 08:15, Frank Lanitz a écrit :
> Hi folks,
>
> Another episode from topic improving plugins by Frank ;)
>
> In last time I saw a lot of changes going in into plugins without
> having a ChageLog entry set.
>
> Its not always useful in every case but its a nice thing for users of
> trunk
Le 18/09/2011 04:55, Matthew Brush a écrit :
> Hi,
Hey,
> Does anyone have any opinions about me putting GeanyPy into
> geany-plugins SVN and trying to get it included in the next plugins
> release?
It depends on whether GeanPy can be/is considered stable or not. If it
is, I see no reason why i
te
>From f8a22cd0c04cdffc4dae1352db79e859537c23c5 Mon Sep 17 00:00:00 2001
From: Colomban Wendling
Date: Sat, 17 Sep 2011 19:37:53 +0200
Subject: [PATCH] Import exuberant ctags' JavaScript parser fixes
This imports revs from 664 to 763 (actually only 664, 665, 666 and 763
touches jscript.c
Le 17/09/2011 02:55, Matthew Brush a écrit :
> On 09/16/2011 08:03 AM, Colomban Wendling wrote:
>> Le 16/09/2011 16:40, Matthew Brush a écrit :
>
>>>
>>> Right, so if someone takes 5 minutes to rename Various to
>>> today then it will save it from having t
Le 16/09/2011 16:40, Matthew Brush a écrit :
> On 09/16/2011 07:23 AM, Lex Trotman wrote:
>> [...]
>>> I would've thought it'd be easy to change the two user-facing labels,
>>> like 5
>>> minutes easy. Seems to me now would be the ideal time to change
>>> those two
>>> labels. Or, is it possible
Le 15/09/2011 04:14, Lex Trotman a écrit :
> Hi Colomban,
>
> [...]
>>
>> Committed with a slightly updated label, but feel free to still comment
>> on it.
>
> Very minor suggestion, I'd say "...or enter another one" instead of
> select. Select implies select from a list.
Right, fixed. Tanks :)
Le 15/09/2011 10:21, Enrico Tröger a écrit :
> 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:
>
> ---
>
Le 15/09/2011 16:48, Nick Treleaven a écrit :
> --- On Wed, 14/9/11, Colomban Wendling wrote:
> [...]
>
>>> The dangerous settings are gio_unsafe_save_backup,
>>> use_gio_unsafe_file_saving and use_safe_file_saving,
>> and IMHO their
>>> names are quite
Le 15/09/2011 19:59, Dimitar Zhekov a écrit :
> On Thu, 15 Sep 2011 17:45:25 +0100 (BST)
> Nick Treleaven wrote:
>
>> I've found a bug when changing a various pref setting in the prefs
>> dialog, then cancelling the dialog without applying the changes.
>> Next time the dialog is shown the edited
Le 12/09/2011 16:21, Colomban Wendling a écrit :
> Le 12/09/2011 15:33, Frank Lanitz a écrit :
>> Am 12.09.2011 15:28, schrieb Colomban Wendling:
>>> Le 12/09/2011 11:16, Lex Trotman a écrit :
>>>>> Otherwise the whole fallback should be removed since it is co
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.
>>
>
Hi,
Le 14/09/2011 20:04, Dimitar Zhekov a écrit :
> On Wed, 14 Sep 2011 17:47:41 +0100 (BST)
> Nick Treleaven wrote:
>
>> I think there should be a clear warning about changing the new
>> various prefs - e.g. a user might enable use_safe_file_saving and
>> then run into problems.
>
> What are t
Le 12/09/2011 22:16, Matthew Brush a écrit :
> Hi,
Hey,
> I started working on keybindings again for GeanyPy and I was hoping to
> get a little advice from the experts.
Experts? OK, I don't feel concerned :D
> I've hacked together some code that allows the single GeanyPy plugin to
> create new
Le 12/09/2011 16:21, Colomban Wendling a écrit :
> [...]
>
> What about the attached implementation?
Hum, with the attachment now.
diff --git a/src/utils.c b/src/utils.c
index 416cf50..7110154 100644
--- a/src/utils.c
+++ b/src/utils.c
@@ -53,6 +53,7 @@
#include "dialogs.h"
Le 12/09/2011 15:33, Frank Lanitz a écrit :
> Am 12.09.2011 15:28, schrieb Colomban Wendling:
>> Le 12/09/2011 11:16, Lex Trotman a écrit :
>>>> Otherwise the whole fallback should be removed since it is confusing
>>>> and may not run the browser the user expecte
Le 12/09/2011 11:16, Lex Trotman a écrit :
>> Otherwise the whole fallback should be removed since it is confusing
>> and may not run the browser the user expected (depending on the order
>> in the list). At least when there is only the tools pref you know
>> when its wrong, the browser won't go,
Le 12/09/2011 11:09, Lex Trotman a écrit :
> On 12 September 2011 18:16, Frank Lanitz wrote:
>> Am 11.09.2011 23:53, schrieb Colomban Wendling:
>>> Le 11/09/2011 23:32, Lex Trotman a écrit :
>>>> [...]
>>>>
>>>> What about adding chrome?
>
Le 12/09/2011 10:16, Frank Lanitz a écrit :
> Am 11.09.2011 23:53, schrieb Colomban Wendling:
>> Le 11/09/2011 23:32, Lex Trotman a écrit :
>>> [...]
>>>
>>> What about adding chrome?
>>
>> Yeah, why not (though this list is a fallback one), it
Le 12/09/2011 04:49, Lex Trotman a écrit :
> On 12 September 2011 12:30, Matthew Brush wrote:
>> On 09/11/2011 02:53 PM, Colomban Wendling wrote:
>>>
>>> Le 11/09/2011 23:32, Lex Trotman a écrit :
>>>>
>>>> [...]
>>>>
>>>>
Hey,
Le 05/09/2011 23:05, Jiří Techet a écrit :
> [...]
>
> Hi,
>
> I've finally had some time to experiment a bit more with the svn->git
> conversion and I'm quite satisfied with the result. This is what I
> did:
>
> [...]
I've not much to add that wasn't already said, but it looks really goo
Le 11/09/2011 23:32, Lex Trotman a écrit :
> [...]
>
> What about adding chrome?
Yeah, why not (though this list is a fallback one), it's very easy now :)
We might then also want to add also Safari, Epihpany (GNOME) and Midori
(Xfce)... does anybody knows if "safari" runs Safari under MacOSX, or
Le 31/08/2011 18:18, Frank Lanitz a écrit :
> Am 31.08.2011 17:21, schrieb Colomban Wendling:
>> 3) We won't probably be able to create Git tags from the SVN tags
>> because they (at least Geany-0_18 do) don't all tag a single commit
>> (e.g. it's a branch)
&g
g/non-working:
1) as expected, it doesn't make merges looks like merges, but as a
single commit. However Thomas said on IRC that SVN didn't knew merges
either, maybe it makes this impossible to track then?
2) I've got a full commiters list, hopefully OK (that's the only useful
p
Le 27/08/2011 20:27, Frank Lanitz a écrit :
> On Sat, 27 Aug 2011 18:02:41 +0200
> Colomban Wendling wrote:
>
>> Le 22/08/2011 00:27, Jiří Techet a écrit :
>>> [...]
>>>
>>> Well, in my opinion the whole topic of git transition is
>>> over-discu
Le 22/08/2011 00:27, Jiří Techet a écrit :
> [...]
>
> Well, in my opinion the whole topic of git transition is
> over-discussed.
Looks the same for me, and I didn't see much new POV or useful infos
since a bunch of emails.
> The reason why I haven't been very active on Geany's
> mailing list ar
Le 26/08/2011 14:49, Alexander Eberspächer a écrit :
> Hey Lex, hello list,
>
> On Fri, 26 Aug 2011 22:04:01 +1000
> Lex Trotman wrote:
>
>> Maybe you should preserve default behavior on the basis that someone
>> decided it to be that way, unless you know no one cares.
>
> I want to make my poin
Le 23/08/2011 07:11, Lex Trotman a écrit :
> On 22 August 2011 22:57, Colomban Wendling wrote:
>> [...]
>> However it'd be easy to add "auto-detect" to indentation type and width
>> selection menus -- though indentation width detection doesn't w
Le 22/08/2011 19:16, Dimitar Zhekov a écrit :
> On Mon, 22 Aug 2011 14:43:35 +0200
> Colomban Wendling wrote:
>
>>> Uhm, I mean for FIF grep decides about the word boundaries, which may be
>>> different to GEANY_WORDCHARS and everything discussed here, no?
>&g
Le 22/08/2011 03:28, Lex Trotman a écrit :
> [...]
>>> Well in the new scheme its the only time the user can tell Geany to
>>> use detect when its not the usual preference, unless we add it to the
>>> set indent menu, which is probably the better option.
>>
>> Well, if the user haven't chosen auto-
Le 22/08/2011 13:15, Thomas Martitz a écrit :
> Am 22.08.2011 12:59, schrieb Lex Trotman:
>> On 22 August 2011 20:14, Thomas Martitz
>> wrote:
>>> Just curious. How does search for whole words in find in files adds
>>> to this
>>> mix? IIUC it uses grep's -w option?
>> Only in that it uses the sa
Le 22/08/2011 03:14, Lex Trotman a écrit :
> [...]
>>> As Colomban said it is too much work to make tagmanager and lexer use
>>> the same data, but IMHO if they disagree then its a bug, since
>>> programming languages clearly define what is what Dimitar called
>>> symbols.
>>
>> Yes, if tagmanager
Le 20/08/2011 20:02, Dimitar Zhekov a écrit :
> On Sat, 20 Aug 2011 19:45:36 +0200
> Colomban Wendling wrote:
> [...]
>> I think I'll commit it, we could unify the thing later anyway if we find
>> a clear and working unified method. No objections?
>
>
Le 21/08/2011 05:22, Lex Trotman a écrit :
> [...]
>> Makes sense.
>>
>> So if setting the filetype for a file that had no one set [1], apply the
>> indent settings hierarchy, otherwise do nothing. Maybe we should do the
>> same as on open, so also do auto-detection?
>
> If the indentation settin
Le 21/08/2011 05:07, Lex Trotman a écrit :
> Hi Guys,
>
> So to summarise the thread:
>
> 1. Natural language word breaks are hard, we don't want to go there.
>
> Refer to http://www.unicode.org/reports/tr29/ from which I quote
> "programmatic text boundaries can match user perceptions quite
> c
Le 20/08/2011 20:56, Dimitar Zhekov a écrit :
> On Sat, 20 Aug 2011 20:19:56 +0200
> Colomban Wendling wrote:
>
>>> For Scintilla/Geany, "boza" or "боза", enclosed in non-ascii
>>> quotes, is not a word any more.
>>
>> Ah OK, got it.
Le 20/08/2011 20:02, Dimitar Zhekov a écrit :
> On Sat, 20 Aug 2011 19:45:36 +0200
> Colomban Wendling wrote:
>
>>> Scintilla does it... oh, wait. Neither scintilla nor scite can find
>>> the word in ‘боза’, or even ‘boza’ (grep does, for 8-bit text).
>>
>>
an find the
> word in ‘боза’, or even ‘boza’ (grep does, for 8-bit text). *Gee*.
Not sure I get it?
> On Sat, 20 Aug 2011 16:46:16 +0200
> Colomban Wendling wrote:
>
>> Actually (as supposed in another mail), I guess that a "word" in
>> Scintilla's opinio
Le 19/08/2011 08:40, Frank Lanitz a écrit :
> On Fri, 19 Aug 2011 10:02:23 +1000
> Lex Trotman wrote:
>
> [...]
>>> This would avoid having a broken getter in the API (or whatever)
>>> that we don't notice just because the core doesn't use it.
>>
>> With the past non-proactive adding of things to
Le 19/08/2011 02:02, Lex Trotman a écrit :
> [...]
>>> 3. interface wrapper functions should be used to hide the
>>> implementation and side effects.
>>
>> What do you mean by "interface wrapper functions"?
>
> In a situation where Geany does something by calling a few local
> static functions or
Le 20/08/2011 16:04, Lex Trotman a écrit :
> Hi Dimitar,
>
>> My proposition:
>>
>> 1. Opens the file, if not already open; that makes it's tab active
>> (same as before).
>> 2. Stores the old filename and position.
>> 2. Attempts to seek to the new position.
>> 3. If successful [which implies t
Le 15/08/2011 14:00, Lex Trotman a écrit :
> Hi Colomban,
>
> [...]
>>> Settings should take the value of the most specific setting present,
>>> ie individual file specific, user filetype specific, system filetype
>>> specific, user general preference, system general setting/default
>>> value. If
Le 20/08/2011 15:58, Lex Trotman a écrit :
> On 20 August 2011 23:11, Dimitar Zhekov wrote:
>> […]
>> Scintilla and regex use charsets, so we can't jump beyond that. Sorry,
>
> I agree, thats what I said above, but therefore it doesn't do words as
> in natural language words, so what exactly do y
Le 19/08/2011 19:40, Dimitar Zhekov a écrit :
> On Fri, 19 Aug 2011 18:10:42 +0200
> Colomban Wendling wrote:
>
>> Hi,
>>
>> I'm trying to address bug 3386129 [1], and I'd like comments & reviews
>> about my fix, because the whole thing don't
Le 20/08/2011 01:33, Lex Trotman a écrit :
> On 20 August 2011 03:40, Dimitar Zhekov wrote:
>> On Fri, 19 Aug 2011 18:10:42 +0200
>> Colomban Wendling wrote:
>>
>>> Hi,
>>>
>>> I'm trying to address bug 3386129 [1], and I'd like comments
Just a few thoughts :
Le 20/08/2011 01:40, Matthew Brush a écrit :
> On 08/19/2011 03:28 PM, Frank Lanitz wrote:
>> [...]
>>
>> P.S. And yes, I still don't see any good reasons for a change as the
>> issues we currently are experiencing, e.g. low an resources for code
>> review will not be solved
Le 19/08/2011 23:11, Frank Lanitz a écrit :
> On Fri, 19 Aug 2011 08:57:36 -0500
> Josh wrote:
>
>> @Lex: That makes sense. After this weekend I'll still have time, but
>> it'll be more sparse. I'd like to be a part of it; so let me know what
>> we/I need to do to get this going. Thanks!
>
>
Hi,
I'm trying to address bug 3386129 [1], and I'd like comments & reviews
about my fix, because the whole thing don't look obvious at all...
We already have 2 ways of determining what a "word" is: a manual one
using GEANY_WORDCHARS or a caller-given list of wordchars, and one that
uses Scintilla
Le 19/08/2011 12:16, Matthew Brush a écrit :
> Hi,
>
> I have no idea why, but for some reason if I have my filetype set to C,
> with my Geany API tags loaded (and the other ones from the Wiki), when I
> typed the following, I get Geany locking up:
>
> GeanyDocument *doc;
> doc = document
Le 18/08/2011 07:16, Matthew Brush a écrit :
> On 08/17/2011 08:56 PM, Lex Trotman wrote:
>> [...]
>>
>> But a bit of a pain to go back and do the existing ones, unless we
>> decide to make them all since some arbitary API number and then do it
>> right after that.
>>
>
> Agreed, something like:
>
Le 17/08/2011 07:37, Lex Trotman a écrit :
> Hi All,
>
> Given that the previous thread had moved way off topic, I started this one.
>
> After thinking about it a bit, considering Matthew's, Colomban's and
> Thomas's comments and looking at other systems I came to the
> understanding documented b
Le 16/08/2011 10:05, Lex Trotman a écrit :
> On 16 August 2011 12:19, Matthew Brush wrote:
>> On 08/15/2011 03:45 PM, Lex Trotman wrote:
If I get some time, I could try and do this. Is anybody opposed to
putting
the API docs in reStructuredText files and generating the API doc
Le 15/08/2011 01:05, Lex Trotman a écrit :
>> It's IMHO important not to depend on GNU grep, AFAIK even BSDs will not
>> have it, at least by default (though maybe the implement some of the GNU
>> grep's features, don't know).
>>
>
> +1
>
>>> [...]
>
>>
>> -fshow-column
>>
>
> There is a docume
Le 14/08/2011 10:12, Lex Trotman a écrit :
> [...]
>>> Yes, I was thinking of (ab)using the colour markings for this purpose,
>>> but we have already had problems with non-gnu grep, so maybe leave
>>> this until later.
>>
>> Perhaps just include gnu grep with geany if we're in fact depend on it?
>
Le 14/08/2011 06:54, Lex Trotman a écrit :
> Hi Colomban,
>
> On 14 August 2011 06:17, Colomban Wendling wrote:
>> Hi,
>>
>> Recent bug report #3390435 [1] remembered me about per-filetype
>> indentation settings. This would remove hard-coded settings we ha
Le 11/08/2011 15:55, Dimitar Zhekov a écrit :
> On Thu, 11 Aug 2011 00:14:02 +0200
> Colomban Wendling wrote:
>
>> Le 10/08/2011 12:02, Dimitar Zhekov a écrit :
>>
>>> It was requested in the mailing list, twice IIRC, for double-clicking
>>> into Compil
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)
>>
Le 10/08/2011 12:02, Dimitar Zhekov a écrit :
> Hi,
Hi,
> It was requested in the mailing list, twice IIRC, for double-clicking
> into Compiler or Messages tab to not only open the file and seek into
> it, but also focus the editor window. That makes sense, IMHO, since
> pressing Space opens and
Le 10/08/2011 11:53, Dimitar Zhekov a écrit :
> On Tue, 9 Aug 2011 20:38:27 +0200
> Enrico Tröger wrote:
>
> [...]
>
>> I talked to Nick before and he feels the same way basically.
>
> With Nick also gone, I'd better step up and try to fix some known
> bugs, handle some simple feature requests
Le 10/08/2011 06:25, Lex Trotman a écrit :
> Hi Enrico,
>
> [...]
>> 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. T
Le 09/08/2011 22:27, Matthew Brush a écrit :
> On 08/09/11 11:38, Enrico Tröger wrote:
>> [...]
>>
>> 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 o
Le 09/08/2011 20:38, Enrico Tröger a écrit :
> 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 s
Le 06/08/2011 16:03, Daniel Marjamäki a écrit :
> Hi!
Hi,
> [src/tools.c:127]: (information) Suspecting that uninitialized
> variable is used: stock_id
>
> Either there is an "uninitialized variable" issue or else there is a
> redundant condition.
>
> In the file src/tools.c.
>
> The condition
Le 06/08/2011 16:02, Daniel Marjamäki a écrit :
> Hi!
Hi,
> I wonder what you think about fixing "uninitialized variable" issues
> for theoretical execution paths.
>
> What I mean with "theoretical" is that it is not assumed that
> parameters and global variables are restricted to the "possible"
Le 24/06/2011 01:40, Lex Trotman a écrit :
>> RFC. I'm against option 3.
>>
>
> The various prefs is only providing more convenient editing of
> "hidden" (lets say less often used) prefs so I vote for 1.
>
> If it is desired for a pref to have "smart" handling then it should be
> moved out of var
Le 20/06/2011 00:49, Lex Trotman a écrit :
>> Just tell me -- what's the advantages of 2 over 3 then? OK, it wouldn't
>> depend on gvfs-fuse.
>
> Yes, and it is safe (I think) if it keeps the backup file.
True. And it would be safe against write failures with GEdit's hack or
similar.
>>> [...]
>
Le 13/06/2011 23:12, Frank Lanitz a écrit :
> 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 thi
Le 19/06/2011 14:41, Lex Trotman a écrit :
>> 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.
>>
>
> Yes, thats a bit of a problem, summa
Le 18/06/2011 16:46, Frank Lanitz a écrit :
> Hi folks,
>
> Didn't had any deeper check but with recent svn I'm getting these
> compiler warnings on build with waf
>
> [...]
>
> Its a Debian/Unstable here running on AMD64.
Oops, my bad. I changed StashWidgetID to be gconstpointer rather than
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 so
Le 13/06/2011 19:45, Enrico Tröger a écrit :
> On Mon, 13 Jun 2011 19:38:23 +0200, Colomban wrote:
>
>> Le 13/06/2011 18:55, Frank Lanitz a écrit :
>>> On Mon, 13 Jun 2011 17:26:06 +0200
>>> Enrico Tröger wrote:
>>>
On Mon, 13 Jun 2011 16:45:38 +0200, Colomban wrote:
> Le 04/05/2011
Le 13/06/2011 18:55, Frank Lanitz a écrit :
> On Mon, 13 Jun 2011 17:26:06 +0200
> Enrico Tröger wrote:
>
>> On Mon, 13 Jun 2011 16:45:38 +0200, Colomban wrote:
>>
>>> Le 04/05/2011 23:00, Enrico Tröger a écrit :
Hi,
any objections in increasing the GTK minimum requirement of Geany
Le 04/05/2011 23:00, Enrico Tröger a écrit :
> Hi,
>
> any objections in increasing the GTK minimum requirement of Geany to
> GTK 2.12 (and GLib 2.16)?
>
> [...]
Any new on the subject? Should we go on an start moving?
Cheers,
Colomban
___
Geany-devel
Hi,
Le 03/06/2011 09:47, Eugene Arshinov a écrit :
> On Sat, 21 May 2011 12:16:59 +0400
> Eugene Arshinov wrote:
> [...]
>
> Hi.
>
> Aren't these patches forgotten?
Not really forgotten, but since I don't find that much time these days
to review patches & stuff (you might have noticed ^^), I d
Le 18/05/2011 02:15, Matthew Brush a écrit :
> On 05/17/11 08:40, Colomban Wendling wrote:
>> 2) the space is useless in "[:= ]" since it'd be matched just after
>
> I'll trust you on this :)
Hum, actually you shouldn't I was wrong, it has not the same me
Le 18/05/2011 02:05, Matthew Brush a écrit :
> On 05/17/11 08:30, Colomban Wendling wrote:
>> Le 16/05/2011 05:45, Matthew Brush a écrit :
>>
>>> I was wondering if anyone had time to review some changes I've been
>>> working on?
>>
>> No really
Le 16/05/2011 08:37, Matthew Brush a écrit :
> On 05/15/11 20:45, Matthew Brush wrote:
>
>> The second one is a simple refactoring of the code around the
>> regex-based encoding detection and adding a few more patterns to detect
>> a few more types of files. Especially needing review are the actua
Le 16/05/2011 05:45, Matthew Brush a écrit :
> Hi all,
Hey. A bit later, but I finally managed to find some time reading your
patches.
Below is basically only some comments on the patches, you already
discussed some points with Lex, I won't add anything on what was said
when I don't think I have s
Le 15/05/2011 14:29, Eugene Arshinov a écrit :
> 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 dialog
Le 12/05/2011 21:54, Enzo Matrix a écrit :
> Hello,
>
> sorry for my laggy response, i have no possibilities to apply and commit
> the patch in short time, (i am replacing linux with windows last month
> :( for a while, for doing msaccess and msexcel diploma work).
> If anybody have spare time to
201 - 300 of 595 matches
Mail list logo