From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,666bab5bfbdf30c2 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,UTF8 Path: g2news2.google.com!news3.google.com!feeder.news-service.com!85.214.198.2.MISMATCH!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail From: Ludovic Brenta Newsgroups: comp.lang.ada Subject: Re: Generating PDFs with Ada Date: Tue, 11 Jan 2011 23:32:48 +0100 Organization: A noiseless patient Spider Message-ID: <87hbdfgjfz.fsf@ludovic-brenta.org> References: <4d2908c7$0$22120$742ec2ed@news.sonic.net> <9f23e50a-2c2c-4ccc-bd56-f6ffdc6c7ee7@37g2000prx.googlegroups.com> <82aaj73jsr.fsf@stephe-leake.org> <9600f7e1-496b-4232-a5b8-50bc97d8dd7a@g26g2000vbi.googlegroups.com> <87tyhfgu5y.fsf@ludovic-brenta.org> <87lj2rgkaz.fsf@ludovic-brenta.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: mx01.eternal-september.org; posting-host="97hsQ+Qh/yGL9mIklL9zYA"; logging-data="4214"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18PbrpONtCweGHPxDeJm5zN" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) Cancel-Lock: sha1:AzhzrKv3aogVqwjDjgBc85zYIVs= sha1:6lVad5jzZJHJLXlQjaFLxm9rKG4= Xref: g2news2.google.com comp.lang.ada:17353 Date: 2011-01-11T23:32:48+01:00 List-Id: "Yannick Duchêne (Hibou57) writes on comp.lang.ada: > Le Tue, 11 Jan 2011 23:14:12 +0100, Ludovic Brenta > a écrit: >> No, I think we should tell them "tools should generate PDF or >> OpenDocument, not a proprietary format"; this is true whatever language >> the tools are written in. > You could also be more pragmatic and note: > 1) The amount of MS Windows and MS Applications users is great. > 2) You are unlikely to convince them all. > 3) If you convince some, the count of others will still be great. > > What about advocating while supporting the actual state of thing ? You > can do “I am able in some limits to provide support for this and that, > but be warned that ... and what about .... and did you ever minded > that ... ?” That's exactly the attitude I've had with customers before. So far I have always been able to convince them not to use .doc, and therefore I've never written any tool that generates .doc :) > Last but not least, anything widely used is near to always end into a > de-facto standard. There may be planned obsolescence (I hate it as > much as you do), but older format are still there and being more > documented over the time. Whether a standard is "de facto" or "de jure" is irrelevant, the relevant part is that a standard is not controlled by any single (dominant) vendor. > Look at MIDI specification as an example: its not open at all, there > is no publicly accessible official documentation about it, but as it > exist since long, it is documented in multiple place in a way which > make it really usable. That's because of multiple, independent implementations of the standard, i.e. the situation is the opposite of that of .doc. -- Ludovic Brenta.