[ Show ]
[ Shrink ]
Programming and providing support for this service has been a labor
of love since 1997. We are one of the few services online who values our users'
privacy, and have never sold your information. We have even fought hard to defend your
privacy in legal cases; however, we've done it with almost no financial support -- paying out of pocket
to continue providing the service. Due to the issues imposed on us by advertisers, we
also stopped hosting most ads on the forums many years ago. We hope you appreciate our efforts.
Show your support by donating any amount. (Note: We are still technically a for-profit company, so your
contribution is not tax-deductible.)
Donate to VoyForums (PayPal):
[ Next Thread |
Previous Thread |
Next Message |
Previous Message ]
Date Posted: 07:43:33 12/27/00 Wed
Subject: Re: Accessing in R/W Tags in TIFF files
In reply to:
's message, "Re: Accessing in R/W Tags in TIFF files" on 19:35:50 12/22/00 Fri
I will email in a minute the required files.
>>I have already worked on this, but this will be
>>included in version 2. If you want to help me test it,
>>I can email you the required files. Only 20 tags of
>>type string are supported though.
>>> TIFF files (but not other formats) have TAGs, which
>>> can also be user defined, and can contain text or
>>> I would greatly appreciate it if you could include a
>>> R/W access to a user defined tag.
>>> Though complet acess to any TAG, including creating
>>> user tags would be the ultimate, I would still be
>>> quite happy if you could just provide R/W access to
>>> only one binary or text TAG, whose number you would
>>> chose, but whose length the user would be able to
>>> Thank you in advance for your answer, and thank you
>>> for a great program, (which I registered already a
>>> long time ago), and for a very kind and competent
>>> Olivier FREIMAN, Paris, FRANCE
>Yes Thank you for your offer. I would appreciate it.
>If you send it to me, I will verify it, but I won't
>pretend to exhaustive tests and debugging.
>My email is o.freimanIntSoft@ficorp-industry.com
>Unfortunately, programming is my first passion, but
>not my job (I run my own job, so I do 12 hours days,)
>so I do programming in my off-time (after kids and
>wife time, which have priority -most of the time- <g>).
>A few months ago, I went very deeply into the TIFF 6.0
>format, and it is actually quite simple, once you
>understand it. It actually recreates within the file a
>complete File tree, with all the tools to even create
>subdirectory, if one is crazy enough to do it.
>My purpose would be to use one of the so-called
>private tag (according to the documentation, you can
>even ask to book one, possibly for free, from
>ADOBE),and store there a whole set of information
>related to Faxes sent or receive.
>The idea would be to manage all my faxes sent/received
>in one fax-one multi-page TIFF file. Moving or
>renaming the fax file would preserve all the internal
>information, while still enabling any standard
>software tool to access the fax image.
>I am presently using Symantec Winfax, but it is a very
>large program, too sophisticated for my needs.
>Furthermore, all faxes are stored in a proprietary
>format, and the folder trees are virtual and in a
>proprietary format. To be fair, Symantec provides all
>the necessary DLLs and a very good documentation to
>access the data from other programs than Winfax, but
>still, if the virtual tree folder gets corrupted
>(which happens from time to time) and it cannot be
>repaired by their fixing tools, you lose all the tree
>and fax information (but not the image file itself,
>which has a coded name).
>This is why I did appreciate so much you very nice
>library, mostly for its ability to switch from BMP to
>JPG to TIFF, in multipage mode and Fax G4 mode, thanks
>to your use of the tifflib.
>Olivier Freiman, Paris, France
Next Thread |
Previous Thread |
Next Message |
[ Contact Forum Admin ]
Forum timezone: GMT-5|
VF Version: 3.00b, ConfDB:
VoyForums(tm) is a Free Service from Voyager Info-Systems.
Copyright © 1998-2019 Voyager Info-Systems. All Rights Reserved.