Le 12/03/2011 01:28, Lex Trotman a écrit :
> On 12 March 2011 06:30, Colomban Wendling wrote:
>> Le 11/03/2011 19:57, Nick Treleaven a écrit :
>>> Hi,
>>> tagmanager/mio/mio-memory.c uses G_VA_COPY() but on my system this is
>>> defined as va_copy() (by gl
Le 12/03/2011 01:32, Lex Trotman a écrit :
> On 12 March 2011 11:23, Colomban Wendling wrote:
>> Le 12/03/2011 01:18, Lex Trotman a écrit :
>>>>> Maybe some other tests might be good, but I think this is a start.
>>>> I'd like to commit this to the
Le 12/03/2011 01:18, Lex Trotman a écrit :
>>> Maybe some other tests might be good, but I think this is a start.
>> I'd like to commit this to the Autotools build system:
>>
>> 1) run cppcheck on `make check`;
>> 2) enable by default, if compiler understands them, the following
>> warnings (discus
Le 11/03/2011 19:57, Nick Treleaven a écrit :
> Hi,
> tagmanager/mio/mio-memory.c uses G_VA_COPY() but on my system this is
> defined as va_copy() (by glibconfig.h, I think).
>
> When I compile with my usual flags including warnings and -ansi,
> va_copy is not defined. Any ideas how to solve this?
Le 08/03/2011 22:29, Colomban Wendling a écrit :
> Le 08/03/2011 19:58, Enrico Tröger a écrit :
>> On Tue, 08 Mar 2011 11:06:16 +0100, Frank wrote:
>>> I like that idea. Can someone of you build up a howto on how to use it?
>>> I did try valgrind in past and wished for
Le 10/03/2011 01:23, Lex Trotman a écrit :
> On 10 March 2011 00:45, Colomban Wendling wrote:
>> Le 09/03/2011 05:31, Lex Trotman a écrit :
>>> Hi Colomban,
>>>
>>> Agree with most, comment on the rest below.
>>>
>>> On 9 March 2011 14:
Le 09/03/2011 05:31, Lex Trotman a écrit :
> Hi Colomban,
>
> Agree with most, comment on the rest below.
>
> On 9 March 2011 14:00, Colomban Wendling wrote:
>> Le 08/03/2011 22:29, Colomban Wendling a écrit :
>>> Le 08/03/2011 19:58, Enrico Tröger a écrit :
>
Le 08/03/2011 22:29, Colomban Wendling a écrit :
> Le 08/03/2011 19:58, Enrico Tröger a écrit :
>> On Tue, 08 Mar 2011 11:06:16 +0100, Frank wrote:
>>
>>> Am 23.02.2011 01:10, schrieb Matthew Brush:
>>>> For first thing, maybe we could enforce use/passing of
Le 08/03/2011 19:58, Enrico Tröger a écrit :
> On Tue, 08 Mar 2011 11:06:16 +0100, Frank wrote:
>
>> Am 23.02.2011 01:10, schrieb Matthew Brush:
>>> For first thing, maybe we could enforce use/passing of those tools
>>> mentioned and these before adding to release, examples:
>>> http://www.splint.
Le 06/03/2011 15:49, Enrico Tröger a écrit :
> On Sun, 06 Mar 2011 15:29:24 +0100, Colomban wrote:
>
>
>>> - you use va_copy() in MIO. va_copy is C99 while all the other va_*
>>> functions are C89. So far, we tried to stay compatible with C89 even
>>> though it is old (and it is old, and old). At
Le 06/03/2011 11:51, Matthew Brush a écrit :
> On 03/05/11 15:57, Colomban Wendling wrote:
>> I'm happy to announce that I've now committed these patches to trunk,
>> with some little improvements -- an option in the Preference dialog to
>> configure it, MIO integra
Le 06/03/2011 14:25, Enrico Tröger a écrit :
> On Sun, 06 Mar 2011 00:57:32 +0100, Colomban wrote:
>
>> Hi all!
>>
>> Le 19/12/2010 16:05, Colomban Wendling a écrit :
>>> Hi!
>>>
>>> [...]
>>>
>>> Well! If you apply all t
Hi all!
Le 19/12/2010 16:05, Colomban Wendling a écrit :
> Hi!
>
> [...]
>
> Well! If you apply all these patches, you should have a working,
> real-time, in-memory tag parsing that should look good :)
>
> So, what's left? Testing of course, lot of it.
> Als
Le 03/03/2011 00:08, Enrico Tröger a écrit :
> On Wed, 2 Mar 2011 12:50:27 +1100, Lex wrote:
>
> Hey,
>
>
>>> It probably depends on whether we can assume or not that if we
>>> successfully removed the original file we'll be able to create the
>>> new one.
>>>
>>> Again, thoughts?
>>
>>
>> g_fil
Le 02/03/2011 20:50, Enrico Tröger a écrit :
> Hi all, […]
Thank you all! I'll do my best to deserve all these hurray :)
Cheers,
Colomban
___
Geany-devel mailing list
Geany-devel@uvena.de
http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Le 02/03/2011 01:59, Lex Trotman a écrit :
> On 2 March 2011 10:57, Colomban Wendling wrote:
>> Hi all,
>>
>> A user (yecril71pl) on #geany reported that saving as a file with the
>> name of a symbolic link correctly ask for replacing but will try to
>> modify th
ut I'm not sure it's really the right
way/place to do this.
Any thoughts?
Kind regards,
Colomban
>From daa99c915572a4cc15d79945b9c30d6dad91f03c Mon Sep 17 00:00:00 2001
From: Colomban Wendling
Date: Wed, 2 Mar 2011 00:36:06 +0100
Subject: [PATCH] Fix overwriting a link to
Le 26/02/2011 14:50, Frank Lanitz a écrit :
> On Sat, 26 Feb 2011 14:21:11 +0100
> Colomban Wendling wrote:
>
>> Le 26/02/2011 13:41, Frank Lanitz a écrit :
>>> On Wed, 23 Feb 2011 19:32:07 +0100
>>> Colomban Wendling wrote:
>>>
>>>>
Le 26/02/2011 13:41, Frank Lanitz a écrit :
> On Wed, 23 Feb 2011 19:32:07 +0100
> Colomban Wendling wrote:
>
>> [./geanylatex/src/templates.c:47]: (error) Memory leak: template
>>
>> I also attach here the fixes I propose for them, if you're interested.
>
Hi plugin maintainers,
In context of the "ideas on increasing quality of plugins" thread, I
tested a few code checker on geany-plugins trunk, and cppcheck found a
few little problems:
[./codenav/src/switch_head_impl.c:144]: (error) Memory leak: lang
[./geanygdb/src/gdb-io-frame.c:186]: (error) Po
Le 22/02/2011 23:39, Thomas Martitz a écrit :
>>> I didn't mean to say I would like to do work on someone else's plugin
>>> (as in new features). Just fix the most immediate problems. If the fix
>>> not a few-liner or no brainer I wouldn't bother with it any further
>>> anyway (but instead just dis
Le 22/02/2011 22:59, Frank Lanitz a écrit :
>> Le 22/02/2011 17:28, Frank Lanitz a écrit :
>>> Hi folks,
>>>
>>> And again it happen to me that Geany did crash due some issue with a
>>> plugin which might not have been tested very well before checking in
>>> /committing.
>>> However, I don't want t
Le 22/02/2011 22:30, Thomas Martitz a écrit :
> Am 22.02.2011 21:40, schrieb Colomban Wendling:
>> Le 22/02/2011 20:04, Thomas Martitz a écrit :
>>> Am 22.02.2011 19:36, schrieb Colomban Wendling:
>>>
>>>>> So my 1st suggestion is to remove all plugins
Le 22/02/2011 20:04, Thomas Martitz a écrit :
> Am 22.02.2011 19:36, schrieb Colomban Wendling:
>
>>> So my 1st suggestion is to remove all plugins which do have known issues
>>> and don't compile with some -W-flags (needs to be defined) from common
>>> bu
Hi,
Le 22/02/2011 17:28, Frank Lanitz a écrit :
> Hi folks,
>
> And again it happen to me that Geany did crash due some issue with a
> plugin which might not have been tested very well before checking in
> /committing.
> However, I don't want to point with my finger to any developer so I'm
> aski
Le 19/12/2010 16:05, Colomban Wendling a écrit :
> [...]
>
> 5) and finally,
> 0008-Update-the-symbol-list-rather-than-clearing-and-re-b.patch: this is
> the huge part of the thing: it re-implements tag store updating to avoid
> clearing and re-filling the list, rather upda
Le 18/02/2011 00:21, Lex Trotman a écrit :
> Which platforms and which languages have you tested with?
I personally use my patches since I wrote them, so I tried them with
mostly C but also Python, SH, Makefile, Vala, PHP and C++ (and probably
others, but less).
I didn't saw much problems, and I f
Le 18/02/2011 00:07, Matthew Brush a écrit :
> On 12/19/10 07:05, Colomban Wendling wrote:
>> So I'll stop here, thank you for your time reading and let you test
>> this, right? :)
>>
> I've been testing for a little bit and it seems to be working well,
> sym
Hi!
Le 30/01/2011 14:04, Enrico Tröger a écrit :
> On Thu, 20 Jan 2011 20:17:18 +0100, Thomas wrote:
>
>> On 19.12.2010 16:05, Colomban Wendling wrote:
>>> Hi!
>>>
>>> I create this new thread because the original one was not really
>>> about t
Le 19/12/2010 16:05, Colomban Wendling a écrit :
> [...]
>
> Well! If you apply all these patches, you should have a working,
> real-time, in-memory tag parsing that should look good :)
>
> So, what's left? Testing of course, lot of it.
> Also, for now it doesn't u
Le 10/02/2011 00:55, Chow Loong Jin a écrit :
> On Thursday 10,February,2011 02:16 AM, Thomas Martitz wrote:
>> Am 09.02.2011 17:57, schrieb Chow Loong Jin:
>>
>>> gint compare_func(gconstpointer a, gconstpointer b, gpointer user_data)
>>> {
>>> -if (a == b)
>>> +gint ia = GPOINTER_TO_I
Le 06/02/2011 19:00, joshua...@comcast.net a écrit :
> [...]. What if we wrote the libpeas plugin, and if it
> seems like it would be good to have libpeas as the main plugin interface
> (for maintainabilities sake), we can slowly port existing plugins. If
> not, we'd still have the libpeas/gobjec
Le 30/01/2011 14:44, Enrico Tröger a écrit :
However, I wonder why it was like it was before, was there a reason?
I mean, the variable (contextual_fake_count) pas properly
initialized, but in initialize*Parser() (which is called only once
per language). I feel weird about this b
Le 30/01/2011 14:02, Enrico Tröger a écrit :
> On Mon, 20 Dec 2010 23:44:26 +0100, Colomban wrote:
>
>> Still me...
>>
>> In a close topic, I just found how to fix the suffix of anonymous
>> strucs/enums symbols in C-style languages, patch attached.
>
> Fix the suffix? What was wrong?
The number
Le 28/01/2011 19:16, Dimitar Zhekov a écrit :
> On Fri, 28 Jan 2011 03:01:06 +0100
> Colomban Wendling wrote:
>
>>>> 2) trying to open a file (eg from double clicking in nautilus) will
>>>> screw your session as command line loading of single files ignores your
Le 27/01/2011 20:09, Dimitar Zhekov a écrit :
> On Thu, 27 Jan 2011 10:20:26 +0100
> weltall wrote:
>> 2) trying to open a file (eg from double clicking in nautilus) will
>> screw your session as command line loading of single files ignores your
>> session opened files, except if geany was already
Le 22/01/2011 11:54, Enrico Tröger a écrit :
> On Sat, 22 Jan 2011 09:48:26 +0100, Frank Lanitz wrote:
>> On Thu, 20 Jan 2011 21:09:54 +0100
>> Enrico Tröger wrote:
>>
>>> On Wed, 19 Jan 2011 21:25:54 +0100, Frank wrote:
>>>
>>> >On Wed, 19 Jan 2011 20:13:03 +0100
>>> >Enrico Tröger wrote:
>>> >
Le 19/01/2011 18:45, Dimitar Zhekov a écrit :
> On Tue, 18 Jan 2011 23:13:51 +0100
> Enrico Tröger wrote:
>
>> In fact, I propose to do exactly this: all plugins of the combined
>> geany-plugins releases should have the version of the geany-plugins
>> release itself. Everything else would just ca
Le 18/01/2011 20:15, Enrico Tröger a écrit :
> On Tue, 18 Jan 2011 15:22:48 +0300, Константин wrote:
>
> […]
>>
>> Now we have such php code:
>> >
>> class test1{
>> var $abc;var $test;
>> function test567(){
>> echo "{$a}";
>> echo '{$a1}';
>> }
>>
>
ay be fixed.
Best regards,
Colomban
[1] shouldn't it be renamed utils_is_file_writable(), without the "e"?
Not sure though, but it looks weird to me and my spellchecker complains
about it...
>From 21549338a3bc1cc212333da3cfe96913ad382ec6 Mon Sep 17 00:00:00 2001
From: Colomban Wend
Hi,
Le 10/01/2011 02:42, Alexander Petukhov a écrit :
> […]
> What I wanted to ask is has the plugin to be cross-platform?
No, I don't think a plugin *have* to be cross-platform, it's a developer
choice to maintain it cross-platform. It's better IMHO, but I don't
think anybody can blame you not to
Le 09/01/2011 16:50, Chow Loong Jin a écrit :
> Hi plugin developers,
>
> As you probably already know, Geany 0.20 has been released, and we should be
> releasing shortly, so if there are no objections, I will be creating and
> uploading the tarballs tomorrow at approximately 9PM in my local timez
Le 07/01/2011 16:41, Frank Lanitz a écrit :
> Am 07.01.2011 15:17, schrieb Alexander Petukhov:
>> Hello, everybody.
>>
>> My name is Alexander, i'm a software developer from St.Petersburg, Russia.
>> I started to use Geany at my job, mostly for C++ development, and only
>> feature I was not satisf
Le 27/12/2010 01:30, Frank Lanitz a écrit :
> Hi folks,
>
> During review of German translation of Geany-Plugins I found a number
> of author's names marked as translatable. I don't see any big reason
> for doing this as most likely (and from my current point of view in all
> cases) it's just a c
s", since name
clash is not an issue with the TM workspace...
What do you know/think?
Regards,
Colomban
>From 26c39cd11c4754504d9edfa7aea03e4f669b53ed Mon Sep 17 00:00:00 2001
From: Colomban Wendling
Date: Sun, 19 Dec 2010 19:30:01 +0100
Subject: [PATCH] Fix suffix of anonymous symbols
Le 19/12/2010 16:05, Colomban Wendling a écrit :
> [...]
>
> So I'll stop here, thank you for your time reading and let you test
> this, right? :)
I forgot to link to MIO, the tiny library used for in-memory operations.
Obviously, you'll need it:
http://gitorious.org/mio
A
Le 19/12/2010 17:42, Thomas Martitz a écrit :
> On 19.12.2010 17:26, Colomban Wendling wrote:
>> So yes, currently I suggest you to apply the patches (or the combined
>> patch), but again, I may push this somewhere.
>>
>
> I didn't see the combined one, sorry!
S
Le 19/12/2010 16:58, Thomas Martitz a écrit :
> On 19.12.2010 16:05, Colomban Wendling wrote:
>> So I'll stop here, thank you for your time reading and let you test
>> this, right? :)
>>
>> Regards,
>
> Great! Do you have an up-to-date public git repo I
Le 16/12/2010 02:37, Matthew Brush a écrit :
> On 12/15/2010 08:27 AM, Colomban Wendling wrote:
>> Le 15/12/2010 16:30, Matthew Brush a écrit :
>>> […]
>>> After work I will try and come up with a better solution that still
>>> doesn't require patching Gea
Le 15/12/2010 16:30, Matthew Brush a écrit :
> […]
> After work I will try and come up with a better solution that still
> doesn't require patching Geany. If anyone has any suggestions on how to
> get a handle on the vte frame widget from a plugin that would be great,
> the comments in and around
Le 18/11/2010 23:56, Lex Trotman a écrit :
> On 19 November 2010 03:16, Colomban Wendling
> wrote:
>> Le 18/11/2010 01:18, Lex Trotman a écrit :
>>> On 18 November 2010 10:16, Colomban Wendling
>>> wrote:
>>>> Le 17/11/2010 23:09, Lex Trotman a écrit :
eally done is to avoid flickering in the symbol table. For
example, don't clear the whole list and recreate it, but rather simply
remove/add the necessary items.
Regards,
Colomban
[1] Unfortunately, since the repository I cloned on Gitorious isn't
updated since June, I can't use this repo
Le 16/11/2010 09:23, Frank Lanitz a écrit :
> Am 15.11.2010 23:49, schrieb Colomban Wendling:
>> Le 15/11/2010 23:35, Frank Lanitz a écrit :
>>> On Mon, 15 Nov 2010 23:13:31 +0100
>>> Colomban Wendling wrote:
>>>
>>>> Le 15/11/2010 23:06, Frank Lan
Le 18/11/2010 01:18, Lex Trotman a écrit :
> On 18 November 2010 10:16, Colomban Wendling
> wrote:
>> Le 17/11/2010 23:09, Lex Trotman a écrit :
>>> On 18 November 2010 03:36, Colomban Wendling
>>> wrote:
>>>> But does new API really matte
Le 18/11/2010 09:12, Simone Pellegrini a écrit :
> I think these kind of support for code competition are obsolete and
> there are new tools popping out that can make the work much more easier.
>
> For example I have been working for a long time with the clang-LLVM
> compiler. Clang is a C fronten
Le 17/11/2010 23:45, Enrico Tröger a écrit :
> On Thu, 18 Nov 2010 09:34:03 +1100, Lex wrote:
>
>> On 18 November 2010 04:05, Colomban Wendling
>> wrote:
>>> Le 17/11/2010 15:54, Nick Treleaven a écrit :
>>>> On Tue, 16 Nov 2010 17:32:01 +0100
>>>
Le 17/11/2010 23:09, Lex Trotman a écrit :
> On 18 November 2010 03:36, Colomban Wendling
> wrote:
>> Le 17/11/2010 02:17, Lex Trotman a écrit :
>>>> It would need the plugin to something like "dynamically load Geany",
>>>> while assuming that
Le 17/11/2010 15:54, Nick Treleaven a écrit :
> On Tue, 16 Nov 2010 17:32:01 +0100
> Simone Pellegrini wrote:
>
>> I really like geany as it uses scintilla, the only feature I feel is
>> missing is the intellisense like code competition for C++. I would like
>> to ask if anyone is working on a
Le 17/11/2010 02:17, Lex Trotman a écrit :
>> It would need the plugin to something like "dynamically load Geany",
>> while assuming that Geany has an unstable API. This is IMHO really
>> complicated to deal with correctly, and I don't think that not having to
>> recompile a plugin is a sufficient
Le 17/11/2010 01:03, Lex Trotman a écrit :
> On 17 November 2010 10:22, Colomban Wendling
> wrote:
>> Le 16/11/2010 23:32, Lex Trotman a écrit :
>>> On 17 November 2010 03:11, Frank Lanitz wrote:
>>>> On Tue, 16 Nov 2010 15:13:03 +0100
>>>> Colomban
Le 16/11/2010 23:32, Lex Trotman a écrit :
> On 17 November 2010 03:11, Frank Lanitz wrote:
>> On Tue, 16 Nov 2010 15:13:03 +0100
>> Colomban Wendling wrote:
>>
>>> Le 16/11/2010 09:23, Frank Lanitz a écrit :
>>>>
>>>> Well, agreed. In most c
Le 15/11/2010 23:35, Frank Lanitz a écrit :
> On Mon, 15 Nov 2010 23:13:31 +0100
> Colomban Wendling wrote:
>
>> Le 15/11/2010 23:06, Frank Lanitz a écrit :
>>> On Mon, 15 Nov 2010 22:58:02 +0100
>>> Enrico Tröger wrote:
>>>
>>>> On Mon, 15
gt;>>> Frank Lanitz wrote:
>>>>
>>>>> On Thu, 28 Oct 2010 19:15:14 +0200
>>>>> Colomban Wendling wrote:
>>>>>
>>>>>> PS: make distcheck on geany-plugins doesn't work, fails on
>>>>>> transla
Le 30/10/2010 13:20, Frank Lanitz a écrit :
> On Sat, 30 Oct 2010 13:01:07 +0200
> Frank Lanitz wrote:
>
>> On Thu, 28 Oct 2010 19:15:14 +0200
>> Colomban Wendling wrote:
>>
>>> PS: make distcheck on geany-plugins doesn't work, fails on
>>> tran
Le 11/11/2010 16:20, Nick Treleaven a écrit :
> On Thu, 11 Nov 2010 18:16:38 +1100
> Lex Trotman wrote:
>
>> PS for some reason your posts are not threading so I've lost you original
>> code
>
> Looks fine to me in Sylpheed ;-)
Same here, Icedove :)
_
Le 06/11/2010 06:28, Lex Trotman a écrit :
> On 6 November 2010 13:30, Colomban Wendling
> wrote:
>> Le 06/11/2010 01:58, Lex Trotman a écrit :
>>> On 6 November 2010 10:43, Colomban Wendling
>>> wrote:
>>>> Le 04/11/2010 21:42, Dimitar Zhekov a écrit
Le 06/11/2010 13:45, Dimitar Zhekov a écrit :
> On Sat, 6 Nov 2010 21:31:31 +1100
> Lex Trotman wrote:
>
>> On 6 November 2010 20:33, Dimitar Zhekov wrote:
>>
>>> If not anything else, we should use non-buffered I/O, with fsync(), and
>>> check the result of close() anyway.
>>
>> Yes.
>
> Attach
Le 06/11/2010 01:58, Lex Trotman a écrit :
> On 6 November 2010 10:43, Colomban Wendling
> wrote:
>> Le 04/11/2010 21:42, Dimitar Zhekov a écrit :
>>> On Thu, 4 Nov 2010 17:53:47 +
>>> Nick Treleaven wrote:
>>>
>>>> So it seems that f
Le 04/11/2010 21:42, Dimitar Zhekov a écrit :
> On Thu, 4 Nov 2010 17:53:47 +
> Nick Treleaven wrote:
>
>> So it seems that function doesn't handle disk exhaustion safely. (But
>> this is no worse than before for Geany).
>
> Before we had safe or unsafe file saving. Let's keep that choice, s
Le 05/11/2010 21:33, Dimitar Zhekov a écrit :
> On Fri, 05 Nov 2010 19:50:59 +0100
> Colomban Wendling wrote:
>
>> Le 05/11/2010 20:08, Dimitar Zhekov a ecrit :
>>>
>>> a. Create filename-foo, write data to it, abort and unlink on failure.
>>> [...]
&g
Le 05/11/2010 20:08, Dimitar Zhekov a écrit :
> On Thu, 04 Nov 2010 23:37:28 +0100
> Colomban Wendling wrote:
>
>> Le 04/11/2010 21:42, Dimitar Zhekov a ecrit :
>>>
>>> For more than 20 years now, the only safe save is to write the data
>>> into a temp
Le 05/11/2010 00:27, Lex Trotman a écrit :
> On 5 November 2010 09:37, Colomban Wendling
> wrote:
>> Le 04/11/2010 21:42, Dimitar Zhekov a écrit :
>>> On Thu, 4 Nov 2010 17:53:47 +
>>> Nick Treleaven wrote:
>>>
>>>> So it seems that f
Le 04/11/2010 21:42, Dimitar Zhekov a écrit :
> On Thu, 4 Nov 2010 17:53:47 +
> Nick Treleaven wrote:
>
>> So it seems that function doesn't handle disk exhaustion safely. (But
>> this is no worse than before for Geany).
>
> Before we had safe or unsafe file saving. Let's keep that choice, s
Le 04/11/2010 17:26, Nick Treleaven a écrit :
> On Wed, 03 Nov 2010 00:26:00 +0100
> Colomban Wendling wrote:
>
>> Le 02/11/2010 19:11, Nick Treleaven a écrit :
>>> Hi list,
>>> To workaround bug(s) in GVFS, I've now changed the file saving
>>> i
small patch for this.
Best regards,
Colomban
>From f7104de631c144c5c8f9fde7e5f6acf8bc04faec Mon Sep 17 00:00:00 2001
From: Colomban Wendling
Date: Tue, 2 Nov 2010 23:54:00 +0100
Subject: [PATCH] Don't leak a GFile around upon file saving when built with GIO support
---
src/docume
Hi,
Le 01/11/2010 21:21, Dimitar Zhekov a écrit :
> On Mon, 01 Nov 2010 19:19:41 +0100
> Colomban Wendling wrote:
>
>> While importing a new plugin into Geany-Plugins' autotools build system,
>> I noticed that having a ChangeLog is mandatory. Since I have some
Hi everybody,
While importing a new plugin into Geany-Plugins' autotools build system,
I noticed that having a ChangeLog is mandatory. Since I have some griefs
against version-controlled ChangeLogs, I'll try to expose the problems,
and some possible solutions.
Note that this reflects my point of
Le 28/10/2010 19:11, Nick Treleaven a écrit :
> On Thu, 28 Oct 2010 18:48:51 +0200
> Colomban Wendling wrote:
>
>>>> I think this may be due to build/treebrowser.m4 not disabling itself if
>>>> GIO is not found.
>>> Hum, right. It seems that if the ACTIO
Le 28/10/2010 18:47, Colomban Wendling a écrit :
> Le 28/10/2010 18:08, Nick Treleaven a écrit :
>> Hi,
>> I just tried running ./autogen.sh and got this:
>>
>> checking for GIO... configure: error: Package requirements (gio-2.0)
>> were not met:
>>
>>
Le 28/10/2010 18:08, Nick Treleaven a écrit :
> Hi,
> I just tried running ./autogen.sh and got this:
>
> checking for GIO... configure: error: Package requirements (gio-2.0)
> were not met:
>
> No package 'gio-2.0' found
> ...
> make[1]: *** [config.status] Error 1
>
> I think this may be due t
Le 28/10/2010 16:17, Jon Senior a écrit :
> [...]
>
> The problem appears to be related to the PLUGIN_SET_TRANSLATABLE_INFO
> macro (That's where the first error crops up).
I'm a bit doubtful about this macro creating the problem, but I've two
modifications I suggest to apply to this macro.
First,
Le 26/10/2010 19:45, Nick Treleaven a écrit :
> On Thu, 14 Oct 2010 16:36:43 +0200
> Colomban Wendling wrote:
>
>> This patch adds a new mime_type field to GeanyFiletype and sets it for
>> every built-in filetype. Built-in filetypes for which I didn't find the
>>
Le 26/10/2010 19:42, Nick Treleaven a écrit :
> On Fri, 22 Oct 2010 02:30:27 +0200
> Colomban Wendling wrote:
>
>> 0003-Add-filetype-specific-icon-to-the-document-list-side.patch
>> * Use filetype's icon in the Document sidebar as the file's icon.
>>De
Le 26/10/2010 18:06, Nick Treleaven a écrit :
> On Fri, 22 Oct 2010 02:34:23 +0200
> Colomban Wendling wrote:
>
>>> The combined patch(es) will come separately in a few minutes for less
>>> confusion.
>> Here we are:
>>
>>
>> 0001-Add-MIME-type
Le 23/10/2010 02:22, Lex Trotman a écrit :
> On 22 October 2010 11:04, Colomban Wendling
> wrote:
>> Le 22/10/2010 01:44, Lex Trotman a écrit :
>>> […]
>>>
>>> So to start the ball rolling, I'll suggest "extra" or additional" as
>&
Le 22/10/2010 02:30, Colomban Wendling a écrit :
> Le 21/10/2010 19:08, Colomban Wendling a écrit :
>> Le 21/10/2010 17:19, Nick Treleaven a écrit :
>>> On Sat, 16 Oct 2010 17:59:28 +0200
>>> Colomban Wendling wrote:
>>>
>>>> Le 15/10/2010 00:35, C
Le 21/10/2010 19:08, Colomban Wendling a écrit :
> Le 21/10/2010 17:19, Nick Treleaven a écrit :
>> On Sat, 16 Oct 2010 17:59:28 +0200
>> Colomban Wendling wrote:
>>
>>> Le 15/10/2010 00:35, Colomban Wendling a écrit :
>>>> Joined 0001-Add-filetype-ico
Le 22/10/2010 01:44, Lex Trotman a écrit :
> On 22 October 2010 03:10, Nick Treleaven
> wrote:
>> On Thu, 21 Oct 2010 18:58:43 +0300
>> Dimitar Zhekov wrote:
>>
I wasn't thinking about visually separating the prefs. Perhaps this
could be done by having 2 different treeview parent items
Le 21/10/2010 17:19, Nick Treleaven a écrit :
> On Sat, 16 Oct 2010 17:59:28 +0200
> Colomban Wendling wrote:
>
>> Le 15/10/2010 00:35, Colomban Wendling a écrit :
>>> Joined 0001-Add-filetype-icon.patch (depends on previous
>>> 0001-Add-MIME-type-to-GeanyFilety
Le 15/10/2010 00:35, Colomban Wendling a écrit :
> Joined 0001-Add-filetype-icon.patch (depends on previous
> 0001-Add-MIME-type-to-GeanyFiletype.patch) that add filetype->icon, a
> 16x16 GdkPixbuf icon that represents the file type.
Joined is an updated patch, thanks to Andrian
Le 14/10/2010 16:36, Colomban Wendling a écrit :
> Hi,
>
> I realized that in the "documents" sidebar each and every files have an
> icon, but they all have the same, no matter what. I had a little time
> and I decided to play a bit with the idea of having file-type bas
Le 15/10/2010 00:03, Dominic Hopf a écrit :
> Am Donnerstag, den 14.10.2010, 16:36 +0200 schrieb Colomban Wendling:
>> Hi,
>>
>> I realized that in the "documents" sidebar each and every files have an
>> icon, but they all have the same, no matter what. I had a
ote that it isn't reliable.
[2] Patch 0001-Add-MIME-type-filtering-in-file-chooser-dialog.patch
<><>>From 7b11b976abe1db6d0f4f2fc600339a63e363ab5e Mon Sep 17 00:00:00 2001
From: Colomban Wendling
Date: Wed, 13 Oct 2010 22:39:54 +0200
Subject: [PATCH] Add MIME type to GeanyFiletype
MIME
Le 08/10/2010 06:16, Lex Trotman a écrit :
> Hi,
>
> G_GNUC_WARN_UNUSED does not come in until gtk 2.10 so attached just
> defines it to nothing if it isn't defined so utils.h will build on gtk
> 2.8
>
> Cheers
> Lex
This macro is in GLib, not GTK ;)
And BTW, this is already done in geany.h:94, s
Le 07/10/2010 16:17, Nick Treleaven a écrit :
> On Wed, 29 Sep 2010 18:00:06 +0100
> Nick Treleaven wrote:
>
3) this is the most complicated but also the one that seems to have the
less flaws: still add workspace suffix, but when checking if there is a
running instance to which sen
Hi,
Le 15/09/2010 19:07, Nick Treleaven a écrit :
> On Thu, 9 Sep 2010 20:12:18 +1000
> Erik de Castro Lopo wrote:
>
>> Attached is a version of this patch updated to apply cleanly against
>> SVN HEAD.
>
> Thanks, applied. This is a great improvement IMO :)
I run this patch now, and I don't lin
Le 22/09/2010 02:20, Erik de Castro Lopo a écrit :
> Nick Treleaven wrote:
>
>> So closing the last new document doesn't create a new document straight
>> away?
>
> Correct.
>
>> Are you sure you're running current SVN?
>
> Absolutely. I have checked. Twice.
For me it works perfectly well (SVN
Hi,
Le 16/08/2010 02:51, Erik de Castro Lopo a écrit :
> Jiří Techet wrote:
>
>>
>> When reloading a file with ctrl+R don't display the warning dialog
>> that the unsaved changes might be lost when the file has not been
>> modified.
>
> I've been running with this patch for about a week. Looks g
Hi,
Le 14/09/2010 00:57, Lex Trotman a écrit :
> On 14 September 2010 00:39, wrote:
>> [...]
>> Remove 3 popup menu items to save space:
>> Find Document Usage because Find Usage can be used instead.
>
> Gives a lot of rubbish I didn't want, but can live with it.
I'd also have kept this one, mo
Le 10/09/2010 13:25, Nick Treleaven a écrit :
> On Fri, 10 Sep 2010 03:48:41 +0200
> Colomban Wendling wrote:
>
>>>>>>> [1] at least it wasn't possible without fixing an issue in GTK 2.20, see
>>>>>>> https://bugzilla.gnome.org/show_bug.cgi
401 - 500 of 595 matches
Mail list logo