Meeting on irc.gnome.org:#gtk-devel Meeting started January 25 2005 16:01 EST (21:01 UTC) In attendence: Owen Taylor (owen), Manish Singh (yosh), Federico Mena Quintero (federico), Shawn T. Amundson (snorfle), Matthias Clasen (mclasen), Billy Biggs (vektor), Robert Ögren (roboros), Tor Lillqvist (tml), John Ehresman (jpe), Maciej Katafiasz (mathrick) ok, so I guess we should start by collection agenda items * mclasen first goes for a coffee are any rtl speakers present ? you mean writers ;-) readers, actually... ...apparently not One question I wanted to discuss today is how gtk-2-6 looks, bugwise mclasen: if you wanted RTL, you'd need to set some more friendly time of meeting all the arabic world is asleep atm what about israel ? mclasen: similar they're all GMT+5,+6 well, its not that important, I can probably debug it myself israel is only gmt+2, afaik i discovered a serious rtl issue yesterday, and wanted to check if it has been noticed by anybody else: #165210 and morocco is +1 or even +0. plus there are lots of hebrew and arabc speakers in the us, too. but i digress... gmt: it must suck to have that nick when discussion timezones...:-) heh federico: do you have a plan to fix the file duplication bug ? different topic: we have a bug about making the message dialog spacing hig-conform. apparently we already do that for the file chooser, so our dialog spacings could be a bit messed up currently mclasen: yeah, I'm on it. At some point Alex changed the vfs backend do that mandatory reload of the directory... I don't think it's needed (plus the bits in the file chooser entry; it should really not reuse the folder object) so from looking at testgtk, it seems that currently the file chooser uses hig dialog spacing and all other complex dialogs use the default dialog spacing didn't garnacho have a patch to fix that as well? or am I getting confused with the rest of his GtkMessageDialog patch? I don't recall spacing being discussed at all in the past. I guess the question is if we can and want to change anything there, and if yes, then what mechanism is the best one mclasen: IMO, changing the defaults for GtkMessageDialog should be OK, changing it for standard dialogs definitely OK. Changing padding for GtkDialog is dubious, because people might pack boxes or whatever to get the desired spacing so you would agree with a patch which does the same thing the file chooser does in all complex dialogs ? mclasen: Yes. good, I'll update the bug to invite an all-spacing-fixing patch hmm, federico, I remember I doubted in changing the spacing, I don't remember if I actually did it... :/ what if we fix *all* spacings? people who have code to make them HIG-compliant may appreciate being able to remove that code Sounds dangerous. federico: what other spacings do you have in mind ? Jan 25 16:35:14 * garnacho sees 12 pixels spacing between GtkMessageDialog elements federico: but until they do so, won't their layout break spectacularly? mclasen: gtkdialog border width? * federico checks federico: Changing gtkdialog I think is very dubious. See above I think we repeatedly argued against changing gtkdialog in the past probably we should do it, run the desktop for a bit, and see if things look too bad ... then have a flag day if they do things will have to get changed when we switch to font-based spacing that bug is on the 3.0 milestone...:-) can I invite people to use our new pool milestones ? I have been trying to move incoming bugs to the appropriate milestones as I have time, but we're already accumulating 30+ bugs on --- again I noticed that bugs I filed against gtktreeview aren't on milestones, are they supposed to be? once somebody looks at them and decides where to put them, yes OK. ok, I've got to go, see you next week speaking of spacings would it be reasonable to zero the space between a scrolled window's scrollbars and the content area? federico It's a style property Meeting ended January 25, 17:06 EST (22:06 UTC)