Re: [gedit-list] First pass hack of gedit and gtksourceview portto gtkprintoperation

degrade the functionality to what the platform supports? This approach will highlighht each platform's stregth, and will not penalize say a Linux user for a portability he doesn't need or care about. -- Dimi Paun <[EMAIL PROTECTED]> Lattica, Inc. __

Re: Concerns about print preview implementation

choice would be inline, for the following reasons: * consistency with Windows, principle of least surprise * consistency with other non-GTK apps (as already mentioned) * smaller latency, more interactive Regardless, at the very least we have to get the API right. And that m

Re: Concerns about print preview implementation

ve it in the Print dialog _also_, but that may be optional, depending on whether or not the platform supports that, and it is an established practice. Otherwise a "File | Print Preview" should do. If we do have it in the dialog, the Preview button should not close the dialog, that would b

Re: Concerns about print preview implementation

that, versus rendering _only_ the first page. There's _got_ to be a big difference in latency here. -- Dimi Paun <[EMAIL PROTECTED]> Lattica, Inc. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Plans for gnome-vfs replacement

> may be mounts). I'd say it's important for that to happen, otherwise we do a stat() to figure out if stat() is slow so we avoid it... -- Dimi Paun <[EMAIL PROTECTED]> Lattica, Inc. ___ gtk-devel-list mailing list gtk-devel-list@gno

Re: Plans for gnome-vfs replacement

all this information graphically rather than (just) a textual encoding? -- Dimi Paun <[EMAIL PROTECTED]> Lattica, Inc. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Gtk+ unit tests (brainstorming)

ply do not have the problem that inline documentation is trying to solve. Moreover, tests tend to be long winded and ugly looking, and I find the additional cruft they add to be rather distracting. I submit that due to their nature, they work out better in separat

Re: gvfs status report

that would allow easier completion in IDEs such as Eclipse. But at the end of the day I would go with Java/.NET naming, I don't think it's worth going against the grain of what people expect. -- Dimi Paun <[EMAIL PROTECTED]> Lattica, Inc. __

Re: gvfs status report

to go with the flow for such subjective matters. -- Dimi Paun <[EMAIL PROTECTED]> Lattica, Inc. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Performance implications of GRegex structure

cher)) result = g_matcher_get(regex, 0); g_matcher_free(matcher); return result; } IOW separating the compiled regex from the matcher does not have to result in more complicated usage pattern for people that don't care about performance. -- Dimi Paun <[EMAIL PROTECTED]