Hi Manuel,
super, dass es dir gefällt.
Hattest du Schwierigkeiten bei der Modifikation? Hast du "IsClass" und "Cast" sofort gesehen, oder gewusst, oder wie bist du darauf gekommen? Ich dachte eigentlich, dass ich das noch weiter dokumentieren muss...
Ja, anfangs hatte ich Probleme, aber mit der Zeit ist es besser geworden. Ich hab mir alles durch Lesen der Sourcen angeeignet. Zum Beispiel habe ich "IsClass" und "Cast" in JBCellRenderer.jsrc gefunden. Ich mußte direkt danach suchen, da ich mit dem Problem (wie geht instanecof und casten) erstmal ratlos dastand. Eine Dokumentation würde ich trotzdem für ratsam halten. Da ich schon ein paar Sachen in Java gemacht hatte, konnte ich den Zusammenhang zwischen deinem Framework und Java erkennen.
Du verwendest mehr Java als VB-Methoden - vermutlich hast du damit mehr Erfahrung? Waren die Namespaces (vor allem die Trennung mit #) intuitiv für dich?
Ja, das stimmt. Ist mir gar nicht aufgefallen, dass ich zu Javalastig war
. Die Trennung mit # war für mich nicht klar. Ich hatte es nur zufällig gesehen und es dann ausprobiert, ob es das war, wofür ich es gehalten hatte. Ich habe mitbekommen, dass es nicht notwendig ist die JavaKlassen mit Namespaces anzusprechen. Ich habe es aber trotzdem gemacht, da man keine Import-Namespaces angeben kann und ansonsten durch einen blöden Zufall (z.b. eine Klasse in deinem Framework mit dem gleichen Namen wie eine in Java) kommen kann, dass dann die falsche Klasse instanziiert wird. In deiner Dokumentation wäre auch nicht schlecht, wenn du Beispiele hast, wo der selbe Code in Jabaco und in Java gezeigt wird. Dadurch kann man vielleicht schnell erkennen wo da Gemeinsamkeiten und Unterschiede gibt.
Evtl. wäre SVN eine gute Idee. Ein Problem ist dabei aber die Qualitätssicherung
SVN wäre super. Ich habe hier auch im Forum gelesen, dass schon Bugs gefixt wurden, aber man trotzdem aufs nächste Update warten muß. Das wäre ne schöne Lösung für Entwickler, die dringenst auf dem Fix warten.
Qualitätssicherung ist ne gute frage, aber wenn jemand das momentane Repository auscheckt, kann auch nicht erwarten, dass alles super läuft. Beim Update wiederum schon.
Auf Dauer ist es zu viel Aufwand für mich die Änderungen im Framework selbst zu pflegen, den Compiler + IDE weiter zu entwickeln, die Community zu supporten und gleichzeitig die Dokumentation zu schreiben. Momentan versuche ich ein paar Dinge zu automatisieren, aber das Framework ist dabei eine echte Herausforderung...
Ja, das glaub ich dir. Mit so einem Projekt muß man schon fast verheiratet sein, um es am laufen zu halten. Beim Framework ist momentan eigentlich nur das Wichtigste, dass es ein Dokumentation gibt. Die muß ja nicht gleich Komplett sein. Es reichen erstmal zwei Sachen:
1. Getting Started with Jabaco Framework
- Wie fange ich an, z.b. mit einem kleinen Beispiel
- Wie erstelle ich Properties
- Wie kann man es testen
2. Jabaco Syntax (z.b. isClass, Cast u.s.w)
Obwohl ich deine Arbeit wirklich sehr gut finde gibt es ein paar Kleinigkeiten die man vor dem Einchecken überarbeiten muss (zum Beispiel hast du Farben fix definiert). Oder sollte man sowas dann später erst in einem Bugfix überarbeiten? Gibt es dafür gute Vorschläge?
Ja, dieser Hack ist nicht das non plus ultra. War aber erstmal so zufrieden. Ich hatte es ja auch aus Interesse und Spaß gemacht. Ich wusste auch nicht, ob es benötigt wird oder angenommen wird.
Am besten überarbeitest du mein Code nochmal. Ich weiß ja auch nicht, ob alles passt. Wegen Farben weiß ich jetzt nicht, meinst du das schwarzen DropDown Dreieck?
In Zeile 181 hab ich noch was vergessen. Da muß noch was eingefügt werden:
|
Jabaco Source
|
1
2
3
|
Parent.setLayout(Nothing);
Parent.remove(label); <- das label was in Zeile 197 hinzugefügt wurde
myPopupMenu = Nothing
|
Ansonsten kann man im Nach herein den Button nicht wieder auf Normal stellen.
Ach ja, als ich das Framework mit "make Project" erstellen wollte, wurden meine Änderungen im generierten JarFile nicht übernommen. Hab dann aus dem Tempverzeichnis die CommandButton.class genommen, dort war sie aktuell