[TYPO3-doc] Domain model for documentation

François Suter fsu-lists at cobweb.ch
Sun Jul 29 13:23:57 CEST 2012


Hi Jacob,

> Versioning the manuals is great. I suspect the manual would have its own
> versions and not follow the TYPO3 version-scheme, right?
> That way we can say that v2.5.3 of the TSRef applies to TYPO3 4.5-4.7 and
> v3.5.3 applies to TYPO3 6.0 or some such.
>
> Or would we want some other scheme that is intertwined with the TYPO3
> version number?

We do that for part of the official TYPO3 documentation. Manuals like 
TSref, TSconfig, TCA reference, Core APIs, Inside TYPO3 all follow the 
TYPO3 version numbers. With a catch: since they are currently packaged 
in extensions, we are obliged to raise the version number when releasing 
them again (for example after corrections). So while the TSref for TYPO3 
4.5 was originally numbered 4.5.0 we had a 4.5.1 a while later, and in 
the meantime TYPO3 4.5 went on to have many bugfix releases and is now 
at 4.5.17.

> With the FLOW3 docs, the docs are stored in the TYPO3.FLOW3 repo, and so
> they're sort-of relatable to a specific version of FLOW3, but as we write
> new chapters they often also apply to previous versions of FLOW3. How do we
> deal with that?
>
> Does the domain model need some kind of metadata-attribute for the range of
> versions that a document applies to?

You're right that we may need some more detailed information than just a 
version number. But does that really belong to meta data? What we have 
been doing so far with the TYPO3 documentation is to indicate 
"compatibility" in an introductory paragraph. Furthermore - in recent 
updates - we have started taking care of always writing down from which 
version a given feature/property/API was available. I think this is 
actually more useful.

If I take the TSref as an example, we are planning to take advantage of 
the migration to ReST to restructure the TS properties description and 
include TYPO3 versions range to them. This way we could even do without 
keeping separate versions IMO, except if we want to start removing 
properties that were deprecated and removed several versions ago.

In this sense it is true that Robert's point of keeping just a date/time 
may be enough. OTOH I think it's important for extension manuals to keep 
version numbers. So I would say we need to keep versions, but it's not 
necessary that they are coupled to their related product's version 
scheme, as some currently are. Furthermore I would rather not add 
additional meta data, but rather have a mandatory paragraph - at least 
for official manuals - that defines which versions of the product are 
covered in the given version of the manual.

Cheers

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch


More information about the TYPO3-project-documentation mailing list