Please take my e-mail address off this nautilus e-mail list! Thank You Karen
Karen Nelson Payroll Officer Bernard Matthews New Zealand T: 00646 858 6390 F: 00646 858 8311 This e-mail and any associated files are confidential and are for the use of the addressee(s) only. If you have received this communication in error please note that any use of it is strictly prohibited. Please notify the sender immediately, and then delete this e-mail from your system. Whilst we believe that this e-mail and its attachments are free from any virus, it is the responsibility of the recipient to ensure that they are virus free. Any views or opinions expressed in this e-mail are those of the author and not necessarily those of Bernard Matthews NZ Ltd and/or any associated company unless expressly stated to the contrary. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Josselin Mouette Sent: Tuesday, 22 July 2008 5:36 a.m. To: nautilus-list Subject: Re: Let’s get back the expander column Le lundi 21 juillet 2008 à 12:19 +0200, Christian Neumair a écrit : > Thanks for keeping at it. Feel free to commit patch _after_ the next GTK > + release, together with an #ifdef and a check in configure.in. > > Otherwise, we'd break systems where GTK+ has not been upgraded, but > Nautilus. I’m not fond of enabling bug quirks depending on a version found at build time. First, a version can tell about features, but it does not tell about whether a bug is present or not. The eclipse debacle still reminds us of how this can turn wrong. Furthermore, this is not enough to guarantee the version will be available at runtime. If there have been no ABI additions in this release, the dependencies will allow to install nautilus with a version without the bug fixed. Rhythmbox and the GTK+ filechooser have used expander columns for quite some time despite this bug; it is only annoying when you try to resize the columns. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `- our own. Resistance is futile. -- nautilus-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/nautilus-list
