Re: [Geany-devel] plugins.geany.org update - contents now generated from the latest Geany-Plugins release
On Sat, 17 Dec 2011 18:05:17 +0100, Dominic wrote: Am Samstag, den 17.12.2011, 17:05 +0100 schrieb Dominic Hopf: [1] https://github.com/dmaphy/plugins.geany.org/commits/master The repository has moved to the Geany organisation. New link: https://github.com/geany/plugins.geany.org/commits/master Just for the records, I enabled IRC and email commit messages, the email commit messages are sent to the geany-plugins-commits list. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpZzPzhqv0aE.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GP HACKING changes
On Fri, 16 Dec 2011 16:42:53 +0100, Colomban wrote: P.S. Are commit mails working for Geany-Plugins? I didn't get one for this commit. I did receive the commit mail for the GP HACKING change so I guess it works :) Already said on IRC, yes, they work. Matthew, are you subscribed to the geany-plugins-commits mailing list? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgp7XeGzCvn7H.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Detachable Tab
Hey, I'm David, a programmer and I wanted to make Geany tabs detachable. So I went added and got the source (from Github), and added a few lines in the file notebook.c: Line 478 /* enable tab drag and drop */ gtk_notebook_set_tab_detachable(GTK_NOTEBOOK(main_widgets.notebook), page, TRUE); gtk_notebook_set_group_name(GTK_NOTEBOOK(main_widgets.notebook), geany_tabs); gtk_notebook_set_group_id(GTK_NOTEBOOK(main_widgets.notebook), 1); However, it didn't really work, the tabs were not detachable, I tried different IDs too. What do you think? Thanks. Also hello :) I feel like the mail isn't lovable enough. ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Detachable Tab
Hi David, Le 18/12/2011 16:06, David Gomes a écrit : Hey, I'm David, a programmer and I wanted to make Geany tabs detachable. So I went added and got the source (from Github), and added a few lines in the file notebook.c: Line 478 /* enable tab drag and drop */ gtk_notebook_set_tab_detachable(GTK_NOTEBOOK(main_widgets.notebook), page, TRUE); gtk_notebook_set_group_name(GTK_NOTEBOOK(main_widgets.notebook), geany_tabs); gtk_notebook_set_group_id(GTK_NOTEBOOK(main_widgets.notebook), 1); However, it didn't really work, the tabs were not detachable, I tried different IDs too. I'm not sure what do you want to achieve, but have you read the GTK docs on the subject [1] ? It tells you that you have to set gtk_notebook_set_tab_detachable(notebook, tab, TRUE) (as you did), and set the notebook group name (as you did) on *both* source and dest notebook. Moreover, gtk_notebook_set_group_name() is a replacement for gtk_notebook_set_group_id(), no need to use both -- though you should use gtk_notebook_set_group_id() rather than gtk_notebook_set_group_name() because the latter is only present in a GTK version Geany doesn't depend on (2.24). Regards, Colomban [1] http://developer.gnome.org/gtk/stable/GtkNotebook.html#gtk-notebook-set-tab-detachable What do you think? Thanks. Also hello :) I feel like the mail isn't lovable enough. ___ 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] plugins.geany.org update - contents now generated from the latest Geany-Plugins release
17.12.2011 20:05, Dominic Hopf пишет: Hi together, with today's commits [1] the behavior of the gencontent.sh has changed. The script now tries getting the README files from the latest Geany-Plugins release and not from git master anymore. For you as a plugin maintainer, this now means that you'd need to create a branch exactly named as the tag of the latest release and put changes to README files there as well in case they apply for an already released version of Geany-Plugins. gencontent.sh would look for changes in that branch then and not in master. In other words: plugins.geany.org now has the content of the README files of the tag 0.21.1. If you like to improve something there, the changes must be made to a branch called 0.21.1 created from the tag. This should apply to a common work flow when fixing issues in an already released version, so I guess no big deal for anyone of you. Feel free to correct me, if you think I am wrong with this. :) Any further suggestions or improvements are welcome, feel free to fork the stuff and open pull requests. ;) Best Regards, Dominic [1] https://github.com/dmaphy/plugins.geany.org/commits/master ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel Hi Dominic, I didn't get clear how to deal with the newly created branch after a bug is fixed in it: push branch to github, merge with master and push master or whatever? Can you pls give some more details. Regards, Alex ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] plugins.geany.org update - contents now generated from the latest Geany-Plugins release
Am Sonntag, den 18.12.2011, 19:17 +0400 schrieb Alexander Petukhov: Hi Dominic, I didn't get clear how to deal with the newly created branch after a bug is fixed in it: push branch to github, merge with master and push master or whatever? Can you pls give some more details. If you are going to fix a bug which is present since 0.21.1, you would create the branch 0.21.1 from the tag, fix your stuff there, and push the branch upstream via `git push -u origin 0.21.1`. Then you of course also apply the fix to master, separately from the fix for the special version 0.21.1 using the git cherry-pick command: git checkout master git cherry-pick commit-id Regards, Dominic -- Dominic Hopf http://dominichopf.de/ Key Fingerprint: A7DF C4FC 07AE 4DDC 5CA0 BD93 AAB0 6019 CA7D 868D signature.asc Description: This is a digitally signed message part ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Moving MultiTerm plugin to Geany-Plugins
Le 18/12/2011 06:07, Matthew Brush a écrit : Hi, I just added the MultiTerm plugin to Geany-Plugins master branch. Please let me know ASAP if it causes you any issues. It breaks the build from Git when the user ain't got valac. I committed a perfectable fix that simply checks whether AM_PROG_VALAC actually found a Vala compiler. At least people with no valac can now build geany-plugins again. Regards, Colomban It still needs to be added to the Waf build system and there's lots of work to do on everything else. Note: there's some build warnings even without make check that are caused by the C code that is generated by valac. There's not much I can do about it, the fixes will come with newer valac versions, I'm sure. Cheers, Matthew Brush On 12/15/2011 08:35 PM, Matthew Brush wrote: Hi, I wanted to move my geany-multiterm[1] plugin into the Geany-Plugins repository and continue development there, but I need help with some things. It's written in Vala[2] using the Geany binding[3] Colomban wrote. My questions are: Is there a maintainer mode or something that can be use to only activate Vala support in Autotools if this plugin is selected to build? Should this go into `build/multiterm.m4`? Should the .c/.h files that valac compiles be checked into the VCS so that people without valac compiler can still compile the plugin? How to make it work with Waf? (Mostly for Colomban) How should the geany.vapi/.deps be distributed? If I make it install into the normal location I guess it will conflict with the official binding, but then again AFAIK the official one isn't really distributed, it just lives in a Gitorious repo[3], so I can't really depend on it (or can I?). Could we move the official Vala binding to Geany-Plugins project as well so that it is released with GP and other plugins can depend on it being there? Cheers, Matthew Brush [1] https://github.com/codebrainz/geany-multiterm [2] https://live.gnome.org/Vala [3] http://gitorious.org/geany-vala-binding ___ 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] Moving MultiTerm plugin to Geany-Plugins
Le 18/12/2011 16:52, Colomban Wendling a écrit : Le 18/12/2011 06:07, Matthew Brush a écrit : Hi, I just added the MultiTerm plugin to Geany-Plugins master branch. Please let me know ASAP if it causes you any issues. It breaks the build from Git when the user ain't got valac. I committed a perfectable fix that simply checks whether AM_PROG_VALAC actually found a Vala compiler. At least people with no valac can now build geany-plugins again. ...but it still breaks make dist that tries to distribute the compiled .c, and that's probably way harder to fix. Or we accept that creating a dist tarball now requires valac. Regards, Colomban It still needs to be added to the Waf build system and there's lots of work to do on everything else. Note: there's some build warnings even without make check that are caused by the C code that is generated by valac. There's not much I can do about it, the fixes will come with newer valac versions, I'm sure. Cheers, Matthew Brush On 12/15/2011 08:35 PM, Matthew Brush wrote: Hi, I wanted to move my geany-multiterm[1] plugin into the Geany-Plugins repository and continue development there, but I need help with some things. It's written in Vala[2] using the Geany binding[3] Colomban wrote. My questions are: Is there a maintainer mode or something that can be use to only activate Vala support in Autotools if this plugin is selected to build? Should this go into `build/multiterm.m4`? Should the .c/.h files that valac compiles be checked into the VCS so that people without valac compiler can still compile the plugin? How to make it work with Waf? (Mostly for Colomban) How should the geany.vapi/.deps be distributed? If I make it install into the normal location I guess it will conflict with the official binding, but then again AFAIK the official one isn't really distributed, it just lives in a Gitorious repo[3], so I can't really depend on it (or can I?). Could we move the official Vala binding to Geany-Plugins project as well so that it is released with GP and other plugins can depend on it being there? Cheers, Matthew Brush [1] https://github.com/codebrainz/geany-multiterm [2] https://live.gnome.org/Vala [3] http://gitorious.org/geany-vala-binding ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GtkBuilder is in!
On Sat, 10 Dec 2011 16:21:22 -0800, Matthew wrote: Hi, I (finally) merged the gtkbuilder branch into master. I expect there to be at least a few bugs, but it's been working quite well for some time now. Please test and report any issues. I noticed one little weird thing: after starting Geany and right-clicking into the editor widget to open the editor menu, the sub-menus for Format, Search and Edit are missing. The menu items for these three items are there but without the sub-menus. On a second right-click the sub-menus are there. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpBRSOHbRwdo.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Detachable Tab
Since I changed the name in the new_tab function of notebook.c, I expect all notebooks in Geany to have been changed, because all are notebook.c right? And yes, I know set_id is not necessary in GTK 3, so I just put both lol. I'm trying to achieve being able to send tabs from various geany notebooks. On Sunday, December 18, 2011, Colomban Wendling wrote: Hi David, Le 18/12/2011 16:06, David Gomes a écrit : Hey, I'm David, a programmer and I wanted to make Geany tabs detachable. So I went added and got the source (from Github), and added a few lines in the file notebook.c: Line 478 /* enable tab drag and drop */ gtk_notebook_set_tab_detachable(GTK_NOTEBOOK(main_widgets.notebook), page, TRUE); gtk_notebook_set_group_name(GTK_NOTEBOOK(main_widgets.notebook), geany_tabs); gtk_notebook_set_group_id(GTK_NOTEBOOK(main_widgets.notebook), 1); However, it didn't really work, the tabs were not detachable, I tried different IDs too. I'm not sure what do you want to achieve, but have you read the GTK docs on the subject [1] ? It tells you that you have to set gtk_notebook_set_tab_detachable(notebook, tab, TRUE) (as you did), and set the notebook group name (as you did) on *both* source and dest notebook. Moreover, gtk_notebook_set_group_name() is a replacement for gtk_notebook_set_group_id(), no need to use both -- though you should use gtk_notebook_set_group_id() rather than gtk_notebook_set_group_name() because the latter is only present in a GTK version Geany doesn't depend on (2.24). Regards, Colomban [1] http://developer.gnome.org/gtk/stable/GtkNotebook.html#gtk-notebook-set-tab-detachable What do you think? Thanks. Also hello :) I feel like the mail isn't lovable enough. ___ Geany-devel mailing list Geany-devel@uvena.de javascript:; https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel ___ Geany-devel mailing list Geany-devel@uvena.de javascript:; 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] Geany-Plugins: git repo up and running
Am 12.12.2011 14:54, schrieb Frank Lanitz: Hi folks, Just I case you missed the news inside the threads: the new git repo for geany-plugins is online and can be found at https://github.com/geany/geany-plugins So, what is the policy for geany-plugins now? Can everybody push to the master repo as it was with svn, or did we switch to the pull-style where Frank would pull changes from the maintainers repos (changes in the common part or the plugin for a release)? Best regards ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Detachable Tab
On 12/18/2011 09:13 AM, David Gomes wrote: Since I changed the name in the new_tab function of notebook.c, I expect all notebooks in Geany to have been changed, because all are notebook.c right? And yes, I know set_id is not necessary in GTK 3, so I just put both lol. I'm trying to achieve being able to send tabs from various geany notebooks. Hi, If you dig around in the mailing list archive, you should be able to find a patch I submitted that does exactly what you're trying to do. IIRC there were two main problems, the first is that some code (might) expect that the tab be in a specific notebook (I'm think more of plugins who add tabs here), and the second was that we would need a way to save which tabs ended up where when the program closes, otherwise everything would revert back when you restart Geany. Also, we need to ensure that the main document notebook has a different ID from the other two notebooks so that you can't drag any tabs to/from it. AFAIK the main document notebook relies heavily on there only being document tabs in it and putting anything else there or moving document tabs to another notebook would probably cause lots of problems. Cheers, Matthew Brush ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Moving MultiTerm plugin to Geany-Plugins
On 12/18/2011 07:57 AM, Colomban Wendling wrote: Le 18/12/2011 16:52, Colomban Wendling a écrit : Le 18/12/2011 06:07, Matthew Brush a écrit : Hi, I just added the MultiTerm plugin to Geany-Plugins master branch. Please let me know ASAP if it causes you any issues. It breaks the build from Git when the user ain't got valac. I committed a perfectable fix that simply checks whether AM_PROG_VALAC actually found a Vala compiler. At least people with no valac can now build geany-plugins again. Thanks for fixing that, I was still trying to figure out how. ...but it still breaks make dist that tries to distribute the compiled .c, and that's probably way harder to fix. Or we accept that creating a dist tarball now requires valac. I don't think it's too big a deal to require valac, it's been around for 4 or 5 years and is available in most (all?) popular distro repositories. What do we do for things like `glib-mkenums`? Cheers, Matthew Brush ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Detachable Tab
On Mon, Dec 19, 2011 at 6:56 AM, Matthew Brush mbr...@codebrainz.ca wrote: On 12/18/2011 09:13 AM, David Gomes wrote: Since I changed the name in the new_tab function of notebook.c, I expect all notebooks in Geany to have been changed, because all are notebook.c right? And yes, I know set_id is not necessary in GTK 3, so I just put both lol. I'm trying to achieve being able to send tabs from various geany notebooks. Hi, If you dig around in the mailing list archive, you should be able to find a patch I submitted that does exactly what you're trying to do. IIRC there were two main problems, the first is that some code (might) expect that the tab be in a specific notebook (I'm think more of plugins who add tabs here), and the second was that we would need a way to save which tabs ended up where when the program closes, otherwise everything would revert back when you restart Geany. Also, we need to ensure that the main document notebook has a different ID from the other two notebooks so that you can't drag any tabs to/from it. AFAIK the main document notebook relies heavily on there only being document tabs in it and putting anything else there or moving document tabs to another notebook would probably cause lots of problems. Correct, the ubiquitous document_get_current() hard codes the document notebook. Cheers Lex Cheers, Matthew Brush ___ 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] GtkBuilder is in!
On 12/18/2011 08:29 AM, Enrico Tröger wrote: On Sat, 10 Dec 2011 16:21:22 -0800, Matthew wrote: Hi, I (finally) merged the gtkbuilder branch into master. I expect there to be at least a few bugs, but it's been working quite well for some time now. Please test and report any issues. I noticed one little weird thing: after starting Geany and right-clicking into the editor widget to open the editor menu, the sub-menus for Format, Search and Edit are missing. The menu items for these three items are there but without the sub-menus. On a second right-click the sub-menus are there. Weird. It seems ui_utils.c:on_editor_menu_show() isn't called the first time the editor is right-clicked. It must have something to do with the shared menu items again, since AFAIK the ones not working properly are shared ones and are moved from one menu to another in that callback. I'll investigate it further soon, thanks for noticing. Cheers, Matthew Brush ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GtkBuilder is in!
On 12/18/2011 08:29 AM, Enrico Tröger wrote: On Sat, 10 Dec 2011 16:21:22 -0800, Matthew wrote: Hi, I (finally) merged the gtkbuilder branch into master. I expect there to be at least a few bugs, but it's been working quite well for some time now. Please test and report any issues. I noticed one little weird thing: after starting Geany and right-clicking into the editor widget to open the editor menu, the sub-menus for Format, Search and Edit are missing. The menu items for these three items are there but without the sub-menus. On a second right-click the sub-menus are there. OK, it's fixed. The editor menu had its visible property set to true in the Glade file and I guess if it's set to visible already, calling `gtk_menu_popup()` won't cause the show signal to be emitted. The reason it was only the shared menu items is because they are moved from the main menu bar to the editor menu in a show callback handler for the editor menu, which obviously wasn't being called the first time. Cheers, Matthew Brush ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel