Universal Viewer - Lister alternative
Moderators: Hacker, petermad, Stefan2, white
Bug in Delphi…
2Alextp
Hello !
• Thank you ! But this occurs the same even when I remove *.ico from the extensions allocated to xxx_View.
- I know that there is an old strange bug in Delphi for such images (*.ico and *.bmp 24 BPP) having a solid pastel BG colour.
I experienced that for years in “my” HTML editor «Hélios» (by Sébastien Morey) for the bitmaps
used as icons in the programme itself.
- Let's notice that some colours are eaten, while others are not,
i.e. the light blue of the icons of the navigation panel (with the anchor).
- I found a workaround that you'll see on 4 small images I send you now.
- It's to enclose the motif within a frame either pure black or “Magenta”.
- That frame acts as a “lure-barrier”. It's eaten itself, but the rest of the solid BG is shown normally.
- The inconvenience is that the room for the motif is reduced by 2 pixels at height and width, always…
- To avoid that the pure black “0,0,0” be eaten, I tried an almost black colour instead like “4,4,4”, it's OK.
KR
Claude
Clo

• Thank you ! But this occurs the same even when I remove *.ico from the extensions allocated to xxx_View.
- I know that there is an old strange bug in Delphi for such images (*.ico and *.bmp 24 BPP) having a solid pastel BG colour.
I experienced that for years in “my” HTML editor «Hélios» (by Sébastien Morey) for the bitmaps
used as icons in the programme itself.
- Let's notice that some colours are eaten, while others are not,
i.e. the light blue of the icons of the navigation panel (with the anchor).
- I found a workaround that you'll see on 4 small images I send you now.
- It's to enclose the motif within a frame either pure black or “Magenta”.
- That frame acts as a “lure-barrier”. It's eaten itself, but the rest of the solid BG is shown normally.
- The inconvenience is that the room for the motif is reduced by 2 pixels at height and width, always…

- To avoid that the pure black “0,0,0” be eaten, I tried an almost black colour instead like “4,4,4”, it's OK.


Claude
Clo
#31505 Traducteur Français de T•C French translator Aide en Français Tutoriels Français English Tutorials
Nop, it's OK here.Thank you ! But this occurs the same even when I remove *.ico from the extensions allocated to xxx_View.
That's not in Delphi, that's issue with IView which cannot give the bitmap filled with *non black*.I know that there is an old strange bug in Delphi for such images
Black is eaten. Others are not, It's issue with black onlyLet's notice that some colours are eaten, while others are not
I cannot resolve this usse with IView and black, so I'll remove ICO for IView option.
Last edited by Alextp on 2007-08-12, 17:55 UTC, edited 1 time in total.
I disagree

- Like I said above, that's not a xxx_View issue, since I've removed *.ico from the xxx_View extensions.
- Hence, icons are displayed from the internal library.
- And about the Delphi issue, you can trust me, it's an annoyance I'd to fight against for years…
- Did you watch the test images I sent you ? In U.V., and also in another image-viewer ?
- The only way to display correctly the transparency for icons is to load them “as” 32 BPP, that XnView does now.
I don't know for Irfanview, I don't use it.

Claude
Clo
Last edited by Clo on 2007-08-12, 17:57 UTC, edited 1 time in total.
#31505 Traducteur Français de T•C French translator Aide en Français Tutoriels Français English Tutorials
Progress and hitches
2Alextp
Hello !
• I tested the very last beta about the icons, there is a good progress, thanks, and also some remaning hitches, to sum up :
1. *.ico with transparent or solid BG is displayed properly in UV, but only under the conditions :
• The use of xxx_View must be totally disabled. Even if I disable the priority, while *.ico is not assigned to xxx_View,
I get them from, so with a quite black BG.
- IMHO, only disabling the priority might be sufficient in the case…
2. The display of *.bmp is not OK when the transparency option is set ON.
- In example, I've added the BMP-sources of all the icons of the TEST PACKAGE in it (please, reload).
- Viewing these BMPs in UV, one can notice that the most show an unexpected transparent BG,
while all have a white BG, except a bunch with the light-blue BG which are not affected, like said before…
- Indeed these 24 BPP BMPs don't contain transparency data like said already,
and are displayed alright in other viewers with their white BGs.
3. I got still a lot of «Unknown image format» messages viewing the test-icons.
Especially in the “Pro” version, using whatever view mode.
• Aside, about the thumb nails view for icons : Stating that all *.ico must contain a 48² frame is rather stupid…
- I know, it isn't your own stuff.
- The library uses the Win Explorer features, but checking that, I can notice that here Win Explorer blows up the icons in the thumbnails “only” from 24² to 32².
KR
Claude
Clo

• I tested the very last beta about the icons, there is a good progress, thanks, and also some remaning hitches, to sum up :
1. *.ico with transparent or solid BG is displayed properly in UV, but only under the conditions :
• The use of xxx_View must be totally disabled. Even if I disable the priority, while *.ico is not assigned to xxx_View,
I get them from, so with a quite black BG.
- IMHO, only disabling the priority might be sufficient in the case…
2. The display of *.bmp is not OK when the transparency option is set ON.
- In example, I've added the BMP-sources of all the icons of the TEST PACKAGE in it (please, reload).
- Viewing these BMPs in UV, one can notice that the most show an unexpected transparent BG,
while all have a white BG, except a bunch with the light-blue BG which are not affected, like said before…
- Indeed these 24 BPP BMPs don't contain transparency data like said already,
and are displayed alright in other viewers with their white BGs.
3. I got still a lot of «Unknown image format» messages viewing the test-icons.
Especially in the “Pro” version, using whatever view mode.
• Aside, about the thumb nails view for icons : Stating that all *.ico must contain a 48² frame is rather stupid…
- I know, it isn't your own stuff.
- The library uses the Win Explorer features, but checking that, I can notice that here Win Explorer blows up the icons in the thumbnails “only” from 24² to 32².


Claude
Clo
#31505 Traducteur Français de T•C French translator Aide en Français Tutoriels Français English Tutorials
It would be nice to have the chance to read/edit the final command line of external tools like TC does by using the ? parameter for commands.
TC plugins: Autodesk 3ds Max / Inventor / Revit Preview, FileInDir, ImageMetaData (JPG Comment/EXIF/IPTC/XMP), MATLAB MAT-file Viewer, Mover, SetFolderDate, Solid Edge Preview, Zip2Zero and more
Alex, thanks for updating your to-dos.
Is there any chance to see a custom tool dialog on top of UV if Always on top is selected in UV?
Is there any chance to see a custom tool dialog on top of UV if Always on top is selected in UV?
TC plugins: Autodesk 3ds Max / Inventor / Revit Preview, FileInDir, ImageMetaData (JPG Comment/EXIF/IPTC/XMP), MATLAB MAT-file Viewer, Mover, SetFolderDate, Solid Edge Preview, Zip2Zero and more
French Help…

• The updated French Help file is available HERE for the 2.4.0 RC.
- This is the only Help version where the “RegEx” page is totally translated…;)

Claude
Clo
#31505 Traducteur Français de T•C French translator Aide en Français Tutoriels Français English Tutorials
Next version will have combined Unicode+Hex mode. Like in FAR manager.
It looks like this:
[img]http://img210.imageshack.us/img210/1564/uhexdy0.gif[/img]
Ghisler can also do this mode, maybe.
It looks like this:
[img]http://img210.imageshack.us/img210/1564/uhexdy0.gif[/img]
Ghisler can also do this mode, maybe.
ThanksAlextp wrote:Next version will have combined Unicode+Hex mode. Like in FAR manager.
It looks like this:
[img]http://img210.imageshack.us/img210/1564/uhexdy0.gif[/img]
