Here it is - a complete package. Hopefully it can now be posted on
debian-devel, only you approval is missing, Bill.
Regards,
Linas
P.S. Sorry for CC'ing you, could not resist.
-- The Menu Structure --
Applications [was:Apps]
Normal applications. This is top level
section, do not put entries
One more thing. I have just noticed that we have one very content
oriented subsection in "Games".
> Sports
> Games derived from real world sports.
> billard-gl, csmash, asciijump
Yes, "Sports". The games it contains are not in any way identifiable by
the way they interact with player.
It seems t
Frank Küster wrote:
> I want menu entries (on the top level, of course), for "emacs -f gnus",
> "emacs -f dired", "emacs -f svn-status", "emacs -f doctor" etc.
How about a single entry named "Do it!" instead? :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tro
Frank Küster wrote:
> That sounds good; you can also use "Usenet News", I think that's even
> the official term, http://www.ietf.org/rfc/rfc1036.txt.
Here goes...
Network/Mail and News
Mail and USENET News clients,
mail notification applets etc.
mutt, thunderbird, tin
>> Although I am not
Yavor Doganov wrote:
>>> I see your point. But then there is no reason to separate terminal
>>> emulators from other applications, therefore I suggest moving them to
>>> "Applications/Terminal Emulators". It might confuse old users, but
>>> having things organized in a consistent intuitive way is
Frank Küster wrote:
>>Network/Mail [new]
>>Mail and Usenet readers, mail
>>notification applets etc.
>>mutt, thunderbird, tin
> [...]
>>Network/News [new]
>>Newsfeed and podcast agregators.
>>akregator, kitty, liferea
>
> Usenet readers are more frequently called "news
Bill Allombert wrote:
>> Another alternative would be:
>>
>> Screen/Security - for locking
>> Screen/Power- for blanking the screen
>
> I don't think anybody will guess what that means...
> (Especially if the Screen Security team start to wear "Screen Power!"
> tee-shirt).
Yes, that could be
Bill Allombert wrote:
> Well I see the Terminal entry as a window-manager specific
> configuration, so it does not belong in Debian menu.
I see your point. But then there is no reason to separate terminal
emulators from other applications, therefore I suggest moving them to
"Applications/Terminal
Bill Allombert wrote:
This is icons and translations. Both are going to be handled specially
and I won't be able to accept their addition until the special way is
implemented. I won't repeat the detail in this thread, but feel free
to ask for them if you cannot find them in the archive.
Does
Bill Allombert wrote:
More precisely which field would be needed ?
I was thinking about Name[locale], GenericName[locale] and
Comment[locale]. Also maybe adding icon24x24, icon48x48 and iconSVG (or
some of them) could be useful for fancy desktop environments.
I have no objection providing
Bill Allombert wrote:
Note that menu actually allow programms to create there own 3rd level
(or 4th level) section for private purpose, to group related entries
(like xteddy and mozilla does). There is no need to document them.
Of course there is, to make it easier for translators. I know that
Bill Allombert wrote:
Try
translate section->section
Apps/Database "Apps/Data management"
endtranslate
substitute section->section
Apps/Applications/
endtranslate
Thank you, that worked. Things suddenly started making sense after
couple hours of sleep. Anyway, I have one more
Bill Allombert wrote:
You are correct in that menu handle third level sections fine.
What is missing is the support for automatically flattening the
third level sections if they are nearly empty.
Would that not cause "I installed one more package and menu changed all
of the sudden" confusion
Bill Allombert wrote:
The main issue I have is that I did not make progress in implementing
the handling of third level sections in menu.
What is missing? There already are third level entries like "Apps >
System > Admin". Or am I confusing something?
We should avoid renaming sections if w
I did not receive any feedback, but posting this little update anyway.
New things include:
Accessibility
Project Management
TV and FM Radio
I do realize that I might have got carried away a bit, but this was
going to happen sooner or later, I guess. Please do look at it and post
your comme
So here is another update of the draft.
I decided to add a section called "Mobile devices" for tools that allow
interfacing with mobile phones, PDA's, portable audio players etc. I do
not have much experience with such tools, but it seems a good idea as I
noticed that most of them are either i
Frank Küster wrote:
I didn't know this (and the only dictionary I use from the menu, ding,
is in "Tools". Just submitted a bug report.
10% of *everything* in Debian Menu is in "Tools". A lot of bug reports
will be needed once it will be no more...
--
To UNSUBSCRIBE, email to [EMAIL PROTEC
James R. Van Zandt wrote:
To go along with
Apps/Math
Apps/Science
I suggest
Apps/Engineering
We have quite a few finite element programs that could go there.
Electronics applications should either go there, or else add
Apps/Engineering/Electronics
These definitely need to be reorga
Frank Küster wrote:
Where would timetable managers (KOrganizer...), group task trackers,
etc. be sorted, both one-person-standalone, group-wise-networked, and
connect-me-to-my-palm, or allinone?
Office?
I guess dictionaries, thesauri etc. are best in databases, but maybe the
name should some
This is what we have so far.
Draft 0.3 [2005-12-13] (Only covers Apps)
+ Apps
|
| - Admin
| - Databases
| - Editors
| - Education
| - Electronics
| - Emulators
| - File management
| - Graphics
| - Hamradio
| - Math
| - Misc
|
| + Net
| | - Chat
| | - File transfer
| | - Mail
Section:Apps/CD and DVD
Description:Software for CD/DVD burning and related tools
Example apps: graveman, gnome-baker, dvdisater
We should probably try to be more generic here.
What about merging this with File Management? (dvdisaster would fit into
System just fine)
Well we
Hi, Frank,
It seems "Science" here has the meaning "natural sciences", I guess
that's usual in english. But how about pieces of software for social
sciences or humanities (I don't know of any, because I'm a biochemist,
but for sure there are some)?
Probably too few to bother, if any.
And I
Please see Debian policy 9.6. Menus:
Oh, thanks. I do miss obvious things from time to time.
I would personnaly keep openoffice.org-cacl and openoffice.org-math from
Math and only keep softwares that are used for mathematics rather than
accounting, etc. but I am biaised fue to my work.
I inc
Bill Allombert wrote:
I am certainly interested with your draft, provide you keep backward
compatibility as much as is practical. We are just at the right time of
the release to update the Debian menu sub-policy for Etch.
Here it is (tab indented text file, long lines). As I have already
men
24 matches
Mail list logo
