Re: [de-users] DDE-Verknuepfung

[Jörg Schmidt]

Hallo Günter,

g.wall...@web.de schrieb:
> ich hatte ja schon geschrieben, daß mit diese Variante am
> sympathischsten ist ...
> aber wie wende ich diese Funktion an?
>
> Wie gesagt: Ich wollte *automatisch* ermitteln, wie der absolute Pfad
> auf meinem Rechner für *diese* Datei lautet ...
> und das Ganze soll auch noch korrekt funktionieren, wenn die Datei
> verschoben wird!
>
> Mein Stöbern in Deinem Buch "Tabellenkalkulation ... 3" hat mir auch
> nicht viel weiter geholfen. Insbesondere gibt es dort kein
> Beispiel für
> 'ThisComponent.Location'

Ein Beispiel findet sich dort auf Seite 261 in Form der
benutzerdefinierten Funktion DATEINAME, in dieser wird
ThisComponent.Location verwendet.

> Ich habe die Funktion einmal (lokal) in eine CALC-Datei (über die
> Macro-IDE) eingefügt, weiß aber nicht, wie ich die dann im
> Tabellenblatt
> anwende.
>
> Das habe ich gemacht:
>
> in irgendeiner Zelle im Calc-Dokument habe ich geschrieben
>
> =NurPfad()
>
> Die Funktion startet, aber es kommt die Fehlermeldung "Objektvariable
> nicht belegt"

Das Vorgehen iost korrekt, die Fehlermeldung deutet jedoch für mich
darauf hin das Du etwas anders getan hast als Du beschreibst, denn ich
würde diese Fehlermeldung erwarten wenn die benutzerdefinierte Funktion
nicht im Dokument sondern lokal bei z.B. den persönlichen Makros ('Meine
Makros') gespeichert wäre und dann im Dokument aufgerufen wird.

> Was ist eigentlich mit 'Main' ...

Ein 'Platzhalter', ein Beispiel für einen Makronamen, ...

> das habe ich (in der IDE) durch die
> angegebene Funktion ersetzt. War das falsch?

Nein, das ist in Ordnung

> Ist die Schreibweise (Groß-Klein) eigentlich relevant?

Im Konkreten ist diese hier nicht relevant, es gibt aber Stellen wo sie
eine Rolle spielt und auch Stellen wo das Verhalten nicht sofort
offensichtlich scheint, jedoch durch falsche Schreibung Fehler
entstehen, z.B.:

Sub Main
If
ThisComponent.SupportsService("com.sun.star.sheet.SpreadsheetDocument")
Then
   Msgbox "Tabellendokument"
End If
End Sub

Hier muß der Teil "com.sun.star.sheet.SpreadsheetDocument" genauso
lauten, schon eine geringe Änderung in
"com.sun.star.Sheet.SpreadsheetDocument" oder
"com.sun.star.sheet.SpreadSheetDocument" oder
"com.sun.star.sheet.spreadsheetDocument" oder ... führt dazu das es
nicht mehr funktioniert.

Ebenso ist Groß-/KLeinschreibung wichtig bei z.B. Namen von
Steuerelementen oder auch teils bei Variablennamen in Makros wlche
multiplattformfähig sein sollen.

Ich würde also raten im Zweifelsfall immer Groß- und Kleinschreibung zu
benutzen.

> Vielleicht kannst Du mir einmal ein vollständiges
> Mini-Beispiel zukommen
> lassen?

Da Du das Buch hast kannst Du das dort vorhandene Beispiel benutzen, in
der Datei FunktionDATEINAMEKap67.xls zeige ich ein Beispiel wie man
mittels Code eine benutzerdefinierte Funktion schreibt, welche sowohl
unter MS Excel (VBA) als auch unter OOo Calc (StarBasic) direkt, ohne
Änderungen funktioniert:

Function DATEINAME()
On Error Goto xls
pfad = ThisComponent.Location
teilen = split(pfad,"/")
DATEINAME = teilen(UBound(teilen))
Exit Function
xls:
DATEINAME = ThisWorkbook.Name
End Function

Das Ganze ist auch in Form der Datei FunktionDATEINAMEKap67.ods
verfügbar, und es reicht dann für Deine angefragten Zwecke aus die
Funktion z.B. so zu kürzen:

Function DATEINAME()
pfad = ThisComponent.Location
teilen = split(pfad,"/")
DATEINAME = teilen(UBound(teilen))
End Function


Beide Dateien befinden sich auf der Buch-DVD im Ordner:

../Buchdateien/Kapitel_06/




Gruß
Jörg


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

Re: [de-users] Re: Projekt- oder Ubuntu-Version

[Jörg Schmidt]

Eberhard Roloff schrieb:
> Imho führt daran auch kaum ein Weg vorbei, denn hier in der 
> Mailingliste heißt es sonst sinngemäß "wir unterstützen nur 
> die "originale Version"", was ich natürlich auch verstehe.

da hast Du dann wohl einen sehr schlechten Tag auf der Liste erwischt, denn das 
hier ist eine Liste wo hauptsächlich Nutzern Nutzern helfen und dererlei 
Befindlichkeiten erlebe ich hier eher selten, sondern eine offene Atmosphäre in 
der ganz selbstredend versucht wird bei jeglichen Problemen zu jeglichen 
OOo-Distributionen/Versionen zu helfen.


Gruß
Jörg


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

Re: [de-users] Zentrale vs. Benutzerkonfiguration bzw. Extensions

[Jörg Schmidt]

Mathias Bauer schrieb:
> Die Extension-Methode ist besser, weil man Extensions einfach
> rückstandslos wieder entfernen kann.

*theoretisch* mag das stimmen die Praxis sieht jedoch leider (noch)
anders aus, das weiß jeder der mit den Anfragen von Nutzer zu
entsprechenden Problemen (ehrenamtlich oder beruflich) zu tun hat.

Die C't schrieb dazu jüngstens zu Problemen bei Extensions u.A.:

"Im schlimmsten Fall kann das gesamte Extension-System in sich
zusammenbrechen. Dann lassen sich keine neuen Extensions einrichten ,
die vorhandenen funktionieren nicht mehr und lassen sich auch nicht
entfernen."

(C't, 7/2009 S.178 ff.)



Gruß
Jörg


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

Re: [de-users] grundlegende frage zu calc-funktionen: "bezug"

[Jörg Schmidt]

Hallo Jens,

Jens Nürnberger schrieb:
> Textform, heißt ganz einfach du kannst nicht mit dem Ergebnis
> rechnen,
> würde also einfach nur ein "5" rauskommen, ergibt 5+6 (5 als
> Text und 6
> als Zahl) nicht 11 sondern eine Fehlermeldung, da Text und Zahl nicht
> addierbar sind.

In welcher Programmversion denn?

Bei mir ergibt =A1+A2, wenn A1 5 als Text enthält und A2 6 als Zahl, als
Ergebnis 6. Das direkte Addieren mittels ="5"+6 ergibt bei mir 11.
Desweiteren ergibt =SUMME(A1;A2), mit A1=5 als Text und A2 mit 6 als
Zahl, wiederum 6.
_Lediglich_ das Addieren mittels =SUMME("5";6) ergibt eine Fehlermeldung
(#WERT!).

(alles sowohl mit OOo 2.4.0 und OOo 3.1 unter Windows getestet)



Gruß
Jörg


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

Re: [de-users] grundlegende frage zu calc-funktionen: "bezug"

[Jörg Schmidt]

Hallo Jens,

Jens Nürnberger schrieb:
> > Bei mir ergibt =A1+A2, wenn A1 5 als Text enthält und A2 6
> als Zahl, als
> > Ergebnis 6. Das direkte Addieren mittels ="5"+6 ergibt bei mir 11.
> > Desweiteren ergibt =SUMME(A1;A2), mit A1=5 als Text und A2 mit 6 als
> > Zahl, wiederum 6.
> > _Lediglich_ das Addieren mittels =SUMME("5";6) ergibt eine
> Fehlermeldung
> > (#WERT!).
> >
> > (alles sowohl mit OOo 2.4.0 und OOo 3.1 unter Windows getestet)
>
> Bei mir geht es nicht:
> http://www.file-upload.net/download-1757790/AddText.ods.html
> Die Zahl "4" ist als Zahl eingegeben und die "9" als Text
> (über STRG+F1
> vor der Eingabe als Text formatier).

Mit Deiner Datei erhalte ich genau das adäquate Ergebnis wie ich schon
beschrieb, nämlich es wird nur die Zahl (4) summiert und nicht die Zahl
die Text ist (9) und das Resultat von =B1+A1 ist somit 4 und *nicht*,
wie in Deiner Mail [1] beschrieben, eine Fehlermeldung.

Liegt hier vielleicht insgesamt ein Mißverständnis vor?
Meine Nachfrage bezog sich auf Deine Aussage das eine Fehlermeldung
auftritt, ist diese Aussage vielleicht garnicht zutreffend und von Dir
aus Versehen falsch getroffen worden?
Wenn jedoch bei Dir tatsächlich eine Fehlermeldung auftritt wäre es
schon gut rauszukriegen warum, denn ich hatte ja gerade aus dem Grund
gefragt weil ich vermutete hier könnte vielleicht wieder einmal eine
Programmänderung sein.



Gruß
Jörg

[1]
" ... ergibt 5+6 (5 als Text und 6 als Zahl)
nicht 11 sondern eine Fehlermeldung ..."
  ^
siehe:
http://de.openoffice.org/servlets/ReadMsg?list=users&msgNo=86990



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

Re: [de-users] grundlegende frage zu calc-funktionen: "bezug"

[Jörg Schmidt]

Hallo Jens,

Jens Nürnberger schrieb:
> Hier liegt ein Denkfehler vor!
> Vermutlich bei mir :-)
>
> Eine Fehlermeldung muss nicht unbedingt "sichtbar" sein wie
> "#Wert" oder
> ein Programmabbruch, eine Fehlermeldung kann für mich auch schon eine
> nicht linksbündig geschriebene "9" sein und die übersieht man schon.

Ok, verstehe.

> Besser zu verstehen ist das wenn du dir das 2. Bsp. mit einer Formel
> anschaust, da gibt es auch eine Fehlermeldung, also einen Warnhinweis
> das ein Argument den falschen Typ hat, diese Typwarnungen
> sind für mich
> schon Fehlermeldungen. Daher kann man mit dem Ergebnis von
> Bezug nicht
> weiterarbeiten wie mit Zahlen, damit ist meine Behauptung vom
> anfang her
> richtig, mit Textformaten kann (sollte) man nicht rechnen.

Ja, ich verstehe was Du meinst, nur verstehe Du auch meine Annahme: bei
einem ziemlich klaren Sachverhalt wie hier (also Fehler bzw. Problem bei
Addition in einer Calc-Zelle) den Begriff "Fehlermeldung" zu verwenden
wird doch eigentlich von fast jedem als Calc-Fehlermeldung in Zellen
verstanden, also typischerweise etwas wie z.B. Err:502 oder z.B. #NAME?.

In jedem Fall danke für die Erläuterungen, mir ist nunmehr klar das es
nicht um eine solche Fehlermeldung ging, wie ich sie vermutet hatte.



Gruß
Jörg


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

Re: [de-users] Zentrale vs. Benutzerkonfiguration bzw. Extensions

[Jörg Schmidt]

Mathias Bauer schrieb:
> Nur, weil es in der c't steht, muss es noch nicht stimmen. :-)

stimmt, das muß es _deswegen allein_ nicht

> Natürlich kann es passieren, dass Extensions nicht mehr funktionieren
> oder sich nicht mehr entfernen lassen, weil
>
> - Anwender händisch in den Verzeichnissen herumfummeln, weil sie mal
> irgendwo gelesen haben, dass man das tun soll
>
> - installierte Extensions sehr buggy sind
>
> - ... (mir fallen momentan keine weiteren Gründe ein)
>
> Aber selbst dann klappt es *immer*, alle Extensions zu
> entfernen, indem
> man den Inhalt des uno_packages Folders löscht. Meine Behauptung, jede
> Extension könne rückstandsfrei entfernt werden, ist also korrekt.

Nein, das ist sie m.E. nicht, denn sie war:

"Die Extension-Methode ist besser, weil man Extensions einfach
rückstandslos wieder entfernen kann. Das Hineinkopieren oder gar
Überschreiben von xcu-Dateien erlaubt das nicht so ohne weiteres."

Es ging also NICHT (nur) darum ob eine Extension irgendwie rückstandslos
entfernt werden könnte, sondern um die Behauptung das die
'Extension-Methode' besser sei weil dort das Entfernen rückstandlos und
einfach möglich sei.

Sofern Du aber jetzt anführst das sich natürlich eine Extension
(notfalls) manuell rückstandslos entfernen lässt ist das zwar so, aber
kein Vorteil mehr der für Extensions spräche, denn manuell kann man (das
nötige Wissen vorausgesetzt) alles rückstandslos entfernen, egal ob per
Extension reingebracht oder anders.

> Wenn
> vorher durch Herumfummeln am uno_packages folder (sei es
> durch Anwender
> oder durch Code von Extensions oder anderen Tools) dieser in einem
> invaliden Zustand ist, muss man ihn dafür halt ganz entfernen. Das
> sollte man dann aber sowieso tun und die Extensions neu installieren.

Es gibt immer wieder Rückmeldungen von Nutzern die über Probleme reden
obwohl sie weder am uno_packages Ordner, noch sonstwo manuell
herumgefummelt haben. Ganz egal in welchen Zustand der package-Ordner
auch kommt, sollte ein robust programmiertes Programm mit entstehenden
Problemen umgehen können und nicht den Nutzer im Regen stehen lassen.
Du, ich und etliche Andere werden kein Problem haben notfalls auch
manuell einzugreifen, nur Normalnutzer haben damit ein handfestes
Problem und eine Software der es nicht gelingt solche Probleme
abzufangen hat dann an der Stelle leider auch ein Problem(*).

Davon spricht sinngemäß auch die C't und wenn Du den gesamten Artikel
liest wird das noch klarer als aus meinem kurzen Zitat, denn die C't
benennt teils auch Ursachen, *beispielsweise* die teils schlechte
Situation bei der Dokumentation die dazu führt das schlechte/fehlerhafte
Extensions entstehen. Auch hier kann man nach Belieben die SChuld auf
andere schieben, man kann aber auch anerkennen das eine hinreichend gute
Doku genauso essentiell ist wie ein fehlerfreies Programm, man sollte
das selbst dann anerkennen können wenn man leider gleichzeitig
feststellen muß das die verfügbaren Kräfte derzeitig möglicherweise
nicht ausreichen um eine solche Doku zu erstellen.



(*)
Anmerkung:
ich programmiere im Übrigen teils auch beruflich und ich bin mir der
Problematik bewußt das es nervig sein kann in Fällen wo in 1:1000 ein
Fehler auftritt, der dann leicht in 30 Sekunden manuell beseitigt werden
kann, stundenlang zu programmieren, um robuste Fehlerroutinen zu
schreiben.
Die Wahrheit ist jedoch das das meine ureigenste Aufgabe ist wenn ich
programmiere, nämlich alle 'Hintergrund-Probleme' vom Endnutzer fern zu
halten und mögliche Fehler abzufangen, denn der Endbenutzer will
berechtigterweise(!) eine Software die robust funktioniert und keine
Diskussion wer an (Software-)Fehlern schuld ist.
Wenn jemand z.B. seine Katze auf der Tastatur spazieren gehen lässt, ist
das ganz sicher keine bestimmungsgemäße Nutzung - weder der Katze noch
der Tastatur :-) - nur ein gut programmiertes, robustes Programm darf
selbst in solchen Fällen nicht einfach die weiße Fahne schwenken nach
dem Motto das ja ohnehin die Katze Schuld sei.



Gruß
Jörg



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

Re: [de-users] OOO schlanker?

[Jörg Schmidt]

Hallo Dirk, *,

Dirk schrieb:
> ich wollt mal fragen, ob es Pläne gibt, OOo zu verschlanken.

Nein, ich glaube nicht.

> Es ist mMn ziemlich überfrachtet.

Ja, ich denke das ist es. Ist aber heutzutage noch allgemeiner Stand der Dinge, 
die Kokurrenz verhält sich im Wesentlichen genauso.

> Da es seit geraumer Zeit Extensions gibt, dachte ich dass man 
> dazu übergehen
> wird, ein schlankes Grundgerüst anzubieten. 

da fallen mir 2 Dinge ein:

1.
Extensions geben das praktisch noch nicht umfassend her, ich denke aber das 
diese Probleme prinzipiell zu überwinden wären.

2.
Es gibt (m.E.) noch keinen praktikablen Rahmen für ein solches Konzept in 
'bedientechnischer' Hinsicht. Die praktische Schwierigkeit ist das ein Nutzer 
seine gewünschten Funktionen (repräsentiert durch Extensions) ja irgendwie 
auswählen müßte, das geht aber im Wesentlichen nur durch praktisches Probieren, 
nur das ist nicht sinnvoll machbar, weil entweder der Nutzer zunächst alle 
Möglichkeiten erprobern müßte (da hat niemand Lust oder Zeit dazu) oder immer 
zwischendurch Dinge erproben (das ist ineffizient).

Auch müßten die Nutzer generell umdenken und das benötigt wohl Zeit, denn die 
derzeitige Praxis lehrt leider das Funktionen die durch Extensions umgesetzt 
sind ungenügend wahrgenommen werden. Nutzer vergeuden (obwohl ja inzwischen 
Extensions etabliert sind und die Nutzer um ihre Existenz wissen) viel Zeit für 
bestimmte Dinge workarounds zu erfinden zu versuchen, kommen dann aber an den 
Punkt wo sie doch nicht weiterkommen und fragen erst dann nach und sind dann 
überrascht das bereits Extensions zur Lösung der Probleme existieren.

> Ich bin bisher bei OOo geblieben, aber die Überfrachtung 
> missfällt mir schon
> lange. 

Ja, das geht nicht nur Dir so. 
Gerade bei kommerziellen/geschäftlichem Einsatz sind diese Dinge /potentiell/ 
ein Problem (betreffen aber nicht nur OOo sondern auch MS Office), weil nur 
Bruchteile der Pakete genutzt werden aber andererseits alle Nachteile des 
ungenutzten Restes mit getragen werden müssen (Gesamtkosten, Aufwand für 
Updates, technische Probleme bei eigentlich unnötigen Updates, ...).

Ich glaube das hängt bei OOo auch daran das die Möglichkeiten der Lizenz von 
OOo nicht voll genutzt werden. Ich bin mir nämlich nicht sicher ob Dein 
Vorschlag etwas ist was direkt bei uns im OOo-Projekt umgesetzt werden müßte 
oder nicht doch ein  Thema für 'Distributoren' sein kann - die erstens 
schneller sein könnten in der Umsetzung (denn das OOO-Projekt ist durch seine 
Grösse inzwischen doch etwas behäbig) und auf die man direkteren Einfluss über 
das normale Marktgeschehen hätte (ich kenne nämlich etliche geschäftliche 
Nutzer die 'abgespeckte', speziell auf sie zugeschnittene OOo-Versionen lieber 
heute als morgen einsetzen würden, noch mangelt es jedoch am Angebot.)

> Das ist kein Meckern, 

Das wird wahrscheinlich auch von Vielen nicht so empfunden werden, denn DEine 
Gedanken weisen in eine Richtung die sich langfristig wohl ohnehin durchsetzen 
wird, allerdings bedarf es dazu doch noch einiger Zeit, denn die Dinge müssen 
erst einmal in die Köpfe und dann umgesetzt werden.
Es gibt dabei sicherlich keine unüberwindlichen Hürden, nur etwas mehr Arbeit, 
als OOo bis zum Grundgerüst abmagern, die schon existierenden darüber 
hinausgehenden Funktionen in Extensions zu packen und den Rest dem völlig 
freien Spiel der Kräfte zu überlassen, ist es schon. 

> ich finde es nur schade, wenn es noch mehr
> sagen wir mal 'nicht-mehr-so-glückliche-OOoNutzer' gibt. 
> 'Zunehmend mehr Zufriedene' würde mir viel besser gefallen.

"Noch mehr" - verglichen womit?
Es gibt z.B. etliche Unzufriedene die die 1.x-Versionen teilweise besser fanden 
als heutige Versionen, nur deren Zahl ist objektiv begrenzt (da schlicht die 
Anzahl der ehemaligen 1.x-Nutzer begrenzt ist) und nimmt letztlich ab, sei es 
das sie OOo nicht mehr nutzen oder sei es das sie sich mit neueren Versionen 
doch befreundet haben. Auch kenne ich derzeitig niemanden der an einer 
Wiederbelebung der 1er-Linie arbeiten würde.
Die Personengruppe hingegen die von sich aus für ein weniger 'aufgeblähtes' 
Paket ist, scheint mir recht überschaubar, weil viele die wirklichen Probleme 
noch garnicht verstanden haben - eine Entwicklung in Richtung eines weniger 
aufgeblähten Paketes wird also eher von 'Vordenkern' kommen, es wird dann aber 
auch die Normaluser überzeugen wobei es das auch muß um am Markt eine Chance zu 
haben. 

> Gibt es Aussichten, dass OOo schlanker und einfacher wird?

Ich bin davon überzeugt das das, im Sinne des weiter oben Gesagten, langfristig 
so sein wird.



Gruß
Jörg


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

Re: [de-users] Tabellenblattname als Zellwert

[Jörg Schmidt]

Hallo Stefan, *,

Stefan Weigel schrieb:
> Wenn es dergleichen mehr gibt, könnte man über eine nette Extension 
> nachdenken, 

Es gibt zwar keine Ergänzung die eine Funktion umfasst die zum jetzigen Thema 
passt, aber prinzipiell gibt es schon länger solche Funktionsergänzugen(*), 
z.B.:
http://hajoschepker.biz/www/download/addins/excompat-1.0.0.zip

ist ein älteres Beispiel.

(*)
ich schreibe hier "Funktionsergänzungen" weil die mir bekannten Dinge, 
technisch gesehen, nicht alle Extensions sind

> in der solche benutzerdefinierten Tabellenfunktionen mit 
> Basic realisiert sind.

das wäre technisch weniger empfehlenswert, da (meines Wissen) in Basic 
programmierte Funktionen (der Art um die es hier geht) keine Einträge im 
Funktionsassistenten haben/erzeugen können.

Überwiegend werden diese Dinge deshalb in Java oder C++ realisiert - welche 
Sprachen sonst noch möglich wären weiß ich nicht definitiv, aber sicher gibts 
noch etliche andere die _konkret für diesen Zweck_ funktionieren.



Gruß
Jörg


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

Re: [de-users] OOO schlanker?

[Jörg Schmidt]

Hallo Martin,

Kulir, Martin schrieb:
> Genau hier möchte ich was kurzes sagen ...
> Wir/Ich sind gerade dabei ca.1500 Rechner im Konzern auf OO
> umzustellen. Die typischen Probleme wie Performance oder
> Umgewöhnung nehmen wir in kauf
> aber eine Abschlankung wäre
> der tot dieses Projektes.

Du wägst hier Performance gegen 'Vollständigkeit' und betrachtest das
vom heutigen Entwicklungsstand. Ich denke OOo wird sich weiterentwickeln
und die Notwendigkeit solcher (und anderer Kompromisse) wird abnehmen.
Viele Leute werden Dir heute beispielsweise auch antworten das sie
keinen Maßanzug brauchen, weil ihnen die normale Konfektion 'eigentlich
ganz gut passt', nur glaube mir das diese Leute sofort anders
entscheiden wenn Maßanzüge billiger werden.
Software ist nun was anderes als ein Anzug, nur das sich Software
zukünftig in die Richtung der individuell möglich weigehend angepassten
Lösung entwickeln wird, steht für mich außer Frage, denn hier werden
schlicht die Vorreiter (also diejenigen die solche 'passgenauen'
LÖsungen am Markt anbieten) das weitere Marktgeschehen bestimmen, denn
welche vKunde wird wohl zweitklassige Lösungenbevorzugen wenn
erstklasige verfügbar sind.

Eine 'Abschlankung' des Projektes findet im Übrigen schon längst statt
ohne das es OOo im Geringsten geschadet hätte.
Einige zentral beworbene Fähigkeiten des Pakets sind beispielsweise
schon heute Extensions, man denke z.B. an den Berichtsassistenten oder
den PDF-Import, oder Wörterbücher, oder ... . Ich bin sicher das sich
die Entwicklung fortsetzen wird und es lediglich die FRage ist _wie_
diese zukünftig technisch und 'organisatorisch' weiterentwickelt, nicht
jedoch ob OOo diesen WEg der flexiblen Modularität weiter beschreitet.

> Den vergleich mit Microsoft Produkten
> möchte ich hier nicht machen da ich ihn selbst nicht mehr hören kann.

Eigentlich muß der schon sein, denn dort sitzt immer noch der
Hauptkonkurrent von OOo.
Vieles was in OOo getan wird, muß mit Blick auf die Bedürfnise von MS
Office Umsteigern getan werden. Gerade mit Beginn der 2er Reihe von OOo
wurde deutlich wieviele neue Nutzer durch solche Maßnahmen gewonnen
werde konnten, Nutzer die wir mit OOo 1.x wohl nie gewonnen hätten.

Ich will hier OOo 1.x nicht runterreden (ich benutze selbst immer noch
gern Writer 1.1.4), aber Obiges scheint mir einfach wahr - ohne genaue
Analyse der MS-Office-Konkurrenz und genügender Übernahme entsprechender
Dinge in OOo 2.x/3.x hätte sich die Verbreitung des OOo-Paketes sicher
weit weniger stürmisch entwickelt.
Es geht mir hierbei nicht um 'nachmachen', nur man wird anerkennen
müssen das eine hinreichende Berücksichtigung der Bedürfnisse von MS
office Nutzern notwendig ist um MS Office Nutzer zum Umstieg zu bewegen.

> Das nachinstallieren per Extensions ist da denk ich auch
> keine gute Lösung. Als Admin möchte ich mir nur ungern
> vorstellen 100 Extensions nach der eigentlichen Installation
> nachzuziehen.

Stimmt, da muß ich dringend präzisieren:
Das mit den Extensions ist/kann nicht so gemeint sein das der Endnutzer
diese einzeln zusammenstellen und nachinstallieren muß, hier müssen
Distributoren wirken die entsprechende fertige Pakete schüren, die dann
auch fertig installierbar sind. Die Extension träten dort dann quasi nur
noch so in Erscheinung wie heute z.B. bei bestimmten Wörterbüchern - sie
sind automatisch nach Grundinstallation installiert.
Letztlich also so ähnlich was sich seit Jahren bei Linux bewährt - ein
System (bei Linux ein komplettes Betriebssystem, hier ein Office-System)
wird von verschiedenen Distributoren aus einzelnen Bestandteilen (bei
Linux z.B. bestimmte Programme, bei OOo Extensions) für verschiedene
Bedürfnisse zusammen gestellt. Selbst einzelne Distributoren können
dabei in einer Distribution noch abgestufte Pakete anbieten, wie man
z.B. bei SUSE-Linux heutzutage bei ein und derselben Version wählen kann
ob man automatisch die Paketzusamenstellung für ein Desktop- oder
Entwicklersystem installieren will.
Für den Endanwender existiert zum Schluss nur ein Paket das er in einem
Rutsch installiert, aus dem er aber jederzeit auch Bestandteil entfernen
oder ergänzen kann es aber nicht muß.




Gruß
Jörg


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

Re: [de-users] OOO schlanker?

[Jörg Schmidt]

Hallo Johannes, *,

Johannes A. Bodwing schrieb:
> Grundlegende Fragen zur Verschlankung von OOo:
> ~ Was ist zu viel drin? Was sollte/könnte also abgeschaltet
> werden, raus
> etc.?
> ~ Was bedeutet "Grundgerüst"? Wie sollte das aussehen?

Kann ich Dir alles nicht aus dem Stand beantworten, sind auch m.E. alles
keine Fragen die aktuell einer Klärung bedürfen bzw. die auf einer
users-Liste eines lang-Teilprojektes sinnvoll zu diskutieren sind.

> ~ Inwiefern ist die Startgeschwindigkeit von OOo nicht
> ausreichend gut?

Meines Erachtens im Allgemeinen deshalb weil Nutzer Vergleiche ziehen
und hier wieder MSO als Maßstab empfinden.
Wünsche nach höherer Geschwindigkeit werden wohl für komplexe Aufgaben
immer bestehen und für Dinge über die wir hier gerade sprechen (also
user wartet auf das unmittelbare Ergebnis einer manuell über die GUI
gestarteten Aktion) zumindest solange bis Hard- und Software schnell
genug sind solche Sachen in (scheinbar) Echtzeit abzubilden. Wie lange
die Zeitspanne dazu höchstens sein darf, um nicht mehr als Verzögerung
empfunden zu werden, dazu gibt es Untersuchungen, und solange diese
Zeiten (Sekundenbruchteile) nicht unterboten werden, werden Nutzer wohl
zwangsläufig nach mehr Geschwindigkeit fragen, weil sie ja das Gefühl
haben das sie auf das Programm warten müssen.

> [...]

> Weil das Thema Verschlanken meines Wissens nach immer wieder mal
> vorkommt - wäre es sinnvoll, die Sache mal konkret anzugehen?

Ja, sicher, aber genauso sicher (m.E.) nicht hier und heute und nicht in
naher Zukunft. Dafür gibt es viele Gründe, beispielsweise:

*es gibt derzeitig noch keinen breiten Markt (Nachfrager UND(!)
Anbieter) der für eine solche Lösung reif wäre, zumindest sehe ich den
nicht
*das Projekt hat aktuell, meiner Meinung nach, wahrlich andere Dinge zu
tun als schon wieder etwas (völlig) neues zu beginnen, beispielsweise
wird es wohl Veränderungen geben die mit dem Kauf von Sun zu tun haben
oder es wurde gerade erst vor Kurzem diskutiert wie wichtig es wäre
Lösungen zu finden mit denen es gelingt mehr Bugs zu fixen



Ich verstehe nicht warum jeder Gedankenaustausch auf der Liste hier
immer gleich zur unmittelbaren Handlungsnotwendigkeit und zur
Notwendigkeit von umfassenden Neuplanungen hochstilisiert werden sollte.
Ich fand das was Dirk fragte anregend zu diskutieren, nicht mehr und
nicht weniger.




Gruß
Jörg


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

Re: [de-users] OOO schlanker?

[Jörg Schmidt]

Hallo Johannes,

Johannes A. Bodwing schrieb:
> Wenn Themen immer wieder kommen, immer wieder nach dem
> gleichen Muster
> ablaufen (jemand fragt nach, dann teilen mehr oder weniger zahlreiche
> Leute ihre Meinung mit, und irgendwann ist wieder Ruhe im
> Karton), dann
> kommt mir so was manchmal als wichtiges Thema vor (wie hier
> "verschlanken").

Ich sehe das zwar anders(*), will aber nicht behaupten das ich es
deshalb richtig sehe.

(*)
bei Dirks Frage schien es mir um eine ernsthafte Frage zu gehen insofern
Fragen zur Verschlankung in der Vergangenheit (und ich habe so das
Gefühl das Du Dich auf dererlei Frage beziehst) immer dem Muster folgten
OOo zu dem Zweck zu verschlanken das es sich möglichst wenig von OOo 1.x
weg entwickelt, da also war Verschlankung ein Wort für etwas was
eigentlich Entwicklungsstillstand meinte, das schien mir jetzt bei der
Frage von Dirk nicht so.

Und gleich noch klargestellt:
natürlich sind Forderungen nach 'der Fortsetzung der 1.x-Linie' in
meinen Augen keine generellen Forderungen zum Entwicklungsstillstand,
allerdings wäre es für sinnvolle Forderungen zur Weiterführung einer
1.x-Linie notwendig zu definieren was eigentlich damit gemeint sein soll
und zum Zweiten muß die Einsicht am Anfang stehen das eine heutige
1.x-Linie sich natürlich vom StatusQuo von 1.1.5 unterscheiden würde.
Eines jedenfalls hat keine Chance - eine Weiterführung von 1.x zu
fordern mit dem inhaltlichen Hintergrund 'egal was, aber bloß nicht
2.x/3.x'. Ich sähe, und ich sagte das schon mehrfach öffentlich, für ein
Wiederbeleben von 1.x, in einer dann separaten Distribution, eine recht
gute Chance, *wenn* diejenigen die das wollen sich in ihrem Tun nicht
nur im Kritisieren von 2.x/3.x erschöpfen würden.

> Ideen usw. Denn:
> a) es kommt irgendwann der Zeitpunkt, dann muß es ja eh
> gemacht werden;

Das scheint mir wahrscheinlich, aber nicht sicher, wobei das natürlich
auch davon abhängt wie man 'Verschlankung' definiert.

André z.B. hat recht, eine Verschlankung hin in sinngemäß Richtung
Textmaker, Papyrus, KOffice oder Abiword wird für OOo absehbar nie
sinnvoll sein, eine hingegen konzeptionelle Verschlankung (also ein
hochmodularer, detailliert skallierbarer Programmaufbau) wird spätestens
dann notwendig wenn andere umfassend damit auf den Markt drängen und das
ist perspektivisch zwangläufig zu erwarten weil sich der Markt allgemein
hin zu individuellen Produkten bewegt und Software da keine Ausnahme
macht.
Allerdings wird diese Entwicklung für Office-Software m.E. noch Zeit
brauchen bis sie relevant auf der Tagesordnung steht, ich schrieb dazu
vor einigen Jahren bereits "10-20 Jahre", so muß ich heute schreiben
"5-15 Jahre".



Gruß
Jörg


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

Re: [de-users] OOO schlanker?

[Jörg Schmidt]

Hallo Mechtilde, *,

Mechtilde schrieb:
> Bevor dies überhaupt in Betracht kommt, sollte sich *jede/r*
> mal fragen,
> welche Zielgruppe(n) OpenOffice.org bedient.

stimmt

> Und eins sollte dabei klar sein:
>
> Wer eine schlanke Textverarbeitung sucht, sollte sich eine solche
> auswählen und nicht versuchen aus einer Office-Suite eine
> solche machen
> zu wollen.

Naja, klar ist das diejenigen die aktiv am OOo-Projekt mitwirken ihm
letztlich auch die inhaltliche Richtung geben, ob diese Richtung
zukünftig einmal zur schlanken Office-Suite tendiert (egal wie man
schlank definiert) liegt weitgehend in zukünftiger Entscheidung dieser
Aktiven

> Wir sollten nicht den Fehler machen, Erwartungen an künftige Versionen
> überwiegend aus der Sicht des Einzelanwenders zu hegen.

Die Forderung nach einer schlanken Office-Suite ist m.E. doch eher
(obwohl das zugegeben ohnehin schwer zuordenbar ist) eine Forderung die
aus Richtung kommerzieller 'Massen'anwender kommt, Anwendern also die
hunderte bis tausende Office-Arbeitsplätze für weitgehend identische
Arbeiten einsetzen wobei diese Arbeiten aber inhaltlich nur Teile von
OOo nutzen.
(Ich habe z.B. in meinem berufliche Portfolio Firmen die solche Wünsche
äußerten, und auch angemessen für solche verschlankten Versionen
bezahlen würden. Andere Programme sind für diese Firmen hingegen deshalb
keine Alternative weil sie OOo auf verschiedenerlei Arbeitsplätzen
einsetzen, wofür sie verschieden verschlankte Versionen brauchen und
teils auch nicht verschlankte und derzeitig die Formatkompatibilität
noch nicht hinreichend gewährleistet ist wenn man dafür z.B. gemischt
mit KOffice und OOo arbeiten würde,)



Gruß
Jörg


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

Re: [de-users] OOO schlanker?

[Jörg Schmidt]

Hallo,

Johannes A. Bodwing schrieb:
> noch ein kleiner Nachschlag zum Thema verschlanken.
> Gerade gefunden: "Gegenüber OpenOffice.org braucht Office
> 2010 nur ein
> Drittel bis etwa die Hälfte der Zeit, bis der Anwender
> lostippen kann."
> Quelle: http://www.zeit.de/online/2009/32/microsoft-office2010

Das ist sicher zutreffend und gleichzeitig aber teils auch irrelevant
weil diese reine Startzeit nicht das ein und alles ist.

Wundern brauchen wir uns über diese Art Häme andererseits auch nicht so
ganz, wo wir teils jede kleinste Geschwindigkeitsverbesserung in OOo
thematisieren - wo diese eigentlich insofern selbstverständlich sind da
wir OOo ohnehin kontinuierlich verbessern und wir uns in der PR auch auf
allenfalls große, markante Steigerungen beschränken könnten.

Im Übrigen bleibt aber für OOo wie für die Konkurrenz ein wahrer Kern:
der 'Durchschnittanwender' bewertet Software nicht nur nach objektiven
Kriterien, sondern auch nach subjektiven und bringt dabei teils die
Maßstäbe was eher wichtig und was eher unwichtig ist durcheinander.
Diese Tatsache ist für jeden der sich müht gute Software zu machen zum
Teil ärgerlich weil so manchmal echte Innovationen nicht angemessene
Würdigung finden und Banalitäten aufgebauscht werden.
In einer Gesellschaft, wo über wirtschaftlichen Erfolg oder Mißerfolg
der Markt entscheidet, sind aber nun auch einmal auch solche subjektiven
Bewertungen das normale Recht der Konsumenten.



Gruß
Jörg

P.S.
Unangenehm fällt mir im oben zitierten Text im Übrigen auf was zur
Unterstützung von ODF in MS Office gesagt wurde. Offensichtlich um
dieses Thema überhaupt zu erwähnen wurde es kurz angerissen und dabei so
ungeschickt attributiert das der Eindruck entsteht das die
ODF-Unterstützung bereits heutzutage in Ordnung sei. Leider reiht sich
dieser Artikel hier in die lange Reihe von Artikeln die die
ODF-'Bemühungen' von MS entweder als völlig unbrauchbar oder als fast
perfekt schildern, obwohl die Wahrheit eher irgendwo dazwischen liegt.
Hier wäre es deshalb interessanter gewesen zu schildern ob und wie sich
die ODF-Unterstützung (in MSO 2010) im Vergleich zum derzeitig aktuellen
Stand verbessert, denn das ist für die Praxis ein wichtiges Thema.







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

Re: [de-users] Fragen

[Jörg Schmidt]

Hallo,

vlad-muel...@web.de schrieb:
> 1. Gibt es Schutzmaßnahmen gegen Kopieren und Löschen von
> Tabellendokumenten (ganze Dateien), wenn die nicht geöffnet
> sind? Ich weiß, dass man eine Datei mit einem Kennwort
> schützen kann. Ich wollte wissen, ob man die Calc-Datei vom
> Löschen sichern kann, d. h. wenn man z. Bsp. über Explorer in
> ein Dateienordner reingeht und die Calc-Datei mit dem rechten
> Mausklick anklickt, kann man (z. Bsp. mein Mitbenutzer dieser
> Datei) diese Datei sofort löschen (wenn er mir schaden will),
> auch wenn diese mit einem Kennwort verseht war.

Nein, einen solchen Schutz gibt es nicht, weder für Calc-Dateien, noch
für andere Dateien.
Diese Dinge müssen generell auf Ebene des Betriebssystems gelöst werden,
entweder durch Rechtvergabe oder sogar durch weitere Maßnahmen.
Wenn auf DEinem System dritte Nutzer überhaupt in der Lage sind Dateien
zu löschen, die Dir 'gehören' und von denen Du nicht willst das sie
andere löschen können, stimmt schon etwas Grundlegendes hinsichtlich der
Systemsicherheit nicht.

> 2. Kann man irgend wie die Daten in einem geöffneten
> Tabellendokument vom Kopieren schützen? So dass jeder zwar
> die Daten sehen kann, aber nicht kopieren und in ein anderes
> Tabellendokument übertragen kann. Über "Zellen schützen" weiß
> ich bescheid. Nur hier wollte ich weiter wissen, ob man die
> Daten so schützen kann, dass meine Mitbenutzer diese Daten
> sehen können, aber nicht kopieren und in ein anderes
> Tabellendokument übertragen können. Ich möchte die Daten vom
> schnellen Klauen schützen und nur mit "Zellen schützen" geht
> es nicht, weil man die Daten trotzdem per Maus kopieren und
> z. Bsp. in eine andere/neue Calc-Tabelle übernehmen kann.

Nein, alles was am bildschirm sichtbar ist kann letztlich kopiert
werden, denn im Zweifelsfall ist immer ein Screnshot möglich und das
anschliessende 'Auslesen' der Daten mittels OCR-Programm.


Gruß
Jörg


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

Re: [de-users] Diagramme via Starbasic bearbeiten

[Jörg Schmidt]

Hallo Jan,

Jan schrieb:
> Auch in der ooowiki kann ich zwar fertige Calc makros finden jedoch 
> keines, welches sich damit beschäftigt wie ich ein Digramm 
> erstelle oder 
> dessen Eigenschaften verändere.

Das Wiki ist zwar inhaltlich sehr gut, gerade Makroprogrammierung ist aber kein 
Inhalt mit dem sich dieses Wiki (in nennenswertem Umfang) beschäftigt, im Buch 
(ab Seite 513) nenne ich jedoch diverse Quellen zur Makroprogrammierung. Eine 
kompakte Zusammenfassung findet sich auch hier:
http://de.openoffice.info/viewtopic.php?f=18&t=1553

> Keinen Erfolg 
> habe ich aber 
> bisher bei den Datenreihen und der Farbe selbiger.

z.B.:
Sub LinienFarbe()
alle = ThisComponent.Sheets(0).Charts
dia = alle.getByIndex(0).embeddedObject
'Farbe der ersten Datenreihe auf rot setzen
dia.Diagram.getDataRowProperties(0).LineColor = RGB(255,0,0)
End Sub

Solche Informationen sind i.A. (gewisses Programmierverständnis vorausgesetzt) 
mit dem ebenfalls im Buch (S. 434) beschriebenen XRAY-Tool 
(http://ooomacros.sourceforge.net/dev.php#101416) zu ermitteln.
Im Konkreten z.B. mittels:

'...
alle = ThisComponent.Sheets(0).Charts
dia = alle.getByIndex(0).embeddedObject
XRAYTool.XRAY dia
'... 

das Finden der gesuchten Information ist wegen der relativ hohen 'Komplexität' 
der Diagrammprogrammierung ggf. nicht ganz so einfach(*), für die Untersuchung 
von Standardobjekten ist das Arbeiten mit XRay jedoch recht leicht zu 
beherrschen

(*)
hier im Konkreten müßte man z.B. zunächst die Methode .getDataRowProperties() 
in Xray auffinden um dann nochmalig neu aufzurufen m,it dem konkreten Index (0 
für erste Reihe):

XRAYTool.XRAY dia.Diagram.getDataRowProperties(0)

um die LineColor-Eigenschaft mittels Xray zu finden.


> Ebenfalls nichts dokumentiert ist wie man in Openoffice zwei 
> Digrammtypen in einem Digramm mischen kann. Ich hatte/habe 
> die Hoffnung 
> das sie über die zweite Achse möglich sein könnte. 

Was soll denn 'Diagrammtypen mischen' bedeuten? Benutzerdefinierte 
Diagramm-Typen gibt es jedoch nicht.



Gruß
Jörg


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

Re: [de-users] Abofallenseite

[Jörg Schmidt]

> Hallo Leute,
>
> kurze Frage zum Text für die Abofallenseite.
> Es gab bislang (vom 6.8 bis jetzt) 1 Rückmeldung bzgl. des
> Textes, einen
> Hinweis auf einen Schreibfehler.
> Kann es evtl. sein, daß sich die Sache mit dem Release-Test
> überschneidet?

Es ist deutlich zu sehen das es das tut, nur was tut die zeitliche
Überschneidung zur Sache? m.E. Nichts!

> Soll dann noch ein paar Tage zugewartet werden, oder sollen wir den
> Deckel drauf machen?
>
> Der bisherige Original-Text zur Abzockseite (noch nicht
> fehlerkorrigiert) steht auch im Wiki unter

Tipp:
Ich würde nun endlich einmal in Erwägung ziehen das Ganze
abzuschliessen, sonst gehen nämlich die Betreiber der Abo-Seiten
zwischenzeitlich in Rente.

Bisher haben wir jedenfalls mehr als 7 Wochen (die Aufforderung von
Florian stammt vom 18.06.) gebraucht um einen einfachen Text zu
formulieren, wohingegen andere zur Aufklärung ohnehin schon vorher
längst Fernsehbeiträge verfasst (z.B. C't) oder aktuell Software zur
Abwehr von Abofallen (z.B. Computerbild) im Markt plaziert haben.
Es sei denn wir wollen diese Textbearbeitung hier zur allgemeinen
Erheiterung als Folklore fest etablieren.


Sorry, nur etwas gegen Abofallen tun zu wollen und nach mehr als 7
Wochen noch nicht einmal einen Text fertig zu haben (geschweige denn das
die Maßnahmen die im Text benannt werden später überhaupt relevante
Wirkung entfalten werden) ist m.E. schon etwas erheiternd.


Gruß
Jörg


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

Re: [de-users] Abzockseite - Text im Wiki

[Jörg Schmidt]

Johannes A. Bodwing schrieb:
> Der Text ist noch im Entwurfsstadium. Wir machen den erst komplett
> fertig,

ich dachte das wäre er nun, oder habe ich gestern Deine sinngemäße
Aussage diesbezüglich mißverstanden?

(Meine Antwort gestern war durchaus polemisch, jedoch nicht ohne Grund.)

Was gilt denn nun? Ist der Text fertig?

Falls ja, stelle ihn online!
Falls nein erkläre was Deiner Meinung nach nicht fertig ist, damit es
schnellstens fertig gemacht werden kann!

> Womöglich im Laufe der Woche.

Wie - und womöglich auch nicht?
Wollen wir noch weitere Wochen warten?

Ich bin der Meinung der Text sollte, im Interese der Betroffenen(!), nun
*endlich* online, besser heute als morgen.
Sofern es Änderungsnotwendigkeiten gibt, sollten die entsprechenden
Änderungen schnellstens durchgeführt werden, wenn es keine konkreten
Änderungsnotwendigkeiten gibt aber nicht weiter abgewartet auf
'irgendwas' ... wobei ich nicht einmal verstehe auf was.



Sorry, nur mir leuchtet die Abwarterei, wo mir keiner sagt warum und
worauf nicht ein.
Selbst das sich jemand der am Text Beteiligten übergangen fühlen könnte
ist doch überhaupt nicht zu erwarten, denn jeder der aktiv beteiligt war
weiß das es darum geht den Text nun online zu bringen und würde also
Änderungswünsche nun auch einbringen, wenn welche da wären.
Selbst wenn das nicht so wäre, wären Änderungen auch später noch zu
jedem beliebigen Zeitpunkt möglich.

Solange also niemand konkrete Gründe nennen kann warum der Text nicht
online kann, sollte er, meiner Meiunung nach, umgehend online gestellt
werden.



Gruß
Jörg


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

Re: [de-users] Abzockseite - Text im Wiki

[Jörg Schmidt]

Hallo Johannes,

Johannes A. Bodwing schrieb:
> > Was gilt denn nun? Ist der Text fertig?
> > ...
> >
> Der Text ist von meiner Seite aus fertig. Er liegt derzeit
> Florian vor,
> weil die Grundüberlegung von ihm kam und er einige
> Vorstellungen von der
> Sache hatte, von denen ich nicht weiß, ob sie der jetzigen Version
> (komplett) entsprechen. Außerdem muß so eine Sache wohl auch
> von "oben"
> entschieden werden.

Weiß ich nicht was das im heißen soll, es sei denn Du bezeichnest
Florian formal als "oben" weil er CoLead ist.

(Mögliche reine Spekulationen i.S. von '*wohl* auch' halte ich hingegen
für überflüssig bis problematisch, denn zu leicht können sie auf einer
users-Liste von Aussenstehenden mißdeutet werden. Ich kenne jedenfalls
mit ca. 5 Jahren Projekterfahrung niemanden der uns i.d.S. 'von Oben' in
_unsere_ Texte 'reingeredet' hätte.)

> Er schaut im Laufe der Woche drüber, dann könnte jemand das
> Ding auf die
> Seite stellen. Meine Kenntnisse reichen dazu nicht aus.

ja, OK - das ist aber eine Info die man so wirklich mal hinschreiben
muß.

Das ich zweimal geantwortet habe, und wie ich geantwortet habe, kam
beispielsweise daher das ich beruflich überdurchschnittlich viel zu tun
hatte die Entwicklung des Textes nicht im Detail verfolgen konnte und
glaute er wäre längst online, weil Aktualität mir wichtig schien.
Als ich jetzt darauf stieß das der Text immer noch in Bearbeituing sei,
und ich die Bearbeitungszeit gefühlt als Ewigkeit empfand kam ich
überhaupt erst auf den Gedanken nachzurechen und stellte so fest das wir
uns seit mehr als 7 Wochen damit beschäftigen.

(Das ich persönlich das Ganze ohnehin nicht für besonders wirkungsvoll
halte tut nichts zur Sache, denn ich bin ja nicht dagegen und weiß das
viele große Hoffnungen an den Text knüpfen - nur in einem sollten wir
eigentlich alle übereinstimmen, das 7 Wochen Zeitdauer viel zu lang
sind.)




Gruß
Jörg


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

Re: [de-users] Calc - Anzeige wie optimal bei Writer

[Jörg Schmidt]

Johannes A. Bodwing schrieb:
> > Man sieht hier jedenfalls schon einmal deutlich, dass trotz
> gleicher
> > Begriffswahl die Funktion in den beiden Komponenten unterschiedlich
> > arbeitet.
>
> Das müßte mal grundlegend geändert werden, daß 1 Begriff in
> verschiedenen "Situationen/Modulen" für im Prinzip nicht wirklich
> identische Funktionen benutzt wird.

Bloß nicht - dieses ständige Rumgeändere an Kleinigkeiten nach dem Motto
'wer am lautesten schreit gewinnt' ist absoluter Unsinn und hat mit
Programmverbesserung nichs zu tun.
Jeder Nutzer der mit dem Programm ernsthaft arbeitet weiß ganz
selbstverständlich das solche, stets von Neueinsteigern oder ungeübten
Nutzern vorgeschlagene Änderungen nichts bringen, weil sie denen
'geben', die sich _momentan_ mit ihrer Meinung durchsetzen und
denjenigen 'nehmen' die längst mit dem Programm umgehen können.
Kein Nutzer wird bestreiten das eine möglichst durchdachte
Funktionalität (auch bezüglich von Begriffen) Sinn macht, aber nur
solange noch nach einer 'Erstimplementierung' gesucht wird, ist etwas
erst einmal implementiert/festgelegt und die Nutzer haben sich über
längere Zeit daran gewöhnt, ist es in den allermeisten Fällen (in Summe
aller Nutzer) besser einen etwas unlogischen Begriff beizubehalten,
statt mit Änderungen zu verwirren.
Wenn Du Support zu OOo machen würdest wüßtest Du was ich hiermit meine.
Beispielsweise schüttelt jeder 'denkende Anwender' über die Praxis der
'ständigen' Änderungen von Default-Tastaturkombinationen in OOo nur noch
mit dem Kopf, weil einfach nicht zu verstehen ist wie es Sinn machen
könnte Tastaturkombinationen immer wieder zu ändern weil mal die
Umsteiger von Programm A nach ihren Lieblingskombinationen schreien, mal
die von Programm B und mal die von Programm C, wobei eigentlich jeder
wissen sollte das es in vielen Fällen keine Kombination gibt die allen
'gefällt'.

Ich bin im Übrigen ein großer Befürworter von Logik, nur hier im
Konkreten muß einfach der Praxis, der Gewohnheit der Vorzug gegeben
werden, denn jede Änderung die nur aus formalen Gründen und ohne Blick
auf die Praxis erfolgt, führt nur zu einer sich permanennt erneuernden
Situation, das sich immer einige Nutzer freuen das einzelne ihnen
genehme Begriffe/Tastaturkombinationen/etc. geändert wurde, in Summe
aller Nutzer und Summe aller Änderungen sich die Situation jedoch, wegen
de 'Verwirrung' eher verschlechtert.

Sofern also solcherlei Änderungen doch nötig erscheinen, dürfen sie
höchstens konzentriert zu einzelnen wichtigen OOo-Versionen erfolgen,
aber nicht ständig 'kleckerweise' und pemanent von Version zu Version.

> Dann laufen Diskussionen
> schief, und
> man geht mit völlig falschen Vorstellungen an Dinge ran und
> fragt sich,
> wie blöd man eigentlich ist, daß es einfach nicht funktioniert.

Das gibts genauso bei ganz klaren Begriffen. Im Übrigen ist das überall
völlige Normalität, denn niemand käme darauf das der Begriff "Absatz"
nun immerr das Gleiche bedeuten muss, so er zumindest TextAbsatz,
Treppenabsatz, Schuhabsatz bedeuten kann und es wirklich keinen
erkennbaren Grund gibt das die Nichteinheitlichkeit von Begriffen im
realen Leben durch eine Diktatiur der begriffseinheitlichkeit im
IT-Sektor abgelöst werden muß, zumal damit ja nicht einmal
sichergestellt wäre das keine Probleme mehr auftreten würden.

Der Begriff "Zelle" ist beispielsweise für eine Tabellenzelle in Calc
eindeutig.
Trotzdem benutzen Frager permanent den Begriff "Feld" statt "Zelle" und
Antworter haben dann stets die schlechte Position - nehmen sie den
Frager ernst, stellt sich dann häufig erst nach längher Diskussion
heraus das es eigentlich um "Zelle" ging und sind sie so clever und
fragen gleich anfangs nach ob es dem FRager wirklich um "Feld" geht
kriegen sie in 50% der Fälle eine flapsige Antwort, das es "natürlich"
um Feld geht,weil man jas sonst nicht diesen Begriff verwendet hätte und
das man es sich außerdem verebiutte hier als blöd behandelt zu werden.



Gruß
Jörg


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

Re: [de-users] Re: Installation OOo 3.1

[Jörg Schmidt]

Eric Hoch schrieb:
> Falls dich das stört darfst du André, mir und vielen anderen bei
> gmx gerne einen Pro Account bezahlen, dann hängt keine Werbung mehr
> dran. Ich glaub ab 6.- Euro im Jahr geht es los.

Wie wärs denn wenn wir daraus ne Pressemeldung mit Titel:

"OpenOffice.org-Projekt sucht Sponsoren für Mail-Accounts"

machen würden?

Für 6 Euro im Jahr würde ich dann gerne als Sponsor 10 Accounts
übenehmen, natürlich nur wenn ich auch als Sponsor genannt werde mit
Vermerk *was* ich sponsere, z.B. auf:

http://de.openoffice.org/dev/credits.html



SCNR


Gruß
Jörg


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

Re: [de-users] Werbung in Mails (war: Installation OOo 3.1)

[Jörg Schmidt]

Hallo Volker,

Volker Heggemann schrieb:
> André Schnabel schrieb:
> >>
> >> "OpenOffice.org-Projekt sucht Sponsoren für Mail-Accounts"
> >>
> >> machen würden?
> Openoffice hat doch seinen Sponsor.

Es ist doch aber hoffentlich nicht so das Du meinst ich hätte hier einen
ernsthaften Vorschlag machen wollen?

(Meine Antwort war Rhetorik, weil ich die Antwort von Eric etwas
überzeichnet fand so sie sich anhörte als gäbe es garkeine Möglichkeiten
die Werbung zu vermeiden ohne dafür bezahlen zu müssen. Wegen mir muß im
Übrigen die Werbung nicht vermieden werden.)

> Ich denke wenn es
> wirklich wichtig
> ist, kann SUN noch nen paar GB auf irgend einem Server frei machen

Also wenn das ginge wäre ich lieber dafür das diese Kapazitäten in die
Lokalisierung der Mailinglisten fliessen (Anmelde-/Abmelde-mails und
Footer der Listenmails) was (meines Wissens) ja so (oder so ähnlich)
schon seit Jahren per Issue gefordert wird.

> Es wir immer wieder Werbung unter den emails geben (leider auch immer
> mal wieder HTML und solche Sachen), weil das
> hier ein Userforum ist. Wenn also jemand seine Emails über irgend ein
> Webinterface verschickt. Warum nicht.
> Ich verstehe nicht, wie man darüber diskutieren kann.

Meiner Meinung nach, weil ein Teil der Nutzer immer wieder glaubt das
OpenSource nicht in der realen Welt stattfindet und (über die
OPenSource-Kriterien) hinaus einen besondern moralisch-politischen
Weltverbesserungsanspruch über die Schaffung besserer, und zu besseren
Bedingungen verfügbarer, Software hinaus verfolge. Das ist meist die
Klientel die auch glaubt wer OpenSource kommerziell macht (und nicht nur
kostenlos in seiner FReizeit) ist ein Frevler.

Ich denke das Werbung gewissermaßen was Normales ist (weswegen sie noch
lange nicht gefallen muß und sicher viele von uns nervt) und es deshalb
keiner besonderen Vorkehrungen bedarf sondern nur der Einsicht diese
Werbung auch hier auf den Listen zu überlesen, wie man es ja
normalerweise auch sonst tut.
(natürlich wäre eine bestimmte Art bewußter Werbung etwas anderes, nur
um die gehts hier ja nicht)



Schönen Sonntag.



Gruß
Jörg


P.S.
angemerkt sei das ich nur die Mail hier habe auf die ich gerade
antworte, weil sich die Listenmails wieder einmal verzögern - ich weiß
somit beispielsweise nur das Andrè bereits irgendwas geantwortet hart
aber nicht inhaltlich was, und ob noch andere zum jetzigen Zeitpunkt
geantwortet haben - das nur falls meine Antwort irgendwie
'unvollständig' erscheint


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

Re: [de-users] [calc] Benutzerdefiniertes Format (Zeit)

[Jörg Schmidt]

Wolfgang Jäth schrieb:
> weil OO leider vom 30.12.1899 als
> Basis ausgeht, statt, was ich sinnvoller gefunden hätte, vom 31.

Dann solltest Du Dich einmal mit Hintergründen [1] beschäftigen, denn so
willkürlich ursprüngliche Festlegungen zu Datumsbezügen für den 0.Tag
auch einmal gewesen sein mögen (es ging bei diesen Festlegungungen
letzlich ja auch darum das Hardware/Speicher vor einigen
Jahren/Jahrzenten teuer war und man aus Sparsamkeitsgründen mit
zweistelligen Jahreszahlen arbeitete), so absolut sinnvoll ist in Calc
die Festlegung des 30.12., weil das nämlich Kompatibilitätsprobleme zum
Marktführer (MS Excel) ausgleicht, die daraus resultieren das Excel das
Jahr 1900 fälschlich als Schaltjahr ansieht.


[1]
Hier auf der Liste sind diese Dinge bereits in der Vergangenheit
ausführlich diskutiert worden -  durchsuche das Listenarchiv.

Genauso ist der Problematik in:
http://www.galileocomputing.de/1941
ein extra Kapitel ("Der 29.02.1900 ein ganz besonderer Tag") gewidmet -
Du kannst das auch online lesen so Du auf der gerade genannten SEite (im
unteren Bereich unter Volltextsuche), nach den zwei Begriffen: "Zellwert
61" und "besonderer Tag" suchst (jeweils ohne die ""), da erhälst Du
insgesamt 4 Seiten als Treffer, darunter auch die relevanten Seiten
243-245.
(Die Suchbegriffe sind so 'komisch', damit genau diese Seiten gefunden
werden.)



Gruß
Jörg



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

Re: [de-users] Ist vollständige Unterstüzung für Open XML in Sicht?

[Jörg Schmidt]

Hallo Jürgen,

Jakel Jürgen schrieb:
> wir möchten sowohl Clients mit OpenOffice als auch mit Office2007
> betreiben. Als gemeinsames Dateiformat soll OpenXML dienen.

Das dürfte bei momentanen Stand der Dinge keine so gute Wahl sein, weil
die Unterstützung für OpenXML eher noch schlecht ist und zwar generell,
denn selbst Microsoft hat, mein es Wissens, erst für die nächste Version
von MS Office die Unterstützung von OOXML (i.S. des ISO-Standards)
angekündigt und Dritte bieten ebenfalls noch keine überzeugenden
Lösungen. Geschuldet ist das zu großen TEilen den Geschehnissen bei der
Schaffung des ISO-Standards OOXML, bei dem nicht der ursprüngliche
Entwurf (OOXML der Emca) 1:1 von der ISO akzeptiert wurde.
Die Situation der beiden ISO-Standaarts ist insgesamt nicht 'einfach',
eine recht prägnate Darstellung dazu gibt z.B. der Artikel:
http://www.heise.de/open/Die-Woche-Offene-Standards-im-Grabenkrieg--/art
ikel/139557


Man müßte derzeitig ggf. wohl raten die alten Binärformate (doc, xls,
...) als Austauschformat zu verwenden, denn deren Unterstützung durch
OOo ist sehr gut.
Ebenso liegen nötigenfalls diese Formate inzwischen auch für jedermann
offen, da sich Microsoft im Prozess der ISO-Standardisierung von OOXML
dazu gedrängt sah diese Formate offen zu legen, siehe z.B.:

http://www.microsoft.com/interop/docs/officebinaryformats.mspx

http://www.heise.de/newsticker/DOC-und-Co-entblaettert--/meldung/102069
http://www.heise.de/open/Open-Source-Lager-begruesst-Microsofts-Strategi
ewechsel--/artikel/103945

Auch die Verwendung von ODF könnte derzeitig bereits eine gute Wahl
sein, denn die Unterstützung von ODF ist bei MS Office bereits gegeben,
z.B. durch das entsprechende Plug-Inn von z.B. SUN:
www.sun.com/software/star/odf_plugin/specs.jsp
oder das Add.In vom MS:
https://sourceforge.net/projects/odf-converter

Generell solltet ihr auch bedenken das die Frage einews Austausches
zwischen OOo und MS Office technische Grenzen hat, die sich nicht durch
Formatdefifinitionen erschöpfen, sondern auch dadurch bestimmt sind was
beide Programme implementieren können, das heißt was aus einer
vorliegenden Datei überhaupt technisch wiedergebbar ist.
Eine aktuelle Veröffentlichung zu dieser Thematik (bezogen auf das
konkrete Beispiel von OOXML und ODF) gibt es vom Fraunhofer-Institut für
offene Kommunikationssysteme unter dem Titel 'White Paper -
Interoperabilität von Dokumentenformaten: Open Document Format und
Office Open XML'. Eine gedruckte Version ist meines Wissens noch nicht
erhältlich, es steht jedoch ein PDF online:
www.fokus.fraunhofer.de/de/elan/_docs/WP-DocInterop-de1.pdf


Da eure Entscheidung zur Formatwahl eher langfristiger Natur sein
dürfte, solltet ihr sie nicht ohne angemesenes Nachdenken treffen,
insbesondere deshalb nicht weil die Dinge bezgl. der Formate sehr in
Bewegung sind und was heute noch gilt, nicht morgen auch noch gelten
muß, andererseits es aber gute Indizien gibt wo die Entwicklung
hinführt.
(Beispielsweise ist mein Rat zu den Binärformaten ein zeitlich
Begrenzter, denn zwar ist deren Unterstützung in Praxis allgemein
tatsächlich noch etwas besser, was ihre Verwendung als Austauschformat
betrifft, trotzdem tendieren schon heute viele Unternehmen zu ODF.)
Wahrscheinlich solltet ihr euch überlegen zur Klärung solcher Fragen
externe Beratung zu suchen, eine Liste einiger entsprechender Firmen
findet sich auf einer SEite die unser Verein (www.ooodev.org) technisch
sicherstellt:
http://webtools.projects.ooodev.org/support/

Aktuell wäre es ggf. auch sinnvoll wenn ihr euch entschliesst als Gäste
am kommenden OOo-Kongress:
http://www.oookwv.de/

teilzunehmen, dort findet ihr in jedem Fall Austausch mit
Gleichgesinnten und könnt euch direkt mit vielen bekannten Experten zu
OOo, sowohl aus der allgemeinen Community als auch aus Firmen,
austauschen.

> Bei meiner Recherche bin ich nur auf die Aussage gestossen
> dass OpenOffice
> OpenXML-Dokumente lesen aber nicht schreiben kann.

ja das stimmt.

> Gibt es einen Termin zu dem OpenXML vollständig von
> OpenOffice unterstützt wird?

Leider gibt es einen solchen Termin meines Wissens bisher tatsächlich
nicht.




Gruß
Jörg



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

Re: [de-users] Kaufversion ??

[Jörg Schmidt]

Hallo,

Karl-Heinz schrieb:
> Habe in einem Markt OpenOffice als Kaufversion  (9,90 EU)
> gesehen. Was ist
> der Unterschied zwischen beiden Versionen ?

Das kann Dir niemand ohne Kenntnis des genauen Angebots beantworten.
Allgemein gesagt handelt es sich bei diesem Angebot wohl um eine sog.
Distribution von OOo, die jeder erstellen und anbieten kann.

> Da ich mit den DownL. Immer etwas vorsichtig bin, würde ich ggf. die
> Kaufversion bevorzugen.
>
> Wie ist Eure Meinung dazu ?

Solange Du OOo von seriösen Stellen herunterlädst, insbesondere von
denen die von der Seite de.openoffice.org, angeführt sind:
http://de.openoffice.org/downloads/mirror.html
sind keine Probleme zu erwarten.

Eine Kaufversion ist nicht wirklich sicherer, bietet aber ggf. Vorteile
bezüglich von Zusatzsoftware, sonstigen Zugaben (z.B. Dokumentation)
oder einer speziellen Version von OOo (z.B. OxygenOffice
(http://sourceforge.net/projects/ooop/), entsprechernnde CDs z.B. von
http://www.ooo42.org/infos-ooo42-cd.html) ggf. auch eines Installers der
frei verfügbare Zusatzfunktionalitäten gleich 'in einem Rutsch'
mitinstalliert (z.B. bot ComputerBild vor einiger Zeit eine solche
Version an).


eine Übersicht über CD-Versender findet sich z.B. auf:
http://de.openoffice.org/about-ooo/about-cdrom.html




Gruß
Jörg


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

Re: [de-users] Re: Kaufversion ??

[Jörg Schmidt]

Andreas Saeger schrieb:
> Kaufversionen, insbesondere diejenigen, welche unter "open office"
> ergoogelt werden sind *praktisch immer* Abzockernseiten.

Nein, denn Kaufversionen sind Selbige (also CD/DVD ggf. plus Handbuch)
und nicht dasselbe wie   kostenpflichtige Downloads, sog.
'Abzockerseiten' bieten meines Wissens jedoch nur kostenpflichtige
Downloads an.

> Der korrekte Name dieser Software lautet OpenOffice.org und dies ist
> auch genau der Name der Seite wo das Original mit allem PiPaPo
> beheimatet ist.

Auch Letztes stimmt nicht so ganz, denn 'alles PiPaPo' (z.B.
Dokumentvorlagen, Extensions, Dokumentation, ...) ist keinesfalls auf
OpenOffice.org beheimatet, sondern wird teils von Freiwilligen Helfern
teils auch kommerziell zusammengestellt und als CD/DVD-ISOs oder fertige
CD/DVD angeboten.



Gruß
Jörg


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

Re: [de-users] Re: Kaufversion ??

[Jörg Schmidt]

Andreas Saeger schrieb:
> Ich wollte ja nur dem trügerischen Gefühl entgegentreten, dass etwas
> wofür man bezahlt im Zweifelsfall vertrauenswürdiger sein
> müsste,

dann hast Du Dich aber völlig mißverständlich ausgedrückt

> OOo ist mittlerweile so beliebt, dass es Abzocker anzieht wie
> das Licht
> die Motten. Ich habe sogar schon "Angebote" bei eBay gesehen, wo Du
> einen Euro dafür bezahlst, dass dir jemand den Hyperlink
> http://openoffice.org verrät.

> Ein Merkmal, das alle diese Zecken gemeinsam haben

ich fänds prima wenn Du mal Deine Wortwahl überdenkst, Menschen sind
NIEMALS 'Zecken'

> ist das
> Verbergen des
> Softwarenamens

gerade das Nichtverwenden von "OpenOffice.org" ist strenggenommen
korrekt, da eigentlich in DE "OpenOffice.org" ein geschützter Name
(eigetragene Marke von SUN glaube ich, aber schreib Martin von
ooowiki.de, der erklärt Dir das ganz genau) ist

> Bevorzugt wird "OpenOffice" oder "Open Office", aber auch sowas wie
> "Office 2009 Professional" als Name verwendet

und dagegen ist nichts einzuwenden (außer das wohl "OpenOffice" nun
wiederum ein von Dritten geschützter Name ist, aber das ist ja nicht
unser Problem) - ganz im Gegenteil, gerade eine mögliche Abgrenzung mit
Namen die nicht an OOo erinnern sind ein Beitrag damit nicht wieder
vorrangig OOo als Projekt mit Machenschaften Dritter gleichgesetzt wird.




Wenn Du Probleme mit nicht kostenloser OpenSource-Software hast ist das
DEIN Problem, nicht unseres.



Gruß
Jörg



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

Re: [de-users] Kaufversion ??

[Jörg Schmidt]

Hallo Edgar, *,

Edgar Kuchelmeister schrieb:
> Jörg Schmidt schrieb am 08.09.2009 15:11:
>
> >> Ein Merkmal, das alle diese Zecken gemeinsam haben
> >
> > ich fänds prima wenn Du mal Deine Wortwahl überdenkst, Menschen sind
> > NIEMALS 'Zecken'
>
> Naja, nicht wirklich, aber Zecken sind nun mal Tiere die von
> ihrem Wirt
> leben und dem das Blut saugen.
> Auf die Abzocker bezogen hat er da nicht ganz unrecht.

habe ich per PM geantwortet

> > gerade das Nichtverwenden von "OpenOffice.org" ist strenggenommen
> > korrekt, da eigentlich in DE "OpenOffice.org" ein geschützter Name
> > (eigetragene Marke von SUN glaube ich, aber schreib Martin von
> > ooowiki.de, der erklärt Dir das ganz genau) ist
>
> Hä? Wieso ist das Nichtverwenden von OpenOffice.org korrekt, wenn es
> eine eingetragene Marke ist? Da kann ich dir nicht folgen.

Weil:
ich schrieb nicht ohne Grund "strenggenommen", denn z.B. müßte u.U.
"OpenOffice.org (R)" verwendet werden (es gibt sogar auf unseren Seiten
fertige Logos dafür) und weil ein Markenname nun einmal dessen Inhaber
gehört und ein Projekt Freiwilliger keine greifbare Rechtsperson ist
(z.B. hat sich Sun mittels JCA rechtlich abgesichert hinsichtlich der
Code-Beiträge, ich kenne jedoch keine rechtliche Absicherung des
Projekts hinsichtlich der Verwendung des Markennamens "OpenOffice.org"
in den Ländern wo er geschützt ist bzw. wüßte auch nicht einmal wie eine
solche Absicherung, bei einem Projekt Freiwilliger, erfolgen sollte)

> > und dagegen ist nichts einzuwenden (außer das wohl "OpenOffice" nun
> > wiederum ein von Dritten geschützter Name ist, aber das ist ja nicht
> > unser Problem) - ganz im Gegenteil, gerade eine mögliche
> Abgrenzung mit
> > Namen die nicht an OOo erinnern sind ein Beitrag damit nicht wieder
> > vorrangig OOo als Projekt mit Machenschaften Dritter
> gleichgesetzt wird.
>
> Autsch! Das ist aber durch die Brust ins Auge geschossen.

Nein, finde ich eigentlich nicht, denn ich hatte hierbei auch konkrete
Ereignisse in der REalität im Auge.
Das heutige Projekt "OxygenOffice" wurde ursprünglich als
"OpenOffice.org Professional" gegründet und das internationale Marketing
von OOo sprach in Folge mit dem Projektgründer und bat diesen den Namen
des Projekts zu ändern weil dieser "OpenOffice.org" enthält und das
seitens des OOo-Projektes (bzw. dessen internationalen Marketings) als
ungünstig bzw. mißverständlich o.ä. verstanden wurde.
(diese Diskussion ist auf einer der Mailinglisten des internationalen
Marketings öffentlich nachlesbar)

> Aber ich verstehe was du meinst. Solange der Bezug auf die
> "wirklichen"
> Abzocker gemeint ist.

Auch das aus meiner Sicht nicht, denn bei der Namensänderung von
"OpenOffice.org Professional" zu "OxygenOffice", die (m.W.)
einvernehmlich erfolgte ist immer betont worden das das OOo-Projekt das
Projekt OxygenOffice als einen Verbündeten sieht bzw. seine Leistungen
für OOo insgesamt anerkennt (Bernhard hatte das auf einer der de-Listen
einmal ganz prägnant formuliert), also ist "OxygenOffice" kein Abzocker
und trotzdem war eine Abgrenzung zu OOo hinsichtlich des Namens
erwünscht (s.o.), also meint der Bezug meiner Aussage nicht nur die
'wirklichen' Abzocker, sondern beschreibt die Situation eher allgemein.

> > Wenn Du Probleme mit nicht kostenloser OpenSource-Software
> hast ist das
> > DEIN Problem, nicht unseres.
>
> Ich glaube nicht, dass er ein Problem damit hat, ihm sind nur die
> Zusammenhänge nicht klar. Eine Erklärung deinerseits, ich hatte es ja
> bereits versucht, aber vielleicht nicht transparent genug,
> wäre besser
> als gleich "eine Watsche" zu verteilen ;-)

Vielleicht hast Du damit Recht, ich möchte jedoch sagen das ich mich
nicht leichtfertig geäußert habe, sondern die 'Watsche' auch einschloss
das ich über die Mail zum ODF (enthaltend unerträgliche Halbwahrheiten)
von Andreas in Schweigen gehüllt hatte.
Ich glaube im Übrigen nicht das Andreas die Zusammenhänge nicht klar
wären, denn ich hatte z.B. zu Programmierfragen sehr gute und angenehme
Gespräche mit Andreas, so das mich die 'Unausgewogenheit' einiger seiner
jetzigen posts doppelt schmerzt.



Gruß
Jörg


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

Re: [de-users] Ist vollständige Unterstüzung für Open XML in Sicht?

[Jörg Schmidt]

Hallo Mathias,

Mathias Bauer schrieb:
> > Bei meiner Recherche bin ich nur auf die Aussage gestossen
> dass OpenOffice
> > OpenXML-Dokumente lesen aber nicht schreiben kann.
>
> Korrekt. Dafür gibt es auch gar keinen Grund, solange auch
> alles in den
> alten MSOffice-Formaten gespeichert werden kann. Wir implementieren
> solche Filter, damit unsere Anwender Daten mit anderen Applikationen
> austauschen können, nicht um irgendein Format damit zu unterstützen.

Heißt das OOo wird absehbar OOXML spätestens auch schreiben können,
sobald es Inhalte gäbe die in den alten Formaten nicht abbildbar sind?

(Anmerkung: das soll keine 'Fangfrage' sein, nur sehe ich prinzipiell 2
denkbare Wege, nämlich einmal den solange wie möglich auf die alten
MS-Formate zu verweisen oder den Weg sich eher frühzeitig auf OOXML
umzuorientieren. Beides hat in meinen Augen sowohl Vor- als auch
Nachteile.)

> BTW: auch MSOffice unterstützt OOXML nicht vollständig. Da
> wir im Sinne
> unserer Anwender auch auf Interoperabilität mit anderen Anwendungen,
> nicht mit hypothetischen Formaten setzen, werden wir im Zweifelsfall
> auch immer das unterstützen, was MSOffice speichert, nicht das, was in
> der OOXML-Spezifikation drin steht.

Das finde ich richtig und sinnvoll und darüber hinaus finde ich es
angenehm das Du diese Fakten hier einmal so klar benennst.

Was ich gerne wissen würde wäre:

(a)
Wo ist dokumentiert was ihr, hinsichtlich OOXML, wie abweichend vom
Standard implementiert?
(Es gab ja seitens OOo auch Veröffentlichungen z.B. zum xls-Format bevor
MS selbst entsprechende Infos allgemein offen legte und das was ihr
heute am Standard vorbei implemetieren müßt steht ja nun einmal nicht im
Standard müßte also anderweitig dokumentiert sein.)

(b)
Auch falls MS längerfristig kein 'ISO-OOXML' implemetieren sollte,
bleibt der entsprechende ISO-Standard davon ja unberührt und es ist
nicht undenkbar das sich Dritte an diesem Standard orientieren und den
entweder exakt oder auch in eigener 'Auslegung' implementieren.
Wann wäre die Grenze erreicht das ihr dafür Filter implementiert?
(es gibt ja bereits heute eine große Menge an Filtern für OOo, darunter
auch solche für Formate die keine große Marktverbreitung haben, so das
es auch für erst zukünftig entstehende Formate geringerer
Marktverbreitungh Gründe zur filtermäßigen Berücksichtigung geben kann)

(c)
Gibt es bezüglich der OOXML-Implementierung auch eine Zusammenarbeit mit
der über OOo hinausgehenden OpenSource-Community bzw. ist so etwas
beabsichtigt?
(es gab ja beispielsweise in der Vergangenheit nicht wenig allgemeine
Kritik an der praktisch unvollständigen Kompatibilität bzgl. Programmen
die ODF implementieren, z.B. OOo und KOffice und ich würde vermuten das
es hinsichtlich der OOXML Implementierung ziemlich viel potentielles
Synergiepotential gibt)




Gruß
Jörg


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

Re: [de-users] Ist vollständige Unterstüzung für Open XML in Sicht?

[Jörg Schmidt]

Hallo *,

michael schrieb:
> 1. Ein Hersteller einer Textverarbeitung, einer
> Tabellenkalkulation oder
> einer Office-Suite wird OOXML nur dann implementieren, wenn MS es
> implementiert und zwar so, wie es MS implementiert. Es gibt nämlich
> überhaupt keinen anderen Grund, sich OOXML anzutun.

Doch den kann es geben - ich dachte nicht einmal an Hersteller von
Office-Suiten, sondern z.B. an Hersteller von Software die Office-Suiten
als 'Ausgabemedium' für Daten die sie mit ihren Anwendungen erzeugen,
benutzen.
Heutzutage nutzen die meist RTF und doc (bezüglich Textdokumenten) und
zukünftig werden sie vielleicht OOXML nutzen.

Warum?
Sie sind mit MS Software langjährig vertraut. MS macht ihnen auch bei
OOXML den Einstieg leicht (durch z.B. Dokumentation und entsprechende
Werkzeuge). Sie setzen mit OOXML auf ein Format welches der Marktführer
vorrangig unterstützt, wohingegen die Unterstützung von ODF durch MS
weit weniger gut ist und ODF im Vergleich zu OOXML mittelfristig
absehbar weniger verbreitet sein wird.

MS hier möglicherweise vorzuwerfen es verführe den Nutzer durch niedrige
Einstiegshürden, kostenlose Hilfen u.Ä. zur Benutzung seiner Software,
um hinterher Gewinne zu machen, ist ja nicht einmal ein Vorwurf, sondern
etwas von dem wohl selbst MS bestätigen würde: 'natürlich tun wir das,
denn so funktioniert Marktwirtschaft'.
Und andererseits möglicherweise den Nutzer zu beschimpfen, wie er so
dumm sein könne auf MS hereinzufallen, ist ebenfalls nicht besonders
sinnvoll, teils nicht einmal sachrichtig.


In einer Marktwirtschaft gewinnt nicht zwangsläufig das theoretisch
'bessere' Produkt, sondern das Produkt was der Verbraucher für das
bessere Produkt (für seine konkrete Situation) hält. Wir täten gut daran
das auch für Dateiformate zu begreifen und uns entsprechend zu
verhalten.

Für mich steht fest das ODF gute Chancen der weiteren Verbreitung hat
wenn wir u.A.:
*die Interoperabilität verschiedener ODF-verwendender Programme
untereinander stetig verbessern
*den ODF-Standard weiterentwickeln
*OOo selbst verbessern um weitere Nutzerkreise erschliessen

Es wäre sicherlich wünschenswert wenn sich im Streit um /einen/
einheitlichen Standard alle Beteiligten als Partner verstehen könnten,
so wir aber wissen das das in Praxis nicht immer so funktioniert ist es
ein notwendiges Mindestmaß an rationaler Vernunft dem Gegenüber Wege
aufzuzeigen die er gehen kann.
Nur so können Einsichten wachsen und nur so wächst der Kreis an
Unterstützern, die wir für ODF wie für OOo brauchen.



Gruß
Jörg


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

Re: [de-users] Ist vollständige Unterstüzung für Open XML in Sicht?

[Jörg Schmidt]

Hallo *,

André Schnabel schrieb:
> Wäre es nicht deutlich sinnvoller, die Verbreitung von ODF zu
> steigern
> und hier auf eine umfangreichere Unterstützung und
> Interoperabilität des
> des Standards zu bauen?

In der Vergangenheit wurden, wie ich glaube, sehr gute Erfahrungen damit
gemacht das OOo sehr viele  Fremdformate unterstützt, das war und ist
eine Stärke von OOo.
Ich glaube nun nicht das jemals in der Vergangenheit die Frage des
'entweder-oder' stand, sondern des  'sowohl als auch' und ich glaube das
dort die Entwickler immer das richtige Maß gefunden haben um  Filter für
zentral wichtige Fremdformate kontinuierlich zu verbessern, ohne Filter
geringerer Bedeutung  völlig zu vernachlässigen. Mich interessierte wie
man dabei bei der quasi 'Gewichtung' vorgeht und danach fragte ich (mit
Blick auf OOXML, jeseits der bisherigen MS-'Interpretation').

> Trotz der von MS im Rahmen der OOXML-Zertifizierung
> angeführten Studien

Gibt es irgeneine Studie in der die Existenz zweier Standards als
wünschenwert bezeichnet wird? Alles  was ich kenne bezieht sich nur auf
Argumentationen das MS den ODF-Standard für seine Zwecke derzeitig  als
(sinngemäß) 'nicht ausreichend' ansieht.

> halte ich zwei ISO-Standards, die zum gleichen Zeitpunkt den gleichen
> Zweck erfüllen vollkommen überflüssig und schädlich. (z.b. HD DVD und
> Blue-Ray).

Langfristig  sind 2 Standards auch in meinen Augen nicht sinnvoll, wobei
"langfristig" hier so kurz wie  möglich sein darf, ich sehe nur nicht
das kurzfristig etwas erreichbar wäre.

Aktuell und auf mittlere Zukunft meine ich: "schädlich" wahrscheinlich
ja, "überflüssig" eher nicht.

"schädlich" deshalb nur "wahrscheinlich", weil ich (aus verschiedenen
Gründen) nicht gänzlich  auschliessen will das es nützlich sein kann
wenn sich in der Konkurrenz derzeitig zweier Standards der  Inhalt eines
zukünftig einheitlichen Standards herausschält.
"überflüssig" derzeitig deshalb nicht weil MS ein Format braucht in
welchem es die komplette  Funktionalität von MS Office auch speichern
kann.

Ich will Beides nicht weiter erläutern um nicht den Thread zu
verlängern, ich will jedoch sagen das  Beides keine 'Pro-MS-Argumente'
sind, sondern nur Einsicht in derzeitige Gegebenheiten, die zwar nicht
dauerhaft unumstößlich sind, die jedoch andererseits nicht von heute auf
morgen zu beseitigen sind.

> Siehe oben - warum Zeit und Ressourcen in OOXML investieren, wenn man
> doch auch mit ODF noch genug zu tun hat?

Warum man 'Zeit und Ressourcen in OOXML investieren' sollte hat Mathias
bereits überzeugend dargelegt  denn das Ganze geschiet ja bereits.
Gerade weil Mathias anführte das die Importfilter derzeitig so
geschrieben werden das sie auf die MS-'Interpretation' von OOXML passen
und nicht auf den Standard selbst entsteht meines Erachten schon dadurch
Arbeit das man erst einmal analysieren muß was MS bisher nicht
standardkonform implementiert und die Analyse ist programmunabhängig und
man könnte sich hier unter OpenSource-Programmen die Arbeit u.U. teilen.



Gruß
Jörg


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

Re: [de-users] Ist vollständige Unterstüzung für Open XML in Sicht?

[Jörg Schmidt]

Hallo *,

André Schnabel schrieb:
> > Gibt es irgeneine Studie in der die Existenz zweier Standards als
> > wünschenwert bezeichnet wird?
>
> Ja - leider muss ich den Link schuldig bleiben,ich finde ihn
> im Mloment
> nicht.

das genügt mir im Konkreten völlig, ein 'Beleg' ist nicht nötig

> Du verwechselst hier die Bedürfnisse eines einzelnen
> Anbieters mit den
> Anforderungen an einen internationalen Standard (bzw. eine
> "Norm" - der
> bessere deutsche Begriff).
> OOXML als Dateiformat finde ich vollkommen legitim. Als Norm ist aus
> meiner Sicht unsinnig.


Ja, da ist was dran, es ging mir hier im Konkreten so gesehen
tatsächlich um einen einzelnen Anbieter und um dessen Bedürfnisse,
allerdings um einen Anbieter der zu (hier einmal geschätzten) 80% den
Markt beherrscht - und gegen diesen Anbieter wird derzeitig kein
verbindlicher Standard durchsetzbar sein.

Ausgangspunkt ist doch unser Wollen zu /einem/ einheitlichen Standard,
der dann letztlich auch von allen  verwendet werden sollte und
standardkonform implemetiert sein sollte.
Wenn wir aber einen solchen Standard wollen, in absehbarer Zeit wollen,
müssen wir Wege finden auf denen MS uns zu folgen bereit ist und das
dazu nötige Mindestmaß ist das wir Vorschläge machen die hinreichend
(also nur so viel wie notwendig) die Interessen  von MS berücksichtigen.
Das ist m.E. keine Frage der Sympathie für MS sondern nur der rationalen
Einsicht wenn  man die Dinge voranbringen will.


Im Übrigen geht es mir hier nur um die möglichst schnelle Schaffung
eines *praktisch funktionierenden* Standards, denn das ist es was m.E.
die Anwender erwarten und das war ja irgendwie auch Ausgangspunkt dieses
Threads hier, so ich nicht annehme es ging darum zwingend Open XML
benutzen zu wollen, sondern nur darum das bestgeeignete Format zum
Austausch benutzen zu wollen und das wurde lediglich fälschlich bei Open
XML vermutet.



Gruß
Jörg


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

Re: [de-users] OpenOffice.org startet Kampagne gegen Abofallen

[Jörg Schmidt]

> Danke dafür:
>
>  e-gegen-Abofallen--/meldung/145353>
>
> Es wurde mal Zeit dazu eindeutig Stellung zu beziehen

Eindeutig Stellung bezogen hat OOo, wie viele Andere auch, schon vor
langer Zeit. Im Aktuellen geht es um ein aktive Kampagne um etwas zur
Verbesserung der Lage zu tun, und eben nicht einfach um Stellung
beziehen.


Gruß
Jörg


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

Re: [de-users] DATEV & Open Office

[Jörg Schmidt]

Hallo *,

michael schrieb:
> André Schnabel schrieb:
>
> > Lizenzrechtlich daf DATEV natürlich OpenOffice.org zum
> Download anbieten
> > - wäre dann aber auch dazu verpflichtet, den Quellcode der
> > entsprechenden OpenOffice.org-Version zur Verfügung zu
> stellen (was aber
> > technisch kein Problem wäre).  Ich finde dieses Argument
> nicht wirklich
> > stichhaltig - kann mir aber andere Argumente vorstellen (z.B.
> > Gewährleistung oder Haftung , da DATEV dann ggf. als
> "Händler" gilt).
> > Letztendlich steht die Entscheidung, ob DATEV OOo zum
> Download anbietet
> > oder nicht allein DATEV zu. (Ich finde es aber gut, dass es
> zumindest
> > angeregt wurde.)
> >
>
> Da wird das Lizenzrecht mal wieder nur vorgeschoben.

Das heißt Du schließt die Rechtmäßigkeit von Rechtskommentaren, die es
in DE wohl zu Dutzenden gibt(*), bzgl. der Möglichkeit das der völlige
Gewährleistungsausschluß bei OSS nicht in Einklang mit deutschem Recht
zu bringen ist, völlig aus? Auf welcher Grundlage?

Mir will scheinen, André hat hier Recht bezüglich /möglicher/ Risiken
betreffs Gewährleistung und Haftung.
Zwar scheint das Verhalten der DATEV hier eher übervorsichtig, und ihre
konkrete Begründung falsch, nur ist 'Übervorsicht' nicht zwingend ein
Fehler, sondern kann auch Ausdruck großer Sorgfalt sein.



Gruß
Jörg


(*)
Nö, ich bin kein Anwalt, aber ich habe diese Dinge vor einigen Jahren
für meine BWL-Diplomarbeit ("Migrationsstrategien zu
OpenSource-Software") ausgiebig gelesen.


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

Re: [de-users] Ist vollständige Unterstüzung für Open XML in Sicht?

[Jörg Schmidt]

Hallo Mathias,

Mathias Bauer schrieb:
> Eine "wenn-dann" Automatik gibt es natürlich nicht. Aber sollte es
[...]

Danke, finde ich gut verständlich

> - wird es jemals überhaupt solche mega-wichtigen Features
> geben, die man
> zwar in ODT und DOCX, aber nicht in DOC speichern kann?

Naja, ich dachte vielleicht auch an die Möglichkeit das MS die
Unterstützung für doc einstellt (also zukünftige MSO-Versionen
irgendwann kein doc mehr 'können') und auch dann schiene mir die
Notwendigkeit gegeben.

> Das ist bisher nirgendwo dokumentiert, das wäre auch eher
> Zeitverschwendung.

Nein, da bin ich gegenteiliger Meinung.

> Warum sollten wir Unterschiede zu einem
> hypothetischen, nirgendwo implementierten Standard dokumentieren?

Weil dieses Wissen potentiell für andere nützlich ist und weil es
darüber hinaus guter Tradition von OSS entspricht möglichst alles zu
dokumentieren.

(Und, falls ich das mal so offen sagen darf:
ich schrieb bereits das ihr das Wissen was ihr zu xls gewonnen habt,
auch niedergeschrieben und veröffentlicht habt, obwohl xls nicht einmal
in Verdacht stand Standard zu sein oder zu werden.)

> Wir
> haben schon genug damit zu tun, den Filter zu schreiben. :-)

Das weiß ich, aber bitte unterscheide die Dinge: zu bedauern nicht
dokumentieren zu können weil ihr andere Dinge zu tun habt ist das Eine
(was ich nicht kritisiere, allenfalls bedauere), obenstehend zu sagen
diese Dinge zu dokumentieren sei (ohnehin) Zeitverschwendung das Andere,
und Letzteres finde ich falsch.

Inzwischen sind wir an einigen Stellen leider soweit, das das
Nichtvorhandensein von Dokumentation Probleme schafft, die dazu
beitragen die Verbreitung von OOo zu erschweren.
Die 'Nicht-Programmierer-Community' hilft zwar mit um die Situation bei
der Dokumentation zu verbessern aber es gibt weitere Bereiche wo primäre
Dokumentation zunächst von den Entwicklern kommen muß.

> > (b)
> > Auch falls MS längerfristig kein 'ISO-OOXML' implemetieren sollte,
> > bleibt der entsprechende ISO-Standard davon ja unberührt und es ist
> > nicht undenkbar das sich Dritte an diesem Standard
> orientieren und den
> > entweder exakt oder auch in eigener 'Auslegung' implementieren.
>
> Halte ich für ausgeschlossen. Warum sollte das irgendjemand tun?

Weil irgendjemand denken könnte es sei eigentlich Zweck eines Standards
möglichst exakt (über technische Grenzen bin ich mir bewußt)
implementiert zu werden. Oder, 'bei eigener Auslegung', weil die
Möglichkeit Bestehendes zu nutzen besteht, weil es offen liegt.

Beide Dinge klingen, so wie sie dastehen, zugegeben etwas hypotetisch,
aber insgesamt gilt, *und das ist viel wesentlicher*: wenn man OOXML
(oder nahe dran) implementiert, erwirbt man man praktische
Technologiekompetenz bezüglich eines wichtigen Formats, die letztlich
Marktmacht bedeutet.

(Unter 'praktischer Technologiekompetenz' verstehe ich hier sowas wie
die Summme von Wissen und Erfahrung zu einem konkreten Sachverhalt (hier
OOXML), jenenseits der reinen Spezifikation. Wissen und Erfahrung von
Entwicklern, aber auch von Organisationen (z.B. Firmen) innerhalb derer
die Entwickler wirken.)




Gruß
Jörg



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

Re: [de-users] *.xls durch 'Unbekannter Anwender' gesperrt!?

[Jörg Schmidt]

Hallo,

Jens Kaiser (FEINAUER GmbH) schrieb:
> wir haben bei uns ein Problem mit (in OOo) geöffneten
> Excel-Dateien und
> der daraus resultierenden Dateisperre.
>
> Wenn ein Mitarbeiter A (OOo-Benutzer) eine Excel-Datei
> geöffnet hat und
> dann Mitarbeiter B zu diesem Zeitpunkt die gleiche Datei im Netz
> versucht zu öffnen, dann gibt weder Excel noch OOo den richtigen
> Benutzer aus, der die Datei sperrt. Also in diesem Beispiel müsste
> angezeigt werden "Datei wird durch Mitarbeiter A gesperrt.".
>
> Es erscheint aber in Excel der falsche Benutzer und unter calc steht
> "... gesperrt durch: Unbekannter Anwender ...".
>
> Kennt jemand das Problem und vielleicht sogar die Ursache bzw. eine
> Lösung dafür?

Sofern sich Calc in der Kombination 'xls-Datei ist geöffnet von NUtzer A
in Calc und wird zusätzlich geöffnet von Nutzer B in Calc' so verhielte
wie geschildert wäre das wohl augenscheinlich ein Programmfehler in
Calc, bei OOo 3.1.0 (Windows) kann ich dieses Fehlerverhalten jedoch
_nicht_ nachvollziehen - 3.1.1 habe ich hier noch nicht installiert,
wobei ich zusätzlich auch nicht über eure ganz exakte Umgebung (Win2003)
verfüge.

Das hingegen die Kombinationen:

(a)
Datei ist in Calc geöffnet und wird zusätzlich in MS Excel geöffnet
(b)
Datei ist in MS Excel geöffnet und wird zusätzlich in Calc geöffnet

liegt an der unterschiedlichen Implementierung des
'locking'-Mechanismus.

Lösung für Fall (b) ist möglich indem ihr z.B. in der jeweiligen
persönlichen Makroarbeitsmappe von Excel (in einem Klassenmodul)
ereignisgesteuerte Makros i.S.:

Private Sub App_WorkbookActivate(ByVal Wb As Workbook)
Private Sub App_WorkbookDeactivate(ByVal Wb As Workbook)

implementiert, die automatisch bei der Dokumentöffnung die jeweilige
'lock'-Datei (".~lock.xls#") erzeugt die Calc erwartet bzw.
diese (bei Dokumentschliessen) wieder löscht. Den nötigen Inhalt der
'lock'-Dateien könnt ihr euch an einigen Beispielen die ihr zunächst mit
Calc erzeugt ansehen und dann in Excel-VBA nachstellen.
Durch die so in MS Excel erzeugte 'lock'-Dateien wird Calc den
'lock'-Zustand richtig im Meldungsfenster ausgeben.


Zur Lösung für Fall (a) kann ich derzeitig leider keine Hinweise geben,
die direkt das Meldungsfenster in MS Excel richtig reagieren lassen. (Da
ich sehr stark vermute das der angezeigte Benutzername, unter den
genannten Umständen, der unter Extras-Optionen eingetragene ist, könnte
man vielleicht beim öffnen einer 'gelockten' Datei diese zunächst
automatisch per VBA wieder schließen, den nAmenseintrag temporär ändern
und danach die Datei per VBA nochmals öffnen und den ursprünglichen
Namenseintrag wiederherstellen, ich habe sowas aber bisher noch nicht
programmiert.)

Da jedoch MS Excel den 'lock'-Zustand als solchen korrekt erkennen
sollte, und nur die Wiedergabe des Nutzernamens fehlerhaft ist, wäre es
eine Möglichkeit in MS Excel eine Schaltfläche ins Menü aufzunehmen,
welche ein Makro startet das den korrekten Nutzernamen aus der von Calc
aktuell erzeugten 'lock'-Datei (der in Calc geöffneten Eceldatei) direkt
ausliest und anzeigt.



Gruß
Jörg


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

Re: [de-users] Ist vollständige Unterstüzung für Open XML in Sicht?

[Jörg Schmidt]

Hallo Michael, *,

mih-hoe...@web.de schrieb:
> > Naja, ich dachte vielleicht auch an die Möglichkeit das MS die
> > Unterstützung für doc einstellt (also zukünftige MSO-Versionen
> > irgendwann kein doc mehr 'können') und auch dann schiene mir die
> > Notwendigkeit gegeben.
>
> Das wäre doch wirklich spannend: Es würde genau _der_ Fall eintreten,
> mit den die Verfechter offener Standards schon seit langem
> argumentieren ;-)

Diskutiert wurde, meines Wissens, immer der Fall das MS den Support für
nicht offenliegende Formate einstellen könnte. Das doc-Format und
weitere Binärformate von MS sind, im Zuge der ISO-Standardisierung von
OOXML, inzwischen jedoch offengelegt:

http://www.microsoft.com/interop/docs/officebinaryformats.mspx

Infos/Kommentare z.B. bei heise:
http://www.heise.de/newsticker/DOC-und-Co-entblaettert--/meldung/102069
http://www.heise.de/open/Open-Source-Lager-begruesst-Microsofts-Strategi
ewechsel--/artikel/103945




Gruß
Jörg


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

Re: [de-users] OOo 3.1.1 - Problem mit Calc Makro

[Jörg Schmidt]

Hallo,

das Ganze ist ein Fehler in OOo 3.1.1 (ich glaube in 3.x gesamt), in z.B. 2.4.0 
tritt das Problem nicht auf

Sigrid Carrera schrieb:
> sValue = ReplaceString(sValue, ".",",")
> (Ist wohl ein Bestandteil der Depot-Bibliothek, die von OOo
> mitgeliefert wird.) 

ja, und wird in OOo 3.1.1 nicht richtig erkannt, denn es wird dort im Prinzip 
in der Funktion GetCurrentRate die Ladeanweisung:

GlobalScope.BasicLibraries.LoadLibrary("Tools")

sowie die Änderung von:
sValue = ReplaceString(sValue, ".",",")

in:
sValue = Tools.Strings.ReplaceString(sValue, ".",",")

> Kann mir jemand mit besseren Makro-Kenntnissen dabei weiterhelfen? Wie
> bekomme ich das Makro doch noch zum Funktionieren? 

Es ist wohl am Einfachsten [1] die 2 Funktionen:

GetCurrentRate
ReplaceString

ans Ende des Codes der Datei beispiel_aktien.ods zu kopieren.

Die Funktion GetCurrentRate befindet sich in der OOo-Bibliothek "Depot" im 
Modul "Internet" und die Funktion ReplaceString lautet (entnommen aus OOo 
2.4.0):

' Replaces the string "OldReplace" through the String "NewReplace" in the String
' 'BigString'
Function ReplaceString(ByVal Bigstring, NewReplace, OldReplace as String)  as 
String
Dim i%, OldReplLen%, BigLen%

If NewReplace <> OldReplace Then
OldReplLen = Len(OldReplace)
i = 1
Do
Biglen = Len(BigString)
i = Instr(i,BigString,OldReplace)
If i <> 0 then
BigString = Mid(BigString,1,i-1) & NewReplace & 
Mid(BigString,i + OldReplLen,BigLen  - i + 1 - OldReplLen
i = i + Len(NewReplace)
End If
Loop until i = 0
End If
ReplaceString = BigString
End Function



Gruß
Jörg

[1]
'Richtiger' wäre die ganz am Anfang genannten Änderungen in der Funktion 
GetCurrentRate zu machen. Da diese jedoch Bestandteil der OOo-Bibliotheken ist 
müßte zunächst der Schreibschutz der entsprechenden Bibliothek "Depot" entfernt 
werden um die Änderung vornehmen zu können. 
Quick und dirty ginge es auch die Änderungen direkt in der Datei Internet.xba 
zu machen wobei dann statt:
GlobalScope.BasicLibraries.LoadLibrary("Tools") einzutragen wäre: 
GlobalScope.BasicLibraries.LoadLibrary("Tools")

Wesentlich besser ist es m.E. sich nie auf das Vorhandensein und korrekte 
funktionieren der OOo-Bibliotheken zu verlassen, weil auf unbekannten Systemen 
diese Bibliotheken verändert oder fehlend sein können. 
Im Normalfall wäre also der Code der hier benötigten 2 Funktionen adäquat in 
der Datei beispiel_aktien.ods mitzuliefern. 
Im speziellen Fall war das aber bewußt nicht beabsichtigt, weil ja gezeigt 
werden sollte wie mitgelieferte OOo-Bibliotheken genutzt werden können.  


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

Re: [de-users] Ist vollständige Unterstüzung für Open XML in Sicht?

[Jörg Schmidt]

michael schrieb:
> Beide Standards liegen vor. Lies die ~700 Seiten ODF und die ~ 6000
> Seiten OOXML, vergleiche und schreibe dann die Unterschiede
> auf!

Nö, also wenns darum ginge würde ich ja nun keinen der Entwickler
ansprechen.

Es ging hier *nicht* um die Unterschiede von ODF und OOXML, sondern
darum was an der /Implementierung/ von OOXML in OOo vom ISO-Standard
(für OOXML) abweicht (was dort deshalb abweicht weil es so implemetiert
ist wie es MS implementiert, wie Mathias bereits erkärt hat).
Diese Informationen kann man aber nicht durch Vergleich der
Spezifikationen/Standards von ODF und OOXML gewinnen.



Gruß
Jörg



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

Re: [de-users] Speicherpfad in Calcdokument

[Jörg Schmidt]

Hallo,

Patrick Müller schrieb:
> Besteht die Möglichkeit in einem Calc-Dokument in einer Zelle den
> aktuellen Speicherpfad des Dokuments darzustellen?

Verwende die Funktion ZELLE() und trenne aus der Rückgabe von
=ZELLE("FILENAME") den Pfad ab, z.B. so:

=RECHTS(LINKS(WECHSELN(ZELLE("FILENAME");"/";"#";LÄNGE(ZELLE("FILENAME")
)-LÄNGE(WECHSELN(ZELLE("FILENAME");"/";"")));FINDEN("#";WECHSELN(ZELLE("
FILENAME");"/";"#";LÄNGE(ZELLE("FILENAME"))-LÄNGE(WECHSELN(ZELLE("FILENA
ME");"/";"")));1)-1);LÄNGE(LINKS(WECHSELN(ZELLE("FILENAME");"/";"#";LÄNG
E(ZELLE("FILENAME"))-LÄNGE(WECHSELN(ZELLE("FILENAME");"/";"")));FINDEN("
#";WECHSELN(ZELLE("FILENAME");"/";"#";LÄNGE(ZELLE("FILENAME"))-LÄNGE(WEC
HSELN(ZELLE("FILENAME");"/";"")));1)-1))-9)


Anmerkung:
Habe mir nicht die Mühe gemacht zu prüfen ob dass die kürzestmögliche
Formel ist.



Gruß
Jörg


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

Re: [de-users] Speicherpfad in Calcdokument

[Jörg Schmidt]

Hallo,

Volker Heggemann schrieb:
> Wie wäre es mit einer einfachen Formel?

Ja, aber bitte im Konkreten evtl. etwas anders.

>filename = convertfromurl(odoc.url)

hier würde ich:

filename = convertfromurl(odoc.Location)

verwenden, weil .url u.U. letztlich zu einer leeren Rückgabe führt, wenn
es beim Öffnen des Dokuments läuft.



Gruß
Jörg


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

Re: [de-users] Absturtz der Textverarbitung bei Än derung der Textfarbe

[Jörg Schmidt]

Sebastian Semrau schrieb:
> Ich nutze Open Office seit ca. 1 Jahr unter Ubuntu ohne Probleme. Seit
> gestern stürzt immer die Textverarbeitung bei Veränderung der 
> Textfarbe
> ab (schließt alle OO Anwendungen, Dokumente lassen sich aber wieder
> herstellen). Alle anderen OO Anwendungen haben bei dieser 
> Funktion keine
> Probleme.
> 
> Deinstallation und Neuinstallation haben dieses Problem auch nicht
> behoben
> 
> hat jemand einen Lösungsansatz?

OOo-Benutzerverzeichnis neu anlegen lassen. 
Dazu OOo beenden, altes Benutzerverzeichnis umbenennen und OOo neu starten


Gruß
Jörg


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

[de-users] 6. Brandenburger Linux-Infotag

[Jörg Schmidt]

Hallo Liste,

am Samstag, den 21. November 2009 findet in Potsdam der 6. Brandenburger
Linux-Infotag (BLIT) statt.

Unter dem Motto "Freiheit zum Anfassen" setzt der 6. Brandenburger
Linux-Infotag den Schwerpunkt auf Linux und freie Software in der
Bildung.

http://www.blit.org/2009/

Ort:
Institut für Informatik der Universität Potsdam
Campus Griebnitzsee Haus 6
Prof. Dr. Helmert Str.
14482 Potsdam
(S-Bhf. Griebnitzsee)

Zeit:
10.00-18.00 Uhr


Auch OpenOffice.org wird mit einem Stand vertreten sein.

Als Standhelfer werden anwesend sein:

Martin Bayer (mba...@openoffice.org)
Jörg Schmidt (joe...@openoffice.org)

Weitere Standhelfer werden nicht unbedingt benötigt, sind aber natürlich
gerne willkommen. Ebenso freuen wir uns über zahlreiche Besucher. :-)


Martin Bayer führt in der Zeit von 10:30 bis 12:30 Uhr einen Workshop
zum Thema:

"Wissenschaftliche Arbeiten mit OpenOffice.org"

durch, siehe:
http://www.blit.org/2009/zeitplan/events/55.de.html

In diesem Workshop werden verschiedene Lösungen vorgestellt, die
OpenOffice.org für das Verfassen wissenschaftlicher Arbeiten anbietet.


Gruß
Jörg



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

Re: [de-users] "Fehler" in OOO-Calc??

[Jörg Schmidt]

Hallo,

Günter Lüpke schrieb:
> Eigentlich wollte ich die Frage im Forum stellen,
> aber da sind schon
> einige verstreute Einträge zu diesem bzw. ähnlichen
> Anfragen/Antworten,
> wo auf einen Fehler oder sogar BUG in OpenOffice-Calc
> hingewiesen wird.

Hast Du einen Link zu den Beiträgen zum Nachlesen?

> Laut Hilfe müßte im folgenden Beispiel  funktionieren:

Laut welcher Hilfe? Laut der Programmhilfe von OOo? Falls ja enthielte
diese einen FEhler.

> Zelle A1 : Ölspur
> Zelle A2 : Ölspur / Gefahrenstelle
> Zelle A3: Gefahrenstelle / Ölspur
>
> Formel in A4: =ZÄHLENWENN(A1:A3;"*Ölspur*")
> Ergebnis müßte  3 sein, weil in jeder Zelle enthalten. (Funktioniert
> richtigerweise auch so in Excel)
>
> in OOO-Calc sind aber nur folgende Ergebnisse erzielbar:
> =ZÄHLENWENN(A1:A3;"*Ölspur*") -kein Ergebnis
> =ZÄHLENWENN(A1:A3;"Ölspur*") - Ergebnis 1
> =ZÄHLENWENN(A1:A3;"Ölspur") - Ergebnis 1
>
> Da in der Hilfe bei regulären Ausdrücken auf ein \ hingewiesen wird,
> habe ich auch das versucht:
> =ZÄHLENWENN(A1:A3;"\Ölspur") - Ergebnis 1
> =ZÄHLENWENN(A1:A3;"\*Ölspur") - kein Ergebnis
> =ZÄHLENWENN(A1:A3;"\*Ölspur*") - kein Ergebnis
> =ZÄHLENWENN(A1:A3;"\Ölspur\") - kein Ergebnis
> =ZÄHLENWENN(A1:A3;"*\Ölspur\") - kein Ergebnis

Kurz gesagt der richtige Ausdruck muß lauten:

=ZÄHLENWENN(A1:A3;".*Ölspur.*")

da das aber ein sehr typischer Ausdruck ist steht der als Beispiel an
vielen Stellen wo Kommunikation zu entsprechenden OOo-Themen
stattfindet.

> Da in den Foren sogar Hinweise wie "Dann nehmt doch gleich EXCEL"

Dummer Hinweis wenn er andeuten soll das Calc das nicht kann.

Kein vollkommen unberechtigter Einwand jedoch wenn es darum ginge die
Maskierung solcher Ausdrücke in Calc müsse so funktionieren wie in Excel
/nur damit/ Dir die Funktion von Calc 'richtig' vorkommt.

MS Excel maskiert solche Ausdrücke nun mal nach eigenen Vorstellungen,
Calc (wie OOo generell an ähnlichen Stellen) nutzt reguläre Ausdrücke.
Die Forderung Calc (bzw. OOo) sollen nun schon wieder einmal in einer
Eigenschaft ein Programm aus dem Paket MS Office nachmachen um völlig
deckungsgleich zu funktionieren, entspricht nicht unbedingt den
allgemeinen Zielen von OOO, das zwar eine Alternative zu MSO sein will,
jedoch kein Clone.
Im Konkreten würden wohl sogar relativ Viele gegen eine Anpassung sein,
weil sie viel virtuoser mit regulären Ausdrücken umgehen können als ich,
deren vielfältige Möglichkeiten schätzen und nicht darauf verzichten
wollen.

> auftauchen,  hielt  ich es für sinnvoll, die de.openoffice.org mal
> direkt anzuschreiben und hoffe auf  Änderung in einer der nächsten
> Versionen und eine kurze Rückantwort.

Du bist hier auf einer 'Anwender helfen Anwendern' Liste,
Änderungswünsche zum Programm kannst Du als issue einreichen:
http://de.openoffice.org/dev/pre_submission_de.html




Gruß
Jörg



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

Re: [de-users] Writer, Feldbefehle

[Jörg Schmidt]

Hallo,

Klaus Buechting schrieb:
> Ich habe (erfolgreich) einen Feldbefehl ausgeführt, nämlich:
> Reiter Dokument, Feldtyp Kapitel, Format Kapitelname, Ebene 1
> - habe ich
> eher zufällig gefunden und für gut befunden!
>
> Ich gehe davon aus, daß Ebene 1 mit Überschrift 1
> korrespondiert, Ebene 2
> mit Überschrift 2 usw.

Nein, das ist ein häufiger Irrtum.

Die Ebenenzuordnung richtet sich für diese Feldbefehle allein nach den
Zuweisungen der Absatzvorlagen zu den entsprechenden Überschriftenebenen
unter Extras-Kapitelnummerierung. Man kann dort die Absatzvorlagen
zuweisen die man selbst verwenden möchte, das können diejenigen namens
"Überschrift ..." sein, müssen es aber keinesfalls.

> Jetzt möchte ich in einer Fußzeile (dies sollte aber ohne
> Belang sein)

Nein, auch das stimmt meines Wissens nicht, denn es besteht ein
ZUsammenhang zwischen der genauen POsition von Überschriften im
Fließtext. Feldbefehle dafür werden also u.U. anderes Anzeigen wenn sie
auf der gleichen SEite einmal in Kopf- und einmal in Fußzeile stehen und
auf der (Mitte) dieser Seite ein neues Kapitel beginnt.

> links
> Ebene 1 und in der Mitte Ebene 2 einfügen. Das einfügen
> selbst klappt ja
> noch, aber angezeigt wird in beiden Fällen die
> Kapitelüberschrift, Ebene 1.

Es existiert im aktuellen Kontext keine anzuzeigende Ebene 2, in diesem
Fall wird meines Wissens für den FEldbefehl der Ebene 2 auch der Inhalt
angezeigt der eigentlich zur ersten Ebenen gehört.

siehe auch Wiki, z.B. ausgehend von:
http://www.ooowiki.de/KopfZeile/LebendeKolumnentitel



GRuß
Jörg


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

Re: [de-users] Writer-Formel: kursiv

[Jörg Schmidt]

Hallo,

thomas.kueb...@web.de schrieb:
> Ich bin von der Schulmathematik gewohnt, zwischen der Zahl und der
> Variablen keinen Zwischeraum zu lassen.
> In Math ist das aber zwingend für die Erkennung notwendig.

und warum sollte das so sein?

Aus dem bisher gesagten sollte im Gegenteil klar werden dass, falls es
gewünscht ist keinen Zwischenraum einzufügen, man nur die Eingabe anders
gliedern muß, z.B. 135{v^2}w^{2} - 90vw

Das macht zwar auch optisch einen kleinen Abstand, aber aus anderen
Gründen, und der sollte notfalls noch wegzuformatieren sein.



Gruß
Jörg


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

Re: [de-users] Datenrettung

[Jörg Schmidt]

Hallo,

Karlheinz Schuster schrieb:
> Sehr geehrte Mitarbeiter,

wir sind hier 'nur' eine 'Anwender-helfen-Anwendern'-Mailingliste und
Du-zen uns

> Auf Grund eines Festplattendefektes sind wichtige Daten
> verloren gegangen. Jedoch per Datenrettungsprogrammen wieder
> herstellbar.

Woraus schlussfolgerst Du das? Ohne ein entsprechendes
Datenrettungsprogramm wüßte ich nicht einmal wie so eine Aussage möglich
sein sollte.

Im Übrigen bleibt mir unklar was für ein Festplattenfehler vorliegt,
eine Software kann bei Festplattenfehlern i.A. ohnehin nur helfen wenn
einzelne Sektoren beschädigt sind, welche jedoch keine Sektoren umfassen
die Cluster der wiederherzustellenden Dateien enthalten. Möglich wären
u.U. zum Beispiel Reparaturen im Startsektor oder ggf. an der FAT
(abhängig vomn Dateisystem).
(Solche Dinge sind, auch das sei erwähnt, ihrer Natur nach schon etwas
anderes als Wiederherstellung von versehentlich gelöschten Dateien, wo
man nur einige Bytes ändern muß um dem BS zu sagen das entsprechende
SEktoren nun doch nicht überschrieben werden dürfen und die dAtei auf
BS-Ebene wieder 'sichtbar' zu machen.)

Unter Festplattendefekt wird aber üblicherweise überwiegend ein FEhler
an der physischen Festplatte verstanden, z.B. ein Defekt auf der Platine
oder eine Beschadigung eines Platters durch Headcrash.

> Bedingung: Das Datenrettungsprogramm, muß auch
> das Format von OO verarbeiten können.

Ich habe schon gelegendlich Daten gerettet, das sowas /Bedingung/ sein
sollte ist mir allerdings neu. Mag sein das manche Hersteller über bunte
Oberflächen Dateitypen auswählbar machen, nur hat das nichts mit dem
Wiederherstellungsprozess zu tun.

> Meine Frage an Sie: Können Sie mir eine Empfehlung geben,
> welche Datenrettungsprogramme, (von welchen Firmen), können
> die Dateien von OO wieder herstellen?

Nein. Ohne genaue Umstände zu kennen ohnehin nicht.

Ein DRINGENDER Rat sei aber gegeben:
falls es sich tatsächlich um einen Festplattenfehler im engeren Sinne
handelt und die Platte ist überhaupt noch im Zugriff sollte als
ALLERERSTES ein Image der Platte angefertigt werden und danach die
Platte sofort abgeschaltet werden um ggf. weitere Schäden zu minimieren.
Alle Versuche hinsichtlich Reparatur oder Wiederherstrellung von Daten
sollten prinzipiell nur mit dem Image der Platte erfolgen.

Als Imager bietet sich z.B. Acronius True Image an, welches auch von CD
gestartet werden kann:
http://www.acronis.de/homecomputing/products/trueimage/



FRagen zu Festplattenfehlern würde ich im Übrigen mit dafür eher
kompetenten Leuten diskutieren als auf einer mailingliste zum Thema
OpenOffice.org.
Aus Erfahrung würde ich die Newsgroup:
http://groups.google.com/group/de.comp.hardware.laufwerke.festplatten/to
pics

als Einstieg empfehlen. Helfen wird man dir dort aber auch nur können
wenn du weitere infos lieferst und falls wirklich ein ernsthafter
Festplattenfehler vorliegt wird man Dir auch dort nicht helfen können
sondern Dich an entsprechende Dienstleister verweisen.



Gruß
Jörg


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

Re: [de-users] Re: "Fehler" in OOO-Calc??

[Jörg Schmidt]

Hallo,

Andreas Saeger schrieb:
> Dieses spezielle Problem löst sich am einfachsten in
> Wohlgefallen auf,
> wenn man unter Extras>Optionen...Calc>Berechnen alle Auswahlfelder
> ausschaltet. Dann werden reguläre Ausdrücke in den Formeln
> dieser Datei
> nicht mehr verwendet, und in dieser Datei werden
> Suchausdrücke auch dann
> gefunden, wenn sie nur ein Teil des Zellwertes sind.
> Eventuell willst Du
> die Optionen für die Unterscheidung von Groß/Kleinschreibung doch
> einschalten.

Erläuterst Du bitte wie man dadurch das Problem löst?

Aufgabenstellung war das bei den Zellinhalten:

Zelle A1 : Ölspur
Zelle A2 : Ölspur / Gefahrenstelle
Zelle A3: Gefahrenstelle / Ölspur

eine Formel aufgestellt werden soll die die Anzahl derjenigen Zellen
ermittelt in denen das (Teil)wort "Ölspur" irgendwie vorkommt
(alleinstehend, am Anfang des Zellinhalts, innerhalb des Zellinhalts, am
Ende des Zellinhalts)

> Regexes werden von 90% der heutigen Benutzer eh' nicht
> verstanden, schon
> gar nicht in der fehlerhaften Spezialimplementierung von
> OpenOffice.org.

Hier wäre ich Dir für eine Erklärung dankbar was das bedeuten soll, da
ich erstens nicht weiß was hier 'fehlerhaft' meint und ich zweitens
nicht weiß wie hier im Besonderen (="schon gar nicht") Nutzer abgehalten
würden, denn ich sagte bereits das ich kein besonderer Experte für
reguläre Ausdrücke bin, ich aber Etliche kenne die die Möglichkeiten
regulärer Ausdrücke in OOo virtuos nutzen.



Gruß
Jörg



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

Re: [de-users] Re: "Fehler" in OOO-Calc??

[Jörg Schmidt]

Hallo Andreas, *,

Andreas Saeger schrieb:
> Fehlerhaft:
> 1. Seit Jahren gibt es *mindestens* einen ungefixten bug: einfach mal
> =SUCHEN("[:digit:]";A1) mit irgendeiner einer Zahl in A1 testen.

issues habe ich gesucht und finde mir Suchworten "[:digit:]" und "regex"
letztlich 16 bzw. 24 Treffer, keiner jedoch passt meiner Erkenntnis nach
auf das Problem dieser Formel.

Wenn ich selbst mir nochmals die regulären Ausdrücke in dr Hilfe
durchlese finde ich selbst auch die Formel falsch, denn ich würde sie
z.B. formulieren mit:
=SUCHEN("[:digit:]?";A1)

was dann jedoch zu einem, in meinen Augen richtigem Ergebnis führt.

Wo ist hier der Fehler in meinen Überlegungen bzw. was ist der passende
issue?

> 3. Erkläre mal einem Gegenüber (ohne die Hände zu gebrauchen)
> wie man in
> Writer einen einen weiche Zeilenumbrüche mit harten ersetzt
> (\n durch \n
> ersetzen).

hatten wir neulich im Forum als Frage und dafür gibt es wohl eine
Extension

> 2. Vergleiche den Regex-Dialekt von OOo mit den POSIX-konformen
> Varianten in gängigen Programmierwerkzeugen und Texteditoren:
> [^[:digit:]]
> 4. Erklär mir mal warum "$1" in Finden&Ersetzen "\1" im Zusammenhang
> einer Formel sein muss.

Nö, wirklich nicht.
Ich hatte zum Ausdruck gebracht das reguläre Ausdrücke nicht meine
Stärke sind, ich anderseits jedoch erlebe das andere damit virtuos
umgehen und von Dir höre ich nun das das alles in OOo fehlerhaft sein
soll und letztere Aussage steht für mich zunächst in Widerspruch zu dem
was andere sagen.
In dieser Situation hatte ich von Dir auf Erläuterungen Deiner Aussage
gehofft, die ihrer Natur nach auch das Ganze etwas zusammenhängend
einschätzen, denn es ist für mein Verständnis ein Unterschied ob etwas
'nur' etliche Fehler enthält oder ob etwas schon dem Grundsätzlichen
nach fehlerhaft (implementiert) ist - und Letzteres glaubte ich aus
Deiner Aussage zu regulären Ausdrücken in OOo entnehmen zu können.
Vielleicht nur ein Mißverständnis meinerseits?

> Schalte doch einfach mal den ganzen Blödsinn aus und versuche
> =ZÄHLENWENN($A$1:$A$999 ; "Ölspur")

ja, ich sehe. Das ist tatsächlich eine interessante Variante.



Gruß
Jörg


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

Re: [de-users] Verknüpfungen auflisten

[Jörg Schmidt]

Hallo,

Gerwin Hartmann schrieb:
> Verknüpfungen haben da drin aber nichts
> verloren. Vermute, dass die durch das
> Kopieren von Formeln aus anderen Dateien
> da versehentlich hinein gekommen sind.
> Gibt es eine Möglichkeit, diese Verknüpfungen
> alle aufzulisten?
> Oder muss ich jede Zelle einzel durchgehen
> und jede Formel überprüfen?
>
> Für sachdienliche Hinweise schon mal
> vielen Dank.

Eigentlich sollte Bearbeiten-Verknüpfungen (im Menü) helfen.



GRuß
Jörg


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

Re: [de-users] Verknüpfungen auflisten

[Jörg Schmidt]

Hallo *,

Andreas Saeger schrieb:
> Nein, das hilft nicht. Wenn eine Formel mit der Verknüpfung
> 'file:///pfad/datei.ods'#Tabelle1.X1 neu berechnet wird,
> erscheint die
> Verknüpfung immer wieder neu im Verknüpfungsdialog.

kann ich hier nicht nachvollziehen. Wenn ich solcherart
file-Verknüpfungen über Bearbeiten-Verknüpfungen löse erscheinen diese
bei Neuberechnung nicht mehr im Verknüpfungsdialog.
Die externe Verknüpfung ist und bleibt dauerhaft gelöst und es besteht
lediglich weiterhin die dateiinterne Verknüpfung zu der versteckten,
einstmals extern verknüpften, Tabelle namens
"file:///pfad/datei.ods'#Tabelle1" (OOo 2.4.0)

> Ebenso mit
> Verknüpfungen der Art DDE("soffice";"Pfad\Datei.ods";"Tabelle1.X1").

ja, nachvollziehbar




Gruß
Jörg


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

Re: [de-users] "Fehler" in OOO-Calc??

[Jörg Schmidt]

Hallo Andreas,

Andreas Saeger schrieb:
> Im Grunde haben wir damit schon den nächsten Fehler: Eine oder null
> Ziffern zu suchen macht für sich allein gar keinen Sinn. An welcher
> Position befindet sich "eine oder keine Ziffer"?

Bei einer Ziffer ist das ERgebnis die entsprechende Position der Ziffer
und bei keiner eine Fehlermeldung
(Letzteres also nicht prinzipiell völlig verschiedenen von der Rückgabe
von z.B. #NV bei einigen anderen Funktionen, wenn ERgebniswerte nicht
ermittelbar sind)

> Der Issue ist http://www.openoffice.org/issues/show_bug.cgi?id=64368
> Alle Regexes scheitern wenn eine benannte Klasse am Ende des
> Ausdrucks
> steht.

danke.

> > hatten wir neulich im Forum als Frage und dafür gibt es wohl eine
> > Extension
> >
> Eine Extension. Na toll.

ich glaube hier verstehst du mich miß, ich finde diese Situation
keineswegs toll, ich versuche nur herauszubekommen warum Du von
"fehlerhaft" sprachst.

Die Implementierung der bedingten Formatierung z.B. ist ähnlich
ungünstig, es gehen über die GUI nur 3 Bedingungen, für mehr braucht es
Handarbeit oder eine Extension:
http://www.calc-info.de/makros.htm#mottco

nur ist doch das nicht "fehlerhaft" sondern eher nur ungenügend
implementiert.

> Ich halte Reguläre Ausdrücke in Tabellenkalkulationen für Blödsinn,
> besonders dann wenn viele Suchausdrücke über Tabellenzellen
> referenziert
> werden:
> VLOOKUP(X1;Bereich;2;0) mit eingeschalteten Regexes und
> "(Zusatz)" in X1
> soll "(Zusatz)" finden und wenn man es herunterkopiert auch
> den Text in
> X2,X3,X4 usw., X1 findet aber auch "Zusatz" ohne Klammern weil die
> runden Klammern ohne Rückbezug keinerlei Bedeutung haben.
> In X1 müßte also \(Zusatz\) stehen, damit die Klammern als solche
> gefunden werden.
> Das Problem ist natürlich dasselbe mit allen Klammern und
> allen Zeichen
> .*?+\^$, die dann in allen Suchbegriffszellen mit \ versehen
> werden müssen.
> In den Foren taucht das Problem weit häufiger auf als
> irgenwelche Fragen
> über den korrekten Gebrauch von regulären Ausdrücken.

kann ich, als ein langjähriger Moderator von http://de.openoffice.info
nicht bestätigen. Generell herrscht Unverständnis bezüglich jedwegen
Gebrauchs regulärer Ausdrücke, nicht jedoch speziell bezogen auf
DEtails, sondern über die gesamte Breite.

> Entweder weil es
> in Excel zufällig funktioniert oder weil es auch auf den
> zweiten Blick
> nicht einleuchten kann wenn man noch nie von regulären
> Ausdrücken gehört
> hat. Excel hat das gleiche Problem mit *  und ? aber nicht
> mit all den
> anderen Zeichen.
> Meiner Meinung nach macht es Gnumeric mal wieder richtig:
> Mustererkennung in Formeln wird grundsätzlich nicht
> unterstützt. Wenn es
> mal benötigt wird, dann kann man SEARCH mit ?* verwenden.
>
> In OOo unterstützt Base all die Textfunktionen, die 95% aller
> Benutzer
> verzweifelt in Calc suchen, einschließlich beliebig komplexer
> Filter mit
> Shellpatterns, beliebige Sortierungen, Abgleichen von Listen,
> Verketten
> von Listen, Duplikatsuche, Duplikatvermeidung und so weiter.

insgesamt sind solche Dinge, meiner Meinung nach. ungünstige bzw. für
den 'Wissenden' ggf. unerwartete Implementierungen.
An bestimmten Stellen sind natürlich leider auch Fehler da (Deine
Hinweise und die konkreten issues belegen das).



Gruß
Jörg


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

Re: [de-users] Re: "Fehler" in OOO-Calc??

[Jörg Schmidt]

Andreas Saeger schrieb:
> > Die Implementierung der bedingten Formatierung z.B. ist ähnlich
> > ungünstig, es gehen über die GUI nur 3 Bedingungen, für
> mehr braucht es
> > Handarbeit oder eine Extension:
> > http://www.calc-info.de/makros.htm#mottco
> >
>
> Kombinier mal VORLAGE mit einer bedingten Formatierung und
> schon ist die
> Beschränkung aufgehoben.

Das ist mir bekannt, aber viele Nutzer haben ihre eigenen Vorstellungen.
Weil MS inzwischen wohl mehr als 3 Bedingungen bei bedingter
Formatierung in Excel kann kommen von dorther verstärkt die Fragen der
Umsteiger warum OOo 'nur' 3 kann.

Wobei ich denke das ist nur eine Frage dessen das die
Anforderungen/Wünsche der Anwender in unseren Fokus stehen sollten und
nicht etwa pauschal das was MS vormacht.
Hier im Konkreten ist das auch in der Beurteilung (soll man diese
Funktion in OOo haben oder nicht) relativ leicht, denn es geht ja nur um
rein formale Erweiteung einer bereits bestehenden Funktion.


Am Rande gesagt waren solche Konstruktionen mit VORLAGE() in älteren
OOo-Versionen (zumindest alle 1.x)  ungeeignet, weil sie (zumindest bei
Vorliegen mehrerer kombinierter Bedingungseinträge) zum 'Flackern' der
Zellen führten.



Gruß
Jörg



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

Re: [de-users] Verknüpfungen auflisten

[Jörg Schmidt]

Hallo Heinz,

Heinz Kiesewetter schrieb:
>
> >
> > Nein, das hilft nicht. Wenn eine Formel mit der Verknüpfung
> > 'file:///pfad/datei.ods'#Tabelle1.X1 neu berechnet wird,
> erscheint die
> > Verknüpfung immer wieder neu im Verknüpfungsdialog. Ebenso mit
> > Verknüpfungen der Art DDE("soffice";"Pfad\Datei.ods";"Tabelle1.X1").
> >
> > Bearbeiten>Suchen... mit der Option "In allen
> Tabellenblättern suchen"
> > sollte diese Arten von Verknüpfungen aufspüren. Suche DDE
> oder file://
> >
>
> Hallo Jörg,
>
> ich hab jetzt mal so einen Problemfall nachgestellt und hab bei
> Bearbeiten -> Suchen&Ersetzen einfach ein Apostrof eingesetzt.
> Das auf der Kreuztaste # -> also Schift Kreuz und Calc hat
> anstandslos die
> Verknüpfung gefunden.

obige, von Dir zitierte Aussagen sind nicht von mir. Vielleicht stellst
du nötigenfalls nochmal eine Nachfrage, dann kann ich darauf antworten.



Gruß
Jörg


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

Re: [de-users] Verknüpfungen auflisten

[Jörg Schmidt]

Hallo,

Gerwin Hartmann schrieb:
> > Aber mal abgesehen von der Art des Cachings:Was passiert
> den mit der
> > referenzierenden Formel,wenn sie nicht gelöscht wird?Wenn Du die
> > Verknüpfung im Dialog aufgelöst hast,steht da immer noch
> die Referenz in
> > der/den Formelzelle(n).
>
> Das ist ja genau mein Problem.

dann wäre es gut gewesen auch dieses Problem anzufragen, aus DEiner
Ursprungsfrage war das jedenfalls für mich nicht zu ersehen

> Das Lösen der Verknüpfung funktioniert, kein Thema.
> Allerdings wüsste ich gerne, welche Formel und welche
> Zelle verknüpft ist, bzw. war.

Bei 2.3.1 verhält es sich genauso wie ich es bereits für 2.4.0 benannt
habe.

Existiert beispielsweise eine file-Verknüpfung:
'file:///pfad/datei.ods'#Tabelle1.X1

so existiert nach Lösen der (externen) Verknüpfung mittels
Bearbeiten-Verknüpfungen, weiterhin die lokale Verküpfung zur Zelle X1
der versteckten Tabelle namens "'file:///pfad/datei.ods'#Tabelle1"
(dieser gesamte Ausdruck ist tatsächlich NUR ein Tabellenname), die du
über Format-Tabelle-einblenden sichtbar machen kannst.

Der gewünschte Zusammenhang ist also bei allen (quasi ehemaligen)
file-Verknüpfungen immer aus der Verknüpfung selbst ersehbar.



Gruß
Jörg


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

Re: [de-users] Verknüpfungen auflisten

[Jörg Schmidt]

Hallo Gerwin,

Gerwin Hartmann schrieb:
> Das habe ich gemacht und nun ein Tabellenblatt mehr in der Datei.
> Allerdings kann ich weder anhand dieses Tabellenblattes noch dessen
> Namen erkennen, mit welcher Zelle dieses verknüpft war.
> Auch mit -> Suche ->"file" über alle Tabellenblättern kommt nichts.

Achso, jetzt verstehe ich das Problem erst richtig.
Diese Tabellen sind bei file-Verknüpfungen immer als komplette Tabelle
mit der Ursprungstabelle verknüpft. 'Wie, was, wo' steht unter
Bearbeiten-Verknüpfungen solange Du die dortige Verknüpfung nicht gelöst
hast.

Eine weitergehende Auflistung gibt es mit Bordmitteln nicht und Du
müßtest deshalb dafür wohl ein Makro erstellen. Im Prinzip sehe ich
dafür kein Problem, erahne aber was Da deinerseits an Anforderungen
gestellt wären und habe leider keine Zeit das mal nebenbei zu schreiben
und leider keinen fertigen Schnipsel für dieses konkrete Thema.

Vielleicht hilft dir jemand anderes, ansonsten wäre z.B. die
dev-api-Liste über http://api.openoffice.org oder das internationale
Forum http://www.oooforum.org/forum/viewforum.phtml?f=9 oder auch
http://de.openoffice.info eine Möglichkeit.

Falls du selbst programmieren kannst helfen vielleicht ein paar Links
zum Einstieg:
http://de.openoffice.info/viewtopic.php?f=18&t=1553


> Sorry für die vielleicht blöde Frage,

Nein die ist nicht blöd



Gruß
Jörg


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

Re: [de-users] OO-Adressdatenbank aus Outlook-Kontakten erzeugen

[Jörg Schmidt]

Hallo *,

Eric Hoch schrieb:
> Geht, soweit mir bekannt, aber nur unter Windows und in der 
> Windowsversion von OpenOffice.org. Damit hast du selbst wenn du 
> unter Linux auf die NTFS Partition zugreifen kannst, eher keine 
> Chance auf die Outlook Daten.  
> 
> Wie du die Daten aus Outlook herausbekommst steht des Öfteren mal 
> in der c't. Dieses Jahr soweit mir bekannt in Ausgabe 17/09 
> und/oder 14/09. Vielleicht hat die Stadtbibliothek in deiner 
> Stadt/Nachbarstatdt ein c't Abo und die Ausgaben dieses Jahres 
> vorrätig. Aber auch die Suchmachine der Wahl hilft. 

Hinweis:
zukünftig könnte sich hier auch eine bessere Situation ergeben für die Daten 
die sich in PST-Dateien befinden da MS vor einigen Wochen angekündigt hat 
dieses Format offen zu legen (bitte mal bei http://www.heise.de/ oder 
http://www.golem.de/ in den News suchen).
Ich schreibe hier "für die Daten die" weil, meines Wissens, in Outlook 2 
Möglichkeiten bezüglich der Adressdaten bestehen - diese in Outlook (also in 
der PST zu speichern) oder von Outlook nur auf die Adressdaten des sog. 
Systemadressbuchs zuzugreifen, letztere werden wohl in *.wab DAteien 
gespeichert, über die ich nichts weiter weiß.


Gruß
Jörg


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

Re: [de-users] "Fehler" in OOO-Calc??

[Jörg Schmidt]

Hallo,

Wolfgang Jäth schrieb:
> > Bei einer Ziffer ist das ERgebnis die entsprechende
> Position der Ziffer
>
> Um genau zu sein: Das erste Vorkommen derselben.

exakt

> > und bei keiner eine Fehlermeldung
>
> Falsch;

?
Ich habe den tatsächlichen Zustand beschrieben und der ist so wie
beschrieben, genauer gesagt erscheint die Meldung #WERT! (entspricht
Err:519 -> kein Ergebnis)

(OOo 2.4.0 - Windows)

> 'keine Ziffer' (oder allgemeiner 'kein Zeichen') sollte genau
> vor, zwischen und nach jedem Zeichen matchen; andernfalls ist die
> RegEx-Engine fehlerhaft.

dann solltest Du das den Entwicklern mitteilen



Gruß
Jörg


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

Re: [de-users] Verknüpfungen auflisten

[Jörg Schmidt]

Hallo,

Gerwin Hartmann schrieb:

> Leider ist der Pfad-Name zu lang, so dass die Zelle hinten nicht mehr
> angezeigt werden.

Sorry, nunmehr wohl zum dritten Mal:
Es sind keine Zellen dateiübergreifend verknüpft (sondern nur ganze
Tabellen!) weswegen für file(!)-Verknüpfungen in diesem Dialog am Ende
keine Zellen angezeigt werden können.
(Diese stehen, wie auch bereits erläutert, auf den ensprechenden
Tabellenblättern in den 'Zielzellen' der Fileverknüpfungen, weil die
Zelladressen in der Quelldatei dem Namen nach identisch sind mit
denjenigen in der verknüpften Tabelle)

Darüber hinaus kann man sich auch die kompletten Pfade der verknüften
Tabellen mittels Makro z.B. in ein Textdokument schreiben lassen:

Sub file_verknuefungen_auflisten()
For i = 0 To ThisComponent.Sheets().Count-1
 With ThisComponent.Sheets().getByIndex(i)
  IF .LinkURL <> "" Then
   tmp = tmp & ConvertFromURL(.LinkURL) & CHR(13)
  End If
 End With
Next i
oDoc = StarDesktop.loadComponentFromURL("private:factory/swriter",
"_blank", 0, Array())
oText = oDoc.getText()
oCursor = oText.createTextCursor()
oCursor.String = tmp
End Sub



Gruß
Jörg



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

Re: [de-users] Issue 90815 (Startcenter) – die Krucks mit der UX

[Jörg Schmidt]

Hallo,

elv_matth.muel...@web.de schrieb:
> > > Ich bin jemand, der OOo ohne StartCenter haben möchte.
> >
> > Nur aus Neugier: Warum? Was stört dich so sehr, dass du es 
> abschalten
> > möchtest?
> Nicht schon wieder diese Diskussion. Die bringt nix.

Hier geht es nicht um eine Diskussion, sondern um eine ganz einfache Nachfrage.

Dem Ausgangsfrager wäre nämlich, wenn man seine bisher gemachten Aussagen so 
nimmt wie sie da stehen, u.U. relativ leicht zu helfen, den er schrieb bisher 
nichts davon das er, wie viele andere, das bisherige leere Anwendungsfenster 
will. Er wollte nur die aktive Anwendung ansich.

Oder habe ich mich verlesen? Wenn nicht finde ich die, ganz neutrale Frage von 
Nino berechtigt, aus meiner Sicht nicht nur aber gerade deshalb weil wir hier 
auf einer Nutzer-Liste sind und weil u.U. ein workaround möglich scheint, wenn 
die Anforderungen dees Ausgangsposters die sind die er anführt, denn er führt 
nicht an das er die ursprüngliche Funktionalität haben müsse. 
Natürlich würde die ursprüngliche Funktionalität ihm auch genügen, aber 
erahnend das der Nutzer wohl eine schnelle Lösung bevorzugt und eine schnelle 
Lösung im Programm wohl nicht kommt wäre ein workaround schon eine Alternative 
wenn man denn genau wüßte was der Nutzer will.


Im Übrigen wäre es schon interessant zu wisen warum Nele das GAnze will, weil 
es im issue (soweit ich sehe)  nur einen technischen Grund gibt (Nutzer wollen 
eigene Dialoge im Startfenster plazieren) und der für sehr wenige Nutzer 
zutrifft. Gäbe es weitere technische Gründe wäre es interessant diese zu 
erfahren.



Anmerkung:
*ich bin kein OOo-Programmierer
*ich bezwecke auch nicht mit obigen Ausführungen die Einführung einer 
Umschaltmöglichkeit für das Startfenster zu verhindern (übel sowas betonen zu 
müssen, aber wenn ich Neles Andeutungen lese ...)
*ich bin allerdings überzeugt das ein schnell verfügbarer Workauround manchmal 
fast vollständiger Ersatz sein kann unnd finden von workarounds ureigenstes 
Thema auf Anwenderlisten ist - ein solcher workaround scheint mir aber nur 
realisierbar wenn man auch fragen darf was der Ausgangsfrager überhaupt genau 
will



Gruß
Jörg



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

Re: [de-users] Issue 90815 (Startcenter) – die Krucks mit der UX

[Jörg Schmidt]

Hallo *,

Stefan Weigel schrieb:
> Gut, dann habe ich zwei weitere Issues, die "härter" sind, als 
> "sieht nicht gut aus" und "mag ich nicht".

nicht wirklich

> http://de.openoffice.org/issues/show_bug.cgi?id=89119
> http://de.openoffice.org/issues/show_bug.cgi?id=107276

+1 
(jedoch nicht sooo vorrangig - in meinen Augen)

> Eigentlich würde ich persönlich den StartCenter mögen. Wenn da nicht 
> seine Usability Flaws wären.
> 
> Weder Cursor noch Button verändern sich, wenn man die Maus über 
> einen klickbaren Button bewegt. Normalerweise würde man erwarten, 
> dass sich der Mauszeiger verändert, wenn man an einer Stelle ist, wo 
> man klicken kann. 

das passiert an (wahrscheinlich) dutzenden anderen Stellen im Programm auch 
nicht. Fast alle 'normalen' Dialoge (Druckdialog, diverse Formatierungsdialoge, 
usw.) verwenden Buttons 'alten' stils die kein mouse-over bewirken.

> Die nebensächlichen Buttons unten rechts verändern 
> sich, wenn man drüberfährt und signalisieren wenigstens auf diese 
> Weise, dass man sie wohl anklicken kann. Aber das ist inkonsistent.

ja, aber diese(!) Button sind inkonsistent, nicht die anderen

> Wer Kursteilnehmern, die erstmals mit dem StartCenter Bekanntschaft 
> machen, über die Schulter schaut und beobachtet, wie hilflos sie 
> darin herumstochern, wird die Brisanz bestätigen. Dann lieber kein 
> StartCenter.

Wer Kursteilnehmer beobachtet sieht wie hilflos die im Vielen sind, *weil sie 
es erst lernen müssen*.

Wenns um Schwierigkeiten geht ist z.B. der Verzeichnisdialog für 
Inhaltsverzeichnisse hinsichtlich der Bearbeitung der Struktur viel 
unergonomischer besser gesagt unintuitiver. 
Buttons ohne Mouse-over hingegen gibt es auch sonst im Programm zuhauf und gab 
es noch vor wenigen Jahren vielfach ausschließlich.



meine 2 Cent



Gruß
Jörg


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

Re: [de-users] Issue 90815 (Startcenter) – die Krucks mit der UX

[Jörg Schmidt]

Hallo *,

Christoph Noack schrieb:
> Diese Funktionalität müsste abhängig vom Toolkit sein. [...]

bitte Ankreuzen:

[ ] es erscheint sinnvoll auf einer users(!)-liste so zu schreiben das 
Normalnutzer es möglichst leicht verstehen und auf 
Facherläuterungen/Fachbegriffe zu verzichten wo sie entbehrlich sind - deshalb 
schrieb Jörg wie er schrieb

[ ] Jörg (und andere) haben noch nie was von (GUI-)toolkits und den anderen 
Erläuterungen gehört, so das diese Art der Erklärung nötig war


> Aber wir sollten es schon schaffen, dass eine so prominent
> positioniertes Fenster - das das Leben ja eigentlich vereinfachen soll -
> möglichst schnell verstanden wird. 

Warum tut wir es dann nicht? 
Sorry, nur ich mag nicht solche Sätze hören, wenn sie 'Bedienfragen' betreffen 
und von UX stammen, denn darauf Einfluss zu nehmen das solche Dinge erst 
garnicht fehlimplementiert werden, ist letztlich eine Aufgabe von UX, *gerade 
in Fällen wie hier wo an prominenten Stellen Schwerpunktsetzungen für wichtig 
erscheinende Neuerungen des UI erfolgen*.

nochmals genauer:
man kann wissend um Personal- und Rewssourcenknappheit im Projekt, UX keinen 
Vorwurf für jede bedientechnisch ungeschickte Implemetierung machen, ABER:
solche Dinge wie das neue Startcenter, /die erkennbar Schwerpunkte setzen 
sollen/, dürfen nicht fehlimplementiert werden, sondern müssen von Anfang an 
richtig laufen.
Hier (bei wesentlichen Schwerpunkten) darf, und sollte, dann auch mal von der 
allgemeinen OSS-'REgel' möglichst früher Veröffentlichung abgewichen werden, zu 
Gunsten von Anfang an richtiger Funktion.
Das Startcenter ist jedenfalls, in der öffentlichen Meinung dazu, ein ähnliches 
Ärgernis wie die derzeitige Suche/Erprobung/Planung einer (Implementierung) 
möglichen neuen GUI - SChuld an diesen Entwicklungen sind aber allein wir und 
nicht die Öffentlichkeit, denn wir haben unser Handeln so auszurichten das in 
der Öffentlichkeit nicht soviel (unnötiges) 'negatives Feadback' entseht.

> Ich gebe Stefan hier vollständig
> Recht, 

also auch mir, der ich ja Stephans Vorschlag mit +1 bewertete ...


> denn ich gehe mal davon aus, dass es nicht am Mousover allein
  
> liegt.

Einfach mal richtig lesen - genau das Stefan das Gegenteil tat, nämlich sich in 
seiner Begründung weitgehend nur auf den mouse-over bezog, und ich das 
angesichts der Funktion des Restprogramms einfach für keine zutreffende 
Begründung halte (hingegen die beiden Issus die Stefan nannte völlig berechtigt 
finde) war der Anlass meines posts. 
Hätte Stefan nur geschrieben er findet das jetzige Startfenster unergomisch, 
hätte ich mir nicht mal die Mühe gemacht zu posten, den darin stimme ich 
überein.



Gruß
Jörg



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

Re: [de-users] OOo Writer -> Navigator

[Jörg Schmidt]

Hallo,

Dr. Jochen Schiffers schrieb:
> Der Navigator ermöglicht es meiner Meinung nach nicht,
> einzelne Überschriftenebenen ein- bzw. auszublenden. Es geht
> immer nur die Ebene 1 oder 2 usw. als Gesamtheit.
> In Word ist es z.B. in der Gliederungsansicht möglich, die
> Überschriftenebene 1 anzuwählen und dann die dazugehörigen
> Überschriftenebenen mit einem Doppelklick "aufzumachen" bzw.
> wieder "zuzumachen". In Writer funktioniert das anscheinend nicht.

es gibt ein Icon/Schaltfläche im Navigator Namens "Angezeigte
Überschriftenebenen"

> Ich habe schon oft zu diesem Thema gegoogelt.
> Aber ich finde
> keine Lösung

ich habe mir die 17 Icons im Navigator angesehen indem ich jeweils die
Maus drüberhielt und den Tooltip las, hat <1 Minute gedauert, natürlich
wäre es auch möglich gewesen in der Hilfe nach "Navigator" zu suchen,
denn auch dort ist die Funktion beschrieben.

> Ich suche jetzt jemanden, der sich mit Writer sehr gut
> auskennt

ich war mir dieser Funktion garnicht bewußt bevor hier die Frage kam,
und wie bereits gesagt, habe ich lediglich die Tooltips gelesen



Gruß
Jörg


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

Re: [de-users] Issue 90815 (Startcenter) – die Krucks mit der UX

[Jörg Schmidt]

Hallo Stefan,

Stefan Weigel schrieb:
> Du hast recht. In den 'normalen' Dialogen vermisse ich den 
> Mouse-Over-Effekt auch nicht. Ich versuche mir klar zu werden, warum 
> ich im StartCenter aber sowas vermisse. Wahrscheinlich liegt es daran:
> 
> Der StartCenter ist von anderer Natur, als die 'normalen' Dialoge. 
> Er ist ein reines Navigationsinstrument, ein Menü gewissermassen. Er 
> hat daher eine ähnliche Natur, wie zum Beispiel eine Symbolleiste 
> oder ein klassisches Befehlsmenü. Und da ist der Mouse-Over-Effekt 
> gewohnt und etabliert.

das Startcenter scheint mir 'technisch' aus verschiedenen Gründen 
(unterschiedliche SChaltflächen im selben Dialog, bei 'klassischen 
SChaltflächen kein 'Systemhintergrund, Hintergrund der Anwendung hat keine 
Systemintegration) etwas vermurkst, das dürfte auch teilweise ursächlich für 
die Irritierung sein.

> >> Wer Kursteilnehmern, die erstmals mit dem StartCenter 
> Bekanntschaft 
> >> machen, über die Schulter schaut und beobachtet, wie hilflos sie 
> >> darin herumstochern, wird die Brisanz bestätigen. Dann lieber kein 
> >> StartCenter.
> > 
> > Wer Kursteilnehmer beobachtet sieht wie hilflos die im 
> Vielen sind, *weil sie es erst lernen müssen*.
> 
> Schon, aber der StartCenter sollte so intuitiv bedienbar sein, dass 
> man nicht erst lernen muss, wie er funktioniert.

Sofern das (=*intuitives* Verstehen) möglich ist ohne gegen allgemeine Regeln 
der Bedienungsauslegung zu verstossen (also insbesondere einheitliche Bedienung 
im Gesamtprogramm) ja, sonst nein. *Ich bin hier im Konkreten aber sicher das 
es möglich ist.*
Meine Kritik bezog sich *nur* auf Deine, meines Erachtens, unzutreffende 
Begründung. 


(Wie wichtig richtige Begründungen sein können wird mir z.B. deutlich wenn ich 
Neles Aussage von 'Lust und Laune' lese bezüglich des Hintergrunds des 
Startcenters. Mit solcherart Begründung ruscht das Ganze für jeden Entwickler 
weit nach hinten, hätte Nle hingegen, geschrieben das die SYstemintegration 
nicht korrekt ist (denn der Hintergrund der Anwendung müßte über die 
SYtemeiinstellungen änderbar sein, was er derzeitig nicht mehr ist) würde das 
jeder Etwickler schnell verstehen und die LÖsung rückte näher, ganz ohne die 
unangenehmen Tiefschläge von Nele i.S. das die Entwickler ja ohnehin nicht 
wollen.)


> Und die Benutzer 
> haben ja auch eine Intuition: Sie klicken auf den Text 
> "Präsentation" (statt auf den Button links daneben) und wundern 
> sich, dass sich nichts tut. Das habe ich unabhängig voneinander nun 
> schon wirklich sehr, sehr viele Male beobachtet.

nochmals: 
einerseits darf Intuition nur dann maßgebend sein wenn sie nicht gegen das 
Gesamtkonzept verstößt. Würden wir generell Intuition gelten lassen gäbe es 
keinen Writer, denn wahrscheinlich 80% aller Nutzer verstehen rein intuitiv das 
sich Writer verhalten sollte wie ein DTP-Programm, was dann aber völlig gegen 
das grundsätzliche Konzept einer Fliesstext-Verarbeitung verstieße.
andererseits gäbe ich Dir Recht, es sollte immer intuitiv sein, einzig bedürfte 
es dazu eines anderen Gesamtkonzepts. Nicht weil das jetzige Konzept so 
furchtbar schlecht ist, sondern es entspricht einzig klassischen Denkweisen und 
man kann das nicht sinnvoll mit anderen Denkweisen mischen. Soll also generell 
mehr Intuition gelten muß erstmal das Gesamtkonzept geändert werden.

(Ein Eckpfeiler des jetzigen Konzepts ist z.B., die Trennung in Module, wo wir 
aber wissen das sie z.B. bei Calc und Base insofern schlecht ist das viele 
Nutzer Calc als Datenbank mißbrauchen. Hier wäre also ein gleitender Übergang 
nützlich und gleichzeitig kann man nicht einfach einen Assistenten erfinden der 
eine Calc-Datei, egal wie die Randbedingungen sind, in eine Datenbank wandelt, 
denn da würden die DAtenbankexperten berechtigterweise sagen das das sooo 
direkt und einfach garnicht gehen kann wenn alles konsistent gehen soll. Hier 
wären also neue Ansätze gefragt um etwas zu 'vereinen' was uns heute noch nicht 
vereinbar scheint.)
 
 

Gruß
Jörg



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

Re: [de-users] Issue 90815 (Startcenter) – d ie Krucks mit der UX

[Jörg Schmidt]

Hallo,

Christoph Noack schrieb:
> Warum? Weil eben bis jetzt viel zu wenig bezüglich der 
> Benutzbarkeit und
> der guten Umsetzung von Funktionalität getan wurde. 

Stimmt m.E. nicht. 
Gute Bedienbarkeit heißt für mich, und viele andere, *effizente* Bedienbarkeit 
und da hatte und hat OOo der Konkurrenz Einiges voraus.

> Abseits vom StartCenter kann ich also nur empfehlen Euch stärker in
> diesem Bereich zu artikulieren (und stattdessen auf andere 
> Dinge wie z.
> B. neue Funktionen zu verzichten). 

VIEL WICHTIGER ist bei knappen Resourcen eine möglichst hohe Fehlerfreiheit!

Warum?
Unergonomische Bedienung kann man /notfalls/ durch erhöhten Eigeneinsatz 
ausgleichen, fehlerhafte Funktionen meist nicht.

> Mmh, vielleicht habt ihr auch den Eindruck, dass UX nur auf Probleme
> hinweisen muss und schon werden diese bearbeitet 

Diesen Eindruck hatte ich noch nie.
Fakt ist aber UX hat sich zu kümmern und nicht die Nutzer.

- auch 
> innerhalb einer
> laufenden Funktionsintegration. Das ist definitiv nicht der Fall; da
> geht es uns manchmal wie Euch. Somit helfen hier getätigte 
> Aussagen wie
> "Sonst macht sich das UX-Team keine Freunde damit" gar nicht.

Entweder UX fühlt sich i.d.S. *verantwortlich* Nutzerfeadback anzunehmen, 
angemessen zu bewerten und mit notwendigem Druck auf den Gesamtprozess 
einzuwirken das Nutzeranliegen (zu UX-Themen) umgesetzt werden oder UX tut das 
nicht.
Es macht jedenfalls keinen Sinn den Nutzern zu sagen sie müssen Probleme UX 
melden /und/ dem Projekt melden, das ist dann nämlich noch mehr Arbeit als 
vorher.



Gruß
Jörg



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

Re: [de-users] Nur noch "die Crux mit der UX" (war: Re: [de-users] Issue 90815 (Startcenter) – d ie Krucks mit der UX)

[Jörg Schmidt]

Hallo Christoph,  

Christoph Noack schrieb:
> Das stimmt, sobald Anwender ein gewisses Mindestmaß an Zeit investiert
> haben, um die Interna (für Interessierte: das Systemmodell) verstanden
> haben. Und, es gilt nur für bestimmte Bereiche von OOo.

genauso ist es

> Bis dahin kostet es Anwendern teilweise viel Zeit und Aufwand, um sich
> in OpenOffice.org einzuarbeiten. 

stimmt ebenfalls, aber der Aufwand lohnt sich. 
Das ist ja genau das Prinzip man investiert /einmal/ die Zeit zum lernen und 
hat für die Zukunft /immer/ eine *effiziente* Funktion. Genau das ist der 
Vorteil von OOo im Gegensatz zu MSO (an wie du richtig sagst bestimmten 
Stellen), denn MSO erfordert dort tendenziell weniger Lernaufwand bietet aber 
dann, trotz Lernen, weniger Effizienz, /dauerhaft weniger/.
Du *glaubst* vielleicht (ich weiß es nicht) das OOo alles was es besser kann 
bewahren könnte, wenn versucht  wird erkannte Vorteile von MSO hinzuzufügen - 
nur so linear ist der Zusammenhang, meiner Beobachtung nach,  nicht.
 
> Wenn unser Anwenderkreis also nur aus schon sehr gut eingearbeiteten
> Nutzern bestehen würde, dann wäre meine Antwort auf Deine Mail
> hinfällig. Ist sie - nehmen wir unsere breite Anwenderbasis mal als
> Referenz - nicht :-)

wird sie aber tendenziell, denn das Wissen der Anwenderschaft ist nicht 
statisch, sondern die Anwender lernen hinzu. Ein Mehrlernaufwand von einigen 
Stunden (für eine bestimmte Funktion) ist nichts wenn die Funktion so effizient 
ist das ich danach (immer wieder) 1 Minute spare.
Ich kenne Firmen die in inhaltlich banale Makrolösungen hunderte Euro 
investieren um 10 Sekunden pro Ausführung eines bestimmten Arbeitsschritts zu 
sparen und aufgrund vieler Einzelnutzer rechen sich diese Makrolösungen binnen 
Wochen.

> Aus Deinen bisherigen Aussagen schließe ich mal, dass Du mit
> "Fehlerfreiheit" das Ausmerzen von funktionalen Fehlern meinst.
> 
> Wenn das Gesamtprojekt nach genau dieser Maxime handeln würde, dann
> würde in diesem komplexen Produkt (und der entsprechenden Menge an
> Fehlermöglichkeiten) keine Zeit mehr für Funktionserweiterunge und
> Verbesserung der Benutzbarkeit bleiben. Das genau verringert 
> den Anteil
> der dafür spendierten Ressourcen, die Du (siehe Absätze unten) von UX
> forderst wieder "mit Druck" einzuwerben.
> 
> Wirkt auf mich sehr widersprüchlich; für Dich auch?

Nicht unbedingt, denn ich habe die große Diskussion zur Thematik (ausgehend von 
der Kritik an Meeks) auf  dev-de vor einiger Zeit mit den Entwicklern gelesen. 
Ganz eindeutig war zu erkennen das das Fixen von Bugs  derzeitig in der 
Hinterhand ist, insofern die Einführung neuer Features eher vorne liegt, und 
nur so argumentiere ich, (es kann ja sein das sich in 2 Jahren die  
Verhältnisse anders darstellen).

> Verbessert diese unergonomische Bedienung und den damit verbundenen
> zusätzlichen Zeiteinsatz die wahrgenommene Qualität des Produkts (im
> Vergleich zu anderer Software)? Die Erfahrung sagt "nein", 
> denn auch das
> sind Fehler.

Viele Unternehmen sind, wissend um langfristige Vorteile, bereit solche Dinge 
hinzunehmen, aber Unternehmen  sind teils nicht in der Lage Fehler hinzunehmen.
Ich kenne Firmenanwender die vor Chart2 das Modul Calc sachlich nicht benutzen  
konnten, weil es einfach Dinge gab die ihnen bei Chart1 nicht ausreichten und 
es gab keine geigneten  workarounds. Selbe Anwender finden z.B. die bedingte 
Formatierung heute noch unergonomisch, nur da gibt es für sie Möglichkeiten das 
Programm doch zu nutzen. *So* liegen die Unterschiede, denn hier steht einmal 
sachlich  begründete Nichtnutzbarkeit gegen Unzufriedenheit mit der Ergonomie, 
die aber die Nutzung nicht völlig  ausschließt.
Hier sagen zu wollen das Beides wichtig ist, ist theoretisch unwiderlegbar, 
aber praxisfern wenn man sich,  wegen knapper Ressourcen, für nur eines 
entscheiden muß.

> Jörg, Du hast mir mal auf dem LinuxTag gesagt, dass Dich die 
> Interna des
> Gesamtprojekts bisher wenig interessiert haben (z. B. die Abläufe und
> die Zusammenarbeit von/mit Sun). Deine Aussage oben verleitet mich zu
> der Annahme, dass sich daran wenig geändert hat ... leider.

'Danke' für Deine Einschätzung meiner Person - wie kommst Du überhaupt dazu? 
Ich fänds besser über Sachinhalte zu streiten, denn nur das bringt OOo voran. 

Komm einfach in die tägliche Praxis von Migrationen und höre Dich um wie dort 
das Verständnis für  Funktions-Bugs und Ergonomie-Probleme ist. Letztere sind 
unangenehm (und kosten indirekt auch Geld) Erste  hingegen kosten richtig Geld 
wenn mit viel Aufwand z.B. mittels Makros workarounds realisiert werden müssen. 
(man könnte zwar, aus Dienstleistersicht, sagen Geld ist Geld, nur vor dem 
Hintergrund das ich Projektmitglied  bin schmerzt es mich schon wenn Kunden 
Aufwendungen für workarounds tätigen müssen wo dieses GEld vielleicht  besser 
in SChulungsmaßnahmen angelegt wäre.)

Ich bin mir bewußt das sich das in Foren und Mailinglisten teils anders 
aussieht, nur dort sitzen weitau

Re: [de-users] Re: Issue 90815 (Startcenter ) – die Krucks mit der UX

[Jörg Schmidt]

Sven Gartner schrieb:

> Gerade bei knappen Ressourcen wäre mir lieber, wenn im Verhältnis
> Qualitätsicherung/Fehlerbehebung – neue Features,  
> das erste die höhere (oberste) Priorität hätte.

genauso sollte es sein.

Und oberste Priorität heißt ja nun ganz und garnicht, das andere Dinge nicht 
mehr stattfinden sollen, sondern heißt lediglich das  Sicherung und Ausbau der 
Qualität des bestehenden Funktionsumfangs Vorrang hat vor Erweiterung der 
Funktionalität.



Gruß
Jörg



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

Re: [de-users] Nur noch "die Crux mit der UX" (war: Re: [de-users] Issue 90815 (Startcenter) – d ie Krucks mit der UX)

[Jörg Schmidt]

Hallo Christoph,

[Sorry, hatte seit Tagen keine Zeit, möchte aber zumindest Dir antworten, 
obwohl ich sehe es gibt inzwischen weitere interessante Gedanken im Thread, 
aber ich schaffs nicht auf alle einzugehen]

Christoph Noack schrieb:
> Was Du beschreibst bezieht sich auf die Lernkurve, d.h. wie 
> groß ist der
> Aufwand (Dokumentation lesen, Rumprobieren, Freunde fragen, ...), um
> eine neue Funktion zu erlernen bzw. zu nutzen.
> 
> Und ja, ich teile Deine Einschätzung, dass die ersten Schritte in
> MSO2003 manchmal viel leichter sind, aber echt hinderlich für sehr
> erfahrene Anwender.
> 
> Bei uns ist der erste Teil der Lernkurve so, dass relativ viel Aufwand
> investiert werden muss, um ein wenig Fortschritt zu haben. Danach geht
> es viel leichter.

ja, Du hast mich ganz richtig verstanden

> Der Punkt ist dennoch, dass wir viele Anwender schon alleine von daher
> ausschließen, dass der initiale Aufwand so hoch ist. Der 
> größte Teil der
> mir bekannten Menschheit hat wenig Freude an der 
> Auseinandersetzung mit
> OpenOffice.org - die wollen eben "nur" mal eben so bestimmte 
> Dinge tun.
> 
> Daher ist es eigentlich egal was ich glaube, sondern wie 
> OpenOffice.org
> sinnvoll gestaltet werden kann, um eine Balance für alle Anwender
> herzustellen. Denn - das wird manchmal echt unterschätzt - eine gute
> Benutzung hilft allen.

Jein. 
Das täte sie wenn die Verbesserung de bEnutzung grundsätzlich neutral bezüglich 
der effizienten Nutzung des Programms wäre. In Praxis ist es jedoch (nicht 
immer, aber häufig) so das leichte Erlernbarkeit und Bedien*effizienz* indirekt 
zusammenhängen und leichte ERlernbarkeit meist die Effizienz der Bedienung dann 
verschlechtert.

> Und? Bildlich gesprochen stelle ich also eine Bekannte, die 
> sich um ihre
> zwei Kinder kümmert, dass sie sich mal ein paar Stunden 
> einliest, um mal
> eben einen Verwaltungsbrief zu schreiben. Okay, sie schafft es kaum
> Alltagsdinge zu erledigen. Aber es lohnt sich total, wenn man nämlich
> 2000 Dokumente pro Jahr erstellt. Tut sie gar nicht? Naja, egal.

Diese Art der Argumentation unterstellt für mich zwischen den Zeilen das das 
eigentliche Ziel schon fest stünde insofern es sich hier um ein reines 
Bedienproblem handeln würde. 
Wo sind denn unsere *ernsthaften* Bemühungen nach Verbesserungen bei der 
einfachen Erlernbarkeit zu suchen, *wenn* wir denn wissen das etliche 
Bedienveränderungen auch teils Effizienzverluste in sich tragen?
Was ich meine ist das außer "Karl Klammer" bei der Konkurrenz und der 
'Glühbirne' bei uns, auf diesem Gebiet noch nicht besonders viele Versuche 
existieren die Probleme zu bessern und trotzdem tun wir indirekt so als wenn es 
hier garnichts zu verbessern gäbe und es immer nur auf neue Menüs, 
Schaltflächen und ähnliche 'harten' Dinge ankommt.

Das ist alles nicht der Versuch einer Anklage, sondern nur der Hinweis das wir 
auch unkonventionell denken müssen wenn wir die Chance zur Innovation haben 
wollen. 

> Jetzt gebe ich ihr ein anderes Produkt und ihr banales 
> Problem ist ganz
> fix gelöst ... und das ganze sieht auch noch schön aus. Dünnes Eis für
> Argumentation :-)

Nein, denn genauso sollte es sein - man sollte immer ein für die Aufgabe 
passendes Produkt bevorzugen. Wir sollten hier schlicht nicht WAsser predigen 
und Wein trinken.
Wir können nicht immer (berechtigter Weise) von den Abhängigkeiten reden die 
durch vollständige Verflechtung von alles und jedem bei MS-Software entstehen 
und gleichzeitig diese Wege in OpenSource nachzeichnen.
Unser Bemühen sollte Lösungen gelten die dem  NUtzer die Wahl lassen Programme 
beliebig zu kombinieren (und wir sollten ihm das in Praxis leicht machen) und 
nicht den Rundrum-Sorglos-Monster-Lösungen, die zwar vordergründig scheinbar 
segensreich sind, in WAhrheit aber Probleme kummulieren. 

> Bitte berücksichtige unseren Anwenderkreis. Es lohnt sich sehr wohl,
> wenn man auf die Dinge schaut, die sehr viele besonders oft tun. Genau
> diese Details kann man optimieren und hilft dabei automatisch privaten
> Anwendern wie auch Firmen.

Ich weiß auch nicht aus dem Hut wie man das am Besten im Programm 
berücksichtigt, aber doch bitte nicht dasdurch das man so tut als wenn es diese 
UNterschiede nicht gäbe.

Ich bevorzuge jedoch (gedanklich) 2 Wege:
*den WEg der Community, wo das OOo-Projekt selbst den Kern bildet, aber viele 
angepasste distributionen sich um diesen Kern scharen (leider läuft das 
derzeitig noch nicht/noch nicht so gut)
*den WEg bei der inhaltlichen Ausrichtung von OOo (notfalls) die Anwender zu 
bevorzugen von denen wir erwarten dürfen da sie für uns als Multiplikatoren 
wirken - und das sind häufig Firmenanwender (und zwar nicht deshalb weil sie 
viele Arbeitsplätze mit OOo ausstatten, sondern wegen anderer Dinge -z.B. 
fragen sie Dienstleistungen für OOo nach und beleben damit den Markt und 
erzeugen dadurch auch wieder Feadback ins Projekt)

> Entschuldige bitte. Ich habe mich außerordentlich über die 
> für mich sehr
> pau

Re: [de-users] Re: Nur noch "die Crux mit der UX"

[Jörg Schmidt]

Hallo,

Horst Pernik schrieb:
> Dazu gehört z.B.eine ordentlicheSerienbrief/Seriendruck Funktion;
> gegenwärtig ist das ziemlich schlecht gelöst und war in 1.1.5 besser

Hier wäre ich dankbar für ein paar Details. 
Meiner Kenntnis nach ist der Serienbriefassistent in OOo 2.x/3.x nicht sehr 
brauchbar, aber alle diese Versionen verfügen doch zusätzlich über die 
Möglichkeiten der 1.x-Versionen. 
Also egal wie schlecht der neue Serienbriefassistent auch sein mag, so 
existieren doch weiterhin alle Möglichkeiten de 1.x-Versionen parallel. Oder 
irre ich mich da?

>  - einfache Bedienung und Konfigurierbarkeit (da ist 1.1.5 
> viel besser)

Kannst Du bitte konkrete Beispiele für die viel bessere Konfigurierbarkeit von 
1.1.5 nennen?

(Ich selbst benutze immer noch Writer 1.1.4 sehr gerne, nur von 'viel Besserer' 
Konfigurierbarkeit des Gesamtprogramms ist mir nichts bekannt. 
Es gibt einige wenige Kleinigkeiten in denen 1.1.x besser konfigurierbar war 
als heutige Versionen, aber eine Fülle von Möglichkeiten, gerade durch 
Extensions, die heutige Versionen da wirklich überlegen machen - finde ich.)

> Ich gestehe, dass ich die integrierte PDF-Funktion kaum nutze,
> meistens nehme ich dafür einen von vielen externen PDF-Tools, 
> weil sie mir Möglichkeiten bieten, die OOo nicht hat.

Hast Du auch hierfür (für das Mehr an Möglichkeiten) einige Beispiele? 
(Nein, nicht das ich nict wüßte welche Möglichkeiten der interne PDF-Export 
generell nicht hat, mich würde mehr interessieren um welche konkreten 
Möglichkeiten es Dir speziell geht.)




Gruß
Jörg


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

Re: [de-users] Speichern unter..., Aus einer Vorlage immer in den selben Ordner

[Jörg Schmidt]

Hallo,

Bernd Schmidkunz schrieb:
> für meine Rezeptsammlung, leider (noch) nicht in einer
> Datenbank, verwende ich eine Vorlage für alle neuen
> Rezepte.(DIN- A 6-Seite, mit einer Writer-Tabelle und Fußnote.)
> Um mich beim Speichern nicht immer durch meine
> Verzeichnisstruktur klicken zu müssen, suche ich nach einer
> Möglichkeit, mittels Anlage in dieser Vorlage beim
> Speicherndialog gleich den Ordner "Rezepte" vorgeschlagen zu
> bekommen. Oder gibt es eine Tastenkombination für eine fixe
> Lösung? Makro zu schreiben habe ich noch nicht versucht.

Dafür wirst Du wohl ein Makro brauchen. Beispielsweise das Folgende
sollte genügen, wenn Du es im Bereich "Meine Makros" speichert, eine
Tastaturkombination oder SChaltfläche zuweist und im Makro die Zeile:

.setDisplayDirectory(ConvertToURL("c:\test"))

auf DEin Wunschverzeichnis anpasst:

Sub dateiauswahl()
Dim auswahl as Object
Dim dateiname As String
Dim Dialogtyp(0)
akt_doc = ThisComponent
If akt_doc.supportsService("com.sun.star.text.TextDocument") Then
auswahl = createunoservice("com.sun.star.ui.dialogs.FilePicker")
DialogTyp(0) =
com.sun.star.ui.dialogs.TemplateDescription.FILESAVE_AUTOEXTENSION
With auswahl
.initialize( DialogTyp())
.enableControl(100,true)
.setvalue(100,0,true)
'mehrere Dateien ja/nein
.SetMultiselectionMode(False)
'Dateityp vorauswählen
.appendFilter("ODF Textdokument *.odt", "*.odt")
'Startverzeichnis
.setDisplayDirectory(ConvertToURL("c:\test"))
End With
antwort = auswahl.execute
If antwort = 1 then
Datei = auswahl.Files(0)
akt_doc.storeAsUrl(Datei,Array())
end if
End If
End Sub



Gruß
Jörg



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

Re: [de-users] Update auf OO3.1

[Jörg Schmidt]

Hallo,

Frank Becker schrieb:
> ich bin auf meinem Debian System von OO2.4 auf die 3.1 umgestiegen.
> Jetzt erhalte ich beim Start von OO3.1 folgende Meldung:
>
> Das Dokument enthält Formulare oder Berichte mit eingebetteten Makros.
> Makros sollten direkt in das Datenbankdokument eingebettet werden.
> Sie können Ihr Dokument weiterhin wie bisher verwenden. Es
> ist aber von
> Vorteil, Ihre Makros zu konvertieren
> .
>
> Was bedeutet das im Einzelnen?

das was dasteht - OOo schlägt dir vor bestehende Makros die in
Formularen gespeichert sind jetzt direkt im Datenbankcontainer (die
*.odb-Datei) zu speichern.

(Eine *.odb Datei ist ihrer Natur nach ein Container (in Form eines
zip-files) für verschiedene andere Dateien/Objekte, u.A. sind als
Objekte auch Formulare enthalten welche im GRundsatz einer verkürzten
Definition normaler *.odt-Dateien genügen. Diese Formulardateien
enthalten ggf. Makros, so wie das normale *.odt-Dateien auch können.)

> Und welche Vorteile habe ich
> durch eine
> Konvertierung?

Du kannst Makros aus der Datenbankdatei *.odb direkt starten, z.B.
Autostartmakros beim Öffnen der *.odb.


Gruß
Jörg


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

Re: [de-users] Nur noch "die Crux mit der UX"

[Jörg Schmidt]

Hallo *,

Christoph Noack schrieb:
> Warum sollten wir Ihnen
> das antun?

Weil alles Andere die Probleme nur verschärft. Das 
Rundrum-Glücklich-Sorglospaket ist eine Illusion die z.B. Microsoft nährt die 
aber in Praxis immer wieder zu Problemen führt.
Ich möchte definitiv nicht als ERsatz für ein heutiges typisches Windowssystem 
(als BS plus Anwendungen) einen Ersatz in freier Software der sich im 
technischen Prinzip nicht unterscheidet sondern nur in der Lizenz.

(MS ist hierbei für mich keineswegs der Buh-Mann (ich arbeite selbst unter 
Windows) nur MS ist das beste Beispiel wohin es führt wenn man in bester 
Absicht objektive technische Zwangsläufigkeiten ignoriert.
Hier geht es nämlich genau um z.B. die Dinge die wir als Abweichen von 
Standards wahrnehmen, die iNterpretation ist dann immer MS tut das nur um 
anderen zu schaden, die technische WAhrheit ist aber meist MS tut das weil es 
seinen Applikationen nützt und deren Benutzern vordergründig(!) auch nützt. 
(und zwar nicht nur scheinbar sondern tatsächlich, aber eben nur vordergründig)
Und wenn ich hier davon spreche das Abweichen von Standards für MS nützlich 
scheint, dann ist das genau der Kern des Problems - durch ungünstige 
strategische Zielsetzung ist die Entwicklung in eine Richtung geraten wo das 
Unterlaufen von Standards tatsächliche Vorteile bringt, allerdings nur für die 
Anwender eines Herstellers. Die Nachteile des Ganzen fallen nur deshalb bisher 
nicht so sehr auf weil hier ein Hersteller den Markt beherrscht.
Wir sollten so weise sein dieser Entwicklungsrichtung nicht nachzueifern.)

Warum?
Weil Entwickler objektiv bestmögliche LÖsungen entwickeln wollen und das bei 
einer Anwendung in Form einer 'eierlegenden Wollmilchsau' immer zu 
Lock-in-Effekten führen muß. 

Wir sollten und müssen ohne Zweifel die freie Verwendbarkeit jeglicher 
Anwendungen in gemeinsamen Kontext verbessern(*) (durch leichtere 
Installierbarkeit, durch kompatiblere SChnittstellen, ...) aber wenn wir 
versuchen eine Einzelanwndung immer mehr aufzublähen ist das der falsche WEg, 
technisch belegbar der falsche WEg.
(Die OOo-Entwickler haben das übrigens an anderer Stelle bereits längst 
verinnerlicht. OOo ist eine Multiplattform-Anwendung und viele 
'Ungeschicklichkeiten' in DEtails resultieren leider daraus. Es wäre leicht das 
Programm runder zu machen wenn man es nur noch auf Bedürfnisse eines BS 
zuschneidet, aber wissend das das eine SAckgasse ist, weil OOo 
multiplattformfähig sein soll tut man es nicht. Die eierlegende Wollmilchsau 
wäre technisch eine ähnliche SAckgasse.)


(*)
Die Bequemlichkeit für den Nutzer bei der Verwendung (Zusammenarbeit 
verschiedener anwendungen) kann hierbei beliebig weit gehen, kann heißen das 
dem Benutzer jegliches manuelles Handeln abgenommen wird was zur 
INstallation/Integration von Anwendungen nötig ist, darf aber technisch nicht 
dazu führen das es nur noch eine Anwwendung gibt.




Gruß
Jörg


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

Re: [de-users] Re: Automatisierung CSV in ODS oder TXT-Datei in Spalte A Tabellenblatt 1 kopieren - Makro?

[Jörg Schmidt]

Tom Hart schrieb:

> [...]

Hinweis:
nachdem nun hier im Thread insgesamt alle Möglichkeiten und
Unmöglichkeiten erläutert wurden, z.B.  erklärt wurde warum scheinbar
cvs-Dateien in Calc nichts zu suchen haben (warum gibts dann eigentlich
Importfilter dafür?) und mit Datenbanken ohnehin alles besser läuft,
insbesondere cvs-Dateien nur für Datenbanken gemacht sind, gebe ich mal
folgenden ...


...Tipp:
wie wäre es wenn der Ausgsangsfrager seine eigentliche FRage noch einmal
*so detailliert* stellt das es möglich wäre, wie ursprünglich gewünscht,
ein entsprechendes Makro zu programmieren?
Ich könnte mir, wissend das es hier viele Mitleser gibt die das können,
denken das jemand dann u.U. ein entsprechendes fertiges Makro postet,
denn so schwer ist das ganze Thema cvs-Import in Calc ja nicht.

Derzeitig scheint mit das nahezu unmöglich, da durch fast allseitige
Mißachtung der Netikette:
http://www.eschkitai.de/openoffice/netikette.html

hier im Thread (wie leider in vielen anderen Threads auch), nahezu
niemand mehr durchblicken dürfte um was es hier inhaltlich genau ging.



Gruß
Jörg


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

Re: [de-users] Re: Automatisierung CSV in ODS oder TXT-Datei in Spalte A Tabellenblatt 1 kopieren - Makro?

[Jörg Schmidt]

Hallo,

Andreas Saeger schrieb:
> Es geht ausschließlich um die Verkettung von Textdateien durch einen
> Dritten, der als technisch unbeholfen beschrieben wird. PUNKT.

das kann ich so nicht unbedingt nachvollziehen. Im Ausgangspost:
http://de.openoffice.org/servlets/ReadMsg?list=users&msgNo=90386

ging es um das ZUsammenführen von beispielsweise der Datei mit in
Iahalt:

a
b
c

und der Datei mit Inhalt:

d
e
f

in die Datei mit Inhalt:

a d
b e
c f

ein Zusammenführen, nach üblichem Verständnis wäre jedoch:

a
b
c
d
e
f


genau wegen dieser Unklarheit fragte ich ja, denn es war z.B. von 6
Spalten die REde und mir ist nicht klar ob bei der siebten dann wieder
die erste überschrieben werden soll.

> Dafür gibt es zumindest ein hervorragend geeignetes
> Window-Programm, das
> ich verlinkt habe (Windows mal angenommen).

und das ja nun der Frager(?) irgendwie abgelehnt hat. Das macht Dein
Verfahren nicht schlechter aber ich denke man muß das als Entscheidung
des Fragers akzeptieren.

> Mit csv-Importmakros habe ich ebenfalls reichlich Erfahrung, die aber
> auch dahin geht, dass schon die Anpassung eines solchen Skripts die
> meisten Anwender völlig überfordert.

Und woher kannst Du wissen das es hier auch so ist? Warum unterstellst
Du hier *im KOnkreten* allgemeine Ansichten, ohne wissen zu können ob
sie passen?

Der Punkt ist, meiner Meinung nach, hier hat jemand ursprünglich nach
einem Makro gefragt und die Lösung per Makro ist mögllich, warum also
verhelfen wir dem Frager nict zu seinem makro statt ihn mit
'Grundsätzlichem' zu überhäufen?

Ich weiß allein das eine Mailingliste eher Hilfe zur SElbsthilfe geben
soll, also quasi bei der Erstellung eines solchen makros nur
unterstützen sollte. WEnn ich hier im Konkreten trotzdem glaube das es
der Rchtige Weg sein könnte den Ausgangsfrager mit einem *fertigen*
Makro zu helfen, dann wegen der Einfachheit und dem geringen umfang des
Ganzen, sowie ddem Wissen das viele hier in der Lage sind solch ein
makro zu schreiben.
ES fehlen dafür nur einige konkretisierende Angaben um das wirklich tun
zu können und um die Kokretisierung bat ich in meinem Vorpost.




Gruß
Jörg



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

Re: [de-users] Re: Automatisierung CSV in ODS oder TXT-Datei in Spalte A Tabellenblatt 1 kopieren - Makro?

[Jörg Schmidt]

Hallo,

Andreas Saeger schrieb:
> Um auf eine rethorische Frage eine ersthafte Antwort zu geben: Um
> Texttabellen für Tabellenkalkulationen zugänglich zu machen.

ja eben - und warum lassen wir es nicht einfach dabei?

> Aber genau das ist es wo sehr viele Benutzer dran scheitern
> aufgrund der
> unverstandenen Eigenschaften einer Tabellenkalkulation.

Es geht hier um konkrete Personen die diskutieren und entweder Du weist
wie deren Fähigkeiten sind oder Du weist es nicht. Du konntest es jedoch
kaum konkret wissen und dann scheint es mir höchst unzweckmäßig hier
eine DEbatte zu Datenbanken loszutreten die niemandem nutzt:
denjenigen die quasi Deine grundsätzliche Meinung teilen (wie auch ich!)
sagt sie nichts Neues und diejenigen die nur einfache Antworten suchen
reagieren auf sowas innerlich nur abweisend weil sie leider nur
verstehen das ein Fachman sie belehrt warum das was sie wollen ohnehin
Quatsch ist.

Sorry, nur mir ist einfach nicht klar warum Du, wissend das  ein
SAchverhalt tieferes Verständnis benötigt (und es damit immer 2 Gruppen
gibt: nämlich diejenigen die ihn verstehen und diejenigen die das nicht
tun), nahezu immer davon ausgehst das DEine Mitdiskutanten zur Gruppe
Derer gehören die mit dem Verständnis Schwierigkeiten haben, obwohl Du
doch garnicht wissen kannst ob das im Konkreten zutrifft.

Hätten wir hier die Informationen zusammengetragen, die ich anmahnte,
hätten die Kundigen unter uns dem ursprünglichen Frager ein
entsprechendes Makro schreiben können, was dessen SChwierigkeiten
vollständig gelöst hätte, auch ohne das er selbst verstehen müßte was
genau im Makro auläuft. Das wäre praktische, sinnvolle Hilfe gewesen -
geschafft haben wir nur einem Thread der die Gemüter erhitzt hat und
einen Ausgangsfrager der ohne konkrete Lösung dasteht.


meine 2 Cent



Gruß
Jörg


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

Re: [de-users] Re: Automatisierung CSV in ODS oder TXT-Datei in Spalte A Tabellenblatt 1 kopieren - Makro?

[Jörg Schmidt]

Hallo,

Peter Fackelmann schrieb:
> Stimmt, ich hab immer noch nicht das Problem
> geloest, aus einer CSV (nicht cvs,-) -Datei eine
> Datenbank zu machen.

ich glaube nicht das das das eigentliche Thema des Threads war, aber ich
will darauf antworten, denn so wie es dasteht ist es eigentlich einfach
(ob hinter DEiner FRage noch mehr steckt als dasteht weiß ich hingegen
nicht):

erstelle eine neue (leere) Datenbank mit dem Assistemten, wechsele dort
zum bereich tabellen.
Öffne die csv-Datei in Calc, markiere die entsprechenden zellen und
kopiere.
Wähle in Base REchtsklick auf den Freuien bereich der Tabellenansichtn
und wähle Einfügen, olge den Hinweisen des Assistenten.

Das sollte es gewesen sein, wenn nicht frage bitte nach.
Vielleicht eröffnest Du dazu aber besser einen neuen Thread.



Gruß
Jörg



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

Re: [de-users] Base: Formularfeldinhalt in Makro auslesen

[Jörg Schmidt]

Hallo *,

michael schrieb:
> > Gibt es eine Möglichkeit, direkt aus dem Makro heraus eine
> Web-Site im
> > Standard-Browser aufzurufen? Der Inhalt erwähnten Textfelds
> ist nämlich
> > eine Web-Adresse.
> >
> > Gruß, Götz
> >
> >
> "shell"  ist Dein Freund.
>
> http://docs.sun.com/app/docs/doc/819-1326/faama?l=de&a=view
>
> Dein Lieblingsbrowser ist der aufzurufende Befehl und die Url der
> Kommandozeilenparameter.

ich denke die Shell-Funktion ist hier weniger geeignet (eigentlich
ungeeignet) denn es ging darum den *Standard*browser zu verwenden und
der (und somit dessen Befehlszeile) ist ja nicht automatisch bekannt und
auch auf einem unbekannten Zielsystem nicht ohne WEiteres feststellbar.

Besser ist es in solchen Fällen wirklich mittels des im System
registrierten Standardprogramms den Link aufzurufen:


dim x as object
x = createUnoService("com.sun.star.system.SystemShellExecute")
x.execute("http://www.openoffice.org/";, "", 0)



Gruß
Jörg


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

Re: [de-users] ich hätte da eine frage zur farbein fügung an wen kann ich mich wenden?!

[Jörg Schmidt]

Hallo Max,

fl...@email.de schrieb:
> Dies ist eine Mailingliste, für die es eine bestimmte Netikette gibt.

Stimmt und *vielleicht hälst Du diese erst einmal selbst ein*!

> Diese besagt, dass wir uns an die deutsche Rechtschreibung
> halten.

Obwohl es sich hier natürlich um eine deutschsprachige Liste handelt
(und man deshalb deutschspachige Posts erwarten kann) steht das nirgens
explizit in der Nettikette, auch nichts von Rechtschreibung:
http://www.eschkitai.de/openoffice/netikette.html


hingegen steht dort u.A.:

*das Du Deinen realen Vor- und Zunamen angeben solltest:
http://www.eschkitai.de/openoffice/netikette.html#name

was Du nicht tust


*das Du kein Tofu produzieren sollst:
http://www.eschkitai.de/openoffice/netikette.html#quote2

was Du leider wiederholt tust


*das Du nur das Notwendige zitieren sollst:
http://www.eschkitai.de/openoffice/netikette.html#quote1

woran Du Dich auch nicht hälst



Schonmal Danke im Voraus dafür dafür das Du zukünftig solche
Nettiketteverstöße vermeidest.



Gruß
Jörg


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

Re: [de-users] ich hätte da eine frage zur fa rbeinfügung an wen kann ich mich wenden?!

[Jörg Schmidt]

Hallo,

Mario Herman schrieb:
> auch wenn es eine Regel ist, ich verstehe jeden, 
> der nicht seinen vollständigen Namen und Vornamen angibt 
> –> *solange* im Listenrchiv
> die vollständige Absender-eMail im Klartext (!) angezeigt wird.

'stimmt' ... und so könnte dann jeder für jede Regel einen Grund finden diese 
nicht einhalten zu müssen und sich gleichzeitig im 'Recht' zu fühlen - so 
funktioniert nur irgendwie eine Gemeinschaft nicht, die lebt vom freiwilligen 
Einhalten gemeinsamer Regeln, die ja auch langjährig *gemeinsam* gefunden und 
immer wieder korrigiert und verbessert wurden wo das nötig war.

(Stillschweigend manche Dinge manchmal nicht einzuhalten wird hier übrigens 
sicher auch toleriert, aber bitte keine *solchen* 'Begründungen'.)

> Hier zum Beispiel:
> http://de.openoffice.org/servlets/ReadMsg?list=users&msgNo=90329
> hat dein Outlook scheinbar die Zeilen nicht nach ca. 70 
> Zeichen umbrochen.
> Schau mal im Archiv wie unendlich lang deine Zeilen sein können.
> Kommt nicht nur bei Dir vor.

Stimmt

> Niemand ist also unfehlbar ;-).

stimmt ebenfalls, ich habs nur bisher selten erlebt das Listenmitglieder (die 
soweit ich sehe deutlich weniger als 10 Posts haben) sich hier am Anfang gleich 
als 'Listenmoderatoren' betätigen obwohl sie ihrerseits mehrfach selbst gegen 
die Netikette verstossen.



meine 2 Cent


Gruß
Jörg


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

Re: [de-users] ich hätte da eine frage zur farbein fügung an wen kann ich mich wenden?!

[Jörg Schmidt]

Hallo Dieter,

Dieter Böser schrieb:
> Nur der Vollständigkeit halber:
>
> http://www.eschkitai.de/openoffice/netikette.html#lesbarkeit

Du hast Recht darauf hinzuweisen. Danke, ich hatte das schlicht
übersehen.


Gruß
Jörg


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

[de-users] OOo4Kids

[Jörg Schmidt]

Hallo,

im Forum läuft mir gerade ein Post zu OOo4Kids über den Weg:
http://de.openoffice.info/viewtopic.php?f=3&p=126597#p126597

was ich bisher selbst noch nicht kannte (vielleicht auch nur nicht
bewußt wahrgenommen habe?) weshalb ich es hier einmal als Info
weitergeben möchte.


Gruß
Jörg


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

Re: [de-users] Re: Base MySQL oder PostgreSQL

[Jörg Schmidt]

Hallo,

Rüdiger Kluge schrieb:
> Ich will unser bisheriges System auf Basis von Access auf Base
> portieren. Alte Geschichte, habe ich vor 3 Jahre schon versucht, ist
> aber damals gescheitert, da Base noch nicht weit genug war.

Base ist heute auch noch nicht wirklich soweit - mal _ganz allgemein_
gesprochen, insbesondere waren selbst die Verbesserungen die Base mit
seinem Erscheinen brachte garnicht soo groß gegenüber den Möglichkeiten
vor Base, lediglich waren sie vor Base weniger sichtbar.

> Ein weiteres
> Problem war die Geschwindigkeit bei der Suche nach
> Datensätzen. Ich habe
> damals JDBC und MySQL verwendet, kann vielleicht an JDBC oder dem
> Base-Treiber liegen. MySQL war bei Abfragen über
> SQL-Statements extrem
> schnell.
> Die jetzige Access-Datenbank hat ca. 5.000 bis 10.000 Einträge in
> manchen Tabellen. Eine Suche in in einer Tabelle hat damals mit den
> Bordmitteln von Base ca. 1 Minute benötigt, völlig
> inakzeptabel. In der
> Access Datenbank ist keine Verzögerung spürbar, dürfte unter
> 0,5s liegen.

stimmt, solcherart Probleme gibt es

> > Eine davon bereits seit 4,5 Jahren und das ohne Probleme.
>
> Im privaten oder geschäftlichen Umfeld?

Geschäftlich kannst Du *bestehende* Access-DB sehr häufig aus rein
finanziellen Überlegungen nicht nach Base portieren, Weil solche DB in
der Praxis meist eher durch ihr Frontend (mit umfangreichen Dialogen,
VBA-Programmierungen, etc.) bestimmt sind denn durch die 'eigentliche'
DB.
Eine Umstellung scheitert dann in Praxis schlicht an den Kosten, die die
UNternehmen nicht sinnvoll tragen können, wobei Du auch bedenken mußt
das typische Nutzer von Access ja häufig geradfe die UNternehmen sind
die in der vergangenheit Kosten für 'vernünftige' DB (mit allem was
dranhängt) sparen wollte und in Access das Mittel der Wahl sahen das
Ganze mit eigenen Kräften halbwegs zu bewältigen - das rächt sich
irgendwann.

Generell habe ich keine Zweifel daran das mit Base in Kombination mit
z.B. MySQL auch Access-DB ersetzbar sind, aber das oben erläuterte
Kostenkriterium ist für viele Firmen ein Problem.

Ich kenne jedenfalls aus meiner Berufspraxis etliche Firmen die nur
wegen der Kosten vollständiger Migration weiterhin Access nutzen (zur
Pflege und Aktualisierung etc. bestehender Access-DB) und darüber hinaus
nur diese Access-DB zur unmittelbaren Nutzung (z.B. für Seriendruck)
mittels Base zu OOo verknüpfen.


Gruß
Jörg



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

Re: [de-users] Interaktiven Fragebogen erstellen

[Jörg Schmidt]

Hallo *,

Franz Waldmüller schrieb:
> Bei einer Umfrage ist es meiner Meinung nach essentiell, dass 
> alle Daten 
> an einem Ort gespeichert werden. Die Datenzusammenführung einzelner 
> Fragebögen stelle ich mir sehr schwierig vor.

Das ist sie selbst mit den (einfachen) Mitteln die OOo dafür bietet nicht im 
Geringsten.

Ich habe persönlich eine Befragungung zu meiner Diplomarbeit (vor einigen 
Jahren) allein mit den technischen Möglichkeiten von OOo (PDF-Formulare 
erstellt mit Writer und Auswertung mittels Calc) realisiert, weil es mich 
reizte das einmal praktisch zu erproben.

Das Ganze erwies sich von der Handhabung als so problemlos das ich es im 
Nachhinein sogar als Praxisbeispiel in:
http://www.galileocomputing.de/katalog/buecher/titel/gp/titelID-1941
aufgenommen habe und dort dem Ganzen ein eigenes Kapitel gewidmet habe.

Sicher kann man das mit anderen Programmen noch professioneller machen, 
beispielswweise technisch die Erfassung/Zusammenführung der Daten in einer 
Datenbank durchführen und von der (statistischen) Auswertung trennen, aber rein 
für die Praxis von kleineren befragungen (vielleicht einige hunderrt 
Teilnehmer) und für OOo-Programm-Kenntnisse eines Befrager der Normal-Nutzer 
von OOo ist scheint mir das ganze Verfahren (PDF-Formulare erstellt mit Writer 
und Auswertung mittels Calc) sehr geeignet, weil problemlos umsetzbar.


Hinweis:
das Buch ist auch (kostenlos) online durchsuchbar und die Suchergebnisse im 
Volltext einsehbar.


Gruß
Jörg


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

Re: [de-users] Interaktiven Fragebogen erstellen

[Jörg Schmidt]

Hallo,

Marino Salvalaggio schrieb:
> Das Problem
> ist also
> ganz eindeutig mit Base zu lösen, ohne in die Tiefe der
> Programmierung
> gehen zu müssen.

Wenn das so ganz eindeutig in Base ohne Programmierung zu lösen ist,
freien sich sicherlich viele hier über eine entsprechende Beispieldatei
von Dir, so ähnlich wie Michael auch eine verlinkt hat.

Ich 'kann' CAlc und Base und kann auch OOo programmieren, wie Du
allerdings das was Michael mit Calc vorgemacht hat in Base ohne
Programmierung lösen willst ist mir persönlich nicht klar, deshalb die
FRage nach einer Beispieldatei.



Gruß
Jörg


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

Re: [de-users] Makros in Modulen werden nicht aufgerufen

[Jörg Schmidt]

Hallo,

Horst Schulze schrieb:
> aus irgendeinem Grund weigert sich OO ein Makro in einem
> anderen Modul
> auszuführen. Lief bisher immer.

Was meine ich wohl wenn ich "Essen" sage? Zubereitete Lebensmittel? Oder
doch eher die Stadt gleichen Namens?

Was glauben DEine Makros wohl was Du z.B. mit "init" meinst - das
gleichnamige Makro oder vielleicht doch eher das gleichnamige
Basic-Modul?

> Ich bin ratlos. Kann mir jemand da helfen?

Verwende für Makros und MOdule *eindeutige* Namen oder stelle den Namen
des Moduls dem Makro beim Aufruf voran, also:

init.init
test.test

statt nur:

init
test


Den Modulnamen dem aufzurufenden Makro voranzustellen empfiehlt sich bei
OOo eigentlich generell.


Gruß
Jörg


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

Re: [de-users] iPad von Apple und OpenOffice

[Jörg Schmidt]

Hallo *,

lohma...@googlemail.com schrieb:
> Und auch die Anwendung von OOo auf dem Teil erschließen sich mir
> nicht.

ich kenne das iPad nicht hinsichtlich DEtails, ich kenne aber
Firmen-Anwender die durchaus auf solch ähnlichen Geräten [1] OOo
einsetzen würden (ggf. wenn solche Geräte zukünftig durch
Massenproduktion billig würden).
Mögliche Anwendungen sind z.B. Dinge wo klassische
Note-/Net-books/Tablets eher weniger geeignet erscheinen UND Kunden
spezifische Anwendungen gerne selbst, auf der Basis OOo, in StarBasic
entwickeln.

(Ob _diese Art_ der Programmierung immer sinnvoll ist, will ich hier
garnicht thematieren, Fakt ist aber irgendwie das sie sowohl mit
Starbasic (für OOo) wie mit VBA (für MS Office) in der Praxis weit
verbreitet genutzt wird, selbst obwohl es Alternativen gibt.)

[1]
Ich werde mich (was jetzt nichts direkt mit dem Thread hier zu tun hat,
sondern was ich ohnehin geplant hatte) in der nächsten Woche z.B.
hinsichtlich des WePad [2], aus erster Hand zu informieren.

[2]
Ein dem iPad ähnliches Gerät was jedoch auf ein Linux-basiertes
Betriebssystem setzt und bei dem OOo vorinstalliert ist (bzw. sein
soll).
Leider widersprechen sich etliche (öffentliche) Infos zum WePad, so auch
zu Fragen zum Einsatz von OOo und zur damit einhergehenden Anpassung von
OOo sowie entsprechenden Entwicklungskapazitäten und Entwicklungszielen.
kurz ein Link:
http://wepad.mobi/


> Kurzum: Ich sehe keinen Sinn darin, Arbeit reinzustecken/dafür
> Ressourcen zu verbraten. Die sind IMHO an anderer Stelle besser
> eingesetzt.

Ich möglicherweise schon, nur muß diese Arbeit ja nicht, und insofern
gebe ich Dir auch Recht, vom OOo-Projekt (allein) geleistet werden.

Die Welt von OOo ist schon heute vielfältig und bunt und es kommt meiner
Meinung nach überhaupt nicht darauf an das Einer alles tut, sondern das
alle Beteiligten es lernen ihre Aktivitäten sinnvoll zu vernetzen, was
zum Teil zwar schon jetzt geschieht, wie mir scheint aber noch nicht in
ausreichendem Maße.



Gruß
Jörg




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

Re: [de-users] Calc 3.2: begrenzte Summenbildung

[Jörg Schmidt]

Hallo,

Boris Kirkorowicz schrieb:
> in einer Tabelle habe ich folgende Daten:
> 
> Nr.   Tag Dauer   Tagesdauer
> 1 1.5.2,4 
> 2 1,3
> 3 2,5 
> 4 2.5.2,6
> 5 3.5.1,8
> 6 5,7
> ...usw
> 
> 
> In der Spalte "Tagesdauer" hätte ich gern die Summe der Werte in der
> Spalte "Dauer" für den jeweiligen Tag, also hier in Nr. 1 die 
> Summe 6,2,
> in Nr. 4 die 2,6 und in Nr. 6 die 7,5. Die Anzahl der 
> Summanden variiert
> also. Wie stelle ich es an, dass in der Spalte "Tagesdauer" die Summe
> des jeweiligen Tages erscheint, am besten in der letzten 
> Zeile des Tages?

Falls die erste Datenzeile der TAbellenzeile B entspricht, schreibe in D2:

=B2

und schreibe in D3:

=WENN(A3<>0;B3;B2+B3)

und ziehe die Formel in Spalte D entsprechend weit runter.



Gruß
Jörg


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

Re: [de-users] iPad von Apple und OpenOffice

[Jörg Schmidt]

Hallo Christian, *,

Christian Lohmaier schrieb:
> 2010/5/4 Jörg Schmidt :
> > lohma...@googlemail.com schrieb:
> Hmm.. hier sollte eigentlich die @ooo adresse stehen... naja.. kramt
> Dein Mailer halt irgendwo in den headern rum.

jein, ich kopiere das immer gerne von Hand :-), es stimmt aber das mir
Deine OOo-Adresse nur in erweiterter Darstellung angezeigt wird, ich die
also normalerweise nicht sehe

> Wie zum Beispiel was genau?

z.B. war ich mal bei einer Office-Migration einer Firma beteiligt die
für ihren Aussendienst Excel als Plattform für 'Datenbanken' und einige
in VBA programmierte Automatisierungen nutzten, was auf Calc umgestellt
wurde. Von einer richtigen Datenbankanwendung (zu deren Erstellung ja
die Migration sich angeboten hätte) wollten sie nichts wissen.
In Praxis wollen sie selbst immer mal die Programmierung anpassen (mit
eigenen Kräften) und legen deshalb Wert auf (Star)Basic.
Gebraucht wird das Ganze im Aussendienst lediglich als quasi
elektronischer Katalog, wobei sich die Makro-Automatisierungen
vorwiegend darauf beziehen in Eingabemasken Produkte zu wählen und
Produktmengen einzugeben.
Ich weiß aus Gesprächen mit Verantwortlichen das diese Dinge im
Aussendienst auf Notebooks laufen, womit man nicht völlig glücklich ist,
weil die Aussendienstmitarbeiter, im realen Einsatz häufig bei Kunden in
dessen Lager rumlaufen und die Hardware herumtragen und bedienen, wozu
ein Notebook sich nicht so gut eignet, aus Kostengründen ist jedoch die
Firma nicht bereits Tablett-PC (bzw. Notebooks mit schwenkbarem Display)
anzuschaffen. (für Präsentationen etc. dem Kunden gegenüber wird das
Ganze hingegen nicht eingesetzt/benötigt)
Ob die Rechenleistung der jetzt (oder in naher Zukunft) erhältlichen
'Pads' für diese Anwendung reicht, bin ich momentan, mangels praktischer
Erfahrung überfragt, das Geräteformat ansich wäre aber geeignet.

> Das es Anwendungen für das iPad geben mag, streite ich gar nicht ab.
> Aber das diese Anwendungen OOo beinhalten kann ich mir beim besten
> Willen nicht vorstellen.

Praktisch etliches was einfache Eingabemasken/Formulare braucht,
irgendwie programmiert werden muß und was die Firmen selbst
programmieren/pflegen wollen.
Meist wird aus Gewohnheit und letztlich aus Kostengründen weiterhin auf
das verwendete Office-Paket als Basis gesetzt, weil man das durch
frühere Verwendung von MS Office/VBA so gewohnt ist und weil man auch
weiterhin Kosten spart sofern man bei OOo ohnehin für Erstellung von
z.B. Makroautomatisierungen eigenes KnowHow aufbaut, was zweitnutzbar
ist, wenn es um Implementierung kleiner Anwendungen geht.
Firmen nehmen hier sozusagen das Office-Paket mit seiner
Programmiermöglichkeit für Makros als generelle Entwicklungsumgebung für
Automatisierungen wahr, weil ihnen die Leistungsfähigkeit genügt und sie
dadurch Kosten sparen.
Das das technisch nicht unbedingt optimal ist ist richtig, nur ist es
den Anwendern nicht auzureden, auch muß man wohl zugeben das an etlichen
Stellen das Ganze pragmatisch gesehen keine sooo schlechte Wahl ist.

> Nenn doch mal ein paar Beispiele, die Dir beim Schreiben der Mail
> durch den Kopf gegangen sind.

zusätzlich zu o.g. Beispiel gingen mir durch den Kopf ein
Gartenbaubedarfsgroßhandelsunternehmen und ein Autoverwerter, welche
beide das Szenario haben mobile Datenerfassung zu betreiben wobei aud
Kostengründen kleine Applikationen in Calc (teils Excel) selbst
entwickelt und genutzt werden, die auf eher alten Notebooks laufen.
Wiederum ist auch hier die Hardware ein Kostenkompromiss, weil Notebooks
im Eigentlichen nicht optimal sind um beim Arbeiten in der Hand gehalten
zu werden, richtige TabletPCs aber als zu teuer erachtet werden.

Was aber auch eine Anwendung wäre ist das Durchsehen (und
Wiederverschicken) von Dateianhängen bei Emails (z.B. bei Textdokumenten
eingearbeitete Änderuungen annehmen), denn wenn man mit solchen Geräten
Emails empfangen kann ist die Möglichkeit von Überarbeitung von
Dateianhängen doch sicher nicht völlig unsinnig, weswegen trotzdem
niemand die Absicht hat vorzuschlagen man solle seine Diplomarbeit auf
solchen Geräten schreiben.

> Wiegesagt: das einzige, was ich mir vorstellen könnte ist
> Bildschirmpräsentationen laufen zu lassen. Aber sich dafür OOo auf das
> Teil zu laden ist auch nicht gerade die ideale Lösung. (Auch weiß ich
> gar nicht, ob das iPad passenden Anschlüsse für einen Beamer o.ä.
> hat.)

Also IPad kenne ich mich auch nicht aus, aber bei dem bereits von mir
angeführten WePad ist OOo standardmässig installiert, es gibt 2
USB-Anschlüsse und auch eine HDMI-Anschluss über den man einen Beamer
anschliessen kann.
(alles insoweit ich Herstelleraussagen trauen darf, denn noch hatte ich
das Gerät nicht in der Hand)

> IPad mag für daheim/die Couch ganz interessant sein um passiv Inhalte
> zu nutzen (aufgemotzter eBook reader, Webbrowser/Movieplayer), aber
> IMHO überhaupt nicht für die aktive Arbeit

Re: [de-users] [Calc] ENTER in letzter Zelle der Zeile -> Sprung zur ersten Zelle der naechsten Zeile

[Jörg Schmidt]

Hallo,

Andreas Borutta schrieb:
> Wolfgang Jäth schrieb:
> > Am 12.05.2010 11:33, schrieb Andreas Borutta:
> >> Kleinigkeit noch (AFAIR geht es, aber ich erinnere mich nicht mehr,
> >> wie die Konfiguration dazu lautet):
> >> Eine Tabelle enthält Werte von A1 bis D20.
> >> Alle Zeilen ab 21 sind ausgeblendet.
> >> Der Cursor steht in D20.
> >> In den Optionen ist "Eingabebestätigung setzt Einfügemarke nach
> >> [rechts]" zugewiesen.
> >>
> >> Ein Druck auf Enter soll nun den Cursor in A21 setzen (und die eine
> >> leere Zeile A21 bis D21 anzeigen).

> Eben. Ich fand ja gerde die leicht zu tippende Entertaste und die
> Kaskade (Gehe zur nächsten rechten Zelle, wenn es noch eine gibt. Wenn
> es keine mehr gibt, gehe zur ersten Zelle in der nächsten Zeile. Also
> nur eine Taste, die je nach Situation das erwünschte tut.

dann markiere den gewünschten Zellbereich entsprechend, z.B. also A1 bis
D100 und wenn dann zusätzlich unter Extras-OPtionen das nach rechts
geghen bei ENTER eingetragen ist springt ENTER in Zelle D20 automatisch
in A21 dann mit Enter weiter in B21-C21-D21-A22-...



Gruß
Jörg


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

Re: [de-users] [Calc] ENTER in letzter Zelle der Zeile

[Jörg Schmidt]

Hallo,

Nino Novak schrieb:
> wie nennt man dieses Verhalten eigentlich genau

meines Wissens gibt es keinen besonderen Namen dafür

> und wo in der Hilfe
> findet man es?

ich bin garnicht sicher ob das in der Hilfe steht



Gruß
Jörg


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

Re: [de-users] Zerrupfter Thread

[Jörg Schmidt]

Hallo *,

Stefan Weigel schrieb:
> Schade dass das Verhältnis zwischen Traffic und nutzbaren, 
> themenbezogenen Kommunikationsinhalten durch das offenbar stets 
> schlechter werdende Verständnis vieler User für Mailinglisten seit 
> langem stetig ungünstiger wird. 

+1

Wie wahr ... da tröstet es auch wenig das die 'Täter' (nämlich diejenigen die 
die Netikette nicht beachten) letztlich zu 'Opfern' werden sie keine Antworten 
mehr bekommen (ich selbst schaue zwar regelmäßig in die Users-Liste rein, aber 
mich durch dieses Chaos von Netiketteverstössen  zu quälen (manche Treads sind 
schlicht unlesbar) tue ich mir seit einigen Monaten nicht mehr an.

Hier wurde seit Jahren immer wieder aufgeklärt, gebeten im Eigeninteresse 
gemeinsame REgeln zu achten, geschehen ist substanziell nichts außer das 
zunehmend mehr Antworter mit den Füssen abstimmen. Mir tut es leid, aber sei es 
so.
   
> Mailinglisten sind offnebar nicht 
> mehr das Kommunikationsmedium mit, dem die Großzahl der User 
> wirklich korrekt umzugehen weiß.

Es fehlt vorrangig an der allgemeinen Einsicht etablierte, gemeinsame 
Umgangsformen zu achten, was auch vorausetzt das man sich zunächst informiert.

Das allgemeine Benehmen z.B. im Forum de.openoffice.info, ist keinswegs besser, 
keineswegs können also Nutzer mit dem Kommunikationsmedium Forum besser 
umgehen, einziger Vorteil ist das bei einem Forum, die sich regelgerecht 
verhaltenden NUtzer weniger leiden müssen, da bei einem Forum die Abhängigkeit 
aller von dem technisch korrekten Benutzen des Mediums weniger besteht.



Gruß
Jörg 


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

Re: [de-users] Kostenpflichtiger Support für OpenOff ice

[Jörg Schmidt]

Hallo,

 Geschätsleitung schrieb:
> Wir hatten heute zum zweiten Male in dieser Woche einen
> Kunden im Laden,
> der angedeutet hat, dass in Kreuzlingen ein PC-Geschäft besteht, das
> sehr erfolgreich kostenpflichtigen Support für Openoffice anbietet,
> Inkl. Fernwartung, teurer Supporthotline etc. Zudem sei das Geschäft
> ausgeschrieben als Open Office Competence Center...
>
> Meine Frage ist nun: Ist es gestattet kostenpflichtigen Support
> anzubieten?

Nicht nur gestattet, sondern quasi sogar erwünscht, denn es steigert die
Marktverankerung von OpenOffice.org.

> Und darf man den Namen Open Office Competence Center
> überhaupt verwenden?

Weiß ich garnicht wer den verwenden möchte, denn es geht hier um
OpenOffice.org und nicht um "Open Office" oder "OpenOffice".

> Wir bieten unseren Kunden auch Support für Openoffice an, aber
> kostenlos, weil wir der Überzeugung sind, das Open Office
> unbedingt zu
> fördern ist.

Das geschieht durch kostenpflichtigen Suppport genauso, zumal dabei noch
eher etwas für das OpenOffice.org-Projekt selbst herausspringt, nämlich
dann wenn die 'Supporter' einen Teil ihrer Gewinne ins Projekt
zurückfließen lassen indem sie dieses mannigfaltig fördern.

Letzteres ist jetzt kein Wink mit dem Zaunpfahl, denn ich halte nicht
sehr viel von solchen Winken, ich muß jedoch gestehen das ich von
kostenlosen Support von Firmen für _Firmen_Kunden auch wenig halte, zum
einen wegen der allgemeinen PR-Wirkung für OOo als auch wegen
allgemeiner marktwirtschaftlicher Überlegungen.
Ehrenamtlichen Engagement, in jeder Form, ist sehr willkommen und
ehrenvoll, nur 'kostenloser _Support_' könnte leicht auch mal 'billig'
klingen und anderseits auch nach Dumping - das Eine hat OOo nicht
verdient und das Andere nicht die Firmen die Support zu OOo anbieten,
denn wenn eine Firma Support anbietet bedeutet das Aufwand für die Firma
und der darf dann auch dem Empfänger des Supports berechnet werden.
Wer ehrlich und sauber mit Freier Software entsprechende Leistung
anbietet, sei es als Programmierer oder Dienstleister, sollte auch
angemessen dafür bezahlt werden.


OOo behauptet sich zunehmens auch im kommerziellen Einsatz und hat ein
'Kostenlos-Image', selbst wenn es wohlgewollt ist, nicht verdient, zumal
ein solches Images keineswegs nur Vorteile hat.

Hier kann ich sinngemäß nur einen der Gründer des bekannten Linux-Hotels
(www.linux-hotel.de) zitieren:

'Viele haben eine seltsame Einstellung zur Frage des Geldverdienens. Das
muß irgendwoher kommen, aber bloß nicht dadurch, daß man etwas tut, mit
dem anderen im Bereich Freier Software geholfen wird.
Ich denke, mit dieser Einstellung wird großer Schaden angerichtet, weil
intelligente Menschen den Löwenanteil ihrer Fähigkeiten und ihrer Zeit
dann zwangsläufig außerhalb des Bereichs Freier Software einsetzen
müssen.'



Gruß
Jörg


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

Re: [de-users] Zerrupfter Thread

[Jörg Schmidt]

Hallo,

Thomas Schirrmacher schrieb:
> > Hier wurde seit Jahren immer wieder aufgeklärt, gebeten im 
> Eigeninteresse
> > gemeinsame REgeln zu achten, geschehen ist substanziell 
> nichts außer das
> > zunehmend mehr Antworter mit den Füssen abstimmen. Mir tut 
> es leid, aber
> > sei es so.
> 
> 
> ich widerspreche Dir an einer ganz entscheidenden Stelle:
> 
> Ein OOo-Benutzer der ein Problem mit seiner Software hat, wird durch 
> verschiedene Links darauf aufmerksam gemacht, dass er sich 
> für sein Problem an 
> diese Mailingliste wenden kann.

ja

> Er hat nur dieses eine Problem und will es gelöst haben und 
> muss sich deshalb 
> hier anmelden um seine Frage zu stellen.

ja
 
> Ich spekuliere mal, das die Hilfesuchenden die sich unter den 
> o.g. Bedingungen 
> hier anmelden, nur zu einem Bruchteil wissen was eine 
> Mailingliste ist oder 
> gar die "Netiquette".

Und genau an der Stelle verhalten sie sich dann falsch, genau das sage ich ja.

Und das Problem ist ganz einfach umschrieben: die menschliche Bereitschaft 
Nettikette-Verstösse IMMER WIEDER zu tolerieren weil man sich sagen muß sie 
wären ja von Anfängern begangen wurden, nutzt (bei allem menschlichen 
Verständnis für die Änfänger) der Lesbarkeit der Liste überhaupt nichts.

im Übrigen:
eine Mailingliste ist sicher für viele etwas gänzlich Neues, aber genau 
deswegen informiert man sich. Niemand käme auf den Gedanken in ein fremden Land 
zu reisen ohne sich über dort geltende Sitten und Gesetze zu informieren und 
gleichzeitig zu glauben das alle Bewohner des Landes erfreut wären wenn man 
ständig ins Fettnäpfchen tritt.
Stellenweise wird das durch Höflichkeit zu überspielen sein, wenn ich mich aber 
in England nicht vorab informiere und dort im Strassenverkehr auf der rechten 
Seite fahre wird es ernst, dann störe ich den Strassenverkehr genauso wie man 
eine Mailingliste mit Tofu u.ä. Dingen stört - der Verkehr steht wenn man auf 
der falschen Seite fährt und die Mailingliste wird unlesbar wenn man wichtige 
Regeln der Nettikette nicht beachtet.


Aber wie ich bereits sagte:
seit Jahren haben hier Viele sich immer wiedr bemüht andere über Regeln 
aufzuklären, haben aufklärende Texte auf unseren WEb-sEiten immer wieder 
optimiert, haben mal verärgert argumentiert, mal mit Verständnis - geholfen hat 
es alles nicht, die Liste ist zunehmend schlechter lesbar und die Abstimmung 
mit den Füssen findet seit Langem statt. 
Es sind dann leider auch gerade die Wissenden die sich zurückziehen, weil das 
diejenigen sind die zwar sehr viel beantworten könnten, aber auch sonst sehr 
beschäftigt sind und deswegen dringend auf effizientes Funktionieren der Listen 
angewiesen sind. 
Das gerade Gesagte ist auch keine Frage reiner Statistik (da kann sich jeder 
selbst über den Trend der users-Liste auf:
http://de.openoffice.org/servlets/SummarizeList?listName=users
informieren), sondern jeder der über längere Zeit hier die user-Liste verfolgt 
und hier postet (ich z.B. über ca. 5 Jahre) wird es nachvollziehen können.



Gruß
Jörg


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

Re: [de-users] Zerrupfter Thread

[Jörg Schmidt]

Thomas Schirrmacher schrieb:
> das ist eine offensichtlich mehr als vorgeschobene Begründung.
> 
> Deine Rechtfertigung zu dem was Du gemacht hast sagt ja 
> nichts anderes als das 
> Du die "Hunderten Mails von OOo-Usern", die Dir wohl per PM 
> zugehen, statt 
> persönlich zu beantworten hier in die Liste posten willst.
> 
> Für mein Verständnis ist es die gleiche Arbeit als wenn Du 
> sie auch persönlich 
> beantwortest.

Dann hast Du nichts verstanden, denn es geht nicht darum das sich Stefan hier 
so verhält wie er es in persönlicher Betrachtung für richtig empfindet (selbst 
das wäre sein unumstössliches Recht) sondern das Stefan weiterdenkt und sich 
bei seinem Vorgehen bewußt ist das es nicht nur um seine eigene Situation geht 
sondern auch um Dinge die OOo und die Community betreffen, nämlich _z.B._ den 
unerfahrenen Nutzern immer wieder klarzumachen:
es ist besser sich an die Liste (die Gemeinschaft aller) zu wenden, weil:
 -dort die beste Anwortchance besteht
 -dort das erarbeitete Wissen langfristig für alle verfügbar bleibt

Wenn Nutzer immer wieder glauben das es das Beste sei, besonders erfahrene 
OOo-Projektmitglieder per PM anzuschreiben um 'hochwertige' Antworten (zu 
typischen Anwenderfragen)zu bekommen, so stimmt das einfach nicht, denn auch 
diese Mitglieder sind auch nur Teil der Gemeinschaft weswegen es (fast) immer 
sinnvoller ist sich an alle zu wenden z.B. über die Mailinglisten.



Gruß
Jörg


P.S.
Ich schreibe Obiges auch nicht aus persönlicher Sympatie für Stefan, sondern 
weil Stefan auf der SAchebene erkennbar richtig argumentiert/handelt (betreffs 
des hier zu Diskussion stehenden Problems) so da ich nicht verstehe wie er hier 
unter Beschuss gerät.


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

Re: [de-users] Zerrupfter Thread

[Jörg Schmidt]

Hallo *,

Thomas Schirrmacher schrieb:
> Ich habe es nicht nur nicht verstanden, sondern verstehe es 
> grundlegend 
> anders:

Nein, Du antwortest augenscheinlich nur ungenau.

Ich habe ganz eindeutig auf Deine Aussage:

"das ist eine offensichtlich mehr [...]

Für mein Verständnis ist es die gleiche Arbeit als wenn Du sie auch persönlich 
beantwortest."

geantwortet.

Wenn Du hingegen diskutieren willst wie aus quasi 'Datenschutzgründen' mit PMs 
umzugehen sei, dann tue auch genau das, also schreibe nicht von möglicher 
'Arbeitsäquivalenz' sondern von Deiner Ansicht aus Gründen des 
Persönlichkeitsschutzes keine PMs zu veröffentlichen.

> Aufgrund dieser Tatsache ist es schlicht falsch, diese an ihn 
> persönlich 
> gerichtete Mail zu veröffentlichen 

so sehe ich das auch - nur wie könnte ich Dir darin zustimmen wenn Du Dich 
bisher auf etwas ganz anderes bezogst (Vergleich des Arbeitsaufwandes statt 
Wahrung von Persönlichkeitsrechten)?

Entschuldigung Stefan, nur genauso wie ich in anderer Mail Deine Position 
unterstützt habe, weil ich sie für richtig hielt, unterstütze ich hier nun die 
Meinung von Thomas, weil ich gleich denke. 
Zwar bin ich nicht der Ansicht das man hier unbedingt mit "schlicht falsch" 
urteilen sollte, denn ich vermute Du wirst Dir das Ganze vorher überlegt haben, 
nur ist meine Beurteilung hier letztlich wie die von Thomas.

Wobei ich ehrlicherweise sagen muß das ich nicht sicher bin ob ich Dir (Stefan) 
nicht doch Unrecht tue, da ich unsicher bin wie sich das Ganze genau zugetragen 
hat.

> und den Anfragenden damit der 
> Lächerlichkeit preis zu geben, gewollt oder ungewollt.

Beides glaube ich dann doch nicht, genauer gesagt das "gewollt" traue ich 
Stefan nicht zu und das "ungewollt" würde vorausetzen das Stefan, in einer 
recht einfachen Angelegenheit, die KOnsequenzen seines Tuns nicht überblickt, 
wofür ich ihn für zu intelligent halte.



Gruß
Jörg


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

Re: [de-users] Zerrupfter Thread

[Jörg Schmidt]

Hallo Thomas,

Thomas Schirrmacher schrieb:
> Abschließend nochmal ein Einwand:
> 
> Was trägt zur Beantwortung von Christians Frage wohl eher bei?

Stefans Vorgehen halte ich persönlich für richtig und insbesondere dem Medium 
Mailingliszte angemessen, einzig hätte ich persönlich (wie bereits gesagt) 
darauf verzichtet hier auf der Liste eine PM (wörtlich) wiederzugeben, sondern 
hätte mich lieber indirekt auf die PM bezogen, was auch ausreichend gewesen 
wäre.

> >Nein, Du antwortest augenscheinlich nur ungenau.
> 
> Nein deshalb nicht, weil es mehrere Aspekte gibt weshalb 
> Stefans Verhalten 
> nicht in Ordnung ist.

Ich bin nicht Stefan, ich jedoch habe dir an einer Stelle geantwortet und 
hinterher bemängelst Du meine Antwort und ich gebe Dir dann nachträglich sogar 
noch Recht.
Das ich Dir erst nachträglich, und nicht sofort, Recht geben konnte rührt 
einzig daher das Du zwar quasi Mißachtung von Persönlichkeitsrechten 
kritisieren wolltest, jedoch mit Abschätzung der Arbeitsbelastung argumentiert 
hast und das (das eine zwar zu meinen, jedoch das Andere hinzuschreiben) 
benannte ich als ungenaues Antworten.

Weiter ist da auch nichts dran, und ich betone nochmals: ich hätte Dir bereits 
ursprünglich REcht gegeben, war daran jedoch durch DEine ungenaue Aussage 
gehindert, nicht etwa weil ich eine andere Meinung (in dem speziellen Punkt) 
als Du hätte.



Gruß
Jörg
 


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

Re: [de-users] Re: Frage: Generell bin aber Mitglied und habe auch kein interesse an Projekten mitzuarbeiten.

[Jörg Schmidt]

Thomas Schirrmacher schrieb:
> Und das sowas hier durchaus auch mal diskutiert und 
> ausdiskutiert werden kann 
> und sollte, ist auch mit der Tatsache geschuldet, dass in 
> regelmäßigen 
> Abständen irgendwelche Besserwisser ewig die Netikette bei 
> vermeintlichen 
> Verstössen zu Felde führen

wer verhält sich denn "ewig" so, ich denke kaum jemand.

> Allein schon das ewige: Wir pflegen hier das umgängliche Du 
> in der Liste bei 
> jeden Erstposter,

was ja nun absolut das Normalste von der WElt ist, selbst wenn es ohne 
speziellen Bezug auf die Nettikette erfolgte. 
Hier ist eine Gruppe von Personen welche gewisse Übereinkünfte achten, REgeln 
die soie sich selbst geben und wer zu dieser Gruppe hinzustößt muß sich 
zunächst an bestehende REgeln halten, eher er später als Mitglied der Gruppe 
möglicherweise Einfluss auf die Änderung von Regeln nehmen kann, ich glaube das 
ist überall so.

Auch juristisch-formal (obwohl ich nicht glaube das es hier darauf ankommt) ist 
das Verhalten korrekt, denn unmotiviertes "Du"-zen _kann_ in DE durchaus schon 
Grund für eine Beleidigungsklage sein und da ist eine Klarstellung über die 
GRünde des "Du"-zens wohl kaum völlig falsch.

> der aus gelernter Höflichkeit seine erste 
> Mail mit "Sie" 
> beginnt, ohne Rücksicht darauf, ob derjenige ein 
> fortgeschrittenes Alter hat 
> oder ein Geistlicher oder Professor oder eine sonstige 
> Honorität sein könnte, 
> kann Leuten vor den Kopf stossen.

Dann verstehst Du Mailinglisten nicht richtig, denn niemand stößt hier jemanden 
vor den Kopf indem er ihn mit "Du" anredet oder eine offene unverstellte 
KOmmunikation pflegt, die deswegen keinesfalls den Gegenüber als Mensch 
mißachtet oder geringschätzt. Begriffe wie "Honorität" zählen hier allerdings 
eher nicht unbedingt weil es hier einzig auf das Wissen und die Wertschätzung 
der Leistung der handelnden Personen ankommt.
Ich glaube auch nicht ernsthaft das sich irgendwer daran stößt das er hier mit 
"Du" angesprochen wird, nachdem er im Zweifel noch extra über die Gründe dessen 
informiert wurde, denn es geht ja hier im Kern auch vorrangig um Sachinhalte.

Ich würde Dir empfehlen einmal hier:
http://www.dets-home.de/it-writings/smart-questions-ger.html

nachzulesen, denn dort wird ganz gut auf die allgemeinen Regeln eingegangen wie 
sie auf Mailinglisten gelten und das man Vieles auch schnell in den falschen 
Hals bekommen kann wenn man 'normale' Maßstäbe anlegt.
Ich verteidige hier im Übrigen nicht einmal das "Du" im Speziellen, es ist 
lediglich eine existierende allgemeine Übereinkunft und deshalb achte ich sie. 
Mir wäre also auch ein "Sie" recht, wenn das die Mehrheit wollte, nur definitiv 
kein "Sie" _nur_ weil das Ausssenstehende fordern würden (obwohl _ich_ nicht 
glaube das das jemand hier täte).


Ich übrigens bin im normalen Leben ein studierter, eher konservativen 
Umgangsformen zugeneigter, Anzug-tragender Mittvierziger und ich finde 
Einhalten von Umgangsformen im normalen Leben nicht als Zwang sondern als 
angenehm. 
Trotzdem, oder gerade deswegen, ist mir aber auch klar das die erwarteten 
Umgangsformen sich auf Mailinglisten vom 'normalen' Leben unterscheiden, denn 
selbst im normalen Leben kann ich mich nicht im Ecklokal benehmen wie im 
Nobelrestaurant und das damit begründen das die Stammgäste im Ecklokal 
gefälligst zu akzeptieren hätten das ihre anerkannten Regeln weit unter den 
meinen lägen und sie sich deshalb nach meinen zu richten hätten sobald ich ihr 
Lokal betrete.



Gruß
Jörg
 



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

Re: [de-users] calc Err: 520

[Jörg Schmidt]

Hallo,

thomas.kueb...@web.de schrieb:
> Was mache ich falsch? bzw. Wie mache ich es richtig?

ohne genaue Angaben zur verwendeten OOo-Version schwer genau zu
beantworten.

Ich schätze mal Du benutzt OOo 3.2.0, dann wäre das Ganze schlicht ein
Programmfehle da ich dort feststellen kann das das durch das Kopieren
erzeugte Calc-Objekt garnicht richtig übernommen wird, weder die
Zelleinträge noch die Bereichsfestlegungen.

Anzeichen dafür wäre wenn Du das Writerdokument speicherst, schließt und
neulädtst und dann die dort ursprünglich eingefügte Calc-Tabelle
doppelklickst um sie in den Editiermodus zu bringen, im selben Moment
sind die Einträge aus den Zellen B1 und B2 verschwunden.

Abhilfe wäre z.B. die Version 3.1.1 von OOo zu verwenden oder das
Calc-Object in der odt-Datei manuell zu editieren, durch direkten
Editieren des xml.


Gruß
Jörg


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

Re: [de-users] calc Err: 520

[Jörg Schmidt]

Hallo Thomas,

thomas.kueb...@web.de schrieb:
> Nein, es ist nichts verschwunden. Namen werden mit übernommen.
> Datenbankbereiche werden nicht übernommen. Wieso, weiß ich nicht. Was
> der Unterschied ist, ist mir noch nicht klar.
>
> > Abhilfe wäre z.B. die Version 3.1.1 von OOo zu verwenden oder das
> > Calc-Object in der odt-Datei manuell zu editieren, durch direkten
> > Editieren des xml.
>
> Danke für den Tipp, ich benötige ihn nicht, da bei OOo3.2.0 die
> Übernahme von Namen funktioniert.

Ich sprach insgesamt von "Anzeichen", weil mir entsprechende Probleme in
3.2.0 aus meinem beruflichen Tun andeutungsweise bekannt waren ohne das
ich mich bereits um Detailaufklärung bemüht hätte, weswegen ich gestern
vor dem posten nur das Ganze oberflächlich getestet hatte, es traten
dabei mehr Unregelmäßigkeiten auf als ich im Detail aufgezählt hatte.
Ich habe nicht wirklich Zeit das hier ausführlicher zu diskutieren,
sofern Du mir aber eine DEiner *.odt mit den fehlerhaft funktionierenden
Calczellen zusendest könnte ich das in den nächsten Tagen
(wahrscheinlich nicht vor Wochenende) ansehen und dann nochmal genaueres
sagen.

Entschuldige meine Zeitknappheit, aber mehr Hilfe kann ich Dir hier
aktuell nicht anbieten.

> Frage: Wo kann ich in Deinem Buch "Tabellenkalkulation mit
> OpenPffoice.org 3 Calc" etwas über Name bzw. Datnbankbereiche finden?

das Stichwortverzeichnis weißt tatsächlich nur einen Eintrag aus ... ich
finde jedoch spontan:

S.467 f. (Kapitel 9.4.1) über Datenbankbereiche

und.

S. 497 f. (Kapitel 10.4) über Bereichsnamen (hier aber mit bezug auf
Migration von MS Excel

(alle SEitenangaben für die 3.Auflage gültig)

Aber nutze doch bitte zusätzlich selbstständig die Volltext-Suche für
das Buch im Internet, siehe unten auf Seite:
http://www.galileocomputing.de/1941





Gruß
Jörg


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

Re: [de-users] Go-OO <-> OOo

[Jörg Schmidt]

Hallo,

Jochen schrieb:
> Wo kann ich eine Übersicht finden, was der Unterschied
> zwischen Go-OO und OOo ist

eine (im DEtail nicht vollständige) Übersicht findet sich auf der
go-oo-Seite: www.go-oo.org unter "Discover". Auch kann es interessant
sein die Mailinglisten (unter "Developer") querzulesen, denn die
Übersicht berücksichtigt nicht jedes Detail

> bzw. ob es Probleme mit dem
> Austausch von mit beiden OO-Versionen erstellen Dateien gibt?

das kommt natürlich zunächst auf das Dateiformat an, wenn Du (was zu
bevorzugen wäre) das OpenDocument-Format (*.odt, *.ods, usw.) benutzt
sollten mögliche Unterschiede gering sein, allgemein wohl bei
Textdokumenten geringer als bei Tabellendokumenten.

> Mich interessiert v.a., ob mit Go-OO erstellte Textdokumente
> mit OOoWriter problemlos gelesen werden können

ja

> und ob die
> Makro-Programmierung in OOo mit der in Go-OO 100%ig kompatibel ist.

Nein, nichts ist 100%ig kompatibel.

Allgemein lässt sich wohl sagen das die Makroprogrammierung natürlich
kompatibel ist, vielleicht im Sinne 99+%, nur 100% ist keine seriöse
Aussage.
Generell ist die Kompatibilität von in OOo erstellten Makros zu go-oo
etwas besser als die von in go-oo erstellten Makros zu OOo, weil go-oo
besser mit VBA umgegehen kann, was auch genutzt werden kann um VBA-Code
direkt zu verwenden.

Abgesehen von der 'VBA-Geschichte', dürften weitere Inkompatibilitäten
zwar im DEetail immer mal vorkommen, aber nicht wesentlich größer sein
als die Kompatibilität von OOo (hinsichtlich Makros) zu sich selbst,
denn immer wieder treten von Version zu Version Änderungen, oder leider
auch Fehler, in der API auf, die völlige Kompatibilität in Praxis
verhindern.



Betrachte obige Aussagen als allgemeine Einschätzungen, denn wegen
ständiger Weiterentwicklung von go-oo und OOo sind die Dinge natürlich
ständig in Fluss.

Eine ganz allgemeine Kompatibilitäts-Absolution, wie sie Dir vielleicht
im Sinn liegt gibt es ohnehin nicht, zumal man anderseits auch sagen
könnte das die Unterschiede von OOO 2.x zu OOo 2.x+y größer ausfallen
können als die von (i.d.S.) OOo 2.x zu go-oo 2.x (wobei dahingestellt
sei wie man 'Größe von Unterschieden' im DEtail quantifiziert), z.B.
waren die Unterschiede hinsichtlich des Diagramm-Moduls Chart2 (in OOo
2.3) bezogen auf Chart1 natürlich erheblich.



Gruß
Jörg



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