376
Tips and Tricks / Re: WINPE 4.0 and MC
« on: July 04, 2016, 10:15:26 »
I have updated the Installer section of the Download page with this information.
Thanks
Alan
Thanks
Alan
News:
MultiCommander v14.2 is released!
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.
377
Tips and Tricks / Re: WINPE 4.0 and MC
« on: July 03, 2016, 14:11:43 »
I will update the Download page if Mathias is OK with it...
378
Support and Feedback / Re: Email notifications
« on: June 30, 2016, 18:41:01 »
Glad it appears to be OK now.
I'm a Thunderbird user & I would have been happy to help troubleshoot that (potential) end of the issue had it been necessary.
Alan
PS: Happy to start a new topic if it helps
I'm a Thunderbird user & I would have been happy to help troubleshoot that (potential) end of the issue had it been necessary.
Alan
PS: Happy to start a new topic if it helps
379
Support and Feedback / Re: Email notifications
« on: June 30, 2016, 15:25:59 »
Hi Alan.
In the interests of scientific enquiry and curiosity, I am replying to your post of 35 minutes ago to see if you get the notification
Which email client do you use, BTW?
Alan
In the interests of scientific enquiry and curiosity, I am replying to your post of 35 minutes ago to see if you get the notification
Which email client do you use, BTW?
Alan
380
Support and Feedback / Re: Crash upon opening Multicommander
« on: June 29, 2016, 15:36:43 »
Hi Susan.
Did you ever resolve this (or at least come to any conclusions)?
Alan
Did you ever resolve this (or at least come to any conclusions)?
Alan
381
Script / Re: Unexplained if() Behaviour in MultiScript
« on: June 29, 2016, 10:03:09 »
Thanks for the explanation, Mathias.
I clearly had forgotten how strcmp() works after 40 years. That's why I need you youngsters to jog my memory now and again
I clearly had forgotten how strcmp() works after 40 years. That's why I need you youngsters to jog my memory now and again
382
Script / Re: Unexplained if() Behaviour in MultiScript
« on: June 28, 2016, 23:54:24 »
Thanks for the reply Mathias.
Yeah - I remember C (never did much C++) and how == works. Are you saying that the MultiScript equality operator actually compares the addresses of the two values, rather than their contents?
So I need to use StrIsEqual() (the equivalent of the C strcmp() function), yes?
I understand if you don't want to change the behaviour - regression testing is a bitch and angry users are even worse
I'm very familiar with the MultiScript string functions by now; I spent a couple of hours this morning checking and amending the documentation page for them
Yeah - I remember C (never did much C++) and how == works. Are you saying that the MultiScript equality operator actually compares the addresses of the two values, rather than their contents?
So I need to use StrIsEqual() (the equivalent of the C strcmp() function), yes?
I understand if you don't want to change the behaviour - regression testing is a bitch and angry users are even worse
I'm very familiar with the MultiScript string functions by now; I spent a couple of hours this morning checking and amending the documentation page for them
383
Script / Unexplained if() Behaviour in MultiScript
« on: June 28, 2016, 18:07:59 »
Can somebody please explain the behaviour as shown in the debugger output below (Jungle? Mathias? Anyone with a brain younger than mine...?)
The variables' values clearly show that execution should never enter the if(). And yet...
TIA
Alan
The variables' values clearly show that execution should never enter the if(). And yet...
TIA
Alan
384
Feature Requests and Suggestions / Re: Folder Sizes Not Calculated if Any File/Folder Selected
« on: June 28, 2016, 10:04:42 »
I've taken a closer look at this and I believe that the functionality would be improved by changing the recalculate logic to:
This way you always get what you need (ie., folder sizes!) and no selections would be lost.
Feedback, anyone?
Code: [Select]
if (any folders are selected)
only calculate selected
else
calculate all folder sizes
endif
This way you always get what you need (ie., folder sizes!) and no selections would be lost.
Feedback, anyone?
385
Feature Requests and Suggestions / Re: Folder Sizes Not Calculated if Any File/Folder Selected
« on: June 24, 2016, 13:04:29 »
Well, strangely, it seems to be working today 
No wait - just retested... If only files are selected, then it will not calculate any folder sizes.
No wait - just retested... If only files are selected, then it will not calculate any folder sizes.
386
Feature Requests and Suggestions / Folder Sizes Not Calculated if Any File/Folder Selected
« on: June 23, 2016, 23:17:32 »
Mathias,
In the spirit of WasabiNME's post here http://forum.multicommander.com/forum/index.php/topic,1774.0.html, this has to be, I believe, a bug or at least an oversight.
It is a folder size issue: if any file/folder is selected in the active tab then calculation of folder sizes - using shortcut Shift+Alt+Enter or Menu->Tools->Calculate folder size - fails. If this were changed, it could, for example, allow users to determine if they can copy/move the selected files/folders to the target.
Can you please take a look and either add it to the next release, or explain why it would not be practical.
TIA
Alan
In the spirit of WasabiNME's post here http://forum.multicommander.com/forum/index.php/topic,1774.0.html, this has to be, I believe, a bug or at least an oversight.
It is a folder size issue: if any file/folder is selected in the active tab then calculation of folder sizes - using shortcut Shift+Alt+Enter or Menu->Tools->Calculate folder size - fails. If this were changed, it could, for example, allow users to determine if they can copy/move the selected files/folders to the target.
Can you please take a look and either add it to the next release, or explain why it would not be practical.
TIA
Alan
387
Feature Requests and Suggestions / Re: Folder size is still not permanent?
« on: June 22, 2016, 23:25:42 »
OK - I see why you feel you have the need.
But no version of Micro$oft Windoze has had it since v1.0, and - again IMHO - a single keypress is not a terrible price to ask
And not a reason to abandon or overlook an otherwise damned good file commander!
As I say, IMHO...
But no version of Micro$oft Windoze has had it since v1.0, and - again IMHO - a single keypress is not a terrible price to ask
And not a reason to abandon or overlook an otherwise damned good file commander!
As I say, IMHO...
388
Feature Requests and Suggestions / Re: Folder size is still not permanent?
« on: June 22, 2016, 19:25:13 »
Hi WasabiNME.
Playing devil's advocate here, but why do you need to see all folder sizes all the time?
Folder sizes can change by the second (or less), depending on how you use your PC. IMHO, there are very few that you need to monitor regularly; and if you do, I would go for dedicated software that does just that. Drive free space is surely a more important figure (and that is available and dynamic).
I have no SSDs and my SATA data drive (700Gb of 1T used) takes about 1 second to refresh (default: Shift+Alt+Enter) all folder sizes.
No? Am I missing something? Happy to be educated
Alan
Playing devil's advocate here, but why do you need to see all folder sizes all the time?
Folder sizes can change by the second (or less), depending on how you use your PC. IMHO, there are very few that you need to monitor regularly; and if you do, I would go for dedicated software that does just that. Drive free space is surely a more important figure (and that is available and dynamic).
I have no SSDs and my SATA data drive (700Gb of 1T used) takes about 1 second to refresh (default: Shift+Alt+Enter) all folder sizes.
No? Am I missing something? Happy to be educated
Alan
389
Support and Feedback / Re: symbols in folder names
« on: June 21, 2016, 09:51:40 »
I can confirm this bug.
I tried several workarounds, including wrapping the path to the folder in double quotes (which cause the default icon to disappear), escaping the '&' (as '&&') and escaping the backslashes ('\\').
In every scenario, after restarting MC, the path is broken before the '&'.
I tried several workarounds, including wrapping the path to the folder in double quotes (which cause the default icon to disappear), escaping the '&' (as '&&') and escaping the backslashes ('\\').
In every scenario, after restarting MC, the path is broken before the '&'.
391
Support and Feedback / Re: command line focus
« on: June 20, 2016, 13:33:34 »
Neither luck nor trial-and-error.
It is buried in the documentation here: http://multicommander.com/docs/ExplorerPanel2 under the section 'Forward Keys'.
I'm one of the few who really does RTFM
I'll tidy up & expand that bit of the documentation if Mathias is OK with that.
It is buried in the documentation here: http://multicommander.com/docs/ExplorerPanel2 under the section 'Forward Keys'.
I'm one of the few who really does RTFM
Quote
the key to the left of the '1' key on a normal keyboard
I'll tidy up & expand that bit of the documentation if Mathias is OK with that.
392
Support and Feedback / Re: command line focus
« on: June 20, 2016, 10:41:54 »
Tolis,
type backquote (`). On a QWERTY keyboard it's the key to the left of '1' and above Tab.
type backquote (`). On a QWERTY keyboard it's the key to the left of '1' and above Tab.
393
Feature Requests and Suggestions / Re: Show focussed file/folder in inactive panel
« on: June 19, 2016, 13:33:26 »
Hi Dusty.
My bad; I should read more carefully. You did say focus and not selected...
The only workaround I can find (admittedly a compromise) in Commander-style setup is to check "Select and Unselect when navigating over files and folders" under Explorer Settings -> Display.
My bad; I should read more carefully. You did say focus and not selected...
The only workaround I can find (admittedly a compromise) in Commander-style setup is to check "Select and Unselect when navigating over files and folders" under Explorer Settings -> Display.
394
Script / Re: ${sourcefocusname}
« on: June 18, 2016, 20:02:02 »
Can be done with MultiScript ;-)
395
Feature Requests and Suggestions / Re: Show focussed file/folder in inactive panel
« on: June 18, 2016, 10:58:55 »
Dusty,
does the attached screenshot show what you are after?
does the attached screenshot show what you are after?
396
User Contributed Content / Re: Updating MC Documentation in 2016
« on: June 08, 2016, 23:37:36 »
Hi Mathias.
Nope. Not received & nothing caught in filters :-(
Please re-send (or forward to my MC Forum email address).
TIA
Nope. Not received & nothing caught in filters :-(
Please re-send (or forward to my MC Forum email address).
TIA
397
Support and Feedback / Re: Copying a template folder with shortcuts
« on: June 07, 2016, 14:57:24 »
Sounds like you are using a Custom Command (which can be only a one-line command).
You need Multi Script to issue a sequence of commands.
Which is why I said
You need Multi Script to issue a sequence of commands.
Which is why I said
Quote
Sounds like the perfect opportunity to learn some Multi Script
398
Support and Feedback / Re: efficient renaming
« on: June 06, 2016, 23:42:55 »
Select menu: Configuration -> Keyboard Customization
Select Module: Explorer Panel and Category: Global Menu Commands
Scroll down to: Rename current file/folder
Assign F2 as the Shortcut key
Select Module: Explorer Panel and Category: Global Menu Commands
Scroll down to: Rename current file/folder
Assign F2 as the Shortcut key
399
User Contributed Content / Re: Updating MC Documentation in 2016
« on: June 06, 2016, 17:11:06 »
Replied privately.
400
Support and Feedback / Re: Purpose of locking Tab option
« on: June 06, 2016, 09:58:34 »
There are some gaps in the documentation...
But keeping documentation (especially Help documentation) up-to-date is as much work as developing and maintaining the programs behind the application.
I have recently offered to help update it...
But keeping documentation (especially Help documentation) up-to-date is as much work as developing and maintaining the programs behind the application.
I have recently offered to help update it...