On Mon, Jul 16, 2007 at 12:40:28PM +0200, Raphael Hertzog wrote:
> Bill, you haven't participated in this discussion, what's your opinion?
> Would you like to do that work?
I stated my opinion an hundred time already, here a quick summary:
1) There is a place for two menu structure in Debian: an
On Mon, Jul 16, 2007 at 08:07:05PM +0200, Javier Fernández-Sanguino Peña wrote:
> On Mon, Jul 16, 2007 at 04:12:02AM -0700, Don Armstrong wrote:
> > So it seems like we should do the following:
> (...)
>
> 4. Add i18n support to menu so that it can generate localised menu names,
>entries and t
On Sat, 28 Jul 2007, Frank Küster wrote:
I imagine that the reason why no one responds to this suggestion is that
the discussion is very focused: The friends of the complete Debian menu
on the one hand, and the advocates of a "newbie friendly" desktop
environment - and those newbies (I think) a
Le samedi 28 juillet 2007 à 04:36 -0500, Manoj Srivastava a écrit :
> So, if you want to keep you menu small and non-comprehensive,
> you should not be pushing for f.d.o formatting. :)
But I am not pushing it. I am trying to prevent the mess that will be if
that actually happens.
--
.'
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le jeudi 26 juillet 2007 08:25 +0200, Frank Küster a écrit :
>
>> Could you give guidelines how a maintainer of an application should
>> classify their app,
>
> Using categories described in [0] is a good start. The maintainers would
> also have to agr
Andreas Tille <[EMAIL PROTECTED]> wrote:
> I really wonder whether this concept of user roles are really that strange
> or stupid that all posters seem to ignore this idea. (Feel free to teach
> me in private to keep silent with those stupid ideas.)
Personally, I think it's probably a very good
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le vendredi 27 juillet 2007 03:52 -0700, Steve Langasek a écrit :
>> > In the end, the people who know whether an application should be given
>> > tags that will exclude it from certain menus are the application's
>> > maintainers, not the menu systems
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le vendredi 27 juillet 2007 à 03:52 -0700, Steve Langasek a écrit :
>> > In the end, the people who know whether an application should be given
>> > tags that will exclude it from certain menus are the application's
>> > maintainers, not the menu syste
On Sat, 2007-07-28 at 04:47 -0500, Manoj Srivastava wrote:
> On Wed, 25 Jul 2007 19:22:11 +0200, Frank Küster <[EMAIL PROTECTED]> said:
>
> > Josselin Mouette <[EMAIL PROTECTED]> wrote:
> >> As long as it is not shown, it doesn't matter, so I guess we can
> >> agree on this matter.
>
> > No, not
#include
* Florent Rougon [Thu, Jul 26 2007, 02:55:16PM]:
> Mike Hommey <[EMAIL PROTECTED]> wrote:
>
> >> >> Witness:
> >> >> - usable completion in the File Open dialog -> gone
>
> [...]
>
> > Note that AFAIK, completion never disappeared from the file open dialogs.
> > You just have to en
On Sat, 2007-07-28 at 04:39 -0500, Manoj Srivastava wrote:
> > If you don't use nautilus, why not remove the package? If you want to
> > keep the package installed but never use it, why not remove it from
> > the session?
>
> Because other users of the machine might want to? Or is Gnome
>
On Wed, 25 Jul 2007 19:22:11 +0200, Frank Küster <[EMAIL PROTECTED]> said:
> Josselin Mouette <[EMAIL PROTECTED]> wrote:
>> As long as it is not shown, it doesn't matter, so I guess we can
>> agree on this matter.
> No, not at all. I have not yet seen a convincing argument for hiding
> menu ent
On Fri, 27 Jul 2007 14:07:16 +0200, Josselin Mouette <[EMAIL PROTECTED]> said:
> Le vendredi 27 juillet 2007 à 03:52 -0700, Steve Langasek a écrit :
>> > In the end, the people who know whether an application should be
>> > given tags that will exclude it from certain menus are the
>> > applicati
On Thu, 26 Jul 2007 12:49:34 +0100, Ross Burton <[EMAIL PROTECTED]> said:
> On Thu, 2007-07-26 at 13:33 +0200, Andreas Tille wrote:
>> I was even not able to get rid of this nautilus thingy at all because
>> killing it opens a new one. I just renamed it and killed it to get
>> rid of.
> If you
Le vendredi 27 juillet 2007 à 03:52 -0700, Steve Langasek a écrit :
> > In the end, the people who know whether an application should be given
> > tags that will exclude it from certain menus are the application's
> > maintainers, not the menu systems maintainers. So far they have been
> > reasonab
On Fri, Jul 27, 2007 at 12:29:35PM +0200, Josselin Mouette wrote:
> Le vendredi 27 juillet 2007 à 02:44 -0700, Steve Langasek a écrit :
> > So far, the only proposal I've seen for allowing users to get access to the
> > "non-default" menu entries, after they've been hidden in GNOME, is by
> > letti
Le vendredi 27 juillet 2007 à 02:44 -0700, Steve Langasek a écrit :
> So far, the only proposal I've seen for allowing users to get access to the
> "non-default" menu entries, after they've been hidden in GNOME, is by
> letting them hunt down a config option in a settings menu /which is nowhere
> n
On Thu, Jul 26, 2007 at 11:37:33AM +0200, Josselin Mouette wrote:
> Le jeudi 26 juillet 2007 à 10:54 +0200, Wouter Verhelst a écrit :
> > One thing I do not like about the GNOME usability philosophy is
> > precisely this: catering for the novice user is great, but the GNOME
> > usability philosophy
Steve Greenland wrote:
> 1. The format that will be used by Debian packages to specify their menu
> entry. I think the consensus in this thread is that the FDo format is
> better and more flexible than the current Debian menu system format.
I wouldn't argue that it's better or more flexible. It is
Frank Küster wrote:
> > Window managers?
>
> Yes, in an appropriate category. *That* one could be a candidate for
> hiding. If I'm not mistaken KDE, Gnome and friends only work with
> certain window managers, so switching doesn't make sense.
Window managers are already not displayed on the gnom
On 26-Jul-07, 13:41 (CDT), Russ Allbery <[EMAIL PROTECTED]> wrote:
> Steve Greenland <[EMAIL PROTECTED]> writes:
>
> > 3. The actual contents and structure of the default menu in each WM etc.
> > This is a matter of Policy and ENTIRELY orthogonal to issues 1 and 2.
> > In particular, just saying
On 26-Jul-07, 04:37 (CDT), Josselin Mouette <[EMAIL PROTECTED]> wrote:
> I have no business into changing other environments' menus. This is why
> I suggested that we keep the Debian menu as it is for those who prefer
> it. As people seem to want to switch to the freedesktop menu given its
> super
Steve Greenland <[EMAIL PROTECTED]> writes:
> 3. The actual contents and structure of the default menu in each WM etc.
> This is a matter of Policy and ENTIRELY orthogonal to issues 1 and 2.
> In particular, just saying "we're going to use the FDo format now" does
> nothing to prevent the kind of
On Thu, Jul 26, 2007 at 04:33:17PM +0200, Josselin Mouette wrote:
> Le jeudi 26 juillet 2007 à 12:59 +0200, Wouter Verhelst a écrit :
> > You do not remove the need for some functionality by simply removing the
> > functionality itself altogether, which is what I see GNOME developers do
> > more of
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Meanwhile, real world people have moved to the freedesktop menu, which
> despite its flaws is more flexible, more beautiful and allows a better
> structure designed for each environment.
Tell me, in which world do I live if its not the real world?
Re
Le jeudi 26 juillet 2007 à 12:59 +0200, Wouter Verhelst a écrit :
> You do not remove the need for some functionality by simply removing the
> functionality itself altogether, which is what I see GNOME developers do
> more often than other developers.
This seems to be based solely on hearsay.
>
On Thu, 2007-07-26 at 14:10 +0200, Andreas Tille wrote:
> >> I found (at least one) counter example: I never managed to get rid
> >> of the stupid nautilus behavour to open new windows.
> >
> > Edit -> Preferences -> Behaviour -> Always open in navigation windows
> >
> > If the option name isn't c
Mike Hommey <[EMAIL PROTECTED]> wrote:
>> >> Witness:
>> >> - usable completion in the File Open dialog -> gone
[...]
> Note that AFAIK, completion never disappeared from the file open dialogs.
> You just have to enable it with a keystroke.
I know that; the shortcut is Ctrl-L. But I wrote "
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> For your information, this was ironic. There is no compositing manager
> in metacity as no one seemed interested enough in developing it.
Ah, I see. Not everyone follows the development of every window manager
on earth, so you couldn't really expect m
On Thu, Jul 26, 2007 at 02:07:17PM +0200, Josselin Mouette <[EMAIL PROTECTED]>
wrote:
> Le jeudi 26 juillet 2007 à 13:35 +0200, Florent Rougon a écrit :
> > > Eye candy... oh right, this must be why there are so many people
> > > interested in bringing a compositing manager to metacity, rather tha
[Sorry for beeing OT - it will be my only contribution to this thread]
On Thu, 26 Jul 2007, Josselin Mouette wrote:
Le jeudi 26 juillet 2007 à 13:33 +0200, Andreas Tille a écrit :
I found (at least one) counter example: I never managed to get rid
of the stupid nautilus behavour to open new wi
Le jeudi 26 juillet 2007 à 13:35 +0200, Florent Rougon a écrit :
> > Eye candy... oh right, this must be why there are so many people
> > interested in bringing a compositing manager to metacity, rather than
> > improving performance or rendering quality.
For your information, this was ironic. The
On Thu, 2007-07-26 at 13:33 +0200, Andreas Tille wrote:
> I found (at least one) counter example: I never managed to get rid
> of the stupid nautilus behavour to open new windows.
In Nautilus enable Edit -> Preferences -> Behaviour -> Always open in
browser windows.
> I was even not
> able to ge
On Thu, Jul 26, 2007 at 01:13:13PM +0200, Florent Rougon <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> Mike Hommey <[EMAIL PROTECTED]> wrote:
>
> >> Witness:
> >> - usable completion in the File Open dialog -> gone
> >> - customizable keyboard shortcuts in apps[1] -> gone
> >
> > Both are due to g
Le jeudi 26 juillet 2007 à 13:33 +0200, Andreas Tille a écrit :
> I found (at least one) counter example: I never managed to get rid
> of the stupid nautilus behavour to open new windows.
Edit -> Preferences -> Behaviour -> Always open in navigation windows
If the option name isn't clear enoug
Hi,
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Eye candy... oh right, this must be why there are so many people
> interested in bringing a compositing manager to metacity, rather than
> improving performance or rendering quality.
YMMV, but IMHO, I don't think compositing will much improve my
On Thu, 26 Jul 2007, Josselin Mouette wrote:
Le jeudi 26 juillet 2007 à 10:54 +0200, Wouter Verhelst a écrit :
One thing I do not like about the GNOME usability philosophy is
precisely this: catering for the novice user is great, but the GNOME
usability philosophy caters for novice users *at th
On Thu, Jul 26, 2007 at 11:37:33AM +0200, Josselin Mouette wrote:
> Le jeudi 26 juillet 2007 à 10:54 +0200, Wouter Verhelst a écrit :
> > One thing I do not like about the GNOME usability philosophy is
> > precisely this: catering for the novice user is great, but the GNOME
> > usability philosophy
Le jeudi 26 juillet 2007 à 08:25 +0200, Frank Küster a écrit :
> > A window manager choice has nothing to do in an application menu, as it
> > is not an application. This is a matter for a configuration tool,
> > whatever form it takes.
>
> The Debian menu has more Categories than just application
On Wed, Jul 25, 2007 at 06:57:54PM +0200, Josselin Mouette wrote:
> Le mercredi 25 juillet 2007 à 08:54 -0400, Marvin Renich a écrit :
> > Gnome and KDE are targeted primarily at desktop users, not servers. If,
> > as a desktop user, I install a graphical app on my machine, I *expect*
> > to see t
Le jeudi 26 juillet 2007 à 11:38 +0200, Florent Rougon a écrit :
> Seems very clear to me: it has been almost a decade now since the GNOME
> project tries hard to get rid of every feature that makes their software
> more usable (I'm speaking here about real usability, not about
> eye-candy).
Eye c
On Thu, Jul 26, 2007 at 11:38:59AM +0200, Florent Rougon <[EMAIL PROTECTED]>
wrote:
> SCNR...
>
> Frank Küster <[EMAIL PROTECTED]> wrote:
>
> Frank> That turns out not to be the case. If I use an app frequently, then it
> Frank> goes on the toolbar. The menu is for finding infrequently used apps
SCNR...
Frank Küster <[EMAIL PROTECTED]> wrote:
Frank> That turns out not to be the case. If I use an app frequently, then it
Frank> goes on the toolbar. The menu is for finding infrequently used apps. For
Frank> a lot of users, browsing the menu is how they find out what's available.
Mike> IIRC
Le jeudi 26 juillet 2007 à 10:54 +0200, Wouter Verhelst a écrit :
> One thing I do not like about the GNOME usability philosophy is
> precisely this: catering for the novice user is great, but the GNOME
> usability philosophy caters for novice users *at the expense of
> experienced users*.
This w
On Thu July 26 2007 01:02:57 am Frank Küster wrote:
> Josselin Mouette <[EMAIL PROTECTED]> wrote:
> > If an application is used so infrequently, it shouldn't have its
> > place in a menu.
>
> It seems we have a very different notion of what a menu is. To me,
> the reply "Exactly because it is used
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 25 juillet 2007 à 19:35 +0200, Frank Küster a écrit :
>> >> Menus, by their nature, are inherently unusable for the most frequently
>> >> used apps, and we should not be trying to make them more usable at the
>> >> expense of making less fr
Gabor Gombas <[EMAIL PROTECTED]> wrote:
> IMHO the best would be a uniof of the two viewpoints: show everything by
> default, and gradually hide entries that were not used for some time. Or
> did Microsoft patent that?
The result being that if I use the application again for work of type B
after
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 25 juillet 2007 à 16:17 -0400, Marvin Renich a écrit :
>> My original message was specifically concerned with graphical apps. I'm
>> not sure which console apps should be displayed; for the most part, I
>> think the Debian maintainer shoul
Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 09:56:11PM +0200, Frank Küster <[EMAIL PROTECTED]>
> wrote:
>> Mike Hommey <[EMAIL PROTECTED]> wrote:
>>
>> > On Wed, Jul 25, 2007 at 01:50:20PM -0500, Steve Greenland <[EMAIL
>> > PROTECTED]> wrote:
>> >> On 25-Jul-07, 13:28 (CDT
On Wed, Jul 25, 2007 at 09:56:11PM +0200, Frank Küster <[EMAIL PROTECTED]>
wrote:
> Mike Hommey <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jul 25, 2007 at 01:50:20PM -0500, Steve Greenland <[EMAIL
> > PROTECTED]> wrote:
> >> On 25-Jul-07, 13:28 (CDT), Josselin Mouette <[EMAIL PROTECTED]> wrote:
>
>That's a good reason to improve the menu system, but not really a good
>reason to just go ahead and ship two versions of basically the same
>information, IMO.
Recent version(s) of lynx have an icon in my KDE menu. I'd really rather not
have it there, and was curious if anyone had filed a bugrep
Le mercredi 25 juillet 2007 à 16:17 -0400, Marvin Renich a écrit :
> My original message was specifically concerned with graphical apps. I'm
> not sure which console apps should be displayed; for the most part, I
> think the Debian maintainer should decide whether it deserves to be
> displayed by
On Wed, Jul 25, 2007 at 06:57:54PM +0200, Josselin Mouette wrote:
> If the users installs the distribution with default settings or starts a
> session on a multi-user setup, he should find a usable menu, not a menu
> with all possible applications he never wanted to install.
So the menu system sh
On Wed, 25 Jul 2007, Andreas Tille wrote:
I'm open to any propositions to make it better,
Well, I made the suggestion of user roles which was more or less ignored
in this thread.
While beeing uncomfortable to reply to my own mail it seems that the
proposal is quite to abstract to get any com
* Josselin Mouette <[EMAIL PROTECTED]> [070725 12:57]:
> Le mercredi 25 juillet 2007 à 08:54 -0400, Marvin Renich a écrit :
> > Gnome and KDE are targeted primarily at desktop users, not servers. If,
> > as a desktop user, I install a graphical app on my machine, I *expect*
> > to see that app in
Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 01:50:20PM -0500, Steve Greenland <[EMAIL PROTECTED]>
> wrote:
>> On 25-Jul-07, 13:28 (CDT), Josselin Mouette <[EMAIL PROTECTED]> wrote:
>> > If an application is used so infrequently, it shouldn't have its place
>> > in a menu.
>>
On Wed, Jul 25, 2007 at 01:50:20PM -0500, Steve Greenland <[EMAIL PROTECTED]>
wrote:
> On 25-Jul-07, 13:28 (CDT), Josselin Mouette <[EMAIL PROTECTED]> wrote:
> > If an application is used so infrequently, it shouldn't have its place
> > in a menu.
>
> That turns out not to be the case. If I use
On Wed July 25 2007 10:57:54 am Josselin Mouette wrote:
> If the users installs the distribution with default settings or
> starts a session on a multi-user setup, he should find a usable menu,
> not a menu with all possible applications he never wanted to install.
Well, if there is stuff he never
On 25-Jul-07, 13:28 (CDT), Josselin Mouette <[EMAIL PROTECTED]> wrote:
> If an application is used so infrequently, it shouldn't have its place
> in a menu.
That turns out not to be the case. If I use an app frequently, then it
goes on the toolbar. The menu is for finding infrequently used apps.
* Frank Küster <[EMAIL PROTECTED]> [070725 10:08]:
> Mike Hommey <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jul 25, 2007 at 03:17:51PM +0200, Frank Küster <[EMAIL PROTECTED]>
> > wrote:
> >> Mike Hommey <[EMAIL PROTECTED]> wrote:
> >>
> >> > On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich
Le mercredi 25 juillet 2007 à 19:35 +0200, Frank Küster a écrit :
> >> Menus, by their nature, are inherently unusable for the most frequently
> >> used apps, and we should not be trying to make them more usable at the
> >> expense of making less frequently used apps harder to access.
> >
> > Why s
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 25 juillet 2007 à 08:54 -0400, Marvin Renich a écrit :
>> Gnome and KDE are targeted primarily at desktop users, not servers. If,
>> as a desktop user, I install a graphical app on my machine, I *expect*
>> to see that app in the main menu
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 25 juillet 2007 à 16:40 +0200, Frank Küster a écrit :
>> Michael Biebl <[EMAIL PROTECTED]> wrote:
>>
>> > Actually, it's not. That's Joss' whole point. We should hide entries,
>> > such as the python interpreter for novice users (at least
Le mercredi 25 juillet 2007 à 16:40 +0200, Frank Küster a écrit :
> Michael Biebl <[EMAIL PROTECTED]> wrote:
>
> > Actually, it's not. That's Joss' whole point. We should hide entries,
> > such as the python interpreter for novice users (at least in
> > environments like KDE/GNOME/XFCE, which targ
Le mercredi 25 juillet 2007 à 08:54 -0400, Marvin Renich a écrit :
> Gnome and KDE are targeted primarily at desktop users, not servers. If,
> as a desktop user, I install a graphical app on my machine, I *expect*
> to see that app in the main menu. The place where I put important
> and/or freque
Michael Biebl <[EMAIL PROTECTED]> wrote:
> Actually, it's not. That's Joss' whole point. We should hide entries,
> such as the python interpreter for novice users (at least in
> environments like KDE/GNOME/XFCE, which target the novice users).
> If the Debian menu is too overloaded, it becomes les
Frank Küster schrieb:
> Frank Küster <[EMAIL PROTECTED]> wrote:
>
>> Mike Hommey <[EMAIL PROTECTED]> wrote:
>>
>>> On Wed, Jul 25, 2007 at 03:17:51PM +0200, Frank Küster <[EMAIL PROTECTED]>
>>> wrote:
Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 08:54:40AM -0400,
Frank Küster <[EMAIL PROTECTED]> wrote:
> Mike Hommey <[EMAIL PROTECTED]> wrote:
>
>> On Wed, Jul 25, 2007 at 03:17:51PM +0200, Frank Küster <[EMAIL PROTECTED]>
>> wrote:
>>> Mike Hommey <[EMAIL PROTECTED]> wrote:
>>>
>>> > On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich <[EMAIL
>>> > P
Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 03:17:51PM +0200, Frank Küster <[EMAIL PROTECTED]>
> wrote:
>> Mike Hommey <[EMAIL PROTECTED]> wrote:
>>
>> > On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich <[EMAIL
>> > PROTECTED]> wrote:
>> >> Absolutely *wrong*.
>> >>
On Wed, Jul 25, 2007 at 03:17:51PM +0200, Frank Küster <[EMAIL PROTECTED]>
wrote:
> Mike Hommey <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich <[EMAIL PROTECTED]>
> > wrote:
> >> Absolutely *wrong*.
> >>
> >> Gnome and KDE are targeted primarily at desk
Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich <[EMAIL PROTECTED]>
> wrote:
>> Absolutely *wrong*.
>>
>> Gnome and KDE are targeted primarily at desktop users, not servers. If,
>> as a desktop user, I install a graphical app on my machine, I *ex
On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich <[EMAIL PROTECTED]>
wrote:
> Absolutely *wrong*.
>
> Gnome and KDE are targeted primarily at desktop users, not servers. If,
> as a desktop user, I install a graphical app on my machine, I *expect*
> to see that app in the main menu. The p
* Josselin Mouette <[EMAIL PROTECTED]> [070725 06:10]:
> Le mercredi 25 juillet 2007 à 00:14 -0500, Manoj Srivastava a écrit :
> > The latter might be fine as a local policy; but surely is not
> > correct as a Debian default. We should make it _possible_ to implement
> > a local policy o
On Wed, 25 Jul 2007, Josselin Mouette wrote:
I'm open to any propositions to make it better,
Well, I made the suggestion of user roles which was more or less ignored
in this thread.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
Le mercredi 25 juillet 2007 à 12:12 +0200, Andreas Barth a écrit :
> Actually, it might also be useful to allow different window managers to
> have different default levels of what information is shown.
Definitely.
The freedesktop specification could allow to do that, provided that menu
files are
* Josselin Mouette ([EMAIL PROTECTED]) [070725 12:06]:
> Le mercredi 25 juillet 2007 à 00:14 -0500, Manoj Srivastava a écrit :
> > The latter might be fine as a local policy; but surely is not
> > correct as a Debian default. We should make it _possible_ to implement
> > a local policy o
Le mardi 24 juillet 2007 à 20:13 +0200, Eduard Bloch a écrit :
> > This is a very bad idea. It is going to clutter the freedesktop menu
> > with tons of useless entries with ugly icons and make it as useless as
>
> Make it short, what is your point? Not allowing others to play in your
> GNOME sand
Le mercredi 25 juillet 2007 à 00:14 -0500, Manoj Srivastava a écrit :
> The latter might be fine as a local policy; but surely is not
> correct as a Debian default. We should make it _possible_ to implement
> a local policy of hiding information from users; but we must not let
> informa
Le vendredi 20 juillet 2007 à 16:26 +0200, Michelle Konzack a écrit :
> But the bigger problem is, that some applications have "titles"
> for applications which go over 1/3 of a 1024x768 screen mostly
> Openoffice Apps like "Openoffice.org Printer Administration"
> where the menu has a width of 372
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/25/07 00:14, Manoj Srivastava wrote:
> On Tue, 24 Jul 2007 19:56:37 -0500, Ron Johnson <[EMAIL PROTECTED]> said:
>
>> On 07/24/07 17:31, Manoj Srivastava wrote:
>>> On Tue, 24 Jul 2007 21:25:47 +0100, Matthew Johnson
>>> <[EMAIL PROTECTED]> sai
On Tue, 24 Jul 2007 19:56:37 -0500, Ron Johnson <[EMAIL PROTECTED]> said:
> On 07/24/07 17:31, Manoj Srivastava wrote:
>> On Tue, 24 Jul 2007 21:25:47 +0100, Matthew Johnson
>> <[EMAIL PROTECTED]> said:
>>
>>> Eduard Bloch wrote:
* Josselin Mouette [Wed, Jul 18 2007, 07:32:28PM]:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/24/07 17:31, Manoj Srivastava wrote:
> On Tue, 24 Jul 2007 21:25:47 +0100, Matthew Johnson <[EMAIL PROTECTED]> said:
>
>> Eduard Bloch wrote:
>>> * Josselin Mouette [Wed, Jul 18 2007, 07:32:28PM]:
>>>
> The Debian menu system will generate
On Tue, 24 Jul 2007 21:25:47 +0100, Matthew Johnson <[EMAIL PROTECTED]> said:
> Eduard Bloch wrote:
>> * Josselin Mouette [Wed, Jul 18 2007, 07:32:28PM]:
>>
>> > > The Debian menu system will generate .desktop files from .menu
>> > > files if the .desktop file does not exist. This is intended
>>
Eduard Bloch wrote:
> * Josselin Mouette [Wed, Jul 18 2007, 07:32:28PM]:
>
> > > The Debian menu system will generate .desktop files from .menu files
> > > if the
> > > .desktop file does not exist. This is intended solely
> > > as a temporary compatibility measure.
> >
> > This is a very bad id
#include
* Josselin Mouette [Wed, Jul 18 2007, 07:32:28PM]:
> > The Debian menu system will generate .desktop files from .menu files if the
> > .desktop file does not exist. This is intended solely
> > as a temporary compatibility measure.
>
> This is a very bad idea. It is going to clutter the
#include
* Bernhard R. Link [Sat, Jul 14 2007, 04:26:50PM]:
> * Eduard Bloch <[EMAIL PROTECTED]> [070714 14:44]:
> > #include
> > I also suggest moving away from the Debian menu files to .desktop files
> > because of more flexible format. Therefore, if the menu using packages
> > support the new
Am Freitag, den 20.07.2007, 18:03 +0200 schrieb Michelle Konzack:
> Am 2007-07-15 22:57:10, schrieb Daniel Leidert:
> > Am Samstag, den 14.07.2007, 12:44 -0400 schrieb Joey Hess:
> > > Until there is one, I don't see any reason why I should accept patches
> > > adding menu files to my packages.
> >
On Fri, 20 Jul 2007, Michelle Konzack wrote:
> The last sentence makes no sense, because WM's do not depend on the
> "Menu System". They only Recommends or Suggests "menu". So you can
> not drop anything.
I'm talking about droping the 'Debian menu' here, not droping
dependencices on 'the menu syst
Am 2007-07-15 22:57:10, schrieb Daniel Leidert:
> Am Samstag, den 14.07.2007, 12:44 -0400 schrieb Joey Hess:
> > Until there is one, I don't see any reason why I should accept patches
> > adding menu files to my packages.
>
> The .desktop format is not only about the menu item itself. It also
> co
Am 2007-07-14 10:55:00, schrieb Bernhard R. Link:
> * Josselin Mouette <[EMAIL PROTECTED]> [070713 23:44]:
> > IMO the Debian menu should be entirely deprecated unless something
> > serious is done about it. Currently:
> > * It is utterly and absolutely ugly. 32x32 XPM icons are not
> >
Hi Don,
Am 2007-07-16 04:12:02, schrieb Don Armstrong:
> So it seems like we should do the following:
>
> 1. Make changes to the menu system to use .desktop files in preference
> to .menu files when they exist
>
> 2. Generate .desktop files from .menu files using the menu system when
> .desktop
Hello Neil,
Am 2007-07-15 14:11:55, schrieb Neil Williams:
> If all Gnome packages silently drop debian/menu in the next upload, is
> that actually going to be a problem for anyone?
Since WE (me, colegous and friends) do not use any GNOME/KDE Apps,
where will be no lost for us.
But maybe the KDE
Am 2007-07-13 23:43:56, schrieb Josselin Mouette:
> Le vendredi 13 juillet 2007 à 16:54 -0400, Joey Hess a écrit :
> > I've gotten some bug reports lately asking for desktop files to be added
> > to packages like xgalaga and kobodeluxe, and saw some others in the BTS.
> > All of these packages, of
Hello Joey,
Am 2007-07-13 18:02:18, schrieb Joey Hess:
> Bastian Venthur wrote:
> You should be able to do this on your own system by editing
> /etc/menu-methods/translate_menus.
>
> But.. The Appications menu can already have up to 23 submenus, and already
> grows beyond 10 on many typical syste
Am 2007-07-13 23:49:29, schrieb Josselin Mouette:
> Le vendredi 13 juillet 2007 à 17:30 -0400, Joey Hess a écrit :
> > There are probably enhancements that would let it create _better_
> > .desktop files. For example, ones with translations..
>
> Ah, right. I forgot translations. Another good reas
Le jeudi 19 juillet 2007 à 10:28 +0900, Charles Plessy a écrit :
> PS : what is wrong with XPM ? If it is inferior to PNG, I can convert
> the icons in the packages I maintain. But XPM is a text file, which is
> convenient since we (unfortunately) use this .diff.gz which requires to
> uuencode any
Le Wed, Jul 18, 2007 at 07:32:28PM +0200, Josselin Mouette a écrit :
>
> > The Debian menu system will generate .desktop files from .menu files if the
> > .desktop file does not exist. This is intended solely
> > as a temporary compatibility measure.
>
> This is a very bad idea. It is going to c
Magnus Holmgren <[EMAIL PROTECTED]> writes:
> On Wednesday 18 July 2007 19:44, Russ Allbery wrote:
>> Surely any proposal for replacing the menu system with desktop files
>> has to involve generating menu files from desktop files for the benefit
>> of programs that use the menu system and don't un
On Wednesday 18 July 2007 19:44, Russ Allbery wrote:
> Surely any proposal for replacing the menu system with desktop files has
> to involve generating menu files from desktop files for the benefit of
> programs that use the menu system and don't understand desktop files?
Eh, correct me if I'm wro
Josselin Mouette <[EMAIL PROTECTED]> writes:
> Le mercredi 18 juillet 2007 à 12:57 -0400, Joe Smith a écrit :
>> The Debian menu system will generate .desktop files from .menu files if
>> the .desktop file does not exist. This is intended solely as a
>> temporary compatibility measure.
> This is
1 - 100 of 215 matches
Mail list logo
