AW: AW: Re: [dokusite] Objekt "Chapter" und TOC

Hi

>Das einzige Problem seh ich da dem User beizubringen, wann er Chapter und
>wann er Artikel benutzen soll, denn es gibt ja eigentlich keinen
>unterschied zwischen den beiden (Laut deiner DB-Definition jedenfalls)
>ausser dem TOC unterschied, der eh vom XSLT abhängig ist. Oder kann es
>sein, dass ich eine Section mache, bei der ich in einigen Dokumenten
>Chapters habe und in anderen nur Articles, somit nur bei den Dokumenten
>mit Chaptern TOCs will und bei den anderen nicht? Wenn du nämlich sagst,
>Chapter werde vor allem für Tutorials et al. benutzt, dann hat man ja wohl
>eh andere XSLT als für z.B. news-article.
>
Ja, dass stimmt.
Konzeptuell sehe ich da aber schon einen grösseren Unterschied.
Article ist ein unabhängiges Objekt, während Chapter nicht unabhängig ist.
Bei NBWZ kommt hinzu, dass nur für die Chapter-Objekte (inkl. Mediaobjects
etc.) eine TOC vorliegt.
Für die anderen Objekte, genügt die zweistufige linke Navigation.

>Und es macht halt einfach wieder mal die DB-Abfrage ne Stufe umfangreicher
>(wenn du jetzt z.b. gleichzeitig nach Articeln und Objekten abfragst, weil
>das dann eben doch gemischt werden kann, bei der admin-navigation
>sowieso...). Ich persönlich würde einfach so wenige versch. Objekte wie
>möglich machen.. Aber ich sollte das ganze mal benchmarken und schauen,
>ob's wirklich grob stört.  Und vielleicht auch mal optimieren...
>
Ja, auf der NBWZ-Site gibt es sicher nicht zuviele Objekte.
Siehe mein Mail:
http://lists.bitflux.ch/pipermail/bitflux-cms-de/2002-November/000075.html

Trotzdem sollte es möglich sein, verschiedene Objekte anzulegen.
Ich denke, dass lohnt sich vor allem, wenn man das XML exportiert;)


>Naja, ich opponiere nicht wirklich gegen das Chapter Objekt, Kosmetik
>alleine (just a name change..) hat mich halt aber noch  nie wirklich
>überzeugt :)
>
siehe oben. Für den Poweruser wirds dann auch von der Usability einfacher,
denk ich (auch wenn die wichtige Sache im XSLT passiert).

PS:

Noch was zu den Userkommentaren
-------------------------------

Die brauchen wir in zwei zurzeit aktuellen Projekten. Ich denke hier würde
sich folgende Struktur aufdrängen:

Comment
-------

DB		  Kundenprojekt				Dokusite

honorific     Akademischer Titel			-
firstname     Vorname					Vorname
surname	  Name					Name
address_city  Ort						-
email         Email					Email
title		  Titel des Rezensionstexts		Titel
main	        Rezensionstext				Text


CREATE TABLE Comment (
  ID int(11) NOT NULL auto_increment,
  lang varchar(2) default 'de',
  honorific varchar(20),
  firstname varchar(50) default NULL,
  surname varchar(50),
  address_city varchar(50),
  email varchar(100),
  title varchar(250) NOT NULL default '',
  main text,
  created datetime NOT NULL default '0000-00-00 00:00:00',
  createdby varchar(50) NOT NULL default 'someone',
  changed timestamp(14) NOT NULL,
  changedby varchar(50) NOT NULL default 'someone',
  PRIMARY KEY  (ID)
) TYPE=MyISAM;


Gruss
Roger