Re: [Geany-devel] Detachable Tab
Am 19.12.2011 02:38, schrieb Lex Trotman: On Mon, Dec 19, 2011 at 6:56 AM, Matthew Brushmbr...@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. Even if complicated to implement, I would love being able to have 2 or even 3 side bars with tabs draggable between them. Best regards. ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Glade 3 version?
Hi, I tried opening data/geany.glade with the latest Glade, 3.8.1 on Windows. Pressing Save writes a lot of changes to the file, 260 Kb. It seems to be mostly reordering property tag lines for use_action_appearance. Also, when I added 2 menu items it created duplicate image ids for image1, image2. What version of Glade created the file? Maybe if I can use the same version I won't get the reordering noise in the diff. Regards, Nick ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Glade 3 version?
On 12/19/2011 05:54 AM, Nick Treleaven wrote: Hi, I tried opening data/geany.glade with the latest Glade, 3.8.1 on Windows. Pressing Save writes a lot of changes to the file, 260 Kb. It seems to be mostly reordering property tag lines for use_action_appearance. Also, when I added 2 menu items it created duplicate image ids for image1, image2. Not sure what this means. What version of Glade created the file? Maybe if I can use the same version I won't get the reordering noise in the diff. I can't remember 100% but I think it was either 3.6.x or 3.8.x. I did however just make this[1] change with 3.8.0 for sure recently. IMO, if you can't get the changes down to less, it doesn't really matter if there's a bunch of noise in the commit, it's not like anyone really needs to be able to read it, as long as the commit message describes what was changed and it's not just Windows munging the file (with \r\n, etc.). Cheers, Matthew Brush [1] https://github.com/geany/geany/commit/aaa62c39b436b7e973683c6a5551d6f5091a0ac6 ___ 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
On Sun, Dec 18, 2011 at 19:01, Thomas Martitz thomas.mart...@student.htw-berlin.de wrote: 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)? I was wondering about the same myself. Apparently I have commit access so I can still push but I was wondering whether I should ever push or rather create a pull request. I believe a side-effect of having commit access is that I receive pull request notifications for geany-plugins by email which I'm not very interested in. Is there a way to remove email notifications per-project? (I want to keep pull request notifications for my own repositories) Can't find this option anywhere in GitHub... Cheers, Jiri ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Glade 3 version?
On 19/12/2011 14:40, Matthew Brush wrote: On 12/19/2011 05:54 AM, Nick Treleaven wrote: Hi, I tried opening data/geany.glade with the latest Glade, 3.8.1 on Windows. Pressing Save writes a lot of changes to the file, 260 Kb. It seems to be mostly reordering property tag lines for use_action_appearance. Also, when I added 2 menu items it created duplicate image ids for image1, image2. Not sure what this means. It stopped Geany from starting with an error message about image1 being defined twice. What version of Glade created the file? Maybe if I can use the same version I won't get the reordering noise in the diff. I can't remember 100% but I think it was either 3.6.x or 3.8.x. I did however just make this[1] change with 3.8.0 for sure recently. Ok, there doesn't seem to be a 3.8.0 binary for Windows. The 3.6 binary had issues on my old machine so I'd rather stay on 3.8.1. It includes a relevant fix: - Ensure 'use-action-appearance' is serialized before 'related-action' (bug 658497) This is probably the cause of 99% of the diff. IMO, if you can't get the changes down to less, it doesn't really matter if there's a bunch of noise in the commit, it's not like anyone really needs to be able to read it, as long as the commit message describes I disagree no one needs to read it. glade diffs should be reviewed by the author the same as all other code checkins IMO. I'm hoping that we can standardise on 3.8.1 so we can review diffs and also avoid adding noise/bloat to the git repo each time someone uses a different version of Glade than the last commit. Before we decided to standardise on a glade version for 2.x to prevent the same problem (although this was also because 2.x didn't have a required gtk option, different versions added a lot of diff noise anyway). what was changed and it's not just Windows munging the file (with \r\n, etc.). I always choose the default core.autocrlf(?) option for msys-git as recommended by github, and the diff was produced by git. ___ 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
On Sun, 18 Dec 2011 19:01:13 +0100 Thomas Martitz thomas.mart...@student.htw-berlin.de wrote: 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)? Well.. I would like to see process as I described. But as there have been a lot of comments on I'm not sure whether its wished at all. Cheers, Frank -- http://frank.uvena.de/en/ pgpAzl3OqHyqu.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] Glade 3 version?
On 12/19/2011 09:37 AM, Nick Treleaven wrote: On 19/12/2011 14:40, Matthew Brush wrote: On 12/19/2011 05:54 AM, Nick Treleaven wrote: Hi, I tried opening data/geany.glade with the latest Glade, 3.8.1 on Windows. Pressing Save writes a lot of changes to the file, 260 Kb. It seems to be mostly reordering property tag lines for use_action_appearance. Also, when I added 2 menu items it created duplicate image ids for image1, image2. Not sure what this means. It stopped Geany from starting with an error message about image1 being defined twice. I'm not sure why it made duplicate IDs, but I guess we should try and start naming things properly now, at least new stuff we add. This is what I've been doing since the conversion, but there's still lots of default/crazy widget names in there :) [...] IMO, if you can't get the changes down to less, it doesn't really matter if there's a bunch of noise in the commit, it's not like anyone really needs to be able to read it, as long as the commit message describes I disagree no one needs to read it. glade diffs should be reviewed by the author the same as all other code checkins IMO. Meh, I tend to think of it as a binary blob. We can't hand-edit it and Glade is free to do whatever it wants outside of our control. What's more, the point of using Glade is to avoid having to hand code this 10,000 line XML beast. That being said (see below) if we can do something to make the commits nicer, I agree we should. I'm hoping that we can standardise on 3.8.1 so we can review diffs and also avoid adding noise/bloat to the git repo each time someone uses a different version of Glade than the last commit. I'm all for this, I can easily remove 3.8.0 and switch to 3.8.1. It does seem like 3.8.1 is the last stable release before our version of GTK+ is not supported anymore (3.10), so it makes sense and is convenient for use on Windows with a binary available. I guess we should/could note this in the HACKING file or something? rant Out of curiosity though, if we want to avoid noise/bloat in the Git repository, why don't we untrack generated files like geany.html which are already available online, in the source tarballs, and in all releases (including win32 IIRC)? The usefulness of this is pretty slim, one has to: - Be using development version of Geany from Git, and - Be unable to read a text file with the very same content, and - Have no internet access (for online manual), and - Have no release install or tarball available, and - Be unable to install a simple Python package to generate the HTML Just a thought, since I cringe just a little every time I see a commit with this file in it :) /rant Cheers, Matthew Brush ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Glade 3 version?
On Tue, Dec 20, 2011 at 9:19 AM, Matthew Brush mbr...@codebrainz.ca wrote: On 12/19/2011 09:37 AM, Nick Treleaven wrote: On 19/12/2011 14:40, Matthew Brush wrote: On 12/19/2011 05:54 AM, Nick Treleaven wrote: Hi, I tried opening data/geany.glade with the latest Glade, 3.8.1 on Windows. Pressing Save writes a lot of changes to the file, 260 Kb. It seems to be mostly reordering property tag lines for use_action_appearance. Also, when I added 2 menu items it created duplicate image ids for image1, image2. Not sure what this means. It stopped Geany from starting with an error message about image1 being defined twice. I'm not sure why it made duplicate IDs, but I guess we should try and start naming things properly now, at least new stuff we add. This is what I've been doing since the conversion, but there's still lots of default/crazy widget names in there :) [...] IMO, if you can't get the changes down to less, it doesn't really matter if there's a bunch of noise in the commit, it's not like anyone really needs to be able to read it, as long as the commit message describes I disagree no one needs to read it. glade diffs should be reviewed by the author the same as all other code checkins IMO. Meh, I tend to think of it as a binary blob. We can't hand-edit it and Glade is free to do whatever it wants outside of our control. What's more, the point of using Glade is to avoid having to hand code this 10,000 line XML beast. That being said (see below) if we can do something to make the commits nicer, I agree we should. I agree with both of you. We shouldn't have to review generated XML, but the GUI doesn't make it easy to tell what was changed in a particular commit. Whilst it is a nice idea to reduce the noise, Glade is free to do whatever it wants. I don't agree with fixing versions of tools, we will get into the same situation we were in with Glade 2, using unsupported tools and forcing all develpers to use special installs instead of the standard ones. I'm hoping that we can standardise on 3.8.1 so we can review diffs and also avoid adding noise/bloat to the git repo each time someone uses a different version of Glade than the last commit. I'm all for this, I can easily remove 3.8.0 and switch to 3.8.1. It does seem like 3.8.1 is the last stable release before our version of GTK+ is not supported anymore (3.10), so it makes sense and is convenient for use on Windows with a binary available. I guess we should/could note this in the HACKING file or something? rant Out of curiosity though, if we want to avoid noise/bloat in the Git repository, why don't we untrack generated files like geany.html which are already available online, in the source tarballs, and in all releases (including win32 IIRC)? The usefulness of this is pretty slim, one has to: - Be using development version of Geany from Git, and Which we continualy tell people to try if they have problems - Be unable to read a text file with the very same content, and The text file doesn't open from f1 - Have no internet access (for online manual), and Many people pay for downloads, forcing them to use the online version is poor form - Have no release install or tarball available, and So long as geany.html is in the daily tarballs, then we can tell people to try that instead of Git, but they have to keep getting the whole tarball as we make changes, not just git pull. - Be unable to install a simple Python package to generate the HTML It is fine to require developers to have the full tool suite, but only a small percent of git users are actually Geany developers. Geany itself should not need anything other than what is in build-essential, plugins are another story. Just a thought, since I cringe just a little every time I see a commit with this file in it :) /rant Filter your commit messages :) 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] Glade 3 version?
On 12/19/2011 05:01 PM, Lex Trotman wrote: On Tue, Dec 20, 2011 at 9:19 AM, Matthew Brushmbr...@codebrainz.ca wrote: On 12/19/2011 09:37 AM, Nick Treleaven wrote: On 19/12/2011 14:40, Matthew Brush wrote: On 12/19/2011 05:54 AM, Nick Treleaven wrote: Hi, I tried opening data/geany.glade with the latest Glade, 3.8.1 on Windows. Pressing Save writes a lot of changes to the file, 260 Kb. It seems to be mostly reordering property tag lines for use_action_appearance. Also, when I added 2 menu items it created duplicate image ids for image1, image2. Not sure what this means. It stopped Geany from starting with an error message about image1 being defined twice. I'm not sure why it made duplicate IDs, but I guess we should try and start naming things properly now, at least new stuff we add. This is what I've been doing since the conversion, but there's still lots of default/crazy widget names in there :) [...] IMO, if you can't get the changes down to less, it doesn't really matter if there's a bunch of noise in the commit, it's not like anyone really needs to be able to read it, as long as the commit message describes I disagree no one needs to read it. glade diffs should be reviewed by the author the same as all other code checkins IMO. Meh, I tend to think of it as a binary blob. We can't hand-edit it and Glade is free to do whatever it wants outside of our control. What's more, the point of using Glade is to avoid having to hand code this 10,000 line XML beast. That being said (see below) if we can do something to make the commits nicer, I agree we should. I agree with both of you. We shouldn't have to review generated XML, but the GUI doesn't make it easy to tell what was changed in a particular commit. Whilst it is a nice idea to reduce the noise, Glade is free to do whatever it wants. I don't agree with fixing versions of tools, we will get into the same situation we were in with Glade 2, using unsupported tools and forcing all develpers to use special installs instead of the standard ones. It doesn't even need to be a hard rule about version, but we could recommend a specific version. I think Colomban had problems with 3.6 and obviously 3.10 won't work since it only supports GTK 2.24+, so that really only leaves us the 3.8.x versions, and since 3.8.1 is bug fix release of 3.8.0, I guess it makes sense to recommend that. In a perfect world though we could just open it in whatever Glade 3 version is installed on the system and it would Just Work, but I think we've all used Glade enough to know that will probably never happen. I'm hoping that we can standardise on 3.8.1 so we can review diffs and also avoid adding noise/bloat to the git repo each time someone uses a different version of Glade than the last commit. I'm all for this, I can easily remove 3.8.0 and switch to 3.8.1. It does seem like 3.8.1 is the last stable release before our version of GTK+ is not supported anymore (3.10), so it makes sense and is convenient for use on Windows with a binary available. I guess we should/could note this in the HACKING file or something? rant Out of curiosity though, if we want to avoid noise/bloat in the Git repository, why don't we untrack generated files like geany.html which are already available online, in the source tarballs, and in all releases (including win32 IIRC)? The usefulness of this is pretty slim, one has to: - Be using development version of Geany from Git, and Which we continualy tell people to try if they have problems Not sure it's the best idea to recommend the average user installs experimental code as their main Geany version though. - Be unable to read a text file with the very same content, and The text file doesn't open from f1 - Have no internet access (for online manual), and Many people pay for downloads, forcing them to use the online version is poor form I'd agree if they didn't already need an internet connection to get the source in the first place. After the first view of the online manual, the browser should cache it (I think). - Have no release install or tarball available, and So long as geany.html is in the daily tarballs, then we can tell people to try that instead of Git, but they have to keep getting the whole tarball as we make changes, not just git pull. (see below) - Be unable to install a simple Python package to generate the HTML It is fine to require developers to have the full tool suite, but only a small percent of git users are actually Geany developers. Geany itself should not need anything other than what is in build-essential, plugins are another story. If you're building from Git, you're a developer in my books (in the sense that you've figured out how to track down build-essential, libgtk2-dev, use autotools, install to an alt. prefix, etc). I think we could assume they're competent enough to run `sudo python setup.py install` (or use their package
[Geany-devel] GtkFileChooser recent annoyance
Hi,
Is anyone opposed to me committing the trivial patch attached here. The
comment I think describes it well enough, and if you're using recent
GTK+ 2.24.x you probably already know about it.
I didn't want to commit without asking since maybe some people will find
this new feature[1][2] useful, I personally find it extremely
annoying, but I wouldn't want to fix it at the expense of annoying others.
Cheers,
Matthew Brush
[1]
https://live.gnome.org/DocumentCentricGnome/Help%20the%20user%20choose%20a%20place%20to%20put%20a%20new%20file
[2] I think we can safely assume Geany users (ie. programmers) already
know how to manage files :)
diff --git a/src/dialogs.c b/src/dialogs.c
index 4b701d2..72c72f1 100644
--- a/src/dialogs.c
+++ b/src/dialogs.c
@@ -473,7 +473,18 @@ void dialogs_show_open_file(void)
open_file_dialog_apply_settings(dialog);
if (initdir != NULL g_path_is_absolute(initdir))
-gtk_file_chooser_set_current_folder(GTK_FILE_CHOOSER(dialog), initdir);
+ gtk_file_chooser_set_current_folder(GTK_FILE_CHOOSER(dialog), initdir);
+ else
+ {
+ /* Since GTK+ ~2.24 the default behaviour of the GtkFileChooser
+ * is to hide the location bar and show recently used files,
+ * this brings back the location bar and puts the current
+ * directory as the user's home directory if there's no
+ * better one to use. The recently used view is still 1 click
+ * away. */
+ gtk_file_chooser_set_current_folder(GTK_FILE_CHOOSER(dialog),
+g_get_home_dir());
+ }
if (app-project NZV(app-project-base_path))
gtk_file_chooser_add_shortcut_folder(GTK_FILE_CHOOSER(dialog),
___
Geany-devel mailing list
Geany-devel@uvena.de
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] Presentation
Hello everybody, My name is Tarek, I am a soon to be Information Systems Engineer and I have been using geany for about one year now. I would like to help developing it to the extent of my knowledge. I hope I can contribute to this great editor and learn at the same time. -- *Tarek* ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Presentation
On 12/19/2011 10:13 PM, Tarek Belkahia wrote: Hello everybody, My name is Tarek, I am a soon to be Information Systems Engineer and I have been using geany for about one year now. I would like to help developing it to the extent of my knowledge. I hope I can contribute to this great editor and learn at the same time. Welcome Tarek, There's a few different ways you can help out. There is information about this on Geany's website (geany.org) under the Contribute section in the menu. If you have any specific questions always feel free to ask. Cheers, Matthew Brush ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
