Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen

[Mohing]

Hallo OoOHWHOoO!

Ich hoffe Dir haben meine Ausführugen gefallen und Du hast Dein Problem 
zwischenzeitlich erkannt und konntest es nach meiner Anleitung beheben. 
Ich muss trotzdem noch mal hervor heben das Du mich in den Vergangenheit 
über diese Liste beschimpft und persönlich verumglimpft und beleidigt 
hast. Es wäre daher ein fairer Zug von Dir Dich bei mir und in aller 
Öffentlichkeit endlich ein Mal zu entschuldigen.


Ohne weitere Grüsse



Am 18.10.2017 um 22:21 schrieb OoOHWHOoO:

Hallo Mohing,

danke für Deine ausführlichen Hinweise, aber dieser Ansatz wäre für 
mein doch recht kleines Problem wohl etwas zu weit führend - und 
erweiterte Programmierkenntnisse habe ich leider nicht :-(( ...


Prinzipiell geht es ja um ein offensichtlich ungelöstes Problem im 
Bereich der Tabellenkalkulationsprogramme:


Beim Einfügen von Zeilen bleiben absolute Referenzen erhalten, aber 
durch Sortieren der referenzierten Tabelle gehen diese absoluten 
Referenzen verloren.


Im CALC-Handbuch heißt es dazu auf Seite 444:

"[...] Wenn eine Zelle während eines Sortiervorgangs verschoben wird, 
werden externe Referenzen mit der Zelle nicht aktualisiert. [...] 
Ebenso haben wir kein Tabellenkalkulationsprogramm gefunden, das, 
während der Sortierung, ein anderes Verhalten für Referenzen darlegt. 
[...]"


Aber vielleicht kannst Du ja mit Deinem langjährigen Fachwissen, wie 
von Dir angemerkt, den LO-Entwicklern einen Vorschlag unterbreiten, 
wie das genannte grundsätzliche Problem von 
Tabellenkalkulationsprogrammen gelöst werden kann. Es wäre sicherlich 
eine deutliche Bereicherung für das gesamte LO-Projekt.


Grüße
Hans-Werner


-- Originalnachricht --
Von: "Mohing" 
An: users@de.libreoffice.org
Gesendet: 18.10.2017 21:48:48
Betreff: Re: [de-users] CALC-Daten (externer Tabellen) verknüpfen


Hallo OoOHWHOoO!

Da ich mich ua 25 Jahre ausschließlich mit dieser Thematik befasst 
habe eine Gedankenansätze von mir:


Generell ist das Problem zu lösen, aber weder mit Base noch mit Math 
faktisch realisierbar.


Für solche Probleme sind sind SAP, SQL oder Adabas bestens gerüstet. 
Letzteres lässt sich hervorragend in LO implementieren und war früher 
mal als Lösungsansatz als Adabas C in StarOffice enthalten.


Ohne diese oben genannten Erweiterungen ist die Lösung innerhalb 
einer objekt- orientierten Pointer- Programmierung zu finden. Dies 
erfordert aber erweiterter Programmierkenntnisse.


Aber: Aufgrund der Datengrösse von nur 3 Layern/ Tabellen empfehle 
ich dir folgende Vorgehensweise: Erweitere die Datensätze um ihre 
Stammdaten. Bilde diese in einem übergeordneten Hauptdokument ab. Und 
entnehme aus diesem die notwendigen Lösungen. Das heißt Deine Liste 
müsste folgendermaßen aussehen:


| X_A_Artikel_10 | X_A_Artikel_10 | X_A_Artikel_10 | X_A_Artikel_10 | 
ArtNr_10 | x_E-Preis_10 |
| X_A_Artikel_30 | X_A_Artikel_10 | X_A_Artikel_10 | X_A_Artikel_10 | 
ArtNr_30 | x_E-Preis_30 |


wobei X für die Variable der Liste steht aus a.ods, b.ods,c.ods...
wobei x für die Variable der Ausgabe steht nach Tabelle4 Ergebnis

Diese Lösung für Artikel erzeugt im Hauptdukument einen 
"Flaschenhals" aus denen dann die entsprechenen Werte nach Zellen 
entnommen werden können.


Durch eine einfach Deklimation/ Benennung unterschiedlicher 
mehrfacher Zellen/ Inhalte schaffst du nur Chaos.


Grüsse



Am 18.10.2017 um 15:10 schrieb OoOHWHOoO:

Hallo,

folgende Problemstellung:

Beispielsweise 3 CALC-Dateien an 3 verschiedenen Speicherorten mit 
jeweils einer Tabelle:


".../A/A.ods" mit Tabelle "A":

| A_Artikel_10 | A_ArtNr_10 | A_E-Preis_10 |
| A_Artikel_30 | A_ArtNr_30 | A_E-Preis_30 |
| A_Artikel_50 | A_ArtNr_50 | A_E-Preis_50 |
| A_Artikel_70 | A_ArtNr_70 | A_E-Preis_70 |
| A_Artikel_90 | A_ArtNr_90 | A_E-Preis_90 |

".../B/B.ods" mit Tabelle "B":

| A_Artikel_10 | A_ArtNr_10 | A_E-Preis_10 | B_Anzahl_10 | 
B_G-Preis_10 |
| A_Artikel_50 | A_ArtNr_50 | A_E-Preis_50 | B_Anzahl_50 | 
B_G-Preis_50 |
| A_Artikel_70 | A_ArtNr_70 | A_E-Preis_70 | B_Anzahl_70 | 
B_G-Preis_70 |


".../C/C.ods" mit Tabelle "C":

| A_Artikel_30 | A_ArtNr_30 | A_E-Preis_30 | C_Anzahl_30 | 
C_G-Preis_30 |
| A_Artikel_90 | A_ArtNr_90 | A_E-Preis_90 | C_Anzahl_90 | 
C_G-Preis_90 |


Die Tabellen "B" und "C" beziehen sich mit den Zellinhalten 
"Artikel", "ArtNr" und "E-Preis" auf die jeweiligen Zellen in 
Tabelle  "A".


Nach Modifikation der Tabelle "A", beispielsweise durch Einfügung 
von weiteren Zeilen,


| A_Artikel_10 | A_ArtNr_10 | A_E-Preis_10 |
| A_Artikel_20 | A_ArtNr_20 | A_E-Preis_20 |
| A_Artikel_30 | A_ArtNr_30 | A_E-Preis_30 |
| A_Artikel_40 | A_ArtNr_40 | A_E-Preis_40 |
| A_Artikel_50 | A_ArtNr_50 | A_E-Preis_50 |
| A_Artikel_60 | A_ArtNr_60 | A_E-Preis_60 |
| A_Artikel_70 | A_ArtNr_70 | A_E-Preis_70 |
| A_Artikel_80 | A_ArtNr_80 | A_E-Preis_80 |
| A_Artikel_90 | A_ArtNr_90 | A_E-Preis_90 |

sollen die Inhalte "Artikel", "ArtNr" und "E-Preis" in den Tabellen 
"B" und "C" unverändert bleiben.


Wie muss ich die 

Re: [de-users] Fehlende Sidebar-Einträge auf der Erweiterungen-Website

[Kai Struck]

Wunderbar!

Problem gelöst. Es wurde nun freigeschaltet.

Am 22.10.2017 um 13:06 schrieb Kai Struck:

Hallo Gerhard,

habe über die *webs...@global.libreoffice.org*-Mailingliste jemanden 
erreicht, der meine Erweiterung in einen "privaten" Modus zurücksetzen 
konnte. Dann war sie wieder editierbar. Sobald man auf "Submit for 
publication" klickt, wird sie uneditierbar und eine "Reviewer" sollte 
sie dann prüfen und schließlich öffentlich machen.

Nur macht das zur Zeit keiner.
Der Status final, den Du siehst, der bezieht sich ja auf den "Release".
Werde jetzt nochmal auf der *webs...@global.libreoffice.org*-List 
nachfragen, was los ist.

Vielen Dank
Kai

Am 21.10.2017 um 22:04 schrieb Gerhard Weydt:

Hallo Kai,

vielleicht versuchst du es mal besser auf der Mailingliste 
disc...@de.libreoffice.org, da dürften mehr die Entwickler 
reinschauen. Auf der Seite 
https://wiki.documentfoundation.org/Local_Mailing_Lists/de-discuss/de 
müsste alles stehen, was du zum Anmelden brauchst, falls du da noch 
nicht angemeldet bist.
Dass da noch ein Admin draufschaut, war bisher nicht so, deine 
Version hat den Status final, genau wie meine Extension, also sieht 
das erst mal alles in Ordnung aus. Vielleicht ist da auch was beim 
Verarbeiten schiefgelaufen und das hängt in einem unsauberen Status.


Gerhard

Am 21.10.2017 um 12:11 schrieb Kai Struck:
Anscheinend ist es so, dass in dem Moment, indem man eine 
Erweiterung zur Veröffentlichung bereitstellt, die EditierFunktion 
solange unzugänglich ist, bis die Erweiterung von einem Admin 
freigeschalten wird.


Leider scheint sich seit einer Woche niemand darum zu kümmern.


Am 19.10.2017 um 00:09 schrieb Gerhard Weydt:

Hallo Kai,

nun kann ich dein Problem exakt bestätigen, nachdem ich das nun von 
Anfang an neu ausprobiert habe.
Wenn ich ohne vorheriges Anmelden die Extensions aufrufe, finde ich 
deine Extension nicht, wenn ich mich dann aber anmelde, wird, 
zumindest in Firefox, bei der Suche ohne zusätzliche Aktion ein 
Treffer angezeigt (abgesehen von der alten Anwendung 
ChordTransposer, die immer kommt). Also scheint es doch ein Problem 
mit dem Öffentlich-Machen - außerhalb des Kreises der Verwalter der 
Extensions - zu sein.


Was dein Problem mit der Sidebar betrifft, kann ich direkt nichts 
beitragen, weil nur du das festellen können dürftest, aber es 
könnte mit dem ersten Problem zusammenhängen

Gruß

Gerhard

Am 18.10.2017 um 23:07 schrieb Kai Struck:

Hallo Gerhard,
Vielen Dank für's ausprobieren.
Funktioniert leider bei mir nicht. Wenn ich nach "chord" suche, 
finde nur meine andere Extension "ChordTransposer". Da 
funktioniert auch die Sidebar.

Unter https://extensions.libreoffice.org/extensions/chorddiagrams
werde ich aufgefordert, mich einzuloggen und dann ist die Sidebar 
leer.
Habe jetzt die admin-email-Adresse der ExtensionWebsite gefunden 
und das Problem geschildert.

Bin gespannt.
Kai
















--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-users] Libre Office stürzt ab, wenn eine bereits geöffnete Datei auf einem anderen PC geöffnet wird.

[Jens Wolf]

Hallo,

also das Problem tritt mit 5.3 auch auf.
Gebe ich eine Tabelle allerdings frei, funktioniert der gemeinsame Zugriff
und die Änderungen der jeweiligen Benutzer werden beim speichern angezeigt.

Ist die Tabelle/Dokument nicht freigegeben stürzt LO beim versuch die schon 
geöffnete Datei zu öffnen ab.

Gruß
Jens


Am Sonntag, 22. Oktober 2017, 11:58:06 CEST schrieben Sie:
> Hallo Boris,
> 
> die Datei ist vorhanden und die Rechte stimmen auch.
> Das Problem scheint seit der 5.4.x Version zu bestehen.
> 
> Da das "Feature" länger nicht gebraucht wurde, ist es nach dem
> Versionswechsel  nicht aufgefallen.
> 
> Ich werde mal ein Downgrade auf die 5.3.x Version versuchen und
> schauen, ob es dann wieder funktioniert.
> 
> Melde mich dann wieder.
> 
> Danke und Gruß
> Jens
> 
> Am Sonntag, 22. Oktober 2017, 10:22:16 CEST schrieb Boris Kirkorowicz:
> > Hallo,
> > 
> > Am 22.10.2017 um 08:37 schrieb Jens Wolf:
> > > Eigentlich kenne ich es so, dass wenn eine Datei bereits geöffnet ist
> > > der Hinweis kommt: " Datei xyz wird bereits von user xxx bearbeitet,
> > > soll
> > > die Datei schreibgeschützt geöffnet werden ?"
> > > 
> > > Aber Libre quittiert das mit einem Absturz.
> > 
> > schau doch mal, wenn Du eine Datei geöffnet hast, ob sich im selben
> > Verzeichnis eine Datei ".~lock..#" findet. Diese
> > sollte die Rechte -rw-r--r-- besitzen.
> > Sind beide zugreifenden Nutzer in derselben Gruppe und haben diese
> > Schreibrecht auf die geöffnete Datei?



-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-users] Fehlende Sidebar-Einträge auf der Erweiterungen-Website

[Kai Struck]

Hallo Gerhard,

habe über die *webs...@global.libreoffice.org*-Mailingliste jemanden 
erreicht, der meine Erweiterung in einen "privaten" Modus zurücksetzen 
konnte. Dann war sie wieder editierbar. Sobald man auf "Submit for 
publication" klickt, wird sie uneditierbar und eine "Reviewer" sollte 
sie dann prüfen und schließlich öffentlich machen.

Nur macht das zur Zeit keiner.
Der Status final, den Du siehst, der bezieht sich ja auf den "Release".
Werde jetzt nochmal auf der *webs...@global.libreoffice.org*-List 
nachfragen, was los ist.

Vielen Dank
Kai

Am 21.10.2017 um 22:04 schrieb Gerhard Weydt:

Hallo Kai,

vielleicht versuchst du es mal besser auf der Mailingliste 
disc...@de.libreoffice.org, da dürften mehr die Entwickler 
reinschauen. Auf der Seite 
https://wiki.documentfoundation.org/Local_Mailing_Lists/de-discuss/de 
müsste alles stehen, was du zum Anmelden brauchst, falls du da noch 
nicht angemeldet bist.
Dass da noch ein Admin draufschaut, war bisher nicht so, deine Version 
hat den Status final, genau wie meine Extension, also sieht das erst 
mal alles in Ordnung aus. Vielleicht ist da auch was beim Verarbeiten 
schiefgelaufen und das hängt in einem unsauberen Status.


Gerhard

Am 21.10.2017 um 12:11 schrieb Kai Struck:
Anscheinend ist es so, dass in dem Moment, indem man eine Erweiterung 
zur Veröffentlichung bereitstellt, die EditierFunktion solange 
unzugänglich ist, bis die Erweiterung von einem Admin freigeschalten 
wird.


Leider scheint sich seit einer Woche niemand darum zu kümmern.


Am 19.10.2017 um 00:09 schrieb Gerhard Weydt:

Hallo Kai,

nun kann ich dein Problem exakt bestätigen, nachdem ich das nun von 
Anfang an neu ausprobiert habe.
Wenn ich ohne vorheriges Anmelden die Extensions aufrufe, finde ich 
deine Extension nicht, wenn ich mich dann aber anmelde, wird, 
zumindest in Firefox, bei der Suche ohne zusätzliche Aktion ein 
Treffer angezeigt (abgesehen von der alten Anwendung 
ChordTransposer, die immer kommt). Also scheint es doch ein Problem 
mit dem Öffentlich-Machen - außerhalb des Kreises der Verwalter der 
Extensions - zu sein.


Was dein Problem mit der Sidebar betrifft, kann ich direkt nichts 
beitragen, weil nur du das festellen können dürftest, aber es könnte 
mit dem ersten Problem zusammenhängen

Gruß

Gerhard

Am 18.10.2017 um 23:07 schrieb Kai Struck:

Hallo Gerhard,
Vielen Dank für's ausprobieren.
Funktioniert leider bei mir nicht. Wenn ich nach "chord" suche, 
finde nur meine andere Extension "ChordTransposer". Da funktioniert 
auch die Sidebar.

Unter https://extensions.libreoffice.org/extensions/chorddiagrams
werde ich aufgefordert, mich einzuloggen und dann ist die Sidebar 
leer.
Habe jetzt die admin-email-Adresse der ExtensionWebsite gefunden 
und das Problem geschildert.

Bin gespannt.
Kai













--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-users] Libre Office stürzt ab, wenn eine bereits geöffnete Datei auf einem anderen PC geöffnet wird.

[Jens Wolf]

Hallo Boris,

die Datei ist vorhanden und die Rechte stimmen auch.
Das Problem scheint seit der 5.4.x Version zu bestehen.

Da das "Feature" länger nicht gebraucht wurde, ist es nach dem
Versionswechsel  nicht aufgefallen.

Ich werde mal ein Downgrade auf die 5.3.x Version versuchen und
schauen, ob es dann wieder funktioniert.

Melde mich dann wieder.

Danke und Gruß
Jens


Am Sonntag, 22. Oktober 2017, 10:22:16 CEST schrieb Boris Kirkorowicz:
> Hallo,
> 
> Am 22.10.2017 um 08:37 schrieb Jens Wolf:
> > Eigentlich kenne ich es so, dass wenn eine Datei bereits geöffnet ist
> > der Hinweis kommt: " Datei xyz wird bereits von user xxx bearbeitet, soll
> > die Datei schreibgeschützt geöffnet werden ?"
> > 
> > Aber Libre quittiert das mit einem Absturz.
> 
> schau doch mal, wenn Du eine Datei geöffnet hast, ob sich im selben
> Verzeichnis eine Datei ".~lock..#" findet. Diese
> sollte die Rechte -rw-r--r-- besitzen.
> Sind beide zugreifenden Nutzer in derselben Gruppe und haben diese
> Schreibrecht auf die geöffnete Datei?



-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-users] Libre Office stürzt ab, wenn eine bereits geöffnete Datei auf einem anderen PC geöffnet wird.

[Boris Kirkorowicz]

Hallo,

Am 22.10.2017 um 08:37 schrieb Jens Wolf:

Eigentlich kenne ich es so, dass wenn eine Datei bereits geöffnet ist
der Hinweis kommt: " Datei xyz wird bereits von user xxx bearbeitet, soll die
Datei schreibgeschützt geöffnet werden ?"

Aber Libre quittiert das mit einem Absturz.


schau doch mal, wenn Du eine Datei geöffnet hast, ob sich im selben 
Verzeichnis eine Datei ".~lock..#" findet. Diese 
sollte die Rechte -rw-r--r-- besitzen.
Sind beide zugreifenden Nutzer in derselben Gruppe und haben diese 
Schreibrecht auf die geöffnete Datei?



--
Mit freundlichem Gruß Best regards
   Boris Kirkorowicz

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-users] Libre Office stürzt ab, wenn eine bereits geöffnete Datei auf einem anderen PC geöffnet wird.

[Jens Wolf]

Guten Morgen zusammen,

folgendes, wenn ich eine Datei auf PC 1 öffne und jemand anderes die gleiche 
Datei auf PC 2 öffnet, stürzt Libre Office ab.

Es kommt dann immer dieses Fenster wo drin steht, "ein unerwarteter Fehler
ist aufgetreten".  In diesem Fenster stehen dann normalerweise ja die Dateien,
die wiederhergestellt werden sollen. Dieses Fenster ist aber leer.

Eigentlich kenne ich es so, dass wenn eine Datei bereits geöffnet ist
der Hinweis kommt: " Datei xyz wird bereits von user xxx bearbeitet, soll die 
Datei schreibgeschützt geöffnet werden ?"

Aber Libre quittiert das mit einem Absturz.

Meine verwendete Version, auf Ubuntu 17.10

Version: 5.4.1.2
Build-ID: 1:5.4.1-0ubuntu1
CPU-Threads: 2; Betriebssystem:Linux 4.13; UI-Render: Standard; VCL: kde4; 
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group

Hat da jemand einen Tipp ?

Danke und Gruß
Jens


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert