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.
__
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
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
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
> 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
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
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
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.
__
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
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]
10 matches
Mail list logo