Re: [patch] xterm title bar fix

On Mon, Feb 14, 2005 at 04:51:20PM +0100, Jindrich Makovicka wrote: > there is a small annoying issue with the xterm title setting. As xterm > (original XFree) honors also the setting of the charset, the title > sometimes displays garbage, because the charset remained set to line > drawing char

[bug #13395] hide dotfiles in home directory

Follow-up Comment #3, bug #13395 (project mc): It is a really bad idea and even raises security issues if a normal user can control the behavior how root sees his/her files. Whether or not hidden files are displayed to root should only depend on root's settings and not on any user's settings. An

Re: "Display bits"

On Sun, Jul 10, 2005 at 11:52:56PM +0200, Leonard den Ottolander wrote: > Any objection against me changing the string "Display bits" in the > options menu to "Character coding"? What's the real purpose of that option at all? If we're talking about which characters the terminal is able to displ

Re: "Display bits"

On Mon, Jul 11, 2005 at 09:50:11AM +0200, Oswald Buddenhagen wrote: > it *might* be for setting 7-bit serial terminal links. but in this case > one could use tcgetattr to find out about it. so i dunno ... I don't think too many people use it nowadays, and then still there are dozens of good conso

Re: Introducing separate strings for quick bar items

On Mon, Jul 11, 2005 at 11:02:31PM +0200, Leonard den Ottolander wrote: > F.e. I've translated N_("Quit") to "Afsltn" in Dutch. This is short for > "Afsluiten". Now this string fits nicely in the quick bar, but it's > quite ugly as a header in the quit dialog. By defining the quit string > for the

Re: Introducing separate strings for quick bar items

On Tue, Jul 12, 2005 at 08:18:20PM +0200, Roland Illig wrote: > I suggest another naming scheme for it, as the "1" has no intuitive > interpretation for me in this case. You're right, I just wrote it because I remember I saw it somewhere (I don't know where). > What about "ButtonBar:Quit" or >

Re: Introducing separate strings for quick bar items

On Wed, Jul 13, 2005 at 04:17:19AM +0200, Roland Illig wrote: > This would result in a function like this: > > const char *translate_ui (const char *s) With a simpler name, of course :-))) I'm just wondering whether __() is fair, or should be treated as it belonged to glibc private namespace. O

Re: UTF patch for 4.6.1 - where?

Hi, > > is there a set of UTF patches for the new release? > > Where? > > http://people.redhat.com/jnovy/files/mc-4.6.1a-0.13.src.rpm I've just upgraded our mc package to 4.6.1 in the UHU-Linux distribution, and, by the way, we finally switched our default locale to UTF-8 last week. In additio

Re: Proposal for simplification

> Time will show. I think S-Lang is better maintained than ncurses, so > we'll submit patches if needed. I have no experience with slang, but I do have with ncurses. Once I had a minor problem (with the build infrastructure IIRC, not with the library itself), I reported to the author and he corre

Q_()

Hi, There's been a discussion here a few months ago how to make the same English text translated differently in different contexts. It was important e.g. for the texts of the bottom bar whose translations have to fit in 6 characters. It seems to me that this wasn't fully implemented. E.g. there's

Re: print support

> I send for you patch for print support (it contains small fix relatively has > previously). But have problem with a2ps + utf-8, details in source a2ps doesn't support UTF-8 at all. However, if "lpr" of cups is invoked with an UTF-8 locale, it assumes UTF-8 encoding and correctly prints the plai

Re: Czech translation needs fixups

On Thu, Oct 06, 2005 at 10:09:26AM +0200, Jindrich Novy wrote: > msgid "ButtonBar|Quit" > msgstr "Tla??tkov?Li?ta|Konec" If I understand correctly how the Q_() function of glib works, the translated strings must not contain the prefix up to the | character, since glib's Q_() (perhaps due to perfo

Re: Czech translation needs fixups

On Thu, Oct 06, 2005 at 01:08:46PM -0400, Pavel Roskin wrote: > You are right. I don't like the glib implementation. It totally > ignores the fact that translators are not programmers, and that they > will translate everything, no matter what you tell them. I perfectly agree with you. Should we

Re: file highlight after a "cd"

> The attached patch fixes the following bug 2nd try, this time with an attachment :) -- Egmont diff -Naurdp mc-4.6.1.orig/src/main.c mc-4.6.1/src/main.c --- mc-4.6.1.orig/src/main.c2005-07-23 18:52:02.0 +0200 +++ mc-4.6.1/src/main.c 2005-10-24 20:00:00.0 +0200 @@ -540,7 +54

subshell output swallowed (patch)

ts the write call that transfers the output of ls from the subshell to its real output, but the interrupted call is not finished, in this particular case 47 bytes are skipped. See the attached patch which fixes this problem. bye, Egmont diff -Naur mc-4.6.1.orig/ChangeLog mc-4.6.1/ChangeLog --

Re: subshell output swallowed (patch)

On Tue, Jan 24, 2006 at 12:29:23PM +0200, Pavel Tsekov wrote: > > write(1, "\33[0mcopy_reg.py\33[0m\33[0mi"..., 100) = 53 > > This strace is not convincing - i don't see calls failing with -1. No, no syscall is failing. You ask the kernel to write 100 bytes, and since a signal interrupts

Re: subshell output swallowed (patch)

On Tue, Jan 24, 2006 at 02:24:40PM +0200, Pavel Tsekov wrote: > > > > write(1, "\33[0mcopy_reg.py\33[0m\33[0mi"..., 100) = 53 > > > > > > This strace is not convincing - i don't see calls failing with -1. > > > > No, no syscall is failing. You ask the kernel to write 100 bytes, and since >

Re: subshell output swallowed (patch)

Hi, > Your first post implied that it was SIGCHLD > interrupting a write() call which is reponsible for the broken ouput of > `ls'. I'm not 100% sure that sigchld is the _direct_ cause of the short write. Maybe sigchld causes something else which in turn leads to a short write. > What worries me

Re: subshell output swallowed (patch)

On Tue, Jan 24, 2006 at 06:05:41PM +0100, Pavel Tsekov wrote: > I can point you to at least one similiar case in which the supposed fix did > fix the symptom but not the cause. The patch in question fixed the subshell > behaviour only when bash was used. With tcsh the same fix caused MC to hang. >

Re: ``ctime''

On Fri, Feb 10, 2006 at 02:33:04PM +0200, Pavel Tsekov wrote: > No it wasn't - bug reports do not go to the developers list. They go > either in bugzilla or the mc users list. The developers list is a list > where the development of MC is discussed. Really? Then this needs to be fixed in the READ

[bug #15722] Click View on a directory forgets to update the panel

URL: Summary: Click View on a directory forgets to update the panel Project: GNU Midnight Commander Submitted by: egmont Submitted on: Sun 02/12/06 at 16:12 Ca

Re: mc cons.saver not work for normal user

On Fri, Jun 02, 2006 at 06:40:21PM +0200, Leonard den Ottolander wrote: > By the way, you do *not* want suid binaries world writable!!! OT: The linux kernel removes the set[ug]id bit as soon as you modify the file. However, other systems may not do so. -- Egmont ___

Re: mc cons.saver not work for normal user

On Fri, Jun 02, 2006 at 06:52:00PM +0200, Leonard den Ottolander wrote: > Ok. I didn't know that. Does this only happen with 2.6 kernels or also > with 2.4 kernels? I think it's a really very old feature. BTW a world-writable binary (even without a setuid bit) that is likely to be executed by ma

Re: utf8 patch for mc, slang 2 version

Hi Vladimir (and others), I've just upgraded to slang-2 in our distro and also updated the UTF-8 patches to mc-4.6.1 (based on SUSE's version). It was easier than I thought it would be. I was glad to see that you had applied plenty of my patches in SUSE (those named "00-*"). Please take a look at

Re: utf8 patch for mc, slang 2 version

On Sun, Jun 11, 2006 at 01:08:46PM +0200, Leonard den Ottolander wrote: > Egmonts patches are worth looking at. I've blatantly ignored pushing > them to you as I'd expected you to integrate them over time. I've > probably not made it clear enough to you before that these patches are > worth consid

Re: utf8 patch for mc, slang 2 version

On Tue, Jun 13, 2006 at 07:14:41PM +0200, Tomasz Kłoczko wrote: > BTW: anyone is working on UFT-8 support for ncurses(w) backend ? I don't think so, and I don't think it is worth it. Maintaining two backends IMHO just causes headaches while it doesn't make mc better. I still can't see why develop

Re: utf8 patch for mc, slang 2 version

Hi, > >> BTW: anyone is working on UFT-8 support for ncurses(w) backend ? > > > > I don't think so, and I don't think it is worth it. Maintaining two backends > > IMHO just causes headaches while it doesn't make mc better. I still can't > > see why developers do not decide which one to use and dro

[patch #5217] vfs/extfs/deb.in fixes

URL: Summary: vfs/extfs/deb.in fixes Project: GNU Midnight Commander Submitted by: egmont Submitted on: Friday 06/30/2006 at 09:34 Category: VFS

[patch #5221] fix for several iso9660 charset problems

URL: Summary: fix for several iso9660 charset problems Project: GNU Midnight Commander Submitted by: egmont Submitted on: Sunday 07/02/2006 at 14:56 Category:

Re: non ascii file sort

On Thu, Jul 06, 2006 at 02:35:27PM +0300, Andy Shevchenko wrote: > ForestCreature пишет: > > Hello! I've recently noticed wrong file sort order in file list pannels. > > I use ru_RU.KOI8-R locale. There is no alphabetic symbol order (what > > strcmp implies?). Attached patch works for me. > This i

[patch #5221] fix for several iso9660 charset problems

Follow-up Comment #2, patch #5221 (project mc): Well, it cannot hurt, but I really don't know if it is worth it. I only have access to Linux boxes. ___ Reply to this item at:

[bug #17268] Shift+Enter weirdness

URL: Summary: Shift+Enter weirdness Project: GNU Midnight Commander Submitted by: egmont Submitted on: Wednesday 08/02/2006 at 12:29 Category: Keyboard input

[bug #17269] localized headers in .mc/history

URL: Summary: localized headers in .mc/history Project: GNU Midnight Commander Submitted by: egmont Submitted on: Wednesday 08/02/2006 at 12:48 Category: Core

[bug #17269] localized headers in .mc/history

Follow-up Comment #2, bug #17269 (project mc): Maybe once... not now, I don't have time for this nowadays. ___ Reply to this item at: __

[bug #17268] Shift+Enter weirdness

Follow-up Comment #3, bug #17268 (project mc): You'll right Pavel. I'll try to fix the UTF-8 patch not to go crazy at a literal newline. In the mean time, it might be nice to alter the single-line entry widget to treat shift-enter as enter. YMMV. ___

[bug #17268] Shift+Enter weirdness

Follow-up Comment #4, bug #17268 (project mc): Okay, just for reference, I attach a better fix, this time it fixes the UTF-8 patches. Additional comment explaining what and why it does are on the top of the patch file. I'll send it to the mailing list, too. __

Re: incorrect hex number in editor

On Tue, Sep 05, 2006 at 09:09:01AM +0300, Nerijus Baliunas wrote: > I updated to 4.6.1a-26.fc5 and the problem is still here. > > > attached file is 0xC3 0xBC 0xC5 0xAB (you can check with > > > any hex editor or mc viewer in hex mode), but editor > > > shows it (in the last column of the first l

Re: incorrect hex number in editor

On Tue, Sep 05, 2006 at 01:33:17PM +0300, Nerijus Baliunas wrote: > But it should either show correct hex codes or correct UTF-8 letters, which it > does not. Yes, perfectly right. > BTW, I am not using UTF-8 locale. Now I'm playing with my mc (not Fedora, but most likely nearly the same UTF-8

Re: incorrect hex number in editor

> With the hu_HU locale (iso-8859-2) I get: 0x102, 0x17A, 0x139, 0x164. > With en_US the hex codes displayed are: 0xC3 0xBC 0xC5 0xAB. Okay, got it: these are the Unicode codes of the symbols that are actually displayed. In other words: the byte over which your cursor stands is converted from the

Re: incorrect hex number in editor [patch]

Here you are. Apply it after the big utf8 patch. -- Egmont diff -Naur mc-4.6.1.orig/edit/editdraw.c mc-4.6.1/edit/editdraw.c --- mc-4.6.1.orig/edit/editdraw.c 2006-09-05 13:14:51.0 +0200 +++ mc-4.6.1/edit/editdraw.c2006-09-05 13:42:50.0 +0200 @@ -57,12 +57,22 @@ *

Re: patch for viewing DjVu files

On Fri, Sep 08, 2006 at 07:40:48PM +0300, Pavel Tsekov wrote: > >> Open=if [ "$DESKTOP_SESSION" = "kde" ]; then (nohup kdvi %f &); else > >> (nohup djview %f &); fi > > > > No problem about using kdvi with me, but why nohup? No entry in > > mc.ext.in currently has it. > > Does everyone agree ?

[bug #17269] localized headers in .mc/history

Follow-up Comment #4, bug #17269 (project mc): Localizing an already localized string definitely shows wrong design. Theoretically it can lead to false strings appearing on the screen (if the first translated string happens to be the same as an English string used somewhere else in mc). It's quit

[bug #7936] UTF-8 locales not supported

Follow-up Comment #4, bug #7936 (project mc): ftp://ftp.suse.com/pub/suse/i386/9.3/suse/src/ http://download.fedora.redhat.com/pub/fedora/linux/core/development/source/SRPMS/mc-4.6.1a-28.fc6.src.rpm Download the mc-*.src.rpm file, press Enter on it in mc, you'll see the source and patches, as wel

[bug #7936] UTF-8 locales not supported

Follow-up Comment #5, bug #7936 (project mc): Sorry, the Fedora URL was meant to be http://download.fedora.redhat.com/pub/fedora/linux/core/development/source/SRPMS/ check the directory listing for the exact filename. ___ Reply to this ite

[bug #17822] consecutive resize events not handled correctly

URL: Summary: consecutive resize events not handled correctly Project: GNU Midnight Commander Submitted by: egmont Submitted on: Friday 09/22/2006 at 13:04 Category: Screen output

[bug #17823] hint changed when the window is resized

URL: Summary: hint changed when the window is resized Project: GNU Midnight Commander Submitted by: egmont Submitted on: Friday 09/22/2006 at 13:08 Category: Screen output

Re: File has hard-links. Detach before saving?

> Any other opinions? I think the main question is what the main purpose of hardlinks is. Is it to (1) save disk space for files that actually happen to be the same at this very moment, but live separate lives? Or is it to be (2) a way to have one file accessible by more names, so that they live

[bug #17822] consecutive resize events not handled correctly

Follow-up Comment #5, bug #17822 (project mc): Please commit it if it seems to be okay for you (I've been using mc 4.6.1 with this patch for a month, and found no side effects, while it makes mc much better when resizing the terminal). But please don't yet close this bugreport to remind us that a

[bug #3836] As Root, upon Exit, MC chmods /dev/null 600 !

Follow-up Comment #5, bug #3836 (project mc): Some time ago dpkg had a bug: when it removed a package that contained a symlink to /dev/null, it chmod'ed /dev/null to 000. The problem was that it did a chmod() instead of lchmod(), or stat() instead of lstat() or something like that on the file to

yet another utf8 patch: fix completion

Hi, Especially to the maintainers of the UTF-8 patches: I've created another patch, this time to fix Alt+Tab (or Escape then TAB) completion when the command line or filename or whatever you type already contains some accented characters. The problem is caused by the UI widget telling the cursor p

invalid utf8 filenames mangled

Hi, A quite important note to the maintainers of the UTF-8 patches: When you use mc with the UTF-8 patches in UTF-8 mode, and copy or move a file whose name is not valid UTF-8 by pressing F5/F6 on it or selecting it with Insert and then doing F5/F5 on it, its filename gets mangled, invalid UTF-8

Re: yet another utf8 patch: fix completion

Hi, > Just a question related to 00-84-utf8-complete.patch. Why do you replace > "if (SLsmg_Is_Unicode)" with "if (1)" in the implementation of > mbstrnlen() ? I just applied the previous patches and then cloned mbstrnlen() from mbstrlen(). This modification comes from patch nr. 00-75. As far as

[bug #18689] Config checkboxes not acting on mouse click

URL: Summary: Config checkboxes not acting on mouse click Project: GNU Midnight Commander Submitted by: egmont Submitted on: Thursday 01/04/2007 at 18:52 Category: None

[bug #18695] tab completion vs. spaces and escaping

URL: Summary: tab completion vs. spaces and escaping Project: GNU Midnight Commander Submitted by: egmont Submitted on: Friday 01/05/2007 at 13:07 Category: None Sever

[bug #3836] As Root, upon Exit, MC chmods /dev/null 600 !

Follow-up Comment #6, bug #3836 (project mc): Some time ago dpkg had a bug: when it removed a package that contained a symlink to /dev/null, it chmod'ed /dev/null to 000. The problem was that it did a chmod() instead of lchmod(), or stat() instead of lstat() or something like that on the file to

[bug #18766] Not re-sorted at panel swap

URL: Summary: Not re-sorted at panel swap Project: GNU Midnight Commander Submitted by: egmont Submitted on: Friday 01/12/2007 at 14:40 Category: None Severity: 3 - No

[bug #18767] Panel sort order: fallback to name

URL: Summary: Panel sort order: fallback to name Project: GNU Midnight Commander Submitted by: egmont Submitted on: Friday 01/12/2007 at 14:49 Category: None Severity:

[bug #18767] Panel sort order: fallback to name

Follow-up Comment #4, bug #18767 (project mc): Thanks for the patch. I know about "ls -U", but I think the audience of "ls" and "mc" might be a little bit different. For the "ls" command it might be considered as a filesystem debug option, or an option that can speed up scripts where the order i

[bug #18766] Not re-sorted at panel swap

Follow-up Comment #2, bug #18766 (project mc): Okay, now I understand the design. But then IMHO the right behaviour would be to re-sort the panels at swap, so that mc is consistent with itself (a ^R doesn't change anything), and ^U is usable not only to very quickly show some other file attribute

Re: maybe a bug in copy files

Hi, > [...] As it can be > seen the patch posted by Andrew calls chmod() on the target > file only if "preserve attributes" is set. However, it has to > be called in both cases since the destination file is created > with mode 600 initially due to security concerns - more info > can be found in fi

Re: Request for discussion - how to make MC unicode capable

On Sat, Feb 24, 2007 at 02:57:44PM +0200, Pavel Tsekov wrote: > I'd like to initiate a discussion on how to make MC > unicode deal with multibyte character sets. Hi, Here are some of my thoughts: - First of all, before doing any work, this is a must read for everyone: http://joelonsoftware.co

Re: Request for discussion - how to make MC unicode capable

On Sun, Feb 25, 2007 at 02:41:45PM +0100, Leonard den Ottolander wrote: > Just a few thoughts: > > - Because multibyte is rather more memory hungry I think the user should > still have the option to toggle the use of an 8bit path either in the > interface or at compile time. This means where the U

Re: maybe a bug in copy files

On Thu, Feb 22, 2007 at 05:44:39PM +0200, Pavel Tsekov wrote: > Here it is: > > http://mail.gnome.org/archives/mc-devel/2006-June/msg00063.html > > Shall we discuss how to create the file in a secure manner > and avoid the call to mc_chmod() ? I think we're talking about two separate issues. O

Re: maybe a bug in copy files

On Mon, Feb 26, 2007 at 08:38:37PM +0200, Pavel Tsekov wrote: > Ok. Maybe we are talking about different issues. What I was talking > about was that the current code in MC requires the chmod() that i've > ressurected. From what I understand you was talking that if we change > the code we may avoid

Re: [BUG+PATCH] Wrong name sort.

On Mon, Mar 05, 2007 at 07:49:06PM +0100, Martin Petricek wrote: > I have files sorted by name, case insensitive sort. However, the > sorting seems to be behaving strangely, as bunch of files that should > be sorted before or after filter.cc and filter.h (not sure if "." is > before or after lette

Re: Bugs should be reported to mc-devel@gnome.org

On Wed, Apr 11, 2007 at 09:02:44AM +1000, Jeremy Dawson wrote: > A program which grabs my window, from which I can't tell how to quit? > You must be joking. sleep 1 => it's just another program you can't tell how to quit, right? It doesn't have docs for that. Do you think you should report t

Re: mc and utf8

Hi, I'm very glad to hear that there's going to be some work on it! > My work leader is author of the original utf-8 patch for mc. Oh my God... Who is he? (Just for curiosity.) There were lots of names: Jakub Jelinek, Vladimir Nadvornik, Jindrich Novy - AFAIK they're all involved in the current

Re: mc and utf8

On Wed, Apr 11, 2007 at 07:03:44PM +0200, Jindrich Novy wrote: Hi, > I have never claimed I'm the only original author of the UTF-8 patch. > The misunderstanding [...] No, that was clear to me, there's no misunderstanding. I knew the UTF-8 patch was a work of several people. I was just curious w

Re: Bugs should be reported to mc-devel@gnome.org

On Thu, Apr 12, 2007 at 09:07:38AM +1000, Jeremy Dawson wrote: > No, but I'm sorry I don't want to be bothered explaining the difference. > Try thinking about it yourself. Nice to hear it from somebody who obviously didn't try to think how to quit mc :-) > As I believe I said in my original ema

Re: Getting ready for a release

On Tue, Sep 04, 2007 at 10:57:42AM +0200, Pavel Tsekov wrote: > how are we going to number the new release ? /me votes for 4.6.2. As far as I followed the development, there's nothing really brand new huge or conceptual change that would make calling it 4.7 reasonable, it only contains plenty of

Re: Getting ready for a release

On Tue, Sep 04, 2007 at 03:20:10PM +0200, Pavel Tsekov wrote: > Lack of UTF-8 support is a big minus on the part of MC, but I think that > your statement is a bit overestimated. It's more like MC is not following the > latest trend, IMO. I wouldn't call it 'trend'. Having splash screens, animate

mc stable 4.8 vs. precise pangolin

Hi devs, Probably the most popular Linux distro, Ubuntu will release its next LTS (long term support = 5 years) edition, codenamed Precise Pangolin this April. In my opinion, it might speed up and ease the work of MC developers for the next couple of years if we could manage to leave the 4.7 bran

Re: Midnight Commander 4.8.1.2 (stable) released

Hi Ladislav, This is one of the reasons why the developers decided to quickly release a followup stable 4.8.1.3, just a few days after this release went out. Please upgrade and your problem will be gone. egmont On Mon, Apr 23, 2012 at 11:21 AM, Ladislav Hagara wrote: > >> mc-4.8.1.2 now releas

Re: optimising "change CWD" algorithm in subshell mode

Hi guys, I looked at the problem a while ago, and figured out that bash's speed improved quite a lot during versions, even though the latest is still not as fast as it should be, but much better than previous versions. I figured out that with bash-4.2 the slowness it bearable and wasn't worth it

Re: Easy renaming of files

Shift+F6 should do it. e. On Mon, Jan 28, 2013 at 10:34 AM, Marco wrote: > Hi, > > when I hit F6 to rename a file the “to:” field is pre-populated with > the path of the other panel. That's handy if you want to move files, > but annoying if you want to rename the file and the renaming just > ad

Re: Easy renaming of files

On Mon, Jan 28, 2013 at 2:58 PM, Felix Miata wrote: > On 2013-01-28 10:45 (GMT+0100) Egmont Koblinger composed: > > Marco wrote: >> > > when I hit F6 to rename a file the “to:†field is pre-populated with >>> >>> the path of the other panel. That

Re: stable vs. latest

Strictly IMHO (I'm not a developer, just a casual contributor): I've also wondered about this... MC follows the standard model of two concurrent branches (devel containing new and riskier changes, vs. stable for obvious bugfixes but no big changes or new features; where every once in a while the d

Re: stable vs. latest

Andrew: Is it that soon there will be a 4.9.1.x stable and 4.9.x devel series? Or you give up this development model and stick to a single branch from now on? If the latter, I think it should be made obvious on the homepage (maybe when 4.8.8 is released), and the "Our release workflow" page shou

Re: stable vs. latest

: > On 2013-02-21 13:42 (GMT+0400) Andrew Borodin composed: > > > On Wed, 20 Feb 2013 14:33:02 +0100 Egmont Koblinger wrote: >> > > Andrew: Is it that soon there will be a 4.9.1.x stable and 4.9.x devel >>> series? >>> >> > No, not soon. 4.8.x seri

Re: Midnight-commander.org is down

Hey, Purely out of curiosity: Have you thought about moving development hosting entirely to the cloud (e.g. sourceforge, savannah, google code, ...)? If you have and decided not to, what were the reasons in maintaining your own server (hardware, os, application setups, backup etc...)? To me thi

Re: How screen content saving handled in xterm case?

I think you're looking for "alternate screen buffer". egmont On Mon, Sep 2, 2013 at 11:39 AM, Paul Sokolovsky wrote: > Hello, > > Yesterday I spent couple of hours trying to trace how shell screen > content is working in case of xterm terminal. While handling in case of > linux console is very

Re: bad mc-edit paste behavior?

Felix: Switch it off with F9 -> Options -> General -> Return does autoindent. This feature is very useful e.g. when writing source code. MC Developers: It would be cool to have autoindent disabled when pasting, I've commented on https://www.midnight-commander.org/ticket/2661 On Sun, Sep 15, 2013

Re: bad mc-edit paste behavior?

Paul, please see the ticket I linked in my previous post. There is a standard way of solving this problem, mc should go for that rather than its own hacks. I'm working on the patch right now. On Sun, Sep 15, 2013 at 7:07 PM, Paul Sokolovsky wrote: > Hello, > > On Sun, 15 Sep 2013 12:16:53 -0400

Re: bad mc-edit paste behavior?

> > I don't write code, but I've never turned it off either, would rather not > need to, > It might make sense to turn it off by default, although I find this a really minor priority question. You can easily turn it off for yourself and then save your setup, and you're done forever :) bye, egmon

Re: bad mc-edit paste behavior?

On Sun, Sep 15, 2013 at 7:07 PM, Paul Sokolovsky wrote: > > So, long ago I indeed worked that around by going to setting and > turning autoindent off then on (boring!). Then however I noticed that > depending on the way you paste you may be able to work it around by > several paste attempts. For

Re: bad mc-edit paste behavior?

On Mon, Sep 16, 2013 at 12:40 AM, Felix Miata wrote: > > It might make sense to turn it off by default, although I find this a >> really minor priority question. You can easily turn it off for yourself >> and >> then save your setup, and you're done forever :) >> > > I don't understand this resp

Re: bad mc-edit paste behavior?

Okay I managed to come up with a patch for Konsole too :) It's at https://bugs.kde.org/show_bug.cgi?id=324946 Just in case you feel like recompiling both konsole and mc to get this cool feature :) On Mon, Sep 16, 2013 at 1:04 AM, Egmont Koblinger wrote: > On Mon, Sep 16, 2013 at

Re: bad mc-edit paste behavior?

On Sun, Sep 15, 2013 at 7:07 PM, Paul Sokolovsky wrote: > Hello, > > So, long ago I indeed worked that around by going to setting and > turning autoindent off then on (boring!). Then however I noticed that > depending on the way you paste you may be able to work it around by > several paste attem

Re: MC Tabs

Hi Cosmin, This is a very interesting idea. Please let me give feedback after 5 minutes of using it :) Please note that I'm not an official mc developer, just an occasional contributor. I always wondered why mc has hardcodedly only 2 panels, not allowing more. E.g. the screen could be divided i

Re: MC Tabs

Oh, I've found your keymap :) Most of the Ctrl+Alt+letter combos are taken by my window manager, so I'm back to entering Meta by pressing Escape. Still, Esc followed by C-Left or C-Right or C-g don't work for me, I'm not sure why. On Tue, Oct 15, 2013 at 8:37 PM, Egmont Ko

Re: mc startup with single specified path

Please start with looking around in the bugtracker or compiling the development version next time :) The issue is already fixed for the forthcoming 4.8.11. egmont On Fri, Oct 18, 2013 at 3:44 PM, Mike Smithson wrote: > Hello. > > I'm having some puzzlement over the initial startup behavior of

Re: Midnight Commander 4.8.13 released

On Sat, Sep 6, 2014 at 1:56 AM, toothpik wrote: > > I am an instant fan of the new gray-green-purple I'm happy to hear this, I'm really glad you like it :) (I created these skins, I myself also prefer the green-purple variant.) egmont ___ mc-devel mai

Re: 256 color skins and screen. Was: Midnight Commander 4.8.13 released

On Tue, Sep 9, 2014 at 2:04 PM, Morten Bo Johansen wrote: > ~/ % echo $TERM > rxvt-unicode-256color Is this what you get *inside* screen, too? Then on one hand I don't understand why mc doesn't give you 256 colors; on the other hand I guess your top line (the menu bar) is not properly paint

Re: 256 color skins and screen. Was: Midnight Commander 4.8.13 released

On Tue, Sep 9, 2014 at 2:28 PM, Morten Bo Johansen wrote: > However, I just noticed that I only get the error message if I start mc > via a screen hotkey, not if I start mc via the shell command line. I'm not familiar enough with screen to help you beyond this point. It doesn't properly set $TE

Re: 256 color skins and screen. Was: Midnight Commander 4.8.13 released

Sep 9, 2014 at 2:54 PM, Morten Bo Johansen wrote: > On 2014-09-09 Yury V. Zaytsev wrote: > >> On Tue, 2014-09-09 at 14:31 +0200, Egmont Koblinger wrote: > >>> I'm not familiar enough with screen to help you beyond this point. It >>> doesn't properly

Happy 20th Birthday!

Recently I did some digging about the history of mc. It's unclear when the first version was released, the oldest I could find is mc-0.3 released on Apr 29, 1994 [1]. Version 1.0, the first one bearing the name "Midnight Commander" was released on Oct 29, 1994 [2]; exactly 20 years ago. (If you

Re: Happy 20th Birthday!

On Tue, Nov 4, 2014 at 2:50 PM, Oliver Lange wrote: > I'm just glad to > have mc, a software i'm using all day long, in a Terminator console. ;) Did you just mention another piece of software that's also dying? :) [https://bugs.launchpad.net/terminator/+bug/1030562] Actually there are two termin

Re: Happy 20th Birthday!

On Fri, Oct 31, 2014 at 10:37 PM, Felix Miata wrote: > 2 shifted Fn keys with different meanings whether running in X or on vtty See #3254 (incl. comments and the dupe bug). The core problem is that the national console layouts are inconsistent, a

Re: Happy 20th Birthday!

s interactively. As a side note, I just started a new job recently, so I won't have too much spare time nowadays. Anyway, I'm glad I could at least start a conversation. Let's keep it alive and think about possible ways to boost up development :) cheers, egmont On W

Re: mc-4.8.13 with tabs

The patch is at https://www.midnight-commander.org/ticket/1581 On Thu, Nov 6, 2014 at 4:18 PM, Mike Smithson wrote: > On Thu, 06 Nov 2014 04:00:04 -0800, wrote: > > > I am using mc-4.8.13 with tabs without problems since more than one month >> daily at my work (Win7/cygwin), at home (arch linu

  1   2   >