Rich Burridge wrote:
Shawn Walker wrote:
Looking for a code review of the proposed changes for
the fix for bug #7911:
http://defect.opensolaris.org/bz/show_bug.cgi?id=7911
System/Text Tools cleanup
Webrev is at:
http://cr.opensolaris.org/~richb/pkg-7911-v1/
Why wouldn't SUNWgnu-emacs be categorised under Editors just like
SUNWgnu-emacs-x, and SUNWgnu-emacs-gtk. I wouldn't think that the
presence of a graphical interface would change its categorisation.
Also, in regards to the classification, emacs, vim, etc. are not just
solely for development, why classify them as "Development/Editors"
instead of "Applications/Editors"?
Of course emacs also fits under Alternate OS/ :)
Franks is asking for these reclassifications, so I'll let him respond
to your questions.
There is no Applications/Editor category in the PM. The subcategories
under Applications match the Applications menu. Items in the an
Applications subcategory, when installed, should appear within
corresponding Applications menu entry. Ubuntu has Add/Remove... in their
Applications menu that works the same way. Emacs-gtk and GVim are in the
Accessories subcategory. A primary requirement of a package to be
categorized under Applications/... is that it appear in the
corresponding Applications submenu after installation.
It would be reasonable to classify gnu-emacs-gtk, gnu-emacs-x and other
packages under Applications/... when they are also installed in the
corresponding Applications (or System) submenu. Until then they need to
live elsewhere. Development/Editors seemed more appropriate to our
primary target audience, developers, than System/Text Tools.
Emacs-nox (terminal-based) is not listed within Ubuntu's Add/Remove.
Add/Remove... does not list any terminal-based applications. Ubuntu
appears to agree with the proposition that terminal-based applications
are appropriate for only a limited number of highly computer-skilled
users. Mixing them in with GUI applications will only lead to a number
of issues for other users who will install them while browsing for
'interesting' applications, and, after installation, will not even be
able to find and start them. The highly-skilled users will have little
trouble finding them by searching or even browsing.
The Package Manager is trying to fill two purposes, software management
for end-users and generalized package management, with a single
application rather than Ubuntu's two. This has a few rough edges at the
moment, but they are getting smoother...
Frank
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
