[Top][All Lists]
[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