Gaim dotfiles location

We (upstream) do not consider ourselves to be developing a gnome application. We have a non-trivial number of KDE users, and a non-trivial number of users who do not use any desktop environment. While Ubuntu is naturally free to apply whatever patch they like, this is not a change we would accept.

I'm also going to point out that, while it helps keep your ~/ directory clean. It makes your ~/.gnome2/ directory LESS clean...

Well, I didn't know that there exists something like QT-based gaim???

As far as I can see in gaim*.deb description Gaim depends on libgtk2.0, libpango, libcairo, libstartup-notification and few other vital Gnome components.

So, maybe you could consider a bigger change in your code and provide an ability to compile/build Gaim --with-gnome flag. And then provide really seamless Gaim<->Gnome integration with support for GConf and other Gnome elements.

I understand that you want to support KDE/Windows and other users but this is not something that conflicts with better integration with Gnome.

Marcin

Well, Mark I don't agree with you.

Of course if we would like to make things more clean then we should keep everything that is possible in GConf - In fact I just looked on ~/.gaim and found some *.xml files with config data there.

It could be really nice to move this xml to GConf xml.

But of course then you still got logs/smileys/plugins etc. So there is no way to put everything in GConf.

Anyway I think that ~/.gnome2/gaim is much better for gnome user and you need to remember that (I don't know if all - I don't want to install kde just to verify this) there is also ~/.kde directory and kde apps put their config/resource files there.

I'm rejecting this feature request. There is hundred of applications using the user directory to store they configuration there is no point to move gaim. As stated by Luke, gaim is not a GNOME application (you can run "ldd /usr/bin/gaim" if you are not convinced), but only used GTK. It works under windows, people use it under KDE, xfce, etc. There is no real win to make it use GNOME

As Luke said, Gaim is not a Gnome application. It DOES use the Gtk+ graphics library, but we don't interface with Gnome in any way. You can run Gaim perfectly fine in KDE--there is no need for a QT-based version of Gaim (unless you just want it to look a little more seamless).

I don't think any of the libraries you listed are actually a part of Gnome. They can be used just as effectively in KDE, or even without a desktop environment.

As for interfacing with Gnome... we could add a "--with-gnome" configure option, and add features that benefit users using Gnome, but we haven't had a strong need or desire to do that.

We used to have such an option. I'd argue that some of sean's changes, such as the proxy prefs, belong under such an option. But that's unrelated to this bug.

Seriously, recall your history here Marcin, Gtk stands for GIMP Took Kit, not GNOME Tool Kit. We don't like against libgnome type stuff, we don't use gconf. We don't follow all of the GNOME HIG, we don't take violations of the GNOME HIG as being sufficient reason to change something. We don't use gnome resources, and half of gnome's developers hate us.

Of the libraries you've listed, the only one we are really tied to is glib, there HAS existed a qt/qpe interface to an early pull from the 2.0.0 cvs, there DOES exist a OSX interface to gaim. the Gtk+ interface just happens to be, for now, the only one we work on directly and distribute.

Your assertion is equivalent to stating that LICQ must be a kde appliation just because it used QT. No one could seriously make such an assertion, LICQ is very different from your standard KDE application. It is the same with gaim, we happen to use Gtk+, but we are very much our own project, not a GNOME application.

Why do half of gnome's developers hate us?

That's something sean told me, oh, a year ago. You'd have to ask him, I'd just be speculating.