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 this
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 jacque...@gmail.com wrote:
Hi Guys
I want to implement a new feature it will have close interaction with
the
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
On Thu, 29 Sep 2011 09:57:35 +0200
Jacques du Rand jacque...@gmail.com 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
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
On 29 September 2011 18:03, Thomas Martitz
thomas.mart...@student.htw-berlin.de 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 ?
Am 29.09.2011 10:13, schrieb Lex Trotman:
On 29 September 2011 18:03, Thomas Martitz
thomas.mart...@student.htw-berlin.de 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
On 29 September 2011 18:16, Thomas Martitz
thomas.mart...@student.htw-berlin.de wrote:
Am 29.09.2011 10:13, schrieb Lex Trotman:
On 29 September 2011 18:03, Thomas Martitz
thomas.mart...@student.htw-berlin.de wrote:
Am 29.09.2011 09:57, schrieb Jacques du Rand:
BottomLIne:
Almost like a
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
@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 jacque...@gmail.com 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
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.
If we
On Thu, 29 Sep 2011 18:13:53 +1000
Lex Trotman ele...@gmail.com 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
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 ele...@gmail.com 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.
On Thu, Sep 29, 2011 at 10:03, Thomas Martitz
thomas.mart...@student.htw-berlin.de 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
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.*
What about Geany 3000? Or some kind of other
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 (similarly
On 30 September 2011 06:52, Jiří Techet tec...@gmail.com wrote:
On Thu, Sep 29, 2011 at 10:03, Thomas Martitz
thomas.mart...@student.htw-berlin.de 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
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
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];
22 matches
Mail list logo
