Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - GrantSP

Pages: 1 [2] 3 4
Support and Feedback / Re: Bad directory name delete error
« on: November 18, 2013, 21:55:27 »
This is a quote from the FAQ on that software's help page.
Frequently Asked Questions(FAQs)

What should I pay attention to about my hidden data?
Please be sure you have unhidden all your hidden data before you reinstall your Windows OS, delete partition or format a disk. Also, The hidden data will be lost if your storage media has something wrong(such as File System error, Physical demage).


Yes I did mean 'focus' not cursor.

Now to play around with those script options and see what I can do.

Thank you.

Let me see if I can explain what is going on.

With the two panels of MC, one is always active and the other is not. Obviously this is good because any commands you start are only going to apply to the active panel, since that is where your attention should be.
However, when you select a tab on the opposite panel the position of the cursor is where it was when you left it. Clearly there is some internal memory of the position, either via the Windows operating system or code within MC.
My question is this:
Is it possible to use that inactive panel file/folder selection in a command? Possibly sending both files in either panels to an external program?
Since the file/folder under the cursor, in the inactive panel, is still referenced somehow.

Related but not important is, are the cursor positions of inactive TABS inside the same panel treated the same way as the panel on the other side?
Or to put it another way. How does the program keep track of the cursor positions on ALL the inactive TABS for either panel? Is it useful for file manipulation?

Feature Requests and Suggestions / Re: Filter activate/disable button
« on: November 08, 2013, 01:35:47 »
You can set up a button on the bottom panel to do something like what you want.

Define it to select a file pattern and another to show all files. I was trying to write one with a toggle feature a while back, but gave up after a few attempts. Maybe that can be done also now.

Support and Feedback / Re: File Search Tab: Rename, Multi-Rename
« on: October 19, 2013, 02:23:20 »
I have come to realize that the "problem" here lies with the users. (Crash+Burn and me) :(

As it has been said MC uses Perl compatible regex I decided to refresh my understanding of that interpretation.

Where I am expecting the backslash to "escape" the next character from the action performed upon the search items, what it actual does is serve as a metacharacter along with other characters to perform specific actions. Thus the error message I quoted earlier is in fact 100% correct and should have told me my use of "\" was wrong.

So I fall back on my previous comment that a lot of problems may be averted in the future with the addition of some kind of "legend of expressions" that are used in MC.
In the same manner as the "flyout" menu associated with the Multi-Rename tool when the "<" icon is selected.

More examples of user expectations not matching actual experience. :)

Support and Feedback / Re: File Search Tab: Rename, Multi-Rename
« on: October 19, 2013, 01:37:08 »
I don't see how the engine should possible know that it only should replace the things between the tags.

But that's why there is the regex code!

Using the examples discussed.
Code: [Select]
The file MyFile[A].txt is used with the regex code "\[.\]" and then replace it with "B".
What is actually happening here in plain language is:
"Look for the opening and closing brackets with any single character between.
Then only replace the character that occurs between them, not the brackets themselves.
If the resultant filename is MyFileB.txt then the regex is not working, otherwise you might as well just say:
"Find the opening and closing brackets and any single character between them and replace them ALL with "B".

In the regex code the "\" is used to 'escape' the next character from the action performed upon the search result.
So in our examples the "[" and "]" characters are used as part of the SEARCH criteria but not part of the REPLACE action

Support and Feedback / Re: Empty Treeviev after closing Tab.
« on: October 19, 2013, 01:22:25 »
Just offering a guess here but wouldn't this be related to the other bug you posted about the treeview not refreshing?

Support and Feedback / Re: File Search Tab: Rename, Multi-Rename
« on: October 18, 2013, 02:50:47 »
The regex engine is a so called perl compatible... I have not written it my self, regex is supported by the C++ standard libraries now days and that is the engine that is used. The error messages comes directly from the engine.

Im no regex expert.
But if I have  a filename named "MyFile[A].txt" and in the Multi-Rename under "Search and Replace" I got "\[.\]" and Replace with "B"
and "RegEx" checkbox checked..
it works. It renames file to MyFileB.txt, I do not get an error

My post somehow got mangled and the example I set shows incompletely.
(Mathias : BBCode that the forum uses and regex tags got mixed up but putting a "code" tag arround it fixes the formatting..)

It should be:
Code: [Select]
\[.\] matches any single character surrounded by "[" and "]" since the brackets are escaped, for example: "[a]" and "[b]".
Which means your file named "MyFile[A].txt should be renamed to "MyFile[B].txt.
If it renames it to "MyFileB.txt" then the regex code is treating the "\" character differently to what is expected.
Whether that is bad or not I am not saying. All I am suggesting is a tooltip or other help device to show which expressions ARE used in your code.

Regex is a very peculiar tool, and those that use it probably use it in lots of different ways, in different software. If there are any differences it needs to be shown what they are to avoid any confusion.

I think you might need to be more explicit in your examples.
If I perform a search for some files, and they are then shown in a search tab. I can select them all and start a Multi-Rename using regex. If I use "." as the Find ALL characters should be, and are, selected ready to be changed to the Replace variable.


File Search for all files that have "__V__1" in the name.
Result is a selection of files displayed in a Search tab panel with that set of characters in their name.
Now I select them all and perform a Multi-Rename on them using regex.

If I set the Find to "." and Replace to A. ALL the characters in the filename and extension are changed to A.
So the resultant files displayed below will look like:

Depending on how long the filenames and extensions were in the first place.

If you are expecting something else, then I suspect you might have a different set of expectations to what regex can do.
In my experience "." means ANY CHARACTER.

This all goes back to my original statement that the ACTUAL regex used inside MC should be clearly shown to avoid any such confusion.

Support and Feedback / Re: File Search Tab: Rename, Multi-Rename
« on: October 17, 2013, 08:12:49 »
Although I don't use regexp a lot there does seem to be some errors here.

An example of regexp is:
\[.\] matches any single character surrounded by "[" and "]" since the brackets are escaped, for example: "[a]" and "".

Using \ however inside the Multi-Rename tool gives an error message whenever it is used.

Error message is:
regex_error(error_escape): The expression contained an invalid escaped character, or a trailing escape.

If your implementation of regexp uses different methods, perhaps some tooltips inside the tool to assist in their creation would help.

Support and Feedback / Re: File Search Tab: Rename, Multi-Rename
« on: October 17, 2013, 01:00:50 »
I could be wrong but, I believe the regexp doesn't work properly even without going through the search tab.

I just tried to perform some regexp, to see what the OP is describing, and I had the same trouble using \ or . even upon files selected from the main file panel. That is without using the search to narrow the selection.

Support and Feedback / Re: Cloud Drives
« on: October 16, 2013, 10:48:41 »
Ok, great to hear. Thanks.

Just out of curiosity I changed the settings to point to a number of different folders, just to see what would happen.

There were no special characters at the end of the paths on any of them but still it didn't show up.

Hopefully the new version will fix it. Although as I said earlier, it really isn't a big deal. Just nice to have it available.

Regardless, this is still the best filemanager around at the moment. Well done.

Support and Feedback / Re: Locked Tab
« on: October 16, 2013, 01:25:38 »
What would you suggest?

The whole idea of locking tabs is to stop movement up the tree from that location.
The only options I can see is to either unlock that tab (defeats the purpose of locking it in the first place) or giving some sort of error message.

I would have to question why you would need that though. The notion of locking tabs isn't a security one, anyone with access to your computer can easily get to any folder outside the "locked" tab. Really it is just a nice UI addition to have the folders you always want on the tabs.

Support and Feedback / Re: Cloud Drives
« on: October 15, 2013, 09:30:02 »
Very well, I trust your judgement.

I guess I must be the only one with a DropBox account!

Thank you.

Support and Feedback / Re: Cloud Drives
« on: October 15, 2013, 05:59:37 »
Ok. that got me thinking. So I went the other way.

If I take the actual path and "encode" it, this is the result:


Now if I take the path as decoded from the hosts.db and then encode it, this is the result:


Clearly they are not the same. As you say, there are extra bytes added somewhere/somehow.
Am the only user that has this problem with DropBox? Maybe no-one else uses it?

DropBox is not taking into account the special character. Unicode instead of ascii? Wrong, or missing, byte-order marker maybe?

I am going to update the report to DropBox at any rate as it appears to be a problem with them.

Support and Feedback / Re: Cloud Drives
« on: October 15, 2013, 02:17:56 »
Ahh, I see what is going on here.

The decoded hosts.db gives me the same result for both the correct and incorrect data.

QzpcVXNlcnNcR3JhbnRcRHJvcGJveA==  (incorrect)
QzpcVXNlcnNcR3JhbnRcRHJvcGJveA       (correct)

Both these lines when pasted into Base64 Decode give me


So, yes, you are correct. The fault is with DropBox and not MC.
I should have realized this all along. Thank you.

I have submitted a bug report to DropBox.

Support and Feedback / Re: Cloud Drives
« on: October 14, 2013, 09:16:14 »
Hmm, this forum doesn't display the extra characters properly.

Looking at you last post shows those two lines as being the same. I was able to look more closely in my editor and the first line is the one with the extra character.
The second line without the extra character is the decoded Base64 line from the hosts.db and points to the correct place.
So how do I get MC to remove that from its settings and look for a new location?

If I manually go to the Dropbox in MC and copy to the clipboard the path it is the same as the hosts.db.

Where is the setting stored inside MC?

Support and Feedback / Re: Cloud Drives
« on: October 14, 2013, 08:58:25 »
Which file?

The hosts.db is fine since it points to the correct place.
Where is it read in MC?

As with the other cloud drives, if there is no fix it really isn't a big deal for me.

Support and Feedback / Re: Cloud Drives
« on: October 14, 2013, 08:12:41 »
The decoded hosts.db points to the correct location of "C:\Users\Grant\Dropbox"

Any idea where the extra "ÿ" comes from?

Support and Feedback / Re: Having a problem with shell context menu
« on: October 14, 2013, 08:03:24 »
I can add some, not very helpful, information to this.

When I first read this post earlier today I thought I would test it to see what was going on.

In my user root folder there was no problem at all, the context menu worked perfectly. However.
Now as I am posting these further posts I thought I would check again and now the context menu behaves just as described in the opening post.

I have no idea why this would happen, nothing has changed at my end on my system.

Support and Feedback / Re: Cloud Drives
« on: October 14, 2013, 07:58:38 »
What information do you need from me? If anything.

Explorer has always been able to find my DropBox folder, why would there be difference with MC?

Support and Feedback / Re: Toolbar view messed up after upgrade
« on: October 14, 2013, 07:52:16 »
I use it to mean you can "grab" the toolbar by its handle and re-position it to another location. And, yes, they probably aren't.

Support and Feedback / Re: Cloud Drives
« on: October 14, 2013, 07:39:52 »
The log has this entry:
2013-10-14 16:36:38.668 Dropbox folder not found : "s" ( "C:\Users\Grant\Dropboxÿ" )

I have no idea where this is configured or when/how it was set.

Support and Feedback / Re: Toolbar view messed up after upgrade
« on: October 14, 2013, 01:32:35 »
As Mathias said in the last post, I could fix the problem just by toggling the toolbars.
My "Standard" toolbar looked like the screenshot provided except for the fact the extra space took up about 60% of the screen width and the buttons to the right were unavailable.

So these toolbars are not "grabable" then? Pity.

Support and Feedback / Re: Cloud Drives
« on: October 14, 2013, 01:24:37 »
Ok. Fair enough about the cloud drives you have never heard about. It is not a big problem.

As for DropBox. Sorry but it is not showing up on my system.
The DropBox system tray icon functions normally and it opens a windows explorer as intended, but there is no icon or item in the dropdown menu within MC.

I'm not sure what info you would need to look into this.
If it is only an issue with my system, everyone else has this option available, then I am really not fussed with getting it working. I can easily go about my work without this.
So if it is more work than is needed just to bugfix this for one user, I understand.

Support and Feedback / Cloud Drives
« on: October 13, 2013, 04:00:57 »
You have previously said the 1508 build of MC fixed the cloud drives not showing up however even with the last version I am only getting my SkyDrive to show up, both on the toolbar and the dropdown selection box on the explorer panel.

Google Drive, DropBox, Box Net and Amazon Cloud are all available on my Windows 7 explorer but don't show inside MC.

Pages: 1 [2] 3 4