Re: How to detect a gtk desktop programmatically
Tres Finocchiaro via desktop-devel-list <[email protected]>
| Newsgroups | gmane.comp.gnome.desktop |
|---|---|
| Message-ID | <CANQs7dDfxyHqjaHx_5XtPw-7xbA6+69i6-yWUsKjK5hd6Xy8ag@mail.gmail.com> |
I'm asking how to detect a Gtk desktop. An answer that says "always' isn't really correct. The use-cases for this -- as indicated by the Debian search results in the commit that removed this flag -- were in the hundreds. The ability to detect a Gtk-based desktop seems like a perfectly valid question. -Tres - [email protected] On Wed, Apr 29, 2020 at 3:47 PM Ray Strode <[email protected]> wrote: > Hi, > > > So, with the removal of this GNOME_DESKTOP_SESSION_ID variable, how > should OpenJDK -- moving forward -- detect a Gtk-based desktop? > > So as I understand it, the choices for look and feel are: > > WindowsLookAndFeel, GTKLookAndFeel, AquaLookAndFeel, > MotifLookAndFeel, and MetalLookAndFeel > > Of those choices, GTKLookAndFeel is the best answer for any linux > desktop I think. KDE configures gtk to look nice on KDE, and the rest > of the > desktops use GTK or at least look good with GTK. Defaulting to Metal > means looking bad on almost every desktop. > > Or can you think of a common desktop choice where GTK look and feel > isn't the best option of the available ones? > > I think the logic should just be "if running linux, pick gtk". You > shouldn't need to check any environment variables, imo. > > --Ray > _______________________________________________ desktop-devel-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/desktop-devel-list