[de-discuss] Re: Re: [Calc] Warenwirtschaft: Zellwerte aus neu hinzugefuegtem Dokumente beziehen
Jörg Schmidt: >Gerhard Weydt: >> Locker dahingesagt! > > nein, garnicht, denn ich hatte mir vor meiner Antwort sehr wohl > zumindest einen funktionierenden Weg überlegt. > > Das ich nicht besonders konkret geantwortet habe (das meinst Du > wohl mt "locker") hängt nur damit zusammen das die > Prozesbeschreibung von Andereas umfangreich war und icvh zu faul > war diese im Detail zu durchdenken, was aber notwendig wäre um ein > konkretes Ereignis zu identifizieren auf das man ZWECKMÄSSIGERWEISE > reagieren kann. > > z.B. ist bereits Dein Vorschlag nur beim Öffnen der Datei zu > reagieen, dann zweckmäßig wenn feststünde das während des > Geöffnetseins der Datei keine neuen Dateien in das Verzeichnis > aufgenommen werden. In diesem Falle wäre das Öffnen-Ereignis also > als Startereignis gfür das Makro geeignet, ob dieser Falkl vorliegt > weiß ich aber nicht, das könnte/müsste Andreas sagen. Erstmal ganz herzlichen Dank für Deine Überlegungen, Jörg. Auch an Dich, Gerhard, dass Du da nachgehakt hast. Als ich den Thread eröffnet habe, hatte ich noch keine genaue Vorstellung, welche Art von "Monitoring" im Verzeichnis stattfinden müsste. Damit eine Bestandsliste stets aktuell ist, müsste sowohl festgestellt werden, ob es in einer bestehenden Datei eine Änderung eines Zellwertes gab als auch ob eine ganz neue Datei hinzugekommen ist. Deine Skizze, Jörg, werde ich in meinem Archiv ablegen, damit ich ggfs. darauf später zugreifen kann. Vorerst konnte ich meinen Freund von einem pragmatischen Vorgehen überzeugen: er wird alle Projektlisten jetzt als Tabellenblätter im gleichen Dokument anlegen, in der sich auch die Bestandsliste befindet. https://www.dropbox.com/s/n1fiqa2qrxmef5z/jens-warenbestand-und-projekte.ods Mit dem sinnvollen Einsatz von benannten Bereichen bin ich noch unerfahren (der kürzlich dazu eröffnete Thread ist noch ohne Antwort). Vielleicht wäre damit noch eine Verbesserung möglich? Ob und wie man in dieser Tabelle bewirken könnte, dass automatisch jedes neue Arbeitsblatt mit dem Präfix "T_Projekt." in der Formel als Subtrahend passend auftaucht, weiß ich nicht. Dies ist aber nicht als versteckte Bitte um ein Makro zu verstehen. Da die Tabelle eh nur ein Zwischenstadium bis zur Datenbank darstellen wird, lohnt sich da kein besonderer Aufwand. >> Ich denke, dass mehrere Tabellenblätter dann doch die bessere >> Lösung sind, > > Ich habe darüber garnicht speziell nachgedacht, weil ich rein > mechanisch die indirekt aufgeworfene Frage des Makros beantwortet > habe. Haltet euch kühl. Herzliche Grüße, Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: [Calc] Warenwirtschaft: Zellwerte aus neu hinzugefuegtem Dokumente beziehen
Jörg Schmidt: Guten Morgen Jörg. >> From: Andreas Borutta [mailto:boru...@gmx.de] >> Sent: Sunday, July 21, 2019 12:35 PM >> To: discuss@de.libreoffice.org >> Subject: [de-discuss] Re: [Calc] Warenwirtschaft: Zellwerte >> aus neu hinzugefuegtem Dokumente beziehen > >> Kann denn ein Makro ein Ereignis wie "Im Ordner /~/Documents/Projekte >> wird eine neue Datei angelegt/eine vorhandene gespeichert" überwachen? > > Nein. Da aber eine Aktualisierung ohnehin nur dann nötig ist wenn > Berechnungen, > die auf der Zelle basieren deren Inhalt das Makro erstellt, neu durchgeführt > oder > Bestehende aktualisiert werden, reicht es ein Ereignis zu nutzen das dann > stattfindet und daran das Makro zu binden. Falls Du Lust hast, würde ich mich über eine Beispieldatei mit dem Makro freuen. Vielleicht ist sowas auch für andere Mitleser interessant. >> Zur Länge: > >> Um wieviele Dokumente würde es gehen? Geschätzt vielleicht bis zu 20, > > Dann genügt es die Ausdrücke der Form > "file:///Users/MeinBenutzername/Documents/Projekte/Projekt-1.ods" als Benannte > Bereiche (entsrechend Tabelle-Benannte Bereiche-Festlegen im Calc-Menü), mit > kurzen Namen, per Makro zu erstellen/festzulegen und diese kurzen Namen dann > in > der Formel zu verwenden. Hier kann ich noch nicht folgen. In den jeweiligen Dokumenten "Projekt-1", "Projekt-2" steht ja kein Pfad in den Zellen. Daher würde dort ein benannter Bereich keine wesentliche Verkürzung bringen. >> Mittelfristig will er natürlich auf eine datenbankbasierte Lösung >> setzen. >> >> Vielleicht https://www.odoo.com/de_DE/page/editions > > Wenn das die Option ist, dann zöge ich eine lokale Calc-Tabelle aber einer > Online-Lösung vor, rein aufgrund der Datensicherheit. Der Freund beabsichtigt nicht, es in der Cloud zu verwenden. Man kann das System auch lokal via "localhost" (im Browser) verwenden. Noch eine Frage (an alle die mitlesen) zur Referenzierung: Angenommen es gibt folgende Formel im Tabellenblatt 1 "Warenbestand" D2 =C2-$'T_Projekt.1'.B2-$'T_Projekt.2'.B2 "Projekt-1" sei Tabellenblatt 2 "Projekt-2" sei Tabellenblatt 3 Gibt es eine Möglichkeit die Bezüge so zu schreiben, das die Subtrahenden mit den länglichen Bezügen einzeln aufgeführt werden müssen, sondern sozusagen selber einen Bereich bilden? Also sinngemäß etwas wie: =C2-TABELLENBLATT(2-3).B2 Ich hoffe, es ist verständlich, was ich meine. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: [Calc] Warenwirtschaft: Zellwerte aus neu hinzugefuegtem Dokumente beziehen
Jörg Schmidt:
Hallo Jörg.
>> Wäre es möglich den Ordner "file:///~/Documents/Projekte/" so zu
>> "überwachen", dass jede neue Datei, z.B. "Projekt-2.ods" automatisch
>> in Warenbestand.ods passend eingefügt wird?
>>
>> Ergebnis also:
>>
>> D2=C2-'file:///~/Documents/Projekte/Projekt-1.ods'#$T_Material
>> .B2-C2-'file:///~/Documents/Projekte/Projekt-2.ods'#$T_Material.B2
Hier hatte sich ein Fehler eingeschlichen, es sollte natürlich heißen:
D2=C2-'file:///~/Documents/Projekte/Projekt-1.ods'#$T_Material.B2-'file:///~/Documents/Projekte/Projekt-2.ods'#$T_Material.B2
>> Vermutlich ist sowas ohne größeren Programmieraufwand nicht zu machen,
>> oder?
>
> eigentlich genügt:
>
> Sub Main
> Dim alle()
> datei = Dir("~/Documents/Projekte/*.ods", 0)
> Do
> i = UBOUND(alle())
> Redim Preserve alle(i+1)
> alle(i+1) = datei
> datei = Dir
> Loop While datei <> ""
> End Sub
>
> plus das Zusammenbauen des Formelstrings.
>
> Problematisch ist das eine Tabellenformel nur eine begrenzte Länge haben
> kann, ich
> weiß garnicht wieviel aktuell bei LO. Man müsste also überlegen wie man das
> löst,
> abhängig von der zu erwartenten Anzahl an Dateien.
Herzlichen Dank erstmal für Dein Makro.
Kann denn ein Makro ein Ereignis wie "Im Ordner /~/Documents/Projekte
wird eine neue Datei angelegt/eine vorhandene gespeichert" überwachen?
Zur Länge:
LO ändert leider automatisch den Platzhalter "~" in den realen Pfad.
Dadurch würde die Formel natürlich sehr lang.
Beispiel:
file:///Users/MeinBenutzername/Documents/Projekte/Projekt-1.ods
Um wieviele Dokumente würde es gehen? Geschätzt vielleicht bis zu 20,
sagt mein Freund.
Den Pfad könnte man durch Kürzen der Ordner und Dateinamen natürlich
eindampfen.
file:///Users/MeinBenutzername/P/P-1.ods
Aber eigentlich kann man eine solche Anzahl von aktiven Projekten auch
einfach als Tabellenblätter neben dem Tabellenblatt "T_Warenbestand"
anlegen.
Das scheint mir vernünftiger.
Mittelfristig will er natürlich auf eine datenbankbasierte Lösung
setzen.
Vielleicht https://www.odoo.com/de_DE/page/editions
(OpenSource, webbasiert)
Damit kenne ich mich nicht aus.
Andreas
--
http://fahrradzukunft.de
--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: [Calc] Warenwirtschaft: Zellwerte aus neu hinzugefuegtem Dokumente beziehen
Robert Großkopf: >> Ich wollte durch meine Nachfrage sicherstellen, dass ich nicht >> vielleicht eine elegante einfache Lösung übersehe. > > CALC ist ein Tabellenkalkulationsprogramm, keine Datenbank. Das, was da > gemacht werden soll, riecht an allen Ecken und Enden nach Datenbank - > aber eine andere Antwort hast Du wahrscheinlich von mir dazu sowieso > nicht erwartet. Und das hilft Dir nicht weiter, weil es eben doch wohl > die komplizierte Calc-Lösung sein soll. Du hast natürlich ohne Frage Recht damit, dass es eigentlich eine Aufgabe für eine Datenbank ist. Das ist mir auch klar. Aber der Freund ist mit Datenbanken völlig unerfahren, kann jedoch mit Tabellen gut umgehen. Mich interessierte schlicht, was mit Calc in Bezug auf dokumentenübergreifende Formeln so geht. Denn nicht selten kommt es ja vor, dass Calc weit mehr kann als man zunächst vermutet hat. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] [Calc] Warenwirtschaft: Zellwerte aus neu hinzugefuegtem Dokumente beziehen
Moin. Ein guter Freund bat mich gestern um Rat zu Calc, aber ich musste passen. Er hat eine, wie ich vermute klassische, Warenwirtschaftsaufgabe. Es gibt zu jedem Auftrag eine Materialiste. Der Name des Tabellenblattes sei "T_Material". Die Material steht in einer separaten Datei. Der Name sei "file:///~/Documents/Projekte/Projekt-1.ods" A1=Artikel B1=Menge A2=Rohr 1m B2=3 Weiterhin gibt es eine Warenbestandsliste in einer anderen Datei. Der Name sei "Warenbestand.ods" Nun ist es problemlos möglich in Warenbestand.ods eine dokumentübergreifende Referenz einzufügen. A1=Artikel B1=Datum C1=Einkaufsmenge D1=Restmenge A2=Rohr 1m B2=10.04.19 C2=30 D2=C2-'file:///~/Documents/Projekte/Projekt-1.ods'#$T_Material.B2 So weit, so trivial. Wäre es möglich den Ordner "file:///~/Documents/Projekte/" so zu "überwachen", dass jede neue Datei, z.B. "Projekt-2.ods" automatisch in Warenbestand.ods passend eingefügt wird? Ergebnis also: D2=C2-'file:///~/Documents/Projekte/Projekt-1.ods'#$T_Material.B2-C2-'file:///~/Documents/Projekte/Projekt-2.ods'#$T_Material.B2 Vermutlich ist sowas ohne größeren Programmieraufwand nicht zu machen, oder? Ich wollte durch meine Nachfrage sicherstellen, dass ich nicht vielleicht eine elegante einfache Lösung übersehe. Über euren Rat freue ich mich. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Defekte Darstellung der Schrift bei Version 6.1.4.2 auf macOS
Hallo, bei Version 6.0.7 war alles in Ordnung. Unter folgender Version ist die Schriftdarstellung unscharf/krisselig. Version: 6.1.4.2 Build-ID: 9d0f32d1f0b509096fd65e0d4bec26ddd1938fd3 CPU-Threads: 4; BS: Mac OS X 10.14.2; UI-Render: Standard; Gebietsschema: de-DE (de_DE.UTF-8); Die Kantenglättung habe ich testweise in LO deaktiviert. Keine Änderung. Alle Schriften sind betroffen. Es sieht grottig aus. Ist zu diesem Verhalten ein Bug bekannt? Danke. Gruß, Andreas -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Stichwortverzeichnisse mit Hyperlink?
Gerhard Weydt: >>> Ich selber meinte jedoch etwas Anderes. Mein Vorschlag war: >>> Hyperlinks als Default. Weil es immer nützlich für den >>> Editierenden/Lesenden ist, wenn er mühelos zu einer Überschrift >>> springen kann. >>> (Nicht jeder kennt und verwendet den Navigator) > Wenn du wirklich Überschriften meinst, dann wundere ich mich: wenn ich > ein Inhaltsverzeichnis erstelle, dann sind die Hyperlink-Schaltflächen, > die Regina nennt, standardmäßig eingeschaltet, und wenn ich mit de Maus > auf einen Eintrag im Inhaltsverzeichnis zeige, erhalte ich den Hinweis, > dass ich Strg+Klick dem Link folgen kann, was mich zu der Überschrift führt. Das ist mir peinlich. Denn Du hast völlig Recht. Im Moment kann ich mir gerade nicht erklären, unter welchen Randbedingungen ich zu einem anderen Ergebnis kam. Verzeihung bitte und Danke für Deine Korrektur. Für Stichwortverzeichnisse sind funktionierende selbstverständlich auch nützlich, da stimme ich zu. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Stichwortverzeichnisse mit Hyperlink?
Robert Großkopf: > für mich ist das immer ungünstig, wenn ein älterer Thread wieder > aufgewärmt wird. Ich lasse das alles automatisch nach 14 Tagen löschen. Sorry, das konnte ich nicht wissen. Selber bewahre ich Nachrichten ein halbes Jahr auf. > Deshalb habe ich jetzt nur noch im Kopf, dass Regina bemerkt hat, dass > zumindest für LO 6.3 die Möglichkeit über die Eingabe eines Hyperlinks > gegeben ist, diese aber leider nur in der GUI, nicht aber im Programm > selbst umgesetzt wurde. Ich füge mal Reginas Antwort hier ein: *** Der Feature-Request ist in https://bugs.documentfoundation.org/show_bug.cgi?id=71385 Inzwischen hat ein benutzerdefinierter Index Schaltflächen LS und LE um einen Hyperlink in dem "Structure"-Feld zu definieren, aber es funktioniert nicht. Ich habe es in einen Bugreport gepackt https://bugs.documentfoundation.org/show_bug.cgi?id=121842 *** Ich selber meinte jedoch etwas Anderes. Mein Vorschlag war: Hyperlinks als Default. Weil es immer nützlich für den Editierenden/Lesenden ist, wenn er mühelos zu einer Überschrift springen kann. (Nicht jeder kennt und verwendet den Navigator) Andreas -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Stichwortverzeichnisse mit Hyperlink?
Andreas Borutta schrieb: > Thomas Krumbein schrieb: > > Am 30.11.2018 um 20:27 schrieb Robert Großkopf: > > >> ich überlege gerade, ob es zur besseren Suche innerhalb des > >> Base-Handbuches möglich ist, die Stichwortanzeige über Hyperlinks zu dem > >> entsprechenden Inhalt führen zu lassen. Die Hilfe beschreibt da leider > >> nichts. Kann ja sein, dass ich etwas übersehe ... > > > müsstest Du manuell machen;)) Viel Spass. Die Verzeichnisse (Index und > > Stichwort) werden durch interne Makros geschrieben - und sind dann > > einfach Text im Dokument. > > Deine Idee, Robert, finde ich sehr gut. > > Vorschlag: > > In LO wird der Default für alle Verzeichnisse (Inhaltsverzeichnis, > Stichwort, Tabellen, Bilder, ...) geändert. > > Hyperlinks werden immer eingefügt, weil sie immer nützlich beim > Arbeiten am Dokument sind. > > Was denkt ihr dazu? Fandet ihr etwas an meinem Vorschlag unangemessen oder haltet ihr die Idee für völlig überflüssig? Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Stichwortverzeichnisse mit Hyperlink?
Thomas Krumbein schrieb: > Am 30.11.2018 um 20:27 schrieb Robert Großkopf: >> ich überlege gerade, ob es zur besseren Suche innerhalb des >> Base-Handbuches möglich ist, die Stichwortanzeige über Hyperlinks zu dem >> entsprechenden Inhalt führen zu lassen. Die Hilfe beschreibt da leider >> nichts. Kann ja sein, dass ich etwas übersehe ... > müsstest Du manuell machen;)) Viel Spass. Die Verzeichnisse (Index und > Stichwort) werden durch interne Makros geschrieben - und sind dann > einfach Text im Dokument. Deine Idee, Robert, finde ich sehr gut. Vorschlag: In LO wird der Default für alle Verzeichnisse (Inhaltsverzeichnis, Stichwort, Tabellen, Bilder, ...) geändert. Hyperlinks werden immer eingefügt, weil sie immer nützlich beim Arbeiten am Dokument sind. Was denkt ihr dazu? Davon unabhängig: Das UI zum Konfigurieren eines Inhaltsverzeichnisses ist IMHO nicht besonders leicht zu bedienen. Kann jemand eine gut verständliche Anleitung nennen, die verschiedene Praxisfälle abdeckt? Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: Referenzkarte Writer
Harald Köster schrieb: > Am 02.10.2018 um 14:47 schrieb Andreas Borutta: >> Harald Köster schrieb: >> >>> inzwischen habe die Referenzkarte für die Basisfunktion von Writer >>> fertig gestellt und auf der Webseite veröffentlicht: >>> >>> https://de.libreoffice.org/get-help/documentation/ >> >> Respekt, tolle Arbeit Harald. >> >> Aus Neugier und als neutrale Frage: >> Du hast auf der Karte keine Schaltflächen aus der Symbolleiste als >> Bedienvariante angegeben. >> Geschieht das bewußt? >> >> Was spricht gegen die - oft direkteren/besser merkbaren - Zugriffe per >> Symbolleiste? > > die Funktionen der Symbole sind oft selbsterklärend. Wenn nicht, muss > man nur mit dem Mauszeiger über die Symbole fahren, damit die Funktion > angezeigt wird. Auch gibt es für die Symbole diverse Stile und Größen. > Welche Symbole sollten dann in die Referenzkarte aufgenommen werden? > > Die Referenzkarte ist eher für den Fall gedacht, dass ein Nutzer eine > bestimmte Funktion benötigt, aber nicht weiß, wo sie zu finden ist. Auch > für den Fall, dass ein Tastenkürzel für eine viel benutzte Funktion > gesucht wird, ist die Karte geeignet. Hallo Harald, Danke für Deine Antwort. Ich kann Dein Motiv weitgehend nachvollziehen. Selber neige ich dazu, auf einer Referenzkarte auch die Bedienvariante Symbolleistenschaltfläche für nützlich zu halten. Als dritte Variante neben Tastenkürzel und Menüpfad. Bitte verstehe das nur als höfliche Rückmeldung :) Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Referenzkarte Writer
Harald Köster schrieb: > inzwischen habe die Referenzkarte für die Basisfunktion von Writer > fertig gestellt und auf der Webseite veröffentlicht: > > https://de.libreoffice.org/get-help/documentation/ Respekt, tolle Arbeit Harald. Aus Neugier und als neutrale Frage: Du hast auf der Karte keine Schaltflächen aus der Symbolleiste als Bedienvariante angegeben. Geschieht das bewußt? Was spricht gegen die - oft direkteren/besser merkbaren - Zugriffe per Symbolleiste? Grüße, Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: Re: Re: Base: Transformation einer Datenbank in eine Webanwendung
Stefan Unverricht schrieb: Hallo Stefan. >> Vielleicht existieren ja auch Standalone FOSS-GUI-Tools aus einer >> Familie - für alle 5 wichtigen Plattformen Windows, Linux, Mac, >> Android und iOS, die eine selbst konfigurierte Bedienoberfläche für >> Eingabe und Filterung aufrufen können. > > Wenn du damit native Anwendungen/Apps meinst: Ja, das meinte ich. > So etwas für auf allen Plattformen, da brechen sich selbst größere > Unternehmen einen ab. Die ganzen Cross-Plattform-Entwicklungsumgebungen habe > alle Vor- und Nachteile. Allen gemein ist, dass Sie NIE alle Plattformen in > einem Rutsch versorgen. > Da befinden wir uns aber in der klassische Softwareentwicklung... > > Was dir dann bleibt ist eine Web-Anwendung. Läuft grundsätzlich auf allen > Plattformen im Browser oder als Web-App. In der Regel fällt die > Offline-Anwendung aber aus. Es gibt nur wenige spezielle Anwendungen die auch > offline können. OK, Danke für die Info. Ich suchte nach einer Lösung, die ohne das Selberbauen einer Web-Anwendung und somit dem Verwenden einer Programmiersprache wie PHP/Phyton auskommt. > Hast du ein detailliertes Konzept/Anforderungskatalog zu deinen Plänen? > Vielleicht fällt mir dann eine Anwendung ein die du benutzen könntest. In Reply auf Roberts Posting habe ich die Teilaufgaben, wie ich sie verstehe, grob umrissen und die Anforderungen detaillierter beschrieben. Aber im Wesentlichen geht es darum ein Datenbank für die gemeinnützige Organisation bereitzustellen, die auf allen 5 Plattformen gut bedienbar (Daten einpflegen, Daten abfragen, Zugriffschutz) ist. Herzliche Grüße Andreas > Robert Großkopf schrieb am 20.08.2018 um 16:13: >> Hallo Andreas, >>> >>> Vielleicht existieren ja auch Standalone FOSS-GUI-Tools aus einer >>> Familie - für alle 5 wichtigen Plattformen Windows, Linux, Mac, >>> Android und iOS, die eine selbst konfigurierte Bedienoberfläche für >>> Eingabe und Filterung aufrufen können. >>> >>> Denn um diese Aufgabe geht es ja: >>> >>> Grafische Oberflächen für Eingabe, Filterung und >>> Zugriffsberechtigungen. >>> Auf allen Plattformen. >>> Kostenfrei für gemeinnützige Organisationen. >> >> All das machen die Anbieter von solchen Lösungen nicht anders, als Du es >> selbst auch machen würdest: Html/PHP/Javascript oder eben neben Html >> irgendeine andere Sprache, die den Zugriff auf die Datenbank ermöglicht. >> >> Das ist kein Gebiet für Klickibunti, da es hierbei natürlich auch um >> Datenschutz und Verwundbarkeit der Datenbank für äußere Angriffe geht. >>> >>> Wenn Base auf Collabora in der Zukunft mal verfügbar und ausgereift >>> wäre, könnte das eine elegante Lösung sein. >> >> Ich nehme nicht an, dass dies jemals der Fall sein dürfte. Als >> Online-Datenbank eignet sich Base nun einmal recht wenig und die >> Konkurrenz durch deutlich schnellere Lösungen ist da nicht gerade ein >> Ansporn, das überhaupt zu versuchen. >> >> Gruß >> >> Robert >> Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: Re: Re: Base: Transformation einer Datenbank in eine Webanwendung
Robert Großkopf schrieb: > Hallo Andreas, >> >> Vielleicht existieren ja auch Standalone FOSS-GUI-Tools aus einer >> Familie - für alle 5 wichtigen Plattformen Windows, Linux, Mac, >> Android und iOS, die eine selbst konfigurierte Bedienoberfläche für >> Eingabe und Filterung aufrufen können. >> >> Denn um diese Aufgabe geht es ja: >> >> Grafische Oberflächen für Eingabe, Filterung und >> Zugriffsberechtigungen. >> Auf allen Plattformen. >> Kostenfrei für gemeinnützige Organisationen. > > All das machen die Anbieter von solchen Lösungen nicht anders, als Du es > selbst auch machen würdest: Html/PHP/Javascript oder eben neben Html > irgendeine andere Sprache, die den Zugriff auf die Datenbank ermöglicht. > > Das ist kein Gebiet für Klickibunti, da es hierbei natürlich auch um > Datenschutz und Verwundbarkeit der Datenbank für äußere Angriffe geht. Gerade weil das Gebiet Zugriffschutz enorme Fachkenntnisse verlangt, dachte ich, das dies viel besser über eine GUI eingerichtet wird. Genau wie ja auch ein OS eine Benutzerverwaltung über eine GUI anbietet. Aber natürlich habe ich hinzunehmen, dass es sowas offenbar gar nicht gibt. Wenn die Teilaufgaben richtig verstanden habe, geht es grob umrissen um diese: 1 Datenbasis entwickeln: Relationen, Tabellen, Attribute, Wertetypen 2 Normalisierung dieser Datenbasis 3 Erstellung von hochwertigen Bedienoberflächen (Formulare) für a Dateneingaben b Datenausgaben (Filterung) 4 Einrichtung von Zugriffsrechten Ideal wäre es für mich, wenn ich für 3 und 4 keine Programmiersprache wie PHP/Phyton benötige, sondern die Bedienoberflächen über ein grafisches Tool erzeugt werden können. SQL würde ich selbstverständlich lernen. Anforderungen für die gemeinnützige Organisation, für die ich die Datenbanken entwickeln möchte: Zugriff auf die Datenbank von den 5 Plattformen Windows, Android, macOS, Linux, iOS. Über kostenlose oder sehr kostengünstige Clients oder über einen Webbrowser. Es wäre OK, wenn der Zugriff nur online und nicht offline möglich wäre. >> Wenn Base auf Collabora in der Zukunft mal verfügbar und ausgereift >> wäre, könnte das eine elegante Lösung sein. > > Ich nehme nicht an, dass dies jemals der Fall sein dürfte. Als > Online-Datenbank eignet sich Base nun einmal recht wenig und die > Konkurrenz durch deutlich schnellere Lösungen ist da nicht gerade ein > Ansporn, das überhaupt zu versuchen. Danke für die Einordnung. Dann wäre das geklärt. Wenn diese Diskussion hier als offtopic empfunden wird, wechsele bitte gerne auf den direkten Kontakt zu mir. Ich möchte hier niemanden belästigen. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: Re: Base: Transformation einer Datenbank in eine Webanwendung
Robert Großkopf schrieb: > Hallo Andreas, >> >> Könnte man Base für das Erstellen der Datenbasis, der Tabellen, der >> Attribute, der Wertetypen, der Relationen und für die Normalisierung >> sinnvoll verwenden? > > Ich nehme an, dass es auch für PostgreSQL ein Administrationstool gibt. > Das erledigt das Ganze genauso gut wie Base, vermutlich sogar besser, > weil es speziell auf PostgreSQL ausgerichtet ist. Der Einsatz von Base > hat dann einen Zweck, wenn Du Formulare, Abfragen und Berichte nutzen > willst. Der umgekehrte Weg macht wenig Sinn. Verstehe, Danke für die Einordnung. >> Ließe sich also dieser Teil der Arbeit an einem DBMS gut aus Base >> heraus "exportieren". >> >> Ich frage auch, weil ich heute einen Dienst entdeckt habe, von dessen >> Existenz ich nichts wußte: >> >> Web Based Database > > Und? Hast Du einmal nachgeschaut? Der erste, den ich da im Netz fand > (keine Anzeige!) wollte 49$ monatlich in der Starter-Edition haben. Hast > Du da tatsächlich etwas gefunden, dass das ganze OpenSource anbietet, so > dass Du den erstellten Code auch beliebig nutzen kannst? Soweit war ich bei der Recherche noch nicht. Es kann also gut sein, dass sowas aus Kostengründen und Nachhaltigkeit nicht in Frage kommt. Vielleicht existieren ja auch Standalone FOSS-GUI-Tools aus einer Familie - für alle 5 wichtigen Plattformen Windows, Linux, Mac, Android und iOS, die eine selbst konfigurierte Bedienoberfläche für Eingabe und Filterung aufrufen können. Denn um diese Aufgabe geht es ja: Grafische Oberflächen für Eingabe, Filterung und Zugriffsberechtigungen. Auf allen Plattformen. Kostenfrei für gemeinnützige Organisationen. Wenn Base auf Collabora in der Zukunft mal verfügbar und ausgereift wäre, könnte das eine elegante Lösung sein. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: Base: Transformation einer Datenbank in eine Webanwendung
Andreas Borutta schrieb: > Robert Großkopf schrieb: > > Hallo Robert. > >>> Bei der gemeinnützigen Organisation, der ich helfe, wird MySQL im >>> Hosting angeboten. >>> >>> Wie schätzt Du es bitte ein: Ist es nützlich/hilfreich mit Base einen >>> lokalen Prototyp einer Datenbank (damit meine ich die Gesamtheit aus >>> den Tabellen und den Zugriffsmöglichkeiten) zu bauen um sie dann >>> später in eine Webanwendung umzuwandeln? >>> Oder handelt man sich da nur zusätzliche und nicht hilfreiche >>> Mehrarbeit ein? >> >> Base würde ich nicht nehmen, wenn ich die Base-Oberfläche später nicht >> nutzen will. > > OK, klare Ansage, Danke. Darf ich dazu nochmal nachhaken? Angenommen man würde eine Datenbank in Base erstellen und PostgreSQL verwenden. Könnte man Base für das Erstellen der Datenbasis, der Tabellen, der Attribute, der Wertetypen, der Relationen und für die Normalisierung sinnvoll verwenden? Ließe sich also dieser Teil der Arbeit an einem DBMS gut aus Base heraus "exportieren". Ich frage auch, weil ich heute einen Dienst entdeckt habe, von dessen Existenz ich nichts wußte: Web Based Database Da man Base nicht auf der Plattform Android und iOS verwenden kann, ich jedoch für alle Plattformen Eingabeformulare und Filter anbieten möchte, dachte ich bisher, es führt dann kein Weg um eigenen Webseiten herum. Aber den Programmieraufwand würde ich mir gerne ersparen. Web Based Datebases scheinen sowas wie "Wordpress für Datenbanker" zu sein. Ich hatte ja ganz am Anfang des Threads mal eingeworfen, dass sowas von der Usability her klasse wäre. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Re: [de-discuss] Re: Re: Re: Calc: Ergänzung der Doku um die Information "Datenformular ignoriert Gültigkeit"
Jörg Schmidt schrieb: > Wer individuelle Vorstellungen hat, der nutze doch die Möglichkeiten die LO > GENAU DAZU bietet, nämlich die Verwendung von Makros und Extensions. Ich würde mir gewiß nicht anmaßen, aufgrund einer "individuellen Vorstellung" hier in dieser Liste einen Vorschlag zu unterbreiten. Mir geht es um die Verbesserung der Usability von LO /für alle Nutzer/. Wenn Du die Funktion, so wie sie ist, besser findest als das von mir Kritisierte, begründe es doch bitte, damit wir dazu höflich diskutieren können. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: Re: Re: Calc: Ergänzung der Doku um die Information "Datenformular ignoriert Gültigkeit"
Gerhard Weydt schrieb: Hallo Gerhard, ich freue mich, dass Du die Sache aufgreifen und als Enhancement eintragen möchtest. Nochmal mein konkretisierter Vorschlag: Situation: Tabelle hat eine Überschriftenzeile (Formatvorlage Überschrift) oder auch nicht (dann wird die erste Zeile der Tabelle als Überschriftenzeile angenommen). 1 Cursor befindet sich in Überschriftenzeile -> Alle Felder im Dialogfeld sind leer, die Eingabe kann beginnen. Es gibt eine Schaltfläche "Hinzufügen". Wenn diese gewählt wird, wird der Datensatz am Ende der Tabelle hinzugefügt 2 Cursor befindet sich einer beliebigen Zeile, aber nicht in der erster -> Die Felder im Dialogfeld zeigen den Inhalt der Zellen dieser Zeile. Es wird auch die Position der Zeile in der Tabelle angezeigt. Beispiel 3/17 Ich schlage die Änderung des Funktionsnamens von "Datenformula" zu "Datenzeilenformular" vor. Soweit erstmal. Vielleicht haben andere viel bessere Ideen :) Herzliche Grüße, Andreas > Hallo Andreas, > > Am 13.08.2018 um 21:59 schrieb Andreas Borutta: >> Meine Rangehensweise ist einfach. Ich versuche, mich in einen Nutzer >> zu versetzen, der die Funktion aufruft und ich stelle mir die Frage >> "Entspricht das, was er erhält nützlich für ihn oder könnte man das >> besser machen." >> >> Ich sehen keinerlei Widerspruch zwischen den beiden Funktionen >> "Verwalten" und "Neue Zeile mit Daten füllen". >> >> In meiner einfachen Skizze hatte ich ja geschrieben, dass die Funktion >> "Vorherigen Datensatz anzeigen" bereit stünde. >> >> Dass es zur Zeit überhaupt keine Funktion gibt "Füge einen neuen >> Datensatz am Ende der Tabelle hinzu" empfinde ich als bedauerlich und >> unverständlich. > Die gibt es, wie gesagt, schon: Rolle ans Ende, dann sind die Felder > leer und es wird rechts "Neuer Datensatz" angezeigt. Die Eingaben gehen > dann in die neue Zeile nach all den gefüllten, wenn du auf "Neu" klickst. > Aber nun kristallisiert sich nach unserem Hin und Her das eigentliche > Problem heraus, und da werden wir uns sicher auch einig sein: > Das Konzept der Bedienung des "Formulars" geht einseitig von einem > sequentiellen Vorgehen aus, dass man nämlich beim ersten Satz beginnt > und sich durchhangelt. Der Rollbalken erleichtert zwar das schnellere > Vorwärtskommen, aber man möchte ja gerne auch mal einen einzelnen Satz > im Formular behandeln, und auf den sollte das Formular schon eingestellt > sein, wenn der Cursor beim Aufruf in dieser Zeile steht. > Schlecht sind auch die Schaltflächen: es gibt keinen Speichern-Knopf, > bei schon vorhandenen Zeilen erfolgt die Änderung durch Wechsel zum > vorigen oder nächsten Satz, bei einem neuen Satz nur über die > Schaltfläche "Neu". Bei einem Base-Formular - nur zum Vergleich, weil > dies LibreOffice-Standard ist, nicht als Aufforderung, Base zu > verwenden! - gibt es diese Funktion des automatischen Speicherns beim > Satzwechsel zwar auch, aber als erfreuliche Abkürzung, wenn man sowieso > den Satz wechseln will, und nur zusätzlich zum Speichern-Knopf, der > genauso auch bei einer neuen Zeile funktioniert; und im Gegensatz zu > Calc klappt auch bei einem neuen Satz das Speichern - oder im Fall des > Calc-Formulars besser "Übernehmen"? - bei "Voriger Satz". > Auch die Bedienung mit Tasten lässt zu wünschen übrig. Der Rollbalken > reagiert auf die Pfeiltasten Nach-oben oder Nach-unten, die Bild-rauf > oder -runter und die Pos1- und Ende-Taste erst, nachdem man erst schon > einmal die Nach-unten-Taste betätigt hat. Auch kompliziertere > Kombinationen mit Strg, Alt o.ä. tun nichts. Dabei sind die Tasten > offensichtlich nicht durch andere Funktionen blockiert, von einem Feld > (=Zelle in der Zeile) zur nächsten springt man ja mit Tab. >> >> Aber wenn ich Dich richtig verstehe, ist diese Liste nicht der >> richtige Ort, Verbesserungen zu diskutieren/auf den Weg zu bringen. >> Wenn das nur in der englischsprachigen Liste geht, bin ich raus. Mein >> Englisch ist nicht gut genug dafür. >> >> Andreas > So konkretisiert sind die Befunde nun geeignet für einen > Verbesserungsvorschlag. Den macht man genauso wie die Meldung von > Fehlern in Bugzilla, mit einer Kennzeichnung als "enhancement". > Da du meinst, dein Englisch sei nicht gut genug, werde ich das tun, weil > das dort in Englisch läuft, ich hätte das ansonsten auch gemacht, wenn > du es nicht selbst hättest tun wollen, denn nun sind wir zu konkreten > Kritikpunkten gelangt, die auch ich vertrete. > Ich werde mir ein paar Tage Zeit lassen, um das noch etwas setzen zu > lassen, vielleicht fallen mir noch weitere Aspekte ein od
[de-discuss] Re: Re: Re: Calc: Ergänzung der Doku um die Information "Datenformular ignoriert Gültigkeit"
Gerhard Weydt schrieb: Meine Rangehensweise ist einfach. Ich versuche, mich in einen Nutzer zu versetzen, der die Funktion aufruft und ich stelle mir die Frage "Entspricht das, was er erhält nützlich für ihn oder könnte man das besser machen." Ich sehen keinerlei Widerspruch zwischen den beiden Funktionen "Verwalten" und "Neue Zeile mit Daten füllen". In meiner einfachen Skizze hatte ich ja geschrieben, dass die Funktion "Vorherigen Datensatz anzeigen" bereit stünde. Dass es zur Zeit überhaupt keine Funktion gibt "Füge einen neuen Datensatz am Ende der Tabelle hinzu" empfinde ich als bedauerlich und unverständlich. Aber wenn ich Dich richtig verstehe, ist diese Liste nicht der richtige Ort, Verbesserungen zu diskutieren/auf den Weg zu bringen. Wenn das nur in der englischsprachigen Liste geht, bin ich raus. Mein Englisch ist nicht gut genug dafür. Andreas > Hallo Andreas, > > Am 13.08.2018 um 21:31 schrieb Andreas Borutta: >> Gerhard Weydt schrieb: >> >> Hallo Gerhard, >> >> Danke für Deinen Test und Deine ausführlich Antwort. >> >> Ich komme leider nicht ganz mit. >> >> Meine Betrachtung konzentriert sich auf das Vorhandensein dieser >> Funktion und nicht auf Lösungen mit anderen Anwendungen (BASE). >> >> Meine bescheidenen Empfinden nach ist, ein Formular, genau wie in der >> Hilfe angedeutet, bei sehr breiten bzw. sehr langen Tabellen >> außerordentlich hilfreich für die Eingabe von Daten in einer neuer >> Zeile. > Da liest du aus der Hilfe etwas anderes heraus als da steht, es ist eine > Unterstützung für die __Verwaltung__ von Daten in solchen Tabellen, die > Eingabe einer __neuen__ Zeile ist nur eine der möglichen Aufgaben. Daher > ist auch dein unten beschriebener Vorschlag, dass gleich die neu > anzulegende Zeile mit leeren Feldern erscheint, nicht geeignet, weil er > nur einen Teil der benötigten Funktionalität abdeckt. >> Sinnvoll fände ich folgendes Verhalten in einer Tabelle mit einer >> Überschriftenzeile oder mehreren solcher Zeilen und einigen >> ausgefüllten "Datenzeilen" und /beliebig/ platziertem Cursor innerhalb >> der Tabelle: >> >> Das Dialogfeld erscheint mit unausgefüllten Feldern und zeigt als >> "Datensatznummer" die neue zusätzliche letzte leere Zeile in der >> Tabelle an. >> Statt "Neu" ist "Hinzufügen" als Schaltfläche aktiv. >> "Nächster Datensatz" wäre ausgegraut, weil die Funktion ja einen neuen >> Datensatz ganz unten hinzufügt. >> >> Aber genug dazu. >> >> Ich wollte nur auf die Widrigkeiten hinweisen, die Nutzer bei dieser >> Funktion eventuell empfinden könnten. >> >> Wenn ich Dich richtig verstehe, stehen die Chancen gleich null, dass >> an der Funktion etwas verändert wird. >> >> Lassen wir es so stehen. >> >> Gruß, Andreas >> > Aber mehr kann ich auch nicht sagen oder gar tun, also bleibt es dabei. > > Gruß > > Gerhard >> >> >>> Hallo Andreas, >>> >>> Am 10.08.2018 um 08:29 schrieb Andreas Borutta: >>>> Gerhard Weydt schrieb: >>>> >>>> Zum Punkt "Aus Neugier": >>>>> Wieder geht es ja wohl um die erste Spalte, nur bei der ist ja eine >>>>> Gültigkeitsprüfung aktiv. >>>> Nein, bei diesem Punkt geht es nicht um die erste Spalte und auch >>>> nicht um die Gültigkeitsprüfung, sondern allein um die Funktionsweise >>>> des Datenformulars, wenn man es so wie in der Doku anwendet. >>>> Zum Test kann die Gültigkeitsprüfung aus dem Dokument einfach entfernt >>>> werden und eine beliebige einfache Tabelle verwendet werden. >>>> >>>> Ich verstehe die Intention des Datenformulars so, dass man beim Aufruf >>>> der Funktion (Cursor in der Überschriftenzeile) /leere/ Formularfelder >>>> enthält, wo man einen neuen Datensatz eintragen kann, der beim >>>> Abschicken hinter der letzten Zeile der Tabelle eingetragen wird. >>>> >>>> Verstehe ich die Intention falsch? >>>> >>>> Andreas >>> Dann habe ich deine Frage falsch verstanden, aber nun denke ich, dass >>> ich weiß, um was es dir geht. >>> Ich habe die Doku nur oberflächlich angeschaut, denn das Verhalten >>> erschließt sich durch Ausprobieren (das ist bei der Online-Doku öfter >>> der Fall, besonders wenn der Text, bedingt durch die >>> Strukturierungserfordernisse der Online-Hilfe, in Häppchen zerlegt >>> wird). Besonders intuitiv empfinde ich spontan den Dialog allerdings >>> nicht, aber
[de-discuss] Re: Re: Calc: Ergänzung der Doku um die Information "Datenformular ignoriert Gültigkeit"
Gerhard Weydt schrieb: Hallo Gerhard, Danke für Deinen Test und Deine ausführlich Antwort. Ich komme leider nicht ganz mit. Meine Betrachtung konzentriert sich auf das Vorhandensein dieser Funktion und nicht auf Lösungen mit anderen Anwendungen (BASE). Meine bescheidenen Empfinden nach ist, ein Formular, genau wie in der Hilfe angedeutet, bei sehr breiten bzw. sehr langen Tabellen außerordentlich hilfreich für die Eingabe von Daten in einer neuer Zeile. Sinnvoll fände ich folgendes Verhalten in einer Tabelle mit einer Überschriftenzeile oder mehreren solcher Zeilen und einigen ausgefüllten "Datenzeilen" und /beliebig/ platziertem Cursor innerhalb der Tabelle: Das Dialogfeld erscheint mit unausgefüllten Feldern und zeigt als "Datensatznummer" die neue zusätzliche letzte leere Zeile in der Tabelle an. Statt "Neu" ist "Hinzufügen" als Schaltfläche aktiv. "Nächster Datensatz" wäre ausgegraut, weil die Funktion ja einen neuen Datensatz ganz unten hinzufügt. Aber genug dazu. Ich wollte nur auf die Widrigkeiten hinweisen, die Nutzer bei dieser Funktion eventuell empfinden könnten. Wenn ich Dich richtig verstehe, stehen die Chancen gleich null, dass an der Funktion etwas verändert wird. Lassen wir es so stehen. Gruß, Andreas > Hallo Andreas, > > Am 10.08.2018 um 08:29 schrieb Andreas Borutta: >> Gerhard Weydt schrieb: >> >> Zum Punkt "Aus Neugier": >>> Wieder geht es ja wohl um die erste Spalte, nur bei der ist ja eine >>> Gültigkeitsprüfung aktiv. >> Nein, bei diesem Punkt geht es nicht um die erste Spalte und auch >> nicht um die Gültigkeitsprüfung, sondern allein um die Funktionsweise >> des Datenformulars, wenn man es so wie in der Doku anwendet. >> Zum Test kann die Gültigkeitsprüfung aus dem Dokument einfach entfernt >> werden und eine beliebige einfache Tabelle verwendet werden. >> >> Ich verstehe die Intention des Datenformulars so, dass man beim Aufruf >> der Funktion (Cursor in der Überschriftenzeile) /leere/ Formularfelder >> enthält, wo man einen neuen Datensatz eintragen kann, der beim >> Abschicken hinter der letzten Zeile der Tabelle eingetragen wird. >> >> Verstehe ich die Intention falsch? >> >> Andreas > Dann habe ich deine Frage falsch verstanden, aber nun denke ich, dass > ich weiß, um was es dir geht. > Ich habe die Doku nur oberflächlich angeschaut, denn das Verhalten > erschließt sich durch Ausprobieren (das ist bei der Online-Doku öfter > der Fall, besonders wenn der Text, bedingt durch die > Strukturierungserfordernisse der Online-Hilfe, in Häppchen zerlegt > wird). Besonders intuitiv empfinde ich spontan den Dialog allerdings > nicht, aber ohne tieferes Nachdenken kann ich auch nicht sagen, ob und > wie man das eventuell besser machen könnte. > Wenn du den Cursor in eine Zelle stellst, egal ob Überschrift oder > nicht, passiert das gleiche: im Dialog (durch Daten -> Formular > ausgelöst, diese Info ist durch mein Ausschneiden imn der Historie > verschwunden) wird die Überschrift als Feldname für das dahinterliegende > einzelne Feld angezeigt. Im Feld selbst steht der Inhalt der ersten > Nicht-Überschrift-Zelle dieser Spalte. Rechts davon wird mit z.B. 1/4 > signalisiert, dass die erste von vier gefüllten Zellen angezeigt wird. > Mit dem Scrollbalken oder mit den Schaltflächen rechts kannst du in der > Folge dieser Zellen navigieren. Die Besonderheit: scrollst du ganz nach > unten wird zusätzlich zu den vorhandenen (im Beispiel 4) Zellinhalten > noch ein leerer Inhalt gezeigt, dabei wechselt die Anzeige von "x/4" zu > "Neuer Datensatz". Statt bis zum Ende zu scrollen, kannst du auch die > Schaltfläche "Neu" betätigen. > Dieses Verhalten entspricht dem in LibreOffice auch sonst verwendeten: > bei Tabellen-Steuerelementen befindet sich die Eingabezeile am Ende, bei > Formularen mit Anzeige jeweils eines einzelnen Satzes macht man das mit > den schaltflächen für "vorwärts" oder "ans Ende" (oder so ähnlich, > jedenfalls mit Symbolen wie bei CD-oder DVD-Playern). > Wenn du nun mehrere Spalten markierst, werden im "Formular" nicht nur > ein Feld, sondern pro gewählter Spalte ein Feld gezeigt. Somit erscheint > der durch die Auswahl der Spalten definierte Ausschnitt einer Calc-Zeile > gekippt in der Anordnung von oben nach unten. > Ich bin nur sporadischer Calc-Nutzer, ich kann nicht sagen, wo diese Art > der Bearbeitung praktischer ist als die direkte. Was dabei allerdings > passiert, ist, dass man statt der zellenbezogenen Denkweise von Calc > hier für einen Ausschnitt der Calc-Tabelle einen zeilenbezogenen Ansatz > verfolgt, man sieht ja jeweils die Daten (eines Ausschn
[de-discuss] Re: Re: Collabora und LO-Online
Stefan Unverricht schrieb: > Hallo Andreas. > >> Was mir nun gerade auffällt: Der Zoom im Tabellenblatt ist ausgegraut. Sehr >> komisch. In einem Textdokument funktioniert das wie es soll. >> Ich gehe dem mal nach... > > > Kurz zusammen gefasst die Antwort von Collabora: > Dies ist eine spezifische Einschränkung von Calc. Der Aufwand ist zu groß als > das wir das (derzeit) möglich machen können. > Die Zoom-Button sind noch (ausgegraut) in der Oberfläche, damit nicht die > Verwirrung entsteht dass dort Button fehlen. Danke für die Information. Dann scheidet für mich Collabora vorerst aus. Ich habe von einem befreundeten Admin, der ebenfalls Collabora ausprobiert hat, folgende, ähnlich lautende, Info erhalten: "Collabora hat bei Calc (Spreadsheets) die gesamte Oberfläche auf dem Server erzeugt und als Bild zum Browser geschickt. Das hat auf 4K/Retina ziemlich übel ausgesehen." Ich warte einfach noch etwas ab. >>> Aufgefallen ist mir spontan, dass mein hochaufgelöstes 4K-Display >>> "krisselige" Inhalte zeigt. >>> Die Menüleiste und die Symbolleiste sind richtig aufgelöst. Das >>> Tabellenblatt selber nicht. >>> https://www.dropbox.com/s/vds46l0j9cgokn5/Screenshot%202018-08-10%2009.22.56.png > ... >>> Andreas Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Collabora und LO-Online
Andreas Borutta schrieb: >> Du kannst das bei verschiedenen Anbietern ausprobieren. >> Stellvertretend hier mit EGroupware: >> https://demo.egroupware.net/egw >> Melde dich als Daniel Weissmuller an, gehe in den Dateimanager und >> rufe ein Dokument auf oder erstelle dir ein neues. >> Bei Bedienungs-Fragen kannst du mich auch gerne per PN anschreiben >> oder hier fragen: >> https://help.egroupware.org > > Vielen Dank, das werde ich ausprobieren. Feine Sache, klappt. Vielen Dank nochmal. Ein tolles Projekt, LO als Online-Anwendung zu etablieren :-) Ich werde das in aller Ruhe mal ausprobieren. Aufgefallen ist mir spontan, dass mein hochaufgelöstes 4K-Display "krisselige" Inhalte zeigt. Die Menüleiste und die Symbolleiste sind richtig aufgelöst. Das Tabellenblatt selber nicht. https://www.dropbox.com/s/vds46l0j9cgokn5/Screenshot%202018-08-10%2009.22.56.png Collabora selber bietet auch eine Demo an: https://www.collaboraoffice.com/demo/ Dort ist jedoch irgendwas bei der Anmeldung defekt. Ich habe ihnen einen Fehlerbericht gesendet. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Calc: Ergänzung der Doku um die Information "Datenformular ignoriert Gültigkeit"
Gerhard Weydt schrieb: >> Ich habe bei einem Dokument mit Gültigkeitsprüfung festgestellt, dass >> die Eingabemethode "Menü Daten > Formular" die Gültigkeitsprüfung >> ignoriert. >> >> In der Doku wird das nicht erwähnt. >> >> file:///Applications/LibreOffice.app/Contents/Resources/help/de/text/scalc/01/data_form.html >> Vorschlag: Warnung in der Doku. >> >> Zum Reproduzieren ein Testcase: >> https://www.dropbox.com/s/bjgq8yj04gks571/lo-calc-daten-formular.ods > du solltest das präziser beschreiben: es geht um die Spalte "Äpfel", bei > der eine Prüfung über eine Liste eingerichtet ist. Über Daten -> > Formular > Neu kann man einen nicht in der Liste enthaltenen Wert eingeben. Genau. > Die Frage ist nun natürlich, ob das ein Bug ist, dass die > Gültigkeitsprüfung nicht beachtet wird bei diesem Menüpunkt, wozu ich > tendiere, oder ob die Doku diese "Lücke" beschreiben sollte. Als > Sofortmaßnahme wäre eine solche Warnung vielleicht sinnvoll, obwohl das > natürlich ein sehr spezieller Punkt ist. Aber die Doku ist ja (nicht nur > bei LibreOffice) immer ein schwieriges Thema, das hinkt meistens hinter > der Realität hinterher. (Und so etwas wie das, was du hier gefunden > hast, hat vielleicht noch niemand entdeckt, geschweige denn daran > gedacht, es in der Doku erwähnen zu lassen; nur durch sowas käme das > doch überhaupt in die Hilfe hinein, die wird ja erst einmal nur für die > Standardfälle geschrieben.) Es ist auch keine Frage der deutschen > discuss-Seite, so wie ich das kapiert habe, die Hilfe wird in Englisch > erstellt und übersetzt. Da müsste sich jemand finden, der das > weitergibt, ich weiß selbst nicht, wohin man sich wenden müsste. > Aber wie eingangs gesagt, ich sehe das als einen Bug, den du melden > solltest, um die Hilfe würde ich mich gar nicht scheren. Danke für Deinen Kommentar. Ich wollte zunächst einmal eure Sicht abwarten, da ich unerfahren damit bin, was hier die beste Verfahrensweise wäre. >> Aus Neugier: >> Wenn man in dem Testdokument, wie in der Doku angegeben, den Cursor in >> der Überschriftenzeile platziert und den Befehl "Daten > Formular" >> wählt, wird im Inhalt des Dialogfeldes der erste Eintrag gezeigt. >> >> Erwartet hätte ich ein leeres Dialogfeld, weil es ja um die Eingabe >> von neuen Daten geht. >> Verstehe ich die Intention falsch? > Zum Punkt "Aus Neugier": > Wieder geht es ja wohl um die erste Spalte, nur bei der ist ja eine > Gültigkeitsprüfung aktiv. Nein, bei diesem Punkt geht es nicht um die erste Spalte und auch nicht um die Gültigkeitsprüfung, sondern allein um die Funktionsweise des Datenformulars, wenn man es so wie in der Doku anwendet. Zum Test kann die Gültigkeitsprüfung aus dem Dokument einfach entfernt werden und eine beliebige einfache Tabelle verwendet werden. Ich verstehe die Intention des Datenformulars so, dass man beim Aufruf der Funktion (Cursor in der Überschriftenzeile) /leere/ Formularfelder enthält, wo man einen neuen Datensatz eintragen kann, der beim Abschicken hinter der letzten Zeile der Tabelle eingetragen wird. Verstehe ich die Intention falsch? Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Calc 6.1: Verbindungen von Zellen werden beim Einfuegen von Zeilen nicht uebernommen
Andreas Säger schrieb: > Am 06.08.2018 um 10:44 schrieb Andreas Borutta: >> Mir fiel (auch in der Vergangenheit schon) auf, dass beim Einfügen >> einer neuen Zeile (unterhalb oder oberhalb) die Verbindungen von >> Zellen (in der Zeile, wo der Cursor sich befindet) nicht übertragen >> werden. >> >> Ich fände es nützlich und es entspräche IMHO den Erwartungen, denn >> alles andere wie Formate wird ja auch übernommen. > Wenn es Dich wirklich sehr stört, dann könntest Du ein Anwender meines > populären Makros werden: > > https://forum.openoffice.org/en/forum/viewtopic.php?f=21&t=2350 Danke für den Hinweis. Ich habe es installiert und ausprobiert. Es erfüllt jedoch mein Anliegen nicht. Beispieldatei: A1=abc B1 und C1 (verbunden)=123 Mein Ziel ist es ja, die Tabelle "vertikal wachsen zu lassen". Nach dem "Einfügen einer Zeile unterhalb" sollen B2 und C2 verbunden sein. Wir hatten ja per PN schon geklärt, dass Dein Makro diese Aufgabe nicht löst. Hier poste ich das für spätere Leser. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Re: [de-discuss] Stark verzögertes Eintreffen von Postings
Florian Effenberger schrieb: > Hallo, > > Andreas Borutta wrote on 10.08.18 at 08:33: >> verzögert in der Liste ein. >> >> Mir ist das auch an anderen Tagen aufgefallen. >> >> Manche Postings erscheinen sofort in der Liste, manche erst sehr stark >> verzögert. >> >> Hier hat es dazu geführt, dass eine weitere Person, Michael Plenert, >> um 18:39 geantwortet hat, ohne meine längst um 12:12 abgesendete >> Nachricht gesehen zu haben. >> >> Kennt ihr selber solche Effekte auch? Wie kann man das eingrenzen und >> beheben? > > deine Mails müssen moderiert werden, vermutlich weil du nicht mit dieser > Adresse auf der Liste eingetragen bist. ;-) Daher auch die Verzögerung, > es dauert, bis jemand die Mail händisch freigibt. Alles klar, ich habe die Anmeldung nachgeholt. Danke für Deinen Hinweis! Und Verzeihung bitte, dass ich da unwissentlich Mehrarbeit verursacht habe. Mir war das nicht aufgefallen, weil ich die Mailingliste über das Portal gmane.org in meinem Newsreader abrufe. Ich dachte bisher, dort könne man nur dann in Listen posten, wenn man angemeldet ist. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Stark verzögertes Eintreffen von Postings
Andreas Borutta schrieb: > Harald Köster schrieb: > >> Hallo Mac-Nutzer, >> >> für die Fertigstellung der Referenzkarte für Writer benötige ich die >> Info, in wie weit sich die Tastaturkürzel beim Mac im Vergleich zu >> Linux/Windows unterscheiden. In älteren Handbuchkapiteln wurden folgende >> Abweichungen aufgeführt: >> >> [1] Zugriff auf die Programmoptionen: Linux/Windows: Extras → >> Optionen...; Mac: LibreOffice → Einstellungen > > Korrekt. > Mein macOS ist das aktuellste, 10.13.6 Mein Posting von gestern Mittag traf, wie manchmal andere auch, extrem verzögert in der Liste ein. Mir ist das auch an anderen Tagen aufgefallen. Manche Postings erscheinen sofort in der Liste, manche erst sehr stark verzögert. Hier hat es dazu geführt, dass eine weitere Person, Michael Plenert, um 18:39 geantwortet hat, ohne meine längst um 12:12 abgesendete Nachricht gesehen zu haben. Kennt ihr selber solche Effekte auch? Wie kann man das eingrenzen und beheben? Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Anfrage an Mac-Nutzer: Tastaturkürzel
Harald Köster schrieb: > [6] Kommentar: Linux/Windows: Alt Gr + C; Mac: Ctrl + Alt + C > [7] Suchen und Ersetzen: Linux/Windows: Alt Gr + F; Mac: Ctrl + Alt + F > [8] Unformatierten Text einfügen: Linux/Windows: Alt Gr + Umschalt + V; > Mac: Ctrl + Alt + Umschalt + V Alle 3 korrekt auf dem Mac. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Anfrage an Mac-Nutzer: Tastaturkürzel
Harald Köster schrieb: > Hallo Mac-Nutzer, > > für die Fertigstellung der Referenzkarte für Writer benötige ich die > Info, in wie weit sich die Tastaturkürzel beim Mac im Vergleich zu > Linux/Windows unterscheiden. In älteren Handbuchkapiteln wurden folgende > Abweichungen aufgeführt: > > [1] Zugriff auf die Programmoptionen: Linux/Windows: Extras → > Optionen...; Mac: LibreOffice → Einstellungen Korrekt. Mein macOS ist das aktuellste, 10.13.6 > [2] Kontext-Menü öffnen: Linux/Windows: Rechtsklick; Mac: Control+Klick Da die aktuellen Applemäuse einen Sekundärklick erlauben ist die Frage, ob man das überhaupt noch erwähnen muss. Pragmatisch könnte man als Linktext "Mac, ältere Mäuse, siehe": https://support.apple.com/de-de/guide/mac-help/mh35853/mac verlinken. > [3] (Steuerung/Command in Verbindung mit anderen Tasten): Linux/Windows: > Strg; Mac: ⌘ Hier kann ich in der Mailingliste nicht sehen, welche Glyphe Du eingefügt hast. Auf macOS ist die Standardmetataste für Tastenkürzel "CMD/Command". > [4] Navigator öffnen: Linux/Windows: F5; Mac: Shift+⌘+F5 Nein, hier unter LO 6.1.0.3 ist es ebenfalls F5 > [5] Dialog Formatvorlagen öffnen: Linux/Windwos: F11; Mac: ⌘+T Richtig, CMD+T. Der Befehl lautet "Menü Format > Vorlagen verwalten" HTH, danke für Deine Arbeit. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Collabora und LO-Online
Stefan Unverricht schrieb: >> Mir fällt noch ein ganz anderer Ansatz für das kollaborative Arbeiten >> ein: LO im Browser über Collabora. > > Collabora ist (in weiten Teilen) die Entwicklerfirma für LO-Online > (Collabora-Online): > https://www.collaboraoffice.com/collabora-online/ > > Die Entwickler-Version ist (kosten-)frei und verschieden installierbar: > https://www.collaboraoffice.com/code/ > > > Um LibreOffice-Online (oder CO oder CODE) benutzen zu können benötigst > du eine Host-Anwendung wie Z. B. EGroupware oder Nextcloud! > LO-Online stellt Writer, Calc und Impress zur Verfügung. Kein Base! Parallel zu Deinem Posting habe ich eben von meinem Freund (der den Server selber betreibt) ebenfalls die Nachricht erhalten, dass Base nicht dazu gehört. So ein Pech. >> Wie sich BASE "im Browser" anfühlt, weiß ich nicht. Ruckelig, wie im >> Artikel angedeutet? Oder mittlerweile geschmeidig? >> Hat das einer der Mitleser schonmal ausprobiert? > > Ich verwende CO/CODE sowohl im Hausnetz als auch über ein > Rechenzentrum mit einer bescheidenen Anbindung zu Hause seit ca. einem > halben Jahr produktiv. Die Entwicklung war in der Zeit beeindruckend. > Geschwindigkeit (ruckeln...) ist (in meiner Konstellation ) kein Thema. > Die Tests und Berichte in den Medien sind leider meist: Mist. > > Im LO-Buch von Thomas Krumbein findest du in der neuen Auflage ein > Kapitel dazu: > https://www.tintal.de/index.php > > Du kannst das bei verschiedenen Anbietern ausprobieren. > Stellvertretend hier mit EGroupware: > https://demo.egroupware.net/egw > Melde dich als Daniel Weissmuller an, gehe in den Dateimanager und > rufe ein Dokument auf oder erstelle dir ein neues. > Bei Bedienungs-Fragen kannst du mich auch gerne per PN anschreiben > oder hier fragen: > https://help.egroupware.org Vielen Dank, das werde ich ausprobieren. > Falls du Zeit hast, Lust hast und irgendwie in der Nähe von Sankt > Augustin (bei Bonn) lebst, können wir uns LO im Browser gemeinsam am > LO-Stand auf der FrOSCon anschauen. Ich bin beide Tage vor Ort und > bringe eine Demo-Installation mit. Das ist leider zu weit weg für mich, ich lebe in Berlin. > Wenn du mal beschreiben könntest was deine Aufgabenstellung ist, kann > vielleicht jemand einen Tip geben mit welcher Online-Anwendung du am > besten/schnellsten an dein Ziel kommst. Man muss das Rad ja nich immer > neu erfinden. Vielleicht gibt es ja schon etwas (halb-) fertiges. * Erstellen von - nicht zu komplexen - Datenbanken mit einem Webinterface. * Immer dann, wenn man mit einer Calc-Tabelle an wesentliche Grenzen stößt. * Zugriff von einem beliebigen Browser aus * Kollaboratives Arbeiten soll möglich sein Ich hatte ja im vorherigen Posting bereits den Vergleich zu "Content Management System für Blogger" gebracht. Aber für Online-Datenbanken scheint es keine GUIs zu geben, die Base, Access oder Filemaker ähneln, also nicht zwingend Programmierkenntnisse erfordern. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Calc: Ergänzung der Doku um die Information "Datenformular ignoriert Gültigkeit"
Moin. Ich habe bei einem Dokument mit Gültigkeitsprüfung festgestellt, dass die Eingabemethode "Menü Daten > Formular" die Gültigkeitsprüfung ignoriert. In der Doku wird das nicht erwähnt. file:///Applications/LibreOffice.app/Contents/Resources/help/de/text/scalc/01/data_form.html Vorschlag: Warnung in der Doku. Zum Reproduzieren ein Testcase: https://www.dropbox.com/s/bjgq8yj04gks571/lo-calc-daten-formular.ods Aus Neugier: Wenn man in dem Testdokument, wie in der Doku angegeben, den Cursor in der Überschriftenzeile platziert und den Befehl "Daten > Formular" wählt, wird im Inhalt des Dialogfeldes der erste Eintrag gezeigt. Erwartet hätte ich ein leeres Dialogfeld, weil es ja um die Eingabe von neuen Daten geht. Verstehe ich die Intention falsch? Die Funktion Formularfeld finde ich übrigens, besonders für sehr breite Tabellen, exzellent. Es erleichtert die Eingabe von Daten sehr. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: Base: Transformation einer Datenbank in eine Webanwendung
Robert Großkopf schrieb: Hallo Robert. >> Bei der gemeinnützigen Organisation, der ich helfe, wird MySQL im >> Hosting angeboten. >> >> Wie schätzt Du es bitte ein: Ist es nützlich/hilfreich mit Base einen >> lokalen Prototyp einer Datenbank (damit meine ich die Gesamtheit aus >> den Tabellen und den Zugriffsmöglichkeiten) zu bauen um sie dann >> später in eine Webanwendung umzuwandeln? >> Oder handelt man sich da nur zusätzliche und nicht hilfreiche >> Mehrarbeit ein? > > Base würde ich nicht nehmen, wenn ich die Base-Oberfläche später nicht > nutzen will. OK, klare Ansage, Danke. > Ich würde so etwas auf dem lokalen Rechner machen. Liegt aber auch > daran, dass ich hier eben schnell einen Webserver mit PHP aufbauen kann. > Läuft bei mir ständig. Und dann nicht mit Base sondern schon direkt mit > MySQL(MariaDB)/PHP. Die Datenbank erstelle ich in der Regel mit > PHPMyAdmin - ist das Päckchen, das ich grundsätzlich direkt mit meiner > Linux-Installation direkt installiere und das dann alle Abhängigkeiten > mit installiert (MariaDB, Apache, PHP). > > Wenn Du da etwas konkret brauchst, dann kannst Du Dich gerne an mich wenden. Herzlichen Dank für das liebe Angebot, Robert :) Darauf komme ich vielleicht einmal zurück. Aber vorher muss ich einen besseren Überblick über die Möglichkeiten und vor allem über den Zeitaufwand zum Erlernen des jeweiligen "Systems" bekommen. Mir fällt noch ein ganz anderer Ansatz für das kollaborative Arbeiten ein: LO im Browser über Collabora. https://www.heise.de/ix/heft/Buero-in-der-Wolke-3603955.html Ein Freund könnte mir das auf seinem Webserver bereitstellen. Wie sich BASE "im Browser" anfühlt, weiß ich nicht. Ruckelig, wie im Artikel angedeutet? Oder mittlerweile geschmeidig? Hat das einer der Mitleser schonmal ausprobiert? Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Base: Transformation einer Datenbank in eine Webanwendung
Robert Großkopf schrieb: >> Wenn Robert MySQL nennt, kannst du genausogut MariaDB einsetzen. > > Ist bei mir auch hier vor Ort installiert, seit das bei SUSE der > Standard ist. Wenn ich allerdings "Webanwendung" höre, dann gehe ich von > Anbietern im Netz aus. Ob sich da nun MariaDB oder MySQL hinter verbirgt > kann ich nicht sagen. Aber der überwiegende Anteil der Datenbanken, die > ich für eine eigene Homepage mit buchen kann, sind MySQL/MariaDB. Bei der gemeinnützigen Organisation, der ich helfe, wird MySQL im Hosting angeboten. Wie schätzt Du es bitte ein: Ist es nützlich/hilfreich mit Base einen lokalen Prototyp einer Datenbank (damit meine ich die Gesamtheit aus den Tabellen und den Zugriffsmöglichkeiten) zu bauen um sie dann später in eine Webanwendung umzuwandeln? Oder handelt man sich da nur zusätzliche und nicht hilfreiche Mehrarbeit ein? Verstehe ich es richtig, dass man mit Access auch eine Webanwendung entwickeln kann, "die allerdings über eine SharePoint-Webanwendung von Microsoft gehostet werden muss"? Etwas Vergleichbares gibt in Base nicht, richtig? Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Base: Transformation einer Datenbank in eine Webanwendung
Robert Großkopf schrieb: >> Aus meiner Sicht ist für typische Aufgaben, wo mehrere Nutzer von >> verschiedenen Orten und Geräten aus Daten eingeben, ein Webinterface >> für eine Datenbank ideal. > > Aus einer Base-Datei kannst Du kein Webfrontend bauen. Das ist ein ganz > anderes Paar Schuhe. OK, ich hatte das geahnt. Ich hatte gehofft, dass sich HTML5-Formular-Elemente über Converter aus der Datenbankdatei (wo die UI festgelegt wurde) erzeugen lassen. >> Angenommen man hat in Base eine fertig entwickelte Datenbank: > > Du meinst jetzt die interne Datenbank? Nicht die Datenbankdatei (*.odb)? > Die internen Datenbanken sind als 1-Benutzer-Datenbanken konstruiert. Du > brauchst eine Serverdatenbank, zu der Base verbindet. Wenn Du daraus > eine Datenbank machen willst, die über das Internet zugänglich ist, so > musst Du in der Regel eine MySQL-Datenbank nehmen, weil die meisten > Anbieter für einfachen Webspace mit dieser Datenbank arbeiten. Auf so > eine Datenbank kannst Du mit Base zugreifen. Das ist kein Problem. > Genauso kannst Du so eine Datenbank erst einmal lokal installieren und > dann anschließend ins Netz hoch laden. OK, wenn ich also vorhabe, dass die Datenbank eventuell auch mal über ein Webinterface genutzt werden soll, dann sollte ich in Base also MySQL verwenden. >> Wie aufwändig ist es, eine solche Datenbank in eine "Webanwendung" zu >> transformieren? > > Wenn Du Dir dabei Formulare vorstellst, die im Webbrowser ablaufen, dann > ist Base nicht das Werkzeug der Wahl. Da wirst Du grundsätzlich keine > ordentliche benutzerfreundliche Lösung finden. Hatte ich befürchtet. Schade. Danke für Deine Antwort, Robert. Danke auch an Dich, Alexander Thurgood, Du schreibst ja sehr Ähnliches. Für das Veröffentlichen von Blogs existieren also benutzerfreundliche CMS, für das Veröffentlichen von Webinterfaces für eine Datenbank eben nicht. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Base: Transformation einer Datenbank in eine Webanwendung
Gerhard Weydt schrieb: [Plädoyer für die Verwendung von Base statt Calc für diverse Aufgaben] Erlaube mit bitte aus Neugier noch eine Nachfrage zu grundlegenden Möglichkeiten von Base. Aus meiner Sicht ist für typische Aufgaben, wo mehrere Nutzer von verschiedenen Orten und Geräten aus Daten eingeben, ein Webinterface für eine Datenbank ideal. Angenommen man hat in Base eine fertig entwickelte Datenbank: Wie aufwändig ist es, eine solche Datenbank in eine "Webanwendung" zu transformieren? Geht das praktisch "auf Knopfdruck" oder sind für Techniken, die auf Webservern verwendbar sind, viele und aufwändige Anpassungen nötig? Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: Re: [Calc] Funktionsvorschlag: Format von Zelle schützen
Uwe Altmann schrieb: > Am 04.08.18 um 07:50 schrieb Andreas Borutta: >> Der Dialog, der sich beim Einfügen von >>>> 0123 >>>> 0456 >>>> 0789 >> aus der Zwischenablage (zuvor im Text-Editor kopiert) beim Befehl >> "Bearbeiten > Unformatierter Text" öffnet, sieht so aus (am Rande, es >> ist derselbe, der sich bei "Bearbeiten > Einfügen öffnet): >> https://www.dropbox.com/s/p5istw6drml9n1v/Screenshot%202018-08-04%2007.44.31.png >> >> Auch beim Abwählen von "Erweiterte Zahlenerkennung" werden die Inhalte >> nicht als Text eingefügt. >> >> Ist das erwartbar bei dem verwendeten Befehl? >> Wie seht ihr das? >> > Also ich sehe das so, dass Du keine Handbücher liest ;-) Ich bekenne mich schuldig im Sinne der Anklage ;) > Wenn Du nämlich in Deinem Screenshot (bzw. im Import-Dialog, den Du > abfotografiert hast) > auf die Spalte mit den Zahlen klickst erscheint ein Auswahlfeld, in dem Du > das Format > angeben kannst - u.a. auch "Text"; so bleiben dann auch die führenden Nullen > erhalten. > Funktioniert bei mehreren Spaten für jede Spalte einzeln :-) Da bin ich tatsächlich nicht selber drauf gekommen. Klappt einwandfrei, vielen Dank :) Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Calc: Gitternetzlinien nicht mehr als dokumentspezifische Ansichts-Option
Gerhard Weydt schrieb: [Ansicht > Gitternetzlinien] > Nachdem also in den neuesten Versionen von 6.1 und 5.2 der Menüpunkt > drin ist, ist das wohl erledigt. Ja, der Menüpunkt ist in 6.1.0.3 wieder drin. Wenn jedoch die globale Einstellungen auf "Verbergen" steht, bewirkt der Befehl kein Einblenden der Gitternetzlinien. Das entspricht IMHO nicht der Erwartung eines angehakten Status. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Calc: Gitternetzlinien nicht mehr als dokumentspezifische Ansichts-Option
Gerhard Weydt schrieb: > Hallo Harald, Robert, Andreas, > > Am 06.08.2018 um 14:41 schrieb K-J LibreOffice: >> Am 05.08.2018 um 12:28 schrieb Gerhard Weydt: >>> Hallo Robert, >>> >>> ich habe das in 6.1.0.1 und 6.1.0.2 nachgeschaut, da ist die Einstellung >>> in Ansicht nicht verfügbar. 6.1.0.3 steht mir nicht zur Verfügung. >> Ist online: >> http://downloadarchive.documentfoundation.org/libreoffice/old/6.1.0.3/ >> > ganz frisch von heute früh! Nun finde ich das auch in Separate Install GUI. > Und der Menüpunkt ist drin. > Nachdem also in den neuesten Versionen von 6.1 und 5.2 der Menüpunkt > drin ist, ist das wohl erledigt. Ich habe die 6.1.0.3 für macOS jetzt installiert. https://www.dropbox.com/s/ems39co9stoop6h/Screenshot%202018-08-07%2000.24.19.png Hier wirkt sich das Anhaken der Gitternetzlinien nicht aus. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: C't Artikel - Vergleich LibreOffice / Softmaker Office (war DE-Call diese Woche)
lo.harald.ber...@t-online.de schrieb: > Meine Bitte wäre es, das Werkzeug Ask-Seite dahingehend zu verbessern, > so dass auch Kommentare angezeigt werden und der Fragende in der > Übersicht sieht, dass für ihn eine "Nachricht" vorliegt. Finde ich vernünftig. Als Ergänzung: Wenn man die Schaltfläche "Unbeantwortete" wählt wird die älteste unbeantwortete Frage angezeigt. Das ist für einen Helfer vielleicht nicht sehr nützlich, weil die Wahrscheinlichkeit groß ist, dass bei uralten Einträgen die Fragesteller die Antwort gar nicht mehr lesen. Eine Möglichkeit innerhalb der unbeantworteten Fragen absteigend nach Datum zu sortieren gibt es nicht. Insgesamt finde ich das Interface sehr schön gemacht, einladend für Fragesteller. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: Re: [Calc] Funktionsvorschlag: Format von Zelle schützen
Gerhard Weydt schrieb: > Am 04.08.2018 um 07:41 schrieb Andreas Borutta: >> Ich lasse das alles mal sacken und komme vielleicht darauf zurück. > Dann nur noch eine (entgegen der ursprünglichen Absicht doch nicht ganz > so) kurze abschließende Bemerkung: > Natürlich ist die Modellierung eines komplexen Sachverhalts mit einer > Datenbank mit vielen Tabellen und Relationen gegebenenfalls eine > Herausforderung, die man nicht ohne vorherige Übung in überschaubareren > Situationen meistert. Aber deine Aufgabenstellung scheint mir eher nach > einer einzigen Tabelle auszusehen, eben der Entsprechung eines > Calc-Sheets. Da kannst du die Spalten des Arbeitsblatts einfach in > Spalten der Datenbank umsetzen, vieleicht ein bisschen Anforderung schon > bei der Spaltendefintion reinstecken, was man bei Calc eher nachträglich > macht, aber im Grunde 1:1. Möglicherweise kommen bei sowas noch einige > Tabellen mit einer Handvoll Datensätze hinzu, wenn man bei der Eingabe > in gewisse Spalten nur eine endliche Anzahl von Möglichkeiten zulassen > will. Solche Prüfungen gehen bei der Verwendung von Formularen zwar auch > durch direkte Eingabe der zulässigen Werte beim Feld, aber die Ablage in > kleinen Tabellen ist einfach und bequem, wenn man schon Base verwendet, > und lohnt sich, wenn man die Tabelle zweimal braucht; das kommt leicht > mal vor, dass man verschieden Formulare für die gleichen Daten > bereitstellt, je nach Nutzungszweck. Ich kann nicht beurteilen, ob du so > etwas im konkretenFall brauchst. > Auch die Struktur deiner Daten, soweit ich sie beurteilen kann, deutet > daraufhin, dass sie spaltenorientiert zu behandeln sind, was Base > grundsätzlich macht, Calc nur mit Einschränkungen; den Vorteil der > zellenspezifischen Behandlung, den Calc bietet und womit Base eigentlich > nicht klarkommt, kannst du, wenn ich das richtig einschätze, gar nicht > brauchen. Da kann Base mehr als Calc bieten, weil eine Prüfung > grundsätzlich schon für eine Spalte gilt, die Frage ist natürlich, ob du > das im konkreten Fall brauchst. Du erinnerst dich sicher an Reginas > Vorschlag, über eine Zelle ein Steuerelement zu definieren. Entsprechend > der Grundintention von Calc erfolgt das eben für eine Zelle, was bei in > der Anzahl prinzipiell unbegrenzten Zellen ein Problem ist, aufgrund der > anderen Organisation von Base geschieht das dort füreine Spalte. Da bin > ich schon wieder bei meinem schon häufig geäußerten "Mantra", dass man > Calc für alles "missbraucht", was tabellarisch angeordnet werden kann. > Deshalb meine ich nach wie vor, dass Base eine interessante Option für > dich ist, wenn du vielleicht auch mal wieder etwas Ähnliches brauchen > könntest. Zu wissen, was da ungefähr geht, wäre eine gute > Ausgangssituation für eine Entscheidung. Ich betone noch einmal: in so > einfachen Fällen, wie ich für diesen annehme, ist die Datenbank > eigentlich trivial, es erfordert nur ein bisschen Einarbeitung in Base > und Formulare, Programmierung ist zunächst nicht gefragt. Du kannst > übrigens an Robert Großkopfs dickem Base-Handbuch sehen, welche > komplexen Anwendungen man praktisch ohne Programmierung erstellen kann. > Persönlich habe ich ja nichts gegen Programmierung, im Gegenteil, ich > mache das mit Begeisterung, sie eröffnet ein weites Feld für > Zusatzlogik. Aber das mag für manchen eine Hürde sein. > Wenn du also da mal einen Versuch wagen willst, melde dich gerne direkt > bei mir. Ein bisschen Hilfe beim Einstieg in Base ist sehr nützlich. Herzlichen Dank, Gerhard :) Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Calc 6.1: Verbindungen von Zellen werden beim Einfuegen von Zeilen nicht uebernommen
Moin. Mir fiel (auch in der Vergangenheit schon) auf, dass beim Einfügen einer neuen Zeile (unterhalb oder oberhalb) die Verbindungen von Zellen (in der Zeile, wo der Cursor sich befindet) nicht übertragen werden. Ich fände es nützlich und es entspräche IMHO den Erwartungen, denn alles andere wie Formate wird ja auch übernommen. Wie bewertet ihr das? Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Re: [de-discuss] Re: Re: [Calc] Funktionsvorschlag: Format von Zelle schützen
Jörg Schmidt schrieb: >>> Die Intention von Calc bzw. einer Tabellenkalkulation >>> allgemein ist eben >>> eine andere, der Hauptzweck ist die Berechnung von >>> Zellwerten ausgehend >>> von anderen Zellen. Die Prüfung von Eingaben steht nicht im >>> Mittelpunkt. >> >> Sie mag nicht im Mittelpunkt stehen, aber sie existiert doch in sehr >> gut ausgebauter Form: Gültigkeit. >> >> Mein Anliegen, Formate vor versehentlicher Änderung durch >> Fehlbedienung zu schützen, sehe ich daher nicht im Widerspruch zur >> Intention von Calc. >> Es geht ja mitnichten um eine Prüfung von Formaten vor dem Einfügen. >> Das wäre eine viel komplexere Angelegenheit. >> >> Allein schon die Existenz der vielen Funktionen rund um Formatierungen >> zeigen, dass sie - neben dem Kern der Kalkulation - enorm wichtig >> sind. > aber sachlich (und auf den gesamten Thread bezogen): > > -LO ist ein Werkzeug und es gilt Anwendern zu vermitteln das es bei einem > Werkzeug > maßgeblich aufs eigene Üben ankommt um es effizient anwenden zu können, umso > mehr > als das ein Werkzeug Möglichkeiten eröffnet, aber keine Wege vorschreibt die > unabänderlich gegangen werden müssen > (hierbei gilt es auch zu verstehen das ein Werkzeug _nicht_ besser wird, wenn > man > ihm die Funktion eines CNC-Automaten zu transplantieren versucht) Ich finde es schwierig, auf so eine pauschale Kritik einzugehen. Ein guter Ansatz ist IMHO, anzuschauen, wie Calc wirklich verwendet wird, was Nutzer damit machen und was daher für sie nützlich ist. Es gibt die "Poweruser", die in der Lage sind komplexe Tabelle zu erstellen. Es gibt weniger erfahrene Nutzer, die solche, von Powerusern erstellte Tabellen in ihrem (Arbeits-)Alltag verwenden. Für sie ist es nützlich, wenn Fehlbedienungen ausgeschlossen werden können. Ein weiterer guter Ansatz ist, zu schauen, was gibt es bereits in Calc und was würde als Abrundung gut dazu passen. Gültigkeitsprüfungen existieren. Für Inhalte. Für Formate noch nicht. Auf so eine, wie ich finde, naheliegende, geradezu evolutionäre Erweiterung des Konzeptes "Gültigkeit" läuft mein Vorschlag hinaus. An dieser Stelle: mein herzlicher Dank übrigens für Dein sehr gut geschriebenes Buch "Openoffice.org3 Calc", welches mich seit Langem begleitet und immer hilfreich war! Wenn Du ein neues für LO 6.1 Calc schreibst, sage mir Bescheid :-) Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: [Calc] Funktionsvorschlag: Format von Zelle schützen
Regina Henschel schrieb: [mehrere Werte aus einer beliebigen externe Quelle einfügen, z.B. einem Texteditor] >> Das wird immer mal wieder vorkommen, weil Daten woanders erfasst >> wurden, bzw. Daten zusammengeführt werden. >> >> Beispiel: >> In einer TXT-Datei steht >> >> 0123 >> 0456 >> 0789 >> >> Der Inhalt soll via Zwischenablage in einem Rutsch eingefügt werden. >> Ohne in der Zielspalte, die als Text formatiert deren Format zu >> überschreiben. > > Wurde ja schon geklärt. Wenn die Quelle unformatierter Text ist, > entsteht kein Problem. Leider doch. Der Dialog, der sich beim Einfügen von >> 0123 >> 0456 >> 0789 aus der Zwischenablage (zuvor im Text-Editor kopiert) beim Befehl "Bearbeiten > Unformatierter Text" öffnet, sieht so aus (am Rande, es ist derselbe, der sich bei "Bearbeiten > Einfügen öffnet): https://www.dropbox.com/s/p5istw6drml9n1v/Screenshot%202018-08-04%2007.44.31.png Auch beim Abwählen von "Erweiterte Zahlenerkennung" werden die Inhalte nicht als Text eingefügt. Ist das erwartbar bei dem verwendeten Befehl? Wie seht ihr das? > Ansonsten finde ich deinen Vorschlag schon > interessant, für Situationen in denen jemand ein Tabellenblatt nutzt, > das er nicht selbst entworfen hat und wo man den Benutzer sonst schulen > müsste, Genau um solche Situationen geht es mir. > z.B. Strg+Umschalt+Alt+V zu benutzen. > Du brauchst aber keinen > Bugreport dazu zu schreiben, den gibt es schon: > https://bugs.documentfoundation.org/show_bug.cgi?id=88108 Danke. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Re: [Calc] Funktionsvorschlag: Format von Zelle schützen
das Formular zu definieren, oder auch das selbst > durchzuführen und dir das Ergebnis zu schicken, wenn du mir die exakte > Defintion der Tabelle lieferst. Zwischenformen dieser beiden Wege sind > natürlich auch drin. Das ist ein sehr liebes Angebot, Gerhard. Ich lasse das alles mal sacken und komme vielleicht darauf zurück. Danke! Gruß, Andreas > Am 03.08.2018 um 14:40 schrieb Regina Henschel: >> Hallo Andreas, >> >> Andreas Borutta schrieb am 02-Aug-18 um 14:30: >>> Regina Henschel schrieb: >>> >>> [...] >>>>> Prima fände ich eine Funktion, die es erlaubt, das Format von Zellen >>>>> zu schützen. >>>>> >>>>> Inhalte dürfen also eingegeben werden, aber das Format kann nicht >>>>> überschrieben werden. >>>>> >>>>> Was denkt ihr zu diesem Vorschlag? >>>> >>>> Mal 'ne ganz andere Idee: Wenn Eingaben nur in vorher bestimmte Zellen >>>> gemacht werden sollen, dann bieten sich Steuerelemente an. Ein solches >>>> kannst du mit einer Zelle verbinden und genau über die Zelle legen. Auf >>>> die Weise ist die Eingabe immer garantiert Text oder Zahl, je nach dem >>>> welches Steuerelement du nimmst. >>> >>> Steuerlemente/Formulare habe ich bisher in Calc noch nie verwendet. >>> >>> Kann man denn bei dem Einsatz dieser Technik mehrere Zellinhalte in >>> einem Rutsch in die Tabelle einfügen? >> >> Nein, nur einzelne Werte. >> >>> >>> Das wird immer mal wieder vorkommen, weil Daten woanders erfasst >>> wurden, bzw. Daten zusammengeführt werden. >>> >>> Beispiel: >>> In einer TXT-Datei steht >>> >>> 0123 >>> 0456 >>> 0789 >>> >>> Der Inhalt soll via Zwischenablage in einem Rutsch eingefügt werden. >>> Ohne in der Zielspalte, die als Text formatiert deren Format zu >>> überschreiben. >> >> Wurde ja schon geklärt. Wenn die Quelle unformatierter Text ist, >> entsteht kein Problem. Ansonsten finde ich deinen Vorschlag schon >> interessant, für Situationen in denen jemand ein Tabellenblatt nutzt, >> das er nicht selbst entworfen hat und wo man den Benutzer sonst >> schulen müsste, z.B. Strg+Umschalt+Alt+V zu benutzen. Du brauchst aber >> keinen Bugreport dazu zu schreiben, den gibt es schon: >> https://bugs.documentfoundation.org/show_bug.cgi?id=88108 >> >> Mit freundlichen Grüßen >> Regina >> >> Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Calc: Gitternetzlinien nicht mehr als dokumentspezifische Ansichts-Option
Moin. Wie findet ihr es, dass Gitternetzlinien nicht mehr wie früher (oder trügt mich meine Erinnerung so?) als dokumentspezifische Ansichtsoption existiert, sondern nur noch als globale Einstellung. Ich vermisse die Möglichkeit, das Merkmal individuell für einzelne Dokumente festzulegen. Hier läuft 6.1 Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: [Calc] Funktionsvorschlag: Format von Zelle schützen
Gerhard Weydt schrieb: >>> Die Funktion "Bearbeiten > Unformatierten Text einfügen" löst die >>> Aufgabe auch nicht. >> >> Bei mir schon. Wenn die Zelle _vorher_ auf "Text" formatiert war, >> bleibt dieses Format bei "unformatierten Text einfügen" auch erhalten >> und die Telefonnummer ist wie gewünscht mit Null am Anfang. >> > Hier stelle ich das Gleiche fest wie Regina, sowohl wenn der Inhalt wie > oben aus Writer kommt als auch wenn die Zelle kopiert wurde. Ihr habt Recht, Verzeihung bitte. Da ist bei mir beim Testen vermutlich etwas schief gegangen. Danke. >> Wo kommt die Telefonnummer her? >> > Die Frag ist interessant, nachdem wir unterschiedliches Verhalten je > nach Quelle festgestellt haben. Aus einem Text-Editor, wo es also gar keine Formate gibt. Bei meinem Vorschlag war mir jedoch wichtig, dass die Art der Quelle keine Rolle spielen soll. Ich fände es generell nützlich, wenn eine einmal sorgfältig ausgewählte Formatierung geschützt werden könnte. Und wenn man keine besondere Vorsicht bei der Einfügemethode walten lassen muss. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: [Calc] Funktionsvorschlag: Format von Zelle schützen
Regina Henschel schrieb: [...] >> Prima fände ich eine Funktion, die es erlaubt, das Format von Zellen >> zu schützen. >> >> Inhalte dürfen also eingegeben werden, aber das Format kann nicht >> überschrieben werden. >> >> Was denkt ihr zu diesem Vorschlag? > > Mal 'ne ganz andere Idee: Wenn Eingaben nur in vorher bestimmte Zellen > gemacht werden sollen, dann bieten sich Steuerelemente an. Ein solches > kannst du mit einer Zelle verbinden und genau über die Zelle legen. Auf > die Weise ist die Eingabe immer garantiert Text oder Zahl, je nach dem > welches Steuerelement du nimmst. Steuerlemente/Formulare habe ich bisher in Calc noch nie verwendet. Kann man denn bei dem Einsatz dieser Technik mehrere Zellinhalte in einem Rutsch in die Tabelle einfügen? Das wird immer mal wieder vorkommen, weil Daten woanders erfasst wurden, bzw. Daten zusammengeführt werden. Beispiel: In einer TXT-Datei steht 0123 0456 0789 Der Inhalt soll via Zwischenablage in einem Rutsch eingefügt werden. Ohne in der Zielspalte, die als Text formatiert deren Format zu überschreiben. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] [Calc] Funktionsvorschlag: Format von Zelle schützen
Moin. Wenn Daten von mehr als einer Person in einer Tabelle eingetragen werden, kann es leicht dazu kommen, dass beim Einfügen aus der Zwischenablage ein Format überschrieben wird. Beispiel: Eine Spalte für Telefonnummern ist als "Text" formatiert, damit führende Nullen oder "+" nicht abgeschnitten werden. Wenn jemand eine Nummer (0301234567) aus der Zwischenablage einfügt, ist LO so voreingestellt, dass es das Format "errät" und "Zahl" annimmt. Die erste Ziffer "0" wird eliminiert. Die Funktion "Bearbeiten > Unformatierten Text einfügen" löst die Aufgabe auch nicht. Ebensowenig "Bearbeiten > Inhalte einfügen > Nur Text" (da wird gar nichts eingefügt). Prima fände ich eine Funktion, die es erlaubt, das Format von Zellen zu schützen. Inhalte dürfen also eingegeben werden, aber das Format kann nicht überschrieben werden. Was denkt ihr zu diesem Vorschlag? Danke. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: LibreOffice Flyer für Erstsemestertüten HTW Dresden
HGR schrieb: > Nur zwei Punkte: > den Satz "Seine mächtigen Werkzeuge lassen Deine Kreativität entfalten > und Deine Produktivität steigern." > finde ich etwas holprig. Mein Vorschlag: > "Seine mächtigen Werkzeuge entfalten Deine Kreativität und steigern > Deine Produktivität." Seine mächtige Funktionsvielfalt hilft Di, Deine Kreativtät zu entfalten und Deine Produktivität zu steigern." Kreativität ist ja ein innerer Prozess und kann von außen nur begünstigt werden. Andreas -- http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+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/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-discuss] Re: Vorschlag für Writer: Textvorlagen umorganisieren
Michael Kuehn schrieb: [Absatzvorlage "Textkörper" statt "Standard" im ersten Absatz der Standarddokumentvorlage (Datei > Neu)] > Und warum ist man erstmal in dieser Vorlage drin, wenn man ein leeres > Dokument öffnet? Wäre es nicht besser, wenn gleich Textkörper aktiviert wäre? > Was meint ihr dazu? Ich unterstütze Deinen Vorschlag. Andreas Die Passage zur Umbenennung habe ich gesnipt, weil ich es für besser halte das getrennt zu diskutieren. -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: Re: Writer: Eingefuegte URLs erhalten nicht automatisch die Zeichenformatvorlage Internetlink
Harald Köster schrieb: > Hallo Andreas, > > Am 04.04.2016 um 12:24 schrieb Andreas Borutta: >> Harald Köster schrieb: >> >>> Am 25.03.2016 um 06:28 schrieb Andreas Borutta: >> >>>> >>>> Weiteres Beispiel: >>>> Schaltfläche "Fett" oder "Kursiv". >>>> >>>> Dort fände ich es gut, wenn statt einer harten Formatierung die >>>> Zeichenformatvorlagen "Start betont" und "Betont" zugwiesen würden. >>>> >>>> Wie seht ihr das? >>> >>> ich finde, dass sowohl harte Formatierungen als auch die Verwendung von >>> Formatvorlagen ihre Berechtigung haben. Je nach Anwendungsfall, >>> Nutzer-Bedürfnissen und -Kenntnissen wird dies auch zukünftig >>> unterschiedlich sein. >> >> Vielleicht fehlt mir hier die Phantasie. > > Anwendungsfälle: > (+) Kurze, schnelle, nicht wiederholende Texte: eher harte Formatierung > (+) Umfangreiche und ähnliche wiederholende Texte: eher Formatvorlagen > > Nutzerbedürfnisse: > (+) Bei hohen Ansprüchen an das Erscheinungsbild und/oder bei persönlich > planvollerer Arbeitsweise: eher Formatvorlagen > (+) Wer's mit dem Erscheinungsbild nicht so genau nimmt und/oder eher > 'chaotischer' Arbeitsweise: eher harte Formatierung > > Nutzerkenntnisse: > Die Nutzung von Formatvorlagen ist vom Anspruch her etwas schwieriger. > Wer viel, oft und unterschiedliche Texte schreibt, wird sich eher mit > dem Thema Formatvorlagen befassen und damit diese auch eher einsetzen. In der Tendenz gebe ich Dir Recht. Im engen Sinne dachte ich natürlich an eine zukünftige GUI, die das Arbeiten mit Formatvorlagen viel viel leichter macht, die die Hürde herabsetzt. >> Könntest Du bitte einmal typische Nutzungsszenarien nennen, wo ein >> Nutzer konkrte Nachteile hätte, wenn - als Beispiel - beim Druck auf >> die Schaltfläche "Fett" die Zeichenformatvorlage "Start betont" >> zugewiesen würde - anstatt der harten Formatierung? > > Hier musst Du zwischen dem WAS und dem WIE unterscheiden. Mit der > Zeichenformatvorlage "Stark betont" ist nur die Zielsetzung (das WAS) > benannt, nämlich das bestimmte Zeichen gegenüber den anderen Zeichen > deutlich hervorgehoben werden sollen. WIE dieses realisiert wird, ist > dann eine andere Sache. In vielen Fällen kann dies durchaus mit > Fettschrift realisiert werden. Dies kann aber auch z.B. durch farbige > Hinterlegung der Zeichen, durch Großbuchstaben (wie das WAS und WIE in > diesem Absatz) oder meinetwegen auch durch tanzende Buchstaben (wenn es > denn diese Funktion gäbe) erfolgen. Du hast hier völlig Recht. Diese Form der Zuweisung einer Formatvorlage über eine Schaltfläche wie "Fett" war ein Schnellschuß von mir, den ich bedauere und zurückziehe. Ich ließ mich leider treiben von einem gewissen Idealismus beim Thema Formatvorlagen. Dahinter stand der Wunsch eine Oberfläche zu haben, die frei von jeglichen Möglichkeiten zur harten Formatierung ist. Meine Vermutung: Nur wenn eine solche "Einschränkung" freiwillig vom Nutzer gewählt werden kann, wird sich das Arbeiten mit Formatvorlagen verbreiten. Ansonsten wird sie ein Nischendasein fristen. Dieses Fazit ziehe ich jedenfalls aus meiner langjährigen Erfahrung mit Hilfesuchenden, die mich persönlich zum Arbeiten mit LO Writer um Rat baten. Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: Writer: Eingefuegte URLs erhalten nicht automatisch die Zeichenformatvorlage Internetlink
Harald Köster schrieb: Moin Harald. Erstmal herzlichen Dank für Deinen ausführlichen Kommentar :) > Am 25.03.2016 um 06:28 schrieb Andreas Borutta: >> Vor einigen Jahren ist mir schon aufgefallen, dass via "Einfügen > >> Hyperlink" erzeugte Links nicht automatisch die >> Standard-Zeichenformatvorlage "Internetlink" zugewiesen bekommen. >> >> Gibt es für dieses Verhalten ein Motiv? >> Wie bewertet ihr dieses Verhalten? >> >> Ich fände es jedenfalls schön, wenn mehr Standard-Funktionen auch die >> angemessene Zeichenformatvorlage automatisch zuweisen. >> >> Weiteres Beispiel: >> Schaltfläche "Fett" oder "Kursiv". >> >> Dort fände ich es gut, wenn statt einer harten Formatierung die >> Zeichenformatvorlagen "Start betont" und "Betont" zugwiesen würden. >> >> Wie seht ihr das? > > ich finde, dass sowohl harte Formatierungen als auch die Verwendung von > Formatvorlagen ihre Berechtigung haben. Je nach Anwendungsfall, > Nutzer-Bedürfnissen und -Kenntnissen wird dies auch zukünftig > unterschiedlich sein. Vielleicht fehlt mir hier die Phantasie. Könntest Du bitte einmal typische Nutzungsszenarien nennen, wo ein Nutzer konkrte Nachteile hätte, wenn - als Beispiel - beim Druck auf die Schaltfläche "Fett" die Zeichenformatvorlage "Start betont" zugewiesen würde - anstatt der harten Formatierung? > Die Nutzung von Formatvorlagen über Symbolleisten > ist meiner Meinung nach aber verbesserungswürdig. > > Z.B. ist es zwar möglich über die Formatleiste Absatzformatvorlagen > zuzuweisen (Befehl "Absatzvorlage anwenden" als Drop-Down-Menü), aber > keine Zeichen-, Rahmen-, Seiten- und Listenvorlagen. Das sehe ich ebenso. > Meines Wissens gibt > es für diese Vorlagen auch keine entsprechenden Befehle, so dass es > nicht möglich ist, Symbolleisten entsprechend anzupassen. Genau. > Ich hatte schon vor längerer Zeit dazu die Idee, sowohl für die harte > Formatierung als auch für die Formatierung mit Formatvorlagen jeweils > eine eigene Format-Symbolleiste standardmäßig bereitzustellen. Je nach > Anwendungsfall könnte ein Nutzer sich dann die eine oder die andere > Leiste anzeigen lassen und entsprechend nutzen. An so etwas dachte ich auch, genau. > Die wichtigsten Befehle für eine neue Formatvorlagen-Symbolleiste wären > dann Drop-Down-Menüs für die 5 verschieden Formatvorlagen-Typen. Auf > diese Weise könnte man dann auch schnell auf die von Dir erwähnten > Zeichenformatvorlagen "Stark betont" und "Betont" zugreifen. Wichtig finde ich, wie Du es oben auch schon erwähnst, dass der Zugriff nicht nur über Dropdowns erfolgen kann, sondern auch ein Direktzugriff per Schalfläche möglich ist. Nur diese Methode ist wirklich angenehm schnell, wenn man etwas häufig benötigt (neben Tastenkürzeln natürlich) Ich kenne das Projekt jetzt mehr als 10 Jahre. Täusche ich mich denn in meinem Eindruck, dass das Thema Formatvorlagen ein Stiefkind ist? Es scheint denjenigen, die Entscheidung treffen, die Richtungen festlegen, absolut unwichtig zu sein. Denn eine Entwicklung kann ich bisher nicht entdecken. Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: Sidebar "Formatvorlagen": Spezifische Vorlagen anzeigen lassen
Christian Kühl schrieb: >> Die Ansicht "Benutzervorlagen" scheidet auch aus, weil sie >> Standardformatvorlagen wie "Überschrift 1" gar nicht anzeigen. > > Als Workaround könnte man die Vorlagen, die gewünscht sind, verbergen > und dann die verborgenen Vorlagen anzeigen lassen. Werden dann > allerdings nicht hierarchisch angezeigt... Mich interessiert vor allem, wenn ich dieser Liste poste, was ihr von so einem Vorschlag haltet. Ich suche nicht in erster Linie nach Workarounds für mich selber. Oder ist diese Liste gar nicht für solche Diskussionen über potentielle neue Funktionen von LO gedacht? Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: Sidebar "Formatvorlagen": Spezifische Vorlagen anzeigen lassen
hrb...@t-online.de schrieb: > eine nicht ganz saubere aber mögliche Lösung wäre IMHO, wenn Du die > von Dir gewünschten Standardvorlagen jeweils mit anderem Name > nochmal als Benutzervorlage speicherst. Das möchte ich nicht tun, weil dadurch die Struktur der Formatvorlagen aufgebläht würde. Es widerspräche auch dem schönen Konzept, dass man bevorzugt Standardformatvorlagen verwenden sollte und nur bei echtem Bedarf eine Benutzervorlage anlegt. > Deinen Vorschlag für eine saubere Lösung sehe ich auch als > wünschenswert an. Wie soll denn, nach Deiner Meinung, genau die > Zuweisung der Unterschiedlichen Vorlagen erfolgen? Am besten wäre > doch eine benutzerdefinierte Liste von Vorlagen (Standard u. > benutzerdef.), die sich jeder selber zusammenstellen kann? Ja, genau, an so etwas dachte ich. Gruß, Andreas -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Sidebar "Formatvorlagen": Spezifische Vorlagen anzeigen lassen
Moin. In der Sidebar "Formatvorlagen" gibt es diverse Auswahlmöglichkeiten, welche Formatvorlagen angezeigt werden sollen. Was es nicht gibt ist die Option "Vom Benutzer frei ausgewählte Vorlagen anzeigen". Gibt es dafür einen Weg? Richtig, ich meine nicht die Option "Verwendete Vorlagen". Hintergrund der Frage: In einem gut aufgebauten Dokument setzt der Nutzer wohlüberlegt eine Hierarchie von Formatvorlagen ein. Bestimmte Gruppen von Vorlagen, zum Beispiel "Überschrift 1/2/3" basieren auf der Basis "Überschrift". Oder "Nummerierung 1/Aufzählung 1" basieren auf "Liste". Wenn man nun per Maus eine Vorlage zuweisen möchte, verwendet man ausschließlich die in der Hierarchie niedrig stehenderen Vorlagen. Bei der Ansicht "Verwendete Vorlagen" werden jedoch auch "Überschrift" und "Liste" gezeigt. Die Ansicht "Benutzervorlagen" scheidet auch aus, weil sie Standardformatvorlagen wie "Überschrift 1" gar nicht anzeigen. Weiterhin muss man zum Zuweisen einer Zeichenformatvorlage immer den Reiter wechseln. Das ist umständlich. Die folgende Ansicht "Benutzerdefiniert" halte ich für nützlich: SAV Überschrift 1 SAV Überschrift 2 BAV Lorem SZV Quelltext SZV Betont SZV Stark betont BZV Ipsum Legende: SAV=Standardabsatzformatvorlage SZV=Standardzeichenformatvorlage BAV=Benutzerabsatzformatvorlage BZV=Benutzerzeichenformatvorlage Was denkt ihr zu diesem Vorschlag? Andreas -- http://borumat.de/libreoffice-writer-tipps -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: Writer: Eingefuegte URLs erhalten nicht automatisch die Zeichenformatvorlage Internetlink
hrb...@t-online.de schrieb: > "Einfügen>Hyperlink" Ich habe bei mir gerade über "Einfügen / > Hyperlink" einen Hyperlink eingefügt. Im Register "Internet" habe > ich als Sprungziel "Web" angegeben mit der Adresse > "https://email.t-online.de/em#f=INBOX";, unter "Weitere > Einstellungen" habe ich noch einen "Text" und "Namen " -> > "Anmeldung T-Online" eingegeben und "OK". Der LINK wird ohne > Probleme bei mir als Internetlink angezeigt (dunkelblau). Mit Strg > und Klick wird die Webseite auch aufgerufen. Du missverstehst noch mein Anliegen. Mir geht es um eine Verbesserung der Verbreitung des Arbeitens mit Standard-Formatvorlagen. Viele Nutzer ahnen gar nichts von den Früchten solcher Arbeitstechniken. Aus meiner Sicht auch deshalb, weil LO Nutzer nicht genug zum Arbeiten mit Formatvorlagen statt harter Formatierungen verführt, anregt. > Schaltfläche "Fett" oder "Kursiv". IMHO sehe ich hier keinen > Zusammenhang zu obigen Thema. Ich finde die Unterscheidung die > jetzt im Programm besteht gut und sollte beibehalten werden. OK, ich sehe das anders. Ich halte es für ideal, wenn Formatvorlagen bevorzugt zugewiesen werden und harte Formatierung der "Sonderweg" sind. Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Writer: Eingefuegte URLs erhalten nicht automatisch die Zeichenformatvorlage Internetlink
Moin. Vor einigen Jahren ist mir schon aufgefallen, dass via "Einfügen > Hyperlink" erzeugte Links nicht automatisch die Standard-Zeichenformatvorlage "Internetlink" zugewiesen bekommen. Gibt es für dieses Verhalten ein Motiv? Wie bewertet ihr dieses Verhalten? Ich fände es jedenfalls schön, wenn mehr Standard-Funktionen auch die angemessene Zeichenformatvorlage automatisch zuweisen. Weiteres Beispiel: Schaltfläche "Fett" oder "Kursiv". Dort fände ich es gut, wenn statt einer harten Formatierung die Zeichenformatvorlagen "Start betont" und "Betont" zugwiesen würden. Wie seht ihr das? Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: Re: Calc-Diagramme: Qualitaet des Codes beim Export-Format SVG
Regina Henschel schrieb: Hallo Regina. [...] Vielen Dank für Deine Einordnung des Ganzen. Das hilft mir weiter. Vor diesem Hintergrund erscheint mir ein Verbesserungsvorschlag nicht sinnvoll. >> Ideal wäre es wohl, wenn SVG das native Format für Diagramme würde. > Das ist so erstmal nicht möglich, weil SVG keine 3D-Darstellung enthält. > Man kann da etwas mit SVG-Filtern tricksen, aber die sind bis jetzt auch > noch nicht implementiert. OK, das kann ich nicht beurteilen, da mir noch die tieferen Kenntnisse zu SVG fehlen. Ich arbeite mich gerade durch die Spezifikation. Meine Vermutung war, dass man alle gewünschten 3D-Effekte über das normale Element Path realsieren kann. > Natives SVG-Format würde bedeuten, dass man die interne Representation > der Objekte ziemlich erweitern müsste und eine UI für die Bearbeitung > schaffen müsste. Das ist zwar nicht unmöglich, wurde aber für Draw schon > abgelehnt, weil der Aufwand für Entwicklung und Wartung zu groß ist. Du > müsstest also einen Sponsor finden. Verstehe. > > SVG eignet sich IMHO perfekt für diese Art von Grafiken. > > Tabellenwerte können eins zu eins als Punkte im Koordinatensystem des > > SVG übernommen werden. > > eins-zu-eins sicher nicht, weil SVG einen Punkt als Objekt gar nicht > kennt, sondern es sind immer Linien, offen oder geschlossen. > > Ich finde den Export eines Diagramms nach SVG gar nicht so schlecht. Du > kannst es problemlos in Inkscape öffen und beispielsweise die Farbe > einer einzelnen Linien ändern. Nun ja, über die Qualität von Code kann man natürlich streiten. Aber zum Beispiel wird die Farbe eines Graphen und der dazugehörigen Legende nicht über eine gemeinsame Klasse via "style" deklariert. Graph und Legende wird vielmehr separat eine Farbe zugewiesen. Zur vielfachen Redundanz diverser Properties wurde hier im Thread ja schon was gesagt. Das bläht den Code nicht nur unnötigerweise auf, sondern erschwert eben auch das zielgerichtete Eingreifen. Aber das nur noch am Rande. Denn um "Fehler" im engen Sinne handelt es sich nicht. Sondern um schlechte Codequalität - und das schrieb ich ja auch im Ausgangsposting. Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: Calc-Diagramme: Qualitaet des Codes beim Export-Format SVG
Harald Köster schrieb: > Ansonsten kann ich Dich nur ermutigen, selber einen > Verbesserungsvorschlag in Bugzilla zu schreiben, auch wenn Dein Englisch > möglicherweise nicht so gut ist. Es dürfte hier schon reichen, wenn Du > den Text Deiner Mail halbwegs übersetzest. Grundsätzlich bin ich dafür aufgeschlossen, einen Verbesserungsvorschlag einzustellen. Aber ich würde das nicht tun, ohne zuvor hier in der Liste ein klares Meinungsbild von erfahrenen Projektmitgliedern erhalten zu haben. Ich selber weiß praktisch nichts über die grundlegenden Motive und Pläne für die mittelfristige Ausrichtung des Projektes. Und nur, wenn ich wüßte, dass solche Art von Vorschlägen überhaupt auf fruchtbaren Boden bei den Entwicklern/Entscheidern fallen, würde sich so ein Vorschlag lohnen. Alles andere wäre eine Belästigung des Projektes durch mich mit völlig unrealistischen Vorschlägen. Ideal wäre es wohl, wenn SVG das native Format für Diagramme würde. SVG eignet sich IMHO perfekt für diese Art von Grafiken. Tabellenwerte können eins zu eins als Punkte im Koordinatensystem des SVG übernommen werden. Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Calc-Diagramme: Qualitaet des Codes beim Export-Format SVG
Moin. In Calc existiert für Diagramme der Befehl "Kontextmenü > Als Bild exportieren > Format: SVG". Ich habe dies mit einem einfachen Beispieldokument von http://www.ooowiki.de/DiagrammMitLinien.html ausprobiert. Testcase: http://borumat.de/+svg/tabellendokument.ods SVG: http://borumat.de/+svg/monatsmittelwerte.svg Das Bild kann problemlos z.B. in Firefox oder Chrome betrachte werden. Per "Seitenquelltext" kann man den XML-Code betrachten. Gelinde gesagt: der SVG-Code ist nicht gut. Es kommt das Element "path" zum Einsatz anstatt das angemessene Element "polyline" für die Graphen und "line" für die Achsen und die Gitterlinien zu verwenden. Stile werden nicht zentral, sondern dezentral, also vielfach redundant zugewiesen. Etc. Siehe offizielle SVG-Spezifikation: https://www.w3.org/TR/2003/REC-SVG11-20030114/shapes.html Frage: Wißt ihr, ob geplant ist, die Qualität des SVG-Codes für die Zukunft zu verbessern? Was denkt ihr zu dieser Sache? Existiert vielleicht ein Plugin, welches einen hochwertigen Output erzeugen kann? Hintergrund des Anliegens: SVG ist das beste Format für perfekt skalierende Grafiken im Web. Da wäre es toll, wenn man Calc-Diagramme in hochwertiger Form exportieren könnte. Danke. Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: LibreOffice 5.1 veröffentlicht
Florian Effenberger schrieb: > LibreOffice 5.1 veröffentlicht Mein Glückwunsch erstmal an alle Beteiligten :) Eine Kleinigkeit fiel mir beim Installationsprozess auf. Ich erhalte diese unverständliche Meldung: http://borumat.de/+screenshots/hc-2016.02.10-17_57_49.png Da ich vor der Installation alle LO-Anwendungen beendet habe, staune ich über den Inhalt der Meldung. So eine Meldung könnte wenig erfahrene Nutzer verunsichern. Ich wollte es nur berichten, falls Euch solche Effekte nicht bekannt sind. OS ist hier Win10x64. Gruß, Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: Bemerkung zur Download-Seite
Andreas Braess schrieb: > Am 15.11.2015 19:58 schrieb Andreas Borutta: >> Marc Senn schrieb: >> >>>> Zwei Dinge fallen mir auf >>>> https://de.libreoffice.org/download/libreoffice-still/ >>>> auf: >>>> >>>> 1 >>>> Als "Hauptprogramm" wird nicht die aktuellste "veröffentlichte" >>>> Version 5.0.3 angeboten, sondern die 4.4.6. >>>> Erklärungen finden sich direkt auf der Downloadseite nicht. >>>> Das könnte Nutzer rätseln lassen. >>>> Haltet ihr das für optimal, wie es ist? >>> Die Stilll version ist das neu aber nicht die neuste >>> >>> Fresh ist die neue hier. >>> https://de.libreoffice.org/download/libreoffice-fresh/ >>> >>> Aber ich verstehe ich sowieso nicht wie so man Älteres noch auf der >>> Seite hat, >>> MS bringt ja auch nicht ein MS Office 2016 Raus und sagt auf der Seite >>> Für Vorsichtige User Bitte lieber noch die MSOffice 2013 verwenden. >> >> Sehe ich auch. Daher meine Anregung zur Diskussion. > > Hallo Andreas, nur hätte LibreOffice wohl wenn sie wie MSOffice machen > würde wohl 5.1 noch gar nicht öffentlich gemacht und die 5.0x Version > würde höchsten als prereals gelten. Da wäre dann wohl 4.4.6 einzige es > gäbe und mit andren dürften man frühsten Anfang nächsten Jahr rechen. > > Libreoffic hat eben nicht Geld verschiedene Computer und die > Mitarbeiter wie wohl MS hat. ja von mir aus dürfte ruhig nur Version > pro Jahr geben und dann a.y.xx Updates für jede Version. Mir geht es in diesem Thread allein um die Präsentation und die Kommunikation von und zu den verschiedenen Versionen. Ich vermute, die aktuelle Kommunikation verwirrt Nutzer. Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: Bemerkung zur Download-Seite
Marc Senn schrieb: >> Zwei Dinge fallen mir auf >> https://de.libreoffice.org/download/libreoffice-still/ >> auf: >> >> 1 >> Als "Hauptprogramm" wird nicht die aktuellste "veröffentlichte" >> Version 5.0.3 angeboten, sondern die 4.4.6. >> Erklärungen finden sich direkt auf der Downloadseite nicht. >> Das könnte Nutzer rätseln lassen. >> Haltet ihr das für optimal, wie es ist? > Die Stilll version ist das neu aber nicht die neuste > > Fresh ist die neue hier. > https://de.libreoffice.org/download/libreoffice-fresh/ > > Aber ich verstehe ich sowieso nicht wie so man Älteres noch auf der > Seite hat, > MS bringt ja auch nicht ein MS Office 2016 Raus und sagt auf der Seite > Für Vorsichtige User Bitte lieber noch die MSOffice 2013 verwenden. Sehe ich auch. Daher meine Anregung zur Diskussion. >> 2 >> Es wird beim Downloadangebot nicht angegeben, ob es sich um die 32- >> oder 64-Bit-Version handelt. >> Denkt ihr es wäre gut, wenn das angegeben würde? > Ist immer die x86 Version weil zu 90% unwichtig für den User ob jetzt 32 > oder 64 bit, wenn man nicht gerade 2000 Seiten schreibe mit 1000 Bilder > m Dokument. OK, also keinerlei sonstigen Vorteile/Nachteile? Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Bemerkung zur Download-Seite
Moin. Zwei Dinge fallen mir auf https://de.libreoffice.org/download/libreoffice-still/ auf: 1 Als "Hauptprogramm" wird nicht die aktuellste "veröffentlichte" Version 5.0.3 angeboten, sondern die 4.4.6. Erklärungen finden sich direkt auf der Downloadseite nicht. Das könnte Nutzer rätseln lassen. Haltet ihr das für optimal, wie es ist? 2 Es wird beim Downloadangebot nicht angegeben, ob es sich um die 32- oder 64-Bit-Version handelt. Denkt ihr es wäre gut, wenn das angegeben würde? Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: Re: TDF : LO : Mitarbeit
JoLa_33 schrieb: >>> Im übrigen: meine Erfahrung in der Zug-Arbeit : Möglichkeiten sind sehr >>> eingeschränkt. z.B. Lesen = Ja, Schreiben = Nein. >> Irgendwas machst Du falsch ... ich kann auch im Zug schreiben. > Laß Deine Anbestungen an mich. Deine Unwahrheiten erreichen mich nicht > mehr. Ich kenne Euren vorangegangenen Disput nicht und möchte mich da auch nicht einmischen. Aber ich kann Franklins Einwand inhaltlich nachvollziehen. Was spricht gegen das "Schreiben auf einer Tastatur im Zug"? >>> es Leute gibt, die über kein Smartpfone, Tablett, Laptop verfügen ? >> Das würde aber bedeuten, dass Dein Lesen, was Du ja im Zug kannst, nur >> papierhaft funktioniert, richtig? Und dann funktioniert natürlich >> papierhaftes Schreiben auch ... > > Jetzt reicht es mir! Ich hatte deutlich gemacht die Anpestungen meiner > Person zu unterlassen. Ich kann da beim besten Willen keine "Anpestung" herauslesen, Jost. Vielleicht ist es am Einfachsten, die Besonderheit "ich kann im Zug arbeiten" für das Angebot zur Mitarbeit bei LO hier gar nicht zum Thema zu machen. Jeder hat bei der Arbeitsweise ja sehr spezifische Vorlieben. Einer liest gerne ausgedruckte Texte, der andere auf dem Bildschirm. Mancher bevorzugt das Tippen auf einer Tastatur, der andere wieder das Schreiben auf Papier. So bürdet man niemandem auf, sich möglicherweise Gedanken zu einer Arbeitssituation zu machen, die man nicht genau kennt. Ich selber mag z.B. das Arbeiten im Zug mit Hilfe eines Smartphones und einer Bluetoothtastatur. Ein Notebook oder Tablett besitze ich nicht. Hätte ich kein Smartphone und wollte öfter im Zug etwas lesen und mir direkt dazu Notizen machen, dann würde ich mir definitiv irgendein gebrauchtes Gerät anschaffen (die sind ja spottbillig), weil ich es Dimensionen praktischer und lesbarer fände als mit Bleistift auf Ausdrucken zu hantieren. Soweit meine Gedanken :) Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Re: TDF : LO : Mitarbeit
JoLa_33 schrieb: >>> Im übrigen: meine Erfahrung in der Zug-Arbeit : Möglichkeiten sind sehr >>> eingeschränkt. z.B. Lesen = Ja, Schreiben = Nein. >> Irgendwas machst Du falsch ... ich kann auch im Zug schreiben. > Laß Deine Anbestungen an mich. Deine Unwahrheiten erreichen mich nicht > mehr. Ich kenne Euren vorangegangenen Disput nicht und möchte mich da auch nicht einmischen. Aber ich kann Franklins Einwand inhaltlich nachvollziehen. Was spricht gegen das "Schreiben auf einer Tastatur im Zug"? Andreas -- http://borumat.de http://fahrradzukunft.de -- Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
