Messages

301

Feature Requests and Suggestions / Re: What do *YOU* want to be added to Multi Commander ?

« on: April 03, 2015, 13:11:43 »

I have 2 main issues: -
1- undo (e.g.<ctrl>+z) for accidental clicks like deletion
2- Script debugger tool more 'finished'.

#1 is my choice for a feature as I am guessing you will already have a plan to increase or alter debugger functionality.

I realize the undo function would be complex to implement, maybe instead it would be possible to call the last command/process line(s) from the logfile to the clipboard/a textview window.  I.e. A quick key combo or button shortcut to bring up a dialog of the last few processes with copyable paths+filenames.
This latter could be useful in a variety of situations.

Perhaps a MCscript function to select lines of the log & then output to text file or MDViewer (as defined within the script) would address this?
This could also possibly allow selecting of: -
a specific number of lines, (eg last 5 lines chronologically)
a time range,
a file type,
an operation type etc etc
 - allowing a quick way of checking things like what was deleted, which operations occurred on a specific file type in x hrs etc.
This could be potentially useful in a lot of environments.   

I can of course open the log window & copy text out to search etc but integrating the search function to the log window or allowing me to script specific searches would be fun

302

Beta Releases / Re: Multi Commander v5.1 BETA

« on: March 22, 2015, 11:00:54 »

When I read that CHANGE I was thinking that it was the Windows ext settings, not the internal MC settings, that had been altered. 
I didn't think of the MC FileType setup as I have rarely used that in the past, (but I really should have as it is a useful extra layer). Swapping notepad for notepad++ & adding some file types was the main thing I changed.

I can see the problem of MCViewer or not as default, I also wondered where the native image display was sometimes but as normally I use MC with irfanview it hadn't been an issue. 
The MC viewer is definitely better as default for a portable install for me at least.

Shows there are many features I have not explored fully in MC!
But Thanks Mathias - now I know how to change it as req'd 

303

Beta Releases / Re: PDF Documentation - Test Version

« on: March 21, 2015, 14:31:02 »

Looking good, greatly appreciate this reference

304

Beta Releases / Re: Multi Commander v5.1 BETA

« on: March 21, 2015, 14:22:37 »

Since updating to 5.1 b1913 (W7x64) today, I find all my jpgs now open with the native MC viewer, (I have been using irfanview normally as it has a bit more functionality) but despite resetting the default app for the jpg ext I cannot directly open them with irfanview any more.  Always uses the MC viewer unless I right click/open with.
I haven't rebooted the PC yet but I thought I better mention it...   

305

Beta Releases / Re: PDF Documentation - Test Version

« on: February 23, 2015, 13:03:23 »

Thanks that seems to have done the trick

306

Beta Releases / Re: PDF Documentation - Test Version

« on: February 20, 2015, 23:10:05 »

Thanks for this Mathias.  It is esp. helpful to me when searching for script commands as I can use the pdf search box. 
There are currently page breaks on the gray script example fields.  eg p168-9, 169-70 etc,  it would be nice if the fields weren't broken so as to allow seeing the whole box at a glance.

307

Script / Re: 2 functions I'd like to see

« on: February 17, 2015, 13:19:10 »

I have a small amount of basic & C++ experience - but years ago....& a lot has changed!
So I have to learn/recall again. 

What had thrown me was the fact some vars were defined with = function & some not
eg
@var $arr = GetSourceSelectedPaths();
or
@var $ext;

Until you put the $ext in the loop, it obviously returned a single extension value for multiple different file types.
I since realized that assigning values to vars is conditional on the context.  [Cannot say why I forgot that!! ]
Returning multiple ext values was dependent on the loop cycling. 
But I can see where both options could be used
- make all exts the same
- keep all exts as is.

I started thinking about the names being the same on multiple files with the same .ext.  Obviously this is made irrelevant by the use of Multi-rename, but I started to think about how to add that to the script as an experiment. 
I started with the idea to only name 1 file & now there is a holocaust of bad code imminent!! 

There are quite a lot of interesting possibilities in MC Script & I enjoy playing around with it.  Sorry for the torture it creates. 

I will have to look at some programming tutorials, to reduce the time I spend creating comedy scripts for you.

308

Feature Requests and Suggestions / Re: Request for file rename operations

« on: February 16, 2015, 18:45:11 »

The in-line rename doesn't select the .ext for me (thankfully!  I hate explorer selecting everything.)
Using either mouse or F2 I get just the name hi-lit.  I'm using the 'Windows look n feel'

You can also open the mass rename dialog where [n] name & [e] extension are separated into their own fields

309

Script / Re: 2 functions I'd like to see

« on: February 16, 2015, 17:52:02 »

I don't really understand how you are thinking,

Me neither 

I seem to have forgotten a lot since I tried using MCscript last!
My concept of vars vs funcs has blurred   
Returning to MC script after a long break (+ flu last week) might not have been such a good idea.
Unfortunately I find your script interesting & know just enough to cause you trouble!

I see that it is necessary to define some parameters in the @var list, I do not yet know where to divide what is possible & what is correct (as you noticed).
I'd decided to use GetSourceFocusPath before I read your reply, as this gave me a string.

Moving $ext down into the loop is something that I had not thought about, yet is obvious now you say it.
I ended up with -

Code: [Select]

@var $arr = GetSourceSelectedPaths();
@var $items = arrayCount($arr);
@var $CurrentNameFullPath = GetSourceFocusPath()
@var $OrgName;
@var $NewName= GetClipboardText();
@var $ext;
@var $n = 0;

// name from clipboard

for( $n = 0; $n < $items; $n++ )
{
  $CurrentNameFullPath = $arr[ $n ];
  $OrgName = PathGetNamePart( $CurrentNameFullPath );
  $ext = PathGetFileExtPart( $CurrentNameFullPath );

  RenameFile( $CurrentNameFullPath, $NewName+$ext, );
}
Works for multiple names on files with different exts.  hopefully this is closer to what you know to be correct.
Thanks for the help!

310

Script / Re: 2 functions I'd like to see

« on: February 16, 2015, 15:15:51 »

I will try not to ruin your day 
I had tried

Code: [Select]

@var $extPathGetFileExtPart( $CurrentNameFullPath );this fails - I assume because I haven't defined $CurrentNameFulllPath previously (in my script above)
I realize array can = group of strings, I need to select one element of the group. 
Will continue trying 

311

Script / Re: 2 functions I'd like to see

« on: February 16, 2015, 13:04:57 »

Thanks for spotting that issue Mathias.

My logic was to route the PathGetFileExtPart command to the array. 
I must practice the design of separate loops for my defined processes
I will attempt to tidy it up !!

This works for now

Code: [Select]

@var $ext = PathGetFileExtPart($arr, 0);I need to recurse my selections.
I had been applying the idea to only one file at a time but your comment on different extensions has made me think about multiple types & defining multiple arrays - new ground for me but definitely useful to be expanding my envelope. 

312

Script / Re: 2 functions I'd like to see

« on: February 15, 2015, 00:02:23 »

I came up with this, amazingly it works but I'm wondering if it is optimal.   

Code: [Select]

@var $arr = GetSourceSelectedPaths();
@var $items = arrayCount($arr);
@var $CurrentNameFullPath;
@var $OrgName;
@var $NewName= GetClipboardText();
@var $ext = PathGetFileExtPart( $arr );
@var $n = 0

// name from clipboard

for( $n = 0; $n < $items; $n++ )
{
  $CurrentNameFullPath = $arr[ $n ];
  $OrgName = PathGetNamePart( $CurrentNameFullPath );
   
  RenameFile( $CurrentNameFullPath, $NewName+$ext, );
  }

313

Script / Re: 2 functions I'd like to see

« on: February 14, 2015, 22:23:16 »

get clipboard string - Hmm I am going blind - I looked for it & didn't find it....Sorry

I would normally use 7zip for spanning - I had disk images I wanted to cut up to span DVDRs - then I thought of making a packer button to compare the functionality & didn't get too far.
It isn't  a necessity with things like 7zip around, but it felt strange not to see an output size field as I have got used to seeing so many fine details in your work.

314

Script / 2 functions I'd like to see

« on: February 14, 2015, 13:30:58 »

Wondering if it is possible to add script commands for
set output file-size for the packer function - for disk spanning etc. (The existing GUI packer dialog could also benefit from an output file-size setting option)
Get string from the clipboard - I thought of a button for renaming a file with clipboard text & moving it to a target folder

Obviously if it is a lot of work then don't worry too much about it

315

Beta Releases / Re: Multi Commander 4.9 Beta

« on: January 16, 2015, 14:02:42 »

Thanks for a great new build Mathias.
I will be playing with these -
- Custom Command "MC.Utils.SortLines"
- Custom Command "MC.Utils.FindAndReplace"
- Custom Command "MC.ShowFavWindow" and "MC.ShowFavPopup"


Happy New Year

316

Support and Feedback / Re: 3 things

« on: December 27, 2014, 23:02:43 »

I would hate being limited to the multi-press you suggest.  At the moment MC is very useful for jumping between names by inputting more than one letter (Something Win Explorer cannot do).
e.g. If I have the following files/folders

cathode
centre
cinch
couch
couch.1
couch.f
couch.u6
couch.fff
cup
cycle

I press c but want to jump between cathode & cycle
I only have to hit y (thus giving cy as my search) much faster than arrow keys or multi-press.
Increasing the letters typed narrows the target possibilities. Additionally use of the filter in the lower right & then using name components is very fast for finding a file buried in hundreds of others.

This is just one of the reasons I cannot live without MC.   

317

Feature Requests and Suggestions / Re: Donate PayPal button

« on: October 02, 2014, 12:13:47 »

As I have said before, I would like to see a donate button also.
Basically I feel it should be something that doesn't dramatically increase the workload, & doesn't expect 'special treatment' as we get so much already!
So I think it is about showing appreciation not gaining some advantage or bonus.

Maybe an easy way to manage this is just to give donors a forum status boost like VIP, 'Multi-Lieutenant-Commander' or something. 
There need be no additional interaction or commentaries added to the program.

However if & when Mathias has something he'd like to share to 'VIP' members then he can do it. 
Maybe something like a plugin, a unique colour scheme, an MC Xmas e-card etc
He can simply PM a link to the member or have a VIP sub-forum & post things there for donors only.

As for business sponsors, I imagine companies might want a specialized/personalized product so that probably requires a separate 'Rank' & individual 'pricing'.
My 2 cents. 

318

Beta Releases / Re: MDV find field MC 4.5.1768

« on: September 12, 2014, 23:25:05 »

I recall you mentioning that the find dialog functioned differently from the regular operations.
Now I know why it has happened, I can adjust the way I use the functions, so if it cannot be altered it's not too big a problem 
Didn't realize the Commander interface had some over-riding under the hood functions that are so different.

319

Beta Releases / Re: MDV find field MC 4.5.1768

« on: September 11, 2014, 12:05:18 »

Played around & discovered it is occurring when using F1 on a result or using the MDV icon in the found dialog.
The latter works; F1 doesn't pass the string correctly.  I have been using both methods to open MDV on results - hence 'intermittent'... 

OT
When I have multiple instances of MDV active they do not 'stack' icons on the taskbar, & so I cannot close all with a single right click op, & they eat up a lot of space.  Any way that could be changed to an icon 'stack' behaviour?  (MC itself also behaves like this but I normally have only 1 MC instance running so it's easier to handle. )
Re: - Pic - 3 instances of imgburn vs 3 x MDV

320

Beta Releases / Re: MDV find field MC 4.5.1768

« on: September 10, 2014, 22:37:00 »

After I posted, it came back & then went away again...& IIRC it has been doing it on/off for a while now.
So there is some intermittent problem, at least for me. 

321

Beta Releases / MDV find field MC 4.5.1768

« on: September 10, 2014, 11:49:18 »

I noticed that multi-data viewer no longer refreshes the 'find' field after a search from the F3 search function.  It used to pass the search string used when looking for text in files.
This was a very useful feature please bring it back!   

322

Beta Releases / Re: MultiCommander v4.4.1 (Alpha)

« on: August 11, 2014, 19:12:05 »

And if the it is too much of the last line hidden then the scrollbar is set so that is possible to scroll one more line.

That wasn't happening. 
I needed to restart MC & resize in different directions until that came back into operation.

323

Beta Releases / Re: MultiCommander v4.4.1 (Alpha)

« on: August 11, 2014, 12:25:36 »

(I edited my comment above)
OK on the toolbars, I was trying to make sense of the layout being odd.

Having been stretching the panes I now do not see the cropping of the last vertical whitespace. 
I have rebooted several times since the las update so I am not sure why the layout redrawing itself saw an issue.

[update]
Altered the toolbars & restarted - the horizontal cropping of the last line reappeared.  Played with stretching the pane & it reset to allow a vertical whitespace/full display of last item line.

If the window is not large enough to fully draw the last line inside the list what did you expect would happen?  Overdraw it on the status line ? skip the last line ?
Drawing a partial line is fully normal behavior if the line does not completely fits into the list.  Just resize the window a couple of pixels in height if it is a issue.

I'm talking about display relative to scrollbar position. 
I am talking about having reached the end of the details list vertically & having the last line obscured. 
Normally when the vertical scroll bar is all the way down, Win ensures the last item is not obscured & crops the top items. 
I attach how it should look if the vertical bar is mid travel or at the end of travel.  I have been seeing this latter with a cropped item on occasion as I show above.
It didn't matter how big I made the pane or what the resolution was, it would cut off the trailing whitespace & bisect the last line.

324

Beta Releases / Re: MultiCommander v4.4.1 (Alpha)

« on: August 10, 2014, 14:13:37 »

(I edited my comment above)
OK on the toolbars, I was trying to make sense of the layout being odd.

Having been stretching the panes I now do not see the cropping of the last vertical whitespace. 
I have rebooted several times since the las update so I am not sure why the layout redrawing itself saw an issue.

[update]
Altered the toolbars & restarted - the horizontal cropping of the last line reappeared.  Played with stretching the pane & it reset to allow a vertical whitespace/full display of last item line.

325

Beta Releases / Re: MultiCommander v4.4.1 (Alpha)

« on: August 10, 2014, 13:58:48 »

Thanks for the fast response Mathias. 
I was using "Thumbnail Detailed" mode.  Using centre alignment for "Thumbnail Detailed" means the thumbnail is complete & the 'whitespace' below it is cropped.  Bottom alignment crops the thumbnail itself.
I guess that is why you will remove the  top/bottom  option.

My 'problem' is the view of text in 'detailed' mode as per the attachment above - I see the last line horizontally cropped now. 
update--
found if I drag the window size around it can go away & nothing is cropped.  I notice the space between the top 2 toolbars becomes much longer than normal at times - unless this is just me never noticing....