Sorry for sending this here; if there's a better place, just point me
towards it.
What am I doing wrong here?
[dereks@localhost working]$ export
CVSROOT=':pserver:[EMAIL PROTECTED]:/cvs/gnome'
[dereks@localhost working]$ cvs login
(Logging in to [EMAIL PROTECTED])
CVS password: (I
-> started, and what capabilities it had in the beginning. From my impression
-> though, it was a standard like POSIX used to implement GUIs, but anything
-> along these lines, that you could help me with would be greatly appreciated.
Hehehe... GTK+: The POSIX of GUIs. I like that.
gtk_widget_queue_draw() does not double buffer, does it?
I took a quick glance at the code (1.2.6) and it seems to me that
widget_queue_draw() just merges together rectangle areas and then
schedules expose events on those rectangles when idle.
So, assuming my understan
-> > messages indicated that Gtk 1.4 would have built-in double buffering,
-> > whatever that means.
->
-> It means you don't need to do double buffering. ;-)
Is the new double-buffering architecture documented somewhere?
I'd like to understand how it works.
Just considering the
-> How do I create an executable that does not use the shared
-> libraries? I would like to move an executable to another machine
-> but do not want to install Glib.
If you're using gcc, you'd use the "-static" option to the gcc
compiler.
See "Programming with GNU Software", by
-> > I need to put in a label a gint value...
-> >
-> > void pass-help (gint value)
-> > {
-> > gtk_label_set_text( GTK_LABEL(label), value);
-> > }
-> >
-> > How could I do that ?
It looks like your "value" is an index for a help string. If
that's the case, you'll need to use a h
-> I just read that the Text widget doesn't support horizontal
-> scrollbars. Is this something that's being worked on, or is
-> a permanent deficiency?
That text widget is going to get dumped.
-> On a related note, do you (that is,
-> experienced Gtk programmers) feel that the Text
-> >The big one is Havoc's new text widget, originally based on the
-> > TkText widget. It is very featureful, and Owen added Pango support, but
-> > it is a huge memory hog (just like the TkText widget).
->
-> I think "memory hog" is an overstatement; last time I measured it the
-> overhead
-> I created a Motif text widget about 5 years ago that uses UTF-16 (aka UCS-2)
-> internally exclusively.
UTF-16 is a multibyte encoding, where characters can have either 2
or 4 bytes. If you only used 2 bytes per char *every* time, then you were
using UCS-2. UTF stands for "UCS Transf
-> > -> I think "memory hog" is an overstatement; last time I measured it the
-> > -> overhead without tags was less than 3 bytes per character, including
->
-> >
-> >Whoa! 3 bytes per character? Whatever happened to the 40-byte
-> > overhead of every tag toggle
-> UTF-16 is only a multi-byte encoding in the sense that it takes more
-> than one byte to represent a character, and it takes 2 or 3
-> (surrogates) bytes for each character, never 4.
Man, this stuff is confusing. I don't have the Unicode book, so I
was going off this (from "CJKV Infor
-> >Somebody posted a Glib-ized regex to the list a few weeks ago, and
-> > it got some feedback and went through a couple of iterations. Is there
-> > any reason not to add it to Glib? I think it would be very useful to
-> > have.
->
-> No Unicode support.
Mark Leisher has develop
-> >I think of my widget as structured in layers, like in the Gimp.
-> > The bottom layer is the gapped text buffer, the next layer up are the
-> > "Style" spans (which are optimal for scanner-based syntax highlighting).
-> > The third layer up will be overlapping tags, in a tree structure, on
urrent salary to work on this
widget full-time, it'd be done within a few weeks :). There are some
features that need to be added to Pango before I'll consider it "done", so
once the View is working I'll be diving into the Pango code.
--Derek Simkowiak
_
-> Is it true that Pango currently requires X? If so, what does that mean for
-> the non-X-based ports of GTK+ such as Win32/MacOS/BeOS?
Pango does not require X, and is designed to be
renderer-independent.
However, the only renderer that ships with Pango is the X
renderer. And
I want to do an XCopyArea() using the GDK functions. I want the
source to be a pixmap, and the destination to be a window.
Can I use gdk_window_copy_area() with a GdkPixmap as the 5th
argument (it takes a GdkWindow, not a GdkPixmap)?
Would that work acrossed different p
-> Can I use gdk_window_copy_area() with a GdkPixmap as the 5th
-> argument (it takes a GdkWindow, not a GdkPixmap)?
From
http://developer.gnome.org/doc/API/gdk/gdk-bitmaps-and-pixmaps.html:
--
struct GdkPixmap
{
gpointer us
-> > I try create a child process in gtk application. And I try create new window
with type GTK_TOPLEVEL_WINDOW in child process.
-> >And I get very strange behaviour. When I try change window size or position or
something else, I get on console:
->
-> Gtk wasn't supposed to be used th
er, the
only thing I could find is using gtk_signal_connect() on the GtkObject
that owns the GdkWindow whose expose events you wish to grab.
So, my question is: Is there a GtkObject which owns the root
window? Or am I going about this in the wrong way?
Thanks,
Derek Simkow
Hello,
I'm writing an app that needs to load different image file formats
(JPG, PNG, XPM, et. al.).
It used to be (especially within Gnome) that the library to use
was the GTK+ version of Imlib.
But I seem to remember that Gnome was dumping Imlib for some
reason. I
realizing the GtkWindow widget, but that didn't
change anything.
Any other ideas?
Thanks,
Derek Simkowiak
[EMAIL PROTECTED]
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
t;user_data = widget;
...to the earlier code makes it work. Yeehaw! Now I should be
able to do re-draws on exposes correctly.
Thanks for your help!
--Derek Simkowiak
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
-> I am creating an app using GTK+... I don't like global variables, or
-> exporting large numbers of variables to implement functionality.
Standard object-oriented design says to write _set_ and _get_
functions for each variable you wish to have publicly r/w. I.e.,
gint config_page_get
-> If GTK+ were actually object oriented then all that work would already be
-> done.
[Entering into the realm of conjecture and tit-for-tat Comp Sci
definitions here...]
Depending on your definition, GTK+ is objected oriented. It has
inheritance, classes, a type system, and mor
Will GdkPixbuf be shipped with Gtk2? Or will it be shipped
separately for the forseeable future?
--Derek
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
Check out
http://gtkfilesel.sourceforge.net/
It is a work in progress. We're hoping to have the code done for
Gtk+ 2.0.
On Tue, 29 Aug 2000, Mark Leisher wrote:
-> I'm looking for a minor variation of the GtkFileSelection widget that supports
-> filtering (i.e. only list file
If you want to help shape the new widget, visit
http://gtkfilesel.sourceforge.net/
...and join the mailing list and get into the discussion.
On Tue, 29 Aug 2000, Joe Pfeiffer wrote:
->
->I'm looking for a minor variation of the GtkFileSelection widget that supports
->
-> Anybody could help me to solve the problem:
-> 1. do we have multiple selection in GtkFileSelection? like what we have in
-> list: single, extended...
No. It will be in the new file selector currently under
construction.
--Derek
___
gtk-
28 matches
Mail list logo