| T O P I C R E V I E W |
| klausdoege |
Posted - Mar 05 2021 : 07:26:17
Hello,
if I set IEFolderTree1.RootUsePIDL := true,
and RootPIDL := iepdDrives.
Then the program start is very slow.
What am I doing wrong ?
Or is there a mistake ?
Klaus
www.klausdoege.de |
| 11 L A T E S T R E P L I E S (Newest First) |
| xequte |
Posted - Mar 22 2021 : 00:11:15
Hi Klaus
Setting IEFolderMView1.FilenameFilter := '';
Has the effect of clearing the filter (showing all files).
It is the same as setting IEFolderMView1.FilenameFilter := '*';
I suspect something else is happening in the application.
Nigel
Xequte Software
www.imageen.com
|
| klausdoege |
Posted - Mar 21 2021 : 04:54:26
Hello Nigel,
with v9.3.0 I have the same effect. But it's strange, sometimes it works. But again not with the next compilation. Your FolderMView demo works with v9.3.0. Just my program, it's very complex, doesn't it work in every case? It's very strange.
Klaus
www.klausdoege.de
Hi,
It left me with no peace.
I'm already older(70), but I was able to find something.
I had the following code:
IEFolderMView1.FilenameFilter: = Search_Edit.text;
IEFolderMView1.Update;
But if the text is empty '' then it blocks at 32bit.
Now i use
if length (Search_Edit.text)> 0 then
begin
IEFolderMView1.FilenameFilter: = Search_Edit.text;
IEFolderMView1.Update;
end;
And it works, slowly, but also with a 32-bit processor.
Perhaps this information will help you.
Thank you for your patience. |
| xequte |
Posted - Mar 18 2021 : 17:10:36
Hi Klaus
If you can confirm that the problem was introduced in v9.3.1, i.e. test v9.3.0 and see if the issue goes away, then I can narrow the problem down.
There were a number of changes to MView in v9.3.1, though they were almost exclusively related to painting.
Nigel
Xequte Software
www.imageen.com
|
| klausdoege |
Posted - Mar 18 2021 : 06:55:06
Hello Nigel,
unfortunately it wasn't the right result with IEFolderMView1.SetFolderEx(dir, iefCustom,...). The problem is, sometimes the display of the pictures does not work, no matter which directory it is. I've tried 2 JPG images in a directory, sometimes it's OK, sometimes not. Maybe it's a time problem with slow 32bit machines, because with 64bit machines it's ok. I'm giving up now, 32bit hardware is no longer supported.
Klaus
www.klausdoege.de |
| xequte |
Posted - Mar 17 2021 : 18:28:14
Hi Klaus
Unfortunately I do not have any 32bit computers left for testing (it's been well over ten year since we bought a 32bit computer).
At any rate, I don't believe bitness is an issue here, unless Windows has some different file handling on the 32bit O/S.
These three methods all give the same result on the test machine:
IEFolderMView.SetFolderEx( 'd:\Testing_Multimedia\', iefAllImagesAndVideos);
IEFolderMView.SetFolderEx( 'd:\Testing_Multimedia\', iefAllImages);
IEFolderMView.SetFolderEx( 'd:\Testing_Multimedia\', iefCustom, 'jpg,jpeg,jpe,png,tif');
If you find the iefCustom works and the other fail, then that implies there are image formats in iefAllImages that are not in your iefCustom parameter.
Compare the contents of the folder. What might ImageEn consider images that have extensions not in 'jpg,jpeg,jpe,png,tif'?
Presumably there is some "image" in that folder that is tying ImageEn up, possibly a WIC or Camera Raw file???
Nigel
Xequte Software
www.imageen.com
|
| klausdoege |
Posted - Mar 17 2021 : 13:08:24
Hello Nigel.
I installed ImageEn on a computer with a 32 bit processor and checked it again.
I have found the following. Also with your FolderMView demo. When i use
IEFolderMView1.SetFolderEx(dir, iefAllImagesAndVideos) or IEFolderMView1.SetFolderEx(dir, Images) then the error occurs. The program freezes. When I use IEFolderMView1.SetFolderEx (dir, iefCustom, 'jpg, jpeg, jpe, png, tif ....') then the program runs perfectly, even with a 32bit processor. Maybe you can check that again. For me it is also OK with 'iefCustom'.
But I don't know yet whether it will work if you compile on a computer with a 64-bit processor and want to use the program as a 32-bit version on a computer with a 32-bit processor.
Klaus
www.klausdoege.de |
| xequte |
Posted - Mar 10 2021 : 20:37:42
OK, see if you can confirm it occurs with folders containing shortcuts or specific types of files.
Nigel
Xequte Software
www.imageen.com
|
| klausdoege |
Posted - Mar 09 2021 : 03:52:54
Hello Nigel,
ok, i will check that. That can be good, because sometimes it works.
So far I have not been able to understand it. It's probably due to IEFolderMView1.
The error has unfortunately not been resolved for me.
Klaus
www.klausdoege.de |
| xequte |
Posted - Mar 07 2021 : 17:49:44
Hi Klaus
I can't reproduce that, but I have seen instances where bad shortcut (*.LNK) files cause issues (MView may wait for a Windows timeout), e.g. shortcuts to files on disconnected drives.
Is anything like that located in the folder? If not, does it only happen when the folder contains specific file types?
Nigel
Xequte Software
www.imageen.com
|
| klausdoege |
Posted - Mar 06 2021 : 08:46:27
Problem resolved.
I changed the following.
Old: IEFolderTree1.AttachedMView := IEFolderMView1;
New: IEFolderTree1.AttachedMView := ;
Now it works with a 32bit processor too.
But I don't know why the old setting with 32bit processor doesn't work?
But with 64bit processor machines both versions run.
Klaus
www.klausdoege.de |
| klausdoege |
Posted - Mar 05 2021 : 09:52:21
oh sorry,
I had an inactive network drive.
therefore the start was very slow.
I deleted it, now everything is ok.(64bit Processor)
But by test on a 32bit computer it's not possible
to work with this. Every time when i klick on a directory
in ieFolderTree the computer frozen. No work possible.
But i think then problem it's IEFolderMView1.
yes the problem is in IEFolderMView1 the pictures are not displayed.
And the program not mor work.
With version Imageen v930 all is ok ?
With 931 i have this problem, but only with 32bit processor machines.
Klaus
www.klausdoege.de |
|
|
Search
