Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-18 Thread Duane
On 6/18/2013 8:41 AM, André Somers wrote: > Op 17-6-2013 19:07, Constantin Makshin schreef: >> >> 1) On Windows directories can have custom icons. Not 100% sure about >> other platforms. >> >> 2) Directories have at least "last modification" timestamp which is >> needed for the detailed view mode.

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-18 Thread André Somers
Op 17-6-2013 19:07, Constantin Makshin schreef: 1) On Windows directories can have custom icons. Not 100% sure about other platforms. 2) Directories have at least "last modification" timestamp which is needed for the detailed view mode. What approach is better -- get all information at once

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-18 Thread Duane
On 6/17/2013 1:07 PM, Constantin Makshin wrote: > 1) On Windows directories can have custom icons. Not 100% sure about > other platforms. > > 2) Directories have at least "last modification" timestamp which is > needed for the detailed view mode. What approach is better -- get all > information at

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-17 Thread Constantin Makshin
1) On Windows directories can have custom icons. Not 100% sure about other platforms. 2) Directories have at least "last modification" timestamp which is needed for the detailed view mode. What approach is better -- get all information at once or quickly get names, deferring timestamp retrieval un

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-17 Thread Duane
On 6/17/2013 10:09 AM, william.croc...@analog.com wrote: > On 06/17/2013 09:57 AM, Duane wrote: >> On 6/14/2013 5:06 PM, Till Oliver Knoll wrote: >>> Am 14.06.2013 um 23:02 schrieb Till Oliver >>> Knoll: >>> That said, the Qt "cross-platform file dialog" is (was?) terribly slow wit

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-17 Thread william.croc...@analog.com
On 06/17/2013 09:57 AM, Duane wrote: > On 6/14/2013 5:06 PM, Till Oliver Knoll wrote: >> Am 14.06.2013 um 23:02 schrieb Till Oliver >> Knoll: >> >>> >>> That said, the Qt "cross-platform file dialog" is (was?) terribly slow with >>> network mapped drives >> That's the price we pay for viewing th

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-17 Thread Duane
On 6/15/2013 3:48 AM, Etienne Sandré-Chardonnal wrote: > Hello, > > Are you sure you are not compiling in debug mode? > I use QFileDialog native (static) in my application, it's very fast to > load, except in debug mode (where it takes a few seconds loading all > dlls). Qt 4.8.1 under windows, ming

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-17 Thread Duane
On 6/14/2013 5:06 PM, Till Oliver Knoll wrote: > Am 14.06.2013 um 23:02 schrieb Till Oliver Knoll: > >> >> That said, the Qt "cross-platform file dialog" is (was?) terribly slow with >> network mapped drives > > On Windows, I should add. Yes, on Windows it's very slow. I would love to use the n

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-15 Thread Etienne Sandré-Chardonnal
Hello, Are you sure you are not compiling in debug mode? I use QFileDialog native (static) in my application, it's very fast to load, except in debug mode (where it takes a few seconds loading all dlls). Qt 4.8.1 under windows, mingw compiler Etienne 2013/6/14 Mojmír Svoboda > Hello again, >

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-14 Thread Till Oliver Knoll
Am 14.06.2013 um 23:02 schrieb Till Oliver Knoll : > > That said, the Qt "cross-platform file dialog" is (was?) terribly slow with > network mapped drives On Windows, I should add. Cheers, Oliver ___ Interest mailing list Interest@qt-project.org ht

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-14 Thread Till Oliver Knoll
Am 14.06.2013 um 22:19 schrieb Duane : > On 6/14/2013 3:01 PM, Andre Somers wrote: >> Op 14-6-2013 19:27, Constantin Makshin schreef: >>> >>> Try non-static QFileDialog members -- it's more likely to ignore >>> various system [shell] extensions. >> And way less likely to look and feel anything cl

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-14 Thread Duane
On 6/14/2013 3:01 PM, Andre Somers wrote: > Op 14-6-2013 19:27, Constantin Makshin schreef: >> >> Try non-static QFileDialog members -- it's more likely to ignore >> various system [shell] extensions. >> > And way less likely to look and feel anything close to what the user > expects in a file dial

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-14 Thread Constantin Makshin
There's not much choice for Mojmir -- either non-native, but [likely to be] fast, dialog or native, but with all that third-party stuff which makes things slower than they are supposed to be. :-) On Jun 14, 2013 11:01 PM, "Andre Somers" wrote: > Op 14-6-2013 19:27, Constantin Makshin schreef: >

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-14 Thread Andre Somers
Op 14-6-2013 19:27, Constantin Makshin schreef: Try non-static QFileDialog members -- it's more likely to ignore various system [shell] extensions. And way less likely to look and feel anything close to what the user expects in a file dialog on his platform... At least, on windows, the Qt f

Re: [Interest] QFileDialog is lovelier the second time around...

2013-06-14 Thread Constantin Makshin
Try non-static QFileDialog members -- it's more likely to ignore various system [shell] extensions. On Jun 14, 2013 3:11 PM, "Mojmír Svoboda" wrote: > Hello again, > > I tried to use QFileDialog for classic file selection, but > it feels very sluggish, expecially the first time. > > I think it's

[Interest] QFileDialog is lovelier the second time around...

2013-06-14 Thread Mojmír Svoboda
Hello again, I tried to use QFileDialog for classic file selection, but it feels very sluggish, expecially the first time. I think it's due to heavy dll dependencies that are to be loaded, in my case it makes ~85 dlls. I wonder why of course and I'd like to know whether there is some more lightw