Tweet
Ich implementiere im Kundenauftrag eine Anwednung mit der RCP. Ich nutze den FormEditor zur Anzeige und Bearbeitung von Objekten.
Die meisten Editoren haben 3 Pages:
- Anzeige (Daten des Objekts werden angezeigt)
- Bearbeiten (Formular zur Bearbeitung)
- Karte (kartografische Darstellung des Objekts)
Funktioniert alles super, allerdings gibt es ein Problem, dass ich noch nicht lösen konnte:
- In der Bearbeiten-Page liegen auf den Eingabefelder Listener, die die Form auf dirty setzen. Daraufhin bekommt der Editor ein "*" und die Speichern-Aktionen sind enabled. Speichern funktioniert.
- Wenn man NACH Änderung aber VOR Speichern die Page im Editor wechselt (z.B.Reiter Karte), kann man nicht mehr speichern. Die Form wird beim Page-Wechsel offenbar commited. Man muss in der EditPage erst wieder eine Änderung machen, um Speichern zu können.
- Mir ist aufgefallen, das dieses Phänomen auch in Eclipse selbst auftritt (z.B. Editor für plugin.xml). Es scheint also ein Problem der Platform zu sein.
Weiss da jemand etwas konkretes. Ich werde erstmal einen Workaround basteln, wäre aber an einer echten Lösung interssiert.
NACHTRAG: Eclipse 3.3.
Die meisten Editoren haben 3 Pages:
- Anzeige (Daten des Objekts werden angezeigt)
- Bearbeiten (Formular zur Bearbeitung)
- Karte (kartografische Darstellung des Objekts)
Funktioniert alles super, allerdings gibt es ein Problem, dass ich noch nicht lösen konnte:
- In der Bearbeiten-Page liegen auf den Eingabefelder Listener, die die Form auf dirty setzen. Daraufhin bekommt der Editor ein "*" und die Speichern-Aktionen sind enabled. Speichern funktioniert.
- Wenn man NACH Änderung aber VOR Speichern die Page im Editor wechselt (z.B.Reiter Karte), kann man nicht mehr speichern. Die Form wird beim Page-Wechsel offenbar commited. Man muss in der EditPage erst wieder eine Änderung machen, um Speichern zu können.
- Mir ist aufgefallen, das dieses Phänomen auch in Eclipse selbst auftritt (z.B. Editor für plugin.xml). Es scheint also ein Problem der Platform zu sein.
Weiss da jemand etwas konkretes. Ich werde erstmal einen Workaround basteln, wäre aber an einer echten Lösung interssiert.
NACHTRAG: Eclipse 3.3.