[de-users] Re: Formel für Autoamtikrechnung
Hallo Thomas, Thomas Kübler schrieb: Hallo Amelie, das kann OO, wenn Du nicht di Forderung stellst, dass es im selben Feld stehen soll. Folgende Annahmen: C1 enthält die Prozentzahl für den Aufschlag. B2 Deinen ersten EK-Preis und C2 soll der zugehörige VK-Preis stehen So muss in C2 folgende Formel stehen: =RUNDEN(B2*($C$1+100)/100;2) Pardon dass ich da so rein schneie. :-) meintest Du hier nicht das $, schreib das nur um Missverständnisse zu vermeiden. Die /*Prozentzeichen*/ bei C1 sind notwendig, damit Du die Formel auch kopieren kannst. Denn B3, B4, B5, ... können weitere EK-Preise stehen. Kopierst Du jetzt die Formel von C2 nach unten in C3, C4, C5, ... so stehen dann dort die entsprechenden VK-Preise. Ich hoffe, dass es das ist, was Du wolltest, wenn nicht melde Dich wieder. Gruss Marino -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Fw: Maßstab ändern - how to?
Hi Wolfgang, --(vorab - hab da seit der Umstellung mit LibOffice ein Problem) --offensichtlich kommen meine Mails nicht immer auf der Liste an) Wolfgang Jäth schrieb: Du meinst offensichtlich massstäbliches Vergrössern oder Verkleinern. Ich muss hier offenbar ein wenig ausholen: Wenn in Draw z.b. ein Zaun zeichne, werde ich: Format/Seite/Format = [A4] * Querformat Extras/Optionen/OpenOffice.orgDraw/Allgemein = Zeichnungsmassstab [1:10] / Masseinheit [Zentimeter] Jetzt setze ich den ersten Pfosten (Rechteck) 100cm * 10cm 0 auf dem Papier wird der nun als 10*1 cm dargestellt. Die Vermassung: Darstellung[Masslinien] {--] lege ich mit nötigem Abstand. Sie lautet: 100*10cm. Alles Ready! Nun setzte ich die Querlatten a 150 * 25cm funktioniert tadellos. Wenn ich den Zaun nun verlängern will, kopiere ich das Ganze und füge es am Ende ein. - Einwandfrei.. Nur überschreite ich jetzt den Blattrand. Was tun? logisch Massstab ändern! Extras/Optionen/OpenOffice.orgDraw/Allgemein = Zeichnungsmassstab [1:20] Resultat: bei LibreOffice 3.3.2 Masse werden verdoppelt Zeichnung bleibt gleich Massstäblichkeit zur Zeichnung stimmt ist aber nicht das erwartete Resultat. Nicht der Massstab wurde verändert, sonder die Objekte sind im Massstab verdoppelt worden. Eigentlich hätten die Darstellung der Objekte verkleinert werden und die Masse gleich beibehalten werden sollen. Noch eigentümlicher ist das Ganze bei OpenOffice bei OpenOffice.org 3.2.1 nach Umstellung des Massstabes ist überhaupt nichts ersichtlich. Wenn aber ein zweiter Masspfeil neben den Pfosten gesetzt wird... =-O Altes Mass 100cm / neues Mass 200cm Alle neuen Masse werden jetzt nach dem neuen Massstab ausgegeben, die bisherigen bleiben nach altem Massstab berechnet. Grundsätzlich aber ist wieder nicht der Massstab verkleinert sonder die massstäblich dargestellten Objekte vergrössert worden. Ich kan njetzt so auf Anhib keinen Unterschie zwischen 'massstäbliches (SIC) Vergrössern oder Verkleinern' und 'Maßstab' erkennen. Wenn du eine Landkarte betrachtest, dann sind die Darstellungen z.B. im Massstab 1/1'000'000 dargestellt Unten findest Du bei guten Karten in der Regel den Massstab in Messbalken-Darstellung [10cm = 10km] Jedes Mass, das du in der Karte in cm misst gibt so Auskunft über die tatsächliche Distanz. Wird der Massstab beim Druck umgestellt, so ist die Karte kleiner oder grösser dargestellt und der Messbalken angepasst, die Masse und km-Angabe müssen bleiben doch gleich bleiben. Warum das dann nicht so benennen. Massstab steht für definierte Proportion = Realität / Darstellung; . Vorab: Nur weil es eine bemaßte Zeichnung gibt, muss es noch lange kein reales Objekt geben. Aber im Prinzip hast Du recht: Maßstab steht für ein Größenverhältnis; zwischen was auch immer (im Fall von Draw eben der Zeichnung und einem fiktiven Objekt). Ich finde nur, dass der Ausdruck Massstab im Draw so nicht benutzt werden sollte, da (siehe Grund der Diskussion) Missverständnisse vorprogrammiert sind. Ich denke es wäre einfach logischer Vergrösserung oder Dehnung Aber der Maßstab in Draw vergrößert oder verkleinert aber die Zeichnung doch gar nicht; war denn nicht eigentlich genau *das* Deine ursprüngliche Beschwerde? Wieso sollte man bitte etwas, das *nix* an der Größe ändert, 'Vergrößerung' o. ä. nennen? Und müsste dann nicht eher /die/ Funktion, die /Du/ meinst, so heißen? (in Paint (MS) z.B. wird Strecken benutzt) anzuwenden. In Paint heißt es inzwischen (Win7 und IIRC auch Vista) 'Größe ändern'. Abgesehen davon gibt es in Paint meines Wissens [tm] gar keine Bemaßungsmöglichkeit. Welches Größenverhältnis zwischen wem oder was sollte eine Maßstabsangabe da bezeichnen? Wolfgang -- --- Technische Betriebe Glarus-Nord Produktion, Zentrale Risi 30 8752 Näfels GL/CH -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Fw: Maßstab ändern - how to?
Salvalaggio Marino schrieb: Hi Wolfgang, --(vorab - hab da seit der Umstellung mit LibOffice ein Problem) --offensichtlich kommen meine Mails nicht immer auf der Liste an) Wolfgang Jäth schrieb: Du meinst offensichtlich massstäbliches Vergrössern oder Verkleinern. Ich muss hier offenbar ein wenig ausholen: Wenn in Draw z.b. ein Zaun zeichne, werde ich: Format/Seite/Format = [A4] * Querformat Extras/Optionen/OpenOffice.orgDraw/Allgemein = Zeichnungsmassstab [1:10] / Masseinheit [Zentimeter] Jetzt setze ich den ersten Pfosten (Rechteck) 100cm * 10cm 0 auf dem Papier wird der nun als 10*1 cm dargestellt. Die Vermassung: Darstellung[Masslinien] {--] lege ich mit nötigem Abstand. Sie lautet: 100*10cm. Alles Ready! Nun setzte ich die Querlatten a 150 * 25cm funktioniert tadellos. Wenn ich den Zaun nun verlängern will, kopiere ich das Ganze und füge es am Ende ein. - Einwandfrei.. Nur überschreite ich jetzt den Blattrand. Was tun? logisch Massstab ändern! Extras/Optionen/OpenOffice.orgDraw/Allgemein = Zeichnungsmassstab [1:20] Resultat: bei LibreOffice 3.3.2 Masse werden verdoppelt Zeichnung bleibt gleich Massstäblichkeit zur Zeichnung stimmt ist aber nicht das erwartete Resultat. Nicht der Massstab wurde verändert, sonder die Objekte sind im Massstab verdoppelt worden. Eigentlich hätten die Darstellung der Objekte verkleinert werden und die Masse gleich beibehalten werden sollen. Hab da noch ein wenig rumgespielt... Das Verhalten ist übrigens sehr uneinheitlich je nachdem, wann die Massstabsänderung vorgenommen wird treten verschiedene Resultate ein! Mal werden nur die neuen Masse neu berechnet, mal werden die Alten mit umgerechnet. Fest steht, dass nach einer Seitenanpassung z.B. Hoch/Quer die nächste Massstabsänderung alle Masse betrifft. Hier sollte ein Quellcodkenner mal in die Tiefe schauen. Marino -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Fw: Maßstab ändern - how to?
Pit Zyclade schrieb: Am 24.06.2011 09:17, schrieb Salvalaggio Marino: Hi Wolfgang, --(vorab - hab da seit der Umstellung mit LibOffice ein Problem) --offensichtlich kommen meine Mails nicht immer auf der Liste an) Wolfgang Jäth schrieb: Du meinst offensichtlich massstäbliches Vergrössern oder Verkleinern. Ich muss hier offenbar ein wenig ausholen: Wenn in Draw z.b. ein Zaun zeichne, werde ich: Format/Seite/Format = [A4] * Querformat Extras/Optionen/OpenOffice.orgDraw/Allgemein = Zeichnungsmassstab [1:10] / Masseinheit [Zentimeter] Jetzt setze ich den ersten Pfosten (Rechteck) 100cm * 10cm 0 auf dem Papier wird der nun als 10*1 cm dargestellt. Die Vermassung: Darstellung[Masslinien] {--] lege ich mit nötigem Abstand. Sie lautet: 100*10cm. Alles Ready! Nun setzte ich die Querlatten a 150 * 25cm funktioniert tadellos. Wenn ich den Zaun nun verlängern will, kopiere ich das Ganze und füge es am Ende ein. - Einwandfrei.. Nur überschreite ich jetzt den Blattrand. Was tun? logisch Massstab ändern! Was willst Du am Ziel erreichen? Eine virtuelle Zeichnung (zum Sichern auf Festplatte) oder einen realen Papierausdruck? Schlussendlich will jeder eine solche Zeichnung ja ausdrucken oder zum Ausdruck weitergeben. Dumm ist nur, wenn die Zeichnung in A3 vorliegt und nur ein A4 Drucker zur Verfügung steht. Dann wird das Ganze ja aktuell. Jetzt ist sicherlich eine Um-Bemassung unerwünscht. Und deshalb meine ich, dass der Begriff Masstab hier etwas falsches aussagt. Die Funktion an sich bemängle ich gar nicht - nur sollte diese anders bezeichnet sein; oder aber sie muss anders funktionieren. Für die erste Option brauchst Du gar nicht zu ändern, sonder vergrößerst die Seitenmaße. Für die zweite Option kann man auch zwei Wege gehen. Der eine wurde schon beschrieben: Zeichenmaßstab ändern (mit Verfälschung der Bemaßung, weil die Zeichnung bleibt), dann alles kennzeichnen (strg+a) und dann diese verkleinern um genau das Verhältnis, daß Du den Maßstab vergrößert hast. Diese Methode wurde Dir hier im Forum als erste genannt. Der zweite Weg wäre folgender: Du zeichnest wie auf der Landkarte einen (Meter|Zentimeter)-Stab mit Bemaßung ein, änderst nichts (!) am Maßstab und verkleinerst die gesamte Zeichnung samt richtiger Bemaßung am Ende so, dass sie auf Dein gewünschtes Papiermaß passt. Dann spielt der Maßstab keine Rolle mehr... Marino -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Fw: Maßstab ändern - how to?
Hallo Matthias, Matthias Müller schrieb: Hallo, In Ergänzung zu Mail von: Am Freitag 24 Juni 2011 schrieb Salvalaggio Marino: Hi Wolfgang, --(vorab - hab da seit der Umstellung mit LibOffice ein Problem) --offensichtlich kommen meine Mails nicht immer auf der Liste an) Wolfgang Jäth schrieb: Du meinst offensichtlich massstäbliches Vergrössern oder Verkleinern. Ich muss hier offenbar ein wenig ausholen: Wenn in Draw z.b. ein Zaun zeichne, werde ich: Format/Seite/Format = [A4] * Querformat Extras/Optionen/OpenOffice.orgDraw/Allgemein = Zeichnungsmassstab [1:10] / Masseinheit [Zentimeter] Hier kommt schon mal ein wichtiger Unterschied zu CAD: Bei CAD wird immer mit den Originalmaßen in 1:1 an einem (3D-)Modell konstruiert/modelliert, es wird (zumindest in modernen CAD-Systemen) nicht gezeichnet. Der Maßstab kommt erst dann drauf, wenn ich aus einem _Modell_ eine Zeichnung ableite und ergibt sich durch die Größe der abgeleiteten Zeichnung (auf dem Zeichnungsblatt) eigentlich von selbst, dh man könnte ihn errechnen lassen. In aller Regel wird aber schon ein Faktor eingegeben. snip Nur überschreite ich jetzt den Blattrand. Was tun? logisch Massstab ändern! Eigentlich richtig, aber siehe oben Extras/Optionen/OpenOffice.orgDraw/Allgemein = Zeichnungsmassstab [1:20] Resultat: bei LibreOffice 3.3.2 Masse werden verdoppelt Zeichnung bleibt gleich Massstäblichkeit zur Zeichnung stimmt ist aber nicht das erwartete Resultat. Nicht der Massstab wurde verändert, sonder die Objekte sind im Massstab verdoppelt worden. Eigentlich hätten die Darstellung der Objekte verkleinert werden und die Masse gleich beibehalten werden sollen. Das kann aber nur funktionieren, wenn Maßstab, Zeichnungs-/Modellobjekt und Vermaßung wissen, wie sie miteinander zusammen hängen und welches Objekt wovon abhängig ist. Das nennt sich dann Assoziativität. Noch eigentümlicher ist das Ganze bei OpenOffice bei OpenOffice.org 3.2.1 nach Umstellung des Massstabes ist überhaupt nichts ersichtlich. Wenn aber ein zweiter Masspfeil neben den Pfosten gesetzt wird... =-O Altes Mass 100cm / neues Mass 200cm Alle neuen Masse werden jetzt nach dem neuen Massstab ausgegeben, die bisherigen bleiben nach altem Massstab berechnet. Grundsätzlich aber ist wieder nicht der Massstab verkleinert sonder die massstäblich dargestellten Objekte vergrössert worden. Aber nur angeblich. Das Zeichenobjekt ist gleich geblieben, aber intern werden die Zeichnungseinheiten nicht mehr mit dem Faktor 10 (Massstab 1:10), sondern plötzlich mit dem Faktor 20(Massstab 1:20) multipliziert. Da dies nur für neu erstellte Objekte (in dem Fall die Masslinien) gilt, sieht es so aus, als ob die Zeichenobjekte (die Linien, die den Zaunpfosten darstellen) vergrößert werden. Ich kan njetzt so auf Anhib keinen Unterschie zwischen 'massstäbliches (SIC) Vergrössern oder Verkleinern' und 'Maßstab' erkennen. Wenn du eine Landkarte betrachtest, dann sind die Darstellungen z.B. im Massstab 1/1'000'000 dargestellt Unten findest Du bei guten Karten in der Regel den Massstab in Messbalken-Darstellung [10cm = 10km] Jedes Mass, das du in der Karte in cm misst gibt so Auskunft über die tatsächliche Distanz. Wird der Massstab beim Druck umgestellt, so ist die Karte kleiner oder grösser dargestellt und der Messbalken angepasst, die Masse und km-Angabe müssen bleiben doch gleich bleiben. Aber nicht der Maßstab! Der ändert sich nämlich durch den Druck, es sei denn, es wird auch die dargestellte Fläche verändert. Bsp: Ein Kartenausschnitt wird im Maßstab 1:1.000.000 auf DIN A4 (210 * 297 mm²) gedruckt. Er überdeckt in der Realität ein bestimmte Fläche (21 * 29,7 km²). _Derselbe_ Kartenausschnitt wird jetzt auf DIN A3 (420 * 297 mm²) gedruckt. Die Darstellung ist auf 141% des Originals (DIN A4) vergrößert worden, der Maßstab verändert sich durch diesen Druck auf ca 1:709.000. Da der Balken mit skaliert wird, kann mit ihm immer noch die korrekte Entfernung abgegriffen werden. Aber nicht mehr korrekt gemessen und anhand des aufgedruckten Maßstabs gerechnet werden. Richtig ! Der verkleinerte Ausdruck A3 / A4 ist daher keine echte massstäbliche Darstellung mehr, da die Angabe 1cm=1km der beim Messbalken steht, nicht mehr gültig ist. Endlich mal Einer, der versteht von was ich spreche:-D , vielleicht, ist meine Ausdrucksweise halt nicht für jedermann klar. Ich will bei Gott aus Draw kein CAD machen. Das würden diverse user sicher nicht gutieren. Diese stehen, was die Handhabung für Un-Instruierte angeht, nicht gerade im Ruf der Bedienerfreundlich für Jedermann. Das Einzige, was mich am Ganzen stört ist die Ausdrucksweise Massstab diese sollte meines erachtens logischerweise Vergrösserung oder präziser massstäbliche Vergrösserung benannt sein, so können solche Missverständnisse vermieden werden. Es werden ja die dargestellten Objekte zur Wirklichkeit massstäblich verändert (neu sind es jetzt grössere Pfosten und Latten) und nicht die Darstellung im Massstab zur
[de-users] Re: Fw: Maßstab ändern - how to?
Matthias Müller schrieb: Hallo Marino Am Freitag 24 Juni 2011 schrieb Salvalaggio Marino: snip Richtig ! Der verkleinerte Ausdruck A3 / A4 ist daher keine echte massstäbliche Darstellung mehr, da die Angabe 1cm=1km der beim Messbalken steht, nicht mehr gültig ist. Bei uns steht seit einigen Wochen auf jedem Papierausdruck Der angegebene Maßstab entspricht nicht der Skalierung des Papierausdrucks. aus genau diesem Grund. Weil kein Std-DIN-A3-Drucker randlos DIN A3-Papier bedrucken kann (Ich rede nicht von DIN A3+) ;-) Es ist seit Jahren für die Fertigung verboten aus der Zeichnung heraus zu messen, auch nicht bei 1:1-Zeichnungen. Zeichnungen, die Messmittel sind, werden mit einem Großformatplotter (Flachbettplotter) erstellt, aus genau diesen Gründen. Wir haben ca 140 CAD-Plätze und ich administriere seit 16 Jahren das Plotten und Drucken von Technischen Zeichnungen. snip Ich will bei Gott aus Draw kein CAD machen. Das würden diverse user sicher nicht gutieren. Diese stehen, was die Handhabung für Un-Instruierte angeht, nicht gerade im Ruf der Bedienerfreundlich für Jedermann. Hehe, das ist allerdings richtig Das Einzige, was mich am Ganzen stört ist die Ausdrucksweise Massstab diese sollte meines erachtens logischerweise Vergrösserung oder präziser massstäbliche Vergrösserung benannt Skalierung? Wäre vielleicht ein Ansatz. Ich habe das ganze nur angezogen, weil ein user, genau an diesem Begriff hängen blieb und seine Masszeichnung so falsch ausgedruckt wurde. sein, so können solche Missverständnisse vermieden werden. Es werden ja die dargestellten Objekte zur Wirklichkeit massstäblich verändert (neu sind es jetzt grössere Pfosten und Latten) und nicht die Darstellung im Massstab zur Wirklichkeit neu dargestellt! Ich wüsste auch nicht wirklich was treffendes Du hasst offenbar erkannt, was ich erreichen möchte - nicht ein neues Draw sondern eine verständliche Begriffsnutzung die das Anwenden erleichtert. Gruss Marino -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Fw: Maßstab ändern - how to?
Hallo, ich staune Wolfgang Jäth schrieb: Am 22.06.2011 01:24, schrieb Gert Winterhalter: Ich habe unter OO-Draw eine technische Zeichnung im Maßstab 1:10 erstellt. Ich müßte jetzt den gewählten Maßstab von 1:10 in 1:20 ändern, damit die Zeichnung erweitert werden kann, aber trotzdem auf eine Seite passt. Eine Maßstabs-Änderung mit: Extras - Optionen - OO-DRAW - Allgemein - Zeichnungsmaßstab 1:20 bewirkt lediglich, dass alle eingetragenen Maße verdoppelt werden, die Zeichnungs-Größe aber bleibt unverändert. Du willst also die Zeichnung verkleinern; Markiere alles(!), drück F4 (oder Menü: 'Format = Position und Größe'), und halbiere dort die Werte in 'Position und Größe = Breite' bzw. 'Höhe'. AFAIK gibt es da leider keine Möglichkeit der Prozenteingabe; das geht nur manuell. Gewünscht war doch die Verkleinerung der Zeichnung und die Beibehaltung der Maße. Ich denke Gerd wollte das massstäbliche Verhalten ändern, nicht aber die Masse an sich. In jedem CAD bezeichnet der Massstab die Proportion der Ef.-Masse zur Darstellung - jede Landkarte ist nach diesem Prinzip gehalten und der Massstab angegeben. Eben; und der Maßstab kennzeichnet nur den Faktor /dazwischen/. Wenn ich das Verhalten der Masstabufunktion in OO-Draw jetzt richtig verstanden habe, so ist der Ausdruck Massstab schlicht falsch gewählt! Oder will mir jemand weiss machen, dass, wenn ich eine Karte mit Distanzangaben in km habe diese durch eine Massabänderung plötzlich alle umgerechnet werden; aus 100km wird 200km...??? Das kann doch wohl nicht wahr sein. Wolfgang -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Fw: Maßstab ändern - how to?
Entschuldigung, Grussformel ist untergegangen...:'( Gruss Marino -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Fw: Maßstab ändern - how to?
Hi Wolfgang, Wolfgang Jäth schrieb: Am 22.06.2011 14:02, schrieb Salvalaggio Marino: Ich denke Gerd wollte das massstäbliche Verhalten ändern, nicht aber die Masse an sich. In jedem CAD bezeichnet ^^^ Draw ist aber eben kein CAD, sondern ein Zeichenprogramm. Bemaßung steht da - im Gegensatz zu CAD - im Mittelpunkt. Es ist mir schon klar, dass alle Draw-Programme keine CAD's sind. CAD beruht ja auf Vektorgrafik. Wenn ich das Verhalten der Masstabufunktion in OO-Draw jetzt richtig verstanden habe, so ist der Ausdruck Massstab schlicht falsch gewählt! Nein. Oder will mir jemand weiss machen, dass, wenn ich eine Karte mit Distanzangaben in km habe diese durch eine Massabänderung plötzlich alle umgerechnet werden; aus 100km wird 200km...??? Das kommt darauf an, ob wie bei z. B. technischen Zeichnungen o. ä. typischerweise ein konkretes Objekt im Mittelpunkt steht, oder wie im künstlerischen Bereich eher üblich die abstrakte Zeichnung an sich. Diese Argumentation ist abstrus. Objekte und Distanzen werden doch mit dieser Funktion gleich-sinnig vergrössert oder verkleinert. Du meinst offensichtlich massstäbliches Vergrössern oder Verkleinern. Warum das dann nicht so benennen. Massstab steht für definierte Proportion = Realität / Darstellung; . Ich finde nur, dass der Ausdruck Massstab im Draw so nicht benutzt werden sollte, da (siehe Grund der Diskussion) Missverständnisse vorprogrammiert sind. Ich denke es wäre einfach logischer Vergrösserung oder Dehnung (in Paint (MS) z.B. wird Strecken benutzt) anzuwenden. So bliebe der Ausdruck Massstab auch das, was er in Realität ist. Marino Dementsprechend ändert eine Maßstabsänderung eben entweder das Abbild des Objektes, sprich die Zeichnung, oder das 'Abbild' der Zeichnung, sprich das potentielle Objekt (sollte es überhaupt je eines geben). Das kann doch wohl nicht wahr sein. Doch, kann es. Wolfgang -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
Re: [de-users] Version 3.2.0 bleibt hängen
Hallo Wolfgang, Wolfgang Jäth schrieb: Am 28.06.2010 16:48, schrieb Salvalaggio Marino: habe mitunter das Problem, dass ich nach erstellen von Textdokumenten und abspeichern und schliessen derselben, das sich das Programm nicht mehr beenden lässt. Das heisst, das Willkommen-Fenster bleibt hängen. Ähm; das Willkommen-Fenster? Beim Schließen??? Auf Dein Erstaunen hin, hab ich mal nachgeschaut. Merkwürdigerweise erscheint das Willkommen-Fenster nach dem Schliessen des letzten Dokument zumeist nicht. Warum das manchmal aufgerufen wird kann ich nicht eruieren. Aber genau dann verhängt das Programm! Ist das denn die ganze Zeit unter dem Dokumentenfenster verborgen? Nein, es erscheint spontan auf das Schliessen des letzten Dokument's, als wenn ich [OpenOffice.org] anklicken würde. Wolfgang Gruss Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Version 3.2.0 bleibt hängen
Hallo, mir scheint dass, das Problem tiefer in Quellcode liegen muss. Dr. Matthias Weisser schrieb: Hallo Marino, ich kenne das auch. Wenn ich ein paar Tage eine Datei offen habe und den Laptop immer nur in den Schlafmodus fahre so kann das Schließen des Fensters bis mehr als 1 Minute dauern. Irgendwann schließt er schon mal - nur wann eben? Bei mir ging es nicht darum was nach dem Standby geschieht. Ich hatte in diesem Falle nacheinander zwei Formular in Write erzeugt und beide ausgedruckt und abgespeichert und anschliessend geschlossen. Daraufhin ist das Willkommen-Fenster wieder offen. Dieses zu Schliessen ist nun eben mitunter blockiert; sowohl via [X]-Button wie auch über [Datei][Beenden] / (Strg+Q) . Der ganze Vorgang hat nur wenig Zeit in Anspruch genommen und das Win-Standby sowie der Bildschirmschoner wurden nie aktiv, da ich ständig am arbeiten war! Aufgefallen ist mir, dass dieser Effekt bisher nur dann auftrat, wenn vorher mehrere Dokumente gleichzeitig bearbeitet wurden. Ich vermute, dass die geschlossenen Dokumente als im Speicher offen registriert verbleiben und die Routine der Abspeicherung's-Abfrage mangels auffindbares offenes Dokument in eine Schleife endet. Wie das gehändelt wird weiss ich nicht; hatte bisher keine Zeit mich in den Quellcode zu vertiefen; wenn das via einen Dokumenten-Zähler ausgeführt ist, könnte die Dekrementierung nach dem [schliessen] fehlen! Jedenfalls werde ich das Ganze mal auf Linux testen (leider habe ich zur Zeit praktisch keine Zeit - wäre gut, wenn jemand das auf anderen Betriebssystemen untersuchen könnte). So sollte sich ja zeigen, ob das ein Windows-Problem ist oder ein generelles Problem im Quellcode. Keine Ahnung was das Programm da treibt. Gespeichert ist ja längst. Die Datei ist auch nicht so groß, auch wenn es 700 Seiten sind. Die Bilder liegen ja als verknüpfte Grafiken außerhalb. Matthias Salvalaggio Marino schrieb: hallo, habe mitunter das Problem, dass ich nach erstellen von Textdokumenten und abspeichern und schliessen derselben, das sich das Programm nicht mehr beenden lässt. Das heisst, das Willkommen-Fenster bleibt hängen. *Muss es via Task-Manager abschiessen!* Sicherlich nicht das gewünschte Vorgehen. Das Betriebsystem ist in diesem Falle WinXP-Prof. Serv.Pack 3. Ist dieses Verhalten bekannt? Gruss Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Version 3.2.0 bleibt hängen
hallo, habe mitunter das Problem, dass ich nach erstellen von Textdokumenten und abspeichern und schliessen derselben, das sich das Programm nicht mehr beenden lässt. Das heisst, das Willkommen-Fenster bleibt hängen. *Muss es via Task-Manager abschiessen!* Sicherlich nicht das gewünschte Vorgehen. Das Betriebsystem ist in diesem Falle WinXP-Prof. Serv.Pack 3. Ist dieses Verhalten bekannt? Gruss Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Rechner stürzt beim starten einer Präsentation ab
Hi Marc, tut mir Leid, dass ich so lange nicht geantwortet habe, war in den Ferien :-[ Marc Stuhrmann schrieb: Hi Marino, hab Service Pack 3 schon auf dem Netbook installiert gehabt beim Kauf. Soll ich dann trotzdem deine Erklärung von unten mit dem Trojaner mal machen und dann Service Pack 3 neu installieren oder brauch ich das dann nicht. Wenn das SP3 schon vorhanden ist, ist das soweit OK. Aber das Scannen solltest Du auf jeden Fall mal machen. Wenn es jener Trojaner ist den ich befürchte, dann schau zu, dass Dein Virenscanner in Zukunft up to Date Ist! Gruss Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Bug in Base? Ergänzung
Hi Mechtilde, es freut mich, dass Du Dich auch zu diesem Thema äusserst. Mechtilde schrieb: Hallo Marino, Marino Salvalaggio schrieb: Hi, habe mir das Ganze noch mal durchdacht. Bei MS-Access wird in der Regel erst inkrementiert, wenn die erste Zeile gefüllt ist und mit Rtn geschlossen wird, bez. wenn mit Tab aus dem letzten Feld der Zeile herausgesprungen wird. Auch bei der internen HSQL DB von Base wird erst inkrementiert, wenn der Datensatz verlassen wird. Das hatte ich auch angenommen, konnte mir nur nicht erklären, warum das Zeitweilig zu versagen scheint In der Zwischenzeit habe ich das Ganze soweit eingekreist, dass dieses Verhalten nur bei zweispaltigen Tabellen auftritt. Dabei erscheint nun im Auto-Feld der nächsten Zeile bereits die nächste ID-Nummer. Diese Aussage gilt bei MS-Access. Bei mir erscheint dort (bei Verwendung der internen HSQl-DB) AutoFeld. Bei OO-Base entspricht es auch bei mir genau Deiner Aussage. Das war ja der Grund meiner Bemerkung, dass ich nach Korrekturen zum Teil nicht mehr wusste, auf welche Stelle der Zeiger verweist. Was aber grundsätzlich (auch bei Access) fehlt ist die Möglichkeit, durch eine Funktion alle ungenutzten ID's generell zu löschen, d.H. den Zähler zu nullen und eine erneutes Durchnummerieren zu erzwingen. Wie ich durch Thomas erfahren habe, ist die Funktion bei MS-Access zu dem Teil erfüllt, dass das Nullen bei einer leeren Tabelle möglich ist. Was also bedingt, dass alle Datensätze gelöscht sein müsse. Da kann man ja gleich so weiterfahren, die Tabelle löschen und neu erstellen... :-P Das ist und wird bei relationalen Datenbank-Management-Systemen nicht ohne Weiteres möglich werden. Dieses - von Dir gewünschte Verhalten - steht im Widerspruch einer Datenintegrität. Mir ist dabei schon klar, dass dadurch die Konsistenz der Daten gefährdet ist. Daher müsste diese Funktion nur solange möglich sein, wie die Tabelle noch Unverknüpft ist bez. die Verknüpfungen vorher gelöst wurden. Und dies kommt bei Datenbanken nur äußerst selten vor. So dass die Prüfung, ob so etwas im konkreten Fall durchgeführt werden dürfte viel zu viele Resourcen bei der Prüfung schlucken würde. Da hast Du sicherlich recht! Darum wird ein lösen der Verknüpfung zur Freigabe eines solchen Prozedur äusserst komplex und sprengt wahrscheinlich die Möglichkeiten. Beim Erstellen und Erfassen *vor* der Bindung an andere Tabellen hingegen sollte es durchaus möglich sein. Der Vorteil wäre, dass dadurch die Hierarchie, sollte sie einmal falsch angelegt sein, direkt korrigiert werden kann indem die Zeilen verschoben nun neu in die richtige Reihenfolge gebracht werden können. Welche Hierarchie? Das gilt in der Regel ja nur für Auswahltabellen. Bei diesen ist es ja oft wichtig, dass die Reihenfolge eingehalten wird. Natürlich kann das auch nachträglich mit einer Abfrage korrigiert werden, nur wenn die Auswahl weder Alphabetisch noch Numerisch sortiert werden kann wird' s problematisch. Nimm nur mal die Monatsnamen oder Haltestellen einer Bahnlinie, wenn keine Lauf-Nummer dazu verknüpft ist - wie willst du die dann in die richtige Reihenfolge sortieren. Wenn Du eine Ziffer für eine Sortierung benötigst, solltest Du eine zusätzliche Spalte einfügen. Dazu bin ich schliesslich auch übergegangen, da die genannten Probleme auftraten :-D Sonst bleibt nur die Möglichkeit prinzipiell auf Autowert zu verzichten und statt dessen die ID händisch zu erzeugen, oder eine zweite Spalte für eine durchgängige ID einzurichten. Genau das ;-) Dann aber fehlt in Base der Parameter keine Duplikate, wenn z.B. mehrere Schlüsselfelder gebunden angewandt werden sollten. Diese Funktion keine Duplikate steht aber auch für Felder nicht zur Verfügung, die keine Schlüsselfelder sind. Das ist eine Einschränkung, die es schwierig macht, die gewünschten Ziele mit einfach Mitteln zu erreichen. Wie andreas schon sagte, geht das mit Indices. Hab ich getestet - funktioniert! Ich Blödkopf hatte diese Möglichkeit leider nicht gesehen. Mir ist klar, dass ich da Wünsche äussere, die sehr tief greifen. Doch bin ich überzeugt, dass solche Anpassungen dem Nomal-user den Zugang zu Base wesentlich vereinfachen würde. Da ich mich immer dafür einsetzte, Aufgaben mit den richtigen Werkzeugen zu lösen, finde ich das Base weiter verbreitet werden soll. Dazu muss man sich wohl mit solchen Problemen auseinandersetzten. Aber auch mit den Grundlagen von relationalen Datenbank-Management-Systemen, für die interne HSQL-DB steht es hier www.hsqldb.org Das liebe Mechtilde ist mir schon klar - Was ich hier bezwecke ist, ohne zusätzliche Programmierung zum Ziel zu kommen. Ich verweise dabei auf den Diskurs: /Re: [de-users] Interaktiven Fragebogen erstellen/ Ich möchte nicht Ratschläge erteilen, ohne das selber getestet zu haben... Wenn ich dabei selber auf Probleme stosse, suche ich hier eben
Re: [de-users] Interaktiven Fragebogen erstellen
lieber ftr ??? liebe Freunde hier werden Gurken mit Zwiebeln verglichen! unser Fragesteller Simon, hat eine ganz klare Vorstellung bekanntgemacht. ftr schrieb: On 31/03/2010 08:42, Jan wrote: Hallo Marino, natürlich kann man für das ganze eine Datenbank nehmen. Man kann das auch in C++ schreiben oder gar in Asembler. Von solchen Eben war nie die Rede. Das Einzig, auf das ich hinweisen wollte ist die Tatsache, dass vor dem Aufsetzen einer solchen Aufgabe, ein eindeutiges Gerippe zu stehen hat. Ohne diese grundlegende Gedankenarbeit wird das Ganze sehr schnell unübersichtlich und ist schon von daher zum Scheitern verurteilt. Als Beispiel: Aber es ging darum eine möglichst einfach Lösung zu finden. Für jemanden der sich schon in Basic einarbeiten muss ist es vielleicht nicht zielführend sich jetzt auch noch intensive mit Datenbanken zu beschäftigen und diese dann auch noch mittels SQL zu befüllen. *Für mich wäre das einfachste 25 Fragen = 25 kleine Programme.* Da hast Du leider etwas Grundlegendes übersehen! Es geht in dieser Aufgabe nicht um das Erfassen von 25 Fragen, sondern um die Abhängigkeit der Antwort für die nächste Frage. Wenn wir davon ausgehen, dass zu jeder Frage 5 Antworten möglich sind, dann ergibt das also 25*5 = 125 Varianten von Fragestellungen. Willst Du jetzt also 125 Spalten in deiner Tabelle, oder wie muss ich mir das vorstellen? Gibt das dann auch gleich mal ebenso viele Progrämmchen (in welcher Sprache willst du die aufsetzen) und wie willst Du da die Übersicht behalten? Die Aufgabe an sich ist nicht schwierig zu lösen, nur der Ansatz muss halt schon stimmen! Darin sind die jeweiligen Variablen gespeichert, welche im Dialog angezeigt werden. Und in Abhängigkeit der Auswahl wird das nächste kleine Programm aufgerufen. Alle Programme sehen etwa gleich aus, nur das Sie am Ende andere Variableninhalte für Fragen und Antworten haben. Am Ende jedes Programmes wird die Antwort in die gleiche Zeile einer Calctabelle geschrieben und somit für jeden Durchlauf ein Datensatz erzeugt. Wenn man das ganze Klug anlegt, braucht es schlicht und einfach eine einzige Soubrutine. Dazu brauchst Du eine Master-Tabelle, die alle vorhandenen Tabellen durchnummeriert enthält. Alle anderen Tabellen beinhalten nur die Antworten zu den einzelnen Frage. Dadurch wird es möglich, mit einer einzigen Funktion, die durch Zuweisung die Variable der Tabellennummer erhält, die Daten pro Person in einer Zeile der Rückmeldung 's-Tabelle abzulegen. Solches Vorgehen nennt man strukturiertes Programmieren. Diese Funktion, sollte sie Basic oder SQL erfordern, können bestimmt etliche in diesem Forum erstellen und unser Fragesteller zur Verfügung stellen. Ich bin überzeugt, dass dazu die direkten Funktionen von Base ausreichen. Es ist völlig abwegig dazu MySQL oder sonstige Gebilde nur schon in Erwägung zu ziehen. Aber genauso abwegig scheint mit das ganze in Calc realisieren zu wollen. Der Aufwand ist nicht geringer, die Funktionen müssen trotzdem gemacht werden und das ganze Gebilde ist durch Fehlmanipulationen sehr anfällig. Gleichförmige Daten gehören in eine Datenbank ! Oder habt Ihr Euch Gedanken darüber gemacht, wie das Ganze später ausgewertet werden soll. Simon hat dazu noch nichts geäussert, aber wenn das ganze falsch angelegt ist, wird 's dann vielleicht echt schwirig. Aus einer Datenbank kann aber sehr einfach, durch Formulare oder Berichte, eine Auswertung gemacht werden. Gruss Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Frage zur Mail- Liste
Tom Hart schrieb: Nur - Habe festgestellt, das bei mir immer ein Anhang angezeigt wird, ohne mir erklären zu können was das den sei. das liegt daran dass du deine Emails als HTML, bzw. gemischt HTML/Text verschickst. Der Mail Server selber hängt nämlich eine Signatur an (das übliche To unsubscribe ... etc.) macht das aber nur als Text, deshalb kommt dann eine HTML-email mit einem Textanhang bei raus (siehe: http://dl.dropbox.com/u/4551608/Anhang.png) Will Dir das glauben, nur stehe ich jetzt auf dem Schlauch :-\ . Warum? --- bei mir steht unter Sendeformat - Reintex-Domains: *de.openoffice.org * Meine Empfehlung: stelle deinen TB so ein, dass (zu mindestens an die Liste) nur noch Text emails verschickt werden und es tauchen keine Anhänge mehr auf. Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Frage zur Mail- Liste
Tom Hart schrieb: Am 24.03.2010 18:01, schrieb Salvalaggio Marino: Tom Hart schrieb: Nur - Habe festgestellt, das bei mir immer ein Anhang angezeigt wird, ohne mir erklären zu können was das den sei. das liegt daran dass du deine Emails als HTML, bzw. gemischt HTML/Text verschickst. Der Mail Server selber hängt nämlich eine Signatur an (das übliche To unsubscribe ... etc.) macht das aber nur als Text, deshalb kommt dann eine HTML-email mit einem Textanhang bei raus (siehe: http://dl.dropbox.com/u/4551608/Anhang.png) Will Dir das glauben, nur stehe ich jetzt auf dem Schlauch :-\ . Warum? --- bei mir steht unter Sendeformat - Reintex-Domains: *de.openoffice.org * Also mit dieser mail hats auch geklappt: Content Type: text/plain; charset=ISO-8859-15; format=flowed Du scheinst aber gerade auch zwei Absender (Konten/Computer ?) zu nehmen, mal steht Salvalaggio Marino, mal Marino Salvalaggio, bei ersterem klappts. Ja das haste schon richtig gesehen; sind der 5. Der jetzige Absender ist im Geschäft, wo zwei Rechner stehen, die unterschiedlichen Netzen eingebunden sind. Je nachdem was ich gerade brauche, oder welche Applikationen laufen wechsle ich halt auf den jeweils freien. Die anderen beiden (eine hast Du nur noch nicht gesehen) Adresse sind zu hause. Eine auf dem LinuxSuse, die andere auf WinXP und Win7. Hatte deshalb auch mal angefragt, ob es nicht möglich wäre 2 Adressen einzutragen, die Mail aber nur auf einer zu empfangen. Das Problem scheint mir, wenn ich so meine Mails betrachte, ausschliesslich auf Win7 aufzutreten. Auf allen dreien läuft Thunderbird. Hier im Geschäft nutze ich nur SeaMonkey. Werde das auf jeden Fall heute Abend (wird jedoch spät werden) nochmals genau kontrollieren. Kann also sein, dass ich in diesen Tread kurze Mails absetzte, die nichts zum Thema aussagen. Kann auch sein dass das ein Bug von TB ist, versuche es mal mit unter Sende-Optionen, bei Textformat Nachrichten in reinen Text konvertieren ausgewählt. Gruss Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Aw: Datei-Endungen @ Günter Wa llnig
sandfraeulein schrieb: Topp oder Hopp? Tolle Figur, scharfes Dekolleté oder sehenswertes Tatoo?! Bewerten Sie die besten Bilder und zeigen Sie auch selbst, was Sie haben! Jetzt reinklicken und mitmachen: ... *Hab das mal entfernt !* Ist es möglich solchen Mist auf der Liste zu unterbinden ? Finde es nicht erbaulich, solches in einem Thema das man mit liest anzutreffen. Ich denke jene haben doch genügend Foren auf denen sie sich tummeln können Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Wer kann mir bei Base helfen.
Hallo Eberhard, Eberhard Werner schrieb: Hallo, ich habe meine Dbase Daten in OpenOffice Base übernommen und mir auch entsprechende Formulare zum Erfassen der Daten angelegt. Ja, das liebe alte Dbase... In meiner alten Datenbank konnte Formularfelder mit anderen Feldern verknüpfen und auch eine Formel mit einfügen um Berechnungen ausführen. Das habe bei Base noch nicht gefunden. Da wirst du so auch umsonst suchen. Habe das selber auch erfahren müssen. Wenn Du im Archiv von *users*, unter /*Berechnete Felder*/ suchst, wirst Du die Mails zu diesem Thema aus dem April 09 finden. Mit den dort gegebenen Antworten wirst Du aber ebenso wenig Glücklich werden wie ich. Ich habe zum Beispiel im Formular 3 Felder Betrag, Mwst und Betrag ohne Mwst. Wenn ich den Betrag eingebe, sollten sich die Felder Mwst und Betrag ohne Mwst automatisch selbst berechnen. Das Aktualisieren der Daten in den entsprechenden Feldern kann auch nach dem Speichern geschehen. Wie kann ich so etwas in Base lösen??? Wer kann mir hier wirkungsvoll helfen? Über eine Antwort würde ich mich freuen. Wenn Du in Base als eigenständige Datenbank anwenden willst, musst Du wissen, dass Berechnungen in der Regel extern in den Formularen vorgenommen werden. So jedenfalls habe ich das behandelt. Wenn es eine andere Lösung gibt, bin auch ich sehr interessiert mehr zu erfahren. Mit freundlichen Grüssen, E.Werner Gruss Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] 501 Not Implemented
Hallo bin da auf ein Problemchen gestossen... wurde vielleicht schon mal erwähnt und ich hab's verschlafen :-( Betrifft OO.o 3.2.0 /OOO320m12(Build:9483) läuft bei mir unter Win-XP Pro bei der Suche nach Updates, direkt aus der Hilfe kam folgende Meldung: Status Die Suche nach einem Update ist fehlgeschlagen. Beschreibung Daten konnten nicht über das Internet gelesen werden. Serverfehlermeldung: 501 Not Implemented. Gruss Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Fwd: OPC
Original-Nachricht Betreff:OPC Datum: Sat, 06 Mar 2010 10:50:08 +0100 Von:Salvalaggio Marino m.salvalag...@sunrise.ch An: users@de.openoffice.org hallo Freunde ich habe folgende Frage, wobei mir nicht klar ist ob das hier das richtige Forum dazu ist. Auf unserem Rechner, unter windows-server 2003 läuft ein OPC-Server der die Daten von diversen Steuerungen unter Ethernet und CAN-open bereitstellt. Diese werden von diesem Server via Ethernet direkt ins Leitsystem portiert. (am Rande...OPC hat auf win 2003 jedoch Probleme; bleibt so alle 14Tage mal hängen; daher werd ich auf XP-zurück portieren müssen wo das ganze durchläuft) Die Frage geht in folgende Richtung. Ich möchte eine Datenbank für gewisse Daten aus dem OPC einrichten. Diese werden dann auf einem externen Laufwerk gespeichert.auf welches wir aus unserem Arbeitsplätzen zugreifen können. Wie kann ich Datenpunkte aus dem OPC direkt in Base-Tabellen portieren? und umgekehrt wie kann ich Daten aus einer Base-Tabelle für OPC z.B.. via Abfrage zugreifbar machen? ( Solche Daten brauche ich z.B. für einen Leitrechner, der die Leistungsregelung vorgibt.) Der OPC-Server hat keine weiteren Funktionen, so dass dort ooo problemlos aufgesetzt werden kann Marino
Fwd: [de-users] Datenbank-Beispiel für Base
Original-Nachricht Betreff:[de-users] Datenbank-Beispiel für Base Datum: Wed, 03 Mar 2010 18:01:51 +0100 Von:Salvalaggio Marino An: Manfred Claes hallo Manfred, du schreibst: wollten wir das nicht auf der business-Liste diskutieren?- muss ich vor lauter Mails wohl verschlafen haben =-O wie komm ich zu dieser business-Liste ? bin auf diesen Mailinglisten effektiv kein Hirsch Mit Funktionen meinst Du hoffentlich Datenbankfunktionalitäten und nicht Ereignis- Prozeduren, Routinen, Subroutinen, Module und was es sonst als Basic- oder sonstige Programmier-Produkte gibt. Ich Arbeit auf der CPU-Eben sehr viel mit Funktionen und Subroutinen, die sehr oft in C oder Pascal geschrieben sind und anschliessend in IEC-Graphik eingebunden werden. Diese Dinge sind hier sicher nicht gefragt Zu Deinem Beitrag des Unterschiedes zwischen Datenbank und Kalkulationstabellen möchte ich folgendes hinzufügen: Als ich vor einiger Zeit im Forum die Frage auf warf, wie ich mit Base Abfragen korrekt erstelle, kam die Antwort, dass ich doch für so eine simple Aufgabe wie eine Lohnabrechnung doch Calc anwenden solle. Gerade solches wird gemeinhin immer wieder verbrochen. Wie in Gottes Namen sollen dann vernünftige Abfragen zu Jahresabschlüssen und Datenauszüge ohne Vergewaltigung von Calc zustande kommen In unserer Firma wird praktisch alles in Excel gemurxt. Das Resultat: keine Datei, inklusive Produktionsdaten aus dem Leitsystem; auch diese haben nur einen Excel-Export; können richtig mit anderen Daten verknüpft und zu statistischen Zwecken ohne unsägliche Klimmzüge herangezogen werden. Vor Kurzem musste ich das wieder mal mühsam durchexerzieren, um einem Funktionsleitrechner die notwendigen Parametern zur Verfügung zu stellen. Darum bin ich ein absoluter Verfechter für das Anwenden von Datenbanken. Auch noch so unscheinbare kleine Anwendungen sollten so gehandhabt und gefördert werden. Nur so ist gewährleistet, das das Wissen über die Zusammenhänge und Anwendungsmöglichkeiten verbreitet wird. Gerade microsoft war der Haupt-Promoter was die Verbreitung der Ansicht alles kann mit Excel verarbeitet werden. Das geschah , bevor das Access erschienen ist. Damals war ja DBase die Datenbank schlechthin und unsere amerikanischen Freunde unter Billy wurden nicht müde die Kalkulationstabelle auch als Datenbank zu verkaufen. Jetzt ist zu unserem Leidwesen diese Ansicht leider im Volk verankert und führt zum geschildertem Unsinn! Gruss Marino
Re: [de-users] Datenbank-Beispiel für Base
allo Freunde, ich staune, wie hier die Wogen hochgehen. Als ich mich vor vielen Jahren mit Nordwind befasste, hatte ich keine Ahnung von der Komplexität einer Datenbank. Ich habe einfach das Handbuch angefangen durch zu arbeiten und dabei einiges gelernt ;-) . Ich stammte ja auch einer ganz anderen Gegend der Programmierung und schrieb damals Assembler für Produktionsanlagen. Was ich damit sagen will - macht die Sache nicht zu kompliziert! Die Anfänger werden es Euch danken, und eben solche wollen wir doch gewinnen. Wenn wir zu hoch schiessen, werden gerade die abgeschreckt, die die Grundlagen für das Anwenden im kleinen Rahmen benötigen. Später werden diese selber weiter steigen wollen. Probleme werden auch schon bei kleinsten Aufgaben offenbar. So denke ich, dass eine Beispieldatenbank als erstes einfach grundsätzliche Funktionen demonstrieren sollte. Das bedeutet jedoch, dass es nicht ausreicht einfach schöne Beispiele ins Netz zu stellen. Vielmehr wird ein gut strukturierter Begleittext benötigt und hier, fürchte ich, - ist ja nun eben nicht gerade die Welt von Programmierern (mich Eingeschlossen) wird auch der *grosse* Aufwand zu betreiben sein. Ohne einschlägige Erklärung wird der Neu-User die Funktionen nicht verstehen und (leider) sehr schnell aufgeben. Das Zweit, schon mehrfach erwähnte ist: Der Neu-User sollte für einfache Anwendungen möglichst schnell Erfolg erleben können. ohne dise Tatsachen zu berücksichtigen werden wir wohl wieder nur die Profis befriedigen Am 17.02.2010 15:19, schrieb michael: michael schrieb: Mein Vorschlag für eine Beispielsdatenbank: Ein Haushaltsbuch Gründe: 1. ~99% der OpenOffice.org-Nutzer leben in einem Haushalt; dies gilt auch für einen sehr hohen Prozentsatz möglicher OpenOffice.org-Nutzer. 2. Es ist keine Buchführungssoftware, sodass uns eine Zertifizierung durch eine OFD o.ä. erspart bleibt. 3. Es kann jedoch relativ leicht in eine EÜR erweitert werden ;-). 4. Die Datenstruktur ist weder trivial noch allzu komplex. 5. Man kann das GUI hübsch gestalten. Noch ein Grund: 6. Ein Haushaltsbuch ist nicht länderspezifisch, sodass es sich von anderen Communities gut lokalisieren läßt. Gruß Michael Grüsse aus der Schweiz Marino-
[de-users] Re: Operatoren und Ausdruecke
Hallo Andreas Du schreibst: Access ist ein ungleich größeres und älteres Programm, dass der eigenlichen Datenbank jede Menge Kram hinzufügt, um auch dem Laien ein Türchen zu öffnen. Na ja... ich hatte im DOS-Zeitalter noch dBase IV angewendet, aus dem ja die MS-Kollegen mit Kniffen Access abgeleitet und konstruiert haben. Schon damls gab es recht gute Werkzeuge, mit denen Datenbanken komfortabel angelegt und benutzt werden konnten. Der unbestreitbare Vorteil von db-Dateien war sicher die Eigenständigkeit der einzelnen Dateien. So ist es mir mehrmals gelungen defekte Datenbanken, aufgrund der Strukturen wieder herzustellen. Versuch das mal bei Access... ich wünsche Dir viel Vergnügen, wenn die Meldung erscheint Datei nicht lesbar! Die Reparatur-Werzeuge sind schlicht unbrauchbar. Hatte so schon diverse Datenverluste zu beklagen... Alles weitere ist lediglich für diejenigen gedacht, die sich sich mit Datenbanken ein wenig auskennen. Base ist extrem simple, was der Grund dafür ist dass es für völlige Laien unbrauchbar ist. Es ist also nicht so, dass ich von Datenbanken keine Ahnung hätte, nur die SQL-Sprache kenn ich nun leider nicht. So fällt es mir ungemein schwer meine Abfragen richtig auf zu setzten, damit die mir auch das zurück bringen, was ich erreichen will. Darum bin ich auf der Suche nach einer vernünftigen brauchbaren deutschen Anleitung. Werd vermutlich dazu kommen, diese für mich selber anzulegen zu müssen (kann dazu ja Base benutzen... :-) ). In diesem Zusammenhang: die SQL scheint mir eine Skriptsprache zu sein, gibt es dazu einen Debugger? Oder werden Schreibfehler erst offenbar, wenn das Ding hängen bleibt? Wenn ich die Wurmfortsätze betrachte, die im Forum auftauchen, erscheint mir das nicht gerade als leicht Interpretierbares Geschreibsel. Wenn man mit Pascal gross geworden ist, wurde man wahrscheinlich verwöhnt. Grüsse Marino
[de-users] Entschuldigung
Ups habe festgestellt, dass ich meine Mails aus Versehen aus meiner anonymen Adresse verschickt habe. Will hier natürlich nicht anonym bleiben Salvalaggio Marino Glarus biba