not guiprep, but guiguts.
And of course they are viewing the domain largely through thetools they use for their work; which unfortunately creates a littleworld of its own that they must train into without much transferableknowledge or skill; and which I think people at PG are completelyunfamiliar with. But that's how they view the problem domain. Ifthey make guiprep happy, and see a document on the only outputmedium available to them for validation (i.e. the browser screen),they have no way to appreciate or adjust to your objections. Theirworld is A-OK.On Sun, Feb 5, 2012 at 6:48 PM, don kretz <dakretz@gmail.com> wrote:
For example, PG and DP need a vocabulary for discussingthe representation of book contents that is familiar, preciseenough, and comprehensive enough to discuss how theywill represent the book and how PG will interpret theirrepresentation.The common language I would expect woutd includeparagraphs, headings, chapters, poetry, emphasis,tables, illustrations, captions, viewing devices (screencapabilities and controls), ebook identification, acquisition,distribution, storage, maintenance, ... These are allconcepts that have roughly similar meaning to bothsides. And you need to agree on the scope and workflowin which you mutually participate; and have a roughlygood idea what the participation feels like to each other.When the conversation instead devolves around markupand divs and floats and margins and RCS, you no longerare discussing the problem domain, nor are you usingvocabulary that is equally useful and meaningful toboth of you.