Hi Guys
I want to implement a new feature it will have close interaction with
the sidebar->open_files (module ?)
b) the new feature will be triggered every time a 'document-activate'
signal is sent
c) It will then need to update the model(treeview) in "sidebar->open_files"
Now my question is th
Hi Jacques,
It is hard to advise if a feature is appropriate for Geany core or not
when we don't know what the feature is :)
Cheers
Lex
On 29 September 2011 17:21, Jacques du Rand wrote:
> Hi Guys
> I want to implement a new feature it will have close interaction with
> the sidebar->open_files
True true :P Was hoping to keep it as a surprise :D
Okey here it goes: (Keep in mind English is not my first language and
I might not paint the perfect mental picture) :P
Feature Name:Heated Tabs
Problem: By 2pm everyday I have about 10-25 different files open in my
"Sidebar::open_files"
I'm con
On Thu, 29 Sep 2011 09:57:35 +0200
Jacques du Rand wrote:
> True true :P Was hoping to keep it as a surprise :D
> Okey here it goes: (Keep in mind English is not my first language and
> I might not paint the perfect mental picture) :P
>
> Feature Name:Heated Tabs
> Problem: By 2pm everyday I h
Am 29.09.2011 09:57, schrieb Jacques du Rand:
BottomLIne:
Almost like a MRU(Most Recently Use) Cache for the Open Document list
a which highlight/icon'ify the top 3-6 Documents in order ?
Your thoughts ?
This is already implemented, though not visualized in the side bar.
I don't remember if
On 29 September 2011 18:03, Thomas Martitz
wrote:
> Am 29.09.2011 09:57, schrieb Jacques du Rand:
>>
>> BottomLIne:
>> Almost like a MRU(Most Recently Use) Cache for the Open Document list
>> a which highlight/icon'ify the top 3-6 Documents in order ?
>>
>> Your thoughts ?
>>
>
> This is already
Am 29.09.2011 10:13, schrieb Lex Trotman:
On 29 September 2011 18:03, Thomas Martitz
wrote:
Am 29.09.2011 09:57, schrieb Jacques du Rand:
BottomLIne:
Almost like a MRU(Most Recently Use) Cache for the Open Document list
a which highlight/icon'ify the top 3-6 Documents in order ?
Your though
On 29 September 2011 18:16, Thomas Martitz
wrote:
> Am 29.09.2011 10:13, schrieb Lex Trotman:
>>
>> On 29 September 2011 18:03, Thomas Martitz
>> wrote:
>>>
>>> Am 29.09.2011 09:57, schrieb Jacques du Rand:
BottomLIne:
Almost like a MRU(Most Recently Use) Cache for the Open Docume
Am 29.09.2011 10:21, schrieb Lex Trotman:
Yes but after opening you can activate documents with the tabs without
reordering the MRU list. The MRU list only re-orders when you use it
to activate documents. Of course maybe the MRU list should re-order on
any method of activation, including go to
Hi All
Yes was hoping someone would find value in such a feature ! :)
As I understand the 'document-activate' signal get send whenever a
document is activated via the open-document list OR when a user click
on a tab ?
Since we will "draw" the icons in the treeview widget ? From the
treeview mod
Lol I see CTRL+TAB does rather work nicely as well :D
On Thu, Sep 29, 2011 at 10:39 AM, Jacques du Rand wrote:
> Hi All
> Yes was hoping someone would find value in such a feature ! :)
> As I understand the 'document-activate' signal get send whenever a
> document is activated via the open-docu
> I don't think I experienced that, but I almost exclusively use ctrl+tab to
> switch files. So if that's the case it's a bug and should be fixed.
Hmmm, seems ok in SVN Geany. Maybe the problem is just in 0.20, or
maybe I got confused what the order was.
> FWIW, it appears this is a rather unkno
@Thomas . As I read it you implemented a MRU document list ??
I could use that to do the open visualize yes ? Where abouts can I
look for it ? :)
Maybe we can have a "heat-icon" on the Editor tab as well ?
As Lex pointed out some ppl have the symbols pane open ?
On Thu, Sep 29, 2011 at 10:4
On 29 September 2011 18:40, Jacques du Rand wrote:
> Lol I see CTRL+TAB does rather work nicely as well :D
>
Probably you could just traverse the MRU list and set colours getting
cooler as you go down the list, probably don't need to store counts in
the model.
>From a practical point of view, I
@Lex , Sounds like a good idea yes
Anyone where I cna start looking for/at the MRU ?
>From a practical point of view, I would suggest that you make your
>changes in a repository on github rather than patches.
As a first effort/proof-of-concept: Would it be totally bad if i use
svn patch not
On 29 September 2011 18:55, Jacques du Rand wrote:
> @Lex , Sounds like a good idea yes
> Anyone where I cna start looking for/at the MRU ?
>
mru_docs in keybindings.c
Cheers
Lex
>
>
>
> >From a practical point of view, I would suggest that you make your
>>changes in a repository on github rath
On 28/09/2011 20:56, Colomban Wendling wrote:
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.
I
On Thu, 29 Sep 2011 18:13:53 +1000
Lex Trotman wrote:
> Perhaps another method of indicating such as colouring or re-ordering
> the notebook tabs could be used instead or as well as the sidebar.
I remember seeing red color somewhere, for tabs with changed documents,
slowly fading to pink for "no
Hi Dimitar
>>slowly fading to pink for "non-recent" changes. On save, it went blue,
I was afraid it might be seen as distracting. I'm thinking it's
should'd 'fade' itself
only action that would effect the color would be when the document-activate
Also only track maybe top 3 files ? (config option
On Thu, 29 Sep 2011 09:16:26 +1000
Lex Trotman wrote:
> Hi Dimitar,
>
> [...]
> > When checking the various
> > preferences or something, I found 2 crashes when vte is compiled but
>
> Ok, if thats the case lets ignore the possibility of runtime loading
> and just compile it in/out.
These were
On Thu, Sep 29, 2011 at 10:03, Thomas Martitz
wrote:
> Am 29.09.2011 09:57, schrieb Jacques du Rand:
>>
>> BottomLIne:
>> Almost like a MRU(Most Recently Use) Cache for the Open Document list
>> a which highlight/icon'ify the top 3-6 Documents in order ?
>>
>> Your thoughts ?
>>
>
> This is alrea
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 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
On 30 September 2011 06:52, Jiří Techet wrote:
> On Thu, Sep 29, 2011 at 10:03, Thomas Martitz
> wrote:
>> Am 29.09.2011 09:57, schrieb Jacques du Rand:
>>>
>>> BottomLIne:
>>> Almost like a MRU(Most Recently Use) Cache for the Open Document list
>>> a which highlight/icon'ify the top 3-6 Docume
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 closer to the GTK+ and
Scintilla versions.
Also, 2.21 (ie. 0.21 + 2) would be fine for the same reas
Modified: trunk/src/socket.c
===
--- trunk/src/socket.c 2011-09-29 17:16:58 UTC (rev 5970)
+++ trunk/src/socket.c 2011-09-29 17:49:42 UTC (rev 5971)
@@ -588,7 +588,7 @@
gint fd, sock;
gchar buf[BUFFER_LENGTH];
st
26 matches
Mail list logo