From amundson@CompleteIS.com
Received: (qmail 22643 invoked from network); 14 Dec 1997 09:54:37 -0000
Received: from riker.completeis.com (HELO mail.CompleteIS.com) (amundson@206.144.247.10)
by mail2.redhat.com with SMTP; 14 Dec 1997 09:54:37 -0000
Received: from localhost (amundson@localhost) by mail.CompleteIS.com (8.8.6/8.7.2)
with SMTP id DAA12906; Sun, 14 Dec 1997 03:54:35 -0600 (CST)
Date: Sun, 14 Dec 1997 03:54:35 -0600 (CST)
From: "Shawn T. Amundson" <amundson@CompleteIS.com>
X-Sender: amundson@riker
To: gtk-list@redhat.com, gnome@nuclecu.unam.mx
Subject: ANNOUNCE: GTK+ 0.99.0
Message-ID: <Pine.GSO.3.95.971214031123.12684A-100000@riker>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
New release GTK+ 0.99.0 is now available. This release has been
coordinated with the upcoming GIMP 0.99.16 release.
Official FTP Site:
ftp://ftp.gimp.org/pub/gtk/gtk+-0.99.0.tar.gz
Overview of Changes
* The versioning system has changed from the date method to
0.99.x. This only affects packaging.
* Many bug fixes
* g_memmove function added to glib
* Tries to handle variations in <wchar.h> headers gracefully
* nicer DnD demo
* gtk_check_menu_item_set_show_toggle() to change the way check
menu items and radio menu items look
* Added cut/copy/paste via X clipboard to gtkentry
* gtklabel now has support for GTK_JUSTIFY_FILL
* configure changes
For more information on changes, check the file ChangeLog included
with the distribution.
--
Shawn T. Amundson
amundson@gimp.org
http://www.gimp.org/~amundson
while (i) { last }
i, do exist.
forever;
From che@debian.org
Received: (qmail 8611 invoked from network); 15 Dec 1997 19:54:50 -0000
Received: from gotnet.znet.net (HELO always.got.net) (che@207.167.86.126)
by mail2.redhat.com with SMTP; 15 Dec 1997 19:54:50 -0000
Received: (from che@localhost)
by always.got.net (8.8.8/8.8.7/Debian/GNU) id LAA29990;
Mon, 15 Dec 1997 11:54:48 -0800
To: gtk-list@redhat.com
Subject: gtk 0.99.0 version numbering
Reply-To: che@debian.org
X-Face: -eDkx0I[vNsajBStK^((#;s#wZr+;?Up|;+Zw5JOl]'fINagA)&i4=$2WI'z4U!h0>;A3ON
RW{7<n^q2ZN?'5kU;qyM@jjhm4T8@O>o6imB12xD.pSBhFoqTuF{>b9[K[R\0h=c]Yy6h_R"=Ogv~9
EsgE,9_6?%yFG'C6'L#JBw%9R*]UqA=|&CCMPsas#<U/%IY{*Q_"%\_4K8UXb0RC@MYR1u?HcjmyMy
4Oji?i':(}%$
From: Ben Gertzfield <che@debian.org>
Date: 15 Dec 1997 11:54:48 -0800
Message-ID: <y9hafe2z8jb.fsf@always.got.net>
Lines: 15
X-Mailer: Gnus v5.5/Emacs 19.34
I'd like to ask if the versions past 0.99.0 are going to be numbered
accordingly with this scheme (0.99.1 will come next, homefully :) ---
being the Debian developer of libgtk, I've been numbering the releases
as 971115, 971208, et cetera. But now with 0.99.0, I'm going to have
to resort to some ickiness to get 0.99.0 to be greater than 971208.
If the releases from now on will be in the 0.99.x format, I'll be very
happy. Otherwise, can I know the rationale for switching back and
forth?:)
--
Brought to you by the letters K and G and the number 8.
"Ha ha! I have evaded you with the aid of these pasty white mints!"
Ben Gertzfield <http://www.imsa.edu/~wilwonka/> Finger me for my public
PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
From amundson@CompleteIS.com
Received: (qmail 28226 invoked from network); 15 Dec 1997 21:13:16 -0000
Received: from riker.completeis.com (HELO mail.CompleteIS.com) (amundson@206.144.247.10)
by mail2.redhat.com with SMTP; 15 Dec 1997 21:13:16 -0000
Received: from localhost (amundson@localhost) by mail.CompleteIS.com (8.8.6/8.7.2)
with SMTP id PAA28739; Mon, 15 Dec 1997 15:13:04 -0600 (CST)
Date: Mon, 15 Dec 1997 15:13:01 -0600 (CST)
From: "Shawn T. Amundson" <amundson@CompleteIS.com>
X-Sender: amundson@riker
Reply-To: "Shawn T. Amundson" <amundson@CompleteIS.com>
To: Ben Gertzfield <che@debian.org>
cc: gtk-list@redhat.com
Subject: Re: [gtk-list] gtk 0.99.0 version numbering
In-Reply-To: <y9hafe2z8jb.fsf@always.got.net>
Message-ID: <Pine.GSO.3.95.971215141540.27948A-100000@riker>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
On 15 Dec 1997, Ben Gertzfield wrote:
> If the releases from now on will be in the 0.99.x format, I'll be very
> happy. Otherwise, can I know the rationale for switching back and
> forth? :)
I do not see any reason we would have for not continuing on with
the major.minor.micro format from now on.
However, I do see where we might want to provide quick
snapshots of the CVS tree based on date. Don't make RPMs
of these snapshots, please. Snapshots are only meant for
developers. We will put snapshots off in a seperate
directory with a note to this affect.
-Shawn
--
Shawn T. Amundson Complete Internet Solutions
Senior Systems Administrator Minneapolis, Minnesota, USA
amundson@CompleteIS.com http://www.CompleteIS.com/~amundson
while (i) { last }
i, do exist.
forever;
From otaylor@cu-dialup-1121.cit.cornell.edu
Received: (qmail 207 invoked from network); 16 Dec 1997 18:26:41 -0000
Received: from cu-dialup-1121.cit.cornell.edu (qmailr@132.236.155.163)
by mail2.redhat.com with SMTP; 16 Dec 1997 18:26:41 -0000
Received: (qmail 583 invoked from smtpd); 16 Dec 1997 18:29:00 -0000
Received: from localhost (HELO cu-dialup-1121.cit.cornell.edu) (otaylor@127.0.0.1)
by localhost with SMTP; 16 Dec 1997 18:29:00 -0000
From: Owen Taylor <owt1@cornell.edu>
To: "Shawn T. Amundson" <amundson@completeis.com>
Cc: gtk-list@redhat.com
Subject: Re: GTK stability for GIMP 1.0
In-reply-to: Your message of "Tue, 16 Dec 1997 11:10:08 CST."
<Pine.GSO.3.95.971216103726.9912B-100000@riker>
Date: Tue, 16 Dec 1997 13:28:53 -0500
Sender: otaylor@cu-dialup-1121.cit.cornell.edu
> It would be preferable if GTK 1.0 was released before GIMP 1.0.
> To this end, we need to determine exactly what needs to be done
> in order for GTK to go to 1.0.
>
> What new *features* need/should go into 1.0? Just reference
> counting stuff?
Well, it would be really nice if we had a working text widget.
But that may not be doable at this point.
Reference counting is really in two parts. There is the stuff
in gtk-mvo-971013 (reference counting for GDK stuff, mostly).
I have that integrated into my tree locally have patches
for the GIMP so it compiles. Still haven't fully tested it, though.
Then there are modifications for reference counting for GtkObjects.
As proposed by Marius, they won't require many (any?) changes for
GTK programs, though they will for language bindings. It would
be nice to have this stuff in 1.0, but that really depends on
whether Marius has time to do it.
> If the wchar stuff isn't heavily used, can we not use it until
> after 1.0?
It would be possible, though unpleasant, to modify things to
do without it. I think I now know how to fix things up, however,
so that shouldn't be necessary. (Except for Harald Meland's
configure problems)
> As I see it, it would be nice to resolve the wchar for 0.99.1.
> That seems to be the major problem with 0.99.0. We should put
> out 0.99.1 for GIMP 0.99.17, since that gets people to test it
> right away.
Sure.
> Then we should put all new features in, like the reference
> counting. Anything that breaks compatibility should go in as
> soon as possible. (after 0.99.1)
Do you want to try _not_ to break backwards compatibility for
0.99.1 - I could put in (the existing portion of) the refcounting
patches tonight and provide patches against the GIMP.
> Does this sound reasonable?
-----
Here is everything (except for bug fixes) that I know is
outstanding/being worked on (the list includes things that
definitely aren't ready for GTK 1.0, and things that may
never be part of GTK proper)
Other peoples stuff (major things)
----------------------------------
Tree widget: (Jerome Bolliet)
Works well, though it isn't really general enough, and
suffers the scalability problems of GtkList.
Filled/line broken labels: (Geoffrey Dairiki)
Works pretty well - needs some minor API changes that the author
might not have time for until January.
Tooltips as a widget: (Geoffrey Dairiki)
The right thing to do. I haven't tested it yet, but it probably
is pretty workable. (Requires previous patch.) The old API
could be retained to get a high degree of compatibility, but
programs should really use the Widget API instead.
Bezier curves for GTK: (Ryan Willhoit)
Not tested. Would be neat to have, but not high priority (I think)
gettext'ize library: (Tom Tromey)
Patch marks appropriate strings, but doesn't integrate gettext
into the distribution. Marking strings is probably pretty
harmless, integrating gettext into the distribution would probably
cause configuration problems on some systems - especially if
done by a non-automake/autoconf/gettext expert.
Backup / mkdir buttons for file selection dialog: (Stefan Wille)
Patch exists, I haven't tested it. Tim said he would work on it.
Probably not a high priority.
CList widget: (Jay Painter)
Works well. Isn't really general enough, but quite useful.
ComboBox widget: (Paolo Molaro)
Not quite ready for prime time. I'll provide more detailed
comments when I get a chance.
Color/visual handling from XmHTML: (Quartic)
Status unknown.
Text widget fixes: (Arun Sharma)
Status unknown
GtkObject reference counting fixes: (Marius Vollmer)
Status unknown
NGrid widget: (Daniel Risacher / Peter Norton)
Part of the Lemur project. Screenshots exist.
Grid widget(s): (Ryan Willhoit)
Will allow filling cell contents on demand. Status unknown.
Things that I'm working on
--------------------------
Further XInput patches.
People have tested them and they work pretty much OK. Shouldn't
affect people not using Xinput. There are some non-functional
but stable parts. Mostly bug fixes.
Event filters for GDK. (Remove GdkOtherEvent)
Shouldn't affect much outside of GDK. Needed for GtkSocket/GtkPlug
prototypes and useful in general.
GtkSocket/Plug widgets.
Exist in prototype form. Not for 1.0 (parts of them should probably
be integrated into GDK.)
Changes to GraphicsExpose handling.
The GIMP won't work right until these go in. Not strictly backwards
compatible but shouldn't require fixing anything that wasn't
already broken.
Marius's GDK refcounting patch
Had one bug in it; otherwise seems to work OK.
From amundson@CompleteIS.com
Received: (qmail 1519 invoked from network); 16 Dec 1997 19:20:37 -0000
Received: from riker.completeis.com (HELO mail.CompleteIS.com) (amundson@206.144.247.10)
by mail2.redhat.com with SMTP; 16 Dec 1997 19:20:37 -0000
Received: from localhost (amundson@localhost) by mail.CompleteIS.com (8.8.6/8.7.2)
with SMTP id NAA15548; Tue, 16 Dec 1997 13:20:29 -0600 (CST)
Date: Tue, 16 Dec 1997 13:20:29 -0600 (CST)
From: "Shawn T. Amundson" <amundson@CompleteIS.com>
X-Sender: amundson@riker
To: Owen Taylor <owt1@cornell.edu>
cc: gtk-list@redhat.com
Subject: Re: GTK stability for GIMP 1.0
In-Reply-To: <199712161826.MAA14710@mail.CompleteIS.com>
Message-ID: <Pine.GSO.3.95.971216130716.13626D-100000@riker>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
On Tue, 16 Dec 1997, Owen Taylor wrote:
> > Then we should put all new features in, like the reference
> > counting. Anything that breaks compatibility should go in as
> > soon as possible. (after 0.99.1)
>
> Do you want to try _not_ to break backwards compatibility for
> 0.99.1 - I could put in (the existing portion of) the refcounting
> patches tonight and provide patches against the GIMP.
>
No, if you already have the stuff ready put it in. We can do GTK
release 0.99.1 and GIMP release 0.99.17 tomorrow if you can have
it in tonight.
As long as the latest GTK release and GIMP release work together,
we should be good to go.
--
Shawn T. Amundson Complete Internet Solutions
Senior Systems Administrator Minneapolis, Minnesota, USA
amundson@CompleteIS.com http://www.CompleteIS.com/~amundson
while (i) { last }
i, do exist.
forever;
From otaylor@cu-dialup-1825.cit.cornell.edu
Received: (qmail 486 invoked from network); 18 Dec 1997 03:52:53 -0000
Received: from cu-dialup-1825.cit.cornell.edu (qmailr@132.236.236.109)
by mail2.redhat.com with SMTP; 18 Dec 1997 03:52:53 -0000
Received: (qmail 15862 invoked from smtpd); 18 Dec 1997 03:55:12 -0000
Received: from localhost (HELO cu-dialup-1825.cit.cornell.edu) (otaylor@127.0.0.1)
by localhost with SMTP; 18 Dec 1997 03:55:12 -0000
From: Owen Taylor <owt1@cornell.edu>
To: gtk-list@redhat.com
Subject: Backwards incompatible changes in CVS
Date: Wed, 17 Dec 1997 22:55:09 -0500
Sender: otaylor@cu-dialup-1825.cit.cornell.edu
I've gone ahead and committed most of the stuff that I had queued
up. (Include Marius's Refcounting patch).
Here is a brief list of backward's incompatibilities that have
been introduced:
>From Marius's patch
-------------------
* gdk_pixmap_destroy, gdk_colormap_destroy, gdk_font(set)_free
Have been removed. Use *_unref instead and gdk_font_unref instead
of gdk_fontset_free. (This is the major visible
change - we could provide backwards compatibility stubs
if necessary - though it would be nice to make a clean break.)
* Refcounting is stricter/more correct. It is possible that
this will break things.
Otherwise
---------
(These API changes should affect very little or nothing)
* gdk_event_get no longer supports predicates for searching the
event queue. This was dangerous, and there is now a better way
(gtk_get_event_graphics_expose) to replace the one place it
was used in the GIMP.
* gdk_event_get, gtk_get_current_event now return a pointer
to an allocated structure instead of writing into a passed
pointer. The returned pointer must be freed with gdk_event_free.
(
Basically, now the situation is:
If you create an event structure by hand, you are responsible
for it's fate.
Otherwise, you _must_ use gdk_event_free. (Events now keep a reference
count on their windows)
)
This was an attempt to avoid having 3-4 different ways of managing
events. Hopefully, it doesn't have much affect on performance.
* gtk_get_current_event() now strictly returns the event currently
being processed or NULL otherwise.
* X Focus events are only reported for the windows that gain or
lose the focus themselves. Should affect no-one.
* GraphicsExpose events are not generated by default. If you
need to scroll a window with gdk_draw_pixmap, see the new
scrolling test in testgtk.c
With all these changes (These are only the API changes)
I'm not sure it would be wise to rush off 0.99.1 without a few
days of testing first. The GIMP and testgtk seem to work OK,
but I'm still a bit suspicious that something isn't quite right
with window refcounting and events.
Here are patches against the GIMP. I'd appreciate if somebody would
take charge of integrating them into the GIMP. My local copy is quite
muddled with XInput stuff. (Which means that this patch might not
apply completely cleanly - Hopefully it should be close though)
Regards,
Owen
From amundson@CompleteIS.com
Received: (qmail 27911 invoked from network); 18 Dec 1997 04:21:19 -0000
Received: from riker.completeis.com (HELO mail.CompleteIS.com) (amundson@206.144.247.10)
by mail2.redhat.com with SMTP; 18 Dec 1997 04:21:19 -0000
Received: from localhost (amundson@localhost) by mail.CompleteIS.com (8.8.6/8.7.2)
with SMTP id WAA08817 for <gtk-list@redhat.com>; Wed, 17 Dec 1997 22:21:17 -0600 (CST)
Date: Wed, 17 Dec 1997 22:21:16 -0600 (CST)
From: "Shawn T. Amundson" <amundson@CompleteIS.com>
X-Sender: amundson@riker
To: gtk-list@redhat.com
Subject: Re: [gtk-list] Backwards incompatible changes in CVS
In-Reply-To: <"2tynv.0.v7.Ou9cq"@mail2.redhat.com>
Message-ID: <Pine.GSO.3.95.971217221348.8774A-100000@riker>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
On Wed, 17 Dec 1997, Owen Taylor wrote:
> With all these changes (These are only the API changes)
> I'm not sure it would be wise to rush off 0.99.1 without a few
> days of testing first. The GIMP and testgtk seem to work OK,
> but I'm still a bit suspicious that something isn't quite right
> with window refcounting and events.
We where considering a GTK 0.99.1 / GIMP 0.99.17 release this
weekend. If that is too soon hopefully we will know by then.
> Here are patches against the GIMP. I'd appreciate if somebody would
> take charge of integrating them into the GIMP. My local copy is quite
> muddled with XInput stuff. (Which means that this patch might not
> apply completely cleanly - Hopefully it should be close though)
I will apply these now.
--
Shawn T. Amundson Complete Internet Solutions
Senior Systems Administrator Minneapolis, Minnesota, USA
amundson@CompleteIS.com http://www.CompleteIS.com/~amundson
while (i) { last }
i, do exist.
forever;
From amundson@CompleteIS.com
Received: (qmail 26145 invoked from network); 2 Jan 1998 22:07:41 -0000
Received: from riker.completeis.com (HELO mail.CompleteIS.com) (amundson@206.144.247.10)
by mail2.redhat.com with SMTP; 2 Jan 1998 22:07:41 -0000
Received: from localhost (amundson@localhost) by mail.CompleteIS.com (8.8.6/8.7.2)
with SMTP id QAA06341 for <gtk-list@redhat.com>; Fri, 2 Jan 1998 16:07:23 -0600 (CST)
Date: Fri, 2 Jan 1998 16:07:17 -0600 (CST)
From: "Shawn T. Amundson" <amundson@CompleteIS.com>
X-Sender: amundson@riker
To: gtk-list@redhat.com
Subject: ANNOUNCE: GTK+ 0.99.1 released
Message-ID: <Pine.GSO.3.95.980102153927.4159A-100000@riker>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
GTK+ release 0.99.1 is now available at:
ftp://ftp.gimp.org/pub/gtk
and will soon be at all the mirror sites as well.
Of special note here is that some backward incompatable changes
have been made. Both the GIMP and GNOME CVS trees have already
been updated. A GIMP 0.99.17 will be out shortly which will
contain fixes for these changes in GTK. The fixes are trivial,
involving renaming some *_destroy fuctions to *_unref. See the
file REFCOUNTING for more information on this.
Overview of changes:
* Gtkvscrollbar can now obtain keyboard focus
* Functionality to allow GIMP to pass --display onto plugins
* New GdkColorContext functionality
* Revamped reference refcounting
* More interpreter support
* New GtkTree Widget
* New GtkToolbar Widget
* New GtkHandleBox Widget
* GDK support for 1 bpp depth screens
* Many portability fixes
* Lots of bug fixes
--
Shawn T. Amundson
amundson@gimp.org
while (i) { last }
i, do exist.
forever;
From amundson@CompleteIS.com
Received: (qmail 7785 invoked from network); 3 Jan 1998 17:45:01 -0000
Received: from riker.completeis.com (HELO mail.CompleteIS.com) (amundson@206.144.247.10)
by mail2.redhat.com with SMTP; 3 Jan 1998 17:45:01 -0000
Received: from localhost (amundson@localhost) by mail.CompleteIS.com (8.8.6/8.7.2)
with SMTP id LAA16789 for <gtk-list@redhat.com>; Sat, 3 Jan 1998 11:44:54 -0600 (CST)
Date: Sat, 3 Jan 1998 11:44:54 -0600 (CST)
From: "Shawn T. Amundson" <amundson@CompleteIS.com>
X-Sender: amundson@riker
To: gtk-list@redhat.com
Subject: ANNOUNCE: GTK+ 0.99.2 released
Message-ID: <Pine.GSO.3.95.980103113627.14907A-100000@riker>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
GTK+ release 0.99.2 is now available at:
ftp://ftp.gimp.org/pub/gtk
and will soon be at all the mirror sites as well.
Overview of changes:
* New widget: GtkCList, column list widget
* Several portability fixes
* Fixed-length entry fields (gtk_entry_new_with_max_length)
* Bug fix to gtkscrolledwindow
* Bug fix to gtk_main_iteration
--
Shawn T. Amundson Complete Internet Solutions
Senior Systems Administrator Minneapolis, Minnesota, USA
amundson@CompleteIS.com http://www.CompleteIS.com/~amundson
while (i) { last }
i, do exist.
forever;
From marc@redhat.com
Received: (qmail 26110 invoked from network); 7 Jan 1998 16:22:54 -0000
Received: from lacrosse.redhat.com (root@207.175.42.154)
by mail2.redhat.com with SMTP; 7 Jan 1998 16:22:54 -0000
Received: from roadrunner.labs.redhat.com (roadrunner.labs.redhat.com [207.175.45.3])
by lacrosse.redhat.com (8.8.7/8.8.7) with ESMTP id LAA18514
for <gtk-list@redhat.com>; Wed, 7 Jan 1998 11:22:48 -0500
Received: from roadrunner.labs.redhat.com (localhost [127.0.0.1])
by roadrunner.labs.redhat.com (8.8.7/8.8.7) with ESMTP id LAA01953
for <gtk-list@redhat.com>; Wed, 7 Jan 1998 11:22:21 -0500
Message-Id: <199801071622.LAA01953@roadrunner.labs.redhat.com>
X-Mailer: exmh version 2.0zeta 7/24/97
To: gtk-list@redhat.com
Subject: Wanted: GTK Tutorial at Linux Expo
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 07 Jan 1998 11:22:21 -0500
From: Marc Ewing <marc@redhat.com>
Would anyone be interested in giving a GTK tutorial at Linux Expo?
The Expo is May 28-30 in Durham, NC. We'd be looking for someone
who is experienced in writing applications using GTK to give a
tutorial session of approx 2 hours (or whatever is required).
Travel expenses are covered by the Expo of course.
If you are interested, let me know, and give me an overview of your
GTK experience, and teaching experience if you have it.
Thanks,
Marc
From amundson@CompleteIS.com
Received: (qmail 8822 invoked from network); 22 Jan 1998 00:08:31 -0000
Received: from riker.completeis.com (amundson@206.144.247.10)
by mail2.redhat.com with SMTP; 22 Jan 1998 00:08:31 -0000
Received: from localhost (amundson@localhost)
by riker.CompleteIS.com (8.8.8/8.8.8) with SMTP id SAA11070
for <gtk-list@redhat.com>; Wed, 21 Jan 1998 18:08:29 -0600 (CST)
Date: Wed, 21 Jan 1998 18:08:29 -0600 (CST)
From: "Shawn T. Amundson" <amundson@CompleteIS.com>
X-Sender: amundson@riker
To: gtk-list@redhat.com
Subject: ANNOUNCE: GTK+ 0.99.3 released
Message-ID: <Pine.GSO.3.95.980121175744.10893A-100000@riker>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
GTK+ 0.99.3 is now available at:
ftp://ftp.gimp.org/pub/gtk
It will appear at mirrors near you soon.
THIS VERSION DOES NOT WORK WITH GIMP 0.99.17 or earlier versions. You will
need GIMP 0.99.18 which is expected soon. If you wish to compile GIMP 0.99.17
use GTK+ 0.99.2.
Overview of Changes in GTK+ 0.99.3:
* Filesel enhancement / stability changes
* New widget, gtkcombo
* Widgets in the toolbar do not get the focus
* New widget, gtkstatusbar (still in-progress)
* g_string_equal renamed g_str_equal
* g_string_hash renamed g_str_hash
* new gtkbox functions to allow modification of the child
linkage after the widget tree is setup
* gtk_*_get_arg() and gtk_*_set_arg() fixes and implementations
* DND changes/fixes
* Entry widget now has set_max_length function
* Handlebox widget changes/fixes
* Some work on text widget (still in-progress)
* Now the toolbar supports arbitrary widgets as well
* CList has resizable columns again
* CList now looks consistant with scrolled windows
* Remove flickering from entry widget
* Added switch_page signal to notebook widget
* Documentation additions
* Other bug fixes...
--
Shawn T. Amundson
amundson@gimp.org
while (i) { last }
i, do exist.
forever;
From che@debian.org
Received: (qmail 27600 invoked from network); 22 Jan 1998 00:36:44 -0000
Received: from gotnet.znet.net (HELO always.got.net) (che@207.167.86.126)
by mail2.redhat.com with SMTP; 22 Jan 1998 00:36:44 -0000
Received: (from che@localhost)
by always.got.net (8.8.8/8.8.7/Debian/GNU) id QAA02213;
Wed, 21 Jan 1998 16:36:43 -0800
To: gtk-list@redhat.com
Subject: Re: [gtk-list] ANNOUNCE: GTK+ 0.99.3 released
References: <Pine.GSO.3.95.980121175744.10893A-100000@riker>
Reply-To: che@debian.org
X-Face: -eDkx0I[vNsajBStK^((#;s#wZr+;?Up|;+Zw5JOl]'fINagA)&i4=$2WI'z4U!h0>;A3ON
RW{7<n^q2ZN?'5kU;qyM@jjhm4T8@O>o6imB12xD.pSBhFoqTuF{>b9[K[R\0h=c]Yy6h_R"=Ogv~9
EsgE,9_6?%yFG'C6'L#JBw%9R*]UqA=|&CCMPsas#<U/%IY{*Q_"%\_4K8UXb0RC@MYR1u?HcjmyMy
4Oji?i':(}%$
From: Ben Gertzfield <che@debian.org>
Date: 21 Jan 1998 16:36:42 -0800
In-Reply-To: "Shawn T. Amundson"'s message of "Wed, 21 Jan 1998 18:08:29 -0600 (CST)"
Message-ID: <y9hhg6xe44l.fsf@always.got.net>
Lines: 16
X-Mailer: Gnus v5.5/Emacs 19.34
>>>>> "Shawn" == Shawn T Amundson <amundson@CompleteIS.com> writes:
Shawn> THIS VERSION DOES NOT WORK WITH GIMP 0.99.17 or earlier
Shawn> versions. You will need GIMP 0.99.18 which is expected
Shawn> soon. If you wish to compile GIMP 0.99.17 use GTK+ 0.99.2.
You should probably mention that it most likely will break *ANY*
program or plugin compiled with Gtk on your system :)
But congrats on the new release!
--
Brought to you by the letters C and T and the number 12.
"He's kissing Christian.. and it's making you die." -- that dog.
Ben Gertzfield <http://www.imsa.edu/~wilwonka/> Finger me for my public
PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.
From amundson@gimp.org
Received: (qmail 8772 invoked from network); 2 Mar 1998 06:15:29 -0000
Received: from graft.xcf.berkeley.edu (HELO wilber.gimp.org) (mail@128.32.43.209)
by mail2.redhat.com with SMTP; 2 Mar 1998 06:15:29 -0000
Received: from amundson by wilber.gimp.org with smtp (Exim 1.82 #1 (Debian))
id 0y9OVc-0005Jq-00; Sun, 1 Mar 1998 22:15:28 -0800
Date: Sun, 1 Mar 1998 22:15:27 -0800 (PST)
From: "Shawn T. Amundson" <amundson@gimp.org>
To: gtk-list@redhat.com
Subject: ANNOUNCE: GTK+ 0.99.4 Released
Message-ID: <Pine.LNX.3.96.980301221435.20425B-100000@wilber.gimp.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
GTK+ 0.99.4 is now on the ftp site:
ftp://ftp.gimp.org/pub/gtk/v0.99/gtk+-0.99.4.tar.gz
A lot of things have changed since GTK+ 0.99.3. The patch file
created between the two version is 61991 lines long. (Much larger
than last revision.) Due to these large amount of changes, programs
compiled with a previous version of GTK+ will not work once this
version is installed.
If you use GIMP, you will need to obtain GIMP 0.99.19.
We are expecting to release GTK+ 1.0 soon. Changes between GTK+ 0.99.4
and GTK+ 1.0 will probably be much less than the following list. Please
report compile and other problems with GTK+ 0.99.4 to the GTK+ mailing
list.
Overview of Changes in GTK+ 0.99.4:
* Reference counting revolution integrated.
Refer to docs/refcounting.txt on this issue.
* Implementation of a decent debugging system, you would want
to export GTK_DEBUG=objects if you are going to develop gtk applications,
refer to docs/debugging.txt for further information.
* Additions on the signal code for querying information about certain signals,
and pending handlers of signals.
* Support for user signals, and major changes to internal signal handler
handling for proper signal removal and invokation of after signals.
* Additional signals for various widgets e.g, GtkHandleBox::child_attached,
GtkHandleBox::child_detached, GtkWidget::style_set, GtkWidget::parent_set.
* GtkTooltips became a true descendant of GtkObject via derivation from
GtkData and facilitates an extra tip string which can be used as e.g. an
index into context help.
* Split up of the widget/object flags into a private and a public portion,
consult docs/widget_system.txt on this.
* Support for hot keys on gtk programs via gtk_key_snooper_install().
* Reimplementation of the *_interp functions as *_full functions to provide
simple callback functions as well.
* Idle functions are now prioritized.
* Many enhancements to GtkNotebook.
* New widget GtkSpinButton, check out testgtk.
* New widget GtkTipsQuery for letting the user query tooltips of widgets.
* Addition of GtkEditable base widget to encapsulate selection and
clipboard handling. (GtkEntry and GtkText use this)
* Text widget more complete.
* Additions to GtkStatusBar to make it complete.
* Gdk now supports regions.
* Access masks for widget arguments (GTK_ARG_READABLE/GTK_ARG_WRITABLE).
* Function replacements:
g_string_hash() -> g_str_hash()
g_string_equal() -> g_str_equal()
gtk_tooltips_set_tips() -> gtk_tooltips_set_tip()
* Support for quit handlers in gtk_main().
* Motif window mangaer hints support.
* Widget arguments are now flagged for readability/writability.
* Additions to documentation.
* Various FAQ updates. (FAQ now included)
* Clean ups and many many bug fixes by a lot of people all over the place.
* New, long and descriptive ChangeLog entries for bored readers ;)
--
Shawn T. Amundson
amundson@gimp.org http://www.gimp.org/~amundson
"The assumption that the universe looks the same in every
direction is clearly not true in reality." - Stephen Hawking
From raster@redhat.com
Received: (qmail 18000 invoked from network); 5 Mar 1998 21:51:54 -0000
Received: from lacrosse.redhat.com (root@207.175.42.154)
by mail2.redhat.com with SMTP; 5 Mar 1998 21:51:54 -0000
Received: from implant.labs.redhat.com (root@implant.labs.redhat.com [207.175.45.2])
by lacrosse.redhat.com (8.8.7/8.8.7) with ESMTP id QAA26235
for <gtk-list@redhat.com>; Thu, 5 Mar 1998 16:51:52 -0500
Received: from redhat.com (raster@localhost [127.0.0.1])
by implant.labs.redhat.com (8.8.7/8.8.7) with ESMTP id QAA14930
for <gtk-list@redhat.com>; Thu, 5 Mar 1998 16:51:45 -0500
From: raster@redhat.com
Message-Id: <199803052151.QAA14930@implant.labs.redhat.com>
Date: Thu, 5 Mar 1998 16:51:44 -0500 (EST)
Reply-To: raster@redhat.com
Subject: GTK themeing code...........
To: gtk-list@redhat.com
MIME-Version: 1.0
Content-Type: TEXT/plain; CHARSET=US-ASCII
Okay.. finally I'm happy with my API for buttons and themeing - and
have finally hunted down and destroyed some bugs - I woudl liek to put
up my gtk tree on cvs now - but as a separate tree - not inside the gtk
tree, so people can download it, make comments, see what the api is -
critique, make changes etc. befor ei continue onto my next victim (the
next widget.. whichever that one is)
does anoyone have any bojections if i commit a new gtk+ tree
(gtk+themes) ?
From amundson@gimp.org
Received: (qmail 7495 invoked from network); 10 Mar 1998 06:29:45 -0000
Received: from graft.xcf.berkeley.edu (HELO wilber.gimp.org) (mail@128.32.43.209)
by mail2.redhat.com with SMTP; 10 Mar 1998 06:29:45 -0000
Received: from amundson by wilber.gimp.org with smtp (Exim 1.82 #1 (Debian))
id 0yCIXm-0001dQ-00; Mon, 9 Mar 1998 22:29:42 -0800
Date: Mon, 9 Mar 1998 22:29:42 -0800 (PST)
From: "Shawn T. Amundson" <amundson@gimp.org>
To: gtk-list@redhat.com
Subject: ANNOUNCE: GTK+ 0.99.5 released
Message-ID: <Pine.LNX.3.96.980309220556.6126A-100000@wilber.gimp.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
GTK 0.99.5 is released.
This is a significant release, because it may very well be the
last 0.99.5 release. The next release (we hope) will be 1.0.
Thus, everyone is expected to test GTK+ 0.99.5 with much vigor
and send bug reports to the gtk-list mailing list. Please test
the text widget.
We owe a lot to Owen Taylor and Tim Janik who have done an
amazing amount of work recently. (Look at the ChangeLog
and see what I mean.)
The official ftp site is:
ftp://ftp.gimp.org/pub/gtk
Overview of Fixes in GTK+ 0.99.5:
* Signal signedness and naming corrections
* rc/style fixes
* text, entry widget fixes
* gtkeditable fixes
* scrollbar flickering fixed
* check casts are more descriptive
* DND fixes
* FAQ updates
* Bug fixes
--
Shawn T. Amundson
amundson@gimp.org http://www.gimp.org/~amundson
"The assumption that the universe looks the same in every
direction is clearly not true in reality." - Stephen Hawking
From amundson@gimp.org
Received: (qmail 14294 invoked from network); 10 Mar 1998 15:17:41 -0000
Received: from graft.xcf.berkeley.edu (HELO wilber.gimp.org) (mail@128.32.43.209)
by mail2.redhat.com with SMTP; 10 Mar 1998 15:17:41 -0000
Received: from amundson by wilber.gimp.org with smtp (Exim 1.82 #1 (Debian))
id 0yCQmi-0003Uv-00; Tue, 10 Mar 1998 07:17:40 -0800
Date: Tue, 10 Mar 1998 07:17:40 -0800 (PST)
From: "Shawn T. Amundson" <amundson@gimp.org>
To: gtk-list@redhat.com
Subject: Re: [gtk-list] ANNOUNCE: GTK+ 0.99.5 released
In-Reply-To: <Pine.LNX.3.96.980309220556.6126A-100000@wilber.gimp.org>
Message-ID: <Pine.LNX.3.96.980310070805.13301A-100000@wilber.gimp.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Earlier I said in a fit of complete insanity:
> This is a significant release, because it may very well be the
> last 0.99.5 release.
And how many releases did you expect us to call 0.99.5 anyway?
I really should hope that is the last 0.99.5 release. I wouldn't
be sure if we would go with 0.99.5a or 0.99.5.1 or what... ;-)
--
Shawn T. Amundson
amundson@gimp.org http://www.gimp.org/~amundson
"The assumption that the universe looks the same in every
direction is clearly not true in reality." - Stephen Hawking
From Patrice.Fortier@aquarel.fr
Received: (qmail 12461 invoked from network); 11 Mar 1998 10:27:09 -0000
Received: from dufy.aquarel.fr (193.51.11.1)
by mail2.redhat.com with SMTP; 11 Mar 1998 10:27:09 -0000
Received: by dufy.aquarel.fr; Wed, 11 Mar 1998 11:26:56 +0100 (MET)
Date: Wed, 11 Mar 1998 11:26:56 +0100 (MET)
From: Patrice Fortier <Patrice.Fortier@aquarel.fr>
Message-Id: <199803111026.LAA20139@dufy.aquarel.fr>
To: gtk-list@redhat.com
Subject: [gtk-list] Wish before 1.0 - clist
As 1.0 will be released soon now (well, sooner than I expected), i'd
like to make a couple of comments on the clist widget.
According to me the clist widget is bloated.
In clist you have a column list widget + a wiewport widget + a
scrolledwindow widget.
What do we gain with this?
- scroll is maybe slightly faster (read more before reply now :))
- when resizing the column widget (add / remove entry) we *may*
avoid an expose event.
For the standard user, who will test list+scrolledwindow instead
of the clist, the difference with scroll speed is quite amazing.
Why?
Because the clist expose event is well designed (at least compared
to the list widget).
As the list entries in the clist are "gadgets" (their drawing is
handled by the clist, not the entry itself), and are all of the
same size (at least height), you can know exactly which entries
need to be redrawn when an expose event occur.
This is not the case of the list widget (in which entries are widget),
which send the expose event to *all* its children (even if the child
is NOT visible).
This is the reason why the clist is much more efficient than the list+
acrolledwindow.
I wanted to modify the clist widget to test this theory, but infortunatly
I have too much work now to do it (can't code on gtk before 2 weeks :().
What should be done before 1.0?
clist should not have its own scrollbars and viewport. the acrolledwindow
already do that. The speed gain is due to the expose event of clist,
not the bypassing of scrolledwindow.
Why should it be done?
the scrollbars handling + viewport bloat the clist code.
scrolled window is useless if people bypass it to include it in
their own widget.
This is a bad example for gtk 1.0 users.
This makes the clist widget design inconsistent with the other widgets
of gtk.
I can here some of you answer "We can't delay 1.0 more".
I really can't say you're wrong.
But think about this:
When 1.0 will be out, a lot of new users will look at it and use it (cool).
They'll use the clist widget (never the list widget) (cool).
So, first, if you wan't to change the behaviour of clist in 1.1, you'll
have to change all the programs using clist (a lot of them).
Now, let say I'm a new user.
I need a list widget doing something a bit different than clist so I need
to write my own widget... How can I do it?
- look at clist widget (efficient) and write my widget using its code.
- or look at scrolled-window, and list widget which are inefficient
(nobody use it, and as a user I won't look in the sources to find
the reason *why* it is so inefficient).
I wanted to make the patch to change this but as I won't have enough
time to finish it and submit it before 1.0, I post this to the list.
I hope some of you will understand the reasons why I don't like the
current implementation of the clist widget.
Just my $0.25.
Patrice.
From owt1@cornell.edu
Received: (qmail 19946 invoked from network); 11 Mar 1998 16:16:04 -0000
Received: from cu-dialup-2005.cit.cornell.edu (mail@132.236.155.139)
by mail2.redhat.com with SMTP; 11 Mar 1998 16:16:04 -0000
Received: from otaylor by cu-dialup-2005.cit.cornell.edu with local (Exim 1.82 #1)
id 0yCo85-00022b-00; Wed, 11 Mar 1998 11:13:17 -0500
To: Patrice Fortier <Patrice.Fortier@aquarel.fr>
Cc: gtk-list@redhat.com
Subject: Re: Wish before 1.0 - clist
References: <199803111026.LAA20139@dufy.aquarel.fr>
From: Owen Taylor <owt1@cornell.edu>
Date: 11 Mar 1998 11:13:17 -0500
In-Reply-To: Patrice Fortier's message of Wed, 11 Mar 1998 11:26:56 +0100 (MET)
Message-ID: <lzafax8aua.fsf@cu-dialup-1620.cit.cornell.edu>
Lines: 122
X-Mailer: Gnus v5.5/Emacs 20.2
X-Emacs: Emacs 20.2, MULE 3.0 (MOMIJINOGA)
MIME-Version: 1.0 (generated by SEMI MIME-Edit 0.98 - =?ISO-8859-4?Q?"D=F2?=
=?ISO-8859-4?Q?h=F2ji"?=)
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Patrice Fortier <Patrice.Fortier@aquarel.fr> writes:
> As 1.0 will be released soon now (well, sooner than I expected), i'd
> like to make a couple of comments on the clist widget.
> =
> According to me the clist widget is bloated.
> In clist you have a column list widget + a wiewport widget + a
> scrolledwindow widget.
> What do we gain with this?
> - scroll is maybe slightly faster (read more before reply now :))
> - when resizing the column widget (add / remove entry) we *may*
> avoid an expose event.
> =
> For the standard user, who will test list+scrolledwindow instead =
> of the clist, the difference with scroll speed is quite amazing.
> Why?
> Because the clist expose event is well designed (at least compared
> to the list widget).
> As the list entries in the clist are "gadgets" (their drawing is
> handled by the clist, not the entry itself), and are all of the
> same size (at least height), you can know exactly which entries
> need to be redrawn when an expose event occur.
> This is not the case of the list widget (in which entries are widget),
> which send the expose event to *all* its children (even if the child
> is NOT visible).
I don't think so:
children =3D list->children;
while (children)
{
child =3D children->data;
children =3D children->next;
if (GTK_WIDGET_NO_WINDOW (child) &&
gtk_widget_intersect (child, &event->area, &child_event.area))
gtk_widget_event (child, (GdkEvent*) &child_event);
}
from GtkList.c. In fact, GtkListItem widgets are not NO_WINDOW, so
this code is completely inoperative - X handles all the expose events
it won't send expose events to windows which aren't on the screen.
The real problems are simply that:
* creating Widgets is memory consuming and slow when you are talking
about creating 80,000 widgets. (Or even 8,000)
* Creating X windows is "slow", 1.5ms per window, and you have a =
window for each ListItem.
* X windows are limited to 32768 windows long, so this is as big
as a scrolled window can get. (Unless you play tricks by moving
things around, which is going to be quite expensive when you
have 1000's of embedded widgets)
> This is the reason why the clist is much more efficient than the list+
> acrolledwindow.
>
> I wanted to modify the clist widget to test this theory, but infortunat=
ly
> I have too much work now to do it (can't code on gtk before 2 weeks :()=
=2E
=
> What should be done before 1.0?
> clist should not have its own scrollbars and viewport. the acrolledwind=
ow
> already do that. The speed gain is due to the expose event of clist,
> not the bypassing of scrolledwindow.
> Why should it be done?
> the scrollbars handling + viewport bloat the clist code.
> scrolled window is useless if people bypass it to include it in
> their own widget.
> This is a bad example for gtk 1.0 users.
> This makes the clist widget design inconsistent with the other widgets
> of gtk.
If you want consistency, you have GtkList. Unfortunately, the price
of consistency is size limitations and slow performance.
=
> I can here some of you answer "We can't delay 1.0 more".
> I really can't say you're wrong.
> But think about this:
> =
> When 1.0 will be out, a lot of new users will look at it and use it (co=
ol).
> They'll use the clist widget (never the list widget) (cool).
> So, first, if you wan't to change the behaviour of clist in 1.1, you'll=
> have to change all the programs using clist (a lot of them).
> Now, let say I'm a new user.
> I need a list widget doing something a bit different than clist so I ne=
ed
> to write my own widget... How can I do it?
> - look at clist widget (efficient) and write my widget using its code.=
> - or look at scrolled-window, and list widget which are inefficient
> (nobody use it, and as a user I won't look in the sources to find
> the reason *why* it is so inefficient).
The CList widget could certainly be more general. I think of it
as a special case of an imaginary "Grid widget". But we have several
options (other than delaying the release of 1.0 for another 3 months
;-) to provide upgrade paths to people using the form found in 1.0:
- We can reimplement the CList interface using whatever more general
widget it is replaced with.
- We can leave the CList there and encourage people to migrate
their code.
(It should be mentioned that after 1.0, by incorporating ideas from
Gzilla, we may be able to make the List considerably more adaptable
to large lists; but I doubt that approach will ever be able to handle
cases where there are 100,000 child widgets)
The release of GTK is not being made because it is now perfect and
will never be changed, but because the GIMP is ready to be
released. (And because people want to make major changes
(themeability) to GTK, so we need to get something out while things
still work)
I hope this explains the situation a bit more,
Owen
From Patrice.Fortier@aquarel.fr
Received: (qmail 14034 invoked from network); 12 Mar 1998 10:29:57 -0000
Received: from dufy.aquarel.fr (193.51.11.1)
by mail2.redhat.com with SMTP; 12 Mar 1998 10:29:57 -0000
Received: by dufy.aquarel.fr; Thu, 12 Mar 1998 11:29:32 +0100 (MET)
From: Patrice Fortier <Patrice.Fortier@aquarel.fr>
Message-Id: <199803121029.LAA22759@dufy.aquarel.fr>
Subject: [gtk-list] Re: Wish before 1.0 - clist
To: gtk-list@redhat.com
Date: Thu, 12 Mar 1998 11:29:31 +0100 (MET)
In-Reply-To: <lzafax8aua.fsf@cu-dialup-1620.cit.cornell.edu> from "Owen Taylor" at
Mar 11, 98 11:13:17 am
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
> > Why should it be done?
> > the scrollbars handling + viewport bloat the clist code.
> > scrolled window is useless if people bypass it to include it in
> > their own widget.
> > This is a bad example for gtk 1.0 users.
> > This makes the clist widget design inconsistent with the other widgets
> > of gtk.
>
> If you want consistency, you have GtkList. Unfortunately, the price
> of consistency is size limitations and slow performance.
This is the reason GtkList will never be used.
> The CList widget could certainly be more general. I think of it
> as a special case of an imaginary "Grid widget". But we have several
> options (other than delaying the release of 1.0 for another 3 months
> ;-) to provide upgrade paths to people using the form found in 1.0:
>
> - We can reimplement the CList interface using whatever more general
> widget it is replaced with.
My point is not to to this (it can wait till v1.1).
My point is to delete the scrollbar/viewport stuff of the clist
widget, and use it like a "normal" gtk widget:
Add a clist widget in a scrolledwindow (with GtkContainerAdd()).
This is what I mean by "consistent".
This should not change the speed of the clist (or very slightly),
this will cleans up its code, and more important it will be much
more cleaner in the user PoV (consistent widget set).
> - We can leave the CList there and encourage people to migrate
> their code.
Dream on :)
> <...>
> The release of GTK is not being made because it is now perfect and
> will never be changed, but because the GIMP is ready to be
> released. (And because people want to make major changes
> (themeability) to GTK, so we need to get something out while things
> still work)
> I hope this explains the situation a bit more,
I do know the situation but I wanted to point out this "design problem"
before 1.0 (as it seems I won't be able to provide a fix before the
release).
Patrice.
From jpaint@serv.net
Received: (qmail 26565 invoked from network); 12 Mar 1998 11:48:15 -0000
Received: from itchy.serv.net (205.153.153.233)
by mail2.redhat.com with SMTP; 12 Mar 1998 11:48:15 -0000
Received: from localhost (jpaint@localhost)
by itchy.serv.net (8.8.5/8.8.5) with SMTP id DAA08427
for <gtk-list@redhat.com>; Thu, 12 Mar 1998 03:48:06 -0800 (PST)
Date: Thu, 12 Mar 1998 03:48:06 -0800 (PST)
From: Jay Painter <jpaint@serv.net>
To: gtk-list@redhat.com
Subject: Re: [gtk-list] Re: Wish before 1.0 - clist
In-Reply-To: <199803121029.LAA22759@dufy.aquarel.fr>
Message-ID: <Pine.BSI.3.95.980312033335.15174D-100000@itchy.serv.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
>
> Add a clist widget in a scrolledwindow (with GtkContainerAdd()).
>
> This is what I mean by "consistent".
>
This is not even close to possible. clist doesn't scroll anything like a
scrolled window. It is impossible for anything placed in a
the scrolled window widget to be larger than 32K pixels by 32K pixels.
This would limit clist to about 2,000 entries, give or take 1,000
depending on your font size.
-Jay
From rlb@cs.utexas.edu
Received: (qmail 15598 invoked from network); 12 Mar 1998 19:26:32 -0000
Received: from mail.cs.utexas.edu (root@128.83.139.10)
by mail2.redhat.com with SMTP; 12 Mar 1998 19:26:32 -0000
Received: from nevermore.csres.utexas.edu (dial-22-12.ots.utexas.edu [128.83.128.124])
by mail.cs.utexas.edu (8.8.5/8.8.5) with SMTP id NAA10017
for <gtk-list@redhat.com>; Thu, 12 Mar 1998 13:26:09 -0600 (CST)
Received: from rlb by nevermore.csres.utexas.edu with local (Exim 1.82 #1)
id 0yDDcA-0002WN-00 (Debian); Thu, 12 Mar 1998 13:26:02 -0600
To: gtk-list@redhat.com
Subject: Re: [gtk-list] Re: Wish before 1.0 - clist
References: <Pine.BSI.3.95.980312033335.15174D-100000@itchy.serv.net>
From: Rob Browning <rlb@cs.utexas.edu>
Date: 12 Mar 1998 13:26:01 -0600
In-Reply-To: Jay Painter's message of "Thu, 12 Mar 1998 03:48:06 -0800 (PST)"
Message-ID: <87wwdzsoc6.fsf@nevermore.csres.utexas.edu>
Lines: 25
X-Mailer: Gnus v5.6.2/Emacs 20.2
Jay Painter <jpaint@serv.net> writes:
> This is not even close to possible. clist doesn't scroll anything
> like a scrolled window. It is impossible for anything placed in a
> the scrolled window widget to be larger than 32K pixels by 32K
> pixels. This would limit clist to about 2,000 entries, give or take
> 1,000 depending on your font size.
Does anyone have an idea when the GTK_CELL_WIDGET functionality might
be added to CList? Is anyone working on it?
The reason I ask is that I'm involved with the
xacc/watermark/cbb/gnomoney merger (all free Quicken-like programs),
and one of the goals is to migrate the UI from Motif to Gtk. It looks
like the CList will handle much of what we need for financial
registers, but it would be really nice to be able to edit the data in
place. That would require being able to respond to user clicks on
cells, and convert the cell back and forth between a plain text cell
and an entry/pulldown-menu/whatever widget.
Thanks
--
Rob Browning <rlb@cs.utexas.edu>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30
From amundson@gimp.org
Received: (qmail 15282 invoked from network); 14 Mar 1998 23:50:42 -0000
Received: from graft.xcf.berkeley.edu (HELO wilber.gimp.org) (mail@128.32.43.209)
by mail2.redhat.com with SMTP; 14 Mar 1998 23:50:42 -0000
Received: from amundson by wilber.gimp.org with smtp (Exim 1.82 #1 (Debian))
id 0yE0hN-00003s-00; Sat, 14 Mar 1998 15:50:41 -0800
Date: Sat, 14 Mar 1998 15:50:40 -0800 (PST)
From: "Shawn T. Amundson" <amundson@gimp.org>
To: gtk-list@redhat.com
Subject: ANNOUNCE: GTK+ 0.99.6 released
Message-ID: <Pine.LNX.3.96.980314153054.22A-100000@wilber.gimp.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
GTK+ 0.99.6 is now available at:
ftp://ftp.gimp.org/pub/gtk/v0.99/gtk+-0.99.6.tar.gz
We have found it necessary to make some significant changes
since the 0.99.5 release. For this reason, this release is
not 1.0, but instead 0.99.6. We hope to release 1.0 within
the next few days.
Overview of Changes in GTK+ 0.99.6:
* Intermediate release to become 1.0.
* More signedness corrections for handler functions in gtkmain.h.
* Semantics of GtkWidget::delete_event changed.
* Documentation updates.
* Inclusion of Gtk tutorial.
* Clean ups due to compiler warnings.
* Various widget fixes.
The following gives detailed instructions about a few modifications
that need to be made to GTK programs and their configuration
scripts. In most cases, these modifications should be quite trivial
and only take a few minutes to do.
(The appropriate modifications have already been made to the
version of the GIMP in the CVS repository)
- The way "delete_event" works has been changed (again)
To briefly summarize the current state:
When the user deletes an application window via the window manager,
a "delete_event" event will be generated. If there is no handler
for "delete_event" or the handler returns FALSE, the window will
be destroyed. If the handler returns TRUE, nothing will happen.
If your program was already handling delete events correctly,
the only necessary change is to reverse the return values of
your "delete_event" handlers.
Otherwise, you must make sure that the "delete_event" leaves your
application in a consistent state.
There are several ways to do this:
* Prevent the window from being destroyed by connecting a
signal handler to "delete_event" that returns true.
gtk_signal_connect (GTK_OBJECT (window), "delete_event",
GTK_SIGNAL_FUNC (gtk_true), NULL);
However, the user should be able to close your window through
the window manager so this is a bad solution.
* Connect a signal handler that simply hides the window
instead of destroying it. (You need then to provide a
mechanism for the user to un-hide the window)
gtk_signal_connect (GTK_OBJECT (window), "delete_event",
GTK_SIGNAL_FUNC (gtk_widget_hide_on_delete), NULL);
* (The best option). Connect a signal handler to "destroy"
that does the necessary cleanup when your window is destroyed.
It is often convienient to organize things so that when
the user closes the window without using the window manager,
your application simply calls gtk_widget_destroy (window).
That case can then be handled by the same "destroy" handler
that is used when the window is deleted through the WM.
- The libtool version has been upgraded to 1.1. This upgrade
fixes a considerable number of bugs. However, shared library
dependencies are disabled in this version, so you must
make sure your programs are linked against _all_ libraries
GTK uses. (This is a good thing to do in any case, because not
all systems support shared library dependencies)
The simplest way to do this is to use the new gtk-config script
and AM_PATH_GTK automake macro included with the new release.
See below.
- glibconfig.h has moved from $includedir (default /usr/local/)
to $libdir/glib/include (default /usr/local/lib/glib/include),
to support sharing header files between architectures.
Please remove the header file from the old location.
The new include directory needs to be specified when compiling
GTK programs. Again, the easiest way to get this right is
to use AM_PATH_GTK, and/or gtk-config.
- New support for configuring packages that use GTK is provided,
in the form of a shell script 'gtk-config' generated by configure
and an automake macro which automates the process of determining
the correct libraries and include directories for GTK.
See docs/gtk-config.txt for details and examples.
GTK+ Development Team
http://www.gimp.org/gtk/
--
Shawn T. Amundson
amundson@gimp.org http://www.gimp.org/~amundson
"The assumption that the universe looks the same in every
direction is clearly not true in reality." - Stephen Hawking
From amundson@gimp.org
Received: (qmail 30435 invoked from network); 15 Mar 1998 05:30:55 -0000
Received: from graft.xcf.berkeley.edu (HELO wilber.gimp.org) (mail@128.32.43.209)
by mail2.redhat.com with SMTP; 15 Mar 1998 05:30:55 -0000
Received: from amundson by wilber.gimp.org with smtp (Exim 1.82 #1 (Debian))
id 0yE60c-0004mI-00; Sat, 14 Mar 1998 21:30:54 -0800
Date: Sat, 14 Mar 1998 21:30:54 -0800 (PST)
From: "Shawn T. Amundson" <amundson@gimp.org>
To: gtk-list@redhat.com
Subject: ANNOUNCE: GTK+ 0.99.7 released
Message-ID: <Pine.LNX.3.96.980314211017.18231A-100000@wilber.gimp.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
GTK+ 0.99.7 is now available at:
ftp://ftp.gimp.org/pub/gtk/v0.99/
Please refer to changes in the 0.99.6 announcement and NEWS file
for all the important stuff. ;-) But basically all that changed
since 0.99.6 is:
GTK+ 0.99.6 distribution lacked the new file gtk.m4, which is
now included correctly with 0.99.7. Other minor changes can
be seen in ChangeLog.
--
Shawn T. Amundson
amundson@gimp.org http://www.gimp.org/~amundson
"The assumption that the universe looks the same in every
direction is clearly not true in reality." - Stephen Hawking
From jim@telecnnct.com
Received: (qmail 28440 invoked from network); 17 Mar 1998 15:53:13 -0000
Received: from uu5.psi.com (38.145.226.3)
by mail2.redhat.com with SMTP; 17 Mar 1998 15:53:13 -0000
Received: from fred.UUCP by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP;
id AA23763 for gtk-list@redhat.com; Tue, 17 Mar 98 10:53:10 -0500
Received: by telecnnct.com (SMI-8.6/SMI-SVR4)
id KAA17577; Tue, 17 Mar 1998 10:44:03 -0500
Received: from barney(205.172.229.10) by fred via TTC (V2.0)
id xma017571; Tue, 17 Mar 98 10:44:02 -0500
Sender: jim@telecnnct.com
Message-Id: <350E9A41.2781E494@telecnnct.com>
Date: Tue, 17 Mar 1998 10:44:01 -0500
From: Jim Harmon <jharmon@telecnnct.com>
Organization: The Telephone Connection
X-Mailer: Mozilla 3.0 (X11; I; SunOS 4.1.4_DB sun4m)
Mime-Version: 1.0
To: gtk-list@redhat.com,
Gimp Developers <gimp-developer@scam.xcf.berkeley.edu>
Subject: Still having serious problems...
References: <Pine.SOL.3.96.980316112939.19437A-100000@bluemoon>
<lz90qaugtm.fsf@cu-dialup-0222.cit.cornell.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hello everyone...
After playing with gtk 0.99.7 and gimp 0.99.21 on Solaris 2.6 for almost
20 hours, I'm still in a very bad way.
First: I found the "$()" = "``" fix in the gimp configure program.
This helped.
Second: The gtk-config.in file can be FIXED by hitting (2) <CR>'s after
the word "esac"
Third: As in 0.99.18 and 0.99.19, you have to explicitly add the lgtk,
lgdk, and lglib "-L" and "-R" paths to the gtk-config file,
under the --libs case option.
Forth: I've removed the "-lSM and -lICE" compiler options per the
suggestion of Philippe Lavoie.
OK.
This allows me to compile completely, however, the glib, and most of the
gimp plug-ins fail with a segmentation fault, and core dump.
Even in "verbose" mode, there's no indication as to why in the
compiler's output listing as to what's causing the segmentation fault.
Can anyone give me ANY clues to look for?
Again, I'm using Solaris 2.6, with GCC 2.7.2.3.
I actually have a serious need to get gimp running again, as I've
already removed the older versions (0.99.18/19) to make room for this
version.
(Please don't tell me gimp 0.99.25 is out already, I'll pull my nostril
hairs out one-by-one if you do! ;)
Thankyou all for patience and any assistance...
(I actually got gimp.99.21 to run, but as soon as I hit the menu widget,
it froze, and coredumped... no explanation.)
--
Jim Harmon The Telephone Connection
jim@telecnnct.com Rockville, Maryland
From jmooney@usweb.com
Received: (qmail 23566 invoked from network); 18 Mar 1998 19:00:40 -0000
Received: from gateway-out.usweb.com (HELO gateway-out.corp.usweb.com)
(firewall-user@205.180.171.5)
by mail2.redhat.com with SMTP; 18 Mar 1998 19:00:40 -0000
Received: by gateway-out.corp.usweb.com; id KAA06617; Wed, 18 Mar 1998 10:46:27 -0800
Received: from mailhub.corp.usweb.com(172.16.51.4) by gateway-out.corp.usweb.com
via smap (V3.1.1)
id xma006586; Wed, 18 Mar 98 10:46:01 -0800
Received: by mailhub.corp.usweb.com with Internet Mail Service (5.5.1960.3)
id <HFJXJKWW>; Wed, 18 Mar 1998 11:00:31 -0800
Message-ID: <365DC84A57F3D01187E700805FC19048A974E8@mailhub.corp.usweb.com>
From: John Mooney <jmooney@usweb.com>
To: "'gtk-list@redhat.com'" <gtk-list@redhat.com>
Subject: Solaris compile error
Date: Wed, 18 Mar 1998 11:00:30 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.1960.3)
Content-Type: text/plain
I'm attempting to install gtk+-0.99.7 in preparaton for Imlib on an
Ultra 10 running Solaris 2.51.
After untarring gtk, I've run ./configure, and then gmake. The server
happily complies for a long while until it is near the end and then the
error messages begin:
creating libgtk.la
(cd .libs && ln -s ../libgtk.la libgtk.la)
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../glib -I../glib
-I/usr/openwin/include -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM -c
testgtk.c
/bin/sh ../libtool --mode=link gcc -g -O2 -DGTK_NO_CHECK_CASTS -Wall
-DUSE_XIM -o testgtk testgtk.o libgtk.la ../gdk/libgdk.la
-L/usr/openwin/lib -R/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
../glib/libglib.la -lm
gcc -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM -o .libs/testgtk
testgtk.o -R/usr/local/lib .libs/libgtk.so -R/usr/local/lib
../gdk/.libs/libgdk.so -L/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
-L/usr/openwin/lib -R/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
-R/usr/local/lib ../glib/.libs/libglib.so -lm
creating testgtk
Bus Error - core dumped
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../glib -I../glib
-I/usr/openwin/include -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM -c
testinput.c
/bin/sh ../libtool --mode=link gcc -g -O2 -DGTK_NO_CHECK_CASTS -Wall
-DUSE_XIM -o testinput testinput.o libgtk.la ../gdk/libgdk.la
-L/usr/openwin/lib -R/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
../glib/libglib.la -lm
gcc -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM -o .libs/testinput
testinput.o -R/usr/local/lib .libs/libgtk.so -R/usr/local/lib
../gdk/.libs/libgdk.so -L/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
-L/usr/openwin/lib -R/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
-R/usr/local/lib ../glib/.libs/libglib.so -lm
creating testinput
Bus Error - core dumped
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../glib -I../glib
-I/usr/openwin/include -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM -c
testselection.c
/bin/sh ../libtool --mode=link gcc -g -O2 -DGTK_NO_CHECK_CASTS -Wall
-DUSE_XIM -o testselection testselection.o libgtk.la ../gdk/libgdk.la
-L/usr/openwin/lib -R/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
../glib/libglib.la -lm
gcc -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM -o .libs/testselection
testselection.o -R/usr/local/lib .libs/libgtk.so -R/usr/local/lib
../gdk/.libs/libgdk.so -L/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
-L/usr/openwin/lib -R/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
-R/usr/local/lib ../glib/.libs/libglib.so -lm
creating testselection
Segmentation Fault - core dumped
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../glib -I../glib
-I/usr/openwin/include -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM -c
simple.c
/bin/sh ../libtool --mode=link gcc -g -O2 -DGTK_NO_CHECK_CASTS -Wall
-DUSE_XIM -o simple simple.o libgtk.la ../gdk/libgdk.la
-L/usr/openwin/lib -R/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
../glib/libglib.la -lm
gcc -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM -o .libs/simple simple.o
-R/usr/local/lib .libs/libgtk.so -R/usr/local/lib ../gdk/.libs/libgdk.so
-L/usr/openwin/lib -lXext -lX11 -lsocket -lnsl -L/usr/openwin/lib
-R/usr/openwin/lib -lXext -lX11 -lsocket -lnsl -R/usr/local/lib
../glib/.libs/libglib.so -lm
creating simple
Bus Error - core dumped
gmake[2]: Leaving directory `/opt/imlib/gtk+-0.99.7/gtk'
Making all in docs
gmake[2]: Entering directory `/opt/imlib/gtk+-0.99.7/docs'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory `/opt/imlib/gtk+-0.99.7/docs'
gmake[1]: Leaving directory `/opt/imlib/gtk+-0.99.7'
I imagine the problem may relate to not specifying the appropriate libs.
I'm clear, however, on how or what I should be specifying for Solaris
2.51. Any assistance is appreciated.
Thanks.
-- John
jmooney@usweb.com
From tromey@creche.cygnus.com
Received: (qmail 29940 invoked from network); 18 Mar 1998 21:19:34 -0000
Received: from creche.cygnus.com (192.203.188.26)
by mail2.redhat.com with SMTP; 18 Mar 1998 21:19:34 -0000
Received: (from tromey@localhost) by creche.cygnus.com (8.7.6/8.7.3) id OAA01614;
Wed, 18 Mar 1998 14:19:11 -0700
To: gtk-list@redhat.com
Subject: Re: [gtk-list] Solaris compile error
References: <365DC84A57F3D01187E700805FC19048A974E8@mailhub.corp.usweb.com>
X-Zippy: Yow! Are we wet yet?
X-Attribution: Tom
BCC:
Reply-To: tromey@cygnus.com
From: Tom Tromey <tromey@creche.cygnus.com>
Date: 18 Mar 1998 14:19:11 -0700
In-Reply-To: John Mooney's message of Wed, 18 Mar 1998 11:00:30 -0800
Message-ID: <m1u38v4rzk.fsf@creche.cygnus.com>
Lines: 19
X-Mailer: Red Gnus v0.34/Emacs 19.34
John> gcc -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM -o .libs/testgtk
John> testgtk.o -R/usr/local/lib .libs/libgtk.so -R/usr/local/lib
John> ../gdk/.libs/libgdk.so -L/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
John> -L/usr/openwin/lib -R/usr/openwin/lib -lXext -lX11 -lsocket -lnsl
John> -R/usr/local/lib ../glib/.libs/libglib.so -lm
John> creating testgtk
John> Bus Error - core dumped
John> I imagine the problem may relate to not specifying the
John> appropriate libs. I'm clear, however, on how or what I should
John> be specifying for Solaris 2.51. Any assistance is appreciated.
I believe The core dumps are actually coming from the `echo' program,
as run by libtool. The libtool maintainer recently posted a patch
here which fixes the problem. Get his patch, apply it, and things
should work properly.
Tom
From amundson@gimp.org
Received: (qmail 8902 invoked from network); 20 Mar 1998 02:02:33 -0000
Received: from graft.xcf.berkeley.edu (HELO wilber.gimp.org) (mail@128.32.43.209)
by mail2.redhat.com with SMTP; 20 Mar 1998 02:02:33 -0000
Received: from amundson by wilber.gimp.org with smtp (Exim 1.82 #1 (Debian))
id 0yFr8j-0005kS-00; Thu, 19 Mar 1998 18:02:33 -0800
Date: Thu, 19 Mar 1998 18:02:32 -0800 (PST)
From: "Shawn T. Amundson" <amundson@gimp.org>
To: gtk-list@redhat.com
Subject: ANNOUNCE: GTK+ 0.99.8 released
Message-ID: <Pine.LNX.3.96.980319175724.22000A-100000@wilber.gimp.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
GTK+ 0.99.8 has been released, and is available at:
ftp://ftp.gimp.org/pub/gtk/v0.99/
Overview of Changes in GTK+ 0.99.8:
* Compilation and configuration fixes
* DND Fixes
* New test in testgtk: cursors
* Tutorial updates/additions
* Few more FAQ additions
* More prep for 1.0
More information and news on GTK can be obtained from:
http://www.gtk.org/
--
Shawn T. Amundson
amundson@gimp.org http://www.gimp.org/~amundson
"The assumption that the universe looks the same in every
direction is clearly not true in reality." - Stephen Hawking
From amundson@gimp.org
Received: (qmail 31073 invoked from network); 28 Mar 1998 01:41:21 -0000
Received: from graft.xcf.berkeley.edu (HELO wilber.gimp.org) (mail@128.32.43.209)
by mail2.redhat.com with SMTP; 28 Mar 1998 01:41:21 -0000
Received: from amundson by wilber.gimp.org with local-smtp (Exim 1.891 #1 (Debian))
id 0yIkcR-0006Ji-00; Fri, 27 Mar 1998 17:41:11 -0800
Date: Fri, 27 Mar 1998 17:41:08 -0800 (PST)
From: "Shawn T. Amundson" <amundson@gimp.org>
To: gtk-list@redhat.com
Subject: ANNOUNCE: GTK+ v0.99.9 released
Message-ID: <Pine.LNX.3.96.980327173326.23550A-100000@wilber.gimp.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
GTK+ 0.99.9 can now be found at:
ftp://ftp.gimp.org/pub/gtk/v0.99/
Overview of Changes in GTK+ 0.99.9:
* Added examples directory, even more examples soon
* Added optional word wrap to gtktext
* Changes to gtkhandlebox
* Lots of bug fixes
Information on GTK+ can be found at http://www.gtk.org/.
--
Shawn T. Amundson
amundson@gimp.org http://www.gimp.org/~amundson
"The assumption that the universe looks the same in every
direction is clearly not true in reality." - Stephen Hawking
From amundson@gimp.org
Received: (qmail 9819 invoked from network); 8 Apr 1998 07:00:05 -0000
Received: from graft.xcf.berkeley.edu (HELO wilber.gimp.org) (mail@128.32.43.209)
by mail2.redhat.com with SMTP; 8 Apr 1998 07:00:05 -0000
Received: from amundson by wilber.gimp.org with local-smtp (Exim 1.90 #1 (Debian))
id 0yMoq1-0000Ml-00; Wed, 8 Apr 1998 00:00:01 -0700
Date: Tue, 7 Apr 1998 23:59:59 -0700 (PDT)
From: "Shawn T. Amundson" <amundson@gimp.org>
To: gtk-list@redhat.com
Subject: ANNOUNCE: GTK+ 0.99.10 Released
Message-ID: <Pine.LNX.3.96.980407234514.1249A-100000@wilber.gimp.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
GTK+ 0.99.10 is now available at:
ftp://ftp.gimp.org/pub/gtk/v0.99/
Please note we squeezed digits "1.0" into "10" and included it into this
version number "0.99.10". We hope this will statisfy some of
you desiring 1.0 so badly. [that was a joke people, 1.0 is on
the way]
A bug was fixed in this release where every widget was realized
(with a bogus size), before it's size was initially allocated.
Correcting this problem has shown that a number of widgets assumed
that they would be realized before being size allocated. Some
incorrect application code may also have worked because of this bug,
but in general this change will not affect application code.
All widgets in the GTK core have been fixed, along with those in the
gnome-libs modules. Any other custom widgets will need to be checked
to make sure that they:
- Do all setup other than moving the widget's windows in their
size_allocate() method, even when the widget is not realized.
- Create their windows in the realize() method with the correct
size. (That is, the size that would result from a subsequent call to
size_allocate())
Overview of Changes in GTK+ 0.99.10:
* Lots of bug fixes
* Documentation improvements
* Better looking handlebox
* A few convenience functions
Lots of examples have been added to the examples/ directory
as well.
--
The GTK+ Team
http://www.gtk.org/
--
Shawn T. Amundson
amundson@gimp.org http://www.gimp.org/~amundson
"The assumption that the universe looks the same in every
direction is clearly not true in reality." - Stephen Hawking
From jim@telecnnct.com
Received: (qmail 29675 invoked from network); 8 Apr 1998 20:39:20 -0000
Received: from uu5.psi.com (38.145.226.3)
by mail2.redhat.com with SMTP; 8 Apr 1998 20:39:20 -0000
Received: from fred.UUCP by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP;
id AA25719 for gtk-list@redhat.com; Wed, 8 Apr 98 16:39:14 -0400
Received: by telecnnct.com (SMI-8.6/SMI-SVR4)
id QAA26001; Wed, 8 Apr 1998 16:23:41 -0400
Received: from barney(205.172.229.10) by fred via TTC (V2.0)
id xma025987; Wed, 8 Apr 98 16:23:12 -0400
Sender: jim@telecnnct.com
Message-Id: <352BDCAE.7DE14518@telecnnct.com>
Date: Wed, 08 Apr 1998 16:23:10 -0400
From: Jim Harmon <jharmon@telecnnct.com>
Organization: The Telephone Connection
X-Mailer: Mozilla 3.0 (X11; I; SunOS 4.1.4_DB sun4m)
Mime-Version: 1.0
To: gtk-list@redhat.com,
Gimp Developers <gimp-developer@scam.xcf.berkeley.edu>
Subject: Cudos to the GTK/Gimp development folks...
References: <9804081657.AA15840@fourier.capital.edu.capital.edu>
<lzd8esgrb5.fsf@cu-dialup-0721.cit.cornell.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
As a slightly more familiar Newbie to GIMP/GTK, working on the fringe of
usership (Solaris 2.6), I wish to thank all of the developers who've
worked so hard to get this stuff to GTK 0.99.10/GIMP 0.99.24.
Of the versions I've built and installed on Solaris 2.6 so far, this has
been the easiest.
(To Owen: --in the BASH shell-- I used "export CFLAGS="-O2"", then
proceeded to use configure, gmake, and gmake install on GTK
and subsequently GIMP. This time, no forced "-g"!)
To anyone else who's attempting to compile for Solaris, the ONLY
modification I made besides the "CFLAG" environment setting was to
change the following line in "/usr/graphics/gtk-config.in" before
compiling:
WAS:
--libs)
echo -L${exec_prefix}/lib -L/usr/openwin/lib -R/usr/openwin/lib \
-lgtk -lgdk -lglib -lXext -lX11 -lsocket -lnsl -lm
;;
TO: (subs. your own GTK path for /usr/graphics )
--libs)
echo -L${exec_prefix}/lib -L/usr/openwin/lib -R/usr/openwin/lib \
-L/usr/graphics/gtk+-0.99.10/gtk/.libs \
-R/usr/graphics/gtk+-0.99.10/gtk/.libs -lgtk \
-L/usr/graphics/gtk+-0.99.10/gdk/.libs \
-R/usr/graphics/gtk+-0.99.10/gdk/.libs -lgdk \
-L/usr/graphics/gtk+-0.99.10/glib/.libs \
-R/usr/graphics/gtk+-0.99.10/glib/.libs -lglib \
-lXext -lX11 -lsocket -lnsl -lm
;;
(Remembering that "\" isn't there in the real file, and the entire list
of lib paths is/should be a single line...;)
This installation has been painless!
As far as I'm concerned, GIMP is ready for 1.0 on Sun! ;)
--
Jim Harmon The Telephone Connection
jim@telecnnct.com Rockville, Maryland