public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download: 
* Re: [gentoo-dev] desktop
  @ 2003-08-28 11:28 99%       ` dams
  0 siblings, 0 replies; 1+ results
From: dams @ 2003-08-28 11:28 UTC (permalink / raw
  To: Paul de Vrieze; +Cc: gentoo-dev

Paul de Vrieze <pauldv@gentoo.org> said:

> On Thursday 28 August 2003 12:51, dams@idm.fr wrote:
>>
>> The problem is that the conclusion will tend to tune/modify the DE, and it
>> seems that people here don't want that, they want vanilla DE. For ex., menu
>> system is the first improvment I think of, but it has a big impact on the
>> look&feel of the DE. If we don't want DE tuned, then we cannot use debian
>> like menu system.
>
> That is true, there might be some custom parts in the DE's. I those cases I 
> think we should have some "vanilla" useflag that turns of 
> customizations/hacks that are gentoo-specific and are safe to turn of

That's feasable, but may add some maintainance overloading

>>
>> > That research leads sometimes to proposed changes. Each of these changes
>> > will be judged according to a.o. how easy it is to implement them, how
>> > standard they are, whether they conform to the gentoo way, etc.
>>
>> This can be done if we have decided before if we want or not have a gentoo
>> desktop touch. I don't think it is now decided.
>>
>
> I for one would like the possibility of automated menus. But I feel such a 
> system needs to be respectfull of what the wm developers use. This would mean 
> that some user visible changes (like different locations of files) need both 
> be made optional and need to be documented.

I totally agree on that. We don't want to goo too deep in technical/feature
description. We could say : if the vanilla flag is not set, then by default we
have a centralized menu, respectfull of each DE.

>
>
>> > The general idea being that if it is possible everything should just work
>> > after the emerge command has been completed. This also might involve
>> > changing default configuration files to work with the way things are
>> > installed in gentoo (like specifying the correct location of programs).
>> > This does however not mean that just anything can be changed in the
>> > default configurations. Look and feel should be as standard as possible.
>> > (for example k3b should just work out of the box and know allready where
>> > cdrecord is installed, etc.)
>>
>> The last example is not a desktop issue for me. It's the maintainer to do
>> this, and to ask the cdrecord maintainer informations, if he needs it.
>
> No, you're right (except that k3b falls under the resp. of -desktop), but the 
> general issue might be more prominent.

yeah

-- 
dams

--
gentoo-dev@gentoo.org mailing list


^ permalink raw reply	[relevance 99%]

Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2003-08-27 22:22     [gentoo-dev] desktop 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 99%       ` dams

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox