[TYPO3-dev] Moving pages in workspaces - brainstorm
Daniel Pötzinger
operation-lan at gmx.de
Sun Apr 2 18:45:18 CEST 2006
Martin Kutschker wrote:
> Kasper Skårhøj schrieb:
> >
>> We could even implement some sort of relation between the deleted
>> original and created copy which makes sure that IDs are maintained
>> during the publishing process.
>
> Not really related but it touches the problem of FE-linking.
>
> The idea is that you don't link against the "uid" but against an "oid"
> (object id). I'm not sure if "t3ver_oid" is such an "oid". This is what
> I understand:
>
> The "oid" is the same for all versions of an element (object).
>
> You can move any element around as you like. It doesn't matter if the
> real "uid" changes as long as the "oid" stays the same and is used for
> linking.
>
Hello
When I understand correct t3ver_oid (stand for online -id?) points to
the uid of the online version. (so linking to uid is ok while swapping
versions)
But I like the idea of an object based view in common since all version
features could be mapped to this... (I like it much :-))
So there are three "objects": branch, page, content
A branch is an object witch is composed of page-objects
A page is an object witch is composed of content-objects (all
contentelements could be derived from a common content-object)
All Objects have a system-wide unique id and can have versions (and
history..)
This is what an object-based database will manage for you. And it would
be more complex (and less maintainability because copying of data must
be done manual) to use relational-data to simulate that. But the
versioning feature does something from that if we look from that point
of view...
So the think which is missing is to introduce a objectid and a relation
"pagebranch" ?
More information about the TYPO3-dev
mailing list