public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: foser <foser@foser.dyn.warande.net>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] desktop
Date: Thu, 28 Aug 2003 16:30:48 +0200	[thread overview]
Message-ID: <1062081047.3455.132.camel@rivendell> (raw)
In-Reply-To: <200308281600.13232.pauldv@gentoo.org>

On Thu, 2003-08-28 at 16:00, Paul de Vrieze wrote:
> The menu system is not about having the same menu in all windowmanagers as 
> much as it is about having every application added to the menu of whatever 
> windowmanager you are using. Independent of what kind of toolkit the 
> application uses. A vanilla useflag would function like currently the foreign 
> package flag does for the kdeadmin ebuild. That flag enables the compilation 
> of a package manager that is standard but currently does not work well with 
> gentoo (it being not an rpm based system).

I know it isn't, but it's one of the uses. I was thinking when i wrote
it i should've explicitly added that it wasn't all this is about, but
thought it unneeded. Wrong again, it was just an example.

I was later on hammering at the fact that the wm's better be adapted by
us than us providing layers of stitchy support on distro level.

> For the menu system it might be necessary to patch some windowmanagers to be 
> able to use our menu's while keeping some compatibility with a situation 
> where the menu manager is not installed. Those changes are normally small and 
> localised, but generally change some part of the plumbing of such a program 
> while keeping generally the same behaviour. If you want to hack with a 
> windowmanager yourself those changes might be confusing and hence the 
> "vanilla" flag

Vanilla flag for what, if it's not good enough for everyone it shouldn't
be needed. Although we are still talking details of 1 proposed project
here with 1 possible implementation in mind. I don't think that is what
this thread was meant to be about.

> The idea is not to create some monstrous gentoo-specific monstrosity as redhat 
> does with kde. It is just small changes to make sure that everything "just 
> works". For example take a look to 
> http://bugs.gentoo.org/show_bug.cgi?id=14872

> Which is an enhancement I wrote so that things like kmail gpg support is easy 
> to install, just as all kinds of IME's (for our asian friends)

All interesting stuff i know about and i agree with it would be nice to
have implemented. But i react to the initial mail here which implies
much bigger changes. As said i'm not against patching up stuff a little
when functional.

> Gnome's configuration does not include a menu system with all installed X 
> applications

I assume these 'X applications' you speak of don't even install desktop
items at all. This could be easily fixed by providing current
freedesktop spec following items.

- foser


--
gentoo-dev@gentoo.org mailing list


  parent reply	other threads:[~2003-08-28 14:35 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-27 22:22 [gentoo-dev] desktop dams
2003-08-27 22:58 ` Spider
2003-08-28  0:41   ` Brett I. Holcomb
2003-08-28  0:47     ` Jon Portnoy
2003-08-28  0:58       ` Cedric Veilleux
2003-08-28  1:29       ` Riyad Kalla
2003-08-28  1:48       ` Stuart Herbert
2003-08-28  8:08   ` dams
2003-08-28 10:25     ` Paul de Vrieze
2003-08-28 10:51       ` dams
2003-08-28 11:08         ` Paul de Vrieze
2003-08-28 11:28           ` dams
2003-08-28 13:37             ` Mike Frysinger
2003-08-29  5:22               ` Luke-Jr
2003-08-28 11:15 ` foser
2003-08-28 12:52   ` dams
2003-08-28 13:21     ` foser
2003-08-28 13:51       ` Stuart Herbert
2003-08-28 14:00       ` Paul de Vrieze
2003-08-28 14:10         ` Michael Cummings
2003-08-28 14:34           ` foser
2003-08-28 14:30         ` foser [this message]
2003-08-28 17:44         ` Spider
2003-08-28 19:14           ` Peter Ruskin
2003-08-28 19:24             ` foser
2003-08-28 22:07               ` Peter Ruskin
2003-08-28 20:46             ` dams
2003-08-28 21:34               ` Spider
2003-08-28 22:32                 ` foser
2003-08-28 23:01                   ` dams
2003-08-28 20:35           ` dams
2003-08-28 21:03             ` Spider
2003-08-28 21:21               ` dams
2003-08-28 22:40                 ` foser
2003-08-28 21:07           ` Paul de Vrieze
2003-08-28 14:59       ` dams
2003-08-28 21:17         ` Paul de Vrieze
2003-08-28 23:24       ` Jason Stubbs
2003-08-28 13:54     ` Chris Gianelloni
2003-08-28 15:03       ` dams
2003-08-28 15:09         ` Stuart Herbert
2003-08-28 15:36           ` dams
2003-08-28 15:48             ` jonah benton
2003-08-28 14:04   ` Paul de Vrieze
2003-08-28 14:48     ` foser
2003-08-28 23:30       ` Seemant Kulleen
2003-08-29  1:32         ` Luke-Jr
2003-08-29 14:06           ` dams
2003-08-29 14:18             ` Luke-Jr

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1062081047.3455.132.camel@rivendell \
    --to=foser@foser.dyn.warande.net \
    --cc=gentoo-dev@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox