gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Themes on GnuStep?


From: Mondragon, Ian
Subject: RE: Themes on GnuStep?
Date: Thu, 10 May 2001 13:08:49 -0500

oh oh oh oh oh...my mistake....oops.  i gotcha now.  that would be kind of
interresting.  then we could make GNUstep apps look like OS X apps (if we
like cease and desist orders - <grin>)

> -----Original Message-----
> From: Robert E. Hartley [SMTP:address@hidden
> Sent: Thursday, May 10, 2001 12:20 PM
> To:   address@hidden
> Subject:      Re: Themes on GnuStep?
> 
> I got sidetracked with something similar when I took a look at the KDE
> theme
> methods.  It is rather similar, kind of like the old Win 3.0 INI files.
> 
> The thing about using the GTK+ theme stuff is that they are themes for the
> widgets, as opposed to the window manager...  then again, I guess the
> window
> manager could be considered to be just another application, it just has
> its own
> window manager specific widgets.
> 
> (I'm glad you brought this up, because I have not considered the window
> manager
> decorations as special use widgets before.)
> 
> The Gtk theme file is a structured document.  I was thinking of rewriting
> a
> simple converter that would read in their theme file, and then spit out
> XML
> files. Once that is done, we will not need to expend as much effort
> parsing and
> porting the files.  I had done this at one point for the Motif theme
> stuff, but
> the Gtk internal code was so convoluted, and so much of the essential
> functions
> and variables were marked as "static", that I would have had to release a
> mauled version of Gtk just to be able to publish my converter.  It would
> have
> been an administrative nightmare.
> 
> Luckily for me, the Gtk code changed, broke my converter app, and I could
> abandon the thing after I had converted some of the Gtk themes to Motif.
> 
> What would be nice is if we had a superset of the widget theme files that
> was
> based on XML that we could read in and then do a "SaveAs" to whatever
> widget
> format we would want.  Maybe a variation on UIML, so that we could
> indicate the
> various widgets' parts in a "pan tool set" way.  It might serve to pave
> the way
> for developers to make a decent theme builder, which is something
> painfully
> lacking so far, despite themes having been around for a while now.
> 
> At the same time, we could add the window manager decorations as
> specialized
> widgets so that they can be used in either a theme or gui builder.
> 
> The major problem with this is that the various widget sets have mostly
> intersecting functionality, but around the edges they do things
> differently.
> It would require knowledge of GnuStep / Gtk / Qt / Motif if we want all of
> them
> to work properly.  For starters we could go with using just the Gtk
> themes,
> since that is likely where most new users will be coming from when going
> to
> GnuStep.
> 
> If we do it right, we might be able to get Apple to pick up on it and use
> it
> for their own desktop environment.
> 
> Who knows, wilder things have happened,
> 
> Rob
> 
> "Mondragon, Ian" wrote:
> 
> > gack.  i've been hashing out how to make Interface utilize the
> WindowMaker
> > theme files effectively, which might be *slightly* more
> desirable...seeing
> > as how they're just plists and can be easily read in using the
> NSDictionary
> > class.  i haven't gotten *too* far into the actual task of displaying
> the
> > images yet (i'm a little tied up with other things in the project), but
> i
> > will be getting around to it.  anyways...just my 2 cents.
> >
> > > The way I foresee it, we should be able to make use of whatever theme
> is
> > > in
> > > use by Gtk, Qt (or Motif).  If we are compatible with say Gtk theme
> files,
> > > then there will never be a shortage of theme files and pixmaps to
> choose
> > > from.
> >
> > ********************Legal Disclaimer**************************
> > This email may contain confidential information and is
> >  only for the use of the intended or named recipient.  It
> > has been prepared solely for informational purposes
> > from sources believed to be reliable, and is not a
> > solicitation, commitment or offer.  All information is
> > subject to change without notice, and is provided
> > without warranty as to its completeness or accuracy.  If
> >  you are not the intended recipient, you are hereby
> > notified that any review, dissemination, distribution,
> > copying or other use of this email and its attachments
> > (if any) is strictly prohibited and may be a violation of
> > law.  If you have received this email in error, please
> > immediately delete this email and all copies of it from
> > your system (including any attachments), destroy any
> > hard copies of it, and notify the sender.  Thank you.
> >
> > _______________________________________________
> > Gnustep-dev mailing list
> > address@hidden
> > http://mail.gnu.org/mailman/listinfo/gnustep-dev
> 
> --
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> =  Robert Hartley                 Mail:         201 Broadway        =
> =  Central Region Systems Engineer              Cambridge, MA 02139 =
> =  Integrated Computer            Email:        address@hidden    =
> =  Solutions, Inc.                Web Site:     www.ics.com         =
> =  Tech Support: address@hidden  Phone:        800-800-4271        =
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> 
> Visit the MotifZone (www.motifzone.org) for info on Motif!
> 
> 
> 
> 
> _______________________________________________
> Gnustep-dev mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/gnustep-dev



reply via email to

[Prev in Thread] Current Thread [Next in Thread]