Re: [de-dev] OOo 2.x Hilfedateien erstellen

[Jens Nürnberger]

Hallo Jörg,


Ich bin somit ratlos und würde mich über jegliche Hinweise freuen. Es
würde auch vollkommen genügen wenn jemand eine Extension kennt, welche
das Einbetten von Hilfedateien mit eigenen Bildern bereits verwendet -
dannn könnte ich selbst nachsehen.



Hast du mal versucht dein Bild, der Datei "images.zip" hinzuzufügen?
Vgl. - zum Archiv hinzufügen - 



Gruß Jens

--
Ubuntu 7.10
OpenOffice 2.3.0/2.4.0
Thunderbird

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AW: [de-dev] Die neue Blockmarkierfunktion ist buggy (?)

[Wolfgang Uhlig]

Hallo Jörg,

danke, dass du dir so viel Mühe machst :)


Wolfgang Uhlig schrieb:

Wenn ich normalerweise einige Leerabsätze mache, blinkt der
Cursor im zuletzt gemachten. Das ist für mich die Stelle, wo sich der  
Cursor

befindet.


Ja.


Dass ich mit der Maus noch explizit dorthin klicken
muss, finde ich völlig unlogisch.


Davon war auch *so* nicht die Rede, ich erwähnte das nur um
sicherzustellen das der Cursor im Letzten Absatz ist, sieh mir diese
"Übervorsicht' nach, nur Du hast ein Problem und ich wollte im Zweifel
genau sein.


Es geht nicht um Übervorsicht, von daher gibt es auch nichts "nachzusehen"  
;), es geht vielmehr darum, dass das, was ich als Bug empfinde, nun gerade  
die Tatsache ist, dass ich trotz mehrerer Enter mit der Maus explizit  
dorthin klicken muss. Tue ich das nämlich nicht, wird der Block nicht dort  
eingefügt, wo der Cursor blinkt, sondern dort, wo der Mauszeiger zuletzt  
gewesen war, nämlich hinter dem Text.


Und das tritt bei mir nachvollziebar überall auf und nicht nur, wie  
Raphael schreibt, beim ersten Mal und am Ende des Dokuments.


Da nun aber in allen anderen Fällen, die ich kenne, Inhalte dort eingefügt  
werden, wo der Cursor blinkt, finde ich das nicht logisch.

Klarer geworden, was ich meine?



WARUM, bleibt mir
allerdings weiter verborgen.


Das ist doch ganz verständlich, es ist in der Spec sogar genau
beschrieben.


Ich zitiere jetzt hier nicht deine ganze Erklärung. Mir ist klar geworden,  
dass der Einsatzzweck ein anderer ist als ich dachte. Es ist wohl mehr so  
etwas wie:


Mach aus:
12345
12345
12345
12345
dies hier --->
1234512345
1234512345
1234512345
1234512345

Solche Blöcke in einen Fließtext einsetzen zu wollen, ist wenig sinnvoll  
bis völlig unnütz ;)
Dann frage ich mich allerdings, warum das in der Spec dann als Beispiel  
genau so getan wird, aber das ist ein anderes Thema.


Was dann aber als Kritik bleibt, ist, dass die "optische" Trennung zweier  
Absätze nicht berücksichtigt wird. Da ich es nicht gut in Worte fassen  
kann, folgendes Beispiel, und zwar mit dem Versuch, etwas praxisnäher zu  
sein.


Ich habe einen längeren (geschäftlichen) Text mit diversen Aufstellungen,  
Listen u.Ä., dabei unter anderem dies:


--
Stechzylinder-Set Modell A, Standard-Set bis 2 m Tiefe, f. Ringe m. 53 mm  
Durchm.
Stechzylinder-Set Modell B, Standard-Set bis 2 m Tiefe, f. Ringe m. 55 mm  
Durchm.
Stechzylinder-Set Modell C, Standard-Set bis 2 m Tiefe, f. Ringe m. 60 mm  
Durchm.
Stechzylinder-Set Modell D, Standard-Set bis 2 m Tiefe, f. Ringe m. 68 mm  
Durchm.
Stechzylinder-Set Modell E, Standard-Set bis 2 m Tiefe, f. Ringe m. 84 mm  
Durchm.

--

Dann habe ich später im Text zwei Absätze, wo ich merke, dass dazwischen  
einen Teil der Artikelbezeichnungen aus der obigen Liste wieder benutzen  
kann, dargestellt in eckigen Klammern:


--
Bei der Herstellung unserer qualitativ hochwertigen Stechzylinder wurden  
alle möglichen Aspekte berücksichtigt. Die Stechzylinder werden mit einem  
vollständig organischen Stabilisator hergestellt, sodass keine  
Verschmutzung auftritt.
... [Jetzt fällt mir ein, hier sollten ja die Durchmesser aufgeführt  
werden, also schreibe ich:] Wir haben die Stechzylinder für folgende  
Ringdurchmesser auf Vorrat:

[und möchte nun an dieser Stelle die Durchmesser untereinander einfügen]

Bei der Verwendung von Stechzylindern ist es wichtig, dass Sie sich der  
Qualitätsaspekte und der Zusammenstellung des Materials bewusst sind.  
Leider kommt es immer noch vor, dass Stechzylinder hergestellt werden, die  
den oben genannten strengen Anforderungen nicht genügen.  
Selbstverständlich können Sie bei [Firmenname] darauf vertrauen, dass wir  
ausschließlich Materialien höchster Qualität liefern.

--

Nun markiere ich also einen Block, in dem nur die "Ringe m. xyz mm  
Durchm." vorkommen, setze den Cursor hinter "Vorrat:", mache ein Enter und  
füge ein. Was passiert? Die Ringe werden im folgenden Text "verteilt".

Das ist sicher nicht das, was die meisten sich dabei vorstellen werden.

Wie muss ich denn sinnvollerweise vorgehen, wenn ich es so haben will:

--
Bei der Herstellung unserer qualitativ hochwertigen Stechzylinder wurden  
alle möglichen Aspekte berücksichtigt. Die Stechzylinder werden mit einem  
vollständig organischen Stabilisator hergestellt, sodass keine  
Verschmutzung auftritt.

Wir haben die Stechzylinder für folgende Ringdurchmesser auf Vorrat:
Ringe m. 53 mm Durchm.
Ringe m. 55 mm Durchm.
Ringe m. 60 mm Durchm.
Ringe m. 68 mm Durchm.
Ringe m. 80 mm Durchm.
Bei der Verwendung von Stechzylindern ist es wichtig, dass Sie sich der  
Qualitätsaspekte und der Zusammenstellung des Materials bewusst sind.  
Leider kommt es immer noch vor, dass Stechzylinder hergestellt werden, die  
den oben genannten strengen Anforderungen nicht genügen.  
Selbstverständlich können Sie bei [Firmenname] darauf vertrauen, dass wir  
ausschließlich Mate

Re: AW: [de-dev] Die neue Blockmarkierfunktion ist buggy (?)

[Stefan Weigel]

Hi Wolfgang,

Wolfgang Uhlig schrieb:

Wie muss ich denn sinnvollerweise vorgehen, wenn ich es so haben will:


Du musst lediglich die korrekte Anzahl von Zeilen vorher anlegen. Du 
drückst fügst also am Beginn der Zeile bzw. des Absatzes nach 
"Vorrat:" fünfmal die Enter-Taste und fügst dann den kopierten Block 
ein.


Das funktioniert prima.

Das von Dir als buggy empfundene Verhalten, dass die Einfügung nicht 
an der Stelle beginnt, wo in diesem Moment der Cursor blinkt, ist in 
der Situation zweckmäßig. Du brauchst nämlich nach dem fünfmaligen 
Drücken der Enter-Taste den Cursor nicht noch einmal neu zu 
positionieren, sondern kannst gleich einfügen.


Dieses unerwartete Verhalten ist bei genauerem Hinsehen besser, als 
das erwartete Verhalten. Es erfüllt nämlich sowohl den Einsatzzweck


Mach aus:
12345
12345
12345
12345
dies hier --->
1234512345
1234512345
1234512345
1234512345

also auch den Einsatzzweck aus Deinem Stechzylinderbeispiel.

Das Problem ist, dass dieses jetzt als tatsächlich zweckmäßiger 
erkannte Verhalten einer besonderen Erklärung bedarf, damit der 
Anwender es versteht, und diese Erklärung kaum mit einem Satz, 
erledigt werden kann. Vielmehr braucht es ausführliche 
Erläuterungen, am besten mit zwei konkreten Anwendungsbeispielen.


Für den Anwendersupport und für die Beantwortung zu erwartender 
Bug-Meldungen im Issue-Tracker wäre IMHO ein Dokument, zum Beispiel 
eine Wiki-Seite, die das Markieren und Kopieren von Blöcken 
erläutert, sehr zweckmäßig. Hat jemand Zeit und Lust das zu verfassen?


Gruß

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Die neue Blockmarkierfunktion ist buggy

[Stefan Weigel]

Hallo Rapahel,

Raphael Bircher schrieb:


www.uhlich.nl/extras/bug.html
Den ersten kann ich bestätigen mit OOo_DEV300_m5_MacOSX_Intel. Er tritt 
allerdings nur beim ersten mal Einfügen und nur am Ende des Dokumentes 
auf. Für mich maximum ein P4.


Das Verhalten tritt immer dann auf, wenn der Selektionsmodus (noch) 
auf BLK steht.


Man beachte, dass der Selektionsmodus je nach Betriebssystem 
unterschiedlich aktiviert werden kann und dass sich dieser 
automatisch von BLK auf STD zurück stellt, wenn man Dokument normal 
weiter editiert.


Es handelt sich um keinen Bug, sondern um das zweckmäßige, wenn auch 
vielleicht nach erster Intuition unerwarete Verhalten.


Siehe auch: 
http://de.openoffice.org/servlets/ReadMsg?list=dev&msgNo=36173


Gruß

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AW: [de-dev] Die neue Blockmarkierfunktion ist buggy (?)

[Wolfgang Uhlig]

Hallo Stefan,


Wolfgang Uhlig schrieb:

Wie muss ich denn sinnvollerweise vorgehen, wenn ich es so haben will:


Du musst lediglich die korrekte Anzahl von Zeilen vorher anlegen. Du  
drückst fügst also am Beginn der Zeile bzw. des Absatzes nach "Vorrat:"  
fünfmal die Enter-Taste und fügst dann den kopierten Block ein.


Das funktioniert prima.


Eben nicht! Wie ich nun schon mehrfach gesagt habe, wird der Block DIREKT  
HINTER "Vorrat:" eingefügt, egal, wie viele Enter ich mache, m.a.W. die  
erste Zeile des Blocks schließt sich hinten an den Text an und muss daher  
noch nachträglich mit einem Zeilenumbruch dorthin befördert werden, wo ich  
sie haben will. Für mich ist das ein Bug, sorry.


Das von Dir als buggy empfundene Verhalten, dass die Einfügung nicht an  
der Stelle beginnt, wo in diesem Moment der Cursor blinkt, ist in der  
Situation zweckmäßig. Du brauchst nämlich nach dem fünfmaligen Drücken  
der Enter-Taste den Cursor nicht noch einmal neu zu positionieren,  
sondern kannst gleich einfügen.


Das stimmt im Prinzip zwar (zumindest, wenn obiger Fehler nicht wäre),  
aber bedeutet "zweckmäßig" auch "korrekt"?


Dieses unerwartete Verhalten ist bei genauerem Hinsehen besser, als das  
erwartete Verhalten. Es erfüllt nämlich sowohl den Einsatzzweck


Auch hier: ist "besser als erwartet" dasselbe wie "korrekt"?

Das Problem ist, dass dieses jetzt als tatsächlich zweckmäßiger erkannte  
Verhalten einer besonderen Erklärung bedarf, damit der Anwender es  
versteht, und diese Erklärung kaum mit einem Satz, erledigt werden kann.  
Vielmehr braucht es ausführliche Erläuterungen, am besten mit zwei  
konkreten Anwendungsbeispielen.


+1

Für den Anwendersupport und für die Beantwortung zu erwartender  
Bug-Meldungen im Issue-Tracker wäre IMHO ein Dokument, zum Beispiel eine  
Wiki-Seite, die das Markieren und Kopieren von Blöcken erläutert, sehr  
zweckmäßig.


+ 1


Hat jemand Zeit und Lust das zu verfassen?


Ich würde das schon machen wollen, aber dazu müsste ich erstmal wissen, ob  
der von mir beschriebene "Fehler" ein solcher ist oder nicht. Für mich  
bleibt immer noch schwer verdaulich, dass DIE CURSORPOSITION normalerweise  
die Stelle ist, wo der Cursor blinkt und das ausgerechnet in diesem Fall  
außer Kraft gesetzt wird. M. a. W., der Benutzer soll wissen/sich merken,  
wo der Cursor "virtuell" ist, sprich, wo er vor dem Blockmarkieren war.  
Das ist nicht konsequent.


Gruß,
Wolfgang

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AW: [de-dev] Die neue Blockmarkierfunktion ist buggy (?)

[Stefan Weigel]

Hallo Wolfgang,

Wolfgang Uhlig schrieb:


Das funktioniert prima.


Eben nicht!


Doch! :-D

Wie ich nun schon mehrfach gesagt habe, wird der Block 
DIREKT HINTER "Vorrat:" eingefügt, egal, wie viele Enter ich mache, 
m.a.W. die erste Zeile des Blocks schließt sich hinten an den Text an 
und muss daher noch nachträglich mit einem Zeilenumbruch dorthin 
befördert werden, wo ich sie haben will.


Machen wir es gemeinsam, Klick für Klick:

Das Writer-Dokument enthält genau folgenden Text:

--
Stechzylinder-Set Modell A, Standard-Set bis 2 m Tiefe, f. Ringe m. 
53 mm Durchm.
Stechzylinder-Set Modell B, Standard-Set bis 2 m Tiefe, f. Ringe m. 
55 mm Durchm.
Stechzylinder-Set Modell C, Standard-Set bis 2 m Tiefe, f. Ringe m. 
60 mm Durchm.
Stechzylinder-Set Modell D, Standard-Set bis 2 m Tiefe, f. Ringe m. 
68 mm Durchm.
Stechzylinder-Set Modell E, Standard-Set bis 2 m Tiefe, f. Ringe m. 
84 mm Durchm.


Bei der Herstellung unserer qualitativ hochwertigen Stechzylinder 
wurden alle möglichen Aspekte berücksichtigt. Die Stechzylinder 
werden mit einem vollständig organischen Stabilisator hergestellt, 
sodass keine Verschmutzung auftritt.


Wir haben die Stechzylinder für folgende Ringdurchmesser auf Vorrat:

Bei der Verwendung von Stechzylindern ist es wichtig, dass Sie sich 
der Qualitätsaspekte und der Zusammenstellung des Materials bewusst 
sind. Leider kommt es immer noch vor, dass Stechzylinder hergestellt 
werden, die den oben genannten strengen Anforderungen nicht genügen. 
Selbstverständlich können Sie bei [Firmenname] darauf vertrauen, 
dass wir ausschließlich Materialien höchster Qualität liefern.

--

Jetzt kommt die Klickanleitung:

(1) Klicke in der Statusleiste so lange, bis der Selektionsmodus auf 
BLK steht.


(2) Markiere den Block am Ende der oberen fünf Zeilen (beginnend bei 
"Ringe m. 53 mm", endend bei "84 mm Durchm.")


(3) Strg+C

(4) Achtung: Setze den Cursor an den Beginn der Zeile bzw. des 
Absatzes nach "Vorrat:"


(5) Fünfmal Enter-Taste

(6) Strg+V

Fertig. :-)

Beachte unbedingt, dass du den Cursor in Schritt (4) wirklich an den 
Beginn der Zeile bzw. des Absatzes nach "Vorrat:" positionierst! 
Also nicht an das Ende der Zeile mit "Vorrat:", sondern an den 
Beginn der Zeile danach!


Klappt es jetzt?

Gruß

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[de-dev] Fehler bei Anzeige von Aufzählungslisten

[Robert Aigner]

Hallo an alle,

mir ist gerade aufgefallen, dass bei Aufzählungslisten der Zeilenabstand bei
als Zeichen eingefügten Bildern nicht stimmt, wenn der Absatz mit einem
Zeilenabstand von >1 formatiert ist.

Im normalen Text wird der Zeilenabstand bei als Zeichen eingefügte Bilder
richtig dargestellt.

Beispieldatei: http://www.robertaigner.com/FehlerAufzaehlung.odt

Schöne Grüße

Robert



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Fehler bei Anzeige von Aufzählungs listen

[Detlef Nannen]

hallo,

Robert Aigner schrieb:

als Zeichen eingefügten Bildern nicht stimmt, wenn der Absatz mit einem
Zeilenabstand von >1 formatiert ist.


Ist eigentlich richtig. Die Das Bild (= Zeile) ist z.B. 4 cm hoch, dann 
ist 1 1/2-Facher Abstand  eben 2 cm dazu. (1/2 Bildhöhe)



Im normalen Text wird der Zeilenabstand bei als Zeichen eingefügte Bilder
richtig dargestellt.


Wird nicht. Nimm im normalen Text mal das Absatzendezeichen vor dem Bild 
raus! Bei Dir hat das Bild einen eigenen Absatz bekommen.


--
Mit freundlichem Gruß
Detlef Nannen
[EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: [de-dev] Fehler bei Anzeige von Aufzählungslisten

[Robert Aigner]

Sorry, zu schnell abgedrückt.

Eigentlich  wollte ich noch fragen, ob das auch bei jemand anderen in der
Version 2.4 auftritt und falls ja, ob es jemand als Bug eintragen kann.





Betreff: [de-dev] Fehler bei Anzeige von Aufzählungslisten

Hallo an alle,

mir ist gerade aufgefallen, dass bei Aufzählungslisten der Zeilenabstand bei
als Zeichen eingefügten Bildern nicht stimmt, wenn der Absatz mit einem
Zeilenabstand von >1 formatiert ist.

Im normalen Text wird der Zeilenabstand bei als Zeichen eingefügte Bilder
richtig dargestellt.

Beispieldatei: http://www.robertaigner.com/FehlerAufzaehlung.odt

Schöne Grüße

Robert



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AW: [de-dev] Die neue Blockmarkierfunktion ist buggy (?)

[Wolfgang Uhlig]

Hallo Stefan,


Machen wir es gemeinsam, Klick für Klick:


Okay, mache ich ;)

Ich bin hinter "Vorrat:" hier blinkt der Cursor. Mir fällt ein, há, hier  
füge ich die Durchmesser ein!


(1) Klicke in der Statusleiste so lange, bis der Selektionsmodus auf BLK  
steht.


Ja

(2) Markiere den Block am Ende der oberen fünf Zeilen (beginnend bei  
"Ringe m. 53 mm", endend bei "84 mm Durchm.")


Ja


(3) Strg+C


und jetzt kommt unsere unterschiedliche Strategie:

(4) Achtung: Setze den Cursor an den Beginn der Zeile bzw. des Absatzes  
nach "Vorrat:" und drücke 5-mal Enter


Warum sollte ich das tun?
Das widerspricht jeder Erfahrung mit Einfügen von Inhalten, die Otto  
Normalverbraucher (zumindest unter Windows) gesammelt hat. Inhalte werden  
doch immer und überall HINTER dem Cursor eingefügt und nicht VOR, oder?


Natürlich funktioniert es so, wie du es beschreibst, aber man muss es doch  
wirklich wissen. Jeder, der damit experimentiert, wird in diese Falle  
laufen, garantiert. Und deswegen frage ich mich eben, ob das wirklich so  
beabsichtigt ist.


Es ist ja nun wirklich nicht überlebenswichtig ;), aber naja ...

Bist du denn sicher, dass es alles so sein soll oder ist das jetzt nur  
deine Interpretation?


Gruß,
Wolfgang

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Fehler bei Anzeige von Aufzählungs listen

[Detlef Nannen]

Ich war auch zu schnell.

Verankerung "AM Zeichen" sollte das Problem lösen.
Ich habe den Aker hinter das letzte Test gesetzt, dann wa es behoben.
--
Mit freundlichem Gruß
Detlef Nannen
[EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: [de-dev] Fehler bei Anzeige von Aufzählungslisten

[Robert Aigner]

 
Detlef Nannen schrieb:
> Wird nicht. Nimm im normalen Text mal das Absatzendezeichen vor dem Bild
raus! 
> Bei Dir hat das Bild einen eigenen Absatz bekommen.

Das ist auch so gewollt, dass das Bild in der nächsten Zeile ist, aber noch
Teil der Auzählung und auch dementsprechend formetiert ist.

> Verankerung "AM Zeichen" sollte das Problem lösen.
> Ich habe den Aker hinter das letzte Test gesetzt, dann wa es behoben.

Wenn ich das mache, kommt alles raus nur nicht das, was ich möchte ;-)





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AW: [de-dev] Die neue Blockmarkierfunktion ist buggy (?)

[Stefan Weigel]

Hallo Wolfgang,

Wolfgang Uhlig schrieb:

(4) Achtung: Setze den Cursor an den Beginn der Zeile bzw. des 
Absatzes nach "Vorrat:" und drücke 5-mal Enter


Warum sollte ich das tun?
Das widerspricht jeder Erfahrung mit Einfügen von Inhalten, die Otto 
Normalverbraucher (zumindest unter Windows) gesammelt hat. Inhalte 
werden doch immer und überall HINTER dem Cursor eingefügt und nicht VOR, 
oder?


Es ist halt in dieser speziellen Situation so. Das ist die 
Besonderheit beim Einfügen im BLK-Modus. Der Einfügevorgang beginnt 
schon in dem Moment, wo Du nach dem Strg+C den Cursor an eine 
bestimmte Stelle setzt. Diese Stelle merkt sich das Programm als den 
Einfügepunkt. Nun kannst Du noch Platz schaffen (fünfmal Enter). Und 
dann wird an dem gemerkten Einfügepunkt eingefügt.


Willst Du lieber, dass dort eingefügt wird, wo tatsächlich der 
Cursor blinkt, dann musst Du nur vor dem Einfügen von BLK auf STD 
zurückstellen.


Natürlich funktioniert es so, wie du es beschreibst, aber man muss es 
doch wirklich wissen. Jeder, der damit experimentiert, wird in diese 
Falle laufen, garantiert.


Da hast Du zweifellos recht. Drum ahne ich, dass dies immer wieder 
zu Fragen und Bugmeldungen führen wird. Daher mein Gedanke an eine 
solide Erläuterung auf einer Web- oder Wikiseite, die man dann immer 
wieder hervor ziehen kann.


Bist du denn sicher, dass es alles so sein soll oder ist das jetzt nur 
deine Interpretation?


Es ist zu 100% alles nur meine Beobachtung, Meinung und 
Interpretion. Widerspruch, andere Meinungen und Interpretationen 
sind stets willkommen. Ich bestehe wirklich nicht darauf alles 
korrekt verstanden zu haben. Ich stelle es nur dar, wie ich es 
verstehe, wie man es halt in einem Gespräch unter Forschenden und 
Entdeckenden so tut. ;-)


Herzliche Grüße

Stefan


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Die neue Blockmarkierfunktion ist buggy (?)

[Jörg Schmidt]

Hallo Stefan,

Stefan Weigel schrieb:
> Für den Anwendersupport und für die Beantwortung zu erwartender
> Bug-Meldungen im Issue-Tracker wäre IMHO ein Dokument, zum Beispiel
> eine Wiki-Seite, die das Markieren und Kopieren von Blöcken
> erläutert, sehr zweckmäßig. Hat jemand Zeit und Lust das zu verfassen?

Ich glaube das wird ggf. ohnehin bald in www.ooowiki.de auftauchen.

Allerdings ist hier genau eine Stelle unserer letzten Hilfediskussion,
denn eigentlich ist das Ganze hier völlig logisch, so das ich keinerlei
Verständnisprobleme erwartet hätte und folglich davon abgesehen hätte
eine breite Hilfe zu schreiben.
Andererseits, da das nun augenscheinlich nicht so ist, wäre eine
Aufnahme in die Hilfe geboten und ein Verlinken nur Frickelei, denn es
handelt sich nun nicht um ergänzende Infos sondern um grundlegende. (Ich
zumindest meine das der Bewertungsmaßstab hierfür der Nutzer sein muß,
denn um meinetwillen wäre die Info ohnehin überflüssig, da ich das
Verhalten für selbstverständlich halte, nur ist es das augenscheinlich
für viele nicht.)
Da ich nun neulich hören durfte, das die Community hierfür eigentlich
nicht relevant ist(*), sondern sich solche Entscheidungen daran bemessen
was es Sun kostet, wird wohl nichts werden.

(*)
ich meine hier nicht die 'hilfenutzende', sondern die (potentiell)
'hilfeerstellende' Community



Gruß
Jörg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Die neue Blockmarkierfunktion ist buggy (?)

[Jörg Schmidt]

Hallo Wolfgang,

Wolfgang Uhlig schrieb:
> Es geht nicht um Übervorsicht, von daher gibt es auch nichts
> "nachzusehen"
> ;), es geht vielmehr darum, dass das, was ich als Bug
> empfinde, nun gerade
> die Tatsache ist, dass ich trotz mehrerer Enter mit der Maus
> explizit
> dorthin klicken muss.

Naja, ich habe jetzt Stefans ERklärung nur überflogen, aber ich denke
die erklärt es erschöpfend.

(Anmerkung: ich gehe bei Fragen immer davon aus wie es gefragt ist, denn
sonst würde ich ja den Frager als unmündig erklären, ich kann also nicht
auf einen posts der ein Vorgehen anfragt was mir zwar im weitesten Sinne
'komisch' erscheint, antworten das das Vorgehen falsch ist, wenn es das
nicht ist.
Und um hier sicher zu sein das bei möglicherweise unzweckmäßigem (aber
ebend nicht falschem) Vorgehen das Folgende gut abläuft verwies ich
darauf den Cursor nochmals zu setzen - Du machst nun gleich ein Prinzip
daraus.)

> Solche Blöcke in einen Fließtext einsetzen zu wollen, ist
> wenig sinnvoll
> bis völlig unnütz ;)

ja, normalerweise (das ist auch das Einzige woher ich die Funktion
kannte) benutzt man sowas in Programmiereditoren

> Dann frage ich mich allerdings, warum das in der Spec dann
> als Beispiel
> genau so getan wird, aber das ist ein anderes Thema.

Die Frage ist berechtigt, mich verwundert die Beispielswahl auf den
ersten Blick auch, allerdings scheint mir sie wurde so gewählt um das
nichtofensichtliche Verhalten zu erklären, weil das Verhalten bei
einzeiligen Absätzen offensichtlich ist. Das Letzteres von Dir und
anderen nicht so empfunden wird ist wohl so, ich hätte nur an dieser
Stelle nicht mit Verständnisschwierigkeiten gerechnet, die Schreiber der
Spec wahrscheinlich auch nicht.

> Wie muss ich denn sinnvollerweise vorgehen, wenn ich es so haben will:

na eine ganz simple Mehrfachmarkierung statt einer Blockmarkierung
verwenden. Genauso ist das aber schon immer.
Gerne mache es auch wie Stefan sagt, es gibt daran nichts zu bemängeln,
es ist nur ein anderer Weg.

Ich schrieb auch bereits das in der Spec sogar der Unterschied zwischen
Block- und Mehrfachmarkierung benannt ist, was aber eigentlich schon
überflüssig ist.




Gruß
Jörg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Die neue Blockmarkierfunktion ist buggy (erledigt)

[Jörg Schmidt]

Hallo Raphael,

Raphael Bircher schrieb:
> Ich habe einen Screenshot mit DEV300_m5 unter OSX gemacht. Ich
> verwendete die Schrift Courier die eine feste Laufweite hat.
> Sieht das
> so richtig aus? :-/
> http://www.raphaelbircher.ch/ooobugs/blockauswahl.png

Ich glaube man müßte das eineindeutig 'zurücküberlegen' können, aber
irgendwie habe ich momentan Probleme damit. Mache deshalb bitte noch
einem Screenshoot von dem Absatz (wo Du einfügst) wie der vorher aussah
(und teile im Zweifel mit ob die Silbentrennung aktiv ist).

(Im Groben sieht das Ganze schon jetzt aus als wenn es richtig wäre,
aber Du möchtest ja sicher eine genaue Auskunft, sonst hättest Du Dir
nicht die Mühe des Screenshots gemacht.)



Gruß
Jörg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] OOo 2.x Hilfedateien erstellen

[Jörg Schmidt]

Hallo Jens,

Jens Nürnberger schrieb:
> Hast du mal versucht dein Bild, der Datei "images.zip" hinzuzufügen?

Nein, weil ich weiß das das geht, es ist nur kein praktikabler Weg, u.a.
aus folgenden Gründen:

*es wäre nur für den Zweck einer Extension recht fricklig (meine FRage
bezog sich natürlich auch ggf. auf eine Info das das Verlinken von
Bildern ggf. erst zu 3.0 möglich wird wie einige andere SAchen die in
der Spec stehen)
*es wäre wenn dann ohnehin nicht mit winzip zum machen, sondern mit ooo
(winzip ist plattformabhängig und ich weiß nicht ob es auf dem
Zielsystem vorhanden ist)
*wenn man so vorgehen würde müßte diese 'Archivänderung' angestossen
werden, denn sie ist ja mittels Makro und OOo-Bordmitteln möglich.
Allerdings komme ich dann wieder auf meinen issue:
http://de.openoffice.org/issues/show_bug.cgi?id=79158
weil ganz offensichtlich ist das diese Archivänderung ein Teil der
Extensioninstallation wäre und folglich von der Logik her nicht erst
beim Start der Extension nebenbei erledigt werden sollte. Genau für
solche Fälle, deren es noch viele gibt, war mein issue gedacht, weil das
alles Fälle sind die Makro-Programmierer leicht selbst regeln könnten
ohne Entwicklungskapazitäten des Projektes mit jeder neu auftauchenden
Detailforderung zu belasten
*es kann nicht davon ausgegangen werden das ich Schreibzugriff auf das
Verzeichnis habe wo das zip liegt (normalerweise sollte ich keinen
haben, denn das zip liegt im Installationsverzeichnis, was ein Bereich
ist der für normal angemeldete Benutzer eigentlich blockiert sein
sollte)



Gruß
Jörg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[de-dev] Status des issues 79158

[Jörg Schmidt]

Hallo,

kann mir bitte jemand was zum Status dieses issues sagen?
Ich lese:

Version: 680m211
Target milestone: milestone 1

Ich weiß leider nicht welche Version  680m211 konkret ist und wie das
dann in Zusammenhang zum milestone steht.

kurz gefragt:
Lässt sichaus den Angaben ableiten das der issue auf eine bestimmte
OOo-Version terminiert ist? Welche Version (in 'Schreibweise OOo x.y)
wäre das?

Für mich scheint es nach obrigen Angaben so als wenn das Ganze bereits
eine Terminierung wäre, was mich, angesichts der herben Kritik (hier auf
der Liste) das dieser issue Nonsens wäre, natürlich freuen würde, allein
würde ich gerne, sofern das gewünscht wäre, mich an der Umsetzung
beteiligen, z.B. indem ich an der Spec mirwirke o.Ä., da jedoch beim
issue bisher kein verbaler Kommentar steht weiß ich nicht ob das
überhaupt zweckmäßig ist bzw. wie sowas anzufangen wäre.
(ggf. sind sogar meine Annahmen das obrige Dinge eine Terminierung
zeigen irrig, nur ich habe das bei der Aufgabe des issues nicht
reingeschrieben und der der das getan hat muß es doch aus einem
bestimmten Grund getan haben)



Gruß
Jörg



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[de-dev] Anwenderfrühstück in Passau am 20.04.20 08 mit Verlosung

[Stefan Weigel]

Das internationale Anwenderfrühstück für Freunde und Interessenten 
der Freien Software findet wieder am Sonntag, den 20.04.2008 in 
Passau statt. Beginn ist 10:00 Uhr. Wir treffen uns wieder im ZAKK - 
Zentrum für Ambulante Kultur und Kommunikation [1], Unterer Sand 3-5.


Das traditionelle Dreiländertreffen vereint Anhänger Freier Software 
aus Niederbayern, Oberösterreich und Südböhmen. Herzlich eingeladen 
sind neugierige Interessenten oder Anfänger genauso wie Freaks und 
Geeks oder Profis, Privatanwender oder Geschäftsleute, Männer und 
Frauen jeden Alters. Was uns verbindet, ist das gemeinsame Interesse 
an Freier Software / OpenSource.


Über zahlreiches Erscheinen freuen sich die Mitwirkenden von 
OpenOffice.org [2], Bildungskreis für Freie Software [3] und Linux 
User Group Passau.


Unter anderem lassen wir uns OpenOffice.org Portable [4] vorführen. 
Diese Version der führenden freien Office-Suite läuft unter Windows 
von einem USB-Stick, ohne dass eine Installation auf dem Gastsystem 
erforderlich ist. Das ist nicht nur für Windows-Anwender nützlich. 
So kann der Linux-User seine gewohnte Office-Umgebung unterwegs 
nutzen, wo vielleicht nur ein Windows-PC bereit steht.


Unter allen Teilnehmern des Anwenderfrühstücks verlosen wir einen 
USB-Stick der außer OpenOffice.org Portable auch die neueste Ausgabe 
der PrOOoBox [5] enthält.


Bitte meldet Euch an, damit wir die Weißwürschte und Brezen 
disponieren können, am besten per Mail an [EMAIL PROTECTED]


[1] Veranstaltungsort: http://passau-wiki.de/index.php/Zakk
[2] OpenOffice.org: http://de.openoffice.org
[3] Bildungskreis: http://bildungskreis.org
[4] OOo Portable: http://oooportable.org/
[5] PrOOoBox: http://www.prooo-box.org/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Status des issues 79158

[Mechtilde]

Hallo Jörg,

Jörg Schmidt schrieb:
> Hallo,
> 
> kann mir bitte jemand was zum Status dieses issues sagen?
> Ich lese:

So wie ich den Issue lese, hat noch niemand diesen Issue angefasst.
> Version: 680m211

 Am 03.07.07 wurde der Issue aufgegeben. daraus schließe ich, dass dies
ein Snapshot zur Versrion 2.3.0 ist, die dann im September 2007 released
wurde.

> Target milestone: milestone 1
Diese Bezeichnung wurde zusätzlich eingefügt und nicht aus der Listbox
ausgewählt. Keine Ahnung was damit gesagt werden soll.

> 
> Ich weiß leider nicht welche Version  680m211 konkret ist und wie das
> dann in Zusammenhang zum milestone steht.
> 
> kurz gefragt:
> Lässt sichaus den Angaben ableiten das der issue auf eine bestimmte
> OOo-Version terminiert ist? Welche Version (in 'Schreibweise OOo x.y)
> wäre das?
> 
> Für mich scheint es nach obrigen Angaben so als wenn das Ganze bereits
> eine Terminierung wäre, was mich, angesichts der herben Kritik (hier auf
> der Liste) das dieser issue Nonsens wäre, natürlich freuen würde, allein
> würde ich gerne, sofern das gewünscht wäre, mich an der Umsetzung
> beteiligen, z.B. indem ich an der Spec mirwirke o.Ä., da jedoch beim
> issue bisher kein verbaler Kommentar steht weiß ich nicht ob das
> überhaupt zweckmäßig ist bzw. wie sowas anzufangen wäre.
> (ggf. sind sogar meine Annahmen das obrige Dinge eine Terminierung
> zeigen irrig, nur ich habe das bei der Aufgabe des issues nicht
> reingeschrieben und der der das getan hat muß es doch aus einem
> bestimmten Grund getan haben)

s.o. Ich kann nicht feststellen, dass zu diesem Issue irgendjemand
anderes als der Reporter eine Information hinterlassen hat. Und zwar
dies direkt bei der Aufgabe des Issues.

Soweit zu den technischen Details.

Gruß

Mechtilde

-- 
Dipl. Ing. Mechtilde Stehmann
## Observer OpenOffice.org: lang/DE
## Freie Office-Suite für Linux, Mac, Windows, Solaris
## http://de.openoffice.org
## Meine Seite http://www.mechtilde.de
## PGP encryption welcome! Key-ID: 0x53B3892B


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Status des issues 79158

[Volker Merschmann]

Hallo Jörg,

Am 13.04.08 schrieb Jörg Schmidt <[EMAIL PROTECTED]>:
>  Version: 680m211
>  Target milestone: milestone 1
>
>  Ich weiß leider nicht welche Version  680m211 konkret ist und wie das
>  dann in Zusammenhang zum milestone steht.
>
>  kurz gefragt:
>  Lässt sichaus den Angaben ableiten das der issue auf eine bestimmte
>  OOo-Version terminiert ist? Welche Version (in 'Schreibweise OOo x.y)
>  wäre das?
>
Der ist gar nicht terminiert weil ihn bisher wahrscheinlich niemand
wirklich wahr genommen hat, glaube ich.
Für die Komponente "extensions" gibt es nur "www" als subcomponent,
sowie "680m211, current, OOo 2.3.1, OOo 2.4.0" als Versionen kennt.
Der Issue ist daher auch an keinen ProjectLead oder Entwickler assigned worden.

Nach den Issues zu urteilen die bisher für "extensions" aufgegeben
wurden, ist diese Komponente eher für die Extensions selbst und nicht
für deren Einbindung gedacht. Auf
http://www.openoffice.org/issues/enter_bug.cgi steht auch "Issues
related to the extensions project. Extensions include all elements
extending OpenOffice.org"

Weiss jemand, wohin die Implementierung der Extensions gehört? API?

Gruss

Volker

-- 
++ Volker Merschmann
++ Content Developer OpenOffice.org - Ansprechpartner Webseite
++ Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AW: [de-dev] Die neue Blockmarkierfunktion ist buggy (?)

[André Schnabel]

Hi Stefan, *

Stefan Weigel schrieb:


Es ist zu 100% alles nur meine Beobachtung, Meinung und Interpretion. 
Widerspruch, andere Meinungen und Interpretationen sind stets 
willkommen. Ich bestehe wirklich nicht darauf alles korrekt verstanden 
zu haben. Ich stelle es nur dar, wie ich es verstehe, wie man es halt 
in einem Gespräch unter Forschenden und Entdeckenden so tut. ;-)


Danke an den Forscher :)
Nach deinem Beispiel scheint mir das Verhalten, wie du es schilderst und 
erklärst durchaus zweckmäßig. (Ich wäre dafür, das genau so ins OOoWiki 
einzustellen - später, wenn die Beobachtung korrekt ist, evtl. in die 
Hilfe).


Einziges Pronblem, welches ich habe: es funktioniert nicht *immer* so. 
Bzw. ist für mich nicht ersichtlich, wann genau die Arbeit "am aktuellen 
Block" aufhört. Der Beobachtung nach erfolgt das, sobald man das 
Dokument wieder normal editiert (also etwas anders tut, als Leerzeichen 
Einfügt, die Cursorposition wechselt oder den Block einfügt).  Es wäre 
aus meiner Sicht hilfreich, dass der Auswahlmodus in diesem Fall von BLK 
wieder auf STD wechselt.



André

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Status des issues 79158

[Jörg Schmidt]

Hallo Mechtilde,

Mechtilde schrieb:
>  Am 03.07.07 wurde der Issue aufgegeben. daraus schließe ich,
> dass dies
> ein Snapshot zur Versrion 2.3.0 ist, die dann im September
> 2007 released
> wurde.
>
> > Target milestone: milestone 1
> Diese Bezeichnung wurde zusätzlich eingefügt und nicht aus der Listbox
> ausgewählt. Keine Ahnung was damit gesagt werden soll.

> [...]
>
> s.o. Ich kann nicht feststellen, dass zu diesem Issue irgendjemand
> anderes als der Reporter eine Information hinterlassen hat. Und zwar
> dies direkt bei der Aufgabe des Issues.

Sorry, nur *ich* bin der Reporter des issues und ich habe mich weder auf
einen speziellen Snapshot bezogen, noch habe ich dort "milestone 1"
eingetragen, genau deshalb frage ich ja, weil ich die Hoffnung hatte das
mir das sagt jemand hat diese Dinge aus irgendeinem Grund eingetragen.

> Soweit zu den technischen Details.

die aber im Konkreten m.E. nicht stimmen können, denn ich habe dort
nichts eingetragen, wenn "milestone 1" manuell eintragen worden sein muß
war ich das definitiv nicht, ich weiß ja nicht einmal was es bedeuten
soll.




Gruß
Jörg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Status des issues 79158

[André Schnabel]

Hi,

Jörg Schmidt schrieb:

Version: 680m211
Target milestone: milestone 1

Ich weiß leider nicht welche Version  680m211 konkret ist und wie das
dann in Zusammenhang zum milestone steht.
  


keine Ahnung, aber da du offenbar der Ersteller bist, solltest du die 
Version auf die OOo-Version stellen, in der dir zum ersten mal 
Aufgefallen ist, dass du dieses Funktion benötigst. Möglicherweise waren 
bein Aufgeben des Issues nicht alle OOo-Versionen verfügbar, da du eine 
falsche Komponente erwischt hast, es sollte sich jetzt nachträglich 
korrigieren lassen.



kurz gefragt:
Lässt sichaus den Angaben ableiten das der issue auf eine bestimmte
OOo-Version terminiert ist? Welche Version (in 'Schreibweise OOo x.y)
wäre das?
  


Bisher liess sich gar nichts aus dem Issue ableiten. Mit "Extensions" 
hast du leider eine Komponente erwischt die nicht für OOo-Quellcode 
issues verwendet wird. Dazu kommt, dass sie anscheinend aus dem Fokus 
der regelmäßigen QA-Arbeit rausfällt (es sind halt zu wenig Leute, die 
sich um die verifizierung und Einsortierung neuer Issues kümmern).

Aktueller Stauts de Issues:
- ich hab den nach bestem Wissen der richtigen Komponente zugewiesen
- der Issue ist an requierements zugewiesen, was zunächst mal nur 
heisst, er soll für spätere Entwicklungen in die Betrachtung 
einfliessen, welche neuen Features entwicklet werden
- der Issue hat kein Target (den kann er erst bekommen, wenn ein grober 
Plan exisitert, wer und in welchem Zeittraum den Issue bearbeiten könnte)
- frühestes mögliches Target ist leider 3.1 - Featurefreeze für die 3.0 
ist bereits vorbei


Ich kann mich grob erinnern, dass das Thema schonmal diskutiert wurde, 
weiss aber nicht mehr wo und ob ein entsprechender Autostart evtl. schon 
zur Implementierung vorgesehen ist. :(


Falls Du dir über den Status eigener Issues unsicher bist - 
insbesondere, wenn sich monatelang überhaupt nichts auf den Issues tut, 
frage bitte einfach hier nach. Wir haben einige Leute im de-Projekt die 
sich im Issuetracker auskennen und zumindest schauen können, ob da was 
schief läuft.


Ok, hast du im konkreten Fall ja getan , wollte es nur auch als Hinweis 
für andere hier nochmal betonen :)


André

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Status des issues 79158

[Regina Henschel]

Hallo Jörg,

Jörg Schmidt schrieb:

Hallo Mechtilde,

Mechtilde schrieb:

 Am 03.07.07 wurde der Issue aufgegeben. daraus schließe ich,
dass dies
ein Snapshot zur Versrion 2.3.0 ist, die dann im September
2007 released
wurde.


Target milestone: milestone 1

Diese Bezeichnung wurde zusätzlich eingefügt und nicht aus der Listbox
ausgewählt. Keine Ahnung was damit gesagt werden soll.



[...]

s.o. Ich kann nicht feststellen, dass zu diesem Issue irgendjemand
anderes als der Reporter eine Information hinterlassen hat. Und zwar
dies direkt bei der Aufgabe des Issues.


Sorry, nur *ich* bin der Reporter des issues und ich habe mich weder auf
einen speziellen Snapshot bezogen, noch habe ich dort "milestone 1"
eingetragen, genau deshalb frage ich ja, weil ich die Hoffnung hatte das
mir das sagt jemand hat diese Dinge aus irgendeinem Grund eingetragen.



Der Issue hat einen Link "View issue activity". Dort kannst du die 
Änderungen nachschauen.


mfG
Regina

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[de-dev] Wer ist Mitglied im Projektteam und bereit, für mich einen Bug aufzunehmen

[Achim Herrmann]

Hallo zusammen,
ich kenne mich mit dem Verfahren zur Aufnahme von Bugs nicht aus.
Daher suche ich ein Projektmitglied, das für mich einen Bug aus der
Zusammenarbeit von OpenOffice.org 2.4 (Linux, opensuse 10.3) und der
Datenbank Adabas (eigenständig erworbenes Programm, gemeint ist also
nicht das Modul) aufnehmen und in das Projekt weitertragen kann.
Ich möchte an dieser Stelle nur vermerken, dass es sich um einen
Speicherzugriffsfehler handelt.
Details kann ich dann immer noch liefern.

Falls ich mit meiner Mail das falsche Medium angesprochen habe, bin ich 
 für entsprechende Hinweise dankbar.


Freundliche Grüße

Achim Herrmann


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Status des issues 79158

[Jörg Schmidt]

Hallo,

André Schnabel schrieb:
> Mit "Extensions"
> hast du leider eine Komponente erwischt die nicht für OOo-Quellcode
> issues verwendet wird.

Mmmh. Ist dann so, aber wußte ich nicht und "extensions" wurde wohl als
Auswahl angeboten.

> Aktueller Stauts de Issues:
> - ich hab den nach bestem Wissen der richtigen Komponente zugewiesen
> - der Issue ist an requierements zugewiesen, was zunächst mal nur
> heisst, er soll für spätere Entwicklungen in die Betrachtung
> einfliessen, welche neuen Features entwicklet werden

danke, Mail vom issutracker habe ich auch schon.

Anmerkung:
der issue betrifft technisch die Funktionalität von unopkg.exe, ich
nehme aber an das Du das weißt und berücksichtigt hast.

> - der Issue hat kein Target (den kann er erst bekommen, wenn
> ein grober
> Plan exisitert, wer und in welchem Zeittraum den Issue
> bearbeiten könnte)

ja, das ist klar

> - frühestes mögliches Target ist leider 3.1 - Featurefreeze
> für die 3.0
> ist bereits vorbei

Ich war nicht auf einen Termin fixiert.
Im Konkreten ist das aber vielleicht ärgerlich weil:
*ich ja heute durch den Post von Jens auf wieder mal Eine Möglichkeit
aufmerksam wurde die der issue lösen könnte
*die neue Hilfeintegration in Extensions prima funktioniert und in der
Spec bereits erhebliche/wichtige Verbesserungen dafür zur 3.0 terminiert
sind und owohl ich meine Frage zur Möglichkeit der Bilderintegration
noch nicht als unbeantwortet aufgebe, irgendwie vermute es könnte
derzeitig noch nicht implementiert sein. Bei den wirklich erfreulichen
Verbesserungen zur 3.0 an diesr Stelle wäre es in diesem Fall höchst
ärgerlich falls die Bilderfrage übersehen worden wäre.

> Ich kann mich grob erinnern, dass das Thema schonmal
> diskutiert wurde,

Ja, aber leider nicht sehr sachlich(*) :-( ... ich habe ja hier auf der
Liste insbesondere auch begründet das die Realisierung des issues
Entwicklungskapazitäten im Projekt dadurch spart das ('externe')
Makro-Entwickler mit Umsetzung des issues ein Universalwerkzeug hätten
das sie selbst anpassen können.
Derzeitig wäre es für die Bildfrage eine Lösung gewesen.

(*)
eine Antwort die mir sagt ich solle Firmen benennen die diese Funktion
fordern ist doch wahrlich eine unsachliche Basis - ich hätte jetzt zwar
kein Problem mir bekannte Firmen anzuschreiben, den Sachverhalt zu
schildern und sie zu bitten mir zu bestätigen das sie den issue
unterstützen - nur kann es doch nicht erstgemeint sein so vorzugehen

> weiss aber nicht mehr wo und ob ein entsprechender Autostart

ja, "Autostart" ist genau das Thema. Ich bestehe ja garnicht auf Makros,
es wäre nur logisch weil den Umgang damit bereits jeder beherrscht.
Technisch braucht es nur etwas um zum Zeitpunkt der Installation der
Extension, in der Extension festgelegte Aktionen (auch GUI), automatisch
auszuführen, mir ist egal ob das in StarBasic, Java, per
Dispatch-Befehlen oder sonstwie erfolgt.


Wie auch immer, meine Frage zum issue ist derzeitig ausreichend
beantwortet worden.


Gruß
Jörg


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Wer ist Mitglied im Projektteam und bereit, für mich einen Bug aufzunehmen

[Guido Ostkamp]

Hallo Achim,

On Sun, 13 Apr 2008, Achim Herrmann wrote:

ich kenne mich mit dem Verfahren zur Aufnahme von Bugs nicht aus.


dem kann abgeholfen werden. Bitte lies Dir mal folgende Seite durch:



Dort solltest Du die notwendigen Hinweise finden.

Gruß

Guido
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Die neue Blockmarkierfunktion ist buggy

[Wolfgang Uhlig]

Hallo Leute,

die Diskussion über die Blockmarkierfunktion hat ja einiges an Auf- und  
Erklärung erbracht. Für Jörg sind die einzelnen Probleme, die ich  
angesprochen habe, keine solchen, sondern entspricht die Funktion genau  
dem, was er erwartet und was die Entwickler auch genau so beabsichtigt  
haben, Stefan weiß zwar Letzteres nicht, findet das Verhalten aber in  
bestimmten Situationen praktisch, Raphael und ich sind uns nicht so  
sicher, ob das alles so logisch und korrekt ist oder nicht.


Davon ausgehend, dass es eine solche Streuung wohl auch bei Benutzern  
geben wird und solche Anfragen oder "Bugmeldungen" wie meine hier  
zukünftig mit ziemlicher Sicherheit auftauchen werden, finde ich Stefans  
Idee, hier einen Wiki-Artikel oder etwas Ähnliches dazu zu schreiben, sehr  
sinnvoll und gut. Dazu kommt, dass das ja auch bald in das Writer-Handbuch  
eingebaut werden muss.
Daher werde ich mich die nächsten Tage mal dransetzen, diesen Vorgang für  
Normalverbraucher zu beschreiben und zu erklären.
Das Ergebnis werde ich dann hier vor- bzw. zur Diskussion stellen, wenn  
das für euch okay ist.


Gruß,
Wolfgang

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-dev] Die neue Blockmarkierfunktion ist buggy

[Stefan Weigel]

Hallo Wolfagng,

Wolfgang Uhlig schrieb:
[...]
Idee, hier einen Wiki-Artikel oder etwas Ähnliches dazu zu schreiben, 
sehr sinnvoll und gut. Dazu kommt, dass das ja auch bald in das 
Writer-Handbuch eingebaut werden muss.
Daher werde ich mich die nächsten Tage mal dransetzen, diesen Vorgang 
für Normalverbraucher zu beschreiben und zu erklären.
Das Ergebnis werde ich dann hier vor- bzw. zur Diskussion stellen, wenn 
das für euch okay ist.


Es gibt nichts Gutes, es sei denn, man tut es. :-) Prima. Ich finde 
es toll, dass sich jemand findet, der das angreift. Ich hätte im 
Moment schlicht keine Kapazitäten dafür frei.


Brauchst Du Inputs?

Die Spezifikation wurde ja schon genannt: 
http://specs.openoffice.org/writer/selection_enhancement/Block_Selection_of_Text


Das noch vielleicht:
http://www.oooninja.com/2007/12/block-selection-mode-new-feature.html

Gruß

Stefan



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]