WinComposer accepts as input following formats:
When scanning the contents of the imported files, WinComposer looks for following formats:
It doesn't display other images sizes. If you want to exploit such sizes, use the cut-and-paste mechanism.
When scanning the contents of the imported files, WinComposer displays in the icon slots of the Icon Composer tab the best color depth available in the file for each of the icon sizes.
That means that a 4 bit/pixel picture will not replace a better one.
On the other hand, all color depths are displayed on the Pasteboard tab.
WinComposer can also import graphic data using the cut-and-paste mechanism. Just select the target icon by clicking on its surface and type CTRL V to paste the contents of the clipboard.
Caution, WinComposer is not a graphic editor. The graphic data get pasted in the upper left corner and can't be resized or moved.
You should therefore prepare correct graphic data in your favorite graphic editor.
WinComposer accepts all bitmap formats, in all color depths (1, 4, 8, 24 and 32 bit/pixel).
Back to Formats List
WinComposer accepts all JPEG formats as input. Since this standard leaves many freedom degrees, one can't however be sure that all files will correctly open. It may sometimes be necessary to go through the cut-and-paste mechanism from a graphic application which knows how to open this file.
Back to Formats List
WinComposer accepts all icon formats, that is files containg a single icon or several icons (multiformat icon files) in all color depths, up to 128*128 pixels.
Back to Formats List
The 'icns' icon format was launched with Mac OS 8 and, against other classical icon resources (see below), is not a single icon object, but a container grouping together several sizes and color depths, with their masks.
See our page on Macintosh Icon Resources for more information.
Back to Formats List
Classical Macintosh icon resources are stored in the resource fork, as individual icon items.
It is possible to find in the resource fork all kinds of icons, but most of the time the modern icon resources are stored in 'icns' containers (see above). Those containers can be stored themselves in the resource fork or in stand-alone files (Mac OS X).
See our page on Macintosh Icon Resources for more information.
Back to Formats List
The Apple Single format is a method normalized by Apple to keep together (to
containerize) both file forks. Both forks are present in the file. The very
nature of the containerized file (payload) can vary.
See our pages on AppleSingle, on
Forks and on Macintosh
Files on the Internet for more information.
Back to Formats List
The Apple Double format is a method normalized by Apple to manage file forks. Only the resource fork is present in the file with the Finder info. The data fork is in another file. The very nature of the containerized file (payload) can vary.
See our pages on AppleDouble, on
Forks and on Macintosh
Files on the Internet for more information.
Back to Formats List
The BinHex standard was created to allow the containerization of file forks, some compression of the stream and the conversion to 7-bit characters. Both forks are present in the file. The very nature of the containerized file (payload) can vary.
See our pages on Forks and on Binhexed Files for more information.
Back to Formats List
The MacBinary standard was created to keep together (containerize) both file forks. Both forks are present in the file. The very nature of the containerized file (payload) can vary.
See our pages on Forks and on MacBinary Files for more information.
Back to Formats List
WinComposer can also open Windows resources to extract bitmaps and icons from those files. WinComposer manages program files (*.EXE), DLLs (*.DLL) and icon libraries (*.ICL, but also *.IL and *.NIL).
Back to Formats List