I've got two more feature requests. First is - I believe - rather small. When I add new document and press save, the file dialog starts in my home. Could it start directory of the file on the tab left to the new one? Usually, when I am working on some project and I want to add a file, I want to add inside the project dir, not somewhere else. That would make this operation much faster.
Second one is bigger though: why geany doesn't have any kind of Trac? It would be much easier to post bugs or feature requests there, instead of mailing list, and they would be much more visible.
2009/5/20 Filip Gruszczyński gruszczy@gmail.com:
I've got two more feature requests. First is - I believe - rather small. When I add new document and press save, the file dialog starts in my home. Could it start directory of the file on the tab left to the new one? Usually, when I am working on some project and I want to add a file, I want to add inside the project dir, not somewhere else. That would make this operation much faster.
I would like this one as well.
Especially because the file dialog in Gtk does have "recently used" shortcut, but I cannot click on the file in that list and then edit the name. I understand that this means that Geany is providing a workaround for a shortcoming in Gtk, but still...
Thanks,
Filip Gruszczyński wrote:
Second one is bigger though: why geany doesn't have any kind of Trac? It would be much easier to post bugs or feature requests there, instead of mailing list, and they would be much more visible.
Geany has a bug tracker hosted on SourceForge: http://sourceforge.net/tracker/?group_id=153444&atid=787791
Second one is bigger though: why geany doesn't have any kind of Trac? It would be much easier to post bugs or feature requests there, instead of mailing list, and they would be much more visible.
Maybe not that big at all. There is a page on sourceforge about geany with tracker services and so on. You may want to have a look at this: http://sourceforge.net/projects/geany/
It is also possible to track bugs and feature requests there. I think this perfectly does the job trac also would do.
BTW: Just for those of the mailing-list readers who didn't know, there is also a project called geany-plugins on sourceforge:
http://sourceforge.net/projects/geany-plugins/
Best Regards, Dominic
I didn't have any idea, that there is one already. Cool :-) That's only request then ;-)
2009/5/20 Dominic Hopf dmaphy@googlemail.com:
Second one is bigger though: why geany doesn't have any kind of Trac? It would be much easier to post bugs or feature requests there, instead of mailing list, and they would be much more visible.
Maybe not that big at all. There is a page on sourceforge about geany with tracker services and so on. You may want to have a look at this: http://sourceforge.net/projects/geany/
It is also possible to track bugs and feature requests there. I think this perfectly does the job trac also would do.
BTW: Just for those of the mailing-list readers who didn't know, there is also a project called geany-plugins on sourceforge:
http://sourceforge.net/projects/geany-plugins/
Best Regards, Dominic
-- Dominic Hopf dmaphy@gmail.com
Key Fingerprint: A7DF C4FC 07AE 4DDC 5CA0 BD93 AAB0 6019 CA7D 868D
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Wed, 20 May 2009 23:15:27 +0200, Dominic wrote:
Second one is bigger though: why geany doesn't have any kind of Trac?
Because Trac sucks :). Sorry, this is my very personal opinion. I just can't stand it and can't work with it, not sure why but I'm just unable to use it in any productive way. Tried it several times, and failed every time. Additionally, so far I didn't see any online Trac installation which was fast in any way. Obviously, mainly this is a matter of the server hardware where it is hosted. But again. so far I didn't see any Trac installation on a server where it ran fast. No idea what requirements it has. Admittedly, the trackers at Sourceforge.net also doesn't respond that fast and also require transferring lots of content.
I think if we ever change the bug tracking system, we should go for Bugzilla. It's kinda complex and might be freaky at the first time, but once you got to know it a bit, it's ok. But it has similar to Trac a major drawback: it requires a registration before being able to post anything. This is *not* required on Sourceforge.net and I think this is a good thing as it lowers the initial burden for users who want to report/request anything.
It would be much easier to post bugs or feature requests there, instead of mailing list, and they would be much more visible.
the other guys already mentioned that our bug/feature request trackers are hosted at Sourceforge.net.
BTW: Just for those of the mailing-list readers who didn't know, there is also a project called geany-plugins on sourceforge:
Shameless advertising...I like this :).
Regards, Enrico
On Wed, 20 May 2009 22:21:16 +0200, Filip wrote:
I've got two more feature requests. First is - I believe - rather small. When I add new document and press save, the file dialog starts in my home. Could it start directory of the file on the tab left to the new one? Usually, when I am working on some project and I want to add a file, I want to add inside the project dir, not somewhere else. That would make this operation much faster.
Changing this is quite easy, code-wise. I don't mind much changing this as I also got thinking about it a few times. Though it doesn't happen that often too me.
Any objections in changing it?
Regards, Enrico
On Thu, 21 May 2009 21:01:48 +0200, Enrico wrote:
On Wed, 20 May 2009 22:21:16 +0200, Filip wrote:
I've got two more feature requests. First is - I believe - rather small. When I add new document and press save, the file dialog starts in my home. Could it start directory of the file on the tab left to the new one? Usually, when I am working on some project and I want to add a file, I want to add inside the project dir, not somewhere else. That would make this operation much faster.
Changing this is quite easy, code-wise. I don't mind much changing this as I also got thinking about it a few times. Though it doesn't happen that often too me.
Any objections in changing it?
Obviously not, so I changed it now:
the Save As dialog now uses the last used directory when opened on new files. For already saved files (i.e. files which already exist on disk) nothing has changed.
Regards, Enrico