Re: Proposal: Too similar application names
by Vitezslav Humpa
Forwarded from test list.
----- Forwarded Message -----
From: "John Dulaney" <j_dulaney(a)live.com>
To: "Fedora QA" <test(a)lists.fedoraproject.org>
Sent: Sunday, June 5, 2011 8:28:45 PM
Subject: RE: Proposal: Too similar application names
> That all said, question remains on what to actually do on this. In a
> long term I'd suggest trying advocate that there is a appropriate
> solution based in the upstream, might it be pop-ups (sounds reasonable
> to do for all the desktop environments) or something based on how KDE
> does it. Although having upstream to do something is, like I said -
> long term. Thus let's decide on what to do about this now.
>
> I'd say that a number of cases this relates to is limited to a fairly
> small number. I am counting:
> - Software Update/Software Updates
> - System Monitor
> - Terminal
> - system-config-(e.g. date) vs. gnome control panel applets
> (and likely a few more).
>
> As a compromise between getting rid of the problem (user annoyance...)
> completely and the amount of work that would have to be done, I suggest
> that we simply target these applications and modify the desktop files
> so that they become distinguishable. That means in the menus and on the
> first sight, whatever *.desktop field is responsible for that in particular
> environments. Should we manage to push having a popup in Upstream, that
> would be great later on.
I agree, this is a good starting point. I don't really see the point of the popups,
but if other folks think they're necessary, I won't argue.
> Now, should we agree on this quickfix now, how to do that? Am I right
> that this would mean asking the maintainers of these cca 10 packages to
> change the *.desktop files in the packaging process? Do the *.desktop
> files come from upstream or are they made or at least modified already
> by Fedora? I suppose it would be better if they already get modified,
> as then the single extra edit would be less painful for maintainers.
> Still - sounds relatively painless.
In theory, the technical side should be a thirty second fix. The issue would
be deciding new names. Some things shouldn't be too difficult, such as
renaming Software Updates to Software Sources.
> We can also consider making a simple (e.g. targeting just default live
> installs) release criterion that would "force" such, though I'd think
> having it done on "voluntary" basis is more appropriate.
I wonder if this should be a QA test? It would help with improving the
end product for us to check things like this, but it is also fairly subjective
as to what constitutes as 'too similar.' I'm for it, but the aforementioned
subjective nature makes coming up with a clear release criteria difficult.
John.
--
test mailing list
test(a)lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
12 years, 3 months
LXDE 15 Battery monitoring for Toshiba netbook
by pc.support
Hi,
has someone an idea, how I can install the battery monitoring
(announcement) for a Toshiba netbook.
I have LXDE 15.
an where can I find the energy options?
So the system crashes always, when the netbook runs out of power.
Thanks
hnp
12 years, 3 months
missing alerts from Osmo in upgrade to F15: LXDE spin
by Ranjan Maitra
Hi,
I recently upgraded from Fedora 14 to Fedora 15 (LXDE spin). I have
been using the LXDE spin since Fedora 12. I use Osmo and find it pretty
adequate for my needs. However, up til Fedora 14, the osmo task manager
(or whatever it is called) would pop up an alert when the time to do a
particular task arrived. This feature appears to be missing or has been
accidentally turned off in Fedora 15. How do I get this back?
Please let me know if I am not being clear, or if more information
would be helpful.
Best wishes,
Ranjan
12 years, 3 months
notifications missing?
by Klaus Lichtenwalder
Hi,
I could not find anything helpful on this issue, so forgive me if I try
here...
I have a fresh install of Fedora 15 based LXDE. Unfortunately,
notifications like wireless (dis)connect and notifications from other
applications that use this don't happen. Any way to remedy this?
Thanks
Klaus
--
------------------------------------------------------------------------
Klaus Lichtenwalder, Dipl. Inform., http://www.lichtenwalder.name
PGP Key fingerprint: BF52 72FA 1F5A 1E29 C0F8 498C C4C6 633C 2821 97DA
12 years, 3 months
Re: Proposal: Too similar application names
by Vitezslav Humpa
> I agree, this is a good starting point. I don't really see the point
> of the popups,
> but if other folks think they're necessary, I won't argue.
Wouldn't have to be popups. Actually they are used now to provide a
textual description of what the application does, e.g. for "Brasero
Disk Burner" -> "Create and copy CDs and DVDs", which just seem better
than having "Brasero Disk Burner" -> "Brasero". This unfortunately
doesn't provide for the distinguishment we seek, e.g. in example of two
terminals the popups are: "Terminal emulator" and "Use the command line"
> In theory, the technical side should be a thirty second fix. The
> issue would
> be deciding new names. Some things shouldn't be too difficult, such as
> renaming Software Updates to Software Sources.
Combination of previous brings an idea - instead of modifying
application names, we could alter the problematic applications' popups
by adding a binary e.g like: "Terminal: Terminal emulator" and
"Konsole: Use the command line".
This way:
+ Both names would stay the same, so we wouldn't have do any actual
renaming and (!) we'd evade any "arguing" among desktops
+ The original explanatory use of popups would be kept
- Great for LXDE and XFCE, but there are no popups in Gnome 3 yet, thus
out of direct reach of Fedora for now.
> I wonder if this should be a QA test? It would help with improving the
> end product for us to check things like this, but it is also fairly
> subjective
> as to what constitutes as 'too similar.' I'm for it, but the
> aforementioned
> subjective nature makes coming up with a clear release criteria
> difficult.
I agree that deciding what is "too similar" can be a tricky one. But
for most of the current apps the problem's simpler - the names are the
same.
Let's bring this up on today's QA meeting, I am sure we'll get a good
input on which way to go there.
Thanks!
Vita
--
Vita Humpa
Fedora QA
12 years, 3 months
test
by solarflow99
test message
12 years, 3 months
Proposal: Too similar application names
by Vitezslav Humpa
Hey folks,
At last Fedora QA meeting John Dulaney had a proposal concerning the issue of similar application names we use around Fedora desktops.
For example: surely sometimes you had both GNOME and XFCE installed and went for menus to open - say a terminal. The environment would use the same icon and a same name for both gnome-terminal and xfce-terminal, which resulted in you opening the other app than desired, perhaps (thanks to Murphy's laws :) ) more often than the desired one. More examples of this are "Software updates"/"Software update"(just within GNOME), "System Monitor" for both gnome-system-monitor and ksysguard, some "system-config-*" utilities vs. GNOME control panel applets and more.
This is a call for having a discussion on trying to establish some compromise - on what to put as a name in the desktop[1] file for corresponding applications around different Fedora desktops as well as among applications inside each of those. The goal is simply to avoid people being unable to recognize specific applications around the desktop menus etc., which we could reach simply by rethinking the "name" fields in the *.desktop files of such applications.
The way KDE application launcher handles this also provides nice example for a design solution to this problem. They use a "Generic" (e.g. Terminal) field to describe the application primarily and have the name of the actual binary (e.g. Konsole) present in small letters when the generic name is not unique. For gnome-shell, in it's current in-high-development state, proposing a design like this may also be good idea. Other than that - at least handling this by making a renaming compromise among the desktop environments would be very nice.
We were thinking on expanding the release criteria to have one to deal with this issue, but for sure we need to discuss this first.
Thus - thoughts? :) (Might be a good idea in having the conversation joined in one list we are all subscribed - perhaps test or desktop?)
Thanks!
--
Vita Humpa
Fedora QA
12 years, 3 months
