(This wish slipped through my fingers in the previous post)
WISH: to be able to insert GIF files natively, and not only through plain HTML code.
A native import of GIF files
Moderators: Alexander Halser, Tim Green
- Tim Green
- Site Admin
- Posts: 23181
- Joined: Mon Jun 24, 2002 9:11 am
- Location: Bruehl, Germany
- Contact:
I agree that this would be useful, particularly when you have a large pool of ready-to-use GIF (or JPG or PNG) images. I don't miss this very much personally, but that's because I create all the images I use in my documentation myself, so it doesn't really matter what format I save them in.
BTW: When I'm working with Impict I always make a point of remembering to check the color resolution before saving. It has a tendency to default back to 24-bit color, which adds to the size of the help file unnecessarily...
BTW: When I'm working with Impict I always make a point of remembering to check the color resolution before saving. It has a tendency to default back to 24-bit color, which adds to the size of the help file unnecessarily...
Regards,
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.
- Matt Everett
- Posts: 14
- Joined: Tue Jul 23, 2002 4:38 pm
- Location: Cambridgeshire, UK
- Contact:
Burn all Gifs
Just a quick point relating to Gifs, you may want to check out:
http://burnallgifs.org/
if you're thinking about using gif for a commercial application.
It appears that Unisys are charging huge licencing fees for their use, hence many are moving to png. I was particularly impressed that H&M recommends compressing to png for Browser format.
http://burnallgifs.org/
if you're thinking about using gif for a commercial application.
It appears that Unisys are charging huge licencing fees for their use, hence many are moving to png. I was particularly impressed that H&M recommends compressing to png for Browser format.
Matt Everett
Technical Specialist
[b]Pico Technology Ltd[/b]
[email]matthew@picotech.com[/email]
Technical Specialist
[b]Pico Technology Ltd[/b]
[email]matthew@picotech.com[/email]
- Tim Green
- Site Admin
- Posts: 23181
- Joined: Mon Jun 24, 2002 9:11 am
- Location: Bruehl, Germany
- Contact:
Good point -- I use the convert to PNG too as a basic principle, partly becuase of the burnallgifs site.
What's even worse is what's in the works now for JPEGs -- some company has bought a dusty old patent and they are now raking in millions from everyone who uses them in their software.
The Net ain't what it used to be...
What's even worse is what's in the works now for JPEGs -- some company has bought a dusty old patent and they are now raking in millions from everyone who uses them in their software.
The Net ain't what it used to be...
Regards,
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.
- Alexander Halser
- EC-Software Support
- Posts: 4101
- Joined: Mon Jun 24, 2002 7:24 pm
- Location: Salzburg, Austria
- Contact:
They try to squeeze out every cent they can get before the LZW patent expires in June next year. Maybe GIFs have a revival in 12 months when the new JPEG patent discussions get more serious...
Help & Manual creates uncompressed GIFs if you set the image conversion option to GIF. So we have no patent problem with LZW here. The increased size doesn't matter much because the compression of the HTML HELP compiler compensates most of it.
Reading (and further display) of GIF files, however, would require to use the LZW algorithm, because most GIFs are compressed.
Help & Manual creates uncompressed GIFs if you set the image conversion option to GIF. So we have no patent problem with LZW here. The increased size doesn't matter much because the compression of the HTML HELP compiler compensates most of it.
Reading (and further display) of GIF files, however, would require to use the LZW algorithm, because most GIFs are compressed.
Alexander Halser
Senior Software Architect, EC Software GmbH
Senior Software Architect, EC Software GmbH
- Tim Green
- Site Admin
- Posts: 23181
- Joined: Mon Jun 24, 2002 9:11 am
- Location: Bruehl, Germany
- Contact:
Hi Aranoff:
This is normal behavior. H&M only imports a limited number of formats into its project files. However, in the project options you can set which formats you want to use in your output help systems (HTML Help, WinHelp etc...)
This is normal behavior. H&M only imports a limited number of formats into its project files. However, in the project options you can set which formats you want to use in your output help systems (HTML Help, WinHelp etc...)
Regards,
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.