Re: [xml-dev] Is CVS A Practical Means to Manage XML Versions InA P

[Michael Sokolov <sokolov@ifactory.com>]

OK - you two.  What's with the numbered in-jokes!

In fact, this does reminds me of a joke (may actually even be a little 
too close to be funny) about a new guy in prison who doesn't understand 
why the cons all laugh when someone calls out a multi-digit number.

His cell mate explains that the other inmates have all been there so 
long that they've decided to tell jokes by number since everyone knows 
them all so well (not sure why they need to abbreviate, being lifers in 
the joint, but allow a little license if you will...).

So after listening to this for a few days, he tries repeating one of the 
numbers he heard, calling out "40051!" in a jocular sort of way 
(apologies, Len).  This is followed by a brief silence before the banter 
begins anew.

He turns to his cell mate, whispering, "How come nobody laughed?" and 
the cell mate replies, "Well, you told it completely wrong!"

-Mike

On 9/17/2011 11:40 PM, Len Bullard wrote:
>
>
> BTW, one project that I used Subversion with a client was a 38784C
> authoring and publishing environment.  I know you can relate |-)!
>
> Betty
>
>
> Thanks Betty, that I can.
>
> I'm amazed how many layers there are in 40051.  Daunting and needs dedicated
> authoring I think.  The problem is not editing the XML.  That's easy.  Even
> Notepadplusplus is fine if you know what you're doing, but for systems that
> have to do a val/ver pass, I think a dedicated database works best.  ID
> maintenance across the entity sets is a lot cleaner and easier to verify.
> DoD has been squeezed between print and screen for so long, the structures
> have evolved pretty well to support both if you know how to use that type
> def.  Their problem is getting XSL-FOs documented well enough that the users
> of the GFI know what to expect relative to auto-generated sets.
> Multi-volume finally worked when I found the bug in the FO for
> autogenerating WP nos and we could go forward on schedule.  The folks at
> IMMC did a heckuva good job setting those up.  For a set that size, they
> structured it well.
>
> But the FOs should be open source.   Let the contractors fix bugs without
> making it a contract issue.  We all need them, so community expense.
>
> len
>
>
> _______________________________________________________________________
>
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>