[Geany-devel] Breaks not fixes : SF.net SVN: geany:[5971] trunk/src/socket.c
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]; struct sockaddr_in caddr; - guint caddr_len = sizeof(caddr); + gint caddr_len = sizeof(caddr); GtkWidget *window = data; gboolean popup = FALSE; Hi Nick, This causes a warning on the call to accept() on Linux. CC socket.o socket.c: In function ‘socket_lock_input_cb’: socket.c:596: warning: pointer targets in passing argument 3 of ‘accept’ differ in signedness /usr/include/sys/socket.h:214: note: expected ‘socklen_t * __restrict__’ but argument is of type ‘gint *’ caddr_len s/b a socklen_t not a ganything, that works here. Hopefully on your system it will be able to be assigned from sizeof without a warning. Looks like your crappy windows system :) has sizeof signed, but on most Linux systems its unsigned. If socklen_t doesn't match sizeof then special windows handling is going to be needed. Cheers Lex ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] How about calling the next release 1.0?
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 reasons. But TBH, it doesn't really matter to me what the version number is. Cheers, Matthew Brush ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 Documents in order ? >>> >>> Your thoughts ? >>> >> >> This is already implemented, though not visualized in the side bar. >> >> I don't remember if I use the default keybinding, but for me CTRL+TAB walks >> the MRU list of opened documents. >> > > Absolutely essential feature for me. > > By the way, there's a bug in the MRU code. > > 1. Open Geany with say 3 files, > 2. ctrl-tab until you reach the very same file you have currently displayed, > 3. release ctrl, > 4. ctrl-tab again. Nothing happens until you ctrl-tab one more time. > > I have a patch for it in my yet-to-be-reviewed patch queue (for more > than a year). I also have a patch for the popup window so it shows the > current file in bold and the following three files in MRU below it. It > helps with "predicting" which file opens after ctrl-tab next. Hi Jiri, I like this idea, I mostly gave up using ctrl-tab because I kept overshooting the one I wanted, giving me a little warning time is a great idea. Cheers Lex > > Cheers, > > Jiri > ___ > Geany-devel mailing list > Geany-devel@uvena.de > https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel > ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] How about calling the next release 1.0?
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 to renumbering linux kernel from 2.6.x to > 3.0). > > [...] Next Geany release is very near (2011-10-01 or 2011-10-02 UTC), and since the thread seems to show nobody is strongly against a versioning change and some seems to think it's a very good idea, I think it's time to make a decision. I've created a Doodle poll [1][2], and I invite everyone to give his/her opinion. Note that there are 9 possible options, make sure you see all them ;) The final choice will be made just before releasing, but it's close so don't postpone if you want to give your opinion. Also if you think it's not time for a change but you also think that after 0.21 it'd be good, please still vote for 0.21 -- I didn't wanted (or forgot? :D) to add this to the poll yet not to confuse it. Finally, if you choose "something else", you could perhaps elaborate by responding to this mail :) If we get a significant amount of participation [3] and some kind of consensus, I think we could apply it for the release. Cheers, Colomban [1] http://www.doodle.com/xih6mvzvca5chqa7 [2] since it seems to be the way other does such things here ^^ [3] where "significant" is an arbitrary number ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] How about calling the next release 1.0?
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 stupid release name like ''busel', 'verabei', 'krumkach' ... >>> >>> Heh, I like "krumkach", sounds in German quite funny :). >> >> BTW, how are Geany codenames chosen? :-' > > If I tell you, I'll have to kill you... Oh... then perhaps keep the info secret ;) > More seriously (though not much), the codenames are just taken from > names of Moffs[1] and Grand Moffs from the Star Wars Universe :). > > > [1] http://starwars.wikia.com/wiki/Moff > > Feel free to change the naming scheme for future releases or even drop > the codenames. They have absolutely no relevance at all. So far, they > only expressed my fondness for Star Wars :). I like codenames, they give a mysterious aura nobody needs to really know about :p -- unfortunately I just broke the magic :/ I'm no Star Wars fan [1], but I could suggest some other funny mysterious names like Aranarth, Arahel, Ostoher or Ciryandil... But honestly I see no problem continuing to call releases the same way as before if you provides the names ^^ Cheers, Colomban [1] here I should probably say something like "I'm a Star Trek, Star Wars just sucks" to start a flamewar... unfortunately it's not true :( ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 already implemented, though not visualized in the side bar. > > I don't remember if I use the default keybinding, but for me CTRL+TAB walks > the MRU list of opened documents. > Absolutely essential feature for me. By the way, there's a bug in the MRU code. 1. Open Geany with say 3 files, 2. ctrl-tab until you reach the very same file you have currently displayed, 3. release ctrl, 4. ctrl-tab again. Nothing happens until you ctrl-tab one more time. I have a patch for it in my yet-to-be-reviewed patch queue (for more than a year). I also have a patch for the popup window so it shows the current file in bold and the following three files in MRU below it. It helps with "predicting" which file opens after ctrl-tab next. Cheers, Jiri ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Use GtkBuilder
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 fixed, so don't worry. But I only checked the preferences related stuff (for xsm perhaps?), not the entire code. -- E-gards: Jimmy ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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) ? Maybe as first step I do test-implementation only on sidebar-openfiles with config/preference to turn it on/off :) ? Regards jacques On Thu, Sep 29, 2011 at 9:04 PM, Dimitar Zhekov wrote: > 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 "non-recent" changes. On save, it went blue, > fading to the (light-gray) tab background color. > > Didn't liked it, though. Amusing, but distracting. > > -- > E-gards: Jimmy > ___ > Geany-devel mailing list > Geany-devel@uvena.de > https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel > ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 "non-recent" changes. On save, it went blue, fading to the (light-gray) tab background color. Didn't liked it, though. Amusing, but distracting. -- E-gards: Jimmy ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Bug on utils_string_replace()?
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 want to deprecate the use of NULL here, I think we better do it after the release so plugin developers have a chance to fix their use until next-next release. Thanks for fixing my mistake. I think there's no need to stop accepting null on utils_string_replace_all. It's bad to change plugin API behaviour unless the old use will get caught by the compiler. ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 rather than patches. > > As a first effort/proof-of-concept: Would it be totally bad if i use > svn patch not sumbitted just mailed at first since I dont' have much > experience in git (i know i know :) > > > > > On Thu, Sep 29, 2011 at 10:48 AM, Lex Trotman wrote: >> 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 would suggest that you make your >> changes in a repository on github rather than patches. >> >> Cheers >> Lex >> ___ >> Geany-devel mailing list >> Geany-devel@uvena.de >> https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel >> > ___ > Geany-devel mailing list > Geany-devel@uvena.de > https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel > ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
@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 sumbitted just mailed at first since I dont' have much experience in git (i know i know :) On Thu, Sep 29, 2011 at 10:48 AM, Lex Trotman wrote: > 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 would suggest that you make your > changes in a repository on github rather than patches. > > Cheers > Lex > ___ > Geany-devel mailing list > Geany-devel@uvena.de > https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel > ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 would suggest that you make your changes in a repository on github rather than patches. Cheers Lex ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
@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:42 AM, Lex Trotman wrote: >> 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 unknown feature, even though it's really >> awesome. Can discoverability of such features possibly be improved? > > What you want people to RTFM? :) > > Although it is linked from the text the details are hidden away in a table. > > As for making keybindings discoverable, I thought there was a way of > getting a read-only copy of the keybindings in another window, but I > can't find it just now. > > Cheers > Lex > ___ > Geany-devel mailing list > Geany-devel@uvena.de > https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel > ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
> 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 unknown feature, even though it's really > awesome. Can discoverability of such features possibly be improved? What you want people to RTFM? :) Although it is linked from the text the details are hidden away in a table. As for making keybindings discoverable, I thought there was a way of getting a read-only copy of the keybindings in another window, but I can't find it just now. Cheers Lex ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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-document list OR when a user click > on a tab ? > > Since we will "draw" the icons in the treeview widget ? From the > treeview model Maybe we could store the activated-count in the > tree-model as well ? > OR ?? Since its a "property" of a Document (How many times was I > activated ) I could use that to determine the icon ? > > I'm still unsure of what to do next :) ? > Could a first step be a "patch" that implement the feature in the > above way ? And submit it for comments ? > >>>As to the Jiri's project plugin: > I will take a look thanks :) But want to do it strictly not on a > project-basis > Regards > Jacques > > > > On Thu, Sep 29, 2011 at 10:26 AM, Thomas Martitz > wrote: >> 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 error tabs etc, thats open >>> for discussion. >>> >> >> 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. >> >> FWIW, it appears this is a rather unknown feature, even though it's really >> awesome. Can discoverability of such features possibly be improved? >> >> Best regards. >> ___ >> Geany-devel mailing list >> Geany-devel@uvena.de >> https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel >> > ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 model Maybe we could store the activated-count in the tree-model as well ? OR ?? Since its a "property" of a Document (How many times was I activated ) I could use that to determine the icon ? I'm still unsure of what to do next :) ? Could a first step be a "patch" that implement the feature in the above way ? And submit it for comments ? >>As to the Jiri's project plugin: I will take a look thanks :) But want to do it strictly not on a project-basis Regards Jacques On Thu, Sep 29, 2011 at 10:26 AM, Thomas Martitz wrote: > 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 error tabs etc, thats open >> for discussion. >> > > 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. > > FWIW, it appears this is a rather unknown feature, even though it's really > awesome. Can discoverability of such features possibly be improved? > > Best regards. > ___ > Geany-devel mailing list > Geany-devel@uvena.de > https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel > ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 error tabs etc, thats open for discussion. 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. FWIW, it appears this is a rather unknown feature, even though it's really awesome. Can discoverability of such features possibly be improved? Best regards. ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 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 I use the default keybinding, but for me CTRL+TAB >>> walks >>> the MRU list of opened documents. >> >> I thought that too at first, but the MRU is ordered by open order, not >> by activation order. >> > > This is only true if you freshly started geany. It turns into an MRU of > activated files afterwards (think of implicitely activating each file upon > opening). 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 error tabs etc, thats open for discussion. Cheers Lex > > Best regards. > ___ > Geany-devel mailing list > Geany-devel@uvena.de > https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel > ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 thoughts ? This is already implemented, though not visualized in the side bar. I don't remember if I use the default keybinding, but for me CTRL+TAB walks the MRU list of opened documents. I thought that too at first, but the MRU is ordered by open order, not by activation order. This is only true if you freshly started geany. It turns into an MRU of activated files afterwards (think of implicitely activating each file upon opening). Best regards. ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 implemented, though not visualized in the side bar. > > I don't remember if I use the default keybinding, but for me CTRL+TAB walks > the MRU list of opened documents. I thought that too at first, but the MRU is ordered by open order, not by activation order. Jacques, whilst I could suggest you should you need to be more organised and maybe look at Jiri's project plugin, I can see that a most recently activated list might be useful. But because I have the symbols sidebar open most of the time, and I expect most programmers will as well, I would have to keep swapping. Perhaps another method of indicating such as colouring or re-ordering the notebook tabs could be used instead or as well as the sidebar. Cheers Lex ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 I use the default keybinding, but for me CTRL+TAB walks the MRU list of opened documents. Best regards ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 have about 10-25 different files open in my > "Sidebar::open_files" > I'm constantly jumping around between these files depending on what > problem/section/module/type-of-work I'm CURRENTLY busy with. > So i spend a fair amount of time 'searching' for the file i need o > work with BUT at any snapshot of time I'm only REALLY accessing 2-4 > files at most ( i.e some header files,1 bash script 1 c file etc). > Most of the time its one of the last 3-6 files i accessed. > > > Solution:Heated Tabs: > In the treeview open document list we have [ ICON, FILENAME > ,(HEAT_ICON || NO_ICON) ] > So every time a document is activated we inc the > ((GeanyDocument)doc->heat_count) and we then run through all open > documents and make add a "red/hot/fire" icon similiar to the > document-icon (maybe wider/longer) to the top 1-2 files. and a > Orange/medium-heat icon to the 3rd-4th most used document > > 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 ? I want it! I need it! I have exactly that problem at the moment, and just having something that highlights the files in some way would be superb. Something to make them stand out in the list. Jon ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 constantly jumping around between these files depending on what
problem/section/module/type-of-work I'm CURRENTLY busy with.
So i spend a fair amount of time 'searching' for the file i need o work with
BUT at any snapshot of time I'm only REALLY accessing 2-4 files at
most ( i.e some header files,1 bash script 1 c file etc).
Most of the time its one of the last 3-6 files i accessed.
Solution:Heated Tabs:
In the treeview open document list we have [ ICON, FILENAME
,(HEAT_ICON || NO_ICON) ]
So every time a document is activated we inc the
((GeanyDocument)doc->heat_count) and we then run through all open
documents and make add a "red/hot/fire" icon similiar to the
document-icon (maybe wider/longer) to the top 1-2 files. and a
Orange/medium-heat icon to the 3rd-4th most used document
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 ?
Best Regards
jacques
On Thu, Sep 29, 2011 at 9:43 AM, Lex Trotman wrote:
> 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 (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 since I then need to add fields (2) to the
>> enum below and do some other' work' on the sidebar_openfiles widget.
>> It will be difficult and 'ugly' to do it in a plugin ?
>>
>> It was thinking of just adding the 'feature' to geany itself with a
>> config-option to turn it off and on ?
>>
>> I will of course do a proof of concept and then submit the diff/patch ?
>>
>>
>>
>> file:sidebar.c
>> /* documents tree model columns */
>> enum
>> {
>> DOCUMENTS_ICON,
>> DOCUMENTS_SHORTNAME, /* dirname for parents, basename for children
>> */
>> DOCUMENTS_DOCUMENT,
>> DOCUMENTS_COLOR,
>> DOCUMENTS_FILENAME
>> DOCUMENTS_NEWFIELD_1 /* just to illustrate */
>> DOCUMENTS_NEWFIELD_2 /* just to illustrate */
>>
>> }
>>
>>
>>
>>
>> Best Regards
>> Jacques du Rand
>> ___
>> Geany-devel mailing list
>> Geany-devel@uvena.de
>> https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
>>
> ___
> Geany-devel mailing list
> Geany-devel@uvena.de
> https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
>
___
Geany-devel mailing list
Geany-devel@uvena.de
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] New Feature(plugin OR geany self)
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 (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 since I then need to add fields (2) to the
> enum below and do some other' work' on the sidebar_openfiles widget.
> It will be difficult and 'ugly' to do it in a plugin ?
>
> It was thinking of just adding the 'feature' to geany itself with a
> config-option to turn it off and on ?
>
> I will of course do a proof of concept and then submit the diff/patch ?
>
>
>
> file:sidebar.c
> /* documents tree model columns */
> enum
> {
> DOCUMENTS_ICON,
> DOCUMENTS_SHORTNAME, /* dirname for parents, basename for children
> */
> DOCUMENTS_DOCUMENT,
> DOCUMENTS_COLOR,
> DOCUMENTS_FILENAME
> DOCUMENTS_NEWFIELD_1 /* just to illustrate */
> DOCUMENTS_NEWFIELD_2 /* just to illustrate */
>
> }
>
>
>
>
> Best Regards
> Jacques du Rand
> ___
> Geany-devel mailing list
> Geany-devel@uvena.de
> https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
>
___
Geany-devel mailing list
Geany-devel@uvena.de
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] New Feature(plugin OR geany self)
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 since I then need to add fields (2) to the
enum below and do some other' work' on the sidebar_openfiles widget.
It will be difficult and 'ugly' to do it in a plugin ?
It was thinking of just adding the 'feature' to geany itself with a
config-option to turn it off and on ?
I will of course do a proof of concept and then submit the diff/patch ?
file:sidebar.c
/* documents tree model columns */
enum
{
DOCUMENTS_ICON,
DOCUMENTS_SHORTNAME,/* dirname for parents, basename for children */
DOCUMENTS_DOCUMENT,
DOCUMENTS_COLOR,
DOCUMENTS_FILENAME
DOCUMENTS_NEWFIELD_1 /* just to illustrate */
DOCUMENTS_NEWFIELD_2 /* just to illustrate */
}
Best Regards
Jacques du Rand
___
Geany-devel mailing list
Geany-devel@uvena.de
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
