Probleme beim aktualisieren von Bibliothekselementen

[hausmischung]

Hallo zusammen

hab da ein Problem, wo ich nicht ganz klar komme. In meiner Site verwende ich verschiedene Bibliothekselemente. Wenn ich nun irgend ein Element verändere und speichere, beginnt DW mit der Aktualisierung aller betroffener HTML-Files. Eigenartig ist, dass er jedesmal ein ganz bestimmtes Element (gugus.lbi) das ich aber nicht verändert habe auch aktualisiert. Das Protokollfenster zeigts mir auf jeden Fall an. Ich kann keinen Grund erkennen, wieso DW das tut. Egal was ich ändere, egal welches Bibliothekselement ich ändere, das eine (gugus.lbi) wird jedesmal auch aktualisiert.

Mein Kunde der die Site selber verwaltet hat noch ein ganz anderes Problem: Beim aktualisieren von Bibliothekselementen ändert DW sogar Teile im ganz normalen HTML Code und zwar im "statischen" Code, der nicht Teil eines Bibliothekselementes ist.

Hat jemand schon ähnliche Erfahrungen gemacht oder weiss gar jemand Rat?

Besten Dank
Pierre

[steff11]

Original geschrieben von hausmischung

Mein Kunde der die Site selber verwaltet hat noch ein ganz anderes Problem: Beim aktualisieren von Bibliothekselementen ändert DW sogar Teile im ganz normalen HTML Code und zwar im "statischen" Code, der nicht Teil eines Bibliothekselementes ist.

DW versucht bisweilen "intelligente" Anpassungen (zumindest in Ver 4): so wird etwa eine Tabellenzeile (<tr> ### </tr>) als Biblithekselement immer um eine umgebende Tabelle ergänzt, auch wenn die Einsetzung im Innern einer statischen Tabelle erfolgt. Bin in solchen Fällen auf die include-Funktion von Phase 5 ausgewichen, das ist da weniger eigenmächtig.

Stefan

[buttercookie]

Ich habe eine Zeit lang auch mit der Bibliothek gearbeitet und mich öfters geärgert. Inzwischen benutze ich immer include. Da weiß man was man hat.

[hausmischung]

Kannst du mir das mit dem include erklären? Kenn ich nur aus php, aber mit html-Seiten?

Pierre

[buttercookie]

Mit HTML-Seiten funz es leider nicht. Da brauchst du schon PHP oder ASP. Falls dies dein Provider nicht anbietet muß du leider Mit den Bibliotheken weiterarbeiten.

Wenn ich Probleme hatte habe ich auch schon den Quelltext manuell nachbearbeitet, nachdem DW ein Bibliothekselement eingebaut hat, da DW hier meien ursprünglichen Cod geändert hat (wie von stef11 beschrieben)

[hausmischung]

Besten Dank, da werd ich wohl mit den netten Fehlern leben müssen. Kann die Seite nicht umbauen, aber habe einiges für die Zukunft gelernt.

Back to GoLive?

Pierre

[Jürgen]

Wenn ich auch die Bibliotheksprobleme nicht nachvollziehen kann - ich arbeite selbst nur mit verschachtelten Templates, was den selben Effekt zur Vermeidung redundanter Daten bringt - einen Ausweg gibt es auch ohne serverseitige Lösung: die Vorlagen.

Durch die Vorlagenfunktionen lassen sich ebenfalls alle wiederverwendbaren Daten nur im Template ablegen und durch Templateparameter der Einsatz von z. B. verschiedenen Elementen je nach Rubrik steuern. Das bringt dir noch mehr Flexibilität im Vergleich zu den Bibliothekselementen. Wenn es nur darum geht, einzelne Bereiche der Site nicht immer wieder manuell einbinden zu müssen, ist das meiner Ansicht nach eine viel effizientere Methode als die angesprochenen PHP-includes, da hier die visuelle Bearbeitbarkeit erhalten bleibt, was bei includes, die sich in einem anderen Ordner befinden, nicht mehr der Fall ist.

Die Vorlagen handeln meiner Ansicht nach auch weniger "eigenmächtig" als das bei den Bibliothekselementen der Fall ist, andererseits kann man per Vorlagenlogik auf die Steuerung der einzelnen Vorlagenelemente sehr einfach Einfluss nehmen.

Betreffend back to GoLive - schau dir mal die Vorlagenfunktionen mit Verschachtelungen, Vorlagenparametern etc. von DW genau an, dann überlegst du diesen Schritt glaube ich nicht mehr .

Gruß, Jürgen

[hausmischung]

Das klingt nach einem wirklich guten Lösungsansatz. Hab mich schnell durch die Hilfe geklickt, brauch aber wohl ein Momentchen um mir das zu vergegenwärtigen. Weiss nur nicht, wie viel Sinn es macht, dies nachträglich in einer bereits fertigen Site einzubauen. Aber beim nächsten Projekt, werd ich damit arbeiten.

Danke, Pierre

[Jürgen]

Sicher ist ein nachträglicher Umbau auf DW-Vorlagen relativ aufwändig. Ob es sich lohnt, hängt wohl von der Größe der Site ab. Im Zweifelsfall halt dann beim nächsten Projekt

[hausmischung]

Tja, die Geschichte ist nicht ganz ohne (www.soudronic.com). Der Kunde verwaltet das Teil selber mit Dreamweaver und wenn die Troubles nicht behoben werden können, beiss ich vielleicht trotzdem in den sauren Apfel und bau das Teil mal um...