[de-users] PDF für PrePress unter Linux
Liebe Linux-Office-Experten im Druckbereich ich werde demnächst ein Buch fertig gelayoutet als pdf zur Druckerei schicken. Bisher habe ich das Finish unter Windows, Word und Acrobat gemacht, das steht mir alles auch zur Verfügung, aber lieber würde ich wie bei den übrigen Arbeiten auch im OpenSource Bereich bleiben. Aber darüber gibt es wenig Informationen. So habe ich fragen: Im PDF-Export von OOO2 gibt es die Option Press bzw. Prepress nicht mehr. Was taugt ein PDF-Export für die Druckmaschine? Im Distiller stelle ich so manches ein, v.a. die Auflösung des pdf (1200 DPI), so was gibts offenbar nicht??? Ist es vielleicht günstiger ein ps zu erzeugen mit einem generischen Postscript-Drucker und dieses ps dann in pdf konvertieren? Welche Werkzeuge haben eine Prepress-fähige Qualität? Ghostscript ps2pdf pstill ?? Oder jetzt doch lieber das PS mit Acrobat in PDF konvertieren? Hat hier jemand Erfahrungen? Herzliche Grüße Daniel Wrana - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Datenbankproblem
Sehr geehrte Damen und Herren, ich möchte gerne von Microsoft-Office auf Openoffice umsteigen. Dieser Schritt hängt aber von der Lösung des folgenden Problems ab. Wir verwalten ca.Wohnanlagen. Ich muss also 40 Datenbanken erstellen, da jede Wohnanlage getrennt von der anderen verwaltet werden muss. Ich habe eine Dokumentvorlage erstellt und die Serienbrieffelder aus einer Datenbank übernommen. Obwohl alle Datenbanken dieselben Serienbrieffelder enthalten, kann ich diese Vorlage nicht für einen Serienbrief verwenden, der an Eigentümer aus einer anderen Wohnanlage adressiert ist. Dies bedeutet, dass ich ca. 40 Dokumentvorlagen erstellen muss und das ist doch zu umständlich. Welche Möglichkeit gibt es, dass ich eine Dokumentvorlage für Serienbriefe aller Wohnanlagen verwendenkann, da die Datenbanken ja alle dieselben Serienbrieffelder aufweisen. Mit freundlichen Grüßen Reiner Fischer Objektvermietung Verwaltung Telefon (0831)18102 Telefax (0831)18657 e-mail: [EMAIL PROTECTED]
Re: [de-users] Datenbankproblem
Hallo Christine oder Reiner? E-Mail Adresse ich möchte gerne von Microsoft-Office auf Openoffice umsteigen. Dieser Schritt hängt aber von der Lösung des folgenden Problems ab. sollte Lösbar sein :) Wir verwalten ca. Wohnanlagen. Ich muss also 40 Datenbanken erstellen, da jede Wohnanlage getrennt von der anderen verwaltet werden muss. Ich habe eine Dokumentvorlage erstellt und die Serienbrieffelder aus einer Datenbank übernommen. Hä, 40 Datenbanken? für 40 Wohnanlagen? Darf ich mal raten, ich vermute eine Wohnanlage ist ein Mehrfamilien Wohnhaus, in der mehr als eine Familie wohnt (kein Scherz!), auf unterschiedlichen Etagen, mit rechten, mittleren und linken Eingängen auf jeder Etage. Damit hätte für mich jede Wohnung ersteinmal eine Kennziffer (Primärindex), zum Beipiel: Haus 12, Wohnung 4 - 1 Etage R = ergibt einen Primärindex: 12041R (nur so eine Idee). Damit ist jede Wohnung eindeutig zu identifizieren, daraus folgt das Herr Müller in ihr wohnt, 48m² Wohnfläche hat und zahlt xx Euro dafür, zzgl. aller Extraposten. Frage ich die Datenbank jetzt ab, benötige ich nur noch die Wohnungskennziffer und ein Serienbrief druckt alles nur für die Person relevante aus, in Ordnung eventuell kann es sein, dass ERW und ZRW, ... andere Serienbriefe benötigen usw. Obwohl alle Datenbanken dieselben Serienbrieffelder enthalten, kann ich diese Vorlage nicht für einen Serienbrief verwenden, der an Eigentümer aus einer anderen Wohnanlage adressiert ist. Liegt hier nicht ein Logikproblem bei deiner Datenbank vor? Mit welchem Programm hast du vorher die Datenbank erstellt? Access? Excel? Word? Warum nicht, einfach nur einen anderen Datensatz auswählen? Dies bedeutet, dass ich ca. 40 Dokumentvorlagen erstellen muss und das ist doch zu umständlich. Würde sich erübrigen, siehe oben. Welche Möglichkeit gibt es, dass ich eine Dokumentvorlage für Serienbriefe aller Wohnanlagen verwenden kann, da die Datenbanken ja alle dieselben Serienbrieffelder aufweisen. Ich hoffe ich habe dich nicht verschreckt, nur hier gibt es einige Logikfehler oder fehlende Infos. Grüße Jens - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: [de-users] Testbeschreibungen:
Hallo André, hallo Liste, ich werde nun eine neue Anfrage mit einem anderen Betreff zunächst an diese Liste starten, um beginnen zu können. Wir können keine Leute festlegen, wir können nur Freiwillige suchen. Ich bin der erste Freiwillige, weitere können sich entweder auf diese Nachricht oder die oben erwähnte folgende melden. WObei ich im Moment noch nicht das dringende Bedürfnis nach solch einer Personengruppe sehe. Vorläufig haben wir noch nichts zu prüfen bzw. haben sich bisher nur zwei bereiterklärt, an Beschreibungen zu arbeiten. Das lässt sich einfacher untereinander absprechen, als über ein board zu regulieren. Im Moment sehe ich das auch so, wenn ich mir aber eine Frage anschaue, in der jemand, sorry, habe den Namen vergessen, da ich die mail schon gelöscht habe, vierzig Datenbanken einrichten möchte, bin ich mir sicher, dass sich das bald ändern wird. Ist ein derartiges Vorgehen in Ordnung. Falls ja, sollten wir beginnen. Prinzipiell ist es in Ordung, nur sehe ich nicht, dass sich ein solches Board konstituiert, bevor tatsächlich etwas greifbares zu tun ist. O.k., dann richten wir dieses board ein, sobald es notwendig ist. Notwendig wird es dann, wenn Inhalte nicht mehr den geschriebenen Forderungen entsprechen, d.h. z.B., wenn sie redundant oder widersprüchlich werden. Ich gebe dir nach wie vor recht, dass wir etwas tun sollten, aber entschuldige bitte meinen Realismus: für die Komplexität der Aufgabe sind die Rückmeldungen bisher relativ gering. Ich denke nicht, dass zu viele Personen zwingend notwendig sind. Nichts desto trotz für den Anfang bin ich sicher bereit, bei der Koordination zu helfen. Allerdings brauchen wir jemanden, der das Thema auf Dauer durchzieht und andere Leute heranholt. Es wäre schön, wenn Du sagen könntest, wie so etwas technisch gemacht werden kann. Auch dieses können wir machen, wenn sich herausstellt, wie viele Menschen jetzt mitmachen. Ich werde nun eine neue mail mit Anforderungskatalog und Testen schreiben und dann sehen, wir, was passiert. Siegfried - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Anforderungskatalog und Testszenarien - Los geht's
Hallo Liste, nun wird schon seit einiger Zeit zu dem Thema Testszenarien und damit verbundenen Fragen diskutiert und es gibt auch schon erste Anfänge. Ich möchte diese Diskussion nochmals neu beginnen, um Fragen zu konkretisieren und zu sehen wer denn nun mitmachen kann und wird. Aus meiner Sicht ist es wichtig, dass von den NutzerInnen formuliert wird, was sie mit OOo wirklich machen wollen und dieses dann auch getestet wird. Deshalb soll diese Diskussion auch auf der user-Liste stattfinden und nicht auf der Entwicklerliste. Die eingehenden Anforderungen werden gesammelt und sortiert und auf einer allgemein zugänglichen Seite, die bereits eingerichtet ist, dokumentiert. Hierfür soll eventuell ein kleinere Gruppe, ein board, zuständig sein, die bei Bedarf eingerichtet wird. Hier ist die Seite zu finden: http://ooowiki.de/AnforderungenTestf%C3%A4lle/Bedienungsanleitung Anforderungen sollen nach Anwendungen writer, calc,draw usw. sortiert werden. Hinzu kommt eine Gruppe, die allgemeine Fragen umfasst, wie z.B. Installation oder Rechtschreibprüfung. Für jedes Produkt sollten die Ziele von oben nach unten definiert werden, wobei die auf der obersten Ebene nach kurzer Zeit feststehen sollten. Ich persönlich würde an der Koordination für writer und draw mitwirken. Wer macht mit und wer übernimmt andere Teilbereiche? André hat zugesagt, dass er die Koordination mit übernimmt. Ich bin sicher, dass wir die notwendige technische Realisierung schaffen. Für writer und draw werde ich zwei weitere mail mit dem Betreff Anforderungskatalog writer bzw. Anforderungskatalog draw mit der Bitte, Anforderungen zuzusenden schreiben. Ich bin gespannt, was passiert und was Menschen mit diesem Programm machen möchten. Es wird dann wahrscheinlich eine zweite Diskussion auf der Entwicklerliste geben, die für die Realisierung zuständig ist. Siegfried Jetzke
Re: AW: AW: [de-users] Testbeschreibungen:
Grüß' euch; würde immer noch gerne mithelfen, diese Test-Dinger auf die Reihe zu kriegen; denn wenn OOo so richtig durchstarten soll, dann muß das Prg. so weit als möglich von Bugs etc. frei sein; und das geht meiner Ansicht nach nur über eine klare und strukturierte Testung im Vorfeld bzw. ein komplettes Checking der aktuellen Version; wie ich schon mal geschrieben habe, ich mache gern mit, bin aber noch ziemlich unbeleckt, was solche Dinge angeht; wenn die Sache in Angriff genommen wird - für direkte Absprachen etc. evtl. am besten über Mailadresse kontakten: [EMAIL PROTECTED] wäre auch Telefon wichtig? Johannes Siegfried Jetzke schrieb: Hallo André, hallo Liste, ich werde nun eine neue Anfrage mit einem anderen Betreff zunächst an diese Liste starten, um beginnen zu können. Wir können keine Leute festlegen, wir können nur Freiwillige suchen. Ich bin der erste Freiwillige, weitere können sich entweder auf diese Nachricht oder die oben erwähnte folgende melden.
[de-users] Anforderungskatalog writer
Hallo Liste, hier nun der Anfang für writer. Dieses ist inhaltlich mit dem identisch, was ich schon mal schrieb und was Nino auf die angegebene Stelle im Internet gebracht hat. Das Ziel bei writer ist es, ein Programm zu haben, das es ermöglicht, Texte unterschiedlicher Art zu erstellen und zu präsentieren. Texte sind: - Briefe - Wissenschaftliche Arbeiten - Aufgaben- oder Übungsblätter - Flyer bzw. Poster Das Erstellen umfasst - Schreiben von Text - strukturierte Formatierung, d.h. konsequenter Einsatz von Vorlagen - Schreiben von Gleichungen und Formeln - mathematisch, vielleicht chemisch - Einbinden von Grafiken - Erstellen von Grafiken - Richtige und konsistente Nummerierung - Erzeugen aller erforderlichen Verzeichnisse - Einfügen und Verwalten von Querverweisen Das Erstellen umfasst - Schreiben von Text - strukturierte Formatierung, d.h. konsequenter Einsatz von Vorlagen - Schreiben von Gleichungen und Formeln - mathematisch, vielleicht chemisch - Einbinden von Grafiken - Erstellen von Grafiken - Richtige und konsistente Nummerierung - Erzeugen aller erforderlichen Verzeichnisse - Einfügen und Verwalten von Querverweisen Hier noch einige Punkte eines Feinkonzeptes - Alle Absätze haben das Format des zugehörenden Absatzformates - Es muss möglich sein, das Kapitel immer auf einer ungeraden, d.h. rechten Seite beginnen. - Bei Änderung der Seitenvorlagen, z.B. Ausdruck in B5 statt A4 muss Formatierung richtig erfolgen. - Querverweise über verschiedene Dokumente eines Globaldokumentes hinaus. - Formeleditor ähnlich wie in TeX (bereits realisiert) - globales Ändern der Schriften in Gleichungen - Aus- und Einblenden von Tex (wie bedingter Text in FrameMaker) - automatisches Positionieren von Grafiken und Tabellen, wie in TeX (nicht realisiert) Bin gespannt auf weitere Anforderungen für writer. Bis alles weitere geklärt ist, schickt diese bitte als Antwort an diese mail. Bin ebenso gespannt, was mit den anderen Produkten passiert. Für draw folgt noch etwas von mir. Siegfried
AW: AW: AW: [de-users] Testbeschreibungen:
Hallo Johannes, ich denke, dass zunächst e-mail reicht. Meine mail-Adresse ist: [EMAIL PROTECTED] Telefonnummern könnten wir vielleicht etwas weniger öffentlich austauschen. Hast Du eine konkrete Vorstellung wo bzw. zu welchem Programm Du mitmachen möchtest? Siegfried Grüß' euch; würde immer noch gerne mithelfen, diese Test-Dinger auf die Reihe zu kriegen; denn wenn OOo so richtig durchstarten soll, dann muß das Prg. so weit als möglich von Bugs etc. frei sein; und das geht meiner Ansicht nach nur über eine klare und strukturierte Testung im Vorfeld bzw. ein komplettes Checking der aktuellen Version; wie ich schon mal geschrieben habe, ich mache gern mit, bin aber noch ziemlich unbeleckt, was solche Dinge angeht; wenn die Sache in Angriff genommen wird - für direkte Absprachen etc. evtl. am besten über Mailadresse kontakten: [EMAIL PROTECTED] wäre auch Telefon wichtig? Johannes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Hallo! Das Erstellen umfasst - Einbindung von Seriendruckfeldern (insb. einfache und intiutiv zu bedienende sowie bis zu einem gewissen Maß (Anwender-)fehlertolerante Einbindung von Seriendruckfeldern aus Datenquellen aus Base) Hier noch einige Punkte eines Feinkonzeptes - Ideal wäre, in Writer zur abschließenden Kontrolle eines Serienbriefes die Datensätze einer Abfrage (oder sonstigen Datenquelle) mittels Formularnavigation durchzuscrollen. Als Umsteiger von MS stört mich insbesondere die (meiner Meinung nach) unausgereifte Anbindung an Datenquellen bei Serienbriefen. Das ganze sollte doch robuster funktionieren. Gruß Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Hi Siegfried, ich bin jetzt mal unverschämt, erbsenspalterisch und krittelig. Was ist eigentlich OOo? - Es soll ein Office-Programm sein. Was heißt Office? - Büro; Was für ein Büro? Denn so allgemein gesehen, müßte OOo sämtliche Fkten beinhalten, die in irgendeiner Art Büro überhaupt denkbar oder sinnvoll sind. Dann müßte das Prg auch in der Lage sein, z.B. alle erforderlichen Funktionen bereit zu stellen, die für einen Buchdruck notw. wären (stand heute als Anfrage in der Liste). Der nächste will mit OOo eine Waldinventur mit Einbindung sämtlicher GPS-Daten und Besitzstände sowie der ökologischen Faktoren, und das auch noch nach allen Regeln der Statistik analysieren, usw. Ist geklärt, was OOo als Office-Prg. leisten soll bzw. muß? Oder besteht die Gefahr, daß durch Anfragen in Listen immer mehr Fktenen reinkommen, die das Prg. irgendwann völlig überfrachten? Johannes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [de-users] Anforderungskatalog writer
-Ursprüngliche Nachricht- Von: J.A. Bodwing [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 29. Dezember 2005 14:05 An: users@de.openoffice.org Betreff: Re: [de-users] Anforderungskatalog writer Hi Siegfried, ich bin jetzt mal unverschämt, erbsenspalterisch und krittelig. Was ist eigentlich OOo? - Es soll ein Office-Programm sein. Gute Frage. Dieses ist als das Ziel zu definieren. Was heißt Office? - Büro; Was für ein Büro? Denn so allgemein gesehen, müßte OOo sämtliche Fkten beinhalten, die in irgendeiner Art Büro überhaupt denkbar oder sinnvoll sind. Dann müßte das Prg auch in der Lage sein, z.B. alle erforderlichen Funktionen bereit zu stellen, die für einen Buchdruck notw. wären (stand heute als Anfrage in der Liste). Der nächste will mit OOo eine Waldinventur mit Einbindung sämtlicher GPS-Daten und Besitzstände sowie der ökologischen Faktoren, und das auch noch nach allen Regeln der Statistik analysieren, usw. Der Punkt mit dem Buchdruck ist natürlich Aufgabe eines Textverarbeitungsprogrammes, deshalb nahm ich es in meine Forderung auf. Hier ist zu klären, ob Druck oder Druckvorstufe. Der zweite Punkt hört sich sehr nach Datenbankanwendung an. Hier sagte ich, dass das zumindest für mich nicht Gegenstand des Interesses ist, weil ich denke, dass es für Datenbanken hervorragende andere Produkte gibt und ich hier eindeutig ein Überfrachten sehe. Wenn ich die Diskussionen hier verfolge sehe ich eine ständige Vermischung zwischen Datenbankmanagementsystem, was base höchstens sein kann, und stark benutzerspezifischer Anwendung. Zu dieser Frage muss es einen Abgleich zwischen Anforderungen und Machbarkeit geben. Wenn es zwischen Anwendern und Entwicklern Konsens wird oder ist, ein bisschen Datenbank zu haben, wird es halt ein bisschen Datenbank geben. Auch die bereits gestellte Frage, ob ein solches System davon ausgehen kann, dass BenutzerInnen wissen, wie eine Datenbank aufgebaut ist oder nicht, gehört zu dem, was in den Anforderungskatalog gehört. Ist geklärt, was OOo als Office-Prg. leisten soll bzw. muß? Oder besteht die Gefahr, daß durch Anfragen in Listen immer mehr Fktenen reinkommen, die das Prg. irgendwann völlig überfrachten? Deshalb sollte es ein board geben, das hier etwas Struktur hineinbringt und Anfragen mit den definierten Zielen vergleicht. Ich kann mir kein Ziel an ein Textverarbeitungsprogramm vorstellen, das eine ökologische Bewertung eines Waldes vornimmt, also würde eine solche Forderung an ein Textverarbeitungsprogramm gestrichen werden müssen. Siegfried - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Animierte gif-Datei in einer Presentation?
Hi zusammen Wollte im Impress eine animierte .gif-Datei einfügen, was mir auch ohne weiteres gelingt. Leider wenn ich die Bildschirm Presentation starte bewegt sich das Bild nicht mehr. Voran kann das liegen? Benutzt OO 2.0.1 unter Win XP SP2. MfG Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Martin König schrieb: Hallo! Das Erstellen umfasst - Einbindung von Seriendruckfeldern Hier dann vielleicht auch die Möglichkeit mehr als nur einen Datensatz aus der Datenquelle in das Dokument einzubauen. z. B. bei Rechnungen einzelne Rechnungsposten. Interessant wäre auch die Möglichkeit evtl. mehrere Datenquellen im gleichen Dokument verwenden zu können. (z.B. Kunden und Lieferanten) MfG Karl-Heinz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [de-users] Anforderungskatalog writer
Hallo Johannes, -Ursprüngliche Nachricht- Von: J.A. Bodwing [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 29. Dezember 2005 14:16 An: users@de.openoffice.org Betreff: Re: [de-users] Anforderungskatalog writer Hallo Siegfried, noch ein Zusatz-Aspekt zu OOo. Das Programm existiert ja nicht auf einer Insel. Es gibt Word, Word Perfect u.a. Wäre es von daher nicht auch sinnvoll, gezielt auch die Konkurrenz von OOo zu betrachten, was da an Funktionen vorliegt, die clever und besser in OOo reingepackt werden könnten? Zum Beispiel finde ich die Notiz-Fkt. bei Word besser, als die in OOo. Das heißt: OOo nicht nur singulär betrachten, sondern ganz bewußt auch die anderen großen Office-Pakete checken. Deshalb habe ich an manchen Stellen auf TeX und FrameMaker verwiesen, beides keine Office-Pakete aber Werkzeuge zum Erstellen von Textdokumenten. TeX ist sicher ein großes Paket, FrameMaker ist vielleicht nicht groß, aber für große Texte extrem leistungsfähig, z.B. bei Verwendung von Büchern, Globaldokumenten in OOo, Referenzierung und einem hervorragenden Formatekonzept und der dazugehörenden Realisierung. Mit anderen, abgesehen von WORD, habe ich keine Erfahrung. Falls jemand Positives in WORD findet, kann das natürlich auch in den Katalog aufgenommen werden. Siegfried - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [de-users] Anforderungskatalog writer
Hi, Zu dieser Frage muss es einen Abgleich zwischen Anforderungen und Machbarkeit geben. Wenn es zwischen Anwendern und Entwicklern Konsens wird oder ist, ein bisschen Datenbank zu haben, wird es halt ein bisschen Datenbank geben. Das ist genau der Punkt, den ich mit Komplexität des Problems meinte. Zum Vergleich: als offensichtich wurde, dass der von 1.x bekannte Stylist in Formatvorlagen und Formatierungen umbenannt werden sollte, hat es über eine Woche (und sicher auch über 100 Mails) gebraucht, um nur für ein einziges Wort einen Kompromiss zu finden. Die Diskussion kam übrigens auf, nachdem ein board die Umbenennung beschlossen hatte. Deshalb sollte es ein board geben, das hier etwas Struktur hineinbringt und Anfragen mit den definierten Zielen vergleicht. Ich kann mir kein Ziel an ein Textverarbeitungsprogramm vorstellen, das eine ökologische Bewertung eines Waldes vornimmt, also würde eine solche Forderung an ein Textverarbeitungsprogramm gestrichen werden müssen. An eine Textverarbeitung vielleicht nicht. Aber ich hatte letztens tatsächlich ein Calc-Tabelle (die sich mit 2.0 nichtmehr öffnen liess), die eine ökologische Bewertung von Gewässern vornimmt. So weit hergeholt ist das Beispiel mal nicht. André -- DSL-Aktion wegen großer Nachfrage bis 28.2.2006 verlängert: GMX DSL-Flatrate 1 Jahr kostenlos* http://www.gmx.net/de/go/dsl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [de-users] Anforderungskatalog writer
Hallo, Siegfried Jetzke schrieb: Hi Siegfried, ich bin jetzt mal unverschämt, erbsenspalterisch und krittelig. Was ist eigentlich OOo? - Es soll ein Office-Programm sein. Gute Frage. Dieses ist als das Ziel zu definieren. Der zweite Punkt hört sich sehr nach Datenbankanwendung an. Hier sagte ich, dass das zumindest für mich nicht Gegenstand des Interesses ist, weil ich denke, dass es für Datenbanken hervorragende andere Produkte gibt und ich hier eindeutig ein Überfrachten sehe. Wenn ich die Diskussionen hier verfolge sehe ich eine ständige Vermischung zwischen Datenbankmanagementsystem, was base höchstens sein kann, und stark benutzerspezifischer Anwendung. Welche hervoragende andere Produkte kennst Du? Hast Du schon mal damit gearbeitet? Zu dieser Frage muss es einen Abgleich zwischen Anforderungen und Machbarkeit geben. Wenn es zwischen Anwendern und Entwicklern Konsens wird oder ist, ein bisschen Datenbank zu haben, wird es halt ein bisschen Datenbank geben. Auch die bereits gestellte Frage, ob ein solches System davon ausgehen kann, dass BenutzerInnen wissen, wie eine Datenbank aufgebaut ist oder nicht, gehört zu dem, was in den Anforderungskatalog gehört. Mechtilde - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Animierte gif-Datei in einer Presentation?
Hey Tom, Goedert Tom schrieb: Hi zusammen Wollte im Impress eine animierte .gif-Datei einfügen, was mir auch ohne weiteres gelingt. Leider wenn ich die Bildschirm Presentation starte bewegt sich das Bild nicht mehr. Voran kann das liegen? Benutzt OO 2.0.1 unter Win XP SP2. ist ein Bug und - wenn ich mich recht erinnere - schon mal gemeldet worden. Aktuell kannst du gar nichts machen - nur warten. Gruss Thomas -- ## Marketing deutschsprachiges Projekt ## http://de.openoffice.org - www.openoffice.org ## Vorstand OpenOffice.org Deutschland e.V. ## Mitglieder willkommen: www.OOoDeV.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: [de-users] Anforderungskatalog writer
Hai, Hi, Zu dieser Frage muss es einen Abgleich zwischen Anforderungen und Machbarkeit geben. Wenn es zwischen Anwendern und Entwicklern Konsens wird oder ist, ein bisschen Datenbank zu haben, wird es halt ein bisschen Datenbank geben. Das ist genau der Punkt, den ich mit Komplexität des Problems meinte. Das Problem mit der Datenbank ist sicher ein grundsätzliches und keines, das mit dem Suchen nach dem richtigen Wort zusammenhängt. Was ist an Deinem Beispiel komplex? Ich sehe nichts. Zum Vergleich: als offensichtich wurde, dass der von 1.x bekannte Stylist in Formatvorlagen und Formatierungen umbenannt werden sollte, hat es über eine Woche (und sicher auch über 100 Mails) gebraucht, um nur für ein einziges Wort einen Kompromiss zu finden. Die Diskussion kam übrigens auf, nachdem ein board die Umbenennung beschlossen hatte. Aber dann hat es doch eine Einigung gegeben, oder? Deshalb sollte es ein board geben, das hier etwas Struktur hineinbringt und Anfragen mit den definierten Zielen vergleicht. Ich kann mir kein Ziel an ein Textverarbeitungsprogramm vorstellen, das eine ökologische Bewertung eines Waldes vornimmt, also würde eine solche Forderung an ein Textverarbeitungsprogramm gestrichen werden müssen. An eine Textverarbeitung vielleicht nicht. Aber ich hatte letztens tatsächlich ein Calc-Tabelle (die sich mit 2.0 nichtmehr öffnen liess), die eine ökologische Bewertung von Gewässern vornimmt. So weit hergeholt ist das Beispiel mal nicht. Wir reden hier nun über Textverarbeitung und nicht über calc. Die ökologische Bewertung ist sicher durch den Anwender vorgenommen worden, der an die passenden stellen die passenden Funktionen geschrieben hat. Calc hat vielleicht gerechnet oder gezeichnet. Wenn am Ende statt CO-Emission Wasserausstoß gestanden hätte, wäre das calc sicher nicht aufgefallen, obwohl die Bewertung doch sicher sehr viel anders ausgefallen wäre. Siegfried - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Maßstab-Funktion zerlegt OOorg 2.0 - auf ein Neues
Am Donnerstag, 29. Dezember 2005 12:09 schrieb J.A. Bodwing: Hallo, ich hatte das Problem schon mal Mitte Dezember reingestellt - beim Anklicken von Maßstab im Menü Ansicht hängt das Prg.; geht jetzt wieder los, nachdem es rund 2 Wochen lang keine Probleme gab; ich arbeite mit Windos XP Professional und inzwischen OOo 2.0.1; hatte gerade eine Graphik (Draw) in Arbeit , wollte den Maßstab ändern; und allein beim Anklicken von Maßstab ging nichts mehr; Leiste mit Pfadangabe oben im Fenster ist jetzt grau statt blau; nichts im Programm reagiert mehr; muß über den Task-Manager beenden; der Fehlerbericht von OOo enthält keinen Text, sonst hätte ich den mitgeschickt; das Problem mit dem Maßstab ist bei allen Formaten vorhanden, ob Text, Zeichnung oder Tabelle; heißt das nun, ich muß alle 2 Wochen damit rechnen, daß mir bei Maßstabs-Änderungen das Prg. abschmiert, ich die Nutzereinstellungen löschen und neu erstellen muß? Ich habe dieses Problem bei keinem OOo-Produkt bisher erlebt. Auch ein Test bei OOo 2.0.1, allerdings unter SuSE Linux 9.2, zeigte dieses Verhalten nicht. Ist vielleicht irgendeine Besonderheit bezüglich Grafikkarte in Deinem System zu beachten? (Ich hatte einmal ein System, das mit onboard-Grafik versehen war. Damals mit 8 MB. Lief unter Win 98 sehr instabil. Dann habe ich Linux ausprobiert. Keine Abstürze mehr. Auch eine Videokarte lief plötzlich. Lösung der Community damals: Der SIS-Baustein kann eigentlich nur 4 MB richtig adressieren, die weiteren 4 MB wurden deswegen nicht unterstützt. ) Gruß Robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: [de-users] Anforderungskatalog writer - Datenbank
Hallo, Welche hervoragende andere Produkte kennst Du? Hast Du schon mal damit gearbeitet? ich muss zugeben, dass ich in den letzten Jahren nur mit Oracle gearbeitet habe, von Version 7 bis 9. Dieses habe ich dafür recht intensiv gemacht. db2, sybase oder pervasive SQL betrachte ich auch noch als hervorragend, auch wenn diese Meinung mittlerweile mehr aus meiner Erinnerung und Gesprächen resultiert. mySQL stand irgendwann mal zur Debatte, wir haben es aber nicht in genommen, weil es damals noch nicht transaktionsorientiert war und vielleicht immer noch nicht ist und ich dieses als zwingend notwendig erachte. Nun beginnen wir bzw. ich mit einer Datenbankdiskussion, die ich, zumindest hier, nicht führen möchte. Siegfried - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] PDF für PrePress unter Linux
Am Donnerstag, 29. Dezember 2005 00:25 schrieb Daniel Wrana: Liebe Linux-Office-Experten im Druckbereich ich werde demnächst ein Buch fertig gelayoutet als pdf zur Druckerei schicken. Gibt es Druckereien, die leiber *.pdf als Postscript haben wollen? Ich kenne das eher umgekehrt. Zu Windoof-Zeiten habe ich extra für Druckereien Ghostscript sowie einen entsprechenden Druckertreiber installiert, weil es hieß: Am besten Postscript, *.pdf geht noch, Word-Dateien nur mit beigefügtem Ausdruck und Zusatzkosten. Im PDF-Export von OOO2 gibt es die Option Press bzw. Prepress nicht mehr. Was taugt ein PDF-Export für die Druckmaschine? Im Distiller stelle ich so manches ein, v.a. die Auflösung des pdf (1200 DPI), so was gibts offenbar nicht??? Was willst Du mit einer derart hohen Auflösung? Für Fotos/Graustufenbilder reichen in der Regel 150 dpi - damit ist der Drucker schon genug belastet (Eine Digitalkamera mit 2 Megapixel hat eine Auflösung von 1600x1200 Punkten - mache ich davon einen Abzug, so kann ich locker auf 24x18 cm vergrößern ohne zu sehen, dass es ein Digitalbild ist. Macht eine Auflösung von ca. 170 dpi - schließlich steht jedes Pünktchen für eine Farbe, die der Drukcer durch mühsame Rasterung aus 3 Grundfarben sowie Schwarzbeimischung erst erarbeiten muss). SW-Bitmaps sollten wegen des Treppeneffekts besser 600 dpi haben. Schriften sollten mit eingebunden werden. Scribus macht das, OpenOffice nicht. Deshalb müssen alle verwendeten Fonts mit der *.pdf-Datei extra weitergegeben werden. Ist es vielleicht günstiger ein ps zu erzeugen mit einem generischen Postscript-Drucker und dieses ps dann in pdf konvertieren? Welche Werkzeuge haben eine Prepress-fähige Qualität? Ghostscript ps2pdf pstill ?? Oder jetzt doch lieber das PS mit Acrobat in PDF konvertieren? Warum von *.ps konvertieren? Wenn eine Druckerei ausgesucht ist würde ich erst einmal nachfragen. Meine letzte 36-seitige Broschüre habe ich als Postscriptdatei mit OOo 1.1.3 unter SuSE 9.2 erstellt, nachdem ich mich bei der Druckerei nach den gewünschten Vorlagen erkundigt habe. Das Produkt (Schwarz-Weiß, Graustufenbilder, jede Seite mit einem blauen Farbauszugsdruck) hat alle meine Wünsche erfüllt. Gruß Robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Martin König schrieb: Hallo! Das Erstellen umfasst - Einbindung von Seriendruckfeldern Hier dann auch die Möglichkeit mehr als nur einen Datensatz aus der Datenquelle in das Dokument einzubauen. z. B. bei Rechnungen einzelne Rechnungsposten. Interessant wäre auch die Möglichkeit evtl. mehrere Datenquellen im gleichen Dokument verwenden zu können. MfG Karl-Heinz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Positionierung Text OOo.2.0.1
Wie kann ich den Text auf einer Seite vertikal positionieren, z.B 5.5 cm von oberen Papierrand? Vielen Dank für Ihre Info Ein gutes Neues Jahr Konrad Stäuble - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Animierte gif-Datei in einer Presentation?
Re Habe das Problem gelöst. Habe mich beim Erstellen der Seite geirrt. MfG Tom Goedert Tom wrote: Hi zusammen Wollte im Impress eine animierte .gif-Datei einfügen, was mir auch ohne weiteres gelingt. Leider wenn ich die Bildschirm Presentation starte bewegt sich das Bild nicht mehr. Voran kann das liegen? Benutzt OO 2.0.1 unter Win XP SP2. MfG Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] ?
Guten Tag - ich möchte ein Kinderbuch schreiben. Welche Vorlage muss/kann ich wählen. Ich finde keine Hinweise, danke! Ihnen einen guten Rutsch in das Neue Jahr! Warum fallen die Wolken nicht vom Himmel? Freundliche Grüße von Martin Oschmann +++***++
Re: [de-users] Anforderungskatalog writer
Hallo Johannes J.A. Bodwing schrieb: Hallo Siegfried, noch ein Zusatz-Aspekt zu OOo. Das Programm existiert ja nicht auf einer Insel. Es gibt Word, Word Perfect u.a. Wäre es von daher nicht auch sinnvoll, gezielt auch die Konkurrenz von OOo zu betrachten, was da an Funktionen vorliegt, die clever und besser in OOo reingepackt werden könnten? Aus meiner Sicht *sehr wichtig*: ...die clever und besser in OOo reingepackt werden könnten und bewußt darauf achten, dass nicht Unsinniges übernommen wird einzig aus dem Grund, weil es bei der Konkurrenz auch so ist. Das meint jetzt nicht nur Writer, sondern OOo insgesamt. Und das bezüglich Funktionen *und* der Benutzerführung. Sinnvoll fände ich ebenfalls die eigene Vorversion zu betrachten. Da war u.a. Serienbrief besser geregelt. (Das hätte jetzt besser in den allgemeinen Teil gepasst, aber hier kann ich mich direkt auf Deinen Beitrag beziehen). -- greetings peter --- - anything is a matter of opinion - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] ?
Empfangsbestätigung Ihr [de-users] ? Dokument : wurde Siegfried Hogen/GRUMA/DE empfange n von: am: 29.12.2005 16:50:39 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Positionierung Text OOo.2.0.1
Konrad Stäuble schrieb: Wie kann ich den Text auf einer Seite vertikal positionieren, z.B 5.5 cm von oberen Papierrand? Vielen Dank für Ihre Info Ein gutes Neues Jahr Konrad Stäuble Format - Zeichen - Position - 90° (oder 270°) Die Entfernung vom oberen Papierrand lässt sich meines Wissens nur über die Seiteneinstellungen einstellen. LG, Heli - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] OT: Testszenarien (war: Re: [de-users] Kreis-Diagramm im Uhrzeigersinn)
Hallo, Siegfried Jetzke schrieb: Dieser Fall wäre bemerkt worden, wenn exakt -- wenn Grundlage von Anforderungen erstellt worden und dieses eine Anforderung gewesen wäre. Alles was nicht in dem Anforderungskatalog steht kann und muss nicht getestet werden, da es nicht gefordert ist. Ja, also was auch immer Du als Anforderungen formulieren möchtest in jedem Fall gilt doch mindestens das Alles was im Programm ist fehlerfrei sein sollte, also das Alles in Testszenarien erfaßt sein müßte und deshalb habe ich dieses Beispiel mal genannt, denn wer wäre denn darauf gekommen das in den Anforderungskatalog zu schreiben. Natürlich wünsche ich Euch für euer Vorhaben Glück, nur ihr solltet die Arbeit nicht unterschätzen, jetzt schon zu schreiben i.S. Leute zu finden sei kein Problem bzw. soviele Leute würden nicht gebraucht ist IMHO naiv. Ich sage mal ganz offen, ohne abschrecken zu wollen, eine Person dürfte bei intensiver Arbeit schon ein Wochenende damit beschäftigt sein ein Testszenario aufzustellen, welches nur sicherstellt das alles was bei Kopfzeilen im Writer funktionieren muß (bzw. getestet werden muß damit nichts übersehen wird) auch tatsächlich im Anforderungskatalog berücksichtigt wird. Ahnst Du aber welche geringe Bedeutung/Umfang diese 'Kopfzeilen-Test's' hätten, angesichts der Testnotwendigkeiten für das Gesamtpaket OOo, und was insgesamt an Arbeit auf Euch zukommt. Sowas was ihr vorhabt wirklich *erfolgreich* durchzuführen dürfte IMHO ganz sicher erheblich mehr Leute erfordern als insgesamt derzeitig im de.projekt mitarbeiten. Gruß Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Hallo, J.A. Bodwing schrieb: Ist geklärt, was OOo als Office-Prg. leisten soll bzw. muß? Oder besteht die Gefahr, daß durch Anfragen in Listen immer mehr Fktenen reinkommen, die das Prg. irgendwann völlig überfrachten? Das ist keine Gefahr, das ist die Realität schon heute. Permanente 'Featureritis' von User die sich für Konzepte Null interessieren gerade mal ein Problem haben das als unbedingt notwendig darstellen i.S. wenn dieses Feature nicht drin ist taugt das ganze Programm nicht, aber welche in 2-3 Wochen wenn sie andere Dokumente bearbeiten sich überhaupt nicht mehr an ihr Wunschfeature erinnern sondern nun wieder ein neues haben was gerade zum persönlichen Kontext passt. OOo IST heute schon überfrachtet mit inkonsequenten unnötigen Features und Optionen aller Art. Das macht das Paket so schwer wartbar und das Debugging so kompliziert. Gruß Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Hallo, Siegfried Jetzke schrieb: Der Punkt mit dem Buchdruck ist natürlich Aufgabe eines Textverarbeitungsprogrammes, IMHO ist das die Domäme eines Satz-Programmes und nicht einer Textverarbeitung die fließtextorientiert ist. Ich glaube kaum das das OOo-Projekt beabsichtigt diese Grundausrichtung aufzugeben. Deshalb sollte es ein board geben, das hier etwas Struktur hineinbringt und Anfragen mit den definierten Zielen vergleicht. Und was tut dieses board dann praktisch? Was wir hier in Form eines boards an User-Wünschen sammeln interessiert doch Niemanden (dessen Einfluß relevant wäre für die tatsächliche Umsetzung), das muß zumindest in issuzilla rein und das Thema hatten wir schon in der Vergangenheit ausgiebig. Also ich kann nur anregen wenn es um Testszenarien geht sich auch darauf zu konzentieren und nicht als Rundumschlag noch eine User-Wunsch-Sammelstelle vorzuschalten die praktisch ohne Relevanz wäre weil völlig unklar ist wie diese Dinge ins Paket OOo kommen würden. Wir haben im Übrigen bereits eine solche Wunsch-Sammelstelle - issuzilla. Gruß Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: [de-users] Anforderungskatalog writer
Hallo Eric, Das Programm existiert ja nicht auf einer Insel. Es gibt Word, Word Perfect u.a. Wäre es von daher nicht auch sinnvoll, gezielt auch die Konkurrenz von OOo zu betrachten, was da an Funktionen vorliegt, die clever und besser in OOo reingepackt werden könnten? Zum Beispiel finde ich die Notiz- Fkt. bei Word besser, als die in OOo. Du ja, aber andere finden, die in OOo besser und was machen wir dann. Ich bin alter SO/OOo Hase und für mich war die Notizfunktion in Word schon fast zu gut :-) Daher war dann für mich beim Erstkontakt aus Gewohnheit die Notizfunktion in OOo besser. Eines sollten wir aber nicht vergessen, wir wollen hier kein kostenloses Word nachprogrammieren!!! Daher darf OOo ein wenig eigenständiges Bedienkonzept, egal ob umständlicher, schlechter, besser, bitte haben. Unklar und klar. Bei vielen Diskussionen kommt immer der Vergleich zu WORD, was soll es denn nun werden? WORD oder nicht-WORD. Hältst Du es nicht auch für sinnvoll, dass AnwenderInnen entscheiden, oder sollen dieses ein paar Freaks überlassen bleiben. Dieses und die von Dir aufgeworfenen Fragen sollen auch Ergebnis dieser Diskussion sein. Das heißt: OOo nicht nur singulär betrachten, sondern ganz bewußt auch die anderen großen Office-Pakete checken. Deshalb habe ich an manchen Stellen auf TeX und FrameMaker verwiesen, beides keine Office-Pakete aber Werkzeuge zum Erstellen von Textdokumenten. TeX ist sicher ein großes Paket, Also mein TeX ist eigentlich recht klein, groß wird es durch die vielen Erweiterungen und das Zubehör welches heute bei den (La)TeX Distributionen mitgeliefert wird. Das mit der Erbsenzählerei hatten wir heute schon: Ich formuliere es etwas anders: TeX hat mit den verfügbaren Ergänzungen einen sehr großen Funktionsumfang und die Anzahl der mit TeX oder ..tex geschriebenen Dokumente ist sehr groß. FrameMaker ist vielleicht nicht groß, aber für große Texte extrem leistungsfähig, z.B. bei Verwendung von Büchern, Globaldokumenten in OOo, Referenzierung und einem hervorragenden Formatekonzept und der dazugehörenden Realisierung. Leute paßt auf FrameMaker und OOo sind zwei verschiedene Zielgruppen. Sicherlich wildert einer beim anderen, nur wir sollten uns im klaren sein, dass OOo kein DTP Programm ist und auch nicht in diese Richtung entwickelt wird, wenn es jemand unbedingt als DTP Programm einsetzen will, kann, muss, dann bitte kann er das tun und wir können ihm entgegenkommen indem wir versuchen ein paar Grundfunktionen DTP einzubauen, das mit Druckvorstufe und Co sollten wir aber bitte den Programmen überlassen, die dafür geschrieben werden. Ich empfehle hier gerne Scribus. DTP Programm, Open Source und GPL, kann OOo Dateien importieren und leistet für den Hausgebrauch, das was OOo in der Druckvorstufe nicht kann und sogar mehr. Es ging darum, Funktionen einsetzen zu wollen, die in FrameMaker bereits realisiert sind. Das Erstellen von Dokumenten, die aus mehreren Dateien bestehen, die unterschiedlicher Gestaltung eines Textes, Referenzierung und die Verwendung von Textrahmen sehe ich nicht als DTP-Elemente, sondern als elementare Funktionen eines Programmes mit dem Texte erstellt werden sollen. Es mag doch sein, dass das nicht Ziel von OOo ist. Dann würde ich es gerne wissen, um weiter suchen zu können. Um dieses wissen zu können, würde ich gerne wissen, was OOo macht. Deshalb die Diskussion. Was auch zu bedenken ist, wenn wir OOo in die Richtung DTP entwickeln, dann wir es komplexer und wir müßten einen Modus Anfänger Fortgeschrittene oder ein Modul haben. Ich glaub das wäre sogar die beste Lösung. Wie bisher ein OOo für den Durchschnittsanwender und wer Druckvorstufe braucht bekommt das Modul geliefert. Wir sollten auch nicht die eierlegende Wollmilchsau versuchen zu programmieren. Es wird *immer* anwender geben, die genau die Funktion in OOo vermissen, die sie brauchen und jetzt wollen wir alle Funktionen in OOo reinhauen, nur weil einmal in x Schaltjahren jemand nach Druckvorstufe oder irgendwas anderem frägt? Bleibt mal Ich dachte und denke, dass es durchaus einige Menschen gibt, die OOo zum Schreiben von Diplom- oder ähnlichen Arbeiten suchen und hier ist ein gutes Bild sicher wichtig. Wenn sich herausstellt, dass kein Interesse an druckfähigem Material besteht, dann kann es ja vom Anforderungskatalog gestrichen werden bzw. überhaupt nicht aufgenommen werden. ein wenig auf dem Tepich. Einerseits schreit jeder mach es einfach (keep it simple) und will keinen Funktions- und Featureoverkill und dann wird im nächsten Augenblick durch die Hintertür genau der eingeführt. Irgendwie scheint die hier begonnene Diskussion mächtig zu stören. Für mich sind auch viele Fragen Featureoverkill, um nicht zu sagen, sehr viele. Ausgangspunkt dieser Diskussion war der Vorwurf an mich, dass ich ständig sagte, dass ich nur etwas zum Arbeiten suche. Im Klartext bedeutet dieses eigentlich, dass ich einen
[de-users] Feldunterdrückung bei Feldbefehlen
Hallo zusammen, wir können über unsere Warenwirtschaft Adressmaterial an Openoffice mit Feldnamen übergeben. Im Prinzip funktioniert das so, wie wenn ich eine Datenbank für eine Serienbrieffunktion anhängen würde. Als Beispiel hier zwei Adressen: Heinz Mustermann Karin Mustermann GmbH Musterstraße 25Kartonagen und Papiere 9 Musterstadt Musterlandstraße 1 DEUTSCHLAND Musterstadt SCHWEIZ Aufgrund der unterschiedlichen Feldbestückungen erscheint das Land nun entweder in der vierten, fünften oder sechsten Zeile. Je nach Zeile, möchte ich nun, das das Wort DEUTSCHLAND unterdrückt bzw. nicht gezeigt wird. Bei den ausländischen Adressen ist es ja so richtig. Ich weiss, dass ich einen leeren Asatz mit dem Feldbefehl versteckter Absatz und mit der Bedingung not verstecken kann, damit leere Absätze verschwinden. Wie kann ich es einrichten, dass DEUTSCHLAND unterdrückt wird und alle anderen Länder, wie SCHWEIZ, ÖSTERREICH, TSCHECHEI, usw. , erscheinen. Vielen Dank für die Unterstützung. Gruß Hans Thurn Adressen
Re: [de-users] Positionierung Text OOo.2.0.1
Am Donnerstag, 29. Dezember 2005 16:51 schrieb Sternjak (GMX): Konrad Stäuble schrieb: Wie kann ich den Text auf einer Seite vertikal positionieren, z.B 5.5 cm von oberen Papierrand? Vielen Dank für Ihre Info Ein gutes Neues Jahr Konrad Stäuble Format - Zeichen - Position - 90° (oder 270°) Die Entfernung vom oberen Papierrand lässt sich meines Wissens nur über die Seiteneinstellungen einstellen. LG, Heli Da dachte ich: in der Kürze liegt die Würze (siehe 1. Mail von mir) - jetzt ist wohl erst einmal Konrad gefragt. Also: Was verstehst Du unter vertikal positionieren? Ich dachte horizontal: Textabstand von links, vertikal: Textabstand von oben. Auf Positionieren von gedrehtem Text wäre ich nicht gekommen. Doch dies geht, wie in meiner anderen Mail beschrieben, auch mittels Rahmen, in die der Text geschrieben wird. Gruß Robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] OT: Testszenarien (war: Re: [de-users] Kreis-Diagramm im Uhrzeigersinn)
On Thursday 29 December 2005 16:58, Jörg Schmidt wrote: in jedem Fall gilt doch mindestens das Alles was im Programm ist fehlerfrei sein sollte, also das Alles in Testszenarien erfaßt sein müßte und deshalb habe ich dieses Beispiel mal genannt, denn wer wäre denn darauf gekommen das in den Anforderungskatalog zu schreiben. Bei einer komplexen(TM) Anwendung kann man sicher nicht ALLES testen in allen Permutationen. Man kann aber vielleicht eine Art Testfall-Hierarchie bilden, in der wichtige von weniger wichtigen (oder zentrale von speziellen) Funktionen unterschieden werden. Aus meiner Sicht geht es hier darum, erst mal so eine Grobstruktur für Anforderungen und Testfälle zu erhalten. Dadurch wird sie auch diskutierbar. Gruß Nino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Hallo Siegfried, hallo Liste, Martin König schrieb: Hallo! Das Erstellen umfasst - Einbindung von Seriendruckfeldern Das war mein Teil der Mail, der folgende Teil stammt von Karl-Heinz: Hier dann vielleicht auch die Möglichkeit mehr als nur einen Datensatz aus der Datenquelle in das Dokument einzubauen. z. B. bei Rechnungen einzelne Rechnungsposten. Interessant wäre auch die Möglichkeit evtl. mehrere Datenquellen im gleichen Dokument verwenden zu können. (z.B. Kunden und Lieferanten) Wohin soll Deines Erachtens diese Anfrage? Ich kann deswegen nicht genau sagen, wohin die Frage genau wollte. Ich persönlich denke aber (das war auch Gegenstand meiner ursprünglichen Mail), dass (wie auch bei anderer Software sehr häufig anzutreffen), eine gewisse Schnittstellenproblematik speziell zwischen Base und Writer vorliegt. Das ist immer besonders problematisch, weil die Zuständigkeiten oft hin- und hergeschoben werden. Peter Schulze schrieb: Sinnvoll fände ich ebenfalls die eigene Vorversion zu betrachten. Da war u.a. Serienbrief besser geregelt. Dem kann ich nur zustimmen. Meine eigenen Anregungen in diese Richtung nochmal kurz zusammengefasst (aus meiner ersten Mail): - Einbindung von Seriendruckfeldern (insb. einfache und intiutiv zu bedienende sowie bis zu einem gewissen Maß (Anwender-)fehlertolerante Einbindung von Seriendruckfeldern aus Datenquellen aus Base) Ideal wäre, in Writer zur abschließenden Kontrolle eines Serienbriefes die Datensätze einer Abfrage (oder sonstigen Datenquelle) mittels Formularnavigation durchzuscrollen. Gruß Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Hallo Jörg, On Thursday 29 December 2005 16:58, Jörg Schmidt wrote: Also ich kann nur anregen wenn es um Testszenarien geht sich auch darauf zu konzentieren und nicht als Rundumschlag noch eine User-Wunsch-Sammelstelle vorzuschalten die praktisch ohne Relevanz wäre weil völlig unklar ist wie diese Dinge ins Paket OOo kommen würden. Wir haben im Übrigen bereits eine solche Wunsch-Sammelstelle - issuzilla. Genau: eine Sammelstelle. Aber versuch mal, einen Überblick über die issues zu bekommen: das ist nicht ganz einfach. Weil der Issuezilla in erster Linie ein tracker ist, und weniger dazu gemacht, die Anforderungen aus Usersicht inhaltlich zu strukturieren. (Aus Entwicklersicht vielleicht eher). Ich fasse Siegfrieds Ansinnen daher mehr als Inititative in Richtung Struktur und Überblick auf, weniger als Sammlung von Einzelwünschen. (Allerdings kann man mit letzterer gut als Brainstorming anfangen, um sie in einem 2. Arbeitsdurchgang zu gliedern und gewichten.) Und im Wiki ist die Gliederung jederzeit änderbar ohne größeren Aufwand. In einer solchermaßen strukturierten Anforderungsliste lassen sich Testfälle möglicherweise leichter einordnen und bewerten als durch Eintrag in den Issuezilla. Gruß Nino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme mit Open Office.org 1.1.2
Hallo Siggi, der geöffnete Schnellstarter ist in der Taskleiste neben der Uhrzeit im Systemtray zu finden. Dort ist ein kleines OOo-Symbol. Dieses Symbol mit der rechten Maustaste anklicken und Beenden Wählen. Dann nicht deinstallieren, sondern die Version 2.0.1 installieren und bei der Installation Update wählen, damit Deine Benutzereinstellungen erhalten bleiben. -Markus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Positionierung Text OOo.2.0.1
Hallo *, On Thu, Dec 29, 2005 at 05:04:12PM +0100, Robert Grosskopf wrote: Am Donnerstag, 29. Dezember 2005 13:16 schrieb Konrad Stäuble: Wie kann ich den Text auf einer Seite vertikal positionieren, z.B 5.5 cm von oberen Papierrand? Seit OOo 2.0. gibt es die Möglichkeit, auch den ersten Absatz einer Seite mittels Abstand über dem Absatz (Absatzformate) zu positionieren. Dies macht z.B. bei Überschriften als Standardeinstellungen einen besseren Eindruck, vor allem wenn hier noch zusätzlich die Überschrift wirklich, wie bei einem Kapitelanfang eines Buches, eine neue Seite beginnt. Das ging auch schon vorher. Am besten mit einer entsprechenden Seitenvorlage [...] ciao Christian -- NP: Blind Guardian - Born In A Mourning Hall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: [de-users] Anforderungskatalog writer
Hallo, sorry, diese Antwort verstehe ich nicht. Siegfried Hallo, Eric Hoch schrieb: Eines sollten wir aber nicht vergessen, wir wollen hier kein kostenloses Word nachprogrammieren!!! Daher darf OOo ein wenig eigenständiges Bedienkonzept, egal ob umständlicher, schlechter, besser, bitte haben. +1 (und an einigen Stellen auch gerne ein eigenes inhaltliches und nicht nur Bedien-Konzept) Leute paßt auf FrameMaker und OOo sind zwei verschiedene Zielgruppen. Sicherlich wildert einer beim anderen, nur wir sollten uns im klaren sein, dass OOo kein DTP Programm ist +1 das mit Druckvorstufe und Co sollten wir aber bitte den Programmen überlassen, die dafür geschrieben werden. +1 Wir sollten auch nicht die eierlegende Wollmilchsau versuchen zu programmieren. +1 Es wird *immer* anwender geben, die genau die Funktion in OOo vermissen, die sie brauchen und jetzt wollen wir alle Funktionen in OOo reinhauen, nur weil einmal in x Schaltjahren jemand nach Druckvorstufe oder irgendwas anderem frägt? Bleibt mal ein wenig auf dem Tepich. +1 Gruß Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Sich wiederholender frei wählbarer Text
Hi, In meinem Lotus Wordpro-Textprogramm hat es eine Funktion, die sich Hier-Klicken-Blöcke nennt. Ich kann dabei einen beliebigen Text in einen Hier-Klicken-Block schreiben und diesen Block dann im Text, z.B. in der Kopfzeile beliebig viele Male erneut anzeigen lassen. Eine Art frei definierbarer Platzhalter. So bleibt z.B. die Titel-Konsistenz gewahrt. Wie kriege ich das in Open Office hin? Danke für die Antwort Marcus
Re: AW: AW: [de-users] Anforderungskatalog writer
Hallo Siegfried, Am Thu, 29 Dec 2005 16:55:07 +0100, schrieb Siegfried Jetzke: Hallo Eric, Eines sollten wir aber nicht vergessen, wir wollen hier kein kostenloses Word nachprogrammieren!!! Daher darf OOo ein wenig eigenständiges Bedienkonzept, egal ob umständlicher, schlechter, besser, bitte haben. Unklar und klar. Bei vielen Diskussionen kommt immer der Vergleich zu WORD, was soll es denn nun werden? WORD oder nicht-WORD. Im Zweifel nicht-WORD. Ich hab mich auch nur sehr mühsam mit der 2.0 angefreundet und nehm die nur, wenn ich gewisse Features aus ihr brauche. Ansonsten tut es die 1.1.x auch noch. Ich wäre froh, wenn wir die neuen sinnvollen Features einfach in die konsistente 1.1.x Bedienung, die zwar ungewöhnlich war, aber eben nur, wenn man von Word oder Word Perfect kam, eingebaut hätte und sich nicht bei Word angebiedert hätte. Ist aber mein private Meinung und die darf ich, trotz Funktion im Projekt, ja auch äußern. Hältst Du es nicht auch für sinnvoll, dass AnwenderInnen entscheiden, oder sollen dieses ein paar Freaks überlassen bleiben. Dieses und die von Dir aufgeworfenen Fragen sollen auch Ergebnis dieser Diskussion sein. Ich bin genauso Freak, wie Du auch. Jeder der hier mitmacht ist in liebevollem Sinne verrückt. Daher bin ich schon froh, dass Du die Anwender entscheiden lassen willst, was OOo können soll. Find ich wirklich klasse, dass Du was tust und nicht nur redest. Insofern hast Du meine Unterstützung für das Vorhaben an sich. Ich wollte nur aus meiner Sicht Bedenken äußern und dich warnen, wohin das Ganze führen kann. Das heißt: OOo nicht nur singulär betrachten, sondern ganz bewußt auch die anderen großen Office-Pakete checken. Deshalb habe ich an manchen Stellen auf TeX und FrameMaker verwiesen, beides keine Office-Pakete aber Werkzeuge zum Erstellen von Textdokumenten. TeX ist sicher ein großes Paket, Also mein TeX ist eigentlich recht klein, groß wird es durch die vielen Erweiterungen und das Zubehör welches heute bei den (La)TeX Distributionen mitgeliefert wird. Das mit der Erbsenzählerei hatten wir heute schon: Ich formuliere es etwas anders: TeX hat mit den verfügbaren Ergänzungen Hey Bingo, Du gibt mir ungewollt recht.^^^ Das ist es Ergänzungen. Genau so stell ich mir das für OOo vor und so hab ich es geschrieben. Wir brauchen keine neuen Funktionen in OOo wir brauchen Ergänzungen zu OOo oder Module, die an OOo andocken. einen sehr großen Funktionsumfang Das ergibt sich dann von alleine - richtig. und die Anzahl der mit TeX oder ..tex geschriebenen Dokumente ist sehr groß. Unbestritten ja, aber auch der Kreis der Anwender ist beschränkt auf Naturwissenschaftler, ein paar Geisteswissenschaftler und andere fortgeschrittene Anwender, die normale Sekretärin, es wird sie geben sicherlich, wird eher nicht zu TeX greifen um den Brief zu schreiben. FrameMaker ist vielleicht nicht groß, aber für große Texte extrem leistungsfähig, z.B. bei Verwendung von Büchern, Globaldokumenten in OOo, Referenzierung und einem hervorragenden Formatekonzept und der dazugehörenden Realisierung. Leute paßt auf FrameMaker und OOo sind zwei verschiedene Zielgruppen. Sicherlich wildert einer beim anderen, nur wir sollten uns im klaren sein, dass OOo kein DTP Programm ist und auch nicht in diese Richtung entwickelt wird, wenn es jemand unbedingt als DTP Programm einsetzen will, kann, muss, dann bitte kann er das tun und wir können ihm entgegenkommen indem wir versuchen ein paar Grundfunktionen DTP einzubauen, das mit Druckvorstufe und Co sollten wir aber bitte den Programmen überlassen, die dafür geschrieben werden. Ich empfehle hier gerne Scribus. DTP Programm, Open Source und GPL, kann OOo Dateien importieren und leistet für den Hausgebrauch, das was OOo in der Druckvorstufe nicht kann und sogar mehr. Es ging darum, Funktionen einsetzen zu wollen, die in FrameMaker bereits realisiert sind. Das Erstellen von Dokumenten, die aus mehreren Dateien bestehen, die unterschiedlicher Gestaltung eines Textes, Referenzierung und die Verwendung von Textrahmen sehe ich nicht als DTP-Elemente, sondern als elementare Funktionen eines Programmes mit dem Texte erstellt werden sollen. Gut, da haben wir unterschiedliche Meinungen. Ich sehe das was Du als Funktionen für eine normale Textverarbeitung haben willst schon als Desktop Publishing an. Von der Adobe Webseite Adobe® FrameMaker® 7.2 ist eine professionelle Authoring- und Publishing-Lösung, die die Vorteile einer anwenderfreundlichen Textverarbeitung mit den Stärken von XML kombiniert. Arbeiten Sie mit WYSIWYG-Werkzeugen in einer vertrauten Textverarbeitungsumgebung mit Format-Tags oder in einer vollständig strukturierten Authoring-Umgebung, die für die Erstellung und Bearbeitung gültiger XML-Dokumente optimiert wurde. Da steht es praktisch schon. Framemaker arbeitet wie eine Textverarbeitung es ist aber keine
Re: [de-users] Anforderungskatalog writer
On Thursday 29 December 2005 18:35, Markus Zywitza wrote: PS: Bitte kein Tofu in der Liste, der ist im Reformhaus besser aufgehoben ;-) nur für alle Fälle: TOFU = Text Oben Fullquote Unten also unergonomisches Zitieren der Ursprungsmail beim Antworten. (Besser: man kürzt alles weg und lässt nur das stehen, was Sinn tragend ist) Gruß Nino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] OT: Testszenarien (war: Re: [de-users] Kreis-Diagramm im Uhrzeigersinn)
Hallo, Nino Novak schrieb: Bei einer komplexen(TM) Anwendung kann man sicher nicht ALLES testen in allen Permutationen. aus meiner Sicht sicher richtig, nur was ich in den letzten Tagen dazu an Gedanken las klang dann doch etwas anders (IMHO) Aus meiner Sicht geht es hier darum, erst mal so eine Grobstruktur für Anforderungen und Testfälle zu erhalten. Dadurch wird sie auch diskutierbar. Ja, auch richtig. Nur als QA-Aussenseiter frage ich dann mal naiv: haben wir sowas nicht eigentlich schon und wenn ja wäre es dann nicht besser das Vorhandene kritisch zu prüfen und zu verbessern statt völlig neu zu beginnen. Auch scheinen mir die aktuellen Probleme das die 2.0 so fehlerhaltig ist zunächst weniger darauf zurückzugehen das wir (aus welchen Gründen auch immer) nicht entsprechend getestet haben, sondern doch eher darauf das die eher marketing orientierten Leute im Projekt darauf gedrungen haben die 2.0 zu veröffentlichen. Ich unterstelle hier auch garkeine 'bösen Absichten' sondern schildere nur die Situation, wie sie sich mir darstellt. Und IMHO ist es auch Teil dieser Situation das die QA-Leute _nicht_ gesagt haben 'wir haben alles getestet und es ist okay' sondern das gerade diese Leute wußten das die Qualität noch etwas 'wackelig' ist und deshalb gerne länger getestet hätten. Einzig hat sich das nicht durchgesetzt. Gruß Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Hallo, Nino Novak schrieb: Genau: eine Sammelstelle. Aber versuch mal, einen Überblick über die issues zu bekommen: das ist nicht ganz einfach. Weil der Issuezilla in erster Linie ein tracker ist, und weniger dazu gemacht, die Anforderungen aus Usersicht inhaltlich zu strukturieren. (Aus Entwicklersicht vielleicht eher). Einzig wollte ich darauf hinweisen das jede Aktivität die wir hier als de.openoffice entfalten letztlich in issues enden muß. Das ist derzeitig rein technisch bedingt und muß i.d.S. auch nicht so bleiben, nur derzeitig ist es eben so und ehe sich da nichst ändert sind wir an diese technischen Strukturen gebunden. Wenn wir hier also 'sammeln' sind wir dafür zuständig das im Endeffekt die 'Sammlung' in issues mündet und bisher wurde in allen Diskussionen zu issues festgestellt das die Issue-erstellung 'aus dritter Hand' sich in Praxis als ungünstig erwiesen hat. Was nun doch wieder auch nicht heißen soll da es für alle Zeit so bleiben muß und für entsprechende Verbesserungsvorschläge wären sicherlich alle Beteiligten aufgeschlossen. Also alles in Ordnung, alles kein Problem - einzig der Hinweis das es ebend nicht reicht wenn wir hier isoliert Vorschläge sammeln und strukturieren, sondern uns dann auch mit der Frage auseinandersetzen müssen wie die Vorschläge dann ins Paket kommen können. Wenn sich dafür eine Lösung finden läßt, prima - wenn aber nicht dann haben wir nach heutigem Sachstand IMHO zunächst ein (organisations)technisches Problem. Gruß Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Sich wiederholender frei wählbarer Text
Hallo Marcus, das Ganze heißt in OOo Variablen. Zuerst die Feldbefehle mit Strg + F2 öffnen, den Reiter Variablen anwählen. Dann eine Variable setzen. Den dort eingegebenen Wert kannst Du mit Variable anzeigen ins Dokument schreiben. Mit Doppelklick auf die ursprüngliche Definition kannst Du den Variablenwert nachträglich ändern. Allerdings darfst Du diesen Text nicht löschen, da sonst der Wert auch verloren ist. Mein Standardvorgehen ist es, die Variablendefinition in einen Bereich zu legen und diesen nach der Anpassung auszublenden. -Markus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Maßstab-Funktion zerlegt OOorg 2.0 - auf ein Neues
Hallo Johannes, *, 2005/12/29, J.A. Bodwing [EMAIL PROTECTED]: ich hatte das Problem schon mal Mitte Dezember reingestellt - beim Anklicken von Maßstab im Menü Ansicht hängt das Prg.; geht jetzt wieder los, nachdem es rund 2 Wochen lang keine Probleme gab; ich arbeite mit Windos XP Professional und inzwischen OOo 2.0.1; hatte gerade eine Graphik (Draw) in Arbeit , wollte den Maßstab ändern; und allein beim Anklicken von Maßstab ging nichts mehr; Leiste mit Pfadangabe oben im Fenster ist jetzt grau statt blau; nichts im Programm reagiert mehr; muß über den Task-Manager beenden; der Fehlerbericht von OOo enthält keinen Text, sonst hätte ich den mitgeschickt; Also ich habe ein vergleichbares System und das Problem tritt nicht auf. Könnte der Druckertreiber das verursachen? Darauf greift dieser Menüpunkt AFAIK zurück. Stell mal einen anderen Standarddrucker ein und berichte noch mal. Gruss Vollker -- ++ Volker Merschmann ++ Content Developer OpenOffice.org: lang/DE - Ansprechpartner Webseite ++ Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
On Thursday 29 December 2005 18:50, Jörg Schmidt wrote: Hallo, Nino Novak schrieb: Genau: eine Sammelstelle. ... Einzig wollte ich darauf hinweisen das jede Aktivität die wir hier als de.openoffice entfalten letztlich in issues enden muß. Das macht nichts ;-) Das ist derzeitig rein technisch bedingt und muß i.d.S. auch nicht so bleiben, nur derzeitig ist es eben so und ehe sich da nichst ändert sind wir an diese technischen Strukturen gebunden. Bugzilla/issuezilla ist ein durchaus guter Tracker: wenn wir die Testfälle erst mal haben, können die ruhig Einzug halten und können dadurch konkreten Versionen zugeordnet werden und werden dadurch auch verfolgbar, also verifzierbar usw. Wenn wir hier also 'sammeln' sind wir dafür zuständig das im Endeffekt die 'Sammlung' in issues mündet und bisher wurde in allen Diskussionen zu issues festgestellt das die Issue-erstellung 'aus dritter Hand' sich in Praxis als ungünstig erwiesen hat. Wir brauchen nicht getrennt von Issuezilla zu sammeln, wer will und kann, soll ruhig einen issue aufmachen, und nur den Link dafür ins Anforderungsdokument schreiben, dann wissen alle, dass es hier einen Testfall gibt. Was nun doch wieder auch nicht heißen soll da es für alle Zeit so bleiben muß und für entsprechende Verbesserungsvorschläge wären sicherlich alle Beteiligten aufgeschlossen. (oben Beschriebenes ist keine Verbesserung, nur eine Ergänzung) Also alles in Ordnung, alles kein Problem - einzig der Hinweis das es ebend nicht reicht wenn wir hier isoliert Vorschläge sammeln und strukturieren, sondern uns dann auch mit der Frage auseinandersetzen müssen wie die Vorschläge dann ins Paket kommen können. Ich werd das Gefühl nicht los, dass darüber nur die Qualität dieses Anforderungs-Testfall-Dokuments entscheiden wird. Wenn das Teil gut ist, wird es seinen Weg ins Produkt finden, wenn nicht, dann haben wir wenigstens jede Menge Vorstellungen über Funktionen von Office-Paketen dokumentiert, vielleicht finden sich dafür ebenfalls Nutzer?!? Wenn sich dafür eine Lösung finden läßt, prima - wenn aber nicht dann haben wir nach heutigem Sachstand IMHO zunächst ein (organisations)technisches Problem. s.o. Gruß Nino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog und Testszenarien - Los geht's
Hallo alle, On Thursday 29 December 2005 11:52, Siegfried Jetzke wrote: Hier ist die Seite zu finden: http://ooowiki.de/AnforderungenTestf%C3%A4lle/Bedienungsanleitung Vorschlag 1: wer will, trägt seine Beiträge selbst ins Wiki ein - keine Ahnung ob das zum Chaos führt oder nicht ;-) Vorschlag 2: Das Dokument http://ooowiki.de/AnforderungenTestfälle fungiert als Inhaltsverzeichnis und gibt sozusagen die Gesamtstruktur vor. Wenn die Detailmenge überhand nimmt und das Ganze unhandlich wird, sollte es kapitelweise in Unterseiten ausgelagert werden, aber erst, wenn die Benennung einigermassen konsistent ist, also bitte erst zur Diskussion stellen, dann handeln. Wer seine Idee nicht so recht in die Struktur einordnen kann/möchte, schreibt sie in die Stichwortsammlung unter http://ooowiki.de/AnforderungenTestfälle/Ideensammlung Testfälle können ebenfalls bereits angelegt werden, am besten unterhalb von http://ooowiki.de/AnforderungenTestfälle/Tests dann zerbomben wir nicht das ganze Wiki (das ja eigentlich eine Art Hilfewiki ist, also für Endnutzer, nicht für Testfall-Produzenten) Gruß Nino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [de-users] Anforderungskatalog writer
Hallo Eric, Eric Hoch schrieb: Hallo Siegfried, Am Thu, 29 Dec 2005 15:06:21 +0100, schrieb Siegfried Jetzke: Eines sollten wir aber nicht vergessen, wir wollen hier kein kostenloses Word nachprogrammieren!!! Daher darf OOo ein wenig eigenständiges Bedienkonzept, egal ob umständlicher, schlechter, besser, bitte haben. Einerseits schreit jeder mach es einfach (keep it simple) und will keinen Funktions- und Featureoverkill und dann wird im nächsten Augenblick durch die Hintertür genau der eingeführt. Das habe ich nicht verstanden. *Wer* führt etwas durch die Hintertür ein, obwohl viele dagegen waren? Kannst Du Beispiele nennen, damit ich das nachvollziehen kann. Denn so hört sich sich das furchtbar, bzw aussichtslos an. Ich würde Euch auch bitten, diese Diskussion auf der dev Liste zu führen. Nicht, dass ich Euch vertreiben will, ich finde die Users nur ungeignet dafür. Ich persönlich finde die Users-Liste günstiger (zumindest z.Z.) weil die Disskussion hier mehr Menschen zugänglich ist, und sie vielleicht zum Mitdenken anregt. -- greetings peter --- - anything is a matter of opinion - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Hallo, Nino Novak schrieb: [...] Oh, da habe ich mich wohl mißverständlich geäußert, deshalb zur Klarstellung: *alles was sich hier auf Testen, Testfälle, Anforderungslisten etc. bezieht, dazu wollte ich nichts sagen und bin da einzig gespannt was sich da jetzt entwickeln wird *meine Ausführungen bezogen sich bzgl. issuezilla lediglich darauf das ich im Wiki zwei völlig verschiedene Dinge verbunden sehe, eimal der Bereich zu Test's, dazu s.o. und zum Zweiten aber der Bereich 'User-Wünsche' und dazu hatte ich mich geäußert das wir da einige technische Sachen beachten müssen weil sonst machen wir hier nur Gedankenspiele. Auch wäre gewissermaßen zu differenzieren zwischen 'üblichen' Userwünschen i.S. neuer Funktionen und Userwünschen die das Projekt insgesamt betreffen würden. Erstere sind ohne Frage im Rahmen der normalen Projektarbeit zu integrieren, letztere sind aber weitreichend(*) und würden IMHO gewissermaßen eine Neuorientierung im internationalen Gesamtprojekt erfordern, das ist garnicht (prinzipiell) ausgeschlossen, nur es dürfte ein langer Prozess sein. (*) beispielsweise Aufgabe des Fließtextcharakters von OOo zugunsten einer verstärkten Hinwendung zu DTP bzw. Satzprogramm oder auch Formulierungen das _OOo_ der Standard für Diplomarbeiten und Ähnliches werden sollte. Beide Beispiele betreffen Dinge wo man IMHO ganz unabhängig von persönlichen Vorlieben zur Kenntnis nehmen muß das die _derzeitige_ 'Richtung/Sichtweise' ebend objektiv anders ist. Ich hoffe ich war jetzt verständlicher. Gruß Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Hi, Wenn wir hier also 'sammeln' sind wir dafür zuständig das im Endeffekt die 'Sammlung' in issues mündet und bisher wurde in allen Diskussionen zu issues festgestellt das die Issue-erstellung 'aus dritter Hand' sich in Praxis als ungünstig erwiesen hat. Wir brauchen nicht getrennt von Issuezilla zu sammeln, wer will und kann, soll ruhig einen issue aufmachen, und nur den Link dafür ins Anforderungsdokument schreiben, dann wissen alle, dass es hier einen Testfall gibt. Falsch .. neu aufmachen braucht man mit ziemlicher Wahrscheinlichkeit überhaupt nichts. Viel wichtiger wäre es, schon vorhandene Wünsche zu strukturieren. Wer will kann gleich loslegen: http://qa.openoffice.org/issues/buglist.cgi?Submit+query=Submit+queryissue_type=ENHANCEMENTissue_type=FEATUREcomponent=Word+processorissue_status=UNCONFIRMEDissue_status=NEWissue_status=REOPENED (und das ist passend zum Thread nur Writer) Für den Review gibt es sogar einen definierten Prozess: http://qa.openoffice.org/issue_handling/index.html (QA for RFE's, Evaluating RFE's). Es gab sogar einige, die haben aktiv daran gearbeitet, diesen Prozess umzusetzen ... Na ja, aber das war der Grund, weshalb ich empfohlen hatte, sich eher auf andere Sachen zu konzentrieren. André - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
On Thursday 29 December 2005 20:01, Jörg Schmidt wrote: Hallo, Nino Novak schrieb: [...] Oh, da habe ich mich wohl mißverständlich geäußert, deshalb zur Klarstellung: *alles was sich hier auf Testen, Testfälle, Anforderungslisten etc. bezieht, dazu wollte ich nichts sagen und bin da einzig gespannt was sich da jetzt entwickeln wird ok. (ich auch) *meine Ausführungen bezogen sich bzgl. issuezilla lediglich darauf das ich im Wiki zwei völlig verschiedene Dinge verbunden sehe, eimal der Bereich zu Test's, dazu s.o. und zum Zweiten aber der Bereich 'User-Wünsche' so unterschiedlich sollten die gar nicht sein: Im Idealfall sollte gelten - kein Testfall ohne zugehörige Anforderung - alle Anforderungen sollten durch ausreichend Testfälle abgedeckt sein Und User-Wünsche sind doch auch nur laienhaft formulierte Anforderungen ;-) und dazu hatte ich mich geäußert das wir da einige technische Sachen beachten müssen weil sonst machen wir hier nur Gedankenspiele. ist angekommen. Auch wäre gewissermaßen zu differenzieren zwischen 'üblichen' Userwünschen i.S. neuer Funktionen und Userwünschen die das Projekt insgesamt betreffen würden. Erstere sind ohne Frage im Rahmen der normalen Projektarbeit zu integrieren, letztere sind aber weitreichend(*) und würden IMHO gewissermaßen eine Neuorientierung im internationalen Gesamtprojekt erfordern, das ist garnicht (prinzipiell) ausgeschlossen, nur es dürfte ein langer Prozess sein. Zuerst sollten imho auch die bereits implementierten Features noch nachträglich als Anforderungen festgehalten werden, möglicherweise hilft das auch gegen die (schon mehrfach angesporchene) Featuritis?!? Ob das Anforderungsdokument in ein paar Jahren dann zu einer Restrukturierung des gesamten Systems führt, wage ich auch zu bewzeifeln ;-) (*) beispielsweise Aufgabe des Fließtextcharakters von OOo zugunsten einer verstärkten Hinwendung zu DTP bzw. Satzprogramm oder auch Formulierungen das _OOo_ der Standard für Diplomarbeiten und Ähnliches werden sollte. Beide Beispiele betreffen Dinge wo man IMHO ganz unabhängig von persönlichen Vorlieben zur Kenntnis nehmen muß das die _derzeitige_ 'Richtung/Sichtweise' ebend objektiv anders ist. (dazu von mir keine Meinung) Ich hoffe ich war jetzt verständlicher. hoffe, ich hab Dich besser verstanden ;-) Gruß Nino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: AW: [de-users] Testbeschreibungen:
Hi, J.A. Bodwing schrieb: Grüß' euch; würde immer noch gerne mithelfen, diese Test-Dinger auf die Reihe zu kriegen; denn wenn OOo so richtig durchstarten soll, dann muß das Prg. so weit als möglich von Bugs etc. frei sein; und das geht meiner Ansicht nach nur über eine klare und strukturierte Testung im Vorfeld bzw. ein komplettes Checking der aktuellen Version; wie ich schon mal geschrieben habe, ich mache gern mit, bin aber noch ziemlich unbeleckt, was solche Dinge angeht; Ich würde sagen, mach erstmal damit weiter, womit du bereits begonnen hast: die Anregungen sammeln und im Wiki eintragen ist shcon einiges an Arbeit, die in dem Zusammenhang sicher sinnvoll ist. wenn die Sache in Angriff genommen wird - für direkte Absprachen etc. evtl. am besten über Mailadresse kontakten: [EMAIL PROTECTED] wäre auch Telefon wichtig? Telefon ist eher unüblich. Häufig wird noch IRC genutzt. Freenode-Netz (irc.freenode.net), Channel ist #openoffice.org-de André - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Writer Serienbrief - Problem mit Abfragen
Hallo Liste, ich will Euch wirklich nicht nerven, denn ich hatte die Frage bereits gestern Abend gestellt, aber ich fürchte sie ist ein wenig untergegangen. Ich kann mir nämlich gar nicht vorstellen, dass niemand ein ähnliches Problem hat / hatte. Eigentlich möchte ich nur wissen, warum Openoffice in der Version 2.0.1 plötzlich Bedingungen beim Feldbefehl 'Bedingter Text' nicht mehr prüft, sobald die Datenquelle (Base-Datenbank) eine Abfrage enthält. Wenn in der Datenbank nur Tabellen enthalten sind, ist alles in Ordnung. Der Fehler läßt sich wuderbar reproduzieren. Über jegliche Hilfe wäre ich wirklich sehr dankbar. Vielen Dank! Gruß Martin
Re: AW: [de-users] Anforderungskatalog writer
Hallo Peter, Am Thu, 29 Dec 2005 19:46:36 +0100, schrieb peter schulze: Hallo Eric, Eric Hoch schrieb: Hallo Siegfried, Am Thu, 29 Dec 2005 15:06:21 +0100, schrieb Siegfried Jetzke: Eines sollten wir aber nicht vergessen, wir wollen hier kein kostenloses Word nachprogrammieren!!! Daher darf OOo ein wenig eigenständiges Bedienkonzept, egal ob umständlicher, schlechter, besser, bitte haben. Einerseits schreit jeder mach es einfach (keep it simple) und will keinen Funktions- und Featureoverkill und dann wird im nächsten Augenblick durch die Hintertür genau der eingeführt. Das habe ich nicht verstanden. *Wer* führt etwas durch die Hintertür ein, obwohl viele dagegen waren? Kannst Du Beispiele nennen, damit ich das nachvollziehen kann. Denn so hört sich sich das furchtbar, bzw aussichtslos an. Was ich meinte war, das Siegfried auf der einen Seite ein einfach zu bedienendes OOo haben will, auf der anderen Seite aber jede Menge Features reinstecken will, die es seiner Meinung nach noch nicht hat. Daher will ich den Satz eher dahingehend verstanden werden, dass Siegfried erstmal die vorhandenen Features untersuchen soll und schauen soll wie weit er damit die Ansprüche, die teilweise aus dem Bereich des Desktop Publishing kommen, abdecken kann. Danach soll er sich bitte überlegen ob es Sinn macht die noch ausstehenden Anforderungen alle in OOo zu implementieren oder ob es nicht doch sinnvoll erscheint weiterhin für gewisse Aufgaben einen Framemaker oder ein TeX zu nutzen. Denn im Prinzip hat OOo, eben weil jeder genau das Feature meint zu brauchen, schon für seine ursprüngliche Aufgabe zuviele Funktionen und jetzt sollen auch noch Funktionen des Desktop Publishing eingebaut werden, denn das verbinde ich mit TeX und FrameMaker, und damit wirklich zu einer eierlegenden Wollmilchsau werden. Das dabei dann noch mehr potentielle Fehler auftauchen ist ja wohl klar, ebenso dass die Bedienung noch komplizierter wird und das wir dann die Sekretärin mit einem Druckdialog erschlagen, der sie innerhalb von Minuten wieder zu Word wechseln läßt. Daher auch mein Vorschlag ein DTP Modul für OOo zu entwickeln, welches dann analog zu den (La)TeX Erweiterungen als Plugin oder wie auch immer eingebunden werden kann. Der der es braucht nutzt es, der der OOo wie bisher haben will, läßt es weg. Das wäre ein Kompromiß. In der Regel seh ich aber den Arbeitsablauf so: Text: Writer - Satz des Textes: je nach Bedarf TeX, FrameMaker, InDesign, Quark Express, Scribus usw. - Druckvorstufe: Distiller bzw. vergleichbare Werkzeuge bzw. Werkzeuge die die Satzprogramme mitbringen. Mit freundlichen Grüßen Eric Hoch -- ## Ansprechpartner Anwenderunterstützung, users-Mailingliste, MacOSX ## de.OpenOffice.org - Office für MacOS X, Linux, Solaris Windows ## Openoffice.org - ich steck mit drin! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Tach auch ;) On Thursday 15 December 2005 20:10, Andre Schnabel wrote: Hi, Wenn wir hier also 'sammeln' sind wir dafür zuständig das im Endeffekt die 'Sammlung' in issues mündet und bisher wurde in allen Diskussionen zu issues festgestellt das die Issue-erstellung 'aus dritter Hand' sich in Praxis als ungünstig erwiesen hat. Wir brauchen nicht getrennt von Issuezilla zu sammeln, wer will und kann, soll ruhig einen issue aufmachen, und nur den Link dafür ins Anforderungsdokument schreiben, dann wissen alle, dass es hier einen Testfall gibt. Falsch .. neu aufmachen braucht man mit ziemlicher Wahrscheinlichkeit überhaupt nichts. Viel wichtiger wäre es, schon vorhandene Wünsche zu strukturieren. Wer will kann gleich loslegen: http://qa.openoffice.org/issues/buglist.cgi?Submit+query=Submit+queryi ssue_type=ENHANCEMENTissue_type=FEATUREcomponent=Word+processorissue_ status=UNCONFIRMEDissue_status=NEWissue_status=REOPENED (und das ist passend zum Thread nur Writer) ;-) 1988 issues... Für den Review gibt es sogar einen definierten Prozess: http://qa.openoffice.org/issue_handling/index.html (QA for RFE's, Evaluating RFE's). hoch interessante Dokumente und Ideen, vor allem die PRDs und PCDs. Leider hab ich per Suche nur ein einziges 'PRD' gefunden (vielleicht heißen die irgendwie anders) nämlich das PRDInstallation http://installation.openoffice.org/files/documents/20/859/PRDInstallation.112502.html Es gab sogar einige, die haben aktiv daran gearbeitet, diesen Prozess umzusetzen ... na ja - die Grafik sagt für mich nur aus: Verdichten von RFE-Issues zu PRDs, und diese werden dann zu PCDs konsolidiert. ketzerischIrgendwie so läuft es doch sowieso. Ob jetzt an der richtigen Stelle abgestimmt wird, oder sich ein Entwickler irgendwas rauspickt, was ihm besonders attraktiv erscheint, ist doch sekundär/ketzerisch Na ja, aber das war der Grund, weshalb ich empfohlen hatte, sich eher auf andere Sachen zu konzentrieren. Es ist eine MENGE Arbeit. Aber wenn sich genug Hände finden... Jedenfalls werde ich noch eine Weile in den Dokumenten stöbern, danke für die Links :-) Gruß Nino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [de-users] Anforderungskatalog writer
Am Donnerstag 29 Dezember 2005 20:35 schrieb Eric Hoch: schrieb peter schulze: Eric Hoch schrieb: Siegfried Jetzke: Eines sollten wir aber nicht vergessen, wir wollen hier kein kostenloses Word nachprogrammieren!!! gut - eigenes gesicht ist wichtig - !! Einerseits schreit jeder mach es einfach (keep it simple) gut - 'simple' wird (!!!) den Erfolg haben (z.Zt. 'spielen' noch zu viele Anwender mit den 'Möglichkeiten' - aber das wird sich ändern und nur Funktionen, die man sofort aus dem Gedächtnis abrufen kann, werden bleiben. Daher auch mein Vorschlag ein DTP Modul für OOo zu entwickeln, welches dann analog zu den (La)TeX Erweiterungen als Plugin oder wie auch immer eingebunden werden kann. Der der es braucht nutzt es, der der OOo wie bisher haben will, läßt es weg. Mit freundlichen Grüßen Eric Hoch das wäre auch mein Vorschlag: ein Grundprogramm mit den wesentlichen Funktionen, die 80 - 90 % der Anwender benötigen, diese einfach (!) in der Bedienung - und zusätzliche Module, die der jeweils interessierte Anwender einbinden kann. Ich kann mir vorstellen, dass die Dokumentierung der Handhabung der Einbindung und die Dokumentierung der Schnittstellen arbeitsreich sein könnte und Probleme aufwerfen würde. Aber, wäre es es nicht wert, wenn dann ein 'störungsfreies' Grundmodul vorhanden wäre?! Gruss, Christoph Heino -- TEL: 0049 (0)5193 4021 FAX: 0049 (0)5193 4020 W HEINO LUENZMUEHLEN 1 29640 SCHNEVERDINGEN - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: [de-users] Anforderungskatalog writer
Hai, Was ich meinte war, das Siegfried auf der einen Seite ein einfach zu bedienendes OOo haben will, auf der anderen Seite aber jede Menge Features reinstecken will, die es seiner Meinung nach noch nicht hat. Das mit dem einfach habe ich hoffentlich nicht gesagt, falls doch nehme ich es in dieser platten Form zurück. Ich möchte ein Programm, dessen Bedienung verstehbar ist. D.h., dass ich nicht durch eine ungewollte mouse-Bewegung meine komplette Absatzformatierung durcheinander bringen möchte. Daher will ich den Satz eher dahingehend verstanden werden, dass Siegfried erstmal die vorhandenen Features untersuchen soll und schauen soll wie weit er damit die Ansprüche, die teilweise aus dem Bereich des Desktop Publishing kommen, abdecken kann. Deswegen habe ich definiert, was ich unter einem Text verstehe, wie z.B. eine Diplomarbeit. Hiermit können wir vermeiden, unsinnige Diskussionen über unscharf formulierte Begriffe zu führen. Alles, was zum Erstellen der von mir genannten Texte benötigt wird, halte ich für ein Textverarbeitungprogramm für erforderlich. Danach soll er sich bitte überlegen ob es Sinn macht die noch ausstehenden Anforderungen alle in OOo zu implementieren oder ob es nicht doch sinnvoll erscheint weiterhin für gewisse Aufgaben einen Framemaker oder ein TeX zu nutzen. Denn im Prinzip hat OOo, eben weil jeder genau das Feature meint zu brauchen, schon für seine ursprüngliche Aufgabe zuviele Funktionen und jetzt sollen auch noch Funktionen des Desktop Publishing eingebaut werden, denn das verbinde ich mit TeX und FrameMaker, und damit wirklich zu einer eierlegenden Wollmilchsau werden. Wieso muss diese Diskussion immer so abstrakt auf einer nicht entscheidbaren Ebene geführt werden. Lass uns doch die features definieren, dann werden wir sehen, über was eigentlich gesprochen wird. Sind meine Anforderungen an Textdokumente zu umfassend? Ein Referenzierung halte ich für unerlässlich, Globaldokumente sind keine Spielerei, falls Rechner nicht unendlich schnell und unendlich sicher sind. Das dabei dann noch mehr potentielle Fehler auftauchen ist ja wohl klar, ebenso dass die Bedienung noch komplizierter wird und das wir dann die Sekretärin mit einem Druckdialog erschlagen, der sie innerhalb von Minuten wieder zu Word wechseln läßt. Klar, außer in Deinen Beiträgen hat bisher auch niemand gewollt, dass alles komplizierter wird. Daher auch mein Vorschlag ein DTP Modul für OOo zu entwickeln, welches dann analog zu den (La)TeX Erweiterungen als Plugin oder wie auch immer eingebunden werden kann. Der der es braucht nutzt es, der der OOo wie bisher haben will, läßt es weg. Eine solche Modularisierung finde ich gut. Soll das in den allgemeinen Katalog? Das wäre ein Kompromiß. In der Regel seh ich aber den Arbeitsablauf so: Text: Writer - Satz des Textes: je nach Bedarf TeX, FrameMaker, InDesign, Quark Express, Scribus usw. - Druckvorstufe: Wo ist der Arbeitsablauf? Ich sagte bereits, dass sich das mit der Druckvorstufe vielleicht als überflüssig bzw. nicht gewollt herausstellt, dann streichen wir es halt. Vielleicht ist Speichern als postscript denkbar? Auch dieses kann in den Anforderungskatalog und wird gestrichen oder auch nicht. Siegfried - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: [de-users] Anforderungskatalog writer
Hai, gut - eigenes gesicht ist wichtig - !! Nur wenn es besser ist als das fremde. das wäre auch mein Vorschlag: ein Grundprogramm mit den wesentlichen Funktionen, die 80 - 90 % der Anwender benötigen, diese einfach (!) in der Bedienung - und zusätzliche Module, die der jeweils interessierte Anwender einbinden kann. Modularisierung sollte dann in die Liste aufgenommen werden. Vielleicht in der Form Modul Brief schreiben, Modul Tagebuch, ... Siegfried - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [de-users] Anforderungskatalog writer - Serienbriefe, Datenbanken
Hallo Martin, hallo Liste, ich denke, dass Serienbriefe als eine Art von Text betrachtet werden sollten, für den die Anforderungen formuliert werden. Hiermit habe ich auch wenig zu tun, deshalb möchte ich hierzu nicht sagen, was gemacht werden soll und was nicht. Soll z.B. die Anrede wie Sehr geehrter Herr ..., Sehr geehrte Frau ... automatisch für das richtige Geschlecht erstellt werden oder nicht. Ebenso unklar ist mir der Umgang mit du und Sie. Da ich keine konkreten Vorstellungen habe, kann ich hier nur sammeln. Die Anbindung an eine Datenbank ist sicher ein anderes Thema. Ich denke, dass AnwenderInnen eine einzige oder wenige Rechnungen schreiben wollen und dafür die Daten aus einer Datenbank übernehmen wollen. Hierzu sind andere Anfragen und Überprüfungen notwendig, als für einen Serienbrief, bei dem nur Adressen und Namen übernommen werden. Siegfried - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: AW: [de-users] Anforderungskatalog writer
Hallo Siegfried mein Vorschlag: ein Grundprogramm - und zusätzliche Module, die der jeweils interessierte Anwender einbinden kann. Modularisierung sollte dann in die Liste aufgenommen werden. Vielleicht in der Form Modul Brief schreiben, Modul Tagebuch, ... Siegfried 1 - die Vorstellungen über mögliche Module werden sicher von Vielen benannt werden. 2 - einen Konsens über die Funktionen des Grundmoduls zu bekommen, wird vielleicht seine Zeit dauern. Ich könnte mir vorstellen, dass zu den Grundfunktionen gehört: a) Auswahl des Schreibmediums: hier Tastatur b) Auswahl des zu beschriftenden Mediums: hier DIN A4 als Standard c) Auswahl der Schrifttypen. (Wohl eher kein Problem) d) Drucken als Postscript und als image e) Speichern als Datei und zusätzlich als Sicherungsdatei (ggfls. auch als Version xyz..) f) ... vielleicht etwas vergessen. alle anderen Funktionen (Formatierung, Serienbrief, Tagebuch, Datenbank, vielleicht etwas wie Cron-Anbindung, u.s.w.) könnten separat erstellt werden. 3 - wie nimmt man 'Modularisierung' in die 'Liste' auf? Gruss, Christoph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: AW: [de-users] Anforderungskatalog writer
Hey, Am Thu, 29 Dec 2005 21:34:50 +0100, schrieb Siegfried Jetzke: Hai, Was ich meinte war, das Siegfried auf der einen Seite ein einfach zu bedienendes OOo haben will, auf der anderen Seite aber jede Menge Features reinstecken will, die es seiner Meinung nach noch nicht hat. Das mit dem einfach habe ich hoffentlich nicht gesagt, falls doch nehme ich es in dieser platten Form zurück. Ich möchte ein Programm, dessen Bedienung verstehbar ist. D.h., dass ich nicht durch eine ungewollte mouse-Bewegung meine komplette Absatzformatierung durcheinander bringen möchte. Das ist mir bei OOo ehrlich gesagt noch nicht passiert. Vielleicht mach ich aber auch keine ungewollten Mausbewegungen. Daher will ich den Satz eher dahingehend verstanden werden, dass Siegfried erstmal die vorhandenen Features untersuchen soll und schauen soll wie weit er damit die Ansprüche, die teilweise aus dem Bereich des Desktop Publishing kommen, abdecken kann. Deswegen habe ich definiert, was ich unter einem Text verstehe, wie z.B. eine Diplomarbeit. Hiermit können wir vermeiden, unsinnige Diskussionen über unscharf formulierte Begriffe zu führen. Ich konnte meine Diplomarbeit in OOo schreiben und brauchte dazu keine Features, die es nicht schon hatte. Das einzige wo ich mit dir übereinstimme ist, dass die Handhabung von Globaldokumenten verbesser gehört oder aber, das wäre auch ne Lösung, sie abgeschafft wird, denn so halbherzig wie sie momentan drin ist, wird nicht Fisch und nicht Fleisch draus. Ich weiß zwar nicht wieso aber ich hab bisher alle Diplomarbeiten im Bekanntenkreis auch ohne Globaldokumente layouten können. Und ja es ist schön mit FrameMaker zu arbeiten und zu sehen wie er mühelos das macht was OOo Globaldokumente nicht immer hinbekommen, doch dafür ist FrameMaker über Generationen gereift und leider nicht für OS X zu haben. Das erstellte PDF hat ausgereicht. Für meinen späteren sauberen Ausdruck hab ich im Druckdialog speichern als Datei gewählt, so Postscript bekommen und das dann in der FH mit Adobe Acrobat bearbeitet. Alles, was zum Erstellen der von mir genannten Texte benötigt wird, halte ich für ein Textverarbeitungprogramm für erforderlich. Und ich behaupte, das OOo das alles schon kann. Vielleicht nicht so wie du es gerne bedient haben willst, aber es geht. Denn im Prinzip hat OOo, eben weil jeder genau das Feature meint zu brauchen, schon für seine ursprüngliche Aufgabe zuviele Funktionen und jetzt sollen auch noch Funktionen des Desktop Publishing eingebaut werden, denn das verbinde ich mit TeX und FrameMaker, und damit wirklich zu einer eierlegenden Wollmilchsau werden. Wieso muss diese Diskussion immer so abstrakt auf einer nicht entscheidbaren Ebene geführt werden. Lass uns doch die features definieren, dann werden wir sehen, über was eigentlich gesprochen wird. Sind meine Anforderungen an Textdokumente zu umfassend? Ein Referenzierung halte ich für unerlässlich, Globaldokumente sind keine Spielerei, falls Rechner nicht unendlich schnell und unendlich sicher sind. Gut, dann lass ich Dich und die anderen jetzt mal spielen. Das dabei dann noch mehr potentielle Fehler auftauchen ist ja wohl klar, ebenso dass die Bedienung noch komplizierter wird und das wir dann die Sekretärin mit einem Druckdialog erschlagen, der sie innerhalb von Minuten wieder zu Word wechseln läßt. Klar, außer in Deinen Beiträgen hat bisher auch niemand gewollt, dass alles komplizierter wird. Ich will nicht das es komplizierter wird, dreh mir nicht das geschriebene in der Mail rum. Ich will Dich davor bewahren, dass Du OOo noch komplizierter machst als es schon ist. Daher auch mein Vorschlag ein DTP Modul für OOo zu entwickeln, welches dann analog zu den (La)TeX Erweiterungen als Plugin oder wie auch immer eingebunden werden kann. Der der es braucht nutzt es, der der OOo wie bisher haben will, läßt es weg. Eine solche Modularisierung finde ich gut. Soll das in den allgemeinen Katalog? Ja, nimm es auf. Kannst dann auch gleich aufnehmen, dass man als weitere Möglichkeit auch enger mit Scribus zusammenarbeiten könnte, dann hätten wir praktisch das Modul aber halt als eigenständiges Programm :-) Das wäre ein Kompromiß. In der Regel seh ich aber den Arbeitsablauf so: Text: Writer - Satz des Textes: je nach Bedarf TeX, FrameMaker, InDesign, Quark Express, Scribus usw. - Druckvorstufe: Wo ist der Arbeitsablauf? Schritt 1: Text schreiben ist ein Arbeitschritt, das erledige ich notfalls auch in Emacs oder vi(m) oder Notepad, wenn es komfortabler sein darf auch in Writer. Schrit 2: Layout: Das kann ich in Teilen schon während des Schreibens machen, sofern das Programm es zuläßt. In der Regel komm ich aber bei komplexen Aufgaben hier schon an die Grenzen meiner Textverarbeitung. Also brauch ich ein DTP oder ähnliches Tool. Schritt 3: Setzen: Das was früher in Blei gesetzt wurde, setz ich jetzt am
Re: [de-users] Installation unter Win XP Prof SP 2
Hallo Christian, [EMAIL PROTECTED] schrieb: Hallo Zusammen! Habe folgendes Problem bei der Installation von Openoffice 2.0.0 und 2.0.1: Es wird Openoffice als Standartanwendung von Winword-, Excel- und Powerpointdokumenten nur für die Gruppe der Administratoren eingerichtet, aber weder für die Gruppe der Benutzer und Hauptbenutzer, obwohl ich beim Installieren alles richtig angeklickt habe. Vielleicht ist das jetzt blauägig, aber geht das nicht so wie am Einzelplatz-Rechner (bei mir)? Extras Optionen - Laden/Speichern In Hilfe steht auch Folgendes: Wenn Sie die Programmzuordnung für Microsoft Office-Dateinamenserweiterungen ändern möchten, damit die Dateien beispielsweise nicht mehr automatisch mit Microsoft Office, sondern mit OpenOffice.org geöffnet werden, gehen Sie wie folgt vor: 1.) Beenden Sie OpenOffice.org und den OpenOffice.org-Schnellstarter. 2.) Führen Sie das OpenOffice.org-Installationsprogramm aus. 3.) Markieren Sie im OpenOffice.org-Installationsprogramm die Option *Modifizieren*, und klicken Sie auf *Weiter*. 4.) Klicken Sie im nächsten Dialog auf die Schaltfläche *Modifizieren*. 5.)Im nächsten Dialog wählen Sie gewünschte Dateitypen aus oder heben die Auswahl ungewünschter Dateitypen auf. Klicken Sie auf *OK*, und schließen Sie das OpenOffice.org-Installationsprogramm ab. Hilft Dir das? Die Startmenueinträge werden aber bei allen Benutzer gemacht ( habe ja auch angeklickt, dass die Installation für alle Benutzer erfolgen soll ). Vielen Dank im Voraus Chris und einen guten Rutsch an alle Dir auch einen guten Rutsch -- greetings peter --- - anything is a matter of opinion - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Anforderungskatalog writer
Hallo Martin, hallo alle, On Thursday 29 December 2005 12:20, Martin König wrote: Hallo! Das Erstellen umfasst - Einbindung von Seriendruckfeldern ... Es wäre schön, wenn Ihr Eure Wünsche/Vorschläge selbst ins Wiki eintragen würdet, ich kann es nicht leisten, hier jede Mail nach eventuellen Anforderungen durchzusehen. Am Besten in die Ideensammlung. Die Diskussion kann ja trotzdem parallel hier in der Liste stattfinden, nur geht dann nix verloren. Gruß Nino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] calc 2.0 - Einfügen - Namen - Festlegen (Text = Formel)
Hallo in calc ergibt die folgende Formel den Error 502: =wenn(istnv(sverweis(ArtNo;Artikelstamm;ZELLE(Inhalt;fe_gesamt!x$1);0));SVERWEIS(ArtNo;Artikelstamm;ZELLE(Inhalt;fe_gesamt!x$1);0)) in EXCEL 97 wird die gleiche Formel problemlos ausgewertet. Ich möchte gerne von Excel komplett auf OOo umsteigen und benötige für vorstehendes Problem noch eine Lösung. Hat jemand eine Idee, woran es liegt und was ich verändern kann? Christoph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [de-users] calc 2.0 - Einfügen - Namen - Festlegen (Text = Formel)
Hallo diese Schreibweise: fe_gesamt!x$1 ist nicht OO-conform. Es muss so heissen: fe_gesamt.x$1 Schöne Grüsse ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: AW: [de-users] Testbeschreibungen:
Hi, J.A. Bodwing schrieb: ich habe unter http://qa.openoffice.org/issues/buglist.cgi?Submit+query=Submit+queryissu mal versucht über die Stichworte Globaldokument, global document Korrekt wäre der Suchbegriff master document. alle Aspekte zu Globaldokument stehen wie in OOo unter: Datei - Neu - Globaldokument; Nein, sie stehen unter File - New - Master Document ( Das ist der kleinste Gemeinsame Nenner, auf den sich alle Narren, die mit Issuezilla arbeiten einigen können) d.h. von den Rubriken Datei und Neu kommt man zur Rubrik Globaldokument; Hmm.. und wo kommt die Rubrik Tabelle hine? Ist es eine Eigenständige Rubrik oder gehört sie zur Rubrik Einfügen? und dort stehen dann alphabetisch gelistet alle relevanten Aspekte, wie: Verknüpfung von Dateiformaten mit Globaldokument; und unter Verknüpfung von Dateiformaten mit Globaldokument müßten dann die einzelnen Test stehen, z.B.: für Globaldokument .sgl, .odt usw., jew.: Verknüpfung mit .sdw Verknüpfung mit .sda usw. evtl. könnte man die Grundstruktur für die Testanweisungen graphisch auch so anlegen, wie die Oberfläche von OOo? das wäre a) übersichtlich und zumindest für OOo-User narrensicher weil gewohnt; b) deckungsgleich mit dem Programm, für das man die Testanweisungen anlegt; Sorry .. das aktuelle Problem ist, dass Siegfried einen vollkommen anderen Ansatz fährt, ich ihm zugesagt habe, da einigermassen mitzuhelfen und dadurch weniger Zeit für konkrete, funktionale Tests habe (die mir persönlich sinnvoller erscheinen). Könntest Du dich bitte auf [EMAIL PROTECTED] eintragen und mal ganz grob eine Struktur aufzeichnen, die dir für die Tests vorschwebt? Die Idee der grafischen Struktur finde ich mal gar nciht so schlecht. André - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]