Hotlist add group and quick cd use the same history entry to store input
The subject says it all. Both input fields store their entries under input section in the history file. Should we change the section name for each or only for one of them ? ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Hotlist add group and quick cd use the same history entry to store input
On Mon, Jan 30, 2006 at 11:46:59AM +0200, Pavel Tsekov wrote: The subject says it all. Both input fields store their entries under input section in the history file. Should we change the section name for each or only for one of them ? both. input is too generic to mean anything ... is input associated with anything else, btw? -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- Chaos, panic, and disorder - my work here is done. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
syntax switching
Hi! I am using mc shipped by fedora and I do not know exactly about proposed feature in the mc development stage. Arny (one of developers of MPlayer) made patch for mc old version. I catch the syntax highlighting toggle feature from it and adopt to a last FC package. I hope, the switcher of syntax highlightind is a usefull feature and should like to be added to mainstream. Thank you and please consider attached patch. -- With best regards, Andy Shevchenko. mailto: [EMAIL PROTECTED] --- mc-4.6.1a/edit/edit.c.amc 2005-11-11 14:41:30.0 +0200 +++ mc-4.6.1a/edit/edit.c 2005-11-11 14:41:31.0 +0200 @@ -2597,6 +2597,11 @@ edit_execute_cmd (WEdit *edit, int comma edit_insert_file_cmd (edit); break; +case CK_Toggle_Syntax: + option_syntax_highlighting ^= 1; + edit-force |= REDRAW_PAGE; + break; + case CK_Find: edit_search_cmd (edit, 0); break; --- mc-4.6.1a/edit/editcmddef.h.amc 2005-07-20 14:56:30.0 +0300 +++ mc-4.6.1a/edit/editcmddef.h 2005-11-11 14:41:31.0 +0200 @@ -108,6 +108,8 @@ #define CK_Check_Save_And_Quit 457 #define CK_Maximize458 +#define CK_Toggle_Syntax 480 + /* macro */ #define CK_Begin_Record_Macro 501 #define CK_End_Record_Macro502 --- mc-4.6.1a/edit/editkeys.c.amc 2005-11-11 14:41:30.0 +0200 +++ mc-4.6.1a/edit/editkeys.c 2005-11-11 18:56:16.0 +0200 @@ -112,6 +112,7 @@ static const edit_key_map_type common_ke { XCTRL ('k'), CK_Delete_To_Line_End }, { XCTRL ('l'), CK_Refresh }, { XCTRL ('o'), CK_Shell }, +{ XCTRL ('s'), CK_Toggle_Syntax }, { XCTRL ('u'), CK_Undo }, { XCTRL ('t'), CK_Select_Codepage }, { XCTRL ('q'), CK_Insert_Literal }, ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Hotlist add group and quick cd use the same history entry to store input
On Mon, 30 Jan 2006, Oswald Buddenhagen wrote: On Mon, Jan 30, 2006 at 11:46:59AM +0200, Pavel Tsekov wrote: The subject says it all. Both input fields store their entries under input section in the history file. Should we change the section name for each or only for one of them ? both. input is too generic to mean anything ... is input associated with anything else, btw? Nope. But variations are used in several places i.e. input1 , input-1, input-def ... Those need proper names too, but at least they don't use the same section to information from different sources. If we change the names people will loose their history once they update their MC that's the major drawback. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Hotlist add group and quick cd use the same history entry to store input
On Mon, Jan 30, 2006 at 02:15:05PM +0200, Pavel Tsekov wrote: On Mon, 30 Jan 2006, Oswald Buddenhagen wrote: On Mon, Jan 30, 2006 at 11:46:59AM +0200, Pavel Tsekov wrote: The subject says it all. Both input fields store their entries under input section in the history file. Should we change the section name for each or only for one of them ? both. input is too generic to mean anything ... is input associated with anything else, btw? Nope. But variations are used in several places i.e. input1 , input-1, input-def ... Those need proper names too, but at least they don't use the same section to information from different sources. yup. be considerate, though - sometime it *does* make sense to share the history. If we change the names people will loose their history once they update their MC that's the major drawback. indeed, but i would not call this major. it's just an annoyance. if something is too worthwhile to be just lost, it belongs into a shell script/alias/function. i repeatedly made that experience ... :} -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- Chaos, panic, and disorder - my work here is done. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Hotlist add group and quick cd use the same history entry to store input
On Mon, 30 Jan 2006, Oswald Buddenhagen wrote: On Mon, Jan 30, 2006 at 02:15:05PM +0200, Pavel Tsekov wrote: On Mon, 30 Jan 2006, Oswald Buddenhagen wrote: On Mon, Jan 30, 2006 at 11:46:59AM +0200, Pavel Tsekov wrote: The subject says it all. Both input fields store their entries under input section in the history file. Should we change the section name for each or only for one of them ? both. input is too generic to mean anything ... is input associated with anything else, btw? Nope. But variations are used in several places i.e. input1 , input-1, input-def ... Those need proper names too, but at least they don't use the same section to information from different sources. yup. be considerate, though - sometime it *does* make sense to share the history. Do you mean, in this particular case ? I couldn't find other input fields, except those two, that share a common history . If we change the names people will loose their history once they update their MC that's the major drawback. indeed, but i would not call this major. it's just an annoyance. if something is too worthwhile to be just lost, it belongs into a shell script/alias/function. i repeatedly made that experience ... :} Before changing anything I'll wait for some more feedback... let's hope it won't take ages :) ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: syntax switching
On Mon, 30 Jan 2006, Andy Shevchenko wrote: Arny (one of developers of MPlayer) made patch for mc old version. I catch the syntax highlighting toggle feature from it and adopt to a last FC package. I hope, the switcher of syntax highlightind is a usefull feature and should like to be added to mainstream. Thank you and please consider attached patch. I think this patch is worth adding. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
accelerators
moin, first off, is there a particular reason why in mcedit's replace dialog it is proMpt on replace instead of Prompt on replace? i don't see a conflict ... sencond ... i thought about adding buddy support to labels so one can create accels for input fields. thoughts? -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- Chaos, panic, and disorder - my work here is done. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: syntax switching
On Mon, Jan 30, 2006 at 03:07:24PM +0200, Pavel Tsekov wrote: On Mon, 30 Jan 2006, Andy Shevchenko wrote: Arny (one of developers of MPlayer) made patch for mc old version. I catch the syntax highlighting toggle feature from it and adopt to a last FC package. I hope, the switcher of syntax highlightind is a usefull feature and should like to be added to mainstream. Thank you and please consider attached patch. I think this patch is worth adding. why not ... somehow ctrl-s feels too worthwhile to waste it on such a minor function. anyway ... also consider a toggle key for my visible whitespace patch which i will push shortly. ctrl-w would complement ctrl-s nicely, i think. apropos syntax highlighting ... i just used the asm syntax and noticed that section names are colored light blue ... well ... this color really should not be used for anything but whitespace - i had a tough time reading it. it certainly depends on the monitor settings, but mine are not that extraordinary. -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- Chaos, panic, and disorder - my work here is done. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: syntax switching
On Mon, 30 Jan 2006, Oswald Buddenhagen wrote: On Mon, Jan 30, 2006 at 03:07:24PM +0200, Pavel Tsekov wrote: On Mon, 30 Jan 2006, Andy Shevchenko wrote: Arny (one of developers of MPlayer) made patch for mc old version. I catch the syntax highlighting toggle feature from it and adopt to a last FC package. I hope, the switcher of syntax highlightind is a usefull feature and should like to be added to mainstream. Thank you and please consider attached patch. I think this patch is worth adding. why not ... somehow ctrl-s feels too worthwhile to waste it on such a minor function. anyway ... Well, it can be changed to anything appropriate... Which shortcut is used in other file managers ? I have no personal preference. also consider a toggle key for my visible whitespace patch which i will push shortly. ctrl-w would complement ctrl-s nicely, i think. I am looking at that patch right as we speak. It was in my list of to be reviewed patchs for several days now. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: syntax switching
On Mon, Jan 30, 2006 at 04:16:51PM +0200, Mike V. Gorchak wrote: But as for me C/C++ comments are have really ugly color :) i agree it's ugly, but at least i can read it. :) provided of course, a fat (vga-like) font is used - but using thin fonts on dark backgrounds is insane anyway. -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- Chaos, panic, and disorder - my work here is done. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13146] make tabs and trailing spaces visible
Follow-up Comment #1, bug #13146 (project mc): How about considering the trailing tabs a trailing whitespace too and marking all the traling whitespace with just a dot ? Now if a have a like like this: int func()spacespacespacespacetabtab i get int func() This is pretty inconsistent and annoying (IMO). ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13146 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: syntax switching
Hello, Oswald! OB apropos syntax highlighting ... i just used the asm syntax and noticed OB that section names are colored light blue ... well ... this color OB really should not be used for anything but whitespace - i had a tough OB time reading it. it certainly depends on the monitor settings, but mine OB are not that extraordinary. heh, that was my syntax file for asm. I did it because mc does not had that syntax before at all. So I think colours can be changed, but they are suitable for me (and my monitor color temperature setup). I'm really using this asm syntax very often :) But as for me C/C++ comments are have really ugly color :) With best regards, Mike V. Gorchak. E-mail: [EMAIL PROTECTED] ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13146] make tabs and trailing spaces visible
Follow-up Comment #3, bug #13146 (project mc): I did try it and have been playing with it for a while. This patch adds (1) visible trailing spaces and (2) visible tabs. In fact I prefer to think of it as two separate patches. As you suggested on the list it should be enhanced so that the user can switch this functionality on and off via a fast key. I would add that the user should be allowed to enable (1) without enabling (2) and vice versa. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13146 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[PATCH] Add Spec file changelog entry to cedit.menu
Hi, the attached patch adds new entry to cedit.menu (invoked by F11 in edit mode). The spec file changelog line is added to the edited file. * Wed Dec 28 2005 My Name [EMAIL PROTECTED] It's based on mc changelog entry. Please consider checking it in. Radek -- Radek Vokál [EMAIL PROTECTED] --- mc-4.6.1a/lib/cedit.menu.changelog 2005-05-27 05:35:12.0 +0200 +++ mc-4.6.1a/lib/cedit.menu 2006-01-30 10:46:11.0 +0100 @@ -449,6 +449,13 @@ EMAIL=$REPLYTO echo $DATE $AUTHOR $EMAIL %b +S Insert `Spec-file Changelog' string +DATE=`date +\%%a %%b %%e %%Y\` + MY_UID=`id | sed 's/^.*uid=\([^(]*\).*$/\1/'` + AUTHOR=`awk -F: '$3 == '$MY_UID' {print $5}' /etc/passwd` +EMAIL=$REPLYTO +echo * $DATE $AUTHOR $EMAIL %b + s Invoke `shell' sh @@ -466,3 +473,4 @@ o Open bash to next free console open -s -- /bin/bash #-- End of common section - + signature.asc Description: This is a digitally signed message part ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13146] make tabs and trailing spaces visible
Follow-up Comment #4, bug #13146 (project mc): ok, i changed my mind - i have a strong opinion now. :) i think it's right that trailing tabs should not prevent preceeding spaces from being marked as trailing: if trailing whitespace removal is implemented, all these chars will be equally killed away. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13146 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13146] make tabs and trailing spaces visible
Follow-up Comment #5, bug #13146 (project mc): ok, here's a patch which allows enabling visible trailing whitespace and visible tabs independently. i'm not eager to split it into two patches; they are too much related. i just threw in the options as variables right above the relevant function - i'd prefer you wrapping this into proper configurability (options in the edit config dialog and keyboard accels) yourself, as i'd have to research how to do it first. :} ___ Additional Item Attachment: File name: mcedit-visible-ws-v2.diff Size:4 KB visible tabs tws, take2 http://savannah.gnu.org/bugs/download.php?item_id=13146item_file_id=3342 ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=13146 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: syntax switching
On Mon, Jan 30, 2006 at 04:05:23PM +0200, Pavel Tsekov wrote: On Mon, 30 Jan 2006, Oswald Buddenhagen wrote: On Mon, Jan 30, 2006 at 03:07:24PM +0200, Pavel Tsekov wrote: On Mon, 30 Jan 2006, Andy Shevchenko wrote: Arny (one of developers of MPlayer) made patch for mc old version. I catch the syntax highlighting toggle feature from it and adopt to a last FC package. I hope, the switcher of syntax highlightind is a usefull feature and should like to be added to mainstream. Thank you and please consider attached patch. I think this patch is worth adding. why not ... somehow ctrl-s feels too worthwhile to waste it on such a minor function. anyway ... Well, it can be changed to anything appropriate... Which shortcut is used in other file managers ? I have no personal preference. i have no idea ... i considered ctrl-w for visible trailing whitespace and ctrl-t for visible tabs. but ctrl-t collides with turbo-c's delete word (which i hope somebody will implement :). but then, delete word should be mapped to ctrl-delete (when no block is selected). this leads me to a completely new topic ... configurable keyboard schemes. i really liked turbo-c editor's (wordstar like) scheme. ok, this goes a bit overboard ... :) -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- Chaos, panic, and disorder - my work here is done. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #15576] Switching panels in long mode
URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=15576 Summary: Switching panels in long mode Project: GNU Midnight Commander Submitted by: nadvornik Submitted on: Mon 01/30/06 at 16:58 Category: Core Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Release: current (CVS or snapshot) Platform Version: GNU/Linux ___ Details: We got this bugreport in our bugzilla: == Either in console or X terminal start mc , press F9 and customize directory listing mode for both panels as 'long file list' . Now after you have each pannels fit on the entire entrminal, on the directory listing press inserttabtabinsert . On my system I see another panel instead of panel I was marking files on. Same for downtabtabdown and generally the last key may be any cursor movement key. === The bug seems to be introduced between 4.6.0 and 4.6.1pre3. I can reproduce it also with current snapshot mc-2006012023-1.i386.rpm. The original report is here: https://bugzilla.novell.com/show_bug.cgi?id=143265 ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=15576 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [RFE] [PATCH] star vfs and xattr feature request
Jindrich Novy wrote: Hello mc-devel, Curtis Doty sent me a patch for star vfs support, where he says: --- Here's a patch that attempts to add star filesystem support. Which is fairly important IMHO now that Fedora is using selinux (or anything that uses extended attributes). Star also seems very forgiving; allowing the same view/extract command to work across native archives or those compressed with various programs. However, I couldn't get #utar to work so had to write the little #ustar script; which is dog slow. So I'm hearby requesting a new feature: can the #utar extfs be made to extract from starchives that contain selinux security descriptors? --- references: http://bugzilla.redhat.com/174918 http://www.nsa.gov/selinux/ Regards, Jindrich Hi, I'm the original poster of this patch to the redhat bugzilla. Where it was closed summarily. However, I really thing adding support for tarball extended attributes is increasingly valuable on selinux systems. And star seems to be the best tool for the job. Are there other ways of safely extracting files from a tarball with these extensions? I'm happy to rebuild the patch against the mc cvs if there is positive feedback. another reference: http://cdrecord.berlios.de/old/private/star.html ../C ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel