Re: [de-users] OOo 3.3 RC7 - Fehler beim Import von Calc-Tabellen

2010-12-13 Diskussionsfäden ice...@web.de 

Hallo Regina,

vielen Dank für Deine Hilfe und den issue.

MfG
Jörn




Am 13.12.2010 22:59, schrieb Regina Henschel:

Hallo zusammen,

Regina Henschel schrieb:



Ich kann damit den Fehler in OOo3.3m7 nachvollziehen. In OOo3.3m4 ist es
noch in Ordnung und in DEV300m94 ist es auch in Ordnung.


Ich habe einen Issue geschrieben.
http://www.openoffice.org/issues/show_bug.cgi?id=116112

MfG
Regina

-
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: [de-users] OOo 3.3 RC7 - Fehler beim Import von Calc-Tabellen

2010-12-13 Diskussionsfäden Regina Henschel 

Hallo zusammen,

Regina Henschel schrieb:



Ich kann damit den Fehler in OOo3.3m7 nachvollziehen. In OOo3.3m4 ist es
noch in Ordnung und in DEV300m94 ist es auch in Ordnung.


Ich habe einen Issue geschrieben.
http://www.openoffice.org/issues/show_bug.cgi?id=116112

MfG
Regina

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] OOo 3.3 RC7 - Fehler beim Import von Calc-Tabellen

2010-12-13 Diskussionsfäden Regina Henschel 

Hallo Jörn,

ice...@web.de schrieb:

Liebe Liste,

Beim Import von Calc-Tabellen in Writer und Impress
werden tief- und hochgestellte Zeichen falsch dargestellt
(aus einer tiefgestellt "2" wird eine geöffnete Klammer),
und Fonts werden vertauscht (aus ARIAL wird. z.B. SYMBOL).
Ein Doppelklick auf die eingebundene Tabelle öffnet diese,
woraufhin die Zeichendarstellung korrekt ist.
Verlässt man die Tabelle wieder,
ist die Zeichendarstellung wie vorher fehlerhaft.

Bei einem Rückgang auf OOo 3.21
(was bei installierter Portable-Version leicht geht),
wird sofort alles korrekt dargestellt
und ebenso korrekt ausgedruckt.

Aus meiner Sicht kann die Version 3.3
des derzeitigen Entwicklungsstands nicht veröffentlicht werden.


Ich habe die Datei, die du mir geschickt hast, ausprobiert.

Ich kann damit den Fehler in OOo3.3m7 nachvollziehen. In OOo3.3m4 ist es 
noch in Ordnung und in DEV300m94 ist es auch in Ordnung.


MfG
Regina


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] OOo 3.3 RC7 - Fehler beim Import von Calc-Tabellen

2010-12-13 Diskussionsfäden Regina Henschel 

Hallo Jörn,

ice...@web.de schrieb:

Liebe Liste,

Beim Import von Calc-Tabellen in Writer und Impress
werden tief- und hochgestellte Zeichen falsch dargestellt
(aus einer tiefgestellt "2" wird eine geöffnete Klammer),
und Fonts werden vertauscht (aus ARIAL wird. z.B. SYMBOL).
Ein Doppelklick auf die eingebundene Tabelle öffnet diese,
woraufhin die Zeichendarstellung korrekt ist.
Verlässt man die Tabelle wieder,
ist die Zeichendarstellung wie vorher fehlerhaft.


In welcher Weise hast du Zeichen hoch- bzw. tiefgestellt?

Betrifft dies Zellinhalte oder sonstige Dinge wie Textboxen?

Ich kann dein Problem nicht nachvollziehen (DEV300m94, WinXP). Kannst du 
eine solche Calc-Datei und eine Writer-Datei mit einem solchen OLE zum 
Download bereitstellen?


mfG
Regina

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] PDF-Export variiert je nach Plattform

2010-12-13 Diskussionsfäden Eric Hoch 
Hallo Marcel, 
Am Mon, 13 Dec 2010 15:39:18 +0100 schrieb Marcel HB:
> Hi,
> im Groben möchte ich einen OpenOffice-Dienst starten, der mittels
> Bridge-Skript ein odt-Dokument in ein PDF-Dokument exportiert. Verwendet
> wird OpenOffice v3.2.1 - warum? Weil ursprünglich ein docx-Dokument ankommt,
> die Darstellung unter den RCs von v3.3 (und somit des PDFs) aber ziemlich
> unbrauchbar ist. Stattdessen wird das Dokument erst mit demselben Skript von
> docx -> odt konvertiert, es werden ein paar Konvertierungsschwächen manuell
> gefixt und danach wird es als PDF exportiert.

> Vielleicht kennt ja jemand dieses Problem / kann mir die abhängigen
> Parameter nennen, die zu diesen Ergebnissen führen / das als Bug bestätigen
> / eine Lösung oder Workaround vorschlagen / das ganze selbst ausprobieren.

Das Phänomen kann ich nicht erklären, es gibt aber den 
OOoPDFConverter den zwei OOo-Projektmitglieder geschrieben haben. 
Du findest ihn hier 
. Allerdings 
setzt er auf Java statt auf Python und läuft, soweit ich weiß, 
headless. Hier bei mir unter Mac OS X 10.6.4 hat er die Dokumente, 
die ich zum Testen benutzt habe, alle korrekt exportiert, ganz so, 
wie es aus dem Programm heraus auch aussieht. 

Freundliche Grüße
Eric Hoch

-- 
## de.OpenOffice.org - Office für MacOS X, Linux, Solaris & Windows
## Openoffice.org - ich steck mit drin!

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

AW: [de-users] BASE - Tabelle - kein SDBC Treiber gefunden - OO Version 3.2.1

2010-12-13 Diskussionsfäden buzz. ruckz 
Hallo Peter,

die sagt:

J:\>java -version
java version "1.6.0_14"
Java(TM) SE Runtime Environment (build 1.6.0_14-b08)
Java HotSpot(TM) Client VM (build 14.0-b16, mixed mode, sharing)

Gruß Ronny





Von: Peter Eberlein 
An: users@de.openoffice.org
Gesendet: Freitag, den 10. Dezember 2010, 13:48:57 Uhr
Betreff: Re: [de-users] BASE - Tabelle - kein SDBC Treiber gefunden - OO 
Version 
3.2.1

Am 10.12.2010 13:27, schrieb buzz. ruckz:
> Hallo Peter,
>
> ja, andere Änderungen werden übernommen. Die XCU-Dateien tragen auch das 
>heutige
> Datum. Nur die JAVA Einstellung wird nicht übernommen. :-(
>
Was sagt denn die cmd.exe zu java -version?
Gruß Peter

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

[de-users] PDF-Export variiert je nach Plattform

2010-12-13 Diskussionsfäden Marcel HB 
Hi,
im Groben möchte ich einen OpenOffice-Dienst starten, der mittels
Bridge-Skript ein odt-Dokument in ein PDF-Dokument exportiert. Verwendet
wird OpenOffice v3.2.1 - warum? Weil ursprünglich ein docx-Dokument ankommt,
die Darstellung unter den RCs von v3.3 (und somit des PDFs) aber ziemlich
unbrauchbar ist. Stattdessen wird das Dokument erst mit demselben Skript von
docx -> odt konvertiert, es werden ein paar Konvertierungsschwächen manuell
gefixt und danach wird es als PDF exportiert.

Nachdem es in meinen Testläufen zuerst wunderbar lief, zeigte sich auf dem
Server oder generell manchmal etwas Ernüchterung: ich krieg auf 5
verschiedenen Systemen 5 verschiedene PDFs exportiert. Verwenden tue ich
neben OOo 3.2.1 unter Windows und Linux ein Python-Skript (
http://www.artofsolving.com/opensource/pyodconverter) unter Mac das
Java-Programm von derselben Seite. OOo wird mit folgenden Parametern
gestartet: '-accept="socket,port=8100;urp;" -headless'. Die VMs wurden über
VirtualBox 3 erstellt.

Unter diesem Link habe ich sowohl das Original-odt als auch alle
Exportergebnisse hochgeladen: http://aplh.de/marscel/3dc/pdfs.zip

System 1: Windows 7 64 bit HP, Python: PDF-Export liefert das korrekte
Ergebnis, Größe 172KB (script_py_win.pdf)
System 2: Ubuntu 10.10 Server 64bit als VM auf System 1, Python: PDF-Export
liefert das korrekte Ergebnis, Größe 156KB (script_py_win.pdf)
System 3: Mac OS X 10.5.8, Java (mit Python ist das hier zum umständlich)
a) aus der Suite exportiert (über den PDF-Export-Button): korrektes
Exportergebnis, Größe 172KB (direct_mac.pdf)
b) mittels Java-Converter: Bilddatei auf der letzten Seite fehlt!, Größe:
nur 136KB (script_java_mac.pdf)
System 4: Ubuntu 10.10 Server 64bit als VM auf System 3, Python: Text von
der ersten Seite hängt über, Bilddatei auf der letzten Seite fehlt, Größe
332KB (!) (script_py_ubuntu.pdf)

Von der Systematik erschließt sich mir nicht, warum es zu den einzelnen
Resultaten kommt - gerade warum auf zwei ganz frischen Ubuntu-Maschinen
versch. PDFs generiert werden / der geskriptete vom manuellen Export
abweicht.

Vielleicht kennt ja jemand dieses Problem / kann mir die abhängigen
Parameter nennen, die zu diesen Ergebnissen führen / das als Bug bestätigen
/ eine Lösung oder Workaround vorschlagen / das ganze selbst ausprobieren.

Ich wäre jedenfalls sehr verbunden.
Vielen Dank und frohe Weihnachtszeit,
Marcel

Re: [de-users] OOo 3.3 RC7 - Fehler beim Import von Calc-Tabellen

2010-12-13 Diskussionsfäden Josef Latt 
Hi,

Am 13.12.2010 13:24, schrieb Peter Eberlein:
> Hallo Jörn,
> 
> Am 13.12.2010 11:27, schrieb ice...@web.de:
>> Liebe Liste,
>>
>> Beim Import von Calc-Tabellen in Writer und Impress
>> werden tief- und hochgestellte Zeichen falsch dargestellt
>> (aus einer tiefgestellt "2" wird eine geöffnete Klammer),
>> und Fonts werden vertauscht (aus ARIAL wird. z.B. SYMBOL).
>> Ein Doppelklick auf die eingebundene Tabelle öffnet diese,
>> woraufhin die Zeichendarstellung korrekt ist.
>> Verlässt man die Tabelle wieder,
>> ist die Zeichendarstellung wie vorher fehlerhaft.
>>
>> Bei einem Rückgang auf OOo 3.21
>> (was bei installierter Portable-Version leicht geht),
>> wird sofort alles korrekt dargestellt
>> und ebenso korrekt ausgedruckt.
>>
>> Aus meiner Sicht kann die Version 3.3
>> des derzeitigen Entwicklungsstands nicht veröffentlicht werden.
>>
> welcher RC, welches Betriebssystem? Import über Zwischenablage oder
> Einfügen/Datei?

Einfügen/Datei geht nicht, höchstens Einfügen/Objekt/OLE-Objekt.

> Ich konnte den Fehler nicht reproduzieren.

Ebenfalls nicht.

-- 
PGP Schlüssel: 311D1055
http://keyserver.pgp.com

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] OOo 3.3 RC7 - Fehler beim Import von Calc-Tabellen

2010-12-13 Diskussionsfäden ice...@web.de 

Hallo Peter,

   * RC7 (steht im Betreff)
   * Windows 7
   * Import über Zwischenablage

Mit freundlichen Grüßen
Jörn


Am 13.12.2010 13:24, schrieb Peter Eberlein:

Hallo Jörn,

Am 13.12.2010 11:27, schrieb ice...@web.de:

Liebe Liste,

Beim Import von Calc-Tabellen in Writer und Impress
werden tief- und hochgestellte Zeichen falsch dargestellt
(aus einer tiefgestellt "2" wird eine geöffnete Klammer),
und Fonts werden vertauscht (aus ARIAL wird. z.B. SYMBOL).
Ein Doppelklick auf die eingebundene Tabelle öffnet diese,
woraufhin die Zeichendarstellung korrekt ist.
Verlässt man die Tabelle wieder,
ist die Zeichendarstellung wie vorher fehlerhaft.

Bei einem Rückgang auf OOo 3.21
(was bei installierter Portable-Version leicht geht),
wird sofort alles korrekt dargestellt
und ebenso korrekt ausgedruckt.

Aus meiner Sicht kann die Version 3.3
des derzeitigen Entwicklungsstands nicht veröffentlicht werden.

welcher RC, welches Betriebssystem? Import über Zwischenablage oder 
Einfügen/Datei?


Ich konnte den Fehler nicht reproduzieren.
Könntest Du es bitte etwas genauer beschreiben?

Gruß Peter

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] OOo 3.3 RC7 - Fehler beim Import von Calc-Tabellen

2010-12-13 Diskussionsfäden Peter Eberlein 

Hallo Jörn,

Am 13.12.2010 11:27, schrieb ice...@web.de:

Liebe Liste,

Beim Import von Calc-Tabellen in Writer und Impress
werden tief- und hochgestellte Zeichen falsch dargestellt
(aus einer tiefgestellt "2" wird eine geöffnete Klammer),
und Fonts werden vertauscht (aus ARIAL wird. z.B. SYMBOL).
Ein Doppelklick auf die eingebundene Tabelle öffnet diese,
woraufhin die Zeichendarstellung korrekt ist.
Verlässt man die Tabelle wieder,
ist die Zeichendarstellung wie vorher fehlerhaft.

Bei einem Rückgang auf OOo 3.21
(was bei installierter Portable-Version leicht geht),
wird sofort alles korrekt dargestellt
und ebenso korrekt ausgedruckt.

Aus meiner Sicht kann die Version 3.3
des derzeitigen Entwicklungsstands nicht veröffentlicht werden.

welcher RC, welches Betriebssystem? Import über Zwischenablage oder 
Einfügen/Datei?


Ich konnte den Fehler nicht reproduzieren.
Könntest Du es bitte etwas genauer beschreiben?

Gruß Peter

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

[de-users] OOo 3.3 RC7 - Fehler beim Import von Calc-Tabellen

2010-12-13 Diskussionsfäden ice...@web.de 

Liebe Liste,

Beim Import von Calc-Tabellen in Writer und Impress
werden tief- und hochgestellte Zeichen falsch dargestellt
(aus einer tiefgestellt "2" wird eine geöffnete Klammer),
und Fonts werden vertauscht (aus ARIAL wird. z.B. SYMBOL).
Ein Doppelklick auf die eingebundene Tabelle öffnet diese,
woraufhin die Zeichendarstellung korrekt ist.
Verlässt man die Tabelle wieder,
ist die Zeichendarstellung wie vorher fehlerhaft.

Bei einem Rückgang auf OOo 3.21
(was bei installierter Portable-Version leicht geht),
wird sofort alles korrekt dargestellt
und ebenso korrekt ausgedruckt.

Aus meiner Sicht kann die Version 3.3
des derzeitigen Entwicklungsstands nicht veröffentlicht werden.

Mit freundlichen Grüßen
Jörn


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] Schutz von Zellen in Tabellen

2010-12-13 Diskussionsfäden Peter Eberlein 

Hallo Joseph,

Am 11.12.2010 13:28, schrieb Joseph All:

Hallo Peter,

diese Funktion benütze ich bereits funktioniert auch gut. Aber ich möchte den 
Hintergrund der Zelle in Abhängigkeit von anderen Eingaben z.B. rot färben.
Zum Eingeben muss ich ja den Zellschutz abschalten, wenn ich nun in der Tabelle 
Zellen mit kopieren und einfügen ausfülle kopiere ich auch alle Formate mit.
Ich weiss ja, dass ich dazu kopieren und inhalte einfügen verwenden muss. Wenn 
ich aber das Dokument weitergebe ist das nicht gewährleistet.

Wenn ich eine bedingte Formatierung auf die Zelle lege, wird diese beim 
Einfügen eines neuen Formats mit CTRL-V bei mir nicht überschrieben, 
d.h. die Zellvorlage gewinnt gegen das neue eingefügte Format.


Gruß Peter



Gruß
Jo


Date: Fri, 10 Dec 2010 14:14:51 +0100
From: pet@refofd.verwalt-berlin.de
To: users@de.openoffice.org
Subject: Re: [de-users] Schutz von Zellen in Tabellen


Hall Joseph,
Am 10.12.2010 14:05, schrieb Joseph All:

Hallo,

ich habe ein kleines Problem beim Arbeiten mit Tabellen.
Ich möchte formatierte Zellen (inclusive bedingter Formatierung) vor 
Veränderungen schützen.
Es soll aber möglich sein, in diese Zellen eine Zahl oder Text einzugeben. Der 
Benutzer soll durch die bedingte Formatierung auf Fehleingaben hingewiesen 
werden (z.B. Hintergrund wird rot bei Falscheingabe).

Wenn ich mit der Funktion Zellschutz und Dokument schützen arbeite kann ich 
diese Zellen freigeben (der Rest ist geschützt). Allerdings ist dann auch das 
Format der Eingabezellen nicht geschützt.
Falls ich mich nicht klar ausgedrückt habe bitte nachfragen.

Gibt es da eine Möglichkeit?


Wie wär's mit dem Menü Daten/Gültigkeit?

Gruß Peter

-
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