There is one thing I just hate about hotlist. Let me explain on a
example. I run and close and run mc again quite often in many xterms,
and I don't remember whether I used hotlist in current session before.
I have my favourite ftp-sites in 'ftp' group in hotlist.
I run mc.
I press Ctrl-\, Enter
Hello!
+current_group = hotlist;
Well, I understand you want to start with the top-level group every time.
I don't use groups, so it's hard for me to judge, but I think that some
users may want the current behavior. For example, somebody may want to
visit every directory in the group
Well, I understand you want to start with the top-level group every time.
I think both behavior can be useful, so this can be made a configuration
setting. Now with hotkeys, the hotlist is even more convenient to always
start with the root group, because it's easier to press ctrl-\ and a
On Wed, Feb 05, 2003 at 01:17:53PM -0500, bulia byak wrote:
so I cannot implement your suggestion now. Also, I think it's much
easier to use when all hotkeys are in a column.
Now I could test your patch (after you have fixed errors I reported),
and I understand you use hotkeys like User menu
On Wed, Feb 05, 2003 at 02:58:17PM -0500, bulia byak wrote:
..
- ftp
samba
I think it's easier to spot subgroups as you quickly scan through
the empty column and see - there. Labels should be aligned with
labels; when some other mark intrudes into labels I think it
Ok, but imo you should treat '..' like a label and align it with other
labels (to conform with the filesystem metaphor).
Done, plus fixed a movelist bug
--
__
Sign-up for your own FREE Personalized E-mail at Mail.com
Hi,
Please report your experience. Please also share your ideas on
these issues:
1. Hotkeys of entries may obscure the hotkeys of the buttons in
the bottom of the list. Do we need to: block conflicting
hotkeys from being entered, or warn the user, or disable button
hotkeys?
As for me, I'd
As for me, I'd rather have the hotkeys assigned to the entries.
Me too. So I think the options are:
1. Warn the user if a new hotkey conflicts with that of a button, but perform no
further action.
2. (I'd prefer this one) Just remove all hotkeys from the buttons, to aviod any
confusion. This
Hello!
2. (I'd prefer this one) Just remove all hotkeys from the buttons, to
aviod any confusion. This is reasonable because the buttons are
accessible not only via Tab, but by other keys (that cannot be entry
hotkeys anyway):
I think that would be inconsistent with other dialogs.
I'm
2. (I'd prefer this one) Just remove all hotkeys from the buttons, to
aviod any confusion. This is reasonable because the buttons are
accessible not only via Tab, but by other keys (that cannot be entry
hotkeys anyway):
I think that would be inconsistent with other dialogs.
Yes, but
An updated hotlist patch uploaded:
http://savannah.gnu.org/patch/index.php?func=detailpatchpatch_id=1042group_id=3521
Since nobody complained, I removed insert/append buttons; now it's
one button saying add for new entry/group and done for
edit entry/group.
I also removed add current as
11 matches
Mail list logo
