Re: [de-users] hilfe beim berichte erstellen und haenger beim ausfuehren, OO 3.01
Hallo Lex, > > leider bekommen wir es dabei nicht hin eine auswahl mehrerer datensaetze > auszudrucken, jeder datensatz auf einer eigenen seite. Kommt darauf an, wie weit das Ganze vom Design her ausgestaltet werden soll. Eine einfache Tabellenübersicht ergibt sich ja schon, wenn Du eine Abfrage in Calc einliest. Wenn das Calc-Dokument zum nächsten Mal geöffnet wird, dann wird auch die eingelesene Tabelle erneuert. > > da haben wir es mit berichten versucht und nach einigen unschoenen > ausdrucken den sun reportbuilder installiert. Dann scheint mir der Anspruch an die Ausdrucke höher zu liegen - also nicht einfache Tabellen sondern eine Datensammlung, die mehr als eine Zeile beansprucht. > > damit lassen sich recht schnell brauchbare layouts optimieren. > > leider haengt sich openoffice beim ausfuehren des berichtes auf, das > programm kann dann nur noch "hart" beendet werden. Die Erstellung eines besseren Layouts mit dem Report-Builder scheint auch seinen Preis an die Hardware zu haben. Ich habe das Folgende gerade getestet: MySQL-Datenbank über JDBC angebunden, eine Datenbank mit 8000 Datensätzen in der Haupttabelle geladen, 4 Felder aus dieser Haupttabelle in den Detailbereich bei Report-Builder gelegt, noch auf den Seitenkopf eine Bemerkung und los. Der Lüfter des PC zeigte deutlichen Arbeitszuwachs, erst einmal rührte sich nichts. Die Zeit bis zum Erscheinen des Berichts habe ich nicht gemessen, allerdings schätze ich das so bei 5 Minuten. Dann war der Bericht da mit 191 Seiten, natürlich nicht schön vom Design her, sondern erst einmal nur einfache Tabellenform. > > wir haben etwa 176 tueren in der datenbank ... > > der bericht generiert manchmal etwas ueber 200 seiten oder gar 7401 ! Hier scheint der Fehler zu liegen. Wenn über 200 Seiten entstehen müsste ja eine der Türen bereits mehr als eine Seite Platz beanspruchen. Das würde ja nur dann zutreffen, wenn ihr nebenher noch Konstruktionszeichnungen in die Datenbank eingelesen hättet. > > die systemlast bleibt bei 100% und es laesst sich auch nicht "scroolen" > im erzugten document ... Bei der Seitenzahl, vor allem, wenn das so variabel ausgedehnt wird, ist das für mich kein Wunder. Die Ursache dafür würde ich zuerst einmal bei dem entworfenen Report bzw. beim Report-Builder suchen. An der Datenbank kann es nicht liegen bei derart wenig Daten. Ähnliche Erfahrungen habe ich früher bei Webdatenbanken gemacht, wenn ich durch eine falsche Abfrage plötzlich 1000 Datensätze in Tabellenform auf den Bildschirm zauberte. Da ging dann der Rechner deswegen in die Knie, weil die Tabelle erst einmal von der Gestaltung her berechnet werden musste, bevor sie an den Browser weitergegeben werden konnte. Die Abfragezeit an MySQL war dagegen lachhaft - unter 1 Sekunde. Zuerst einmal: Beim Report-Builder gibt es auch bei kleinen Versionssprüngen Unterschiede in der Funktionalität. Zwischendurch funktionierten einzelne Bestandteile gar nicht bzw. er stürzte sang- und klanglos ab. Ich habe mit der Version 1.0.5 getestet. Hier gibt es z.B. Probleme, wenn auch ein Berichtskopf definiert wird. Der erscheint nämlich nur auf derersten Seite. Kein Problem, auf dem Seitenkopf können ja die Details hin, die weiter hinten auf jeder Seite sichtbar sein sollen - nur funktioniert das Abschalten des Seitenkopfes auf der ersten Seite so, dass auch der eigentliche Detailinhalt erst ab Seite 2 beginnt. Lass einmal mehr Details zum Aufbau Deines Berichtes hören! Mein System: Athlon 5000+ mit 2 GB Speicher, OpenSuSE 11.0, OpenOffice 3.0.1 (original), MySQL 5.0.67 über JDBC. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Konvertierung texte + tabellenkalk. aus works 7.0
Hallo Petra, > > bin gerade dabei, meine Dateien aus Works mit OO weiterzubenutzen. > > In den FAQ's habe ich bereits gelesen, dass man Texte aus works 8.0 erst > ins rtf oder doc-format speichen muß. Wie ist das bitte bei works 7.0? > > Außerdem: wie konvertiere ich meine Tabellen aus works 7.0`? Ich nehme an, dass Works einen Export nach Excel beherrscht. Tabellen nach Excel, Texte nach *.rtf oder *.doc dürfte wohl die beste Lösung sein. Meine Works-Erfahrungen liegen allerdings schon ein paar (fast 20) Jahre zurück. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Relationale Datenbank en - neue Datensätze eingeben
Hallo Robert Robert Großkopf schrieb: ich weiß ja nicht, was für ein Projekt Du planst, aber Relationen bekommst Du ohne Makros direkt in der *.odb-Datei nur in den Griff, wenn Du konsequent Formulare und Unterformulare nutzt. Das hab ich mir schon gedacht und mich damit auseinander gesetzt. Trotzdem danke für den Hinweis. Ich habe mich z.B. über die Listfelder geärgert, die ja zu Beginn bei einer Datenbank naturgemäß erst einmal nicht gefüllt sind. Mochte ich aber nicht mit einem gesonderten Formular regeln, so dass ich das dann über Eingabefelder in gesonderten Formularteilen gemacht habe, von denen aus der Text dann in die Listfelder übernommen wird. Die Listfelder werden direkt auf diesen Wert eingestellt. Hast Du mal mit Kombinationsfelder anstelle von reinen Listfeldern operiert? Ein paar kleine Beispieldatenbanken liegen hier: http://www.scoolonline.de/download/openoffice.html Danke, das hat mir sehr geholfen, vor allem die ausführliche Dokumentation zur Medien-Datenbank - obschon ich wahrscheinlich weitere Fragen haben werde, wenn ich mich da reinknie 8-) . Es hat aber auch meine Befürchtung bestätigt: ohne Makro geht bei solchen Tabellen offenbar gar nichts, wenn man die Bedienung/Benutzung vereinfachen will Nochmals ganz herzlichen Dank für Deine kompetente Hilfe. Freundlich grüsst (aus der sonnigen Schweiz O:-) ) Ernst - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Probleme beim Drucken mit Open Office
Habe Probleme beim Drucken. Alles was ich drucke ( ob Bilder oder Grafiken ) wird in Blau gedruckt. Welche Einstellung muss ich vornehmen um einen normalen Farbaudruck zu machen. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Relationale Datenbanken - neue Datensätze eingeben
Hallo Ernst, > > Hast Du mal mit Kombinationsfelder anstelle von reinen Listfeldern > operiert? Das habe ich vor kurzem mit dem Entwurf einer Adressdatenbank versucht. Nur sind die Kombinationsfelder nicht das, was ich mir darunter vorstelle. Durch die Kombinationsfelder in Base werden Inhalte, die dort eingegeben werden, direkt in die Tabelle geschrieben, die die Formulargrundlage ist. Auch die Inhalte der Auswahl dieser Felder wird direkt weitergegeben. Ich bin der Ansicht, dass die Inhalte in eine separate Tabelle müssen und die IDs in die dem Formular zugrundeliegende Tabelle - wie bei den Listfeldern. Für Base habe ich das nur mit Abstrichen hinbekommen - siehe http://www.scoolonline.de/download/Adressen2.odb Das Formular mit der direkten Eingabemöglichkeit krankt daran, dass ich mit versteckten Feldern arbeite, die ich aber irgendwie nicht aus dem Tabulatorrhythmus raus bekomme. Wenn also das Formular, wie üblich, mit Tabulatoren bedient wird, dann verschwindet nach so einer Konstruktion der Cursor - und taucht nicht mehr auf. In der Kombination MySQL/Apache/PHP/Javascript ist mir das schon ganz ordentlich gelungen. Ich packe da einfach 3 Formularfelder übereinander (ein Listenfeld zwischen zwei Textfelder). Das Listenfeld gibt zum unteren Textfeld die ID weiter, zum oberen den Inhalt. Der Inhalt des oberen Textfeldes wird beim Verlassen gespeichert, die dazugehörige ID ausgelesen, das Listenfeld neu eingelesen und die ID in das untere Textfeld übertragen. Hier funktioniert dann auch die Tabulatortaste entsprechend. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Probleme beim Drucken mit Open Office
Hallo Uwe, > Alles was ich drucke ( ob Bilder oder Grafiken ) wird in Blau gedruckt. > Welche Einstellung muss ich vornehmen um einen normalen Farbaudruck zu > machen. Die Infos sind etwas spärlich. Funktioniert denn der Druck, auch von Bildern, mit dem gleichen Druckertreiber in anderen Programmen ordnungsgemäß? Ich hatte einmal einen Treiber, der machte bei der Einstellung "Graustufen" (statt "Farbdruck") blaue Ausdrucke - allerdings auch bei den Schriften. In OpenOffice gibt es meines Wissens keine Einstellung, die für solch einen blauen Ausdruck verantwortlich ist. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Aw: Re: [de-users] Probleme beim Drucken mit Open Office
Hallo Robert, hatte dieses Problem schon einmal und bin der Meinung das durch verändern der Hintergrundfarbe , Zeichenfarbe etc. ich das Problem gelöst hatte. Habe den gleichen Ausdruck aus Microsoft Word gedruckt und es ist wieder blau. Gruß Uwe - Original Nachricht Von: Robert Großkopf An: users@de.openoffice.org Datum: 28.02.2009 11:27 Betreff: Re: [de-users] Probleme beim Drucken mit Open Office > Hallo Uwe, > > > Alles was ich drucke ( ob Bilder oder Grafiken ) wird in Blau gedruckt. > > Welche Einstellung muss ich vornehmen um einen normalen Farbaudruck zu > > machen. > > Die Infos sind etwas spärlich. Funktioniert denn der Druck, auch von > Bildern, > mit dem gleichen Druckertreiber in anderen Programmen ordnungsgemäß? Ich > hatte einmal einen Treiber, der machte bei der Einstellung "Graustufen" > (statt "Farbdruck") blaue Ausdrucke - allerdings auch bei den Schriften. > > In OpenOffice gibt es meines Wissens keine Einstellung, die für solch einen > > blauen Ausdruck verantwortlich ist. > > Gruß > > Robert > > - > To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org > For additional commands, e-mail: users-h...@de.openoffice.org > > - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: Aw: Re: [de-users] Probleme beim Drucken mit Open Office
Hallo Uwe, > > hatte dieses Problem schon einmal und bin der Meinung > das durch verändern der Hintergrundfarbe , Zeichenfarbe etc. ich das > Problem gelöst hatte. > > Habe den gleichen Ausdruck aus Microsoft Word gedruckt und es ist wieder > blau. Dann ist es doch offensichtlich kein OpenOffice- oder MSOffice-Problem. Ich würde bei Drucker und Treiber suchen. Die Bilder haben doch alle Farben - die Umsetzung zum Drucker hin stimmt hingegen nicht. Ich würde nicht die Bilder verändern sondern nach der Ursache forschen. Da Du mit Word vergleichst nehme ich an, dass Du Windows benutzt. Da ist der Vergleich mit verschiedenen Treibern natürlich schwierig. Ich nehme auch nicht an, dass dort ein Treiber so etwas verursacht - den hätte die entsprechende Firma ja bereits um die Ohren gehauen bekommen. Eher kann da ein Hardwareausfall vorliegen (Kartuschen bei Laser, Patronen bei Tintenstrahler nicht richtig drin ...) Was hast Du gemacht, bevor das Ganze jetzt wieder auftrat? Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Probleme beim Drucken mit Open Office
Hallo, writes: > > Habe Probleme beim Drucken. > Alles was ich drucke ( ob Bilder oder Grafiken ) wird in Blau gedruckt. Sind vielleicht alle Farbpatronen außer blau leer? Mario - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Draw-Textfeld komplett sichtbar machen
Hallo, in Draw möchte ich aus Platzgründen Textfelder so anlegen, daß nur 1-2 Zeilen (Stichworte) sichtbar sind, der Rest (Ergänzungen, Details) erst einmal unter dem unteren Rand verschwindet und nicht sichbar ist. Will ich jedoch auch die Details ansehen, soll die Textbox mit 1 "Klick" ganz aufgehen und den gesamten Inhalt aufzeigen. Bislang kriege ich aber immer nur Text an Breite oder Höhe etc. angepaßt. Wie ginge es anders? Habe OOo 3.0.1 und XP pro vielen Dank schon mal für Hinweise, Johannes - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] hilfe beim berichte erstellen und haenger beim ausfuehren, OO 3.01
hallo Robert , hallo volker, > Kommt darauf an, wie weit das Ganze vom Design her ausgestaltet werden soll. > Eine einfache Tabellenübersicht ergibt sich ja schon, wenn Du eine Abfrage in > Calc einliest. > > Wenn das Calc-Dokument zum nächsten Mal geöffnet wird, dann wird auch die > eingelesene Tabelle erneuert. > was soweit auch prima funzt ;) sofern es um tabellen geht. >> da haben wir es mit berichten versucht und nach einigen unschoenen >> ausdrucken den sun reportbuilder installiert. >> > > Dann scheint mir der Anspruch an die Ausdrucke höher zu liegen - also nicht > einfache Tabellen sondern eine Datensammlung, die mehr als eine Zeile > beansprucht. > genau, es sieht eher wie ein schoenes formular aus, mit grau hinterlegten kaestchen in denen manchmal kreuzchen sind. > > Hier scheint der Fehler zu liegen. Wenn über 200 Seiten entstehen müsste ja > eine der Türen bereits mehr als eine Seite Platz beanspruchen. Das würde ja > nur dann zutreffen, wenn ihr nebenher noch Konstruktionszeichnungen in die > Datenbank eingelesen hättet. > tja , genau .. nach volkers hinweis hab ichs auch hinbekommen ... ;) allerdings nur unter hsql und nur mit 13 tueren. das ging am ende recht gut ;) plus eine leere extra-seite am ende ... dann jetzt den bericht von der lokalen hsql-db in die serverdatei kopiert und wieder mit allen tueren gestartet ... was jetzt schon wieder nicht mehr geht ... hach, das teilchen ist echt zickig was den platz angeht ;) fuer heute werde ich erstmal ne pause einlegen und mich morgen wieder drann setzen. ich werf jetzt die local-odb mal auf nen webserver, wer mag kann es sich ja mal anschauen. http://www.subotnik.de/projects/openoffice/tueren_local.odb user ist: justme passwd ist: grossesHaus spannend finde ich auch das datenfelder im seitenkopf wohl mal garnicht gehen wenn sie aus dem datenbereich gepasted werden... server: centOS 5.2, Athlon64 2GHz, 3GB ramm, 3x160GB hdd worstation: winXPpro, Athlon64 2GHz, 2GB ramm, 60GB hdd schlepptop: ubuntu8.10+virtualboxed winXP, semperon2800+, 1,25GBramm, 160GBhdd openoffice 3.01 + sunreport_extension 1.05 danke erstmal schon fuer eure hinweise, das mit dem tausch von ODBC gegen JDBC wird morgen gemacht :) beste gruesse aus berlin lex - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] hilfe beim berichte erstellen und haenger beim ausfuehren, OO 3.01
Hallo Lex, > > genau, es sieht eher wie ein schoenes formular aus, > mit grau hinterlegten kaestchen in denen manchmal kreuzchen sind. Hast Du einmal die Möglichkeit in Betracht gezogen, daraus einen Serienbrief zu machen? Es wird ja nichts gerechnet, die Daten nehmen komplett eine Seite ein - da scheint mir die Version wesentlich günstiger zu sein. Was bei mir auch passiert: Manchmal sind 's 508 Seiten statt der eigentlichen 13. Dann passiert es, dass daraus wieder die 13 werden - aber nicht immer. Was ich (immer noch) vermeide sind Leerzeichen, Punkte und Sonderzeichen bei der Benennung von Tabellenfeldern. > > > > spannend finde ich auch das datenfelder im seitenkopf wohl mal garnicht > gehen wenn sie aus > dem datenbereich gepasted werden... Im Detailbereich sind die Felder angesiedelt. Im Berichtskopfbereich oder Seitenkopfbereich geht das nicht; dort kann nur ein Feldinhalt stehen. Das ist wie ein Subselect in MySQL - funktioniert auch nur, wenn das Ergebnis lediglich einen Wert auswirft. Du kannst den Berichtskopf mit einem Feld versehen, das in allen Abfragefeldern mit dem gleichen Wert belegt ist. Ich habe so etwas einmal für eine Rechnung zusammengestellt. Da stand dann in der Abfrage überall der Adressat und die Rechnungsnummer. > > > > server: centOS 5.2, Athlon64 2GHz, 3GB ramm, 3x160GB hdd > worstation: winXPpro, Athlon64 2GHz, 2GB ramm, 60GB hdd > schlepptop: ubuntu8.10+virtualboxed winXP, semperon2800+, 1,25GBramm, > 160GBhdd > > openoffice 3.01 + sunreport_extension 1.05 Das ist mit Sicherheit kein Hardwareproblem. Eher ein Skalierungsproblem z.B. von den Schriften, das die Seitenberechnung erst einmal so hoch schnellen lässt. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] mostly solved ... Re: [de-users] hilfe beim berichte erstellen und haenger beim ausfuehren, OO 3.01
hi Robert, > Hast Du einmal die Möglichkeit in Betracht gezogen, daraus einen > Serienbrief > zu machen? Es wird ja nichts gerechnet, die Daten nehmen komplett eine Seite > ein - da scheint mir die Version wesentlich günstiger zu sein. > ja klar, leider geht das mit den ankreuzfeldern dann nicht so schoen... und ich habe da dummerweise eine "layout-vorgabe" nach der ich "millimeter-genau" arbeiten soll :} > Was bei mir auch passiert: Manchmal sind 's 508 Seiten statt der eigentlichen > 13. Dann passiert es, dass daraus wieder die 13 werden - aber nicht immer. > wenns denn klappt sind es anfangs immer merhr seiten, das bin ich aber von openoffice schon gewohnt .. macht es ja eigentlich immer. nach einem mommenterl stimmt es dann fast immer. > Was ich (immer noch) vermeide sind Leerzeichen, Punkte und Sonderzeichen bei > der Benennung von Tabellenfeldern. > oh ja , bin auch ein strikter sonderzeichen-vermeider ;) wie ja an meinem recht ausgepraegten "qwerty-syndrom" zu sehen ist. dank fruehzeitigem pc-unterricht in 1984~85 habe ich erst richtig schreiben auf nem alten IBM-PC gelernt ... meine abgetippten hausaufgaben wurden damals allerdings immer mit schriftbild=6 bewertet, denn es war nicht handschriftlich ... *kopfschuettel* anfaelle hat mir das damals schon bereitet ... heute denke ich darueber eher mit einem gepflegten ROTFL nach :) der meisster moechte es aber gerne mit , die meissten hab ich ihm schon ausgeredet ;) und es auch schon ganz ohne probiert. es aendert leider nix an dem problem. ich denke auch dass es ein platzproblem ist. interessant ist ja auch dass im berichts-designer die felder weniger pltz verbrauchen als nacher beim generieren des berichts. da scheint mir was noch nicht ganz fertig an dem programm, die cm angaben des designers scheinen jedenfalls etwas anders zu sein als sie nacher im document sind. > Im Detailbereich sind die Felder angesiedelt. Im Berichtskopfbereich oder > Seitenkopfbereich geht das nicht; dort kann nur ein Feldinhalt stehen. Das > ist wie ein Subselect in MySQL - funktioniert auch nur, wenn das Ergebnis > lediglich einen Wert auswirft. Du kannst den Berichtskopf mit einem Feld > versehen, das in allen Abfragefeldern mit dem gleichen Wert belegt ist. Ich > habe so etwas einmal für eine Rechnung zusammengestellt. Da stand dann in der > Abfrage überall der Adressat und die Rechnungsnummer. > ^^ okay , mal checken morgen :) >> >> server: centOS 5.2, Athlon64 2GHz, 3GB ramm, 3x160GB hdd >> worstation: winXPpro, Athlon64 2GHz, 2GB ramm, 60GB hdd >> schlepptop: ubuntu8.10+virtualboxed winXP, semperon2800+, 1,25GBramm, >> 160GBhdd >> >> openoffice 3.01 + sunreport_extension 1.05 >> > > Das ist mit Sicherheit kein Hardwareproblem. Eher ein Skalierungsproblem z.B. > von den Schriften, das die Seitenberechnung erst einmal so hoch schnellen > lässt. > > jupp , ich habs auch grad noch auf einer 3GHz dualcore mit 2GBramm unter XP laufen ... ist schon merklich schneller dort, ... giebt erst wieder mal 6tausend++ seiten und siehe da ... nach etwa einer virtelstunde ... sind es 176 seiten bei 176 datensaetzen :)) die "alte" athlon-station versucht es immernoch jezt kill ich sie dann wohl mal ;) so nach 2h warten auf godot. unglaublich das der reportbuilder solche resourcen verlangt ! nun wuensch ich noch einen schoenen samstag :) yours lex - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Draw-Textfeld komplett sichtbar machen
Johannes A. Bodwing schrieb: in Draw möchte ich aus Platzgründen Textfelder so anlegen, daß nur 1-2 Zeilen (Stichworte) sichtbar sind, der Rest (Ergänzungen, Details) erst einmal unter dem unteren Rand verschwindet und nicht sichbar ist. Will ich jedoch auch die Details ansehen, soll die Textbox mit 1 "Klick" ganz aufgehen und den gesamten Inhalt aufzeigen. Bislang kriege ich aber immer nur Text an Breite oder Höhe etc. angepaßt. Wie ginge es anders? Jedes Textfeld ist zunächst grundsätzlich mit der Vorlage Standard belegt. Voreingestellt ist "Höhe an Text anpassen" nicht vorbelegt ist "Breite an Text anpassen". Beide Felder sind aber inaktiv. Sobald du aber ein Textfeld aufgezogen und mit auch nur einem Buchstaben gefüllt hast, werden die beiden Eingabefelder aktiv. Jetzt kannst du "Höhe an Text anpassen" deaktivieren. Dein Eingabetext verschwindet jetzt unter der ersten Zeile. Sobald du nach Ausfüllen einiger Textfelder eines davon markierst und dort "Höhe an Text anpassen" wieder aktivierst, wirkt sich das auf alle anderen Textfelder ebenfalls aus. Ein Verkleinern der Textfelder lässt sich allerdings auf diese Weise nicht automatisieren. Gruß aus Bruchsal! Dieter Böser -- Barockkirche St. Peter Bruchsal - eMail: st.peter.bruchsal at gmx.de Hilfen zu StarOffice/OOo: Wiki: www.ooowiki.de - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Draw-Textfeld komplett sichtbar machen
Hallo Dieter, ... in Draw möchte ich aus Platzgründen Textfelder so anlegen, daß nur 1-2 Zeilen (Stichworte) sichtbar sind, der Rest (Ergänzungen, Details) erst einmal unter dem unteren Rand verschwindet und nicht sichbar ist. Will ich jedoch auch die Details ansehen, soll die Textbox mit 1 "Klick" ganz aufgehen und den gesamten Inhalt aufzeigen. Bislang kriege ich aber immer nur Text an Breite oder Höhe etc. angepaßt. Wie ginge es anders? ... Sobald du nach Ausfüllen einiger Textfelder eines davon markierst und dort "Höhe an Text anpassen" wieder aktivierst, wirkt sich das auf alle anderen Textfelder ebenfalls aus. Ein Verkleinern der Textfelder lässt sich allerdings auf diese Weise nicht automatisieren. Hatte es mir fast schon gedacht, so ähnlich geht's mir immer wieder, daß eine Idee im "Nichtmöglichen" verschwindet. Gibt es evtl. andere Wege, in Draw so mit Text zu arbeiten, daß er wie eine Art Popup komplett aufgeht, während zuvor nur (ein) Stichwort(e) sichtbar sind? Ansonsten schon mal herzlichen Dank für deine ausführliche Antwort, Johannes - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org