>> AFAIK "complete word" is the same basic behavior as return, but one
>> happens in our code and one in Scintilla.
>
> You would think, but it seems to just toggle the autocomplete list (maybe
> between a few lists).
>
Hmmm, works the same for me, inserts the selected completion (current
svn, new
On 06/05/11 22:03, Lex Trotman wrote:
Would it be better to add a configurable keybinding to autocomplete so that
you can set it to something besides Return through the UI? We already have
"Complete snippet" and "Word part completetion", it seems logical to have a
"Complete word" that does a sim
> Would it be better to add a configurable keybinding to autocomplete so that
> you can set it to something besides Return through the UI? We already have
> "Complete snippet" and "Word part completetion", it seems logical to have a
> "Complete word" that does a similar action. I guess the "Compl
On 06/05/11 19:51, Lex Trotman wrote:
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 en
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
As we all know, first version of the wishlist wasn't prepared for such
big number of future requests. So it had to be closed. Now people may
post them at the Sourceforge tracker. But it also isn't too readable. So
here is my idea:
1. Users should have ability to vote for future requests
2. Use
Hi,
On Wed, 01 Jun 2011 10:54:18 +0200
Frank Lanitz wrote:
> 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.
I've just started the poll with all options given inside the wiki at
http://wiki.geany.o
On Sun, 5 Jun 2011 15:35:47 +0200, Enrico wrote:
>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
On Sun, 5 Jun 2011 15:35:47 +0200, Enrico wrote:
>- 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).
Forget this one as it contradicts the idea of an automated index :).
Regards,
En
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
>
On Fri, 3 Jun 2011 23:46:48 +0400, Eugene wrote:
>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
Thanks for the patch and spotting this.
Nice that GCC finds such things in my crappy code :).
App
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 th
12 matches
Mail list logo