Messages

1

Support and Feedback / Re: List entry formatting does not go back to regular

« on: January 20, 2015, 20:20:33 »

SUMMARY:
There is a problem with SystemORHidden together vs. ReadOnly. Works as expected but is not that useful. (1)
There is obviously no automatic rule coloring updating after attributes changes, a fresh install proves that. (2)
The "color ball" command works fine, i.e. updates it all. (3)
But I don't like the color ball, so I wrote the necessary (?) 1-line scriptlet in order to trigger that command from a shortcut. (4)

1)

I just installed MC on a second pc (also XP, don't have any newer os).
MS mode vs. Norton mode: chose MS mode (as with my main pc).
Then ^b = hide button window. I know this was the big idea behind MC, originally, but my screens are just too tiny for that.

Then Configuration...Display
There: Show hidden YES, show system YES (both from default NO)

And Configuration...Colors
There: "Different color for files/folders with System/Hidden attributes YES (Auto coloring (default))
(BIG problem: there is no visual differentiation between system and hidden possible, this way; that's why I had switched to "Rule based coloring" on first pc. You have a second setting, for readonly, but that's not realistic since you then cannot change those files/folders anymore, whilst if you differentiate "system" and "hidden", you can have two different colors, AND work on those files as you otherwise would)
New start

Then, I "hide" some file, by "Properties".
And I "un-hide" it again, same way:

This works fine: "Hidden", the file is grey instead of black, and un-hidden, it's black again.
But as said, this way I only can distinguish one special file "format", not 2.
The same would apply if I switched from "Automatic" to manual color assignment ("Fixed Color"): For System/Hidden in ONE, and the second one for Readonly=unusable=cannot work on these files then.

2)

Now, "I try Rule based coloring":
I un-check "Different color...with system/hidden attributes" again, i.e. it's default setting again.
And I check ("YES") "Rule based coloring of files and folders" instead.
I "apply" and "save".
Now, "everything" gets very "colored", according to the file extensions; of course, I don't want this.

Therefore: "File Coloring Rules Editor".
There, I simply uncheck Compressed, New, Empty, Exe, Text, Pics, Music, Video, Archives, Office.

I leave "System files" checked, and I leave it even as it is (on my first pc I had changed to bold, but with white background.
I "save". Now, "System files" are red on yellow background (default); all other coloring has vanished.

Now, in c:\, I set the system attribute of some file to "on", and the color/background of the entry do NOT change = exactly the same behavior as in my first pc 1 hour ago; just the "original" system files in c:\ are red on yellow background, i.e. here in c:, not even the positive attribute change is displayed by the format.

Now, I close MC and reopen it, and NOW that file is red on yellow background (as are the other, "original" system files on c:), but now only!

Now, I "un-system" that file, and it REMAINS red on yellow background.
I close MC, reopen MC, and that file is correctly displayed in regular (black on white).

For "hidden", on my first pc, I took one of the other formats (Compressed, New, Empty, Exe, Text, Pics, Music, Video, Archives, Office) which I un-checked = disabled here, and changed its "internals", i.e attribute "H", and then display Bold, etc., but let's leave this "Hidden" format out here, for clarity.
Here, we have your ORIGINAL "system" format (as said, with its siblings all disabled), and it works as badly as on my first pc (where I may have made settings that may have done harm).

Now let's see any other, not c:\ folder, i.e. something in c:\Programs.
In some of the subfolders in there, I change some "normal" file to "system".
As explained by me for my first pc, display changes immediately: The entry is now red on yellow background.

Now, I change back from "system" to not-system, and yes: This "negative" attribute change is NOT replicated: The entry stays red on yellow background, up to the next closing down MC and reopening it: Then, it's back to regular (black on white) again.

Now, I have replicated both phenomena from my first xp pc:
- positive attribute change is displayed, but not negative attribute change
- in c: parent/source/main folder, not even the positive attribute change is displayed
"not" meaning, in both cases, "not before you close down MC and reopen it again"

As said, I freshly installed MC on my second pc (there, MC had NOT been installed before), and I did not do anything else than I listed above.

I therefore think this should be possible to replicate on any other xp pc.

3)

I also found the color ball now, in a toolbar I normally hide, and with the command "Refresh file coloring for all files and folders", and using this command WILL refresh the wrong formatting and set it right (after hours of trying it all out, I got mixed up for a brief moment, for what was "system", and what was not, sorry!).

4)

Now the original command is, MC.Explorer.RefreshColoringRules, but if I type this command into the MC command line and then press Enter, this refresh is NOT done, obviously because I don't understand how this MC command line works (since the respective ball command works fine).... or is it one of those command lines in which you cannot do much? ;-)

Thus: Configuration-User Defined Commands
There: Click on the folder symbol, for "Create new command"
Then: Command type: Multi-Script (I hope this is the right one, was not evident from looking into those; perhaps this can be done in a simpler way I didn't find)
Name: Refresh, Hotkey, Shift-Control-R, and in the field for the script lines, just the above command Mc.Explorer.RefreshColoringRules and nothing else; similar commands similarly.

After that, +^r will refresh your color codings.
EDIT:
a) You also can assign an "alias" to that "script" (but not to a single command it seems? It has to be put into such a "script" for that?), instead of assigning a shortkey to it, or additionally, and then, entering (in this example) RefreshENTERKEY will trigger the script and by that the command.
b) Those commands are case-sensitive, so if you put an Mc.Whatever into the scriptlet, instead of MC.Whatever, it will NOT work.
c) Deselecting the FileCommands toolbar (which includes the color ball here) and the Drives toolbar did not just deselect them, but made them vanish from the menu, so I had to reinstall MC to see the ball again. In other words, don't deselect these toolbars before being sure you don't need the icons there anymore.

Anyway, Thomas, thank you very, very much for your patient help!

2

Support and Feedback / Re: List entry formatting does not go back to regular

« on: January 20, 2015, 17:53:40 »

"Then scroll down to the "Fonts" section and there are 4 fonts that you change."
My fault, excuse my blindness. I had looked into that again and again, without detecting it. Now I found it, thank you very much!

Focus to MC command line by caret key (^): works! Thank you! Also by shortkey: "MC Commander (Base)" then "Change input focus to the CommandLine field": Had search for it, and overlooked it. Again my fault, sorry!

MC Command line vs. ^f/Filter field: No problem, I've got it now, just predetermined filters from the MC command line, filters on the fly just from the filter field. Command line would have been better since there you can see a longer line, whilst filter fields are very short, but no problem, just wanted to be sure it's not possible.

"Refresh", by F5, as in your web browser. I also found the Refresh command now at the bottom of the command list which is there to assign shortkeys. (Hadn't thought seriously of this because of F5 traditionally being for "Copy" in file managers, but had even tried it on my own, with no effect.)

In fact, F5 / Refresh has NO effect, not then, not now: The formatting of files is NOT reverted to "none" = regular font! And yes, there is something particular, all these files are on an external hdd, but positive formatting ("system", "hidden") is displayed at once, correctly, according to my settings (bold, color), whilst negative formatting (NO system/hidden anymore) is NOT displayed correctly, not even after F5, and not even after I go to another folder, or even to another drive, and then back to the current one: The entry remains bolded/colored.

Also, very strange: Now, when I change attributes of entries in my c: folder, not even the positive formatting is displayed, i.e. by making a file "hidden" or "system" there, it does NOT display in bold or color.

So is there also a folder-specific behavior there? At the same time, files on my external hdd drive GET the formatting, but will not lose it, as described, except by closing MC and then reopening again.

In c:\, a file "hidden" remains regular (!), the same file then checked in another file manager is blue (which is the correct formatting/coloring for "hidden" files there), and when I un-hide the file again, no change in MC (since it had remained regular before anyway), and it gets regular in the other file manager (= back from blue there).

So I tried the same in c:\Programs\SomeProgram, and there, "system"izing a file shows it in red-bold, "hiding" shows it in bold (= both correct according to my settings), whilst de-hiding, de-"systemizing" leaves it in bold or bold-red, instead of the entry reverting back to regular (= it has nothing to do with external hdd vs. internal c:\ hdd); here (in c:\Programs\...) again, formatting and de-formatting of entries is correctly displayed in other file managers, but de-formatting is not correct in MC.

All this in XP, but from the correct display in other file managers, it's evident it has nothing to do with possible incorrect attribute changes or XP-in-itself (since formatting would be faulty over there, too, if attribute changes had not been made correctly), but perhaps the fault lies in the interaction between MC and XP (and will not occur in Win7/8)?

And why not even positive changes in c:\ (= in its source folder)?

Also, as said, F5/Refresh does not help in any way about all this, neither does "Always rescan folders."="on".

I hope very much you could find a hint which settings I could try in order to get rid of this, but as said, this behavior of not reverting back to regular formatting does also occur with default settings (vs. my "Rule based coloring").

EDIT: I change attributes in MC, by a right-click tool (Attribute Changer 7), then these changes are correctly displayed in other file managers, but not in MC (if negative, from some attribute to not-that-attribute) if back to regular. I also tried with "Properties", but that dialog does not offer hidden or system to change. Anyway, I'm positive those attribute changes are correctly made, since visible in other file managers (or when I reopen the Attribute Changer dialog again).

All this in "list" mode, and no difference between left/right pane. (But as said, different behavior in c: source folder.)

I even had reinstalled MC because of this, but I'm ready to reinstall it again and follow your instructions if you think that could help.

3

Support and Feedback / Re: MC commands (on the fly) from command line?

« on: January 20, 2015, 15:55:07 »

I've got some more "newbie's" problems I'm afraid of.

Set View filter = ^f is in the help file, http://multicommander.com/docs/keyboard-shortcuts/CommanderStyle

I now made a link to this important page.

On the other hand, I don't find the shortkey to set focus, i.e. to "go to" the MC command line?

Also, I had thought that internally, it was possible to execute internal commands, but

MC.Explorer.SetViewFilter FILTER="a*.*"

within the MC command line does nothing, i.e. no filtering of the currently active pane, just the command line gets empty after my "return key" pressing. Do I do something wrong here, or is this not possible? (Here again, for there filtering, the filter field works perfectly, but I would like to know in general.) Also, shortening the line to Explorer.SetViewFilter FILTER="a*.*" or then to SetViewFilter FILTER="a*.*" does not work any better.

I very much hope I just didn't grasp the correct format for such internal commands yet?

4

Support and Feedback / Re: MC commands (on the fly) from command line?

« on: January 20, 2015, 15:21:28 »

Hi Mathias,

Thank you so much for answering. I feared it was "no", having "got" these explanations for "pre-figured" commands from the help file, but I had hoped to have overlooked some more flexible possibility; prefigured commands would not be realistic for me since for such filters, I would have dozens of them and would create them from a macro script I then would like to pass over to MC.

This being said, it's always possible to pass such a "filter line" into the "current" filter field, thus my question for a possible keyboard shortcut to set focus to that field? This being said, it would always be possible, from MY macro program, to put focus to that field without having a shortkey (screen elements Edit1/2, respectively), but if there is some, please tell me/us (especially since most macro programs do not allow for setting focus to some specific screen element, except for doing it by the respective shortkey of the application in question).

So, my only real problem now is with the file/folder entry formatting: When you set the "hidden" or "system" attribute to "yes"/checked, the formatting you will have preset for that attribute will be displayed, but when you uncheck those attributes, the formatting which had been correct for the special attribute, will stay for some time, i.e. for quite many minutes, and even independently of switching to some other folder and then back. IF that is a bug, and if you could exterminate it, this would be awfully kind of you, but this being said, please don't feel being put into a hurry by my insisting on this issue: Your making available not only different colors, but also bolding and other formatting for special attributes, is more than most file commanders do, let alone free ones! Also, I would like to confirm that the "regular" formatting is correctly displayed then after closing MC, and reopening it, but of course, I would really be helpful for such attributes-linked formats to be updated back to regular as soon as you update the file attribute in question.

EDIT: Control-f, oh! That's simple, could have found that out myself, dumb of me. Thank you very much!

5

Support and Feedback / MC commands (on the fly) from command line?

« on: January 20, 2015, 14:48:10 »

I understand it's possible to do MC commands from within MC, I also understand it's possible to prefigure such commands and then run them from the command line (both variants not tested).

What I am interested in, though, is sending MC commands from the command line = from the Windows "run" command window, not in any prefigured way, but as is needed in the particular situation.

I tried (always from that Windows "run" dialog):

MC.Explorer.SetViewFilter FILTER="a*.*"

> "not found"

C:\Programs\MultiCommander\MultiCommander.exe MC.Explorer.SetViewFilter FILTER="a*.*"

> displays MC but does not execute the filter command (which is assumed to work upon the list pane which currently has focus)

Do I need to do something similar to this, in some slightly different syntax, or is it not possible to execute MC commands if their precise "content" has not been prefigured before?

And in case that latest, negative answer to my question applies:

What would be the keyboard shortcut for selecting the current file pane's filter field, and/or how to change that shortcut to something of your choice? (I found the keyboard configuration, but I didn't find a "focus filter field of current pane" command there.) (The shortcut shift-control-f does not put focus into that field, but opens an (unwanted) menu.)

Thank you so much for your help!

6

Support and Feedback / List entry formatting does not go back to regular

« on: January 20, 2015, 13:17:18 »

Hello,
I just discovered MC, and I found several traits of it very appealing, even though my very first action was to hide the multi-buttons, and the fact that now it's free, just adds to my very positive impression overall, even though I think it should go "paid" again, since only this ensures active development. Some not-so-good file managers are sold at 40 dollars, which certainly is not necessary, but 20 dollars for a decent file manager should be considered perfectly acceptable to everybody. This being said:

I have got two questions, one minor and one major. My much less important question being, is it possible to change the fonts (regular font, not bolding, color, etc.) for the lists in the list windows? If so, how to do that? I tried really hard to find such a setting, but in vain.

Now my question which is much more important to me: I always display system and "hidden" files/folders, and I use the system/hidden attributes for displaying any particular files/folders in bold (hidden), and in bold and colored colored (system).

Now this works fine, but when then, afterwards, I de-"system" or de-hide such a file or folder, the list display does not revert to regular (from bolded or from bolded-and-colored), but stays bolded or bolded-and-colored, not indefinitely, but for a long time, so these display toggles do not work correctly?

The same is true if I display another folder in that same list pane, then go back to the previous folder there: The bolding or bolding-and-coloring will have not disappeared. Also, my switching the setting Configuration-Explorer panel settings-Display to "Tweaking (Advanced, changing is not recommended) Always rescan folders (...)" to YES (= "checked") does NOT change anything to the above-described problem.

I tried with custom coloring (the above settings and tab "Colors there", then "Rule based coloring of files and folders"), and also with the default state (Windows coloring/bolding), and this didn't make any difference.

Is this a bug, and if so, do we have to live with that, or did I overlook some setting I should switch on or off, in order to make file/folder name display revert immediately to default state (black and regular, instead of bolded and/or colored), whenever the system and/or "hidden" attributes are reverted to "no"?

Thank you very much for your interest in this matter!