The problem is that my internal image library can use 8bits + trasnparency index, or 32bits (alpha). But ico in 8bits have an image in 8bits and a mask in 1bit. For 24bits ico, i expand the mask into the alpha channel, do you want to expland 8bits too in 32bits??Drahken wrote:The problem there is that most icons (especially ones made with free software) are 8bit, meaning that the majority of icon files won't show with transparency in xnview. While xnview itself can make icon files in 24bit format, it can only make transparent files (of any kind) in 8bit format.
Setting transparent colour for viewing animated GIFs
Moderators: XnTriq, helmut, xnview
Pierre.
Plug-in---
—> Pierre
Hello !
• Did you skip my message just before ?
- I guess that using a plug-in in a non-modal window (or so) for the 8+1 ICO files should be better than waste memory and resources to expand them to 32 BPP, regardless the issues which occur currently with that method for the original 24 BPP…
KR
Claude
Clo
Hello !
• Did you skip my message just before ?
- I guess that using a plug-in in a non-modal window (or so) for the 8+1 ICO files should be better than waste memory and resources to expand them to 32 BPP, regardless the issues which occur currently with that method for the original 24 BPP…
KR
Claude
Clo
Last edited by Clo on Sat Feb 03, 2007 8:43 am, edited 1 time in total.
Old user ON SELECTIVE STRIKE till further notice •
Re: Plug-in---
I don't understand, if you use a plugin the problem still the same, 8bits+mask is not possible...Clo wrote: • Did you skip my message just before ?
- I guess that using a plug-in in a non-modal window (or so) for the 8+1 ICO files should be better than waste memory and resources to expand them to 32 BPP, regardless the issues which occurs currently with that method for the original 24 BPP…
Pierre.
Why not ?
• The plug-in I quote in my previous message works for these *.ICO 8+1 and *.ICL containing them too in TC,
the transparency is rendered alright.
- I don't see why it couln't work when invoked from XnView, supposing indeed it be adapted,
that is not the sea to drink, I guess…
KR
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Re: Why not ?
But the problem is not the loading, xnview can't use 8bits+Mask 1bit picture!!Clo wrote:
• The plug-in I quote in my previous message works for these *.ICO 8+1 and *.ICL containing them too in TC,
the transparency is rendered alright.
Pierre.
Start APP…
• I guess you misunderstood me, I mean : Use a plugin¦tool -maybe as a standalone APP coming on top with an appropriate window size- and able to support ICO 8+1 when such a format is detected…
- It might be possible, I don't see any other way avoiding to start such an APP automatically.
• Currently, one is bound to use Open With that's really not handy at all…
- We are talking of the viewing only here, are we not ?
- The processing is not the topic, this is another story…
KR
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Re: Same song…
A votre service, Monsieur Charries! Your wish is my command.Clo wrote:{Mr. Librarian, please, a nice panel of the related threads, including the French ones ? TIA ! }
- General Support
- ICL files crash, feature requests
- Transparent PNG: Configurable background colour
- How to make .ico files from .bmp files?
- xnview doesnt display .png with transparency correctl
- PNG, BMP & ICO conversions
- How can I specify a transparent colour for an ICO
- Windows Ico shows pink where transparency expected
- Errors in ICO when saving from GIF with transparency
- Bug Reports
- Suggestions
- XnView [Francais]
- Nconvert Ico -> png (fr»en)
- perte de transparence pour les icones (fr»en)
- Transparence fantaisiste (fr»en)
- Pb de transparence (fr»en)
- Désactiver la miniature pour les icones ? (fr»en)
- Extraire des icônes : éternel problème… (fr»en)
- Bogue : icônes 24x24 en ICL… (fr»en)
- Suggestion:faire apparaitre un damier pour les transparences (fr»en)
- NConvert
- 1.90 - New/Open
WHA !
—> XnTriq
Good evening,
• WHA ! Won_der_ful ! Thanks a lot !
• Indeed all transparency problems are related to that topic…
• Viewing such a thread-collection, one can't say that it's a minor issue…
KR, Cordialement,
Claude
Clo
Good evening,
• WHA ! Won_der_ful ! Thanks a lot !
• Indeed all transparency problems are related to that topic…
• Viewing such a thread-collection, one can't say that it's a minor issue…
KR, Cordialement,
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Thanks XnTrig, good job !
The core of the programme itself doesn't support a lot of formats without plug-ins,
and it does with plug-ins, so where is the difference
Friendly,
Paul
The core of the programme itself doesn't support a lot of formats without plug-ins,
and it does with plug-ins, so where is the difference
Friendly,
Paul
L'important n'est pas de convaincre, mais de donner à réfléchir.
The important thing is not to convince, but to incite to think.
1,77245385090552... •
The important thing is not to convince, but to incite to think.
1,77245385090552... •
The problem is not to load ICO I can load ico, the problem is to use such bitmap format (8bits+mask 1bit), i must convert it to a compatible format...ouistiti wrote:The core of the programme itself doesn't support a lot of formats without plug-ins,
and it does with plug-ins, so where is the difference
When you load 24bits+mask, i convert it in 32bits.
Pierre.
Pffffffftttttttttt............
Pierre
Good morning,
• Sigh…
• Paul and I don't mean that XnView itself has to load the 8+1 ICO to display it directly ! It can't, and this is the issue !
- We mean : Just detect the format (so, loaded in another thread not displayed to perform the detection),
then send the image to a plugin which loads and displays it, like suggested above…
• For instance, the Lister of TC is unable to display anything else than 16² and 32² icons and 4 BPP…
- With its IclView plug-in (or others), all kinds of icons are displayed OK !
- Indeed, the *.ICO file-type is detected by TC-Lister, but loaded for¦by the plugin
which displays its window on-top within the Lister one…
KR
Claude
Clo
Good morning,
• Sigh…
• Paul and I don't mean that XnView itself has to load the 8+1 ICO to display it directly ! It can't, and this is the issue !
- We mean : Just detect the format (so, loaded in another thread not displayed to perform the detection),
then send the image to a plugin which loads and displays it, like suggested above…
• For instance, the Lister of TC is unable to display anything else than 16² and 32² icons and 4 BPP…
- With its IclView plug-in (or others), all kinds of icons are displayed OK !
- Indeed, the *.ICO file-type is detected by TC-Lister, but loaded for¦by the plugin
which displays its window on-top within the Lister one…
KR
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Re: Pffffffftttttttttt............
You want only to view correctly? Even if it's on another dialog?Clo wrote: • Paul and I don't mean that XnView itself has to load the 8+1 ICO to display it directly ! It can't, and this is the issue !
- We mean : Just detect the format (so, loaded in another thread not displayed to perform the detection),
then send the image to a plugin which loads and displays it, like suggested above…
Pierre.
Thank you all for your contributions and comments. I didn't expect such a discussion for my simple question. Obviously there are really issues and problems when viewing of ICO files.
ICO might not be the #1 file format, but XnView's main job is viewing files, so viewing should be supported properly. But please no special dialog - otherwise we would have "Image view", "Fullscreen - Browser", "Fullscreen - Edit", and "Image view - Icon". That would be a real nightmare, then.
ICO might not be the #1 file format, but XnView's main job is viewing files, so viewing should be supported properly. But please no special dialog - otherwise we would have "Image view", "Fullscreen - Browser", "Fullscreen - Edit", and "Image view - Icon". That would be a real nightmare, then.
Viewing…
Pierre
Yes , like I said above, only viewing properly is sufficient currently…
helmut
• Hi !
• I guess that Pierre made a pen slip and meant "another window", according to that I explained formely about the TC Lister.
- So, a window that comes and fits the main View, that is not annoying at all, IMHO…
- Some subsidiary issues have to be solved, i.e. the Next¦Previous file commands, but not a big deal, I think…
KR - G.
Claude
Clo
Yes , like I said above, only viewing properly is sufficient currently…
helmut
• Hi !
• I guess that Pierre made a pen slip and meant "another window", according to that I explained formely about the TC Lister.
- So, a window that comes and fits the main View, that is not annoying at all, IMHO…
- Some subsidiary issues have to be solved, i.e. the Next¦Previous file commands, but not a big deal, I think…
KR - G.
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •