Re: [de-users] Makro Programm beenden
Hallo Ansgar, Ansgar Staender schrieb: Ich möchte den Befehl zum Programm beenden in ein Makro bekommnen um ihn einer Schaltfläche hinterlegen zu können. Wie lautet der Befehl/die Routine? Für eine Schaltfläche in der Symbolleiste zum Beenden des Programms braucht es kein Makro. Klickanleitung: (1) Extras | Anpassen... | Symbolleisten (2) Bei Symbolleiste diejenige auswählen, in der die Schaltfläche erscheinen soll. (3) Hinzufügen... (4) Bereich = Applikation, Befehle = Beenden (5) Hinzufügen - Schließen - Ok Gruß Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [de-users] Re: AW: Tabulatoren werden in Textfeldern nicht gesetzt
Ich speichere die als ODT-Dateien. Ich kann auch gerne mal nen Screenshot mailen: keine Tabs zu sehen (die müssten ja eigentlich im Lineal angezeigt werden). Zudem habe ich schon die Standard- und Textkörper-Formatvorlage entsprechend angepasst: nix. Und der Minus-Einzug für die erste Zeile steht immer auf -0,49 obwohl ich zuvor -0,50 eingegeben habe. Grüße -Ursprüngliche Nachricht- Von: news [mailto:[EMAIL PROTECTED] Im Auftrag von Claudia Drechsle Gesendet: Freitag, 27. Juli 2007 07:50 An: users@de.openoffice.org Betreff: [de-users] Re: AW: Tabulatoren werden in Textfeldern nicht gesetzt Von: Regina Henschel [mailto:[EMAIL PROTECTED] Bei mir werden die Tabulatorsprünge nach dem Neuladen direkt richtig gemacht. Tim [EMAIL PROTECTED] writes: Es geht wirklich um die Textfelder über die Zeichnen-Symbolleiste und NICHT normalen Text. Das haben wir schon verstanden. Trotzdem kann ich auch nur das gleiche sagen wie Regina: bei mir geht es. Fragen wir mal anders: in welchem Format speicherst Du die Dateien? mfG - 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]
AW: [de-users] Calc: CSV-Datei schließt ohne Formata bfrage
Danke für die Hilfestellung: lag wirklich am einmal abgestellten Dialog! ZUM CSV-FORMAT: Bei Excel muss man eine CSV-Datei erst in .txt umbenennen und dann als Textdatei öffnen/importieren. Bei OpenOffice Calc (Doppelklick auf die CSV-Datei) kommt das Import-Dialogfeld von Excel aber sofort. Häufig ist das Semikolon der richtige Spaltentrenner (das erkennen weder Excel noch OpenOffice Calc richtig). WICHTIG: Spalten mit führenden Nullen, wie das zum Beispiel bei Postleitzahlen der Fall ist, werden markiert und dann als Spaltentyp Text ausgewählt. Dann bleiben diese Nullen erhalten. Ansonsten wären Excel-typisch führende Nullen weg und schaffen die entsprechenden Probleme. Auch eine Hausnummer wie 4-12 wird ja al -8 berechnet und nur beim Spaltentyp Text beibt 4-12 stehen. Daher also der ganze Aufwand. Grüße -Ursprüngliche Nachricht- Von: Wolfi1 [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 25. Juli 2007 00:32 An: Users.de Betreff: AW: [de-users] Calc: CSV-Datei schließt ohne Formatabfrage hallo TIM, Du kennst Dich scheinbar etwas aus. Ich bekomme auch manchmal CSV-Dateien als Anlage von Rechnungen und komme damit nicht klar. Irgendwie sind diese Dateien Tabellen mit Informationen in den einzelnen Zellen. Kann mir einer ein wenig Hilfe zu diesen Dateien geben, damit ich diese besser lesen kann. Oder wo kann ich etwas nachlesen Mit MS sieht es auch sehr wirr aus. Danke im voraus. Viele Grüße aus Bayern, auch an die anderen User, sendet Wolfi -Ursprüngliche Nachricht- Von: Tim [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 24. Juli 2007 11:25 An: users@de.openoffice.org Betreff: [de-users] Calc: CSV-Datei schließt ohne Formatabfrage Hallo, wie kann es sein, dass man in OpenOffice-Calc eine CSV-Datei wie ein Calc-/oder Excel-Dokument bearbeiten kann, man beim Schließen NICHT nach dem Dateiformat gefragt wird, so dass sämtliche Formatierungen, weitere Tabellenblätter etc. futsch sind? Excel fragt, ob man wirklich in dem Format speichern will und dass es zum Verlust von Inhalten/Formaten etc. kommen kann. Ist mir jetzt 2x passiert und war jeweils 1 Stunde arbeit für die Katz. Grüße -- --- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Writer: Rahmen drucken klappt nicht korrekt
Hallo Matthias Dr. Matthias Weisser schrieb: danke für Deine Meinung. Also wären 0.5pt ganz ok. Ja, sehe ich auch so. Ich blicke nur jetzt gar nicht mehr hinter dieses OO- *Bedienkonzept bei den Tabellen.* Ich verwendete Tabelle Linienstil mit den genannten Einschränkungen *Haarlinie* oder *1pt* und nichts dazwischen. Du verwendest das andere Menü Tabelleneigenschaften wo man wieder die Linie verändern kann - nur diesmal mit anderen Werten. Welchen Sinn macht dieser *unkonsistente Wildwuchs?* Das ist kein Wildwuchs und auch nicht inkonsistent. Unter Tabelle findest Du schnelle Einstellmöglichketen; es ist quasi eine geraffte Form des Menüs Tabelleneigenschaften, welches deutlich mehr Optionen anbietet als Tabelle. Von Usabilitysicht ist das eine durchaus sinnvolle Maßnahme, nicht grundsätzlich jeden Anwender mit allen Möglichkeiten zu erschlagen - manche wollen es einfacher haben. Hierzu lässt sich auch gut der Mozilla Firefox anführen, der in der grafischen Oberfläche auch nur eine Auswahl der Einstellmöglichkeiten anbietet, die ein versierter Anwender über about:config nutzen kann. Ein weiteres Beispiel für diese Haltung sind die benutzerorientierten Menüs in Windows, die wenig genutzte Optionen erst einmal nicht mehr anzeigen. Grundsätzlich ist diese vordefinierte Schnellauswahl also schon sinnvoll und in unterschiedlichster Art und Weise in den Applikationen implementiert. Was aber sicher richtig ist: Die Haarlinie unter Tabelle sollte in einer druckfähigen Stärke erscheinen: also mehr als 0,3 pt. Mir erschließt sich dies momentan nicht. Vielleicht ist dem ja im Zuge einer Renovierung abzuhelfen? Ich persönlich hoffe nicht, dass sich da was ändert (außer die Haarlinienstärke natürlich) - denn ich stehe auf dem Standpunkt, dass die Software letztlich so anpassbar wie möglich gehalten werden sollte. Dann kann jeder selbst ausssuchen ob er z.B. lieber mit Tabelle oder mit Tabelleneigenschaften arbeitet. Gruss Matthias Und einen schönen Gruß zurück. Schönes Wochenende Thomas Schöneberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [de-users] Re: Writer: Format innerhalb eines Textfeldes wird immer wieder zerhauen
Was hab ich denn von einem Rahmen, der keinen Inhalt zulässt??? Kapier ich nicht! Geht nicht mit Doppelklick und nix: wie komm ich denn da rein oder kann Text einfügen? Ich brauche einfach Text, den ich innerhalb der Seite hin und her schieben kann. Und dann eben seine gesetzten Tabulatoren behält, ob mit Formatvorlage oder hart formatiert. Grüße -Ursprüngliche Nachricht- Von: news [mailto:[EMAIL PROTECTED] Im Auftrag von Claudia Drechsle Gesendet: Dienstag, 24. Juli 2007 19:44 An: users@de.openoffice.org Betreff: [de-users] Re: Writer: Format innerhalb eines Textfeldes wird immer wieder zerhauen Im Textfeld kann ich auch nicht auf Formatvorlagen zugreifen: alles komplett ausgegraut. Meinst Du mit Textfeld ein Zeichnungselement, dass Du mit dem T-Symbol einfügst? Nimm stattdessen einen Textrahmen (Einfügen/Rahmen), da gehen auch Absatzvorlagen. mfG - 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] 64Bit OO version2.3
hallo users habe gestern erfolgreich die aktuelle entwicklerversion von OO auf64bit übersetzt. hat vieleicht jemand lust und zeit es sich beimir runterzuladen und zu testen? in meinem haushalt gibt es derzeit nureine 64bit maschine. und, gibt es überhaupt schon eine offizielle 64er version? über ein feedback würde ich mich freuen... mfg mike
Re: [de-users] Re: [de-dev] Schwerer Fehler in der OpenOffice.org Zeilennummerierung
Hallo Max! Am 27.07.2007 um 12:09 Uhr schrieb Max Wolf: Hallo Axel, ich hab es mit Win XP und OOo 2.2.1 probiert. Dabei ein längeres doc-Dokument mit einigen Bildern verwendet. Der Fehler tritt bei mir schon vor dem pdf-Export oder dem Drucken auf. Kannst du mir das Dokument schicken? cu Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Re: [de-dev] Schwerer Fehler in der OpenOffice.org Zeilennummerierung
Hallo Max, das Dokument wäre ein Super-Beipiel, wenn du es mir zusenden oder online verfügbar machen kannst. Gruß, Axel Max Wolf schrieb: Hallo Axel, ich hab es mit Win XP und OOo 2.2.1 probiert. Dabei ein längeres doc-Dokument mit einigen Bildern verwendet. Der Fehler tritt bei mir schon vor dem pdf-Export oder dem Drucken auf. Vorgehensweise: 1. Öffne das Dokoment über Doppelklick 2. Schalte die Zeilennummerierung ein - alles perfekt 3. Mache bei der Zeilennummerierung ein Häckchen, dass es bei jeder Seite neu beginnt - Entwickelt ein ganz eigenes Zahlensystem wie unten beschrieben 4. Mach das Häckchen wieder weg, so dass er duchzählen kann - er behält sein eigensinniges Zahlensystem bei. 5. Schließe das Dokumen und öffne es erneut - konnte keinen Fehler mehr entdecken (er beginnt aber nicht bei jeder Seite neu sondern zählt durch, ist ja auch so eingestellt) Evtl. hilft es ein wenig bei der Fehlersuche Grüße Max - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Writer: Rahmen drucken klappt nicht korrekt
Hallo Thomas, vielen Dank für Deine mail. Auch Dir ein schönes Wochenende Matthias Thomas Schöneberg schrieb: jetzt ist der Groschen gefallen. Du hast Recht: Haarlinie sollte natürlich immer Haarline heißen oder immer 0,05 pt. Stimmt, hier ist es derzeit inkonsistent. wie auch bei der Verfügbarkeit der 0.5pt Linienstärke. Das ist momentan etwas verwirrend. Daher gehört hier etwas getan. Votes für Issue 80036 sind erbeten: http://www.openoffice.org/issues/show_bug.cgi?id=80036 Somit sind wir uns nun in allen Punkten einig ;-) -- Dr. Matthias Weisser Lackenschusterweg 2 82024 Taufkirchen Tel. 089/6126977 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Datumsfeld korrekt konvertieren
Hi, tx schrieb: Entschuldigung, ich kenne mich in mailing-lists nicht aus und wollte auf keinen Fall unhöflich sein. Also: OO unter Suse 10.1 ist die Version 2.0.4.17, unter Xubuntu Version 2.2.0. Ich habe jeweils alle Sprach- und Ländereinstellungen auf Deutsch eingestellt, soweit mir zugänglich. Ich muss in diesem Zusammenhang gestehen, dass ich nicht der Weltmeister im Linux-Wissen binBeide OO-Versionen sind die jeweils mit der Distri mitgelieferten. Ich habe zunächst versucht, über Suse- bzw. Ubuntu-Foren Hilfe zu bekommen. Ohne Erfolg. Ich habe lediglich in einem Forum einen Thread gefunden, wo jemand dasselbe Problem hatte, es gab aber keine Lösungsanwort. [...] Es gab hier mal vergleichbar Thread, Workaround und Issue - - Thread - 'Ungewünschte Formatänderung bei Datumsfeld' http://de.openoffice.org/servlets/BrowseList?list=usersby=threadfrom=1521113 - Workaround dort: Benutzerformat TT\.MM\.JJ - Issue #46648 - 'WW8: Locale date format lost on fields when exported' http://www.openoffice.org/issues/show_bug.cgi?id=46648 Grüße - Manfred - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Re: AW: AW: Re: Writer: Format innerhalb eines Textfeldes wird immer wieder zerhauen
Nach dem Erstellen [eines Textrahmens ]musst Du lediglich einmal in eine freie Fläche Deines Dokuments klicken, um die Rahmenmarkierung aufzuheben. Danach kannst Du mit Deinem Cursor in den Rahmen klicken und Text eingeben. Man kann auch bestehende Inhalte direkt in einen Rahmen aufnehmen. Einfach den Inhalt markieren und Einfügen/Rahmen. Oder den zu übernehmenden Inhalt markieren, dann das Rahmen-Icon anklicken, mit dem man per Maus einen Rahmen aufziehen kann und die Maus über den markierten Bereich ziehen (linke Maustaste gedrückt halten). mfG - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Re: AW: Re: AW: Tabulatoren werden in Textfeldern nicht gesetzt
Ich hab mir Deine erste Mail noch einmal durchgelesen und verstehe sie jetzt anders als beim ersten Mal: Du meinst die Basis-Tabulatoreinstellungen, die Du unter Extras/Optionen/Openofice.org Writer/Allgemein vorgibst und möchtest, dass sich Aenderungen, die Du hier vornimmst, nicht nur im Fließtext, sondern auch innerhalb von T-Rahmen auswirken? Wenn Du das meinst, kann ich Dir auch nur zustimmen: Diese Änderungen wirken sich bei mir in T-Rahmen auch nicht aus. Viel Alternativen sehe ich auch nicht. Leider gibt es im Writer keine Grafikobjektvorlagen wie in Draw. Ich habe auch schon versucht, einen solchen Rahmen mit gesetzten Tabulatoren in der Gallery abzulegen, hat aber auch nichts gabracht. Das einzige, was zu gehen scheint, ist die Ablage eines solchen Rahmens als Autotext (mindestens eine Absatzschaltung muss drin sein, für die die Tabstopps definiert werden). Bei meinem Test benötigte ich dazu einen Absatz mit einem Leerzeichen, in dem ich den Rahmen verankert habe. Diesen Absatz habe ich dann markiert und als Autotext abgelegt. mfG BTW: weiß jemand, ob schonmal daran gedacht wurd, Grafikobjektvorlagen auch im Writer zuzulssen? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Writer: Rahmen drucken klappt nicht korrekt
Hallo Thomas, wir sind uns einig, daß default Haarlinie nicht so günstig ist. Wenn es so ist kannst Du dafür voten bzw. Deinen Kommentar bei dem Issue dazuschreiben. Beim Thema Bedienung handelt es sich vielleicht um ein Mißverständnis. Ich hatte bemerkt, daß es *2 Möglichkeiten* gibt bei Tabellen die Rahmenlinie in der Stärke zu beeinflussen. Von mir aus kann das ja so bleiben. *Konsistent* sollte es in diesem Fall dann aber sein. + Bei der einen Möglichkeit ging *Haarlinie* und *1pt* etc. + Bei der anderen Möglichkeit ging *0.05pt* (soll wohl Haarlinie sein?), *0.5pt* etc. *Dies ist momentan nicht konsistent. Daher gehört dies aus meiner Sicht angepasst. * Gruss Matthias * * danke für Deine Meinung. Also wären 0.5pt ganz ok. Ja, sehe ich auch so. Ich verwendete Tabelle Linienstil mit den genannten Einschränkungen *Haarlinie* oder *1pt* und nichts dazwischen. Du verwendest das andere Menü Tabelleneigenschaften wo man wieder die Linie verändern kann - nur diesmal mit anderen Werten. Welchen Sinn macht dieser *unkonsistente Wildwuchs?* Das ist kein Wildwuchs und auch nicht inkonsistent. Unter Tabelle findest Du schnelle Einstellmöglichketen; es ist quasi eine geraffte Form des Menüs Tabelleneigenschaften, welches deutlich mehr Optionen anbietet als Tabelle. Von Usabilitysicht ist das eine durchaus sinnvolle Maßnahme, nicht grundsätzlich jeden Anwender mit allen Möglichkeiten zu erschlagen - manche wollen es einfacher haben. Hierzu lässt sich auch gut der Mozilla Firefox anführen, der in der grafischen Oberfläche auch nur eine Auswahl der Einstellmöglichkeiten anbietet, die ein versierter Anwender über about:config nutzen kann. Ein weiteres Beispiel für diese Haltung sind die benutzerorientierten Menüs in Windows, die wenig genutzte Optionen erst einmal nicht mehr anzeigen. Grundsätzlich ist diese vordefinierte Schnellauswahl also schon sinnvoll und in unterschiedlichster Art und Weise in den Applikationen implementiert. Was aber sicher richtig ist: Die Haarlinie unter Tabelle sollte in einer druckfähigen Stärke erscheinen: also mehr als 0,3 pt. Mir erschließt sich dies momentan nicht. Vielleicht ist dem ja im Zuge einer Renovierung abzuhelfen? Ich persönlich hoffe nicht, dass sich da was ändert (außer die Haarlinienstärke natürlich) - denn ich stehe auf dem Standpunkt, dass die Software letztlich so anpassbar wie möglich gehalten werden sollte. Dann kann jeder selbst ausssuchen ob er z.B. lieber mit Tabelle oder mit Tabelleneigenschaften arbeitet. -- Dr. Matthias Weisser Lackenschusterweg 2 82024 Taufkirchen Tel. 089/6126977 www.mweisser.50g.com www.gesundohnepillen.de www.rettet-das-internet.de www.stop1984.com www.stoppt-die-vorratsdatenspeicherung.de www.againsttcpa.com www.privatkopie.net www.foebud.org
AW: AW: [de-users] Re: Writer: Format innerhalb eines Textfeldes wird immer wieder zerhauen
1.000 Dank!!! Funktioniert wunderbar so!!! Steuerzeichen habe ich häufig an, aber wie soll man denn auf so was kommen: wegklicken, reinklicken etc. Grüße -Ursprüngliche Nachricht- Von: Thomas Schöneberg [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 27. Juli 2007 11:38 An: users@de.openoffice.org Betreff: Re: AW: [de-users] Re: Writer: Format innerhalb eines Textfeldes wird immer wieder zerhauen Hallo Tim, Tim schrieb: Was hab ich denn von einem Rahmen, der keinen Inhalt zulässt??? Kapier ich nicht! Geht nicht mit Doppelklick und nix: wie komm ich denn da rein oder kann Text einfügen? Ich brauche einfach Text, den ich innerhalb der Seite hin und her schieben kann. Und dann eben seine gesetzten Tabulatoren behält, ob mit Formatvorlage oder hart formatiert. Grüße Ein Rahmen, wie Claudia ihn beschrieben hat, lässt sich bestens mit Text oder anderen Elemnten befüllen. Nach dem Erstellen musst Du lediglich einmal in eine freie Fläche Deines Dokuments klicken, um die Rahmenmarkierung aufzuheben. Danach kannst Du mit Deinem Cursor in den Rahmen klicken und Text eingeben. Wenn Du ihn dann später verschieben willst, klickst Du einfach auf die Rahmenkante und dann hast Du wieder die Möglichkeit, den Rahmen an sich zu bearbeiten und nicht den Inhalt. Meine ergänzende Empfehlung hierzu: Unter Ansicht - Steuerzeichen [Strg + F10] kannst Du die Formatierungszeichen anzeigen lassen; dann siehst Du sofort, wo Text reinkann und wo nicht. Hoffe, das hilft jetzt ein wenig. Schönes Wochenende und schöne Grüße Thomas Schöneberg -Ursprüngliche Nachricht- Von: news [mailto:[EMAIL PROTECTED] Im Auftrag von Claudia Drechsle Gesendet: Dienstag, 24. Juli 2007 19:44 An: users@de.openoffice.org Betreff: [de-users] Re: Writer: Format innerhalb eines Textfeldes wird immer wieder zerhauen Im Textfeld kann ich auch nicht auf Formatvorlagen zugreifen: alles komplett ausgegraut. Meinst Du mit Textfeld ein Zeichnungselement, dass Du mit dem T-Symbol einfügst? Nimm stattdessen einen Textrahmen (Einfügen/Rahmen), da gehen auch Absatzvorlagen. mfG - 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] - 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] andere formatierung bei ooffice unter debian als unter microsoft
hallo, ich habe folgendes problem: wenn ich ein dokument mit ooffice unter windows schreibe, das etwa 100 seiten umfasst, umfasst dasselbe dokument mit ooffice unter debian 115 seiten. die formatierungen sind dieselben. aber bei der debian version ist die schrift etwas größer. sieht seltsam aus. wenn ich ein pdf erzeuge, ändert sich nichts. vielleicht weiß ja jemand bescheid und kann mir helfen. danke __ Jetzt neu! Im riesigen WEB.DE Club SmartDrive Dateien freigeben und mit Freunden teilen! http://www.freemail.web.de/club/smartdrive_ttc.htm/?mc=021134 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [de-users] Re: Writer: Format innerhalb eines Textfeldes wird immer wieder zerhauen
Hallo Tim, Tim schrieb: Was hab ich denn von einem Rahmen, der keinen Inhalt zulässt??? Kapier ich nicht! Geht nicht mit Doppelklick und nix: wie komm ich denn da rein oder kann Text einfügen? Ich brauche einfach Text, den ich innerhalb der Seite hin und her schieben kann. Und dann eben seine gesetzten Tabulatoren behält, ob mit Formatvorlage oder hart formatiert. Grüße Ein Rahmen, wie Claudia ihn beschrieben hat, lässt sich bestens mit Text oder anderen Elemnten befüllen. Nach dem Erstellen musst Du lediglich einmal in eine freie Fläche Deines Dokuments klicken, um die Rahmenmarkierung aufzuheben. Danach kannst Du mit Deinem Cursor in den Rahmen klicken und Text eingeben. Wenn Du ihn dann später verschieben willst, klickst Du einfach auf die Rahmenkante und dann hast Du wieder die Möglichkeit, den Rahmen an sich zu bearbeiten und nicht den Inhalt. Meine ergänzende Empfehlung hierzu: Unter Ansicht - Steuerzeichen [Strg + F10] kannst Du die Formatierungszeichen anzeigen lassen; dann siehst Du sofort, wo Text reinkann und wo nicht. Hoffe, das hilft jetzt ein wenig. Schönes Wochenende und schöne Grüße Thomas Schöneberg -Ursprüngliche Nachricht- Von: news [mailto:[EMAIL PROTECTED] Im Auftrag von Claudia Drechsle Gesendet: Dienstag, 24. Juli 2007 19:44 An: users@de.openoffice.org Betreff: [de-users] Re: Writer: Format innerhalb eines Textfeldes wird immer wieder zerhauen Im Textfeld kann ich auch nicht auf Formatvorlagen zugreifen: alles komplett ausgegraut. Meinst Du mit Textfeld ein Zeichnungselement, dass Du mit dem T-Symbol einfügst? Nimm stattdessen einen Textrahmen (Einfügen/Rahmen), da gehen auch Absatzvorlagen. mfG - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Datumsfeld korrekt konvertieren
Hallo, Am Thu, 26 Jul 2007 10:37:45 +0200 schrieb tx: Hallo, folgendes Problem: Wenn man in OO Writer (Linux: Suse und Ubuntu) ein Datumsfeld mit den Parametern dd.mm erstellt und in MS Word konvertiert, wird der Punkt . in das benachbarte ASCI-Zeichen / umgewandelt. Das Feld sieht anschließend so aus dd/mm . Wie lässt sich das beheben? Naja, ohne ein paar weitere Informationen kämen wir mit Kaffeesatzlesen sicher ebenso weit. Also welche OOo Version wird denn verwendet? Es gibt OOo 1.0.x bis 1.1.5 und dann 2.0.0 bis 2.2.1 und jede hat ihre kleinen und manchmal auch größeren Fehlerchen. Ist es das OOo der Distro? Wenn ja, frag bei -buntu oder Novell. Die bauen in ihr OOo Patches ein, die nicht immer offiziell freigegeben sind und ebenfalls nicht immer im offziellen OOo sind. Da wir aber auch -buntu und Novell Nutzer haben, können die natürlich auch nur helfen, wenn sie wissen, welche Version von SuSE oder -buntu auf dem Rechner ist. Am Ende, ist die locale unter Linux auch auf de-DE.utf-8 oder vergleichbar gesetzt? Und ein Name als Absender und ein Gruss am Ende erhöhen die Hilfsbereitschaft ungemein. Gruß Eric -- ## 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] Re: [de-dev] Schwerer Fehler in der OpenOffice.org Zeilennummerierung
Hallo Axel, ich hab es mit Win XP und OOo 2.2.1 probiert. Dabei ein längeres doc-Dokument mit einigen Bildern verwendet. Der Fehler tritt bei mir schon vor dem pdf-Export oder dem Drucken auf. Vorgehensweise: 1. Öffne das Dokoment über Doppelklick 2. Schalte die Zeilennummerierung ein - alles perfekt 3. Mache bei der Zeilennummerierung ein Häckchen, dass es bei jeder Seite neu beginnt - Entwickelt ein ganz eigenes Zahlensystem wie unten beschrieben 4. Mach das Häckchen wieder weg, so dass er duchzählen kann - er behält sein eigensinniges Zahlensystem bei. 5. Schließe das Dokumen und öffne es erneut - konnte keinen Fehler mehr entdecken (er beginnt aber nicht bei jeder Seite neu sondern zählt durch, ist ja auch so eingestellt) Evtl. hilft es ein wenig bei der Fehlersuche Grüße Max Axel Reimer schrieb: Moin, der Fehler wurde auf der de-dev Mailing-Liste mittlerweile einmal bestätigt. Noch ist aber nicht sicher unter welchen Bedingungen er genau auftritt. Bei mir tritt er sowohl beim Drucken als auch beim pdf-Export auf. Ein anderer Tester hat davon berichtet, dass er nur bei bestimmten Dokumenten beim pdf-Export, jedoch nicht beim Drucken, auftritt. Es wäre nett, wenn sich noch Tester fänden und Rückmeldung geben. Gruß, Axel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Writer: Rahmen drucken klappt nicht korrekt
Hallo Matthias, jetzt ist der Groschen gefallen. Du hast Recht: Haarlinie sollte natürlich immer Haarline heißen oder immer 0,05 pt. Stimmt, hier ist es derzeit inkonsistent. Somit sind wir uns nun in allen Punkten einig ;-) Wünsche noch ein schönes Wochenede. Grüße Thomas Dr. Matthias Weisser schrieb: Hallo Thomas, wir sind uns einig, daß default Haarlinie nicht so günstig ist. Wenn es so ist kannst Du dafür voten bzw. Deinen Kommentar bei dem Issue dazuschreiben. Beim Thema Bedienung handelt es sich vielleicht um ein Mißverständnis. Ich hatte bemerkt, daß es *2 Möglichkeiten* gibt bei Tabellen die Rahmenlinie in der Stärke zu beeinflussen. Von mir aus kann das ja so bleiben. *Konsistent* sollte es in diesem Fall dann aber sein. + Bei der einen Möglichkeit ging *Haarlinie* und *1pt* etc. + Bei der anderen Möglichkeit ging *0.05pt* (soll wohl Haarlinie sein?), *0.5pt* etc. *Dies ist momentan nicht konsistent. Daher gehört dies aus meiner Sicht angepasst. * Gruss Matthias * * danke für Deine Meinung. Also wären 0.5pt ganz ok. Ja, sehe ich auch so. Ich verwendete Tabelle Linienstil mit den genannten Einschränkungen *Haarlinie* oder *1pt* und nichts dazwischen. Du verwendest das andere Menü Tabelleneigenschaften wo man wieder die Linie verändern kann - nur diesmal mit anderen Werten. Welchen Sinn macht dieser *unkonsistente Wildwuchs?* Das ist kein Wildwuchs und auch nicht inkonsistent. Unter Tabelle findest Du schnelle Einstellmöglichketen; es ist quasi eine geraffte Form des Menüs Tabelleneigenschaften, welches deutlich mehr Optionen anbietet als Tabelle. Von Usabilitysicht ist das eine durchaus sinnvolle Maßnahme, nicht grundsätzlich jeden Anwender mit allen Möglichkeiten zu erschlagen - manche wollen es einfacher haben. Hierzu lässt sich auch gut der Mozilla Firefox anführen, der in der grafischen Oberfläche auch nur eine Auswahl der Einstellmöglichkeiten anbietet, die ein versierter Anwender über about:config nutzen kann. Ein weiteres Beispiel für diese Haltung sind die benutzerorientierten Menüs in Windows, die wenig genutzte Optionen erst einmal nicht mehr anzeigen. Grundsätzlich ist diese vordefinierte Schnellauswahl also schon sinnvoll und in unterschiedlichster Art und Weise in den Applikationen implementiert. Was aber sicher richtig ist: Die Haarlinie unter Tabelle sollte in einer druckfähigen Stärke erscheinen: also mehr als 0,3 pt. Mir erschließt sich dies momentan nicht. Vielleicht ist dem ja im Zuge einer Renovierung abzuhelfen? Ich persönlich hoffe nicht, dass sich da was ändert (außer die Haarlinienstärke natürlich) - denn ich stehe auf dem Standpunkt, dass die Software letztlich so anpassbar wie möglich gehalten werden sollte. Dann kann jeder selbst ausssuchen ob er z.B. lieber mit Tabelle oder mit Tabelleneigenschaften arbeitet. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Makro Programm beenden
Hallo, Ansgar Staender schrieb: ich bin seit heute Anwender des Programmes und von daher noch nicht so fit. Ich möchte den Befehl zum Programm beenden in ein Makro bekommnen um ihn einer Schaltfläche hinterlegen zu können. Wie lautet der Befehl/die Routine? Innerhalb eines Makros sollte, wenn nur noch ein letztes Fenster offen ist, ein: ThisComponent.Close(True) genügen. Gruß Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Re: [de-dev] Schwerer Fehler in der OpenOffice.org Zeilennummerierung
Hallo, Leute! Axel Reimer wrote: Hallo Jens, Bestätigung! danke. Ich habe noch keinen Issue Report abgegeben, da der Fehler sehr schwer zu beschreiben ist. [...] Ich habe das mal übernommen... :-) http://www.openoffice.org/issues/show_bug.cgi?id=80120 Ich habe darin mehrere Szenarien beschrieben, die alle von einem längeren Dummy-Text-Dokument ausgehen. Der nach meinen Erkenntnissen sicherste Workaround (zumindest für mein Testdokument) war das An- und Ausschalten der Seitenansicht (Druckvorschau). Das Problem scheint seit OOo 2.01 zu bestehen, in OOo 2.0 konnte ich das nicht nachvollziehen. Schöne Grüße! Stefan Baltzer, QS Writer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Datumsfeld korrekt konvertieren
Entschuldigung, ich kenne mich in mailing-lists nicht aus und wollte auf keinen Fall unhöflich sein. Also: OO unter Suse 10.1 ist die Version 2.0.4.17, unter Xubuntu Version 2.2.0. Ich habe jeweils alle Sprach- und Ländereinstellungen auf Deutsch eingestellt, soweit mir zugänglich. Ich muss in diesem Zusammenhang gestehen, dass ich nicht der Weltmeister im Linux-Wissen binBeide OO-Versionen sind die jeweils mit der Distri mitgelieferten. Ich habe zunächst versucht, über Suse- bzw. Ubuntu-Foren Hilfe zu bekommen. Ohne Erfolg. Ich habe lediglich in einem Forum einen Thread gefunden, wo jemand dasselbe Problem hatte, es gab aber keine Lösungsanwort. Danke jedenfalls schon mal für die Antwort Gruß Peter :-) Eric Hoch schrieb: Hallo, Am Thu, 26 Jul 2007 10:37:45 +0200 schrieb tx: Hallo, folgendes Problem: Wenn man in OO Writer (Linux: Suse und Ubuntu) ein Datumsfeld mit den Parametern dd.mm erstellt und in MS Word konvertiert, wird der Punkt . in das benachbarte ASCI-Zeichen / umgewandelt. Das Feld sieht anschließend so aus dd/mm . Wie lässt sich das beheben? Naja, ohne ein paar weitere Informationen kämen wir mit Kaffeesatzlesen sicher ebenso weit. Also welche OOo Version wird denn verwendet? Es gibt OOo 1.0.x bis 1.1.5 und dann 2.0.0 bis 2.2.1 und jede hat ihre kleinen und manchmal auch größeren Fehlerchen. Ist es das OOo der Distro? Wenn ja, frag bei -buntu oder Novell. Die bauen in ihr OOo Patches ein, die nicht immer offiziell freigegeben sind und ebenfalls nicht immer im offziellen OOo sind. Da wir aber auch -buntu und Novell Nutzer haben, können die natürlich auch nur helfen, wenn sie wissen, welche Version von SuSE oder -buntu auf dem Rechner ist. Am Ende, ist die locale unter Linux auch auf de-DE.utf-8 oder vergleichbar gesetzt? Und ein Name als Absender und ein Gruss am Ende erhöhen die Hilfsbereitschaft ungemein. Gruß Eric - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Re: [de-dev] Schwerer Fehler in der OpenOffice.org Zeilennummerierung
Hallo Stefan, Stefan Baltzer schrieb: Ich habe das mal übernommen... :-) http://www.openoffice.org/issues/show_bug.cgi?id=80120 Ich habe darin mehrere Szenarien beschrieben, die alle von einem längeren Dummy-Text-Dokument ausgehen. Vielen Dank ... ich habe nach einer Möglichkeit gesucht das Problem verständlich zu Umschreiben und du hast es anscheinend geschafft. Für mich ist der Fehler eher schon ein P2, da er bei großen Dokumenten vor der Abgabe (Examensarbeit) wirkliche Probleme bereitet, aber das mag Ansichtssache sein. Gruß, Axel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] andere formatierung bei ooffice unter debian als unter microsoft
Hallo Sebastian, ich habe folgendes problem: wenn ich ein dokument mit ooffice unter windows schreibe, das etwa 100 seiten umfasst, umfasst dasselbe dokument mit ooffice unter debian 115 seiten. die formatierungen sind dieselben. aber bei der debian version ist die schrift etwas größer. sieht seltsam aus. wenn ich ein pdf erzeuge, ändert sich nichts. vielleicht weiß ja jemand bescheid und kann mir helfen. Ich vermute mal das zwei Faktoren hier ein Rolle spielen, einmal die verwendete Schrift, die könnte unter debian falsch interpretiert worden sein, und der Druckertreiber, der kann unter Linux (damit Linux nicht immer der Schuldige ist :-) auch unter Windows) falsch eingestellt sein - von Hersteller Seiten-. Kannst du das beides ausschließen? Was geschieht wenn du in Extras Optionen diese Einstellung(en) änderst? - Laden / Speichern - Allgemein - Benutzerspezifische Einstellungen mit dem Dok... laden Gruß Jens - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Datumsfeld korrekt konvertieren
Herzlichen Dank, das funktioniert! Beste Grüße Peter Manfred J. Krause schrieb: Hi, tx schrieb: Entschuldigung, ich kenne mich in mailing-lists nicht aus und wollte auf keinen Fall unhöflich sein. Also: OO unter Suse 10.1 ist die Version 2.0.4.17, unter Xubuntu Version 2.2.0. Ich habe jeweils alle Sprach- und Ländereinstellungen auf Deutsch eingestellt, soweit mir zugänglich. Ich muss in diesem Zusammenhang gestehen, dass ich nicht der Weltmeister im Linux-Wissen binBeide OO-Versionen sind die jeweils mit der Distri mitgelieferten. Ich habe zunächst versucht, über Suse- bzw. Ubuntu-Foren Hilfe zu bekommen. Ohne Erfolg. Ich habe lediglich in einem Forum einen Thread gefunden, wo jemand dasselbe Problem hatte, es gab aber keine Lösungsanwort. [...] Es gab hier mal vergleichbar Thread, Workaround und Issue - - Thread - 'Ungewünschte Formatänderung bei Datumsfeld' http://de.openoffice.org/servlets/BrowseList?list=usersby=threadfrom=1521113 - Workaround dort: Benutzerformat TT\.MM\.JJ - Issue #46648 - 'WW8: Locale date format lost on fields when exported' http://www.openoffice.org/issues/show_bug.cgi?id=46648 Grüße - Manfred - 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]
Re: [de-users] andere formatierung bei ooffice unter debian als unter microsoft
Hallo Sebastian, Sebastian Fuhrmann schrieb: hallo jens, das hat leider nicht geholfen. am druckertreiber kann es eigentlich auch nicht liegen. bei debian habe ich noch keinen installiert.. Das könnte schon eine Ursache sein. Das nämlich die Standard-Druckeinstellungen genommen werden. Außerdem: Hast Du auf beiden Systemen die gleichen Schriftarten installiert? Gruß Mechtilde -- Dipl. Ing. Mechtilde Stehmann ## Observer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] andere formatierung bei ooffice unter d ebian als unter microsoft
hallo jens, das hat leider nicht geholfen. am druckertreiber kann es eigentlich auch nicht liegen. bei debian habe ich noch keinen installiert.. gruß sebastian _ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071distributionid=0066 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] andere formatierung bei ooffice unter d ebian als unter microsoft
ne. habe ich nicht gemacht. mittlerweile habe ich das problem erkannt. thorndale schreibt er unter debian ohne serifen. es sieht aus wie arial. und das nimmt halt mehr platz in anspruch. kann man thorndale nachinstallieren? _ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071distributionid=0066 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] andere formatierung bei ooffice unter d ebian als unter microsoft
hallo, das mit dem drucker kann ich auch deshalb ausschließen, weil ich für kurze zeit bei debian staroffice verwendet habe. dort wurde das dokument nicht so gestreckt. die druckereinstellungen, sofern es welche gibt, sind dann aber dieselben. ich benutze in beiden distributionen standardmäßig thorndale. das ist die standardschrift, die doch wohl keine probleme bereiten dürfte. gruß sebastian _ In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] andere formatierung bei ooffice unter debian als unter microsoft
Hallo Sebastian, Am Fri, 27 Jul 2007 20:16:35 +0200 schrieb Mechtilde: Hallo Sebastian, Sebastian Fuhrmann schrieb: hallo jens, das hat leider nicht geholfen. am druckertreiber kann es eigentlich auch nicht liegen. bei debian habe ich noch keinen installiert.. Das könnte schon eine Ursache sein. Das nämlich die Standard-Druckeinstellungen genommen werden. Außerdem: Hast Du auf beiden Systemen die gleichen Schriftarten installiert? Und Times != Times New Roman! Sprich Du solltest, sofern das Dokument in einer solchen Schrift geschrieben ist, die MS Corefonts nachinstallieren. Gibt sogar ein Debianpaket dafür - den Namen weiß ich jetzt auswendig nicht. Ich hatte das Problem beim Umstieg von Windows auf Mac OS X in meiner Diplomarbeit auch. Obwohl beide Schriften Optima hießen, hatten sie unterschiedliche Schriftschnitte. Erst ein Installieren der Optima, die ich unter Windows genutzt hatte, ins X11 OpenOffice.org von Mac OS X brachte die Formatierungen in Ordnung. Auch musste ich einen virtuellen Drucker für meinen Lexmark, den ich noch am Windowrechner hatte, anlegen. Gruß Eric -- ## 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] andere formatierung bei ooffice unter debian als unter microsoft
Hallo Sebastian, Sebastian Fuhrmann schrieb: hallo, das mit dem drucker kann ich auch deshalb ausschließen, weil ich für kurze zeit bei debian staroffice verwendet habe. dort wurde das dokument nicht so gestreckt. die druckereinstellungen, sofern es welche gibt, sind dann aber dieselben. ich benutze in beiden distributionen standardmäßig thorndale. das ist die standardschrift, die doch wohl keine probleme bereiten dürfte. Hast Du thorndale unter Debian explizit installiert? Standardmäßig sit es nicht installiert. Gruß Mechtilde -- Dipl. Ing. Mechtilde Stehmann ## Observer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Zwischenablage
Hallo, hier eine unbedarfte Frage von einem völligen OO-Greenhorn: Gibt es z.B. beim OO-Writer (Version 2.2.1) eine Möglichkeit, die Zwischenablage gleichsam als Zwischenspeicher zu nutzen (ähnlich wie etwa bei MS-Word 2002), d.h. dort z.B. mehrere Textbausteine, die ausgeschnitten oder kopiert wurden, abzulegen und in einem Seitenfenster anzeigen zu lassen, um sie später wieder an anderer Stelle einfügen zu können? Grüße Georg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] andere formatierung bei ooffice unter debian als unter microsoft
Hallo Sebastian, Am Fri, 27 Jul 2007 21:57:58 +0200 schrieb Sebastian Fuhrmann: ne. habe ich nicht gemacht. mittlerweile habe ich das problem erkannt. thorndale schreibt er unter debian ohne serifen. es sieht aus wie arial. und das nimmt halt mehr platz in anspruch. kann man thorndale nachinstallieren? Ja. Unter Windows, die entsprechende ttf Datei suchen und die dann unter Debian installieren. Wie genau die Schriften installiert werden kann ich Dir für Debian jetzt leider nicht aus dem Stehgreif sagen. Gruß Eric -- ## 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] Zwischenablage
Hi Georg, Georg Wamhof schrieb: [...] Gibt es z.B. beim OO-Writer (Version 2.2.1) eine Möglichkeit, die Zwischenablage gleichsam als Zwischenspeicher zu nutzen (ähnlich wie etwa bei MS-Word 2002), d.h. dort z.B. mehrere Textbausteine, die ausgeschnitten oder kopiert wurden, abzulegen und in einem Seitenfenster anzeigen zu lassen, um sie später wieder an anderer Stelle einfügen zu können? [...] Nein, MS Word bringt eine Erweiterung der *Windows-Zwischenablage* mit - und OOo ist für viele Betriebssysteme konzipiert ... ;-) Meine favorisierte 'Erweiterung' (OpenSource und deutlich attraktiver als das MS-Word-Mitbringsel) - Ditto-cp [Ditto 3.9 August 4, 2006] - an extension to the standard windows clipboard http://sourceforge.net/projects/ditto-cp/ [ s.a. - - http://ditto-cp.sourceforge.net/ - http://sourceforge.net/project/showfiles.php?group_id=84084 - http://sourceforge.net/forum/?group_id=84084 ] Grüße - Manfred -- CC: Georg Wamhof Antworten bitte nur an users@de.openoffice.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Verschieden Autokorrekturlisten
Sehr geehrte Damen und Herren, ich bin Schriftdolmetscherin (Definition siehe Internet) und als solche auf viele Kürzel angewiesen, die ich über die Autokorrektur einlese. Nun ist es aber so, dass ich nicht immer für jedes Dokument die gleiche Korrekturliste brauche. Ich brauche eine allgemeine Autokorrekturliste und dann jeweils themen- bzw. kundenspezifische Autokorrekturlisten, die aber jeweils die allgemeine Korrekturliste mit einbeziehen müssen. Diese einzelnen Listen sollten gut verwaltbar und zu bearbeiten sein. Bisher musste ich jedes Mal die bei Auftrag 1 eingelesenen Kürzel für Auftrag 2 wieder löschen und für Auftrag 2 die entsprechenden Kürzel neu einlesen, das ist ziemlich nervig und zeitraubend. Auch habe ich schon versucht verschiedene Formatvorlagen anzulegen aber wenn ich in der einen die Autokorrekturliste verändere, verändert sich automatisch der Inhalt der anderen auch. Gibt es da ein Makro oder ähnliches ? Es würde mir die Arbeit sehr erleichtern. Bei meiner Recherche im Internet habe ich gesehen, dass es so ein Makro anscheinend mal bei Microsoft gegeben hat und zwar unter dem Namen Makro80 Allerdings bei der Version Office 97 (das nur zur Info damit eventuell ein Bezug hergestellt werden kann). Gibt es bei Ihnen so etwas schon ? Ich habe beim Durchsuchen Ihrer Seiten nichts gefunden oder habe ich etwas übersehen? Könnten Sie mir irgendwie weiterhelfen, ohne dass große Kosten entstehen ? Liebe Grüße Anja Lützen-Schmidt
Re: [de-users] Abmelden wie ?
Hallo, wie kann ich mich hier wieder austragen ? Danke, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]