On Fri, Sep 02, 2011 at 09:23:28AM +0900, Charles Plessy wrote:
>
> Still, for the command-line programs, I tend to start a terminal and type them
> in there, instead of opening a terminal running them through a menu entry.
Yes. I wrote my first response without having a deeper look at
fastDNAml. I simply assumed that it might be some terminal needing
interface (say like lynx or so). But this program is something else and
I agree that it should not be run through a menu entry ... and thus
there should not be such a thing which lats the user assume that it
would work.
> In
> most of the cases, the files to analyse are not in the root of my home
> directory anyway.
Yes. And by providing the menu entry whe might drag people into
starting this bad behaviour and everybody who either have the data in
the root directory or tries to force people into this should be beating
with a big club. :-)
> So I think that we should not have freedesktop entries that
> start a terminal. Since we have many more Debian menu entries doing this, I
> also think it would be consistent to keep them and add the missing ones.
Please rephrase: I understand the last two sentences like:
- we should NOT do something
- because there are such cases we should ADD even more
???
> In any case, I think that the most important is to be consistent accross our
> packages.
Yes. While I agree that those command line prgramms should not have a
menu entry which inspires the user to do something stupid I think that
installed packages whithout a menuy entry are "just not there" for a
certain user base. This was my motivation for the user menu in Blends
which brings up some documentation. I can not say that I'm specifically
proud about this solution^Wworkaround. Some better ideas would be great.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
