Oder vielleicht besser KR-15 - dreht mehr 
Btw.: Wenn Wilfried wirklich einen Controller neu machen will, ist es evt. eine gute Idee, das meiste schon mal vorzubereiten (UI, Definitionen usw). Auch wenn es (noch) nicht compiliert oder gar funktioniert. Das Ganze aufzuschreiben dauert nämlich seine Zeit ...
Rainer
Kurzes update: ich musste mich notgedrungen wieder mit dem Controller-Thema beschäftigen, könnte euch, wenn ihr das Thema angeht, auch unterstützen. Controller sind offensichtlich sehr eigen. Folgendes hat mich mehrere Stunden Arbeit gekostet, die ich anderen ersparen möchte.
1. Bei den Features (ich habe nur die Toolbox features am Wickel) muss man zwei Tabellen definieren: 'static const GenControlChildInfo ...' und 'static const GenControlFeaturesInfo ...' - Die dort aufgelisteten Objekte müssen exakt in der gleichen Reihenfolge gelistet sein, sonst funktioniert die Tool-Verwaltung nicht, bis hin zum lieblichen KR-Fehler.
2. Das erste der dort gelisteten Objekte muss das Tool-Flag 0x01 haben. das zweite 0x02 usw. -- sonst ... siehe oben
also das hier geht:
Das hier hingegen nicht
mal sehen, was uns da noch so an Überraschungen erwarten.
Rainer
War mir schon klar, dass ISUI oder Redux wollt 
. 600x800 ist auch besser. Es ging mir auch nur ums Prinzip, das Bild nicht zu überfrachten. Eine Grafik sollte dargestellt sein und ein gepinntes Menü (finde ich ...)
Rainer
Ja, so etwas in der Art ist gut. Ich würde es aber nicht so überladen, man kann auf einem Bild sowieso nicht alles zeigen. Konzeptionell würde mir so etwas vorschweben: Im GeoManager sind die wesentlichen Programme zu sehen (- da müsste man also noch sortieren) ein Program ist offen und ein paar Features sind offen.
ppnumber gibt es übrigens in meinem Programm nicht.
Und hier noch einen aus der Rubrik "wer versteht denn sowas". Folgende Fehlermeldung
bedeutet was? Genau - ich hab irgendwo eine schließende Klammer vergessen. Ist doch logisch, oder?
Müssen Anfänger vor der Funktionsvielfalt geschützt werden?
Ja, durchaus. Ich erinnere mich, dass ich beim Umstieg von GEOS 1.0 auf 2.0 von der Funktionsvielfalt erschlagen wurde. Da fand ich eine temporäre Einschränkung als angenehm. Ansonsten bin ich da auch voll bei Bolle. Es ist ein Alleinstellungs-Merkmal.
Rainer
In Stufe 3 fehlt der Punkt "Erweitere Duplizierung" (autsch..). Damit könnte in Stufe 4 "Mehrfach duplizieren" wirklich weg. Aber ob das den Aufwand lohnt??
Es gibt ja noch den Punkt Feineinstellung - da muss man dann genau schauen, was e´die einzelenen Optionen genau machen und wie das implementiert ist.
Danke für die Info. Klingt machbar. Und ich bin da voll bei dir: nicht zu viele Projekte auf einmal!
Wie man PNG zu Gonzo hinzufügt, habe ich auch schon überlegt. Gonzo nutzt die ImpEx Library API gar nicht, ich müsste also direkt auf den Converter-Part zugreifen. Keine Ahnung wie man das macht.
Da ich auf diesem Auge (Übersetzen - R.B.) auch blond/blind bin, würde mich das auch interessieren...
Da fällt mir doch jetzt glatt ne praktische Anwendung ein
Und gleich noch ein Feature Request: Ich würde mir wünschen, dass die Default-Einstellung "Convert to 1-bit mask" ist. Wenn man nicht direkt PNG anwählt (man also "no idea" lässt) erscheint nämlich der Optionen-Button nicht. Das kann man nicht ändern, oder (erscheinen, aber disabled?)
Der Import funktioniert übrigens auch aus dem neuen Icon-Editor heraus. So wie es sein muss
Meine ersten Tests sind allesamt wie erwartet verlaufen. Echt gute Arbeit!
Echt stark! Und sehr gut erklärt!
Besteht Bedarf, dass ich mal ausführlich erkläre, wie man ein Programm / eine Library übersetzt? Das heißt:
Zeitumfang wäre geschätzt ca. eine halbe Stunde. Wenn sich genug Interessenten finden bereite ich etwas vor.
Rainer
P.S. wenn sich niemand findet ist das auch OK
Nur ne Idee: Seiten, die in der Hilfedatei nicht verlinkt sind, werden im Help-Viewer auch nicht angezeigt. Man könnte also den Texte dazu nicht einfach löschen, sondern in einer (nicht erreichbaren) Seite erhalten - mit einem entsprechenden fetten Kommentar z.B. "Die im Folgenden beschriebenen Funktionen sind seit Version 2.0 deaktiviert und hier archiviert", so dass sie später wieder leichter verfügbar sind - falls die Funktion wieder aktiviert werden sollte.
Rainer
es reicht ja, die Änderung nur in den Markdown-Techdocs zu machen, der Rest dürfte über kurz oder lang sowieso verschwinden (ASCII enthält eigentlich schon nichts mehr, was wir nicht auch in Markdown haben, während HTML noch einige Communicator-APIs wie etwa die foam-Library bewahrt, die allerdings im Sourcecode nicht vorhanden sind).
Mein Vorschlag wäre, das in Syhra noch mal final zu besprechen / entscheiden und gleich das Repo anzupassen. Evtl gleich mit "ich mach das" Festlegung, wenn es da noch etwa zu tun gibt.
Rainer
Wilfried MD ist erst mal reiner Text. Plus simple Formatierungen analog (aber nicht identisch, sondern einfacher) zu HTML. Guggst du z.B. hier:
Rainer
Btw: Wer pflegt dass abschließend in die Dokumentation ein? Aktuell steht da
MSG_GO_ROTATE
void MSG_GO_ROTATE (
WWFixed angle,
GrObjHandleSpecification center);This message rotates the GrObj about one of its handles.
Was ich noch nicht verstehe: wie hängt die Register-Zuordnung mit der Reihenfolge der C-Parameter zusammen? Also warum war die Reihenfolge der C-Parameter im der alten Definition "falsch"? Das cx.dx vs dx.cx nicht geht ist schon klar, aber der Rest?
Rainer