drawers seem
standard and heavily used part of OSX, are these issues somehow solved?
[1] It's actually hard to believe it was made by apple, it sucked so
hard in UI area.
Cheers,
Maciej
--
"Tautologizm to coś tautologicznego"
Maciej Katafiasz <[EMAIL PROTECTED]>
ht
round, but OTOH
it's heavily optimised for being intensive-use editor. GEdit is much
simpler, but IMHO is better as quick viewer rather than tool you use for
heavy programming. It's all matter of taste, though, so YMMV
--
Maciej Katafiasz <[EMAIL PROTECTED]>
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
win1 is already created).
> When i run my application the win1 appears on screen but win2 doesnt
> appear. And the application hangs. Please suggest what should i do?
did you call gtk_window_show(win2) before? does this work?
Cheers,
Maciej
--
Maciej Katafi
allocated, not only on visible pixels of
your image. If you don't want that, then you need to subclass GtkButton
and override appropriate methods and signal handlers so that it draws as
image and does whatever you want when clicked. You get more control
here, but also more work needs to be done.
H
s interface stability, which is of prime importance. That's
probably good trade-off, interface that changes without user's action is
Really Bad Thing(TM)
Cheers,
Maciej
--
Maciej Katafiasz <[EMAIL PROTECTED]>
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
orm, but
> am not sure about GIMP and GNOME.
GIMP is fully cross-platform. GNOME isn't, it's strongly tied to Unix in
more ways than GTK+ covers and that rather won't change in any
forseeable future.
HtH,
Maciej
--
Maciej Katafiasz <[EMAIL PROTECTED]>
__
GUI. If distributed with GTK it will not be dependent to any desktop, as
> is the case with DTKSH.
Check out Zenity, http://freshmeat.net/projects/zenity
HTH,
Maciej
--
Maciej Katafiasz <[EMAIL PROTECTED]>
___
gtk-list mailing list
gt
. To remedy
that, you want to use gtk_events_pending (). See docs at
http://developer.gnome.org/doc/API/2.0/gtk/gtk-General.html#id2755523
they have snippet to put in your code.
Cheers,
Maciej
--
Maciej Katafiasz <[EMAIL PROTECTED]>
___
gtk-list mailing list
g
gt; because linking not done
[snip]
You're using -c option to gcc which tells the compiler to not link
resulting program, only to compile source into .o files. It has told you
that, too :). Remove -c flag to make it compile and link.
Cheers,
Maciej
--
Maciej
riable naming, like
GtkWidget* main_window;
Also, for enums and macros you use all caps, like
enum
{
GTK_SOME_ENUM_VALUE
} GTK_SOME_ENUM;
#define GTK_SOME_MACRO
unless the macro is intended to be used like normal function, in which
case you use function naming co
et lost, in case it's intended behaviour the bug will
simply get closed. So don't be afraid of reporting, it's never the wrong
thing to do :)
Cheers,
Maciej
--
Maciej Katafiasz <[EMAIL PROTECTED]>
___
gtk-list mailing list
gtk-list@g
's going on in 2.8 to
integrate with Cairo means you'll be able to use it with GTK+ easily, as
well as that GTK+ itself will use Cairo, but it doesn't mean Cairo will
be swallowed by GTK+. If you're using it today, just continue doing so,
and after 2.8 you'll find your cu
for all other questions (licensing, compiling, etc.),
use gtk-list.
Cheers,
Maciej
--
Maciej Katafiasz <[EMAIL PROTECTED]>
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
to this lib. I
> haven't found anything that matches too closely so far. Anyone else
> know of something? How difficult do you think it would be to make an
> existing rpc lib non-blocking?
D-BUS? http://www.freedesktop.org/Software/dbus
Cheers,
Maciej
--
Maciej Katafiasz <[E
need to read nor interpret
the stamp.
Cheers,
Maciej
--
Being really good at C++ is like being really good at using rocks to
sharpen sticks. (Thant Tessman)
----
Maciej Katafiasz <[EMAIL PROTECTED]>
http://mathrick.org
___
gtk-list mailing list
15 matches
Mail list logo