Re: [ANN] mc^2
Well, I'm not an MC developer, I've also unsubscribed from the mailing list long ago, but I still get all the emails. So please allow me to be your kind troll. On 2015-05-10 12:12, Paul Sokolovsky wrote: As a shameless plug, I can offer a better alternative: https://github.com/micropython/micropython . It would offer about the same footprint as Lua, while offering more pleasant data model, and well-known standard library. As a full disclosure, it's rather younger than Lua (but pretty well developed at 4K commits) and it would be first (known, as it's BSD, anyone can do it secretly) standalone project to embed it. Your alternative is obviously a working implementation in Micropython. Not? Fairly speaking, Mooffie is very lucky that his random hack got so much attention. There're simpler and more important issues which are open for 5+ years, to whose solution number of people contributed over these years, including Slava and Ilia themselves, and which are stuck with no review/response (not counting completely out of way, bureaucratic write-offs): http://www.midnight-commander.org/ticket/1652 https://github.com/MidnightCommander/mc/pull/49 I wish all my random hacks were this well documented... And if you asked me how to define an unimportant issue, I'd probably say, well, if it's been open for 5+ years, it's most definitely not important. My 2 agorot Gergely PS: how can I unsubscribe from the list? ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: mcedit exit bug
Hello, Sorry, the mcedit exit bug was also a false alarm. I've configured mc to exit upon a _single_ Escape. But I got used to the double Escapes in the past too much, so I still do it occasionally. The 1st Escape exits mcedit, but the 2nd goes to the terminal. Sorry again G ___ mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
mcedit exit bug
Hello, I've found a small bug in standalone mcedit. It is my default editor, so for instance even git commit invokes it. After mcedit exits, it seems to leave some invisible character or escape sequence in my terminal, so the first character of my next command does not show up. Example: $ git commit# this invokes mcedit $ it push origin master # I actually typed git push... I have not seen any related ticket relevant for master. I'm using mc compiled from source: 2cfa57d Merge branch '2229_viewer_fast_move_up_down_wrapped' New Ticket? And I just remember, I also had a segfault while Find File, Search for content, at a gzipped manual page among the files. Best regards Gergely ___ mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: mcedit exit bug
Hello, I've just compiled and installed 58ea06d Merge branch '2417_edit_search_charset' I'm using gnome-terminal 2.30.2 (Ubuntu 10.04.1). Standalone mcedit still eats the 1st typed character after exiting. On the other hand, I can't reproduce the segfault in gzipped file while M-? Search for content. So I seem to be sending HOAX. :-) Best regards Gergely ___ mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
#1647 reopened: [PATCH] Yacc/Bison syntax highlighting]
Hello, I've reopened this ticket, as the yacc/bison/lex syntax needed some major patching. The new patch is attached to the ticket. Best regards Gergely Szabó ___ mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
trasnslations
Hello, I've been checking the Roadmap quite a lot, to be aware of the timing of the new releases. I planned to update the Hungarian translation just before the release, so I don't have to work multiple times. It was date not set everywhere, and then suddenly 4.7.3 came out. How can I learn about the planned dates of the releases? Best regards Gergely ___ mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Ongoing french translation
Emmanuel Trillaud wrote: Le Sat, 16 Jan 2010 16:21:11 +0200, Slava Zanko slavaza...@gmail.com a écrit : Emmanuel Trillaud wrote: So what exactly is your advice : Waiting for the next major release (because 4.7 is already out, no?) or translate the 4.7 release (i.e using the 4.7-stable branch ). Now we use next versioning scheme: 'master' branch have all features and bugfixes. Numeration of 'master' tags is: 4.7.1, 4.7.2, 4.7.3, etc Period of releases: 2 months (plus/minus few days) '4.7.0-stable' branch will have only bugfixes (and may be some new _stable_ features). Numeration of tags: 4.7.0.1, 4.7.0.2, 4.7.0.3, etc Period of releases: 2 months, or after 100 commits, or after critical bugfix. This will continue until 'master' and 4.7.0-stable' branches will be compatible (for cherry-picking or for apply patches manually). In future at some point of time we will release out 4.8.0 and versioning scheme will repeated: master: 4.8.1, 4.8.2, 4.8.3, etc 4.8.0-stable: 4.8.0.1, 4.8.0.2, etc Branch 4.7.0-stable still alive until 4.8.0 release out. IMHO, this is good proposal for LTS-distros (will ease maintenance in downstream distros)... Thanks Slava, for giving this information and your release workflow. Emmanuel, I think, better candidate for translation it's a '4.7.0-stable' branch. Thank for the advice. I will follow it. I think it you be great to have a Wiki page or README file which describe how to contribute translation to the project, something like : 1. Updating a translation - if you update from an ooold version of mc, use this-branch or this-file as a base for your work - If you update from a recent version translation use the this-branch or this-file 2. New translation - use this template file which come from this-version has a base for your work 3. Translate - some details about the mc strings, like the meaning of the caracter in front of some letters, and advice on howto translate them. There are for defining shortcuts, and this shortcuts are specific to a panel, and should be unique wrt this panel. I just see that there are bugs in the french translation : in the Options - Configuration panel, differents options have the same shortcuts. The shortcuts are not case sensitives (like I thought there were). I would like to have some setails on this subject. - details about the ButtonBar|.. strings 4. Submit the updated/new translation - some details on your workflow, do you prefer patches or the entire updated file I be happy to help if you think such a document can be useful. If you give me some details about this (especially for the translation of the strings with a , how to now from which panel they come from, ...), I could make a draft doc/patch to the README. Best regards Emmanuel ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel Hello, I was quite enlightened after Reading some of The F* Manual of gettext: http://www.gnu.org/software/gettext/manual/gettext.html#Overview Best regards Gergely ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Ongoing french translation
Emmanuel Trillaud wrote: Hi all, Just want to said that I begin to update the french translation of mc. It has not been update since a looong time, and it will soon be in better shape :-) So if there is somebody else is interested by this task or has already begin it, please contact me (through the list or directly) to avoid double work. That said, I wish you all the best. Best regards. Emmanuel ETrio Trillaud ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel Hello, I'd do it just before a major release (e.g. 4.7). Otherwise the strings keep changing at an alarming rate. Salutations Gergely ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Sort order
Yury V. Zaytsev wrote: On Wed, 2009-12-23 at 14:33 +0200, Slava Zanko wrote: I found discussion: http://markmail.org/message/xyxwiy6al53zmvsp#query:+page:1+mid:d5dyyh35mjpkuumt+state:results Looks as good old-time tradition ;) What about a ticket ;-) ? Done. http://www.midnight-commander.org/ticket/1894 Nice Christmas present, what? Best regards Gergely ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Sort order
Hello, I've just found out that disabling Case sensitive in the Sort order of a panel mixes up the hidden files with the normal ones. As if a leading dot was somehow a 3rd case of the following letter. Is this a bug or is it intentional? I don't like it, honestly. Another thing: I found in the latest master that I received the credits for updating the Czech hints file. I inform you hereby that my Czech language skills are limited to the names of a few Czech beers. Best regards Gergely ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
hu.po
Hello, I've polished the Hungarian translation after some testing. See hu.2.po attached to ticket #1370. Sorry for the last-minute change. Merry Christmas / С Рождеством / חנוכה שמח Gergely ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Shell link bug
Yury V. Zaytsev wrote: On Thu, 2009-12-17 at 10:39 +0100, SZABÓ Gergely wrote: I have not found any related Ticket, shall I create one? Probably yes :-) Second problem: if I git clone or git pull over http, the above commit is the latest I get. I doubt that the project's been idle in the last two weeks, but I may be wrong :-) It's not the first time the http repo goes retro. Which one are you using (or.cz / mc-o)? z...@mypride:~/Documents/test/mc-git$ git reset --hard origin/master HEAD is now at 45e7931... Update Russian translate (thanks to guys from fed...@conference.jabber.ru chatroom) Hello, I've created Ticket #1878 about the shell-link copy bug. Best regards Gergely ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: testfarm
Yury V. Zaytsev wrote: Hi! On Mon, 2009-12-14 at 12:34 +0100, Enrico Weigelt wrote: Slavo asked me to publish my test scripts, so here they're :) You probably need to fix some pathnames. Ah, and a copy of the repo has to be in __repo.git ... This looks interesting. Am I correct that this is only a framework for build tests for different combinations of build options (builds / doesn't build) and doesn't have anything to do with functional tests (e.g. works / doesn't work)? Did you consider any other ready made open source testing frameworks for this? As you might already know, I'm building nightlies for all currently supported RH distros (with the exception of EL3) for almost half a year. This has proved to be of great help, but now that I spared some money for new hardware I might consider doing the same for Debian / Ubuntu and running some kind of functional / build testsuite on a daily basis with the results published on the web / mailed to the list in case of failures. It would be nice if we could introduce some officially supported testing framework in /contrib to check for most prominent bugs / general build options coverage etc. I need help though. Keeping this stuff running is already time-consuming enough, so I won't be able to develop tests and keep them up to date. Hello, just for your info, I quite regularly build the newest mc master on ubuntu. Not that I test every feature... Best regards Gergely ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Viewer in 4.7.0-pre4
Hartmut Figge wrote: Slava Zanko: Hmm... looks like no have permissions for change your ~/.mc/history file. And you are right with this. 'root root 0600' for history. Do you use Ubuntu? Or is you run mc as 'sudo mc' instread of 'sudo su -l - -c mc'? I'm using Gentoo which offers only the 4.7.0* at the moment for mc. And yes, sometimes i use 'sudo mc' to edit e.g. something in /etc. try to change owner of your 'history' file and try again. I have deleted history and also filepos which had 'root root 0644'. As far i can see at the moment all seems to work well now. And even 'sudo mc' doesn't change the ownership of history or filepos. :) P.S. 4.7.0-pre4 don't change owner of ~/.mc files. But if owner was changed before this release, then this situation may be raised. In opposite, if ~/.mc/* files will have proper owner, then 4.7.0-pre4 will not change owner of these files. It's likely that i have had all previous versions of 4.7.0* on my machine. One of them may have caused the behavior. Hartmut, happy again ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel Hello, it was the same problem for me. ~/.mc/history was in the hands of root:root. Find File dialog fixes as well. Thanks :-) G ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Viewer in 4.7.0-pre4
Hartmut Figge wrote: Greetings, in 4.7.0-pre4 when searching a file in the viewer the search term is forgotten when trying to find the next occurrence of a match. Furthermore, in older releases of mc the search term was remembered at the next file. The search box was was filled out beforehand with the old term. Very convenient and i miss it. Hartmut ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel Hello, The Find File (Alt-?) dialog has the same problem. The Start at, Fiile and Content fields are empty, instead of remembering the last values. It used to work in earlier versions. Are these two separate bugs, or just the symptoms of the same problem? I have not seen any related bug in Trac. Best regards Gergely ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: 4.7pre4
y199mp1...@gmail.com wrote: Hello Russian Team, Please make sure you call your init/config files in a different way from 4.6.1 or put them in a different directory. Right now your are modifying 'ini' without considering that users may want to leave the old 4.6.1 install intact. Further, it seems to me that you are playing around with effects (skins) and wasting time. You have no chance in hell to get agreement from the (still) official maintainers and from the distros maintainers on such visual aspects. Forget it. You want to innovate? Here are two suggestions: - A set of keybindings in the CUA tradition. Why is F8 used rather than Delete? If the reason is the (displayed) command line, the solution is that keypresses only reach the command line *after* a switch key (assume F8) is pressed. So Delete does delete and if you want to type on the command line you press the switch key first. This would also help with Backspace and others. - Tree view. I do not know what the original authors of mc's tree view were thinking but that was mid-90s. Currently, the tree view is fairly standardized. You need a command to expand the tree one level (e.g. Right) or to expand it all levels (e.g. *) and to collapse it (e.g. Left). And yes, first admit unreservedly that the tree view is not just useful, it is indispensable. Regards frank ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel Frank, I think the name 4.7 pre4 suggests it's a beta version. Backing up ini files before starting to use it may be a good idea. Skins may be wasting time, but editing the ini file manually in the 4.6 way to give mc a better appearance is an even bigger waste of time. Actually mc implements a lot of CUA standards, but you seem to forget about the Norton/Total/Far traditions. I think it's equally (or more) important to conform to those traditions. Anybody who ever used a two-pane file-manager knows by heart what the keys F1 to F10 mean. And they all expect to be able to edit the command line without any further complications. Best regards Gergely ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
