Le 08/04/2011 18:18, Frank Lanitz a écrit :
> Hi people,
>
> I just want to ask about which license we shall use for the newsletter
> in future. I'd like to prefer to put it under terms of one of the
> CC-family licenses. CC-BY (by = Geany Newsletter Team) would fit most
> IMHO. What's your opini
Le 11/04/2011 16:33, Nick Treleaven a écrit :
> Hi,
> Calltips appear to be broken after editing a document. They seem to
> work again after saving.
>
> This is probably related to real time tag parsing.
Hum, good catch. It seems to be due to the recent change not to update
the parent objects whe
Le 28/03/2011 22:37, Colomban Wendling a écrit :
> [...]
>> Well its not really dependency aware, in the non-real-time version it
>> does it by reparseing *all* files in the workspace when any one of
>> them is saved, so there can be no inconsistency.
>> It is the fact
Le 11/04/2011 18:41, Nick Treleaven a écrit :
> Hi,
> I tried updating geany-plugins just now and got:
>
> /home/nmt/svn/geany-plugins/configure: line 21979: syntax error near
> unexpected token `GP_CFLAGS,'
> /home/nmt/svn/geany-plugins/configure: line 21979:
> ` AS_VAR_APPE
Le 12/04/2011 15:07, Nick Treleaven a écrit :
> On Mon, 11 Apr 2011 19:14:16 +0200
> Colomban Wendling wrote:
>
>>> I tried updating geany-plugins just now and got:
>>>
>>> /home/nmt/svn/geany-plugins/configure: line 21979: syntax error near
>>> un
Le 12/04/2011 19:33, Colomban Wendling a écrit :
> Le 12/04/2011 15:07, Nick Treleaven a écrit :
>> On Mon, 11 Apr 2011 19:14:16 +0200
>> Colomban Wendling wrote:
>>
>>>> I tried updating geany-plugins just now and got:
>>>>
>>>> /home/
Hi all,
I'm thinking about adding an extra information to "since" tag of the
plugin API documentation.
It currently only gives the Geany version the symbol appeared on, but
generally the developer also need to know the plugin API version in
which it was introduced, e.g. in order to get the API req
Le 14/04/2011 19:15, Frank Lanitz a écrit :
> Hi,
Hi Frank,
> On Wed, 13 Apr 2011 21:55:31 +
> colomb...@users.sourceforge.net wrote:
>
>> Revision: 5724
>> http://geany.svn.sourceforge.net/geany/?rev=5724&view=rev
>> Author: colombanw
>> Date: 2011-04-13 21:55:31 + (Wed
Hi,
Le 18/04/2011 15:17, Thomas Martitz a écrit :
> Am 18.04.2011 15:04, schrieb Thomas Martitz:
>> Hello,
>>
>> I just tried my patch again to make scope completion work better (see
>> r4840), but I now noticed that scope completion doesn't work at all
>> anymore.
>
> Just for completeness. My w
Le 18/04/2011 15:38, Thomas Martitz a écrit :
> Am 18.04.2011 15:26, schrieb Colomban Wendling:
>> Hi,
>>
>> Le 18/04/2011 15:17, Thomas Martitz a écrit :
>>> Am 18.04.2011 15:04, schrieb Thomas Martitz:
>>>> Hello,
>>>>
>>>> I j
Hey,
Le 18/04/2011 19:12, Colomban Wendling a écrit :
> Le 18/04/2011 15:38, Thomas Martitz a écrit :
> [...]
>
>> Anyway, I tried it with something global and it doesn't work too. In
>> editor.c, no list at all with editor_prefs, and a wrong list with
>>
Le 23/04/2011 20:25, Liviu Andronic a écrit :
> On Sat, Apr 23, 2011 at 2:19 PM, Nick Treleaven
> wrote:
>> On Thu, 14 Apr 2011 15:27:44 +0200
>> Liviu Andronic wrote:
>>
>>> [...]
>> Should be fixed now in SVN, thanks.
>>
> Cool! Thanks.
>
> I tried to compile r5734 but I hit a bump:
> [...]
I
Le 24/04/2011 02:32, Thomas Martitz a écrit :
> Am 23.04.2011 22:37, schrieb Liviu Andronic:
>> Right, distclean! I only fancied make clean. Now it worked.
>>
>> The {datetime}& {date} templates seem to be updated, as expected,
>> upon inserting. Thanks!
>> Liviu
>>
>
> That "make clean" worked w
Le 17/04/2011 16:01, Enrico Tröger a écrit :
> On Thu, 14 Apr 2011 00:19:24 +0200, Colomban wrote:
>
>> Hi all,
>>
>> I'm thinking about adding an extra information to "since" tag of the
>> plugin API documentation.
>> It currently only gives the Geany version the symbol appeared on, but
>> genera
Le 21/04/2011 15:14, Nick Treleaven a écrit :
> On Thu, 14 Apr 2011 00:19:24 +0200
> Colomban Wendling wrote:
>
>> It currently only gives the Geany version the symbol appeared on, but
>> generally the developer also need to know the plugin API version in
>> which
Le 23/04/2011 22:45, Liviu Andronic a écrit :
> Dear all
> I'm trying to build plugins r2050 against Geany r5734. Geany
> configured and compiled fine. The plugins fail on configure:
>
> "checking for VTE... configure: error: Package requirements (vte >=
> 0.24) were not met:
>
> Requested 'vte >
Le 15/04/2011 05:11, Matthew Brush a écrit :
> Hi,
>
> I fixed an issue that was noticed once geany-themes switched to the
> styling group copying stuff added in r5596[1]. If the user config files
> are using named styles with different names from the system ones, then
> only copying the styling
Hi Nick,
Le 25/04/2011 19:20, Nick Treleaven a écrit :
> I've found a bug causing the tag list to show 'No tags found' after
> editing and immediately saving with Ctrl-S. Maybe this commit is
> responsible?
Unfortunately I'm unable to reproduce the bug, is there anything more to
do that edit and
Le 26/04/2011 16:52, Nick Treleaven a écrit :
> On Tue, 26 Apr 2011 15:24:01 +0100
> Nick Treleaven wrote:
>
>> The bug still occurs with latest SVN. I can now reproduce it by
>> starting Geany, loading a text file e.g.
>> ChangeLog, then loading my user filetype_extensions.conf. Edit
>> somethin
Le 10/04/2011 15:03, Jiří Techet a écrit :
> Hi,
Hi,
> first sorry for disappearing for such a long time - I didn't have much
> free time left in the past months and from the time I had I dedicated
> most of it to the libchamplain library I maintain to make some bigger
> changes and adapt it to G
Le 28/04/2011 01:49, Colomban Wendling a écrit :
> Le 10/04/2011 15:03, Jiří Techet a écrit :
>> [...]
>> 2edb068b81cb6d541d667efecd0ec4c346f0df51 Open the file in the
>> msgwindow even if no linenumber is specified
>
> I'll review this one later (tomorrow if it g
Le 28/04/2011 02:06, Lex Trotman a écrit :
>> I understand that if your plugin makes use of some file patterns, it
>> then makes sense to show them in the FIF dialog. But Geany don't use
>> project patterns, and adding such patters to projects seems useless to
>> me since their only usage is to sho
Le 28/04/2011 22:18, Jiří Techet a écrit :
> [...]
>>> 4774306b7f65237ef75b01e8d6c8312dcc5c526e Make project patterns visible
>>
>> The patch looks reasonable (read ahead), though the UI is wrongly
>> packed, and should better use a GtkEntry now it's single-lined. I fixed
>> this.
>
> Agree, I jus
Le 28/04/2011 22:58, Jiří Techet a écrit :
> On Thu, Apr 28, 2011 at 19:46, Colomban Wendling
> wrote:
>> Le 28/04/2011 01:49, Colomban Wendling a écrit :
>>> Le 10/04/2011 15:03, Jiří Techet a écrit :
>>>> [...]
>>>> 2edb068b81cb6d541d667efecd0ec4c
Hi,
> As I have said before I don't care strongly about the current breakup,
I don't really care neither, but... (read ahead)
> but several people seem to. After some thought I feel that this is
> likely to be that the breakup is subjective.
>
> But the only objective breakup I can think of is
Le 02/05/2011 00:03, Jiří Techet a écrit :
> I'll need one more thing - to bump the plugin API version number. Even
> though the API hasn't changed, people shouldn't use my plugin with
> previous versions of geany (it wouldn't work because they couldn't
> specify the patterns).
A bit ugly in the i
Le 03/05/2011 03:54, Matthew Brush a écrit :
> Hi,
>
> I was thinking it would be useful to have a template directory with all
> the "boiler-plate" for a Geany plugin under version control to get
> people started quicker writing a new plugin that could become part of
> the Geany Plugins project ea
Le 01/05/2011 03:08, Lex Trotman a écrit :
> On 1 May 2011 07:50, wrote:
>> Revision: 5753
>> http://geany.svn.sourceforge.net/geany/?rev=5753&view=rev
>> Author: colombanw
>> Date: 2011-04-30 21:50:37 + (Sat, 30 Apr 2011)
>>
>> Log Message:
>> ---
>> Use project patter
Le 04/05/2011 22:53, Enrico Tröger a écrit :
> Hi,
>
> I'd say let's make a 0.20.1 bugfix release soon.
> So we can release the fixes made since the 0.20 release for users.
Have you some particular fixes in mind? Just curious ^^
BTW, I'm not sure it's really important or our very concern, but it
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)?
None from me, more the contrary :)
> This would make quite some code obsolete and so could be removed.
Yep, that'd be good.
> Also, it would m
Le 04/05/2011 23:40, Jiří Techet a écrit :
> [...] Last time I was using Glade 2 I had to
> modify some system header files because Glade was using some obsolete
> interfaces that apparently nobody else used/tested.
That's not completely true, the fix can be done in Glade2 code rather
than GTK hea
Le 08/05/2011 18:20, Enrico Tröger a écrit :
> On Thu, 05 May 2011 07:45:43 -0700, Matthew wrote:
>
>> On 05/05/11 02:11, Frank Lanitz wrote:
>>
>>> My understanding was that this has been fixed and now is working
>>> also on Windows. What is pending here?
>>
>> I don't think it ever got fixed/app
Le 08/05/2011 17:47, Enrico Tröger a écrit :
> On Wed, 4 May 2011 23:40:17 +0200, Jiří wrote:
>
> [...]
>
>> Porting to GTK 3 is pretty straightforward but it really depends how
>> many GTK2-specific things Geany uses. I can have a look at it once a
>> GTK3-compatible Scintilla is used by Geany.
Le 08/05/2011 17:50, Enrico Tröger a écrit :
> On Thu, 05 May 2011 00:40:43 +0200, Colomban wrote:
>
>>> Also, it would make it easier to migrate to using Glade 3 with
>>> GtkBuilder instead of Glade 2
>>
>> Well, not completely sure about this, even though I like GtkBuilder and
>> Glade3 (it's so
Le 08/05/2011 23:18, Matthew Brush a écrit :
> On 05/08/11 10:08, Colomban Wendling wrote:
>
>> just need to re-apply the commits:
>>
>> http://git.geany.org/geany/commit/?id=757654e14b40d85c95c50ab422e3bcd63fa7fd29
>>
>> h
Le 05/05/2011 16:45, Matthew Brush a écrit :
> On 05/05/11 02:11, Frank Lanitz wrote:
>
>> My understanding was that this has been fixed and now is working also on
>> Windows. What is pending here?
>
> I don't think it ever got fixed/applied. Last I remember, Enrico said
> he will do in the next
Hey,
Sorry for the response delay, but not I answer:
Le 28/04/2011 03:36, Matthew Brush a écrit :
> Summary from previous thread:
> The people in the thread who do not want to switch to Git, or those who
> don't seem to care either way, are those who have commit access to
> Subversion on SourceFo
Le 28/04/2011 23:43, Jiří Techet a écrit :
> On Thu, Apr 28, 2011 at 07:01, Matthew Brush wrote:
>> On 04/27/11 21:01, Lex Trotman wrote:
- No need to maintain changelog and authors files
>>>
>>> Changelog and authors are still needed for tarballs, but maybe they
>>> can be automated?
>>
Le 03/05/2011 00:43, Jiří Techet a écrit :
> On Mon, May 2, 2011 at 16:33, Thomas Martitz
> wrote:
>> Am 02.05.2011 00:18, schrieb Jiří Techet:
>>>
>>> Yes, I would also prefer if there was a proper and complete git switch
>>> (it would greatly save maintainer's work IMO) but I haven't seen much
>
Le 09/05/2011 19:35, Jiří Techet a écrit :
> On Mon, May 9, 2011 at 16:16, Colomban Wendling
> wrote:
>>> - Effort required to move the project
>>
>> That's the big part!
>
> Not that bad if you move the repository only to GitHub - see below.
Right.
&
Le 08/05/2011 17:20, Enrico Tröger a écrit :
> On Wed, 4 May 2011 22:53:18 +0200, Enrico wrote:
>
>> Hi,
>>
>> I'd say let's make a 0.20.1 bugfix release soon.
>> So we can release the fixes made since the 0.20 release for users.
>>
>>
>> If no one beats me by time, I'll create a 0.20.1 branch bas
Le 09/05/2011 20:25, Oliver Krystal a écrit :
> Just tried this with the nightlies on windows, and it doesn't crash or
> anything like that. None off the right click functions work in the
> split off window.
Thanks for testing! Actually it wouldn't crash, but have a really weird
display. If you d
Le 04/05/2011 02:20, Matthew Brush a écrit :
> On 05/03/11 05:42, Colomban Wendling wrote:
>> I don't think the template is really useful, apart maybe for
>> Makefile.ams and wscript_* (though I don't know exactly what's in the
>> later), but I think that fo
Le 10/05/2011 01:54, Lex Trotman a écrit :
>>> Now done. Sorry for the long delay, and thanks again for the hard work!
>>
>> Cool, so we don't need to change the newsletter at this point ;)
>>
>
> Hey, new workflow, get a new feature described in the newsletter and
> then it will be added to Geany
Le 10/05/2011 00:43, Lex Trotman a écrit :
>> But the point on the possible future of GitHub is important IMO. if we
>> have no guarantee for the long-term viability -- and when I read you I
>> read "I'd not be really surprised if it happened" --, do we really want
>> to use this? I mean, if we nee
Le 10/05/2011 01:34, Matthew Brush a écrit :
> On 05/09/11 11:12, Colomban Wendling wrote:
>> Le 09/05/2011 19:35, Jiří Techet a écrit :
>
>>>
>>> I'd say that VCS migration and bug tracking system migration should be
>>> done separately and inde
Le 12/05/2011 20:25, Thomas Martitz a écrit :
> Am 02.05.2011 17:38, schrieb Thomas Martitz:
>> Here's the patch.
>
> Hmm, no answer from the maintainer or anyone whatsoever. Is it OK if I
> commit it myself?
The patch looks OK to me, but I wouldn't commit to a plugin without the
author's agreeme
Le 12/05/2011 20:33, Thomas Martitz a écrit :
> Am 12.05.2011 20:32, schrieb Colomban Wendling:
>> The patch looks OK to me, but I wouldn't commit to a plugin without the
>> author's agreement.
>
> Which is why I posted it here in the first place :) I'll wa
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
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 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 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 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 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
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 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
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 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
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 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
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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
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 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!
>
>
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 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
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 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 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 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 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
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 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).
>>
>>
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 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 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 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 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 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: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 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
1 - 100 of 595 matches
Mail list logo
