Quick View for Universal Viewer v1.0 beta2

[Alextp]

Because the purpose in not to make docking, but to make docking in AHK In AHK it's better because in this way AHK will be improved (if I understand you right, AHK must be internally improved for this?)

In the second way only my exe will be improved.

Why do you call this "lazy solution"?

[majkinetor !]

In AHK it's better because in this way AHK will be improved

No, Chris @ AHK didn't want to implement dock command without the proof that it will be useful ?! He asked me to do script prototype. So, even if this script goes well, it will eventually add dock command to the priority list, witch means that it will come after all other things with high priority are implmented. My ETA for this is lets say 1 year.

In the second way only my exe will be improved.

So ? That is the basic point if I recall..

Why do you call this "lazy solution"?

Because it will use timer to periodicly check windows and their placement. So it is lazy and lousy comparing to windows calling me any time windows is moved...

[Alextp]

Lazy Chris... Ok.. Can it be a dll used by ahk script, not by exe?

[majkinetor !]

Chris is not lazy, contrary to that. He is the only one programming AHK for now. There are just too many requests and he has to make choices.

Yes, it can be dll used by ahk script. The same dll as above

[Alextp]

OK, so exe can be not touched, All job in ahk?

[majkinetor !]

ok...
I will deal with it when I find time. I like your app already, and it seems that you improved it a lot. It would be cool to have it around. You can always latter decide to use dll if I create it...

[Alextp]

BTW: you complained some time ago about image flickering when user goes through collection. This should be fixed now at last with internal Image mode, so if you disable Imagine/SGViewer and use internal viewer, there will be no flicker...

[majkinetor !]

Good, at least it don't flicker with images anymore, the most common type for viewing.... can you do the same plugins ?

For instance, when seting new file for icon viewer, it will flicker, but if you do some imaging while display is in progres you could prevent that ....

[Alextp]

Ghisler's idea with displaying a bitmap? I don't like it...

[majkinetor !]

Why you don't like it ? I mean, we can try and see how it behaves...

Why do you think it is impossible with plugins ? Can't you save the image before calling the plugin, put it on top, call the plugin, remove the old image ?

[Alextp]

Why you don't like it ?

Because it's hack

I mean, we can try and see how it behaves...

It may behave ok, but it's hack.

[majkinetor !]

What kind of explanation is that
Its a hack, its a hack....

I don't consider this to be a hack, but even if it is, so what ? It can be optional btw ( [x] remove flicker on reload ).

If you know another method I am willing to listen......

[Alextp]

I'm not sure this hack will work Ok: even if I display a bitmap, new loaded plugin will draw over it and this gives flicker. If I make bitmap topmost, then it will pop to the top of other topmost windows. It's ugly hack.

[majkinetor !]

Don't know details... just a theory
Maybe it can be done without nasty sideffects... like maybe you can order plugin to write to memory DC instead of visible one, then move the picture after...don't know... but there is possible solutin that works nice.

[Alextp]

It cannot be done without side effects imho, it's bad theory