Re: message formatting and i18n

Hi Roland, some messages in the Midnight Commander don't translate well to other languages because the string is concatenated manually, like in src/ext.c, line 486. I started to fix some of these in mcedit. How do you feel about the new code? Well, it is step in right direction, but I

[RFE][PATCH] Allow cd smb://, cd sh://, cd mc:// vfs requests

Hi, since we can access ftp filesystems either like cd /#ftp: or more intuitively like cd ftp:// it's not a bad idea IMNSHO to add such extensions also for other filesystems. The attached patch implements such an extension and it makes vfs_translate_url() more comprehensive in the way that the

Re: [RFE][PATCH] Allow cd smb://, cd sh://, cd mc:// vfs requests

Jindrich Novy wrote: Hi, since we can access ftp filesystems either like cd /#ftp: or more intuitively like cd ftp:// it's not a bad idea IMNSHO to add such extensions also for other filesystems. The attached patch implements such an extension and it makes vfs_translate_url() more comprehensive in

[PATCH] Bad error checking after iconv() call

Hello, there's bad return-value checking after iconv() call in translate_character() in charsets.c: count = iconv (cd, ibuf, ibuflen, obuf, obuflen); if (count = 0 ibuflen == 0) Please note that count is size_t, what is at the most machines unsigned int so the left side of the condition

Re: message formatting and i18n

Hello, Roland! This patch fixes too many arguments for format warning and eliminates g_string_*() at all. -- Regards, Andrew V. Samoilov GET INTERNET ACCESS FROM BCS! http://www.bcs.zp.ua Join BCS today! For your FREE webmail,

Re: [RFE][PATCH] Allow cd smb://, cd sh://, cd mc:// vfs requests

Hello Dmitry, On Mon, 2005-02-07 at 16:14 +0300, buc wrote: Jindrich Novy wrote: since we can access ftp filesystems either like cd /#ftp: or more intuitively like cd ftp:// it's not a bad idea IMNSHO to add such extensions also for other filesystems. The attached patch implements such an

Re: [RFE][PATCH] Allow cd smb://, cd sh://, cd mc:// vfs requests

Jindrich Novy wrote: Hello Dmitry, I only wanted to propose a more intuitive way to access various VFSes to the most of users and to let them use the functionality ASAP. Some further work to let them make their life with mc more comfortable is welcome so if you have any pending patches similar to

detach on quick-save

moin, in quick-save mode the editor just overwrites the existing file. this is all fine ... except when you cloned a source tree with cp -al and want to patch one copy. this patch adds a check whether the file has multiple hard links and asks whether the file should be detached before saving. not

When will mc-4.6.2 be released?

Hi all, especially our project maintainers, the release of a new MC version is long overdue. Also there has been some confusion concerning our version numbering scheme, as some distributions consider a version 4.6.1-pre3 to be higher than 4.6.1. For these reasons I vote that the current

Re: When will mc-4.6.2 be released?

Hi Roland, On Mon, 2005-02-07 at 22:20, Roland Illig wrote: the release of a new MC version is long overdue. Also there has been some confusion concerning our version numbering scheme, as some distributions consider a version 4.6.1-pre3 to be higher than 4.6.1. Nope. The point is that at

Re: When will mc-4.6.2 be released?

Hello Roland, Tuesday, February 8, 2005, 2:20:18 AM, you wrote: RI the release of a new MC version is long overdue. Also there has been RI some confusion concerning our version numbering scheme, as some RI distributions consider a version 4.6.1-pre3 to be higher than 4.6.1. mc numbering

Re[2]: message formatting and i18n

Hello Andrew, Monday, February 7, 2005, 7:26:35 PM, you wrote: AVS Hello, Roland! AVS This patch fixes too many arguments for format warning and eliminates AVS g_string_*() at all. Committed. Thx -- Best regards, Pavelmailto:[EMAIL PROTECTED]