Follow-up Comment #14, patch #1042 (project mc):
Sure, please feel free to use a different dotdot patch. I'm not saying mine
is the best. I just want this functionality to be in.
As for my patch, I wasn't such an experienced programmer back then (three
years ago!). I just reworked that entire
Follow-up Comment #11, patch #1042 (project mc):
Done. Note that it's very old and probably won't apply to current codebase
without extensive tweaking. Please let me know if you have any problems.
___
Additional Item Attachment:
File
A new version of the hotlist patch with hotkey duplicates control is uploaded:
http://savannah.gnu.org/patch/index.php?func=detailpatchpatch_id=1042group_id=3521
* in new/edit entry/group, an error message is displayed, and the dialog is
redisplayed so that the user can change the hotkey
*
A new version of the hotlist patch:
http://savannah.gnu.org/patch/index.php?func=detailpatchpatch_id=1042group_id=3521
More fixes and cleanup:
* all declarations moved to block starts
* no highlighted letter hotkeys in buttons, but access keys specified
* reordered buttons so that most
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
Maybe we need a directory for contributed changes that don't integrate
well into the main codebase.
YES! I browsed this list's archives and found lots of proposed patches
that were never included into mc. I think we need to go through them once
again and sort them into those that must be
Now there is a Patches section on the mc BTS, so the situation is a
lot better.
I don't think so - it has a different purpose. Savannah account is a
temporary storage for patches that are to be discussed and eventually
either applied or rejected. What is needed, however, is a permanent
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
Good idea. Moreover mc homepage should be more informative. If nobody
protests, I could improve the mc homepage when I have more time, or
even rebuild it from scratch. I develop some commercial sites
(http://www.rpg-portal.pl http://www.nostromorpg.pl), so you could be
sure I know how things
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
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
I just submitted a big patch for hotlist.c to savannah.gnu.org:
https://savannah.gnu.org/patch/index.php?func=detailpatchpatch_id=1042group_id=3521
It's against pre3 but not for inclusion in 4.6.0 release, maybe a next version.
Please test it and report your experience. It works for me but I'm
13 matches
Mail list logo