After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 75764 - run dialog without program list (like old grun)
run dialog without program list (like old grun)
Status: RESOLVED DUPLICATE of bug 72600
Product: gnome-panel
Classification: Other
Component: panel
1.5.x
Other other
: Normal enhancement
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-03-21 16:10 UTC by kz
Modified: 2015-03-24 13:00 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description kz 2002-03-21 16:11:19 UTC
Package: gnome-panel
Severity: enhancement
Version: 1.5.14
Synopsis: run dialog without program list (like old grun)
Bugzilla-Product: gnome-panel
Bugzilla-Component: Panel

Description:
now gnome-panel's run dialog has list of programs reserved.
I think this is waste of time to open dialog. I never use this list.
so, I ask you to disable the list pane, like old grun did.

the way to switch the three option of: list, command, both,
will be the GtkOptionMenu on place of "Advanced" button.
what do you think of this?




------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-03-21 11:11 -------

Reassigning to the default owner of the component, gnome-panel-maint@bugzilla.gnome.org.

Comment 1 Mark McLoughlin 2002-03-21 16:14:20 UTC
Okay, this is a usability related enhancement ...

Calum, Seth, do you have similar issues with the gnome-run dialog?
Comment 2 Calum Benson 2002-03-25 15:17:43 UTC
I would agree that the list takes up space in "Advanced" mode that
advanced users probably don't want/need.  Perhaps making the list
disappear when you selected 'advanced' mode would help here, although
then you'd lose the nice feature of being able to select an app from
the list and see its command appear in the text field below.

But IMHO I'm not convinced that it's a big enough problem to make it
worth complicating the dialog by replacing the "Advanced>>" button
with an option menu.  If and when we have a standard disclosure
triangle widget, though, we could have one to show/hide the list part
of the dialog and one to show/hide the Advanced part, which might be
nicer.

Anyone else got a view on this one?
Comment 3 Seth Nickell 2002-03-25 23:02:12 UTC
Nils and I talked about this a few months ago and agreed the list was
pretty much superflous and got in the way of what people really wanted
to do (which is type in a command).

One option, assuming there are people who actually use the list
functionality, would be to make this a tabbed dialogue, and have it
remember which tab you were last in.

So it would have the "type a command" options, and then a list tab.
Comment 4 Seth Nickell 2002-03-26 01:22:21 UTC
Is anyone but a user wanting to type commands going to land in this
dialogue though? This list just mirrors the applications menu, but
without structure. I guess I just don't see the use-case for this
"feature".
Comment 5 Calum Benson 2002-03-26 12:06:35 UTC
Yeah, I thought about the two tabs option before I wrote my original
comment, too, but that precludes the ability to select an application
from the list and have its binary name pop up in the command line text
field for the addition of arguments etc.-- a feature which I'll
probably use less over time, but I've found it quite handy since all
the binary changed in 2.0  :)
Comment 6 Dave Bordoley [Not Reading Bug Mail] 2002-04-12 02:26:56 UTC

*** This bug has been marked as a duplicate of 72600 ***