Dem Papst das richtige Seitenformat geben

Antwort erstellen


BBCode ist eingeschaltet
[img] ist ausgeschaltet
[url] ist eingeschaltet
Smileys sind ausgeschaltet

Die letzten Beiträge des Themas
   

Ansicht erweitern Die letzten Beiträge des Themas: Dem Papst das richtige Seitenformat geben

Re: Mögliche Lösungsansätze

von Lenu » Mo, 22.08.2005 11:06

Hubar hat geschrieben:Eine Seitenvorlage auf Grundlage einer anderen Seitenvorlage einzurichten, war möglich. Eine Aktualisierung hat in Form von Formatvorlagen stattgefunden, Text und eine Grafik, wie sie in der Regel ein Briefkopf enthält, wurden bei mir nicht übertragen.
Nicht überprüft habe ich die Möglichkeit, diesen Text in eine Kopfzeile zu schreiben, da es nicht erwünscht ist, auf jeder Seite den Briefkopf zu erhalten.
Das kann nur so sein. Dokumentvorlagen verwalten nur Formatvorlagen (Kopfzeileninhalte würden aber auch dazu gehören)
Für Grafiken hast Du die Möglichkeit, sie nicht einzubetten, sondern sie zu verknüpfen. Für andere - frei plazierte - Inhalte gäbs dann noch die erwähnte Möglichkeit mit den verknüpften Bereichen.
Das Kopfzeilen-Problem kannst Du aber auch anders lösen:
Du kannst jeder Seitenvorlage im Register "Verwalten" eine "Folgevorlage" zuordnen, die dann automatisch zieht, sobald die erste Seite 'überläuft' oder Du einen manuellen Umbruch einfügst. Dann kannst Du das Logo und die Adressdaten z.B. in der Kopfzeile unterbringen, die zur Seitenvorlage der ersten Seite gehört und dann bist Du wieder im aktualisierbaren Hierarchie-Strang.
Jedoch wäre es (eigentlich im Grundsätzlichen) hilfreich und jeder Nutzer ist dafür dankbar, wenn die Ergebnisse der fachlichen Diskussion übersetzt werden.
Wenn ich Dich richtig verstehe, haben unsere Beiträge dazu geführt, dass Du irgendwann den Faden verloren hast. Das ist natürlich nicht Sinn der Sache. :?
Ich versuche nochmal eine kurze Zusammenfassung
  • Wenn man über Datei/neu:aus Vorlage ein Dokument aus einer Vorlage erstellt und dieses dann über Datei/Dokumentvorlage/speichern selbst auch wieder zur Vorlage macht, so vergisst diese neue Vorlage ihre Herkunft nicht. Wird ihre Vorgänger-Vorlage geändert und man öffnet anschliessend die abgeleitete Vorlage über Datei/Dokumentvorlage/Verwalten zum Bearbeiten, wird man darauf aufmerksam gemacht, dass die ChefVorlage geändert wurde und kann diese Änderungen übernehmen.
  • Diese Aktualisierung betrifft aber nur Format-Vorlagen. Frei plazierte Elemente oder Text werden nicht "weitergereicht".
  • Grafiken kann man dadurch aktuell halten, dass man sie nicht fest einbettet, sondern verknüpft. Dann wird jeweils die aktuelle Version gezogen. Dabei muss man beachten, dass eine geänderte Grafik auch andere Masse haben kann, was dann ihr Umfeld beeinflussen kann.
  • Texte, Tabellen, o.ä., (ausserhalb von Kopf-/Fusszeilen), die immer von einer zentralen Stelle geladen werden sollen, kann man als verknüpfte Bereiche in eine Dokumentvorlage einbinden.
P.S. Sollte ich die Fragestellung im falschen Forum gestellt haben, bitte ich um kurze Mitteilung.
Was lässt Dich das vermuten?

Mögliche Lösungsansätze

von Hubar » Mo, 22.08.2005 10:25

Hallo Ihr zwei,
schön, daß Ihr Euch einig seid.

Keinesfalls stehe ich einer fachlichen Diskussion im Wege, jedoch ist jeder Laie dankbar, wenn die Lösungen dann auch für in eine dem normalen Benutzer verständlichen Sprache übersetzt wird.

Eine Seitenvorlage auf Grundlage einer anderen Seitenvorlage einzurichten, war möglich. Eine Aktualisierung hat in Form von Formatvorlagen stattgefunden, Text und eine Grafik, wie sie in der Regel ein Briefkopf enthält, wurden bei mir nicht übertragen.
Nicht überprüft habe ich die Möglichkeit, diesen Text in eine Kopfzeile zu schreiben, da es nicht erwünscht ist, auf jeder Seite den Briefkopf zu erhalten.
Den Lösungsansatz mit den Bereichen habe ich angetestet, dies scheint zu funktionieren. Jedoch ist ein erheblicher Zeitaufwand erforderlich, um die Elemente eines Briefkopfes wunschgemäß zu positionieren.

Ohne mich wiederholen zu wollen, Vielen Dank für Euer Engagement, die Fragestellung scheint eine Diskussion ausgelöst zu haben.
Jedoch wäre es (eigentlich im Grundsätzlichen) hilfreich und jeder Nutzer ist dafür dankbar, wenn die Ergebnisse der fachlichen Diskussion übersetzt werden.
Dies kann auch heissen: Jung, mit zweimal anklicken geht das nicht.
Hier sind die und die Grundlagen erforderlich, jenes Fachwissen hilfreich, und dann kann der und der Weg gegangen werden.
Eine genaue Anleitung, wo wann wie anzuklicken ist, Sprich eine Anleitung für Dummies verlangt keiner.

Hubar
P.S. Sollte ich die Fragestellung im falschen Forum gestellt haben, bitte ich um kurze Mitteilung.

von Lenu » Sa, 20.08.2005 17:04

Danke :)

von Stephan » Sa, 20.08.2005 16:26

von Lenu » Sa, 20.08.2005 14:03

Stephan hat geschrieben:WIKI ist ja prima, aber offen gesagt habe ich da bisher nur einen (Unter)Artikel verfasst, weil ich das alles zu kompliziert finde wenn ich etwas mehr formatieren will als nur Fließtext schreiben und Änhänge hochzuladen sehe ich überhaupt nicht durch.
Ich brauchte im Prinzip irgendetwas wo ich den Text für das WIKI mit den notwendigen tags offline erstellen kann und dann nur den fertigen Text ins WIKI kopieren muß. ....(Perfekt wäre es beispielsweise die Texte in OOo zu schreiben und dann nur ein Script drüberlaufen zu lassen, was die auf "WIKI-like" "umformatiert - sollte es sowas geben?)
Ich habe mir mal das Makro (Writer2MoinMoin) heruntergeladen und es funktioniert ganz gut . Bloss ist es wie mit den WYWSIWYG-Homepage-Editoren: Wenn Du Dich im Quellcode auskennst, editierst Du auch lieber den Code direkt.
Zuerst hatte ich auch gedacht, jetzt kann ich doch schon HTML und kann den nicht anwenden, sondern soll wieder eine neue Syntax lernen, die ausserdem noch weniger kann. Aber irgendwann habe ich gemerkt: es ist besser, wenn die Wiki-Seiten ein grundsätzlich gleiches Ausehen haben als ein paar super-tolle Seiten von HTML-Könnern, die aber alle wieder anders sind und man muss sich in jeder wieder anders zurechtfinden.
Und ausserdem müssen die Seiten so einfach zu editieren sein, dass jeder jede Seite überarbeiten kann. Denn es ist ja nicht garantiert, dass jeder Autor seine einmal erstellten Seiten weiterpflegt, wenn sie veraltet sind und neue Entwicklungen berücksichtigt werden müssen

Im WIKI kommst Du damit aus:
= das ist eine Überschrift 1. Ebene =
== das ist eine Überschrift 2. Ebene ==
'''das wird fett'''
''das wird kursiv''
'''''das wird fett und kursiv'''''
'''das ist alles fett und dazwischen ist ''das'' ausserdem kursiv'''
`das wird nicht-proportional`
{{{
so schreibt man ganze Code-Blöcke
}}}
so: inline:Bild.png bindet man ein Bild ein und sobald man dann auf "Vorschau" drückt wandelt sich das in einen upload-Link, mit dem man das Bild hochladen kann.
Nach dem gleichen Prinzip kann man damit: attachement:Datei.sxw eine Datei zum Downlaod bereitstellen
||das ist eine Tabellenzelle||das ist die zweite Zelle||
||<colspan=2>das ist die zweite Zeile der Tabelle||
Von da ausgehend gibt es dann noch mehr Möglichkeiten, man kann ja ganz einfach Seiten, die entsprechende Elemente enthalten, zum Editieren öffnen und sonst gibt es den Hilfetext.

Ausserdem überwacht M.Bayer alle Neuerungen und Änderungen und greift bei Bedarf ein.
Dazu muss man übrigens bereit sein: zuzulassen, dass andere an den "eigenen" Seiten was ändern. Wenn man nicht "loslassen" kann, hält man das schlecht aus.
Was mich immer noch stört an dem Wiki ist der Aufbau. Man muss manchmal ein guter Sucher sein, um was Bestimmtes zu finden. Aber ich habe auch keinen Vorschlag, wie eine Strktur anders aufgebaut werden könnte, ohne dass jemand extra diese Strukturpflege übernehmen müsste und so dass Beiträge von unterschiedlichsten Autoren mit unterschiedlichster Ausrichtung sich gleichermassen in diese Struktur eingliedern liessen.

Tut mir übrigens gut, von einem Makro-Kenner zu lesen, das sei ihm zu kompliziert....

von Stephan » Sa, 20.08.2005 13:00

Hallo Lenu,
Ich kann das Makro nicht lesen, vielleicht eine dumme Frage: es aktualisiert schon von oben nach unten und nicht umgekehrt? Was genau wird aktualisiert? Werden alle gleich lautenden Vorlagen ersetzt oder nur die, die auf einer unteren Stufe keine eigenen Einstellungen haben?
kurz gesagt:
*das Makro schaut im aktuellen Dokument ob dieses auf einer Vorlage basiert (im Sinne des Makros basieren alle Dokumente auf einer Vorlage, es sei denn sie basieren auf der DefaultStandardvorlage - ich kenne keinen besseren Namen gemeint ist die "Vorlage" die nach der Installation vorliegt, das ist ja keine Datei im Sinne Normal.dot wie bei Word)
*existiert nun eine Vorlage wird diese (i.S. "zum Bearbeiten") geöffnet und geschaut ob diese ihrerseits auf einer Vorlage basiert,wenn ja wird diese geöffnet und wieder nachgeschaut usw.
*so arbeitet sich das Makro von unten hoch, und der Pfad+Name jeder Vorlage wird zwischengespeichert
*findet das Makro keine "Vorlage in der Vorlage" mehr werden jetzt die gefundenen Vorlagen von oben nach unten durchgegangen und:
*geöffnet und gespeichert und gleich wieder geschlossen (also das was Du manuell tust wenn Du die Vorlage öffnest und bestätigst das die Änderungen der höheren Vorlage übernommen werden sollen)
*ist das fertig muß das ursprüngliche Dokument neu geladen werden, weil ja die kummulierten Änderungen aller Vorlagen noch nicht in Dokument übernommen wurden, was erst bei erneutem Öffnen erfolgen kann

Letzterer Punkt ist der Grund das das Makro nicht in der Dokumentbibliothek sein kann. Sonst könntest Du nämlich das ganze Makro in die "Urvorlage" integrieren und beim Erstellen weiterer Vorlagen würde das Makro vererbt und auch die Autostarteigenschaften würden vererbt. Das wäre sehr elegant, geht aber leider nicht, es sei denn das Makro würde auf das automatische Neuladen des Dokuments verzichten und nur eine Meldung an den Nutzer ausgeben "Bitte laden Sie das Dokument neu", fand ich aber nicht so elegant.

Nachteile sind derzeitig noch:
*es werden alle Vorlagen aktualisiert, auch wenn es nichts zu aktualisieren gibt
*die Aktualisierung erfolgt offen, d.h. ein Fenster ist sichtbar, weil es zwar möglich ist ein Dokument unsichtbar zu öffnen und zu speichern, aber es gelang mir dann nicht das die Änderungen automatisch übernommen wurden
Aber ich glaube, als Alltags-Anwendung ist es nicht tauglich, da das voraussetzen würde, dass jeder absolut strukturiert arbeitet und sich immer ganz genau bewusst ist, in welcher Format-Hierarchie er sich gerade befindet. Sonst stellt man mehr Chaos als sonstwas an.


Genau. Die Handhabung der Vorlagenvererbung wie sie intern ist macht schon Sinn.
Wenn Du beispielsweise unbedarft das Makro verwendest wird radikal alles aktualisiert was u.U. nicht erwünscht ist. Man muß wissen was man tut. In diesem Sinne könnte das Makro wohl aus Administratorsicht am sinnvollsten sein. Es wäre dann etwas anders programmiert, aber der Administrator könnte nach Änderung der "Urvorlage" das Makro einmal laufen lassen und alle Untervorlagen wären aktuell, aber selbst da müßte man erstmal genau überlegen ob es nicht doch ungewollte Nebenwirkungen geben kann.
Willst Du es nicht im wiki oder in der ProBox veröffentlichen?


Naja, wenn dann wohl Prooo-Box, dann müßte ich es aber erst etwas "perfektionieren".
WIKI ist ja prima, aber offen gesagt habe ich da bisher nur einen (Unter)Artikel verfasst, weil ich das alles zu kompliziert finde wenn ich etwas mehr formatieren will als nur Fließtext schreiben und Änhänge hochzuladen sehe ich überhaupt nicht durch.
Ich brauchte im Prinzip irgendetwas wo ich den Text für das WIKI mit den notwendigen tags offline erstellen kann und dann nur den fertigen Text ins WIKI kopieren muß. Die Forumssoftware hier kann ich beispielsweise lokal offline auf einem Webserver laufen lassen und meine Beiträge offline bearbeiten. (mache ich nicht für normale posts, aber der post ganz oben im Basic-Forum ("Hinweise zur ...") ist so entstanden) Mutmaßlich geht das mit der WIKI-Software auch, aber getestet habe ich das noch nicht.
Vielleicht verstehst Du was ich meine und kennst irgendwas in dieser Richtung?
(Perfekt wäre es beispielsweise die Texte in OOo zu schreiben und dann nur ein Script drüberlaufen zu lassen, was die auf "WIKI-like" "umformatiert - sollte es sowas geben?)

ich hatte übrigens wirklich nicht gewusst, dass beim Bearbeiten einer Dokumentvorlage diese ebenfalls ihren Vorgänger überprüft und ggf. daraus aktualisiert werden kann. Das erleichert ja die Arbeit schon und scheint mir auch absolut zumutbar.


Ich hatte mich gestern wirklich nur an der Verneinung von "Vererbung" gestoßen, nur wenn ich ganz offen sein darf auch Deine einstufuge Begründung scheint mir nicht die eigentliche "Ursache". Die Ursache wann und ob eine Vererbung in Kraft tritti ist IMHO ausschließlich das ein Dokument (im weitesten Sinne) geöffnet wird und (!) in welcher Art das geschiet, Du kannst nämlich:
1. ein Dokument als Dokument öffnen
2. ein Dokument als Vorlage (!) öffnen
3. eine Vorlage als 'Dokument' öffnen (Vorlage bearbeiten)
4. eine Vorlage als Vorlage öffnen
Vererbung tritt nur in Kraft in den Fällen 1 und 3. Im Fall 2 beispielweise, den Du nur per Makro erreichen kannst, stehst Du nämlich vor der Situation das es in Deinem Sinne auch nur einstufig ist, aber trotzdem keine Vererbung stattfindet.
Die Situation in Fall 2 ist das ein neues Dokument erstellt wird was auf einem Dokument basiert was als Vorlage dient. Es ist definitiv so das nicht das Dokument als Dokument geöffnet wird. Basiert nun das Dokument was als Vorlage dient auf einer Dokument*vorlage* und in dieser lägen Änderungen vor die übernommen werden müßten werden die trotzdem nicht übernommen, weil zwar die eine Bedingung 'es wurde geöffnet' erfüllt ist aber nicht die zweite 'es wurde in der richtigen Art geöffnet'. (ich hoffe das ist zu verstehen) Die richtige Art ist jeweils diejenige die das Dokument oder die Dokumentvorlage im abstrakten Sinne als "Dokument" öffnet also 1 oder 3.
Das mag nun gerne etwas philosophisch klingen, streiten (im Sinne Recht haben) will ich auch garnicht, nur so sehe ich die Situation.

(Ohne das ich es getestet habe nehme ich nämlich an (ich vermute nur, habe keine "Beweise") das es möglich sein könnte wenn Du VorlageA-->VorlageB-->DokumentC hast und in Dokument C ein Frame ist indem die Dokumentvorlage B zum Bearbeiten (!) geöffnet ist und in dieser Vorlage wiederum ein Frame in dem VorlageA zum Bearbeiten (!) geöffnet ist das es dann möglich wäre zu erreichen das beim Öffnen von C Änderungen auch von A direkt durchschlagen, weil ja zum gleichen Zeitpunkt alle Glieder der Kette in geeigneter Art geöffnet wären. Das müßte dann aber auch über Makro gelöst werden weil ja standardmäßig die Vorlagen in den Frames nicht im Bearbeitungsmodus sondern im Vorlagenmodus ("Unbenannt1") wären.)



Gruß
Jörg

von Lenu » Sa, 20.08.2005 08:02

PS:
ich hatte übrigens wirklich nicht gewusst, dass beim Bearbeiten einer Dokumentvorlage diese ebenfalls ihren Vorgänger überprüft und ggf. daraus aktualisiert werden kann. Das erleichert ja die Arbeit schon und scheint mir auch absolut zumutbar. Ausserdem sieht man beim Bearbeiten direkt, was sich ändert (jedenfalls bei sichtbaren Dingen wie Kopfzeilen) und das scheint mir nicht unwichtig.

Wichtig ist, dass man den richtigen Weg wählt, also über Datei/Dokumentvorlage/Verwalten.

Ich hatte früher den Fehler gemacht, Vorlagen aus der Dateianzeige zu öffnen (dann wurde nicht die Vorlage geöffnet, sondern ein neues Dokument erstellt) und nach den Änderungen über Datei/speichern unter, Dokumenttyp Vorlage die alte Vorlage einfach überschrieben. Und dabei geht dann die Hierarchie verloren (was ja auch nützlich sein kann, jedenfalls wenn man weiss, was man tut)

Schöne Grüsse

von Lenu » Sa, 20.08.2005 07:34

Stephan hat geschrieben:... bis rauf zur Standarddokumentvorlage, falls die Hierarchie bis dorthin "lückenlos" ist.
Ich kann das Makro nicht lesen, vielleicht eine dumme Frage: es aktualisiert schon von oben nach unten und nicht umgekehrt? Was genau wird aktualisiert? Werden alle gleich lautenden Vorlagen ersetzt oder nur die, die auf einer unteren Stufe keine eigenen Einstellungen haben?

In jedem Fall würden sich sicher einige über so ein Makro freuen. Willst Du es nicht im wiki oder in der ProBox veröffentlichen?
Ich hatte auch schon daran gedacht, ob man vorschlagen sollte, diese hierarchische Aktualisierung im Programm selbst zu ermöglichen, denn in einer Firmen-Umgebung macht so eine Vorlagen-Struktur schon Sinn. Aber ich glaube, als Alltags-Anwendung ist es nicht tauglich, da das voraussetzen würde, dass jeder absolut strukturiert arbeitet und sich immer ganz genau bewusst ist, in welcher Format-Hierarchie er sich gerade befindet. Sonst stellt man mehr Chaos als sonstwas an.

Schönes Wochenende

von Stephan » Sa, 20.08.2005 01:27

Hallo Lenu,

OK, OK es stimmt ja was Du sagst ... mich störte aber eigentlich die Verneinung von "Hierarchie", denn die existiert schon, nur ist die Umsetzung nicht automatisch ...
..aber nicht so wesentlich.
Mich stört aber zugegeben die Situation ansich und vielleicht schaut ja der Frager nochmal rein. Das folgende Makro aktualisiert hierarchisch verknüpfte Dokumentvorlagen des aktuellen Dokuments, i.S. die gesamte Kette der Vorlagen bis herunter zur "Urvorlage":

Code: Alles auswählen

Sub Vorlagen_aktualisieren()
If StarDesktop.CurrentComponent.isModified() Then
meldg = "Sollen die Änderungen gespeichert werden," & CHR(13) _
	& "bevor mit der Aktualisierung der Vorlagen begonnen wird? (Empfohlen)"
x = msgbox (meldg, 52, "Dokument wurde bereits geändert")
End If
If x = 6 Then StarDesktop.CurrentComponent.Store()

wurzel = "C:\Programme\SO7_jms\user\template\jms1.stw"

If FileExists(StarDesktop.CurrentComponent.getDocumentInfo().TemplateFileName) Then
	Dim laden
	laden = StarDesktop.CurrentComponent.CurrentController.Frame
	Dim alle_vorlagen(0) as String
	alle_vorlagen(0) = StarDesktop.CurrentComponent.getDocumentInfo().TemplateFileName
	Dim myFileProp(1) As New com.sun.star.beans.PropertyValue
	oDesktop = createUnoService("com.sun.star.frame.Desktop")
	myFileProp(0).Name = "AsTemplate"
	myFileProp(0).Value = false
	myFileProp(1).name = "Hidden"
	myFileProp(1).value = True
	sSourceFile = StarDesktop.CurrentComponent.getDocumentInfo().TemplateFileName
	weiter = 0
	i = 0
	Do
		oDocument = oDesktop.loadComponentFromURL( sSourceFile, "_blank", 0, myFileProp() )
		If FileExists(oDocument.getDocumentInfo().TemplateFileName)  _
		   AND oDocument.getDocumentInfo().TemplateFileName <> ConvertToURL(wurzel) Then
				weiter = 1
				sSourceFile = oDocument.getDocumentInfo().TemplateFileName
				i = i + 1
				REDIM Preserve alle_vorlagen(i) as String
				alle_vorlagen(i) = oDocument.getDocumentInfo().TemplateFileName
			Else
				weiter = 0
		End If
		oDocument.Close(true)
	Loop While weiter = 1
	If UBound(alle_vorlagen()) = 0 Then Exit Sub
	myFileProp(1).Name = "UpdateDocMode"
	myFileProp(1).Value = 3
	For i = UBound(alle_vorlagen()) To 0 Step -1
		oDocument = oDesktop.loadComponentFromURL( alle_vorlagen(i), "_blank", 0, myFileProp() )
		oDocument.Store()
		oDocument.Close(true)
		meldg = meldg & ConvertFromURL(alle_vorlagen(i)) & CHR(13)
	next i
	meldg = meldg & CHR(13) & CHR(13) & "UM DIE AKTUALISIERUNGEN WIRKSAM ZU MACHEN" _
	 & CHR(13) & "WIRD DAS DOKUMENT JETZT NEU GELADEN"
	Msgbox (meldg, 64, "Folgende Vorlagen wurden aktualisiert:")
	dim dispatcher as object
	dispatcher = createUnoService("com.sun.star.frame.DispatchHelper")
	dispatcher.executeDispatch(laden, ".uno:Reload", "", 0, Array())
end If
End Sub
Aber Achtung:
*In der Zeile:
wurzel = "C:\Programme\SO7_jms\user\template\jms1.stw"
muß die gewünschte "Urvorlage" angegeben werden und diese muß auch existieren und in die Hirarchie eingebunden sein. Ist diese Angabe nicht korrekt, wird (falls möglich) alles an Vorlagen aktualisiert bis rauf zur Standarddokumentvorlage, falls die Hierarchie bis dorthin "lückenlos" ist.
*Das Makro muß aus einer der OOo-Bibliotheken heraus gestartet werden, als Dokumentmakro läuft es nicht, weil ja das Dokument neu geladen wird wärend das Makro arbeitet.


Gruß
Stephan

von Lenu » Fr, 19.08.2005 19:20

Was ich gerade ausprobiert habe:
  • Ich habe ein normales Textdokument erstellt und BriefTextbausteine benannt.
  • Darin habe ich einen Bereich eingefügt, den ich benannt habe mit: AbsenderAdresseHauptsitz und in den ich die besagte Adresse erfasst habe
  • Dann habe ich eine Dokumentvorlage Brief erstellt, bei der habe ich in der Kopfzeile einen Bereich eingefügt, dabei angehakt: verknüpft mit, habe das zuvor erstellte Dokument gewählt und daraus den Bereich AbsenderAdresseHauptsitz. Die Vorlage habe ich gespeichert
  • Aus dieser Vorlage habe ich einen Brief erstellt und gespeichert
  • Dann habe ich das Textdokument BriefTextbausteine geöffnet, und die Adresse im Bereich AbsenderAdresseHauptsitz ergänzt und das Dokument gespeichert
  • Dann habe ich das Briefdokument nochmals geöffnet und wurde gefragt, ob es aktualisiert werden soll. Die Frage habe ich bejaht und so hab ich die aktuelle Adresse bekommen
  • Auch wenn man jetzt ein neues Dokument aus der Vorlage Brief erstellt, wird man als erstes gefragt, ob aktualisiert werden soll
Auf die Art könnte man also eine Hierarchie aufbauen, wobei mehrere Vorlagen auf den gleichen, nur einmal erfassten, Bereich zugreifen. Ebenso besteht auch in allen abgeleiteten Dokumenten eine Verknüpfung zu dem Bereich. Wenn man die irgendwann nicht mehr haben will, kann man sie über Bearbeiten/Verknüpfungen:lösen. Und ab Version 2.0 kann die Quelle auch ein OLE-Objekt sein

von Lenu » Fr, 19.08.2005 18:06

Hi,
um das aufzuklären:
die Betonung liegt auf mehrstufig. Ich hatte die Frage so verstanden:
  • Es gibt eine Obervorlage, meinetwegen Briefe
  • von der sollen weitere Vorlagen abgeleitet werden: Brief Filiale A, Brief Filiale B
  • Die Dokumente werden aus den abgeleiteten Vorlagen erstellt
  • Wenn jetzt in der Obervorlage Briefe etwas geändert wird, soll sich das auswirken, wenn ab Brief Filiale A oder Brief Filiale B ein neues Dokument erstellt wird, ohne dass diese Untervorlagen selbst bearbeitet werden müssten.
Also sowas:

Code: Alles auswählen

      Dokument-Obervorlage Brief
          |              |
    Dokument-           Dokument-
    vorlage:            vorlage:
     Brief               Brief 
   Filiale A           Filiale B
       |                    |
Briefdokument 1     Briefdokument 1
Briefdokument 2     Briefdokument 2
Briefdokument 3     Briefdokument 3
Und meines Wissens gibt es keine Hierarchie, die bewirkt, dass eine DokumentVorlage von ihrem Vorgänger Einstellungen übernimmt.

Aber so oder so: Aus geänderten Dokumentvorlagen können nur Formateinstellungen in den abgeleiteten Dokumenten aktualisiert werden (Hintergrundbilder gehören auch dazu). Eigentliche Inhalte, also Texte oder auch Bilder, die nicht in Kopf-/Fusszeilen oder als Seitenhintergrund eingefügt sind, werden nicht an die Dokumente weitergegeben (wäre ja wahrscheinlich im Normalfall auch nicht wünschenswert, dass nachträglich Inhalte geändert werden.)

Schöne Grüsse

von Stephan » Fr, 19.08.2005 16:45

Aber Stephan, solltest Du recht behalten, nicht schimpfen,lad Lenu auf n Kölsch ein, dann klärt sich das Mißverständnis.

Lenu, sollte sich Stephan irren, nicht böse sein, lad ihn auf Kölsch ein, dann klärt sich das Mißverständnis,
Also nur mal zur Sicherheit:

1. ich halte Lenu für den besseren Writer-Kenner als mich
2. ich war also überhaupt nicht ärgerlich, aber doch verwundert über den Satz zur Vererbung (immer vorbehaltlich das ich ihn nicht mißverstanden habe)
3.meine Bemerkung war also kopfschüttelnd-lächelnd, sollte das falsch verstanden worden sein habe ich es hiermit klargestellt


Gruß
Stephan

von Hubar » Fr, 19.08.2005 16:16

Liebe Lenu, lieber Stephan,

vielen Dank für Eure schnelle Antwort.

Ich werde beides ausprobieren und Euch berichten.

Aber Stephan, solltest Du recht behalten, nicht schimpfen,lad Lenu auf n Kölsch ein, dann klärt sich das Mißverständnis.

Lenu, sollte sich Stephan irren, nicht böse sein, lad ihn auf Kölsch ein, dann klärt sich das Mißverständnis,

der Papst würde es genauso machen


Gruß Hubar

von Stephan » Fr, 19.08.2005 16:04

Eine mehrstufige Vorlagen-Hierarchie, bei der eine Obervorlage Eigenschaften an Ihre Kindvorlagen vererbt, gibt es nicht.


Bitte?
Du bist doch hier im Forum der Writer-Experte ... und nun diese Antwort?
Oder interpretiere ich nur die Antwort falsch?

Lösung (für die ursprüngliche Anfrage):
Erstelle eine Vorlage mit Bild in der Kopfzeile und speichere diese korrekt in der Vorlagenverwaltung als a.stw.
Erstelle ein neues Dokument basierend auf a.stw und speichere auuch dieses korrekt in der Vorlagenverwaltung als b.stw.

Öffne a.stw zum Bearbeiten und ändere das Bild und speichere.

Öffme b.stw zum Bearbeiten und bejahe die Nachfrage zum Aktualisieren und speichere.

a.stw und b.stw haben jetzt das gleiche Bild, ebend weil eine Vererbung stattfindet. Das Ganze geht natürlich auch mit Formatvorlagen etc.



Gruß
Stephan

von Stephan » Fr, 19.08.2005 15:57

Wie ich eine Dokumentvorlage erstelle, nutze und verwalte ist mir bekannt.
Dir ist bekannt wie Du Dokumentvorlagen verwaltest - Sorry dann verstehe ich aber die ganze Frage nicht.



Gruß
Stephan

Nach oben