Messages

201

Beta Releases / Re: Multi Commander 6.4 BETA/RC

« on: July 25, 2016, 11:50:16 »

Using b2215 on w7x64 I am seeing a bit of weirdness on the column sizing, often when I apply a filter.
I normally use detailed view & have the columns at a fixed width per type.

They now seem to suddenly auto-size to different widths to my default setting, but not always.
This is very noticeable with the size & date columns.
I also see that 'autoresize' is greyed out on the right-click menu for column settings.

Just me or is something else occurring?

.....& Thanks for the update Mathias.

202

Feature Requests and Suggestions / Re: Folder Sizes Not Calculated if Any File/Folder Selected

« on: June 27, 2016, 14:01:22 »

Yes files already show sizes, & I am mad. 

I was trying to get MC to act as AlanJB described, & I thought I saw what he was saying was different to what I expect when I use MC file/folder size calc.

What I did was look at the hi-lited block & how it responds to the <Shift+Alt+Return> instruction.
I haven't really made that clear to myself at time of writing  

203

Feature Requests and Suggestions / Re: Folder Sizes Not Calculated if Any File/Folder Selected

« on: June 25, 2016, 12:39:02 »

Always worked for me as Mathias said.
If you have something selected & hit <space> or use the folder+KB icon, the selection returns a size.
If you have nothing selected & hit <Shift+Alt+Return> everything returns its' size.

What happens when I select something & use <Shift+Alt+Return> is interesting though

EG:- in a dir with 7 folders & 15 files -
1 - select some files - 5 of 15 & hit <Shift+Alt+Return> = all 15 files are calculated
2 - select some folders - 3 of 7 & hit <Shift+Alt+Return> = 3 folders + all 15 files are calculated

The way MC differentiates between folders & files for a mixed selection in these cases of calculation is not something I noticed before as I always select something or nothing.

Nice find AlanJB

204

Feature Requests and Suggestions / Re: Find Dialog mods

« on: June 14, 2016, 11:49:19 »

Thanks Mathias.
Yes the big 'clear' button was too big for me to notice

I look forward to the 'content' field specific button.
My normal way of searching means I may enter a long string of terms in there, & only need to fast clear them as the dir & file.ext remain the same.

Always fun to see your additions to MC.

205

Feature Requests and Suggestions / Find Dialog mods

« on: June 12, 2016, 11:28:34 »

Wondering if it would be possible to add a couple of things to the find dialog some time.

• When the 'Find Content' field is full from a previous use, a 'clear' button would be helpful in addition to the Regex tester button.
• On the 'Load/Save' filters tab, the option to modify or update an existing entry.

206

Support and Feedback / Re: Multiple Instances of the 64 Bit Edition slows the Computer down

« on: May 23, 2016, 11:38:51 »

I have seen gfx cards & drivers cause these kind of problems in the past.
Sometimes it is down to the way the driver calls overlays when it is drawing the dialog.

It is really annoying because the drivers keep changing behavior when they are updated, if the manufacturer doesn't note the problem.  You have to find a 'good' version, which can take forever.

207

Support and Feedback / Re: Multiple Instances of the 64 Bit Edition slows the Computer down

« on: May 22, 2016, 10:26:10 »

FYI I have MC running almost every second my system is on.
I run games, utils, encode video, edit documents with MS office etc etc.
MC is always transparent & seems to have no impact on performance.

If I was seeing as many strange issues as you are, I would be checking the hardware (corrupt or damaged HDD, RAM flaky etc) & running a verification on the Win install -
http://answers.microsoft.com/en-us/windows/wiki/windows_10-update/system-file-check-sfc-scan-and-repair-system-files/bc609315-da1f-4775-812c-695b60477a93

& making sure Win update patches are up to date + checking for virus activity.

Try things like Memtest www.memtest86.com & your HDD manufacturers test software & see if anything shows up.

208

Support and Feedback / Re: Adobe Reader end of Full Screen View go to MultiCommander

« on: May 21, 2016, 11:47:56 »

I use MC to open pdfs every day.
Absolutely no problems of any kind.
I can use full screen or window & no changes to window stacking or tiling occur.  Acrobat stays on top.

209

Support and Feedback / Re: Individually packing files within in nested folders?

« on: May 19, 2016, 12:13:25 »

Yes each into a zip but remaining in the source (nested) folders.

When using the search panel I hadn't realized that a button & script would still interact 

I will give it a shot with MS, thanks Mathias.

210

Support and Feedback / Individually packing files within in nested folders?

« on: May 18, 2016, 22:27:09 »

I'm wondering how easy it would be to use the packer function to pack nested files & maintain the folder structure.
i.e.

Code: [Select]

folder 1
.\file abc.ext
.\folder 2
..\file def.ext
..\folder 3
...\file ghi.ext
packer would zip the files in place, writing output  to source -

Code: [Select]

folder 1
.\file abc.ext
.\file abc.zip
.\folder 2
..\file def.ext
..\file def.zip
..\folder 3
...\file ghi.ext
...\file ghi.zip
I wondered if this would be possible via 'flat-view', where I would select the files required & use the packer to pack & output to source.

My first attempt didn't work so now I'm thinking about script or CC, but I can see there may be a lot of variables for me to cover. 

I know flatview is still experimental, maybe this is something that 'should' work in the future?

211

Support and Feedback / Re: Filter + Custom commands broken?

« on: May 16, 2016, 11:53:00 »

Thanks, that was pretty much what I concluded Mathias. 
I could see in that example, that the script would need some way of pausing & waiting for the external program to complete before stepping forward.  I had not searched to see if that kind of function was available.
So I decided it might work, it might not, but ultimately in this case better to stick to MS so I have things all synchronized.

I still have the idea that I need to be able to write great scripts like Jungle

Sorry for dragging you away from Eurovision Mathias 

212

Support and Feedback / Re: Filter + Custom commands broken?

« on: May 15, 2016, 13:02:56 »

Thanks Mathias.
I was wondering about interconnectivity & your explanation makes it much clearer to me - the consideration of depth/layer at which these operate is something I am aware of. But I wasn't absolutely clear.  Maybe now fewer headaches for me.

Theoretically I could write a MS script that
selects zips (MS)
calls 7zip to extract & overwrite all older items (ext cmd)
selects zips (MS)
deletes the zips (CC)

I do not need to use a CC or external command but in that instance it should be possible.
I assume that that set of instructions could be improved by using MS alone & I can also try adding custom filters to the script via FilterLoadById.


Thanks Jungle ,I had been thinking of custom filters.  In the example above that could easily allow me select zips from a certain date or size perhaps. 


MC has become a hobby now, a toolbox to play with.  As usual I am trying to see ways of using these new features a) that are immediately useful to me & b) that are something I can play around with.

213

Support and Feedback / Re: Filter + Custom commands broken?

« on: May 14, 2016, 11:00:57 »

Thanks guys.
I had tried with & without ;
As there have been a lot of additions to MultiScript in the last few months, I wanted to be sure that I wasn't missing something related to the script & custom commands.

I intend to try & put together a script at some point. 
To what degree must MultiScript, Custom Commands & calling external programs, all be 100% discrete.  (for making a button)
IIRC there is some leeway. 
I will experiment & create a few headaches... 

214

Support and Feedback / Re: Filter + Custom commands broken?

« on: May 13, 2016, 13:15:25 »

so should

Code: [Select]

MC.Explorer.Selection.Select FILTER="*.zip;*.rar"
MC.Filesystem.Deleteor

Code: [Select]

MC.Explorer.Selection.Select FILTER="*.zip;*.rar"MC.Filesystem.Deletework?

Sorry I'm double checking as I'm wondering about syntax now.

215

Support and Feedback / Re: Filter + Custom commands broken?

« on: May 13, 2016, 13:06:31 »

Ahh OK thanks Mathias.
That explains it!
Hadn't been connecting the dialog state to the custom command creation.  I will go & stand at the back of the class....

216

Support and Feedback / Re: Filter + Custom commands broken?

« on: May 13, 2016, 12:50:48 »

Thanks Jungle
I had seen ; on the dialog help txt so used it, having forgotten the <space> option.   
Unfortunately with space it also fails - it only selects the first term 

I wanted to delete the archives where found so tried

Code: [Select]

MC.Filesystem.Delete FILTER="*.zip *.rar"
but no selection is made;  so added

Code: [Select]

MC.Explorer.Selection.Select FILTER=*.zip;*.rar
MC.Filesystem.Delete FILTER="*.zip;*.rar"
but MC then makes a single string (bad?)

Code: [Select]

MC.Explorer.Selection.Select FILTER="*.zip *.rar"MC.Filesystem.Delete FILTER="*.zip *.rar"
& that fails selecting only the zips.

217

Support and Feedback / Filter + Custom commands broken?

« on: May 13, 2016, 12:43:24 »

Using MC 6.2 b2147 on W7x64

So far I found that neither of these would work, when I added them to buttons: -

MC.Explorer.Selection.Select FILTER=*.zip;*.rar
MC.Filesystem.Delete FILTER="*.zip;*.rar"

I tried with " " & without.

...or is it me? 

218

Beta Releases / Re: Multi Commander 6.2 BETA

« on: May 08, 2016, 18:42:41 »

This was discovered by accident on 2140.  I have never seen it before.  I am sure I have wrongly clicked the button before & it just didn't take any action because no RARs.

I can see how your unpacker / copy function is the 'same'.  & That explains why the files went up to the the drive root in this case.
I think the only real 'problem' here, is the unpack function was invoked when there were no archives.

I'm happy to continue without the OLD code, this event was a surprise & I thought you should know given the fact it was ignoring the .ext
I like how it is possible to copy things from within/to archives via the virtual file system.
I like the new system as it has some powerful options available.

If I find any other hiccups when using my scripts/buttons I will let you know.
Thanks for looking into this, Mathias.

This issue is now fixed, So in next build this should not happen

Everything seems to be 100% now. 
Thanks Mathias

219

Beta Releases / Re: Multi Commander 6.2 BETA

« on: May 03, 2016, 18:56:39 »

This was discovered by accident on 2140.  I have never seen it before.  I am sure I have wrongly clicked the button before & it just didn't take any action because no RARs.

I can see how your unpacker / copy function is the 'same'.  & That explains why the files went up to the the drive root in this case.
I think the only real 'problem' here, is the unpack function was invoked when there were no archives.

I'm happy to continue without the OLD code, this event was a surprise & I thought you should know given the fact it was ignoring the .ext
I like how it is possible to copy things from within/to archives via the virtual file system.
I like the new system as it has some powerful options available.

If I find any other hiccups when using my scripts/buttons I will let you know.
Thanks for looking into this, Mathias.

220

Beta Releases / Re: Multi Commander 6.2 BETA

« on: May 03, 2016, 14:17:36 »

I had the wrong pane selected, my cursor bar was on the <-.. space at the top of a dir that contained .mp4s.

I clicked my custom button & the unpacker started to process all the files in that folder - but they are all .mp4 not .RARs.
Nonetheless I ended up with copies of several files.
It is also odd that those files were written one dir level above, normally this command will extract to the source folder, & instead of asking for overwrite etc MC wrote copies elsewhere. 

My other open pane was the one with the .rar.  That was where I meant to click...  

221

Beta Releases / Re: Multi Commander 6.2 BETA

« on: May 03, 2016, 11:00:52 »

UnRAR weirdness
using MC 6.2 b2140 on w7x64 I had a strange event.

I have a button with the folowing code

Code: [Select]

MC.Explorer.Select FILTER="*.rar"
MC.Filesystem.Unpack TARGET=${sourcepath} FILTER="*.*"
MC.Explorer.Selection.UnselectAll
Normally I only click this when a pane is active/open with RARs in it, today I accidentally still had focus on a folder with some .mp4s when I clicked it. 

The unpacking dialog opened & the process began to copy the .mp4s to the dir above  e.g. -
unpack d:\video\xyz.mp4 to d:\xyz.mp4
It would have continued with all the folder contents had I not canceled-but cancelling caused MC to CTD.

(hope I have posted in correct thread!) 

Thanks for the filter to MS capability Mathias.  Will need some time to play with that.  Has great potential

222

Support and Feedback / Re: MC 6.1 2124 NODIALOG Switch broken?

« on: April 10, 2016, 14:11:02 »

Thanks Mathias, working now   

223

Support and Feedback / MC 6.1 2124 NODIALOG Switch broken?

« on: April 10, 2016, 10:14:27 »

Just ran the update to 6.1 2124 & I am finding that the button to which I have assigned the user defined command
MC.Explorer.Delete NODIALOG NEWQUEUE
now shows a dialog.

MC.Explorer.Move NODIALOG USEEXISTINGQUEUE
MC.Explorer.Copy NODIALOG USEEXISTINGQUEUE
-Work as before.

Something broken ?

224

Beta Releases / Re: Multi Commander 5.9.8 BETA

« on: March 28, 2016, 12:37:14 »

Just updated to 2110 & search is working properly & is fast again. 
Thanks for all the work on this Mathias.

225

Beta Releases / Re: Multi Commander 5.9.8 BETA

« on: March 27, 2016, 21:25:27 »

Thanks for the reply Mathias.  I agree with you - that is what should be & was happening.

But in this case -

• On clicking start the dialog blinks briefly & 'search completed!' is shown. (Less than 1/4 of a second.)
• I was starting the search at that sub-level. The path field correctly shows the path from the selected folder.  I then saved it.
• On closing the dialog & then reopening/loading the saved search, the saved search had split the line - I found this when I opened the form to see if it was different.  I edited out the line break but no difference, copying the path from the path bar into the '...' form didn't help.

Altering the SubLevel 0-all switch makes no difference.
I'm not using any unusual characters in the dir names I'm just starting at a 'deep' level - 6 or 7 steps down from drive root.
If I start at depth 4 the same file is read correctly.... 

If you get multiple lines in the "..." dialog then you have a path that makes the search think you have multiple search locations.
space is an unusual character when it comes to paths, You probably got a space or ; somewhere in the path.
Next version will be more robust against paths like that. I thought that was already in that version. But I think I forgot to include it in the version that was pushed out.

Ahhhh mystery solved.  I didn't consider that.  One dir element does have a space in its name & that's the problem!  Thanks for checking this out