ich habe jetzt folgende Punkte geändert:

7.6. Formen-Definition: Möglichkeit, Flossen mit Gew. je cm² anzugeben
Material-Editor: Gewichtsangabe mit 2 Stellen hinter Komma
Transparentbild: Kugeldarstellung korrigiert
Seitenriss: Teile-Nr.-Linie verkürzt
Material-Datei: Format kompaktiert
Material-Datei: AT-SingleUse-Motoren bis 29mm hinzugefügt
Seitenriss, Transp.: unteres Raketen-Ende leicht angehoben
*fataler Fehler*: Absturz beim Löschen von Material behoben
Raketen-Datei: jetzt unabhängig von Material-Datei (GROSSE ÄNDERUNG)
Datei speichern: verschwundener Dateiname nach "Abbruch" behoben
Material-Datei: extension in MRM geändert - intern aber weiterhin Textdatei
Material-Datei: unterstützt jetzt mehrere Materialdateien
Eingabefelder: MaxLength eingeführt
Seitenriss, Transp.: Teile-Nummerierung verbessert
*fataler Fehler*: Absturz bei move up/down vor Teile-Edit-OK beseitigt
Bauteile-Editor: Hilfe auf Formen-Definition umgeleitet
Transparenz-Bild: Ringösen-Bug beseitigt (müssen am Ende der Liste sein!)
Formen: unsichtbares Rohr eingeführt - für Lack- und Leim-Zuschläge
9.6. Formen: Farb-Formen hinzugefügt: erscheinen nur im "Farbdesign"
Grafik-Ausdruck: Qualität jetzt auf Laserjet und Tintenstrahler ok
aber leider z.T. extrem lange Ausdruck-Dauer!
Farbdesign: einfache Farbgestaltung mit den Farb-Formen möglich

Mit Version 1.1 kommen:
eine Astrobee-D, deren Bauteile ich alle gewogen habe
eine selber "zusammengesetzte" Aerobee-150
eine Aerotech-Materialbibliothek (deren Gewichte aber nicht alle geprüft sind).

MRD 1.1 beta

Bertram

Folgende Datei wurde angehängt:

und

Folgende Datei wurde angehängt:

und noch

Folgende Datei wurde angehängt:

oops,
das hat man davon, wenn man zur Vorgängerversion kompatibel sein möchte...
Bitte nach dem Entpacken SCRATCH.MDM in das vom Programm vermisste DIVERSE.MDM umnennen, dann klappts. (Wenn MDR 1.1 die Datei KOMPONEN.TXT - von MDR 1.0 findet, nennt es sie in DIVERSE.MDM um).

Das jetzige MDR11.ZIP enthält statt SCRATCH.MDM DIVERSE.MDM. Falls Sie schon KOMPONEN.TXT mit MDR 1.0 gefüttert haben, nennen sie es z.B. nach MYPARTS.MDM um.

Ich habe auch die Grafikausgabe des "Farbdesigns" stark beschleunigt.

Bertram

Bei mir haben die alle die Endung .MRM, aber funktioniert auch ;-)

Ich glaube es ist spät...

Oliver

Hi Bertram,

Ich hab den Nosecone der BigAxe eingegeben mit Laenge 68.5 Aussen 68.5 Innen 67.5, Hilfsmass 30 (hier fehlte mir die Info, ob es sich noch um die Schulterlaenge handelt).
Ba gestartet und den Nosecone eingesetzt.
Transparenz -> ewig lang (bestimmt 10*Aerobee)
Ergebnis: Eine hochskalierte Nose (330cm lang und bestimmt ebeso breit (ging nicht mal mehr auf's Bild).

Bei der Eingabe der Bauteile:
Spitze eingegeben im Material.
Hinzufuegen, doppelklick,
Eingabe 'Station von', 'bis' wird leider nicht geaendert.
Nochmal Material-doppelklick: 'Bis' wird angepasst!!!
Waehre es moeglich, dass man bis angibt (man (ich) Arbeitet ja von vorn nach hinten) und dann das von angepasst wird (bei Eingabe im entsprechenden Feld jeweils wechselseitig mit Abfrage Korrektur J/N).

Wenn man z.B. bei Material das Gewicht von Stk. auf cm umstellt, so kann man sehr schnell das uebernehmen, in dem man auf das Bauteil dopplklickt und dann auf das Material doppelklickt (bzw den < drueckt).
Wird dann vergessen das OK zu druecken und direkt das nachster Bauteil selektiert, so sind diese Aenderungen verloren.

Wenn man ein Bauteil doppleklickt, so hat man keine Ahnung welches Material dahinter steht, da die Materialliste immer auf dem ersten Item steht.

Wenn man einmal aus Versehen eine Spitze ueber ein Rohr gebuegelt hat, so wird beim zurueckbuegeln das H1 nicht geloescht. Es scheint zwar keine Probleme zu machen sieht aber unschoen aus (Hae??? Rohr mit Hilfsmass??).

Ueberschreiben beim Speicher erfolgt ohne Rueckfrage.

Bei Rohr im Material mit Kauflaenge (z.B. 1m) und Gewicht pro cm. Vermisst man eine Variable Schwerpunkteingabe (% der Laenge) dann koennte man 50% eigeben und das Rohr einfach in den Bauteilen verkuerzen ohne es extra nochmals erfassen zu muessen (bzw. der Schwerpunkt ab Station wird automatisch korrigiert und ich kann mich da nicht verhauen (denn das Gewicht wird ja auch automatisch verringert wenn ich nur ein 75cm lange Stueck angebe (im Von/Bis Station).

Bei der Form im Materialeditor feht dei Sortierung, dadurch wird die automatische Positionierung falsch.

Bei Material bei Laengen, Flaechen oder Volumengewicht waehre eine Berechnung und Anzeige des Gewichtes nach Eingabe des letzten Masses sehr hilfreich, sonst kann man sich leicht um eine Kommastelle verhauen ohne es zu merken (faellt dann erst viel spaeter auf).

Im Materialeditor fehlt eine Moeglichkeit schnell auf die Bedeutung der H1/H2 Masse (Formen-def) zu kommen.

Bei Bauteil hinzufuegen, abbruch bleibt ein leeres
Bauteil in der Liste(und macht Aerger) (Mit rumklicken in den Bauteilen und hinzufuegen bekommt man auch mehrere Leereintraege hin).

Die Loeschen J/N bei leeren Bauteilen kann entfallen (sie koennen ja nur ueber irgend ein dummes Manoever reingekommen sein, denn bei ok ohne Namen mault das Programm ja).

Bei Modifikation von Bauteilen im Bauteile Editor wird das Teil ohne Rueckfrage ueberklatscht wenn man das Material nochmals uebernimmt.

Ich mach mal Pause und morgen weiter

Gruss Johannes

Hi Johannes,

Du bist aber kein DAU*, schon eher ein GAU**. Aber die sind mir lieber. Aber der Reihe nach.

Riesenbilder
Der Darstellungsmassstab richtete sich bisher nur nach der Länge. Jetzt wird auch die Breite geprüft - auch unförmige Raketen (3x so breit wie lang) sollten jetzt richtig erscheinen.

Rechenzeit bei Transparenzbild
Nur die gekrümmten Bauteile brauchen extreme Rechenzeit. Ich kann es kaum ändern, da ich nicht gewillt bin, eine Assembler-DLL zu schreiben. Besonders der Druck ist heikel. Habt ihr Euch mal überlegt, welche Pixelmengen bei 1200 dpi für jedes Bauteil berechnet werden müssen? Das Extrem bei Johannes trat nur wegen des übergrossen Bauteils auf.

Bauteil-Übernahme aus Material-Bibliothek:
Ab jetzt: Wenn eine von beiden Station-Angaben = 0, dann wird die andere passend ergänzt.
R aussen und R innen werden immer dann übernommen, wenn sie in der Mat-Bibliothek <>0 sind
andere Masse (Hilfsmasse {grmbl Schweiz - kein ß!) werden immer übernommen.

Bauteil-Art nicht erkennbar:
Das geht in dieser Konzeption auch gar nicht! Die Datenbank ist 0-fach normalisiert, d.h. in der Raketen-Datei ist kein Verweis auf die Material-Datei. Dies ist kein Bug, sondern so gewollt:
Wenn später einmal Aerotech seinen Nasenkonus leichter baut, gehst Du doch nicht hin und wechselst bei allen Deinen Raketen den Konus aus! Erfahrungsgemäss würde mehr Mist passieren, wenn sich alle Raketen-Dateien "automatisch" mit den Material-Bibliotheken ändern würden. Die Materialbibliothek ist <i>for your convenience only</i> - nur damit Du bequem 'was übernehmen kannst. Ein Doppelklick auf die Materialliste macht das zu bearbeitende Bauteil eben "platt"...

vermisste Rückfragen (ob überschreiben etc.)
Du bist schon Windows-verdorben. Mir selber gehen die ewigen Bestätigungen auf den Keks. Wenn ich auf OK drücke, weiss ich meistens was ich will (und wenn nicht, folgt Selbstkasteiung )

Schwerpunkt-Anpassung
%-Angabe nicht nötig. Der Schwerpunkt wird bei Länge, Fläche und Volumen richtig berechnet, auch bei den Flossen (dort vor allem bei Flächen; Volumen geht nicht und Länge ist eher Quatsch)

Form-Sortierung im Material-Editor
Ist doch sortiert? (Ich habe den Bug(?) nicht ganz verstanden)

Formen-Erklärung im Material-Editor
eingebaut

Gewichtskontrolle beim Material-Editor
Beim Klick auf OK wird jetzt erst das Bauteil-Gewicht angezeigt. Falls man Länge, Radius = 0 hat, kommt natürlich 0 Gramm heraus. Man kann aber pro forma passende Masse(Maße) angeben, sich das Gewicht anzeigen lassen, abbrechen und die Masse wieder auf 0 setzen.

Geisterzeilen in der Bauteile-Liste
Habe ich zur Zeit noch nicht behoben. Das wird ein fehlerträchtiger Programm-Umbau, muss ich erst länger testen.

---
Von mir aus habe ich noch geändert:

Materialbibliothek
"Speichern als" eingeführt. (Die Materialbibliothek wird immer automatisch gespeichert, wenn man ein Material ändert)
Leere Materialbibliotheken erzeugen keinen Absturz mehr

Programmstart
Das Programm startet wenn immer möglich mit der zuletzt bearbeiteten Rakete + Materialbibliothek


Ansonsten steht die neue Version unter der alten Adresse bereit.

Für Insider: TIR-33 habe ich schon mal auf's Kopfkissen gelegt...


Bertram

---------------------
DAU: Dümmster anzunehmender User
GAU: Gefährlichster anzunehmender User...

Hi Bertram,

nach dem ich gestern abend diese Antwort schon einmal geschrieben habe und nach 5 oder 6 Uploadversuchen aufgab - nun Versuch 6 oder 7

Zitat:

---

Original geschrieben von Bertram Radelow
Hi Johannes,

Du bist aber kein DAU*, schon eher ein GAU**. Aber die sind mir lieber. Aber der Reihe nach.

---

Das nehm ich als Kompliment
Ich habe Jahrelang als Chefdesigner, Programmierer und Praealpatester gearbeitet. Da muss ja irgend etwas 'haengen' geblieben sein!

Zitat:

---

Original geschrieben von Bertram Radelow
-Riesenbilder
Der Darstellungsmassstab richtete sich bisher nur nach der Länge. Jetzt wird auch die Breite geprüft - auch unförmige Raketen (3x so breit wie lang) sollten jetzt richtig erscheinen.

Rechenzeit bei Transparenzbild
Nur die gekrümmten Bauteile brauchen extreme Rechenzeit. Ich kann es kaum ändern, da ich nicht gewillt bin, eine Assembler-DLL zu schreiben. Besonders der Druck ist heikel. Habt ihr Euch mal überlegt, welche Pixelmengen bei 1200 dpi für jedes Bauteil berechnet werden müssen? Das Extrem bei Johannes trat nur wegen des übergrossen Bauteils auf.

---

Ist klar (hatte schon so einen Verdacht) so lange das Teil nicht abschmiert ist laengere Rechenzeit ok.

Zitat:

---

Original geschrieben von Bertram Radelow

Bauteil-Übernahme aus Material-Bibliothek:
Ab jetzt: Wenn eine von beiden Station-Angaben = 0, dann wird die andere passend ergänzt.
R aussen und R innen werden immer dann übernommen, wenn sie in der Mat-Bibliothek <>0 sind
andere Masse (Hilfsmasse {grmbl Schweiz - kein ß!) werden immer übernommen.

---

Schoen {ich hab auch kein AE UE OE - US-Tastatur }

Zitat:

---

Original geschrieben von Bertram Radelow

Bauteil-Art nicht erkennbar:
Das geht in dieser Konzeption auch gar nicht! Die Datenbank ist 0-fach normalisiert, d.h. in der Raketen-Datei ist kein Verweis auf die Material-Datei. Dies ist kein Bug, sondern so gewollt:
Wenn später einmal Aerotech seinen Nasenkonus leichter baut, gehst Du doch nicht hin und wechselst bei allen Deinen Raketen den Konus aus! Erfahrungsgemäss würde mehr Mist passieren, wenn sich alle Raketen-Dateien "automatisch" mit den Material-Bibliotheken ändern würden. Die Materialbibliothek ist <i>for your convenience only</i> - nur damit Du bequem 'was übernehmen kannst. Ein Doppelklick auf die Materialliste macht das zu bearbeitende Bauteil eben "platt"...

---

OK Verstanden, damit kann man bei etwas Sorgfalt leben. - - - Vielleicht waehre aber doch eine Rueckfrage angesagt, wenn ein Rohr mit einer Spitze oder einem Spanten ueberklatscht werden soll?

Zitat:

---

Original geschrieben von Bertram Radelow

vermisste Rückfragen (ob überschreiben etc.)
Du bist schon Windows-verdorben. Mir selber gehen die ewigen Bestätigungen auf den Keks. Wenn ich auf OK drücke, weiss ich meistens was ich will (und wenn nicht, folgt Selbstkasteiung )

---

ICH BIN NICHT WINDOWSVERDORBEN!!!!! Windows sucks !!!! Die Menschheit moege Billy verbrennen und vergessen
8 - 10 Stunden am Tag arbeite ich mit HP-UX und Solaris. Abends dann W2k .
Ich bin hier vom Standarddau ausgegangen.
Von mir aus muss diese Abfrage nicht drin sein .

Zitat, ein Kollege, nach dem ein anderer mit 'rm -r *' als root einen Teil des OS plattgemacht hatte: "Unix ist etwas fuer grosse Jungs, die wissen was sie tun. Geh wieder in den Kindergarten spielen"

Zitat:

---

Original geschrieben von Bertram Radelow
Schwerpunkt-Anpassung
%-Angabe nicht nötig. Der Schwerpunkt wird bei Länge, Fläche und Volumen richtig berechnet, auch bei den Flossen (dort vor allem bei Flächen; Volumen geht nicht und Länge ist eher Quatsch)

---

Schoen!!!!! Ist ja mehr als ich wollte.

Zitat:

---

Original geschrieben von Bertram Radelow
Form-Sortierung im Material-Editor
Ist doch sortiert? (Ich habe den Bug(?) nicht ganz verstanden)

---

Wenn ich Z.B. F eingebe um eine Flosse zu bekommen, so ist im Auswahlfenster Fallschirm oben, danach kommt Stange, Flosse, Motor, Blei.
Wenn das Auswahlfenster sortiert ist, hat man's leichter (Also Blei, Fallschirm, Flosse, Motor, Stange)

Zitat:

---

Original geschrieben von Bertram Radelow
Formen-Erklärung im Material-Editor
eingebaut

Gewichtskontrolle beim Material-Editor
Beim Klick auf OK wird jetzt erst das Bauteil-Gewicht angezeigt. Falls man Länge, Radius = 0 hat, kommt natürlich 0 Gramm heraus. Man kann aber pro forma passende Masse(Maße) angeben, sich das Gewicht anzeigen lassen, abbrechen und die Masse wieder auf 0 setzen.

---

Super

Zitat:

---

Original geschrieben von Bertram Radelow
Geisterzeilen in der Bauteile-Liste
Habe ich zur Zeit noch nicht behoben. Das wird ein fehlerträchtiger Programm-Umbau, muss ich erst länger testen.

---

OK.

Zitat:

---

Original geschrieben von Bertram Radelow
---
Von mir aus habe ich noch geändert:

Materialbibliothek
"Speichern als" eingeführt. (Die Materialbibliothek wird immer automatisch gespeichert, wenn man ein Material ändert)
Leere Materialbibliotheken erzeugen keinen Absturz mehr

Programmstart
Das Programm startet wenn immer möglich mit der zuletzt bearbeiteten Rakete + Materialbibliothek


Ansonsten steht die neue Version unter der alten Adresse bereit.

---

Ich hole sie mir und teste weiter

Zitat:

---

Original geschrieben von Bertram Radelow
Für Insider: TIR-33 habe ich schon mal auf's Kopfkissen gelegt...


Bertram

---------------------
DAU: Dümmster anzunehmender User
GAU: Gefährlichster anzunehmender User...

---

Super!!!!!!

Nochmals, ich finde das Prog super - ich haett mich da nicht rangetraut.
Weiter so

Gruss Johannes

PS: Ich hoffe, dass ich das jetzt abgeschickt bekomme!

Test:

Mir fehlt noch die Anzeige des Programms in der Taskleiste (Oder wie kann ich sonst das Programm, nach dem ein anderes seine Fenster druebergeklatscht hat wieder vorholen?).

Durch den speziellen look fehlt eine Statuszeile der Fenster. Wie kann ich die verschieben (um z.B. in der drunter liegenden Webseite Daten zu uebernehmen?).

Material Editor:
Kleine Ungereimtheit - alles Material ist in mm, die Gewichsteingabe jedoch in cm cm^2 und cm^3.
Gewichtsberechnung:
Ist schoen und laestig.
Wenn ich das Gewicht in g eingebe kommt trotzdem das 'Gewichtsfenster'.
Vorschlag: Die Felder Schwerpunkt und Gewicht tauschen. Dann kannst Du beim verlassen des Feldes Gewicht, das Gewicht hinter dem 'je Stueck' einblenden und das extrafenster Entfaellt.
Des weiteren koenntest Du bei Schwerpunkt z.B. Auto einblenden (oder 99999) um anzuzeigen, dass keine Eingabe notwenig ist.

Wird bei Form Unsinn eingegeben (z.B. sp), kann das Fenster trotzdem verlassen werden.

Programm starten, Rakete laden, Bauteil doppelklick, uebernahme -> subscript out of Range, plumps.
Passiert auch bei Materialaenderung: Beim verlassen des Materialeditors: Gewichtsfenster, ok, Uebernahme '<' subscript, plumps.
(im Materialeditorfenster ist in beiden Faellen kein blauer Balken).

Spitze - Halbkugel, BigAxe.
Eingabe Aussen 57 innen blieb 0
Durch falschclick auf Rohr wurde Innenmass 67.5 eingetragen. Richtig auf Rundspitze, Innenmas
s bleibt. Keine Fehlermeldung bei ok.
Erst bei Transparenz kommt dann die Fehlermeldung.

Bei 'Plan Seite' bekomme ich noch einen overflow, plumps. Scheint bei nicht passenden Ueberga
engen zu sein, z.B. wenn ich die Spitzei (Halbkugel) verkleinere und das Rohr groesser bleibt.
Bei Aerobee: Nasenkonus: Aendern in Halbkugel und Innenmass loeschen. Plan Laenges schmiert a
b, Quer und Transparent funktioniert.

Bei Speichern unter, bleibt die Bibliothek die alte. Man muss sie explizit wieder laden um zu
wechseln. (Ist das ueberhaupt ein Fehler?).

Ich muss jetzt 'n bissl arbeiten.
Gruss Johannes

Mit Alt-Tab kannst Du zwischen Anwendungen hin und her schalten, dabei taucht auch MRD auf.

Für alle Ausländer: HTML unterstützt die Darstellung von Umlauten und ß wie folgt:

ä = &amp;auml;
ö = &amp;ouml;
ü = &amp;uuml;
ß = &amp;szlig;
€ = &amp;euro;

Es gibt da auch noch Codes für französische Zeichen und sonstwas, aber die brauchen wir ja wohl nicht...

Oliver