Re: mcedit: Center current line in middle of screen
On Thu, 21 Jan 2021 at 12:51, Yury V. Zaytsev wrote: > On Thu, 21 Jan 2021, Sebastian Gniazdowski wrote: > > > I have made the wish list on the ticket system: > > http://midnight-commander.org/ticket/4177 > > > > Are there any interesting entries? Or: is the direction in them > > compliant with the maintainer vision? > > Sorry, I've used up the time that I can make for mc for the coming months, > but to make it short, I'd rather side with Andrew. > > I'm pretty averse to overloading mcedit with small hardly discoverable > functions (however useful they are), and bolting on a questionable > scripting engine on top of that. > There are two arguments in the paragraph: 1. Small hardly discoverable features: 2. Questionable scripting engine. Ad. 1. I think/I'm hoping that it's just a first impression that the wishlist has made, mostly because of how long it is. I think that the entries in it are of the following categories: A. Small bugfixes. Like the whitespace leaving on the divided line by the typewriter wrapping, or the pasting onto an input's initial, faded text, or the find definition goto-line instead of replacing the file with the same file, or the fix of ParagraphFormat action, etc. Such changes are fine as they are rather bugfixes than microchanges, and bugs can be as small as they can get, because they're bugs that should be just fixed. B. New features that are narrow, but sensible. Like the line joining (vim's J command), character swapping (Ctrl-t in readline), centering of view (vim's zz command), CapitalizeWord (vim's gUiw command), LowercaseWord/Letter, ReloadFile action (vim's :edit), or the to-open-paren indenting, etc. I think that such changes are yes – narrow – however they're have a good history in other editors, so it's fine to implement them. All of them require only small coding. C. Features by the big F – with big coding required by them. Like the (30) alternate/updated WindowList command merging (but with a separation) the entries of the open file list and the editor history, or the clipboard history, (61) showing of current function in the window bar, or the (10) word-delimited block paren-like matching (i.e.: MatchBracket action), MultiSearch listbox filtering, etc. Such changes are IMO little heavy and require acceptance of the maintainer, however I strongly believe in them (not sure if all such wishes from the list, however the above – yes) and I hope that I'll win maintainers blessing on them. D. Annoyance resolving changes. Like the (52) WordRight to jump to the end of word, not to the beginning of next word, or (41) repeating of Complete to move the selection in the list to next item, or (46) opening of file without adding it to editor history, or (53) explicit jumps to previous locations in the file, (56) saving and restoring of the replaced buffer's undo history. I think that such changes may be most difficult to convey to the maintainer. On the other hand, SearchOppositeContinue has found its way to mcview, and it is from this category – a narrow change to resolve an annoying problem, so maybe there's hope. E. Fancy changes. Like (13) completion of file paths in buffer, (39) go-to filename under the cursor, (40) repeating of all characters and commands from the last save, (57) peek of the declaration of the function under the cursor, or the terminal window support, or (18) bookmark listbox, (32) search results listbox, etc. Such changes can be perceived as controversial because of the fanciness and size of the patches. I think that they need to be "pulled off", which makes them open for a simple rejection. F. Creative, eccentric changes. Like the (17) preview of ExternalCommand, (14) tray with a set of Unicode symbols, (16) git support, (58) a tags aware window list. Such changes are rather doomed for a fork fate. 17 and 14 – yes, maybe, but the git support or 58 – no, rather no chances of acceptance of the maintainer. G. Long awaited changes. Like (5) file browse widget for Edit/SaveFile,(15) "other file" .c ↔ .h support, (11) CK_WindowCascade / CK_WindowTile, (29) scroll left/right. Such changes are IMO problematic, because they're known for the maintainer and fossilized. I however still have hopes for all of the above, especially the last three. H. Weird changes Such changes might be the ones that you and Andrew have biggest objections to, like 45, 36, 31, 4, 24, 47, etc. I've included them in the wishlist just to stimulate the grey cells and new ideas. They and the ones from F. may have caused the allergic reaction of Andrew… And also D., contributing to the microchanges aura. Ad.2. Questionable scripting. Slang is a good language. It e.g.: allows inheritance of structures via, e.g.: car = struct {x, y, z}; truck = struct {@car, t}; Slirp is a very reliable tool. Did maybe the kitchensink example scare you off? Because it's the standard syntax used in such tools, it's virtually identical to Swig, the main scripting integration
Re: mcedit: Center current line in middle of screen
On Thu, 21 Jan 2021, Sebastian Gniazdowski wrote: I have made the wish list on the ticket system: http://midnight-commander.org/ticket/4177 Are there any interesting entries? Or: is the direction in them compliant with the maintainer vision? Sorry, I've used up the time that I can make for mc for the coming months, but to make it short, I'd rather side with Andrew. I'm pretty averse to overloading mcedit with small hardly discoverable functions (however useful they are), and bolting on a questionable scripting engine on top of that. There are enough fundamental problems with mc codebase, and my vision for it would have been to clean up the core, cover it with tests, and expose its API to an external engine, which provides a high level memory managed language. Everything beyond core could be pushed into this layer and left up to users and distributions... This was pretty much what mc^2 was a prototype for, but very unfortunately we didn't have the capacity to integrate it :-( -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Help testing release candidate / mc-4.8.26-rc1
On Mon, 11 Jan 2021, Sergei Trofimovich wrote: Is there an option to tag release candidates just like releases and name/upload tarballs into expected locations just like releases? Hi Sergei, Yes, I can do this in the future if this would make your life easier - I just took over the process from Slava and never realised that it might be inconvenient for maintainers, after we decided to distribute internal test builds as rcs before release to get a bit more coverage. What should the tags look like? 4.8.27-rc1 -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.26 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, After a spectacularly crappy year 2020, I'm glad to announce the immediate availability of mc-4.8.26, this time with a couple of new particularly awesome features! The major highlight of this release is without doubt the support for persistent subshell buffer contributed by Eric Roberts with fixes by Oswald Buddenhagen. How many times did you start typing something after hiding the panels, then switched the panels on and off again just to find your text erased, garbled or even incorrectly executed? Not anymore! Have you been missing the eye candy of the good old Turbo Vision shadows? It took a few decades, but thanks to Aleš Janda you can finally enjoy them in mc (or you can turn them off, it's not your cup of tea). Other than that, mc now supports arbitrary long filenames, directory listing on CIFS mounts should work correctly again on latest kernels, among many other smaller fixes of that sort. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.26 As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Stay healthy! - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJgCcOBAAoJEPci7nm8u+Dvjn4QAJQdPNHjK0sF3FncqNR36Qm7 P/Qk9QJ1VvjVpAhJG5POaAMVCOpsLVvUEVrMMyHMiSP8Gh8Md61nYAj6YpvI9dsG +jCGLsogLgOqGPsnT0PGuQLiOquAQuc53Fr1Fm728P9T26/Q9SruSQvyUU9CeRCA IKaZBJukv1/CejtpaHl4t2MZLQKdyijYZFxXdFUw6Dq83ITBgxO/xpdg+mD52BXJ LkKd9sV8bjS/bdRXtm2wIZZVhpaa5Fo6eHJAKR+iv4OFNMq4+7C6rs4j+kgzJowS OMQIUSR0eJslDMmns+mz2a+w8zja4b2DMaMODouz27yiCSNw9xTniy3oqKuejGr/ xxSdoMcDSnCNDCWkUVpTO9bPC2Izgx8N+FiQut/m9EKZhbqsXoYJN0lYhGjfTzmM 7MT9GG4anvifFQwah57CBl88osZryuClQLOtoPmkAvdmFFNFopfxLEvOAMCMQdDV rzUBkBEUg5rRsCspBmbMy1dZc9AG1X4g3PKiUguJW+YFfmnnmLPQtdXZPi+urt6t 7A2WP9kEgHIRTcQDBA89zYmgHKNtRDS64fFkOKtolUlb1z/GVFXZva4IJwUH4ZIK Xfp/q7Ev4/yA2xwtt0dVq0aJGCGlUCGaN3H9gZpfpVdfls9c6SZa/DtqNAL34fAG GAevkLjAqbg6mGFkWcOz =qn6x -END PGP SIGNATURE-___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Midnight Commander 4.8.26 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, After a spectacularly crappy year 2020, I'm glad to announce the immediate availability of mc-4.8.26, this time with a couple of new particularly awesome features! The major highlight of this release is without doubt the support for persistent subshell buffer contributed by Eric Roberts with fixes by Oswald Buddenhagen. How many times did you start typing something after hiding the panels, then switched the panels on and off again just to find your text erased, garbled or even incorrectly executed? Not anymore! Have you been missing the eye candy of the good old Turbo Vision shadows? It took a few decades, but thanks to Aleš Janda you can finally enjoy them in mc (or you can turn them off, it's not your cup of tea). Other than that, mc now supports arbitrary long filenames, directory listing on CIFS mounts should work correctly again on latest kernels, among many other smaller fixes of that sort. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.26 As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Stay healthy! - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJgCcOBAAoJEPci7nm8u+Dvjn4QAJQdPNHjK0sF3FncqNR36Qm7 P/Qk9QJ1VvjVpAhJG5POaAMVCOpsLVvUEVrMMyHMiSP8Gh8Md61nYAj6YpvI9dsG +jCGLsogLgOqGPsnT0PGuQLiOquAQuc53Fr1Fm728P9T26/Q9SruSQvyUU9CeRCA IKaZBJukv1/CejtpaHl4t2MZLQKdyijYZFxXdFUw6Dq83ITBgxO/xpdg+mD52BXJ LkKd9sV8bjS/bdRXtm2wIZZVhpaa5Fo6eHJAKR+iv4OFNMq4+7C6rs4j+kgzJowS OMQIUSR0eJslDMmns+mz2a+w8zja4b2DMaMODouz27yiCSNw9xTniy3oqKuejGr/ xxSdoMcDSnCNDCWkUVpTO9bPC2Izgx8N+FiQut/m9EKZhbqsXoYJN0lYhGjfTzmM 7MT9GG4anvifFQwah57CBl88osZryuClQLOtoPmkAvdmFFNFopfxLEvOAMCMQdDV rzUBkBEUg5rRsCspBmbMy1dZc9AG1X4g3PKiUguJW+YFfmnnmLPQtdXZPi+urt6t 7A2WP9kEgHIRTcQDBA89zYmgHKNtRDS64fFkOKtolUlb1z/GVFXZva4IJwUH4ZIK Xfp/q7Ev4/yA2xwtt0dVq0aJGCGlUCGaN3H9gZpfpVdfls9c6SZa/DtqNAL34fAG GAevkLjAqbg6mGFkWcOz =qn6x -END PGP SIGNATURE-___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: mcedit: Center current line in middle of screen
On number 5, the file dialog widget is needed for :Open file...Save as...Insert file...Copy to file...Adding this should close ticket #2937.I noticed your references to macro languages and Jed. I used to use Brief and loved its macro language. I still have a working copy that can run on linux with all my macros. The macro language gave it tremendous power and flexibility. Bob Currey Sent from my Galaxy Original message From: Sebastian Gniazdowski via mc Date: 1/20/21 5:27 PM (GMT-06:00) To: "Yury V. Zaytsev" Cc: mc@gnome.org Subject: Re: mcedit: Center current line in middle of screen Hi,I have made the wish list on the ticket system: http://midnight-commander.org/ticket/4177Are there any interesting entries? Or: is the direction in them compliant with the maintainer vision? -- Sebastian Gniazdowski ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
4.8.22 gpm log spam / input misbehavior when using mc under screen via ssh without root privileges
Please cc me on replies (reply to all) If: - I ssh to my server - without root privileges - then start a screen - then start mc Then: - mc hammers gpm to open a connection - gpm logs: Jan 16 14:49:13 nas10 /usr/sbin/gpm[2552]: *** warning [daemon/processconn.c(129)]: Jan 16 14:49:13 nas10 /usr/sbin/gpm[2552]: Failed gpm connect attempt by uid 1000 for vc /dev/tty0 - mc logs: Jan 16 14:49:13 nas10 mc: *** info Jan 16 14:49:13 nas10 mc: Warning: closing connection - mc will react to only each third keypress, no matter if it's a normal character, ESC or a special key - this causes high cpu usage in rsyslogd + itself - similar but not same to https://midnight-commander.org/ticket/3208 Distribution: Devuan Beowulf GNU Midnight Commander 4.8.22 Built with GLib 2.58.2 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, sftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; Home directory: /home/7eggert Profile root directory: /home/7eggert [System data] Config directory: /etc/mc/ Data directory: /usr/share/mc/ File extension handlers: /usr/libexec/mc/ext.d/ VFS plugins and scripts: /usr/libexec/mc/ extfs.d:/usr/libexec/mc/extfs.d/ [User data] Config directory: /home/7eggert/.config/mc/ Data directory: /home/7eggert/.local/share/mc/ skins: /home/7eggert/.local/share/mc/skins/ extfs.d:/home/7eggert/.local/share/mc/extfs.d/ mcedit macros: /home/7eggert/.local/share/mc/mc.macros mcedit external macros: /home/7eggert/.local/share/mc/mcedit/macros.d/macro.* Cache directory: /home/7eggert/.cache/mc/ strace: rt_sigaction(SIGTSTP, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7fb0e3e13730}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7fb0e3e13730}, 8) = 0 rt_sigaction(SIGTSTP, {sa_handler=0x7fb0e3fd4990, sa_mask=[], sa_flags=SA_RESTORER|SA_NODEFER, sa_restorer=0x7fb0e3e13730}, NULL, 8) = 0 rt_sigaction(SIGINT, {sa_handler=0x55de15c7e690, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7fb0e3e13730}, NULL, 8) = 0 select(10, [3 4 9], NULL, NULL, NULL) = 1 (in [9]) rt_sigaction(SIGINT, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7fb0e3e13730}, NULL, 8) = 0 read(9, "", 28) = 0 sendto(10, "<14>Jan 16 15:18:09 mc: *** info"..., 33, MSG_NOSIGNAL, NULL, 0) = 33 sendto(10, "<14>Jan 16 15:18:09 mc: Warning:"..., 51, MSG_NOSIGNAL, NULL, 0) = 51 close(9)= 0 rt_sigaction(SIGTSTP, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7fb0e3e13730}, NULL, 8) = 0 rt_sigaction(SIGWINCH, {sa_handler=0x55de15c7d7f0, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7fb0e3e13730}, NULL, 8) = 0 close(8)= 0 getpid()= 22829 ioctl(0, TCGETS, {B38400 -opost isig -icanon -echo ...}) = 0 ioctl(0, TCGETS, {B38400 -opost isig -icanon -echo ...}) = 0 fstat(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x7), ...}) = 0 readlink("/proc/self/fd/0", "/dev/pts/7", 4095) = 10 stat("/dev/pts/7", {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x7), ...}) = 0 openat(AT_FDCWD, "/dev/pts/7", O_WRONLY) = 8 ioctl(8, TIOCGWINSZ, {ws_row=81, ws_col=210, ws_xpixel=0, ws_ypixel=0}) = 0 socket(AF_UNIX, SOCK_STREAM, 0) = 9 connect(9, {sa_family=AF_UNIX, sun_path="/dev/gpmctl"}, 13) = 0 write(9, "\376\377\1\0\0\0\0\0-Y\0\0\0\0\0\0", 16) = 16 rt_sigaction(SIGWINCH, {sa_handler=0x7fb0e3fd3f50, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7fb0e3e13730}, {sa_handler=0x55de15c7d7f0, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7fb0e3e13730}, 8) = 0 ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Help testing release candidate / mc-4.8.26-rc1
Hi! On Sun, 10 Jan 2021, Yury V. Zaytsev wrote: > TLDR; I would appreciate if you could please test the following tarball on > your systems and report any blocker regressions as compared to the previous > 4.8.25 release: > > https://www.midnight-commander.org/nopaste/tarball/mc-4.8.25-154-g33c84e75e.tar.xz > > $ sha256sum mc-4.8.25-154-g33c84e75e.tar.xz > ce5f965a9be603098eda65afd1aa149e285d903fe303fe907c6a5e88f28dd772 > mc-4.8.25-154-g33c84e75e.tar.xz > > I've built this tarball out of the latest master with translations from > Transifex pulled in on a fresh Fedora 33 VM, which I'm also going to use to > build the final release in about a week from now if nothing serious comes up. Works fine for me. I tested most of the tickets. However, #3987 does not seems a quite right to me. Are you sure that errno after readdir() will not be EINTR all the time? I think is a possibility. Not very likely, but still there. Maybe a better implementation is to have a counter and if errno is EINTR after XXX readdir calls, just abort the readdir. Sincerely, Gabriel -- // Gabriel VLASIU // // OpenGPG-KeyID : 44952F15 // OpenGPG-Fingerprint: 4AC5 7C26 2FE9 02DA 4906 24B2 D32B 7ED7 4495 2F15 // OpenGPG-URL: http://www.vlasiu.net/public.key ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc