Hi, > On Friday, March 7, 2003, at 03:04 AM, [EMAIL PROTECTED] wrote: > > Forgive my terseness, but this discussion has already been done in
I wholeheartly understand your terseness. In fact it was what I expected. That's why my first sentence was to apologize. However, I still disagree and I think the task of a mailing list is to allow me expressing my opinions. Quoting Ken Williams <[EMAIL PROTECTED]>: > For those that want to see a previous incarnation of this discussion, > see > > http://archive.develooper.com/[EMAIL PROTECTED]/msg00405.html thanks for the pointer Ken. I have carefully read the thread and found nothing that convinced me. In fact I have missed some arguments: - data files generated by Data::Dumper can be evaluated in a "Safe" compartment. - An XML Writer would be required by the module author only. An XML Reader is already part present on most systems, with a definitely growing number. - I recently started to have a look at Module::Build and I wholehearty support it: In particular, because it will finally simplify module installation on Windows and commercial Unix systems, where one typically doesn't have a C development environment. But my guess its most important problem for acceptance will be its dependence on "esoteric" modules like YAML or ExtUtils::ParseXS. (Esoteric == not part of the ActiveState repository, aka "target group") *I* (module author) had no problem installing these prerequisites, but I wouldn't like to receive 10 emails a week asking "How do I install these modules?" - You think XML isn't human readable? What do you expect the typical joe user to do, if she or he finds an unknown file? Double-clicking it! In the case of XML that means, that a properly configured browser opens the file, formats it nicely, highlights tags, offers to hide or view sections. - You happy guys seem to live in a Perl-only world. My Envy! I don't and most other peoples also do. However, in a heterogenous world, a portable data format is worth much more than a data format that requires me to write a parser. Jochen
