From miguel@nuclecu.unam.mx
Received: (qmail 5288 invoked from network); 11 Mar 1998 01:39:13 -0000
Received: from metropolis.nuclecu.unam.mx (miguel@132.248.29.92)
  by mail2.redhat.com with SMTP; 11 Mar 1998 01:39:13 -0000
Received: (from miguel@localhost)
	by metropolis.nuclecu.unam.mx (8.8.7/8.8.7) id TAA09418;
	Tue, 10 Mar 1998 19:49:22 -0600
Date: Tue, 10 Mar 1998 19:49:22 -0600
Message-Id: <199803110149.TAA09418@metropolis.nuclecu.unam.mx>
From: Miguel de Icaza <miguel@nuclecu.unam.mx>
To: gnome-announce-list@gnome.org, gnome-list@gnome.org
Subject: gnome 0.13 is out. 
X-Lost: In case of doubt, make it sound convincing



To help people get started with GNOME, we are making a *development
snapshot* of the GNOME source code.  It is important to remind that
this is a development snapshot.  I am doing this just to get people in
sync with what is going on with the gnome hackers.  Most developers
are now using the Gnome CVS for their day to day work, so we have been
quiet about what is actually going on.

Since the last snapshot release (0.12), many things have changed, like
much stuff.  The gnome distribution has been split into various
modules.  You can now save some trees by downloading only those gnome
tar files that you actually want to look at.

We have tried to make the life of the GNOME compiler as easy as
possible, so we have removed the dependency as much as we could on the
Scheme/Guile interpreters.  If you have those, that would be a plus,
if you do not, things will still compile anyways for you.  

While doing all this, we got so happy that well, could not resist
throwing a dependency in, so to get Gnome to compile you need to have
Rasterman's gdk_imlib package installed (details on obtaining this are
available in www.labs.redhat.com and the library -ready to ftp- is on
ftp://ftp.labs.redhat.com/pub/imlib).

Here is a listing of the current GNOME modules that are being
released:

gnome-libs:
	This is the foundation of every other gnome module.

	Requires: Gtk 0.99.5 (latest), Raster's imlib and libxpm.  The
	more graphics libs you have, the better (for compiling
	Gtk/XmHTML with as many drivers as possible).

gnome-core:
	What we call the core module, aint we creative?

	Requires: gnome-core and mico (only if you are interested in
	the panel, which in this release is not as full features as
	the previous version, as the hackers are busy revamping the
	code).  MICO is available in rpm and tar format from
	ftp.labs.redhat.com (and from the original site as well). 

	It inludes the session manager, the panel, the new and
	all-unsinkable help browser from Red Hat Labs and the desktop
	properties programs.

gnome-graphics:
	Famous for including just one program: Rasterman's electric
	eyes image viewer.  This version features drag and drop (you
	still need something that would act as a drag source, and the
	file manager is not included in this release)

gnome-games: 
   	The game collection is here.  Jonathan's multi-solitaire game
	uses Scheme, so you probably want to have Guile installed to
	play that one.

gnome-utils:
	More enhancements to Radek Doulik's gtop program and
	Eckehards's gtt - tres cool. 

gnome-admin:
	Includes Gregory's and 	Jochen's SNMP monitoring tool, and the
	updated gulp program.

gnome-media:
	The GnomoVision TV set from Alan Cox is now included.  You
	need a pretty recent version of your Linux kernel to get this one to
	compile.


Non-tarified components:
------------------------
These are components that are not being released in tar format, you
need to use the AnonCVS to get to them (or download those from Jim
Pick's daily snapshots at http://gnome.jimpick.com):

gnome-guile: 
	This is not being released this time, as I was not able to
	test it.  It fails miserably to run for me on guile-1.2.
	Probably I am supposed to be using some snapshot version of
	guile, so I am not releasing this one until I figure out
	exactly what is going on. 

gnome-network:
	Gnome/Talk is going to be dropped in favor of GNU/talk;
	Scheme support is broken and gnome-ppp is far from finished,
	so this was not released.

the file manager (http://mc.blackdown.org/)
	yes, it is coming along nicely, but no, I did not have time to
	test it nor am I packaging it for general use -yet-. You can
	still use it if you pull it from the anoncvs repository (CVS
	module name: "mc", see instructions on www.gnome.org for
	details).

(I just found that there are a couple of glitches on the compile with
Obj-C, just ignore those programs that use Obj-C if they fail to
link).

As usual, we like good bug reports, but we will like you more if you
send us nice patches in diff -u format.

We are 2 hours, 15 minutes ahead of schedule at getting rid of
Microsoft windows, keep up the good work!

(oh, and yes, I would love Netscape to be dual licensed and have one
of the licenses be the GPL).

Miguel.

From miguel@nuclecu.unam.mx
Received: (qmail 14020 invoked from network); 11 Mar 1998 01:54:03 -0000
Received: from athena.nuclecu.unam.mx (132.248.29.9)
  by mail2.redhat.com with SMTP; 11 Mar 1998 01:54:03 -0000
Received: (from miguel@localhost)
	by athena.nuclecu.unam.mx (8.8.7/8.8.7) id TAA12371;
	Tue, 10 Mar 1998 19:53:04 -0600
Date: Tue, 10 Mar 1998 19:53:04 -0600
Message-Id: <199803110153.TAA12371@athena.nuclecu.unam.mx>
From: Miguel de Icaza <miguel@nuclecu.unam.mx>
To: gnome-list@gnome.org, gnome-list-announce@gnome.org
Subject: gnome 0.13 is hidden at
X-Unix: is friendly, it is just selective about who its friends are.


gnome 0.13 is hidden at:

ftp://ftp.nuclecu.unam.mx/GNOME

Sorry for not posting this information before.

Miguel.

From cls@seawood.org
Received: (qmail 12953 invoked from network); 13 Mar 1998 23:04:59 -0000
Received: from dt050n13.san.rr.com (HELO panic.can.seawood.org) (@204.210.31.19)
  by mail2.redhat.com with SMTP; 13 Mar 1998 23:04:59 -0000
Received: from localhost (cls@localhost)
	by panic.can.seawood.org (8.8.7/8.8.7) with SMTP id OAA22628
	for <gnome-list@gnome.org>; Fri, 13 Mar 1998 14:56:48 -0800
X-Authentication-Warning: panic.can.seawood.org: cls owned process doing -bs
Date: Fri, 13 Mar 1998 14:56:48 -0800 (PST)
From: Christopher Seawood <cls@seawood.org>
X-Sender: cls@panic.can.seawood.org
To: gnome-list@gnome.org
Subject: So what's the plan?
Message-ID: <Pine.LNX.3.96.980313143222.22604A-100000@panic.can.seawood.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Is there a "white-paper" of sorts that explains exactly what the planned
"released" gnome desktop will be and include?  I've gone thru the web site
and read about the Style Guide, the plans for CORBA, about VFS, the
software map and the ideas that are being thrown around for apps to
include.  But things that I (and others I'm sure) would like know are:
   
When will a stable end-user version projected to be out, ie 1.0? 
   (6 mons? 1yr?)

What will this release contain? 
   Standard gnome framework (ie, CORBA, VFS, Sound System, file manager,
	desktop configurator, themes, panel, dnd)
   Office suite (WP, spreadsheet, presentation pkg, database, money mgr)
   Games (...)

The impression I have is that you want to give a standard look-n-feel for
any current (and future) applications.  

Does this mean that there will be at least one GNOME version of each type
of application available?  

Can anyone just throw together a gtk app making it conform to the Style
guide with all of the proper gnome specific features and be expected to be
included as part of the GNOME desktop?

There is already a list of things that people are currently working on
and a couple of hints of projects to come (GPresent?), but what are the
_required_ applications that need to be available before GNOME will be
considered "successful"?  Successful in this context meaning that it
includes all of the applications needed for a standard end-user desktop.

- cls

From tromey@creche.cygnus.com
Received: (qmail 27193 invoked from network); 14 Mar 1998 00:11:19 -0000
Received: from creche.cygnus.com (192.203.188.26)
  by mail2.redhat.com with SMTP; 14 Mar 1998 00:11:19 -0000
Received: (from tromey@localhost) by creche.cygnus.com (8.7.6/8.7.3) 
id RAA30652; Fri, 13 Mar 1998 17:10:24 -0700
To: Christopher Seawood <cls@seawood.org>
Cc: gnome-list@gnome.org
Subject: Re: So what's the plan?
References: <Pine.LNX.3.96.980313143222.22604A-100000@panic.can.seawood.org>
X-Zippy:  Hey, waiter!  I want a NEW SHIRT and a PONY TAIL with lemon sauce!
X-Attribution:  Tom
BCC:
Reply-To: tromey@cygnus.com
From: Tom Tromey <tromey@creche.cygnus.com>
Date: 13 Mar 1998 17:10:23 -0700
In-Reply-To: Christopher Seawood's message of Fri, 13 Mar 1998 14:56:48 -0800 (PST)
Message-ID: <m1btvauo7j.fsf@creche.cygnus.com>
Lines: 113
X-Mailer: Red Gnus v0.34/Emacs 19.34

>>>>> "cls" == Christopher Seawood <cls@seawood.org> writes:

cls> Is there a "white-paper" of sorts that explains exactly what the
cls> planned "released" gnome desktop will be and include?

Not that I know of.

cls> When will a stable end-user version projected to be out, ie 1.0?
cls>    (6 mons? 1yr?)

I doubt there is any sort of timetable.  Free sw projects usually
don't have them.  Some, like most FSF projects, never give them as a
matter of policy.

cls> What will this release contain? 

I doubt there is an (existing) answer for this, either.

My feeling is that 1.0 should happen when the core code is stable
enough that we aren't afraid to have anybody use it.

The core code is the gnome-libs module (gnome libraries), the
gnome-core module (help browser, panel, session manager, and property
configurators), and mc (the file manager).


Maybe a window manager should be thrown in there.  This depends on
somebody doing it.


Of course, this is just an arbitrary reaction on my part.  But then,
your question really needs an answer to the real question: "What is
Gnome?".


cls> The impression I have is that you want to give a standard
cls> look-n-feel for any current (and future) applications.

Sure.  But of course both the look and the feel will evolve over time.
For instance, right now there isn't a good way to handle the whole key
binding issue.  When that is solved, it will result in a change to the
feel of all apps...

And look-n-feel isn't the only issue.  The deeper ones have to do with
interoperation: using CORBA when appropriate, talking to the wm the
right way, talking to the session manager, supporting drag-n-drop.

These are the things that will tend to exclude random Gtk (or Motif,
or Qt, or Tk) programs from "full Gnome compliance".  Getting the L&F
right is pretty easy, I'd bet, since we're more or less just following
Motif (+ some Windows stuff) at the buttons-n-menus level.


cls> Does this mean that there will be at least one GNOME version of
cls> each type of application available?

I hope so.  But of course this won't happen in the first release.  And
of course it depends on volunteer interest.


Of course, what it means to be a Gnome application is (I hope!)
somewhat nebulous.  Clearly anything that uses the Gnome libraries,
etc, is one.  But ultimately I'm more interested in interoperability
via CORBA... I personally think that forcing a particular
implementation technology isn't the greatest thing.

Still, that view probably isn't shared by all Gnome developers.  And
in the short term I'd expect to see a very narrow definition of what
"Gnome" means.  And in the long term I'd expect to find that it will
always be easier to write a "Gnome-compliant" (whatever that means)
application using the standard Gnome implementation technology: Gnome
libs, Gtk, MICO, etc.


cls> Can anyone just throw together a gtk app making it conform to the
cls> Style guide with all of the proper gnome specific features and be
cls> expected to be included as part of the GNOME desktop?

Sure, why not?

You'll find it easier to do some things if you use the Gnome
libraries.  These are in a separate gnome-libs module precisely so
people can use them without having to check out and build all of
Gnome.  Some of the things that are easier with these libraries:
proper argument parsing, session management, help interaction (maybe
not now, but certainly later on), standard dialogs and buttons.


cls> There is already a list of things that people are currently
cls> working on and a couple of hints of projects to come (GPresent?),
cls> but what are the _required_ applications that need to be
cls> available before GNOME will be considered "successful"?
cls> Successful in this context meaning that it includes all of the
cls> applications needed for a standard end-user desktop.

I wonder about this, too.  Where does the desktop end?  Maybe nowhere
-- and this is a question without an answer.  Pragmatically, we'll be
done when the to-do list is empty.  I.e., never.

Put another way, I don't think we'll ever reach a "success" point.
Success is an ongoing process.  For instance, if gcc development were
to stop today, then in a year or two gcc would be a "failure" in an
important sense.

So instead I think we should just look at questions we can answer
(although not always in advance).  "When should we do the next
release?".  "Is <whatever> a good idea?"  "Do we need program <quux>?"


The above is all IMHO, natch.  I have no idea what the other Gnomers
think about this stuff.

Tom

From miguel@nuclecu.unam.mx
Received: (qmail 21004 invoked from network); 14 Mar 1998 00:36:25 -0000
Received: from athena.nuclecu.unam.mx (132.248.29.9)
  by mail2.redhat.com with SMTP; 14 Mar 1998 00:36:25 -0000
Received: (from miguel@localhost)
	by athena.nuclecu.unam.mx (8.8.7/8.8.7) id SAA15075;
	Fri, 13 Mar 1998 18:34:43 -0600
Date: Fri, 13 Mar 1998 18:34:43 -0600
Message-Id: <199803140034.SAA15075@athena.nuclecu.unam.mx>
From: Miguel de Icaza <miguel@nuclecu.unam.mx>
To: cls@seawood.org
CC: gnome-list@gnome.org
In-reply-to: <Pine.LNX.3.96.980313143222.22604A-100000@panic.can.seawood.org>
	(message from Christopher Seawood on Fri, 13 Mar 1998 14:56:48 -0800
	(PST))
Subject: Re: So what's the plan?
X-Lost: In case of doubt, make it sound convincing


> When will a stable end-user version projected to be out, ie 1.0? 
>    (6 mons? 1yr?)

I expect the basic "core" applications to be ready sooner than that.
Probably one month.  "core" applications means: application which
people can use in a daily basis to do their work and that will give
their desktop a pleasant look and a nice way to work.  Do not know
what version tag that will carry. 

> What will this release contain? 
>    Standard gnome framework (ie, CORBA, VFS, Sound System, file manager,
> 	  desktop configurator, themes, panel, dnd)

This is what we have now and what I think will be available in debuged
form in the release from your list of questions:

corba, file manager, desktop config, panel, dnd and file manager with
vfs (this one is fully working since a couple of years ago :-).
Hopefully gdm will be soon released and can be included in that list. 

To this list add some productivity-type applications that are already
written and functional: gtt, gtop, electric-eyes, gxsnmp, linuxconf
front-end, gnomovision, gmix, some cd-player and others as well as the
games collection.

themes are being worked on and will be integrated as the code becomes
available;  The VFS has been splitted but I have not merged the code
into my tree yet (and so far, two non-gnome apps use the splitted vfs
code now). 

> Does this mean that there will be at least one GNOME version of each type
> of application available?  

Most likely.

> Can anyone just throw together a gtk app making it conform to the Style
> guide with all of the proper gnome specific features and be expected to be
> included as part of the GNOME desktop?

If it is released under a sane license, I do not see any problem with
including that as part of the GNOME desktop.

Bigger applications are being written, and I will let the authors of
thsoe big applications talk about them. 

best wishes,
Miguel.

From marc@redhat.com
Received: (qmail 11659 invoked from network); 17 Mar 1998 03:15:20 -0000
Received: from lacrosse.redhat.com (root@207.175.42.154)
  by mail2.redhat.com with SMTP; 17 Mar 1998 03:15:20 -0000
Received: from tasmanian.redhat.com (tasmanian.redhat.com [199.183.24.35])
	by lacrosse.redhat.com (8.8.7/8.8.7) with ESMTP id WAA16680
	for <gnome-list@gnome.org>; Mon, 16 Mar 1998 22:15:19 -0500
Received: from tasmanian.redhat.com (localhost [127.0.0.1])
	by tasmanian.redhat.com (8.8.7/8.8.7) with ESMTP id WAA01569
	for <gnome-list@gnome.org>; Mon, 16 Mar 1998 22:15:17 -0500
Message-Id: <199803170315.WAA01569@tasmanian.redhat.com>
X-Mailer: exmh version 2.0.1 12/22/97
To: gnome-list@gnome.org
Subject: GTK calendar widget for gnome-utils/gncal ?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 16 Mar 1998 22:15:17 -0500
From: Marc Ewing <marc@redhat.com>

Anyone know where the calendar widget is that gncal uses?

make[2]: Entering directory `/usr/src/redhat/BUILD/gnome-utils-0.13/gncal'
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -I/usr/include 
-I/usr/include/libgnomesupport -I/usr/lib/glib/include -I/usr/include 
-I/usr/X11R6/include -I../../gcalendar -I/usr/lib/glib/include -I/usr/include 
-I/usr/X11R6/include -O2 -m486 -fno-strength-reduce -c gncal.c
gncal.c:19: gtkcalendar.h: No such file or directory


-Marc

From tromey@creche.cygnus.com
Received: (qmail 9487 invoked from network); 17 Mar 1998 07:43:16 -0000
Received: from creche.cygnus.com (192.203.188.26)
  by mail2.redhat.com with SMTP; 17 Mar 1998 07:43:16 -0000
Received: (from tromey@localhost) by creche.cygnus.com (8.7.6/8.7.3) 
id AAA10753; Tue, 17 Mar 1998 00:41:58 -0700
To: Marc Ewing <marc@redhat.com>
Cc: gnome-list@gnome.org
Subject: Re: GTK calendar widget for gnome-utils/gncal ?
References: <199803170315.WAA01569@tasmanian.redhat.com>
X-Zippy:  I guess you guys got BIG MUSCLES from doing too much STUDYING!
X-Attribution:  Tom
BCC:
Reply-To: tromey@cygnus.com
From: Tom Tromey <tromey@creche.cygnus.com>
Date: 17 Mar 1998 00:41:56 -0700
In-Reply-To: Marc Ewing's message of Mon, 16 Mar 1998 22:15:17 -0500
Message-ID: <m13eghpxvf.fsf@creche.cygnus.com>
Lines: 17
X-Mailer: Red Gnus v0.34/Emacs 19.34

Marc> Anyone know where the calendar widget is that gncal uses?


It is in `../../gcalendar/'.  That is, it is outside the gnome-utils
module.

This is pretty gross.  I think one of three things should be done:

1. Move gtkcalendar widget into libgnomeui
2. Move it into gncal
3. Move gcalendar into the gnome-utils module
   (Prefer this if gcalendar is live code we plan to keep)

I don't have an opinion on which should be done.  Somebody with more
knowledge of the details should fix this.

Tom

From sopwith@cuc.edu
Received: (qmail 8368 invoked from network); 17 Mar 1998 21:54:27 -0000
Received: from helix.cs.cuc.edu (HELO cuc.edu) (sopwith@207.222.40.128)
  by mail2.redhat.com with SMTP; 17 Mar 1998 21:54:27 -0000
Received: from localhost (sopwith@localhost)
	by cuc.edu (8.8.5/8.8.5) with SMTP id QAA17278
	for <gnome-list@gnome.org>; Tue, 17 Mar 1998 16:54:16 -0500
Date: Tue, 17 Mar 1998 16:54:16 -0500 (EST)
From: Elliot Lee <sopwith@cuc.edu>
X-Sender: sopwith@helix.cs.cuc.edu
To: gnome-list@gnome.org
Subject: Gnome Status Report
Message-ID: <Pine.LNX.3.95.980317164843.14899B-100000@helix.cs.cuc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


			* Gnome Status Report *

			    March 17, 1998


"Good enough for use" rating (/10) follows program name (it's subjective,
but it may be helpful in figuring out what needs working on the most).
Nothing got 10/10 because nothing has docs (among other things). 
Corrections & comments welcome.

(Comments in <> are Miguel's)

gnome-utils:
	gtop 8.
		Needs documentation and UI improvements.
		A tree view would be very nice, as well as some stability
		stuff (ie, not crashing if an app goes away). 
	genius 6.
		Switching to scientific mode & back gives warnings:
** WARNING **: file gdkfont.c: line 195 (gdk_string_width): "string != NULL"
		Also needs to resize properly, etc.

	cromagnon 3.
		Needs work (needs gnomifying, etc.). Rumors of a C
		rewrite? <I do not know if Aldy is even working on this.>

	find-file 5.
		Needs gnomifying and UI improvements.
		<The file manager includes a find-file command.  Not as
		powerful, but could be extended.>

	gncal 3.
		Right now it's just a wrapper for gtkcalender by the looks
		of it. Snorfle wants to write his own calendar program,
		so we may have to use bits from his in our own
		program instead of having one solution.

	gtt 8.
		Performs intended function, but needs a final going-over.

	notepad 4 (?).
		Someone needs to get a properly working GtkText widget first ;-)
		<It is working now.>

gnome-media:

	gmix 8.
		Needs UI improvements, upgrade to v 3.0 from Jens?
		(3.0 is in the works but will be a good while.)
	gnomovision 5.
		Needs interface fixes, clipping code (this from Alan).

gnome-admin:
	gulp 6.
		Needs updating for newer obgtk.
	gxsnmp 7.
		Add optional gnomification.
	linux-conf XXX.
		Ask mkj
	logview 0.
		Currently core dumps after many gtk_style_copy warnings.

gnome-games:
	aisleriot 0.
		"guile: Stack overflow" on startup.
	freecell 8.
		Works, couple of non-essential warnings, needs icons & docs.
	gnomine 8.
		Needs docs. Score listing does not work.
	mahjongg 6.
		Comes up, looks pretty, but segv's when I look at the
		'Game' menu.
	phaser-chess 1.
		What's the status of this game? It compiles, and sort
		of starts up, but I know nothing more.

gnome-graphics:
	ee 8
		It's imlib's fault more than ee's, but it doesn't display
		some .xpm's (i.e. mc/icons/mail.xpm). Despite raster's 
		protests about how xpm's are broken, someone needs to look
		at the problem and fix it so ee can be a true xv replacement ;-)

		Also IMHO the GUI needs to be a little more straight-forward
		and obvious - putting things in four different windows
		doesn't make sense.

		<Agreed, and it should not be using a Raster-mini-font,
		as it is difficult to read.>

	ghost-gnome 0.
		Anyone working on this?

		<Completely dead right now.>
		I might have a go at it.

gnome-network
	gmailman 3.
		Displays a basic interface and allows editing, but
		doesn't perform its primary purpose (yet! :)

	girc 4.
		Works, and the back-end is there and largely debugged
		(hah!) but needs a lot of UI work and all-around
		solidifying.

	gnome-ppp 3.
		Displays a UI but (apparently) does nothing

	gnometalk 0.
		Doesn't compile here...

		<Should be phased out in favor of gnu/talk>


gnome-objc
	obgtk is slightly lagged behind. obgnome is an
	"only what we need" wrapper of libgnome(ui). Bored ObjC
	programmers welcome in both places.

<File manager: approaching very quickly "release" status.>

All apps still need:
	Session manager support - possibly integrated with the
	configuration routines in each app?

	Get an easy-to-use (for both coders & users) context-sensitive
	help setup.

	Things that non-coders can do:
		Documentation! Even if you can't write well,
		having a little documentation is better than none at all.

		Testing testing testing! Find a bug and send it to
		gnome-list with [BUG] in the subject, and it will make
		everyone's life easier.

		Learn to code. ;-)

Hope this helps,
-- Elliot					http://www.redhat.com/
Chicken Little was right.

From amundson@CompleteIS.com
Received: (qmail 15424 invoked from network); 18 Mar 1998 07:24:01 -0000
Received: from riker.completeis.com (root@206.144.247.10)
  by mail2.redhat.com with SMTP; 18 Mar 1998 07:24:01 -0000
Received: from hugh.CompleteIS.com (hugh.CompleteIS.com [206.144.247.23])
	by riker.CompleteIS.com (8.8.8/8.8.8) with SMTP id BAA06245;
	Wed, 18 Mar 1998 01:23:59 -0600 (CST)
Received: from localhost by hugh.CompleteIS.com (SMI-8.6/SMI-SVR4)
	id BAA07986; Wed, 18 Mar 1998 01:23:56 -0600
Date: Wed, 18 Mar 1998 01:23:56 -0600 (CST)
From: "Shawn T. Amundson" <amundson@CompleteIS.com>
X-Sender: amundson@hugh
To: Elliot Lee <sopwith@cuc.edu>
cc: gnome-list@gnome.org
Subject: Re: Gnome Status Report
In-Reply-To: <Pine.LNX.3.95.980317164843.14899B-100000@helix.cs.cuc.edu>
Message-ID: <Pine.GSO.3.96.980318005718.7970B-100000@hugh>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 17 Mar 1998, Elliot Lee wrote:
> 
> 	gncal 3.
> 		Right now it's just a wrapper for gtkcalender by the looks
> 		of it. Snorfle wants to write his own calendar program,
> 		so we may have to use bits from his in our own
> 		program instead of having one solution.

I think that is somewhat incorrect.

Gtkcalendar is being targetted for use in more than on application,
we just aren't that far along yet to put it in a library.  My intended 
use of the widget was gncal, as I don't have a specific need for it 
yet anywhere else.  (Can't speak for Cesar Miquel, he has his own uses 
too.)

gcalendar which is in cvs was meant only as a test case for the
widget, but now we have some cool ideas for how we can extend it
into something more; none of these things even come close to what
gncal will be doing as a ical-type program.

There is no duplication thus far, only work in progress. ;-)

--
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 18425 invoked from network); 18 Mar 1998 07:38:34 -0000
Received: from riker.completeis.com (root@206.144.247.10)
  by mail2.redhat.com with SMTP; 18 Mar 1998 07:38:34 -0000
Received: from hugh.CompleteIS.com (hugh.CompleteIS.com [206.144.247.23])
	by riker.CompleteIS.com (8.8.8/8.8.8) with SMTP id BAA06353;
	Wed, 18 Mar 1998 01:38:32 -0600 (CST)
Received: from localhost by hugh.CompleteIS.com (SMI-8.6/SMI-SVR4)
	id BAA07992; Wed, 18 Mar 1998 01:38:28 -0600
Date: Wed, 18 Mar 1998 01:38:28 -0600 (CST)
From: "Shawn T. Amundson" <amundson@CompleteIS.com>
X-Sender: amundson@hugh
Reply-To: "Shawn T. Amundson" <amundson@CompleteIS.com>
To: tromey@cygnus.com
cc: Marc Ewing <marc@redhat.com>, gnome-list@gnome.org
Subject: Re: GTK calendar widget for gnome-utils/gncal ?
In-Reply-To: <m13eghpxvf.fsf@creche.cygnus.com>
Message-ID: <Pine.GSO.3.96.980318001952.7970A-100000@hugh>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On 17 Mar 1998, Tom Tromey wrote:

> Marc> Anyone know where the calendar widget is that gncal uses?
> 
> 
> It is in `../../gcalendar/'.  That is, it is outside the gnome-utils
> module.
> 
> This is pretty gross.  I think one of three things should be done:
> 
> 1. Move gtkcalendar widget into libgnomeui

Gtkcalendar is not a gnome widget, it is a gtk widget.  (It scares 
me how much gnome people don't respect this difference.) There are 
also some licensing issues I need to address with lib_date; I have a 
copy I can distribute LGPL.  (the copy in cvs is still the GPL
or Artistic)  The widget will be distributed with GTK 1.1 and
later or off in another widget collection distributed right along
side GTK on the ftp site.

> 2. Move it into gncal

Gtkcalendar is not gncal specific; but copying it may be the
best short term solution.  (Not to libgnomeui though please.)
I will update gncal after major enhancements to the widget
if it is copied there.

> 3. Move gcalendar into the gnome-utils module
>    (Prefer this if gcalendar is live code we plan to keep)

Certainly we will want a productivity module or some such
thing for gncal, gtt, gcalendar, addressbook, project 
manager, etc., etc...  I think of the find program when 
I think utils.

Right now, however, I need gcalendar and the gtkcalendar 
widget to stay where they are because I don't have disk space
to keep compiling gnome on my machine.  (gcalendar is very
small and easy for me to work with, and so far it has been
going quite well ;-)

--
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 miguel@nuclecu.unam.mx  Thu May 11 23:51:53 2000
Received: (qmail 15927 invoked from network); 19 Mar 1998 05:10:13 -0000
Received: from athena.nuclecu.unam.mx (132.248.29.9)
  by mail2.redhat.com with SMTP; 19 Mar 1998 05:10:13 -0000
Received: (from miguel@localhost)
	by athena.nuclecu.unam.mx (8.8.7/8.8.7) id XAA03445;
	Wed, 18 Mar 1998 23:10:11 -0600
Date: Wed, 18 Mar 1998 23:10:11 -0600
Message-Id: <199803190510.XAA03445@athena.nuclecu.unam.mx>
From: Miguel de Icaza <miguel@nuclecu.unam.mx>
To: gnome@athena.nuclecu.unam.mx
Subject: file manager
X-Info: When in doubt, blame the network


Hello guys,

   We are running short of todo-items on the file manager now.  Which
makes me enormously happy.  Right now it is pretty usable for most day
to day administration work, the desktop code is getting more solid.

   I think it is usable, if you want to try it out, just checkout
module "mc" from the cvs repository.

best wishes,
Miguel.