Kleine Sub-Tabelle in SpreadsheetView-Zelle anzeigen

[White_Fox]

Moin Leute

Ich habe eine Tabellenansicht in JavaFX/controlsFX, und möchte darin eine kleine Sub-Tabelle anzeigen. Diese Sub-Tabelle gibt es nicht immer, nur manchmal.

Mein Plan war, einfach eine neue SpreadsheetView in die Zelle zu legen, allerdings zerhaut es mir damit zuverlässig die äußere Tabelle. Die Subtabelle in einen Container legen und den Container in die Zelle stopfen, führt leider ebenfalls zu eine kaputten Tabelle.

Hat jemand eine Idee, wie ich das beigebogen bekomme?

Das ist der Code, der mir den Tag verdirbt (vor allem Zeile 8-12):

    private SpreadsheetCell temporaryPropertyDescription(List<StampsetRowheaderModel.StampsetTemporaryPropertyModel> temporaryProperties, int rowcnt) {
        SpreadsheetCell cell;
        if (temporaryProperties.isEmpty()) {
            cell = SpreadsheetCellType.STRING.createCell(rowcnt, 0, 1, 1, mainView.rextResources().getString("3081"));
        }
        else {
//            cell = SpreadsheetCellType.STRING.createCell(rowcnt, 0, 1, 1, "Any Temporary Stuff");
            cell = new SpreadsheetCellBase(rowcnt, 0, 1, 1);
            Node temporaryPropertiesTable = temporaryPropertyTable(temporaryProperties);
            cell.setItem(null);
            cell.setGraphic(temporaryPropertiesTable);
        }
        return cell;
    }
    
    private Node temporaryPropertyTable(List<StampsetRowheaderModel.StampsetTemporaryPropertyModel> temporaryProperties) {
        int row, col;
        ObservableList<ObservableList<SpreadsheetCell>> rows;
        SpreadsheetView spreadsheetView = new SpreadsheetView();

        //Grid
        Grid grid = new GridBase(2, 3);

        //Fill lines
        rows = FXCollections.observableArrayList();
        for (row = 0; row < 2; row++) {
            ObservableList<SpreadsheetCell> rowline = FXCollections.observableArrayList();
            for (col = 0; col < 3; col++) {
                SpreadsheetCell cell;
                cell = SpreadsheetCellType.STRING.createCell(row, col, 1, 1, "blah");
                rowline.add(cell);
            }
            rows.add(rowline);
        }

        grid.setRows(rows);
        spreadsheetView.setGrid(grid);
        spreadsheetView.setShowColumnHeader(false);
        spreadsheetView.setShowRowHeader(false);
        
        ScrollPane pane = new ScrollPane(spreadsheetView);
        pane.setVbarPolicy(ScrollPane.ScrollBarPolicy.AS_NEEDED);
        pane.setHbarPolicy(ScrollPane.ScrollBarPolicy.NEVER);
        
        return pane;
    }

In ausführbar und das ganze Drumherum gibt es hier. Wer sich anschauen will wie es eigentlich aussehen soll, kann die Kommentare in den Zeilen 8-12 mal umkehren, in der Originaldatei sind es die Zeilen 272-276, die Datei selbst ist unter ...\jComponent Library Sorcerer\jComponent Library Sorcerer\src\main\java\main\view\CenterviewStamptable.java zu finden.

https://sourceforge.net/projects/jcls/files/DebugDiscussion.zip/download

Hat jemand eine Idee?

 

[White_Fox]

So, nachdem ich etwas herumexperimentiert habe muß ich feststellen, daß es absolut kein Problem ist irgendwelche Nodes wie Buttons oder dergleichen in eine Spreadsheetview-Zelle zu packen.

Erst wenn irgendwas mit einem Grid, z.B. auch eine GridView, in der Zelle landet gibt sich die Spreadsheetview beleidigt und wirft die Zellen durcheinander bzw. vergisst auch welche. Auch, wenn man das Grid in einen Container packt.

Aber eine HBox mit lauter VBoxen geht...wahrscheinlich werde ich damit etwas umständlich zurechtbasteln. Ach man, wie das nervt...

 

[White_Fox]

🤣

Ehrlich, ich bin hart versucht den ganzen FX-Krempel wieder rauszuwerfen und stattdessen das hier zu versuchen:

GitHub - SpaiR/imgui-java: JNI based binding for Dear ImGui

JNI based binding for Dear ImGui. Contribute to SpaiR/imgui-java development by creating an account on GitHub.

github.com

Ich hatte ja erst die Befürchtung, daß git meine Selbstdisziplin herausfordert, nur das zu implementieren was Spaß macht, und mir der wichtige, aber nervige Kram umso schwerer fällt. Aber einen Parallelbranch mit Imgui werde ich auf jeden Fall mal aufmachen.

 

[KonradN]

Also da es etwas das Topic verlassen hat: Ich selbst würde GUI Entwicklung mit Java ganz sein lassen. Java hat da einfach viel zu viele Lücken!

Das fängt schon mit fxml an, dass da gewisse Dinge einfach nicht mit möglich sind und führt dann zu Dingen wie: bau mal etwas, dass Du weiter geben kannst.

Gerade letzteres ist ja etwas, mit dem ich mich etwas beschäftigt habe und wo ich einfach nur entsetzt bin, wie man sowas als Lösung präsentieren kann. Dieses ganze Module / JLink / JPackage Geraffel ist schon ein Witz. (Kein Wunder, dass die Enterprise Welt das bisher komplett ignoriert hat und erst das neueste Jakarta EE und Spring Framework und so da Module unterstützen.

Da macht dann eine Lösung wie .Net MAUI und Blazer doch einen ganz anderen Eindruck. Ich habe Microsoft ja auch ganz schön beschimpft wegen paar Dingen, aber hier schlägt es Java deutlich (nicht, dass sowas schwer oder eine Leistung wäre).

Das nur als kleine Anmerkung von meiner Seite

 

[White_Fox]

Naja, ich baue meine GUI ja nicht mit XML, sondern zu Fuß. Und zumindest das mit dem Weitergeben haben die inzwischen im Griff, wenn auch nur über ein oskures Gradleplugin. Auch wenn die Fixes nicht dort sind, wo Mist gebaut wurde, und die letzte Version des Java-Plugins ist gerade ein paar Wochen alt, das wurde erst ein paar Stunden im Githubrepo veröffentlicht, als ich im Gradleforum danach gefragt habe. Gleich der erste Kommentar dazu: "Is that something which should fixed by JavaFX?" (oder so ähnlich...).

Ich will das Projekt schon gerne in Java belassen, die Sprache ist schon ziemlich geil (wenn auch nicht perfekt) und C# müßte ich erst lernen, aber ImGUI lacht mich immer mehr an. ImGUI ist andererseits aber auch nicht Java, sondern C++. Hier ist mal ein Video, wie man das mit Java und JNI aufzieht, der Kram mit JNI und Gradle sieht mir erstmal gut gelöst aus:

Vor allem: In jeder Demo sieht ImGUI weitaus hübscher aus als JavaFX im Standardstil.


Aber zu meiner Problem"lösung": Es geht mit HBox und VBoxen tatsächlich, allerdings ist dann nur noch die Zelle als ganzes anklickbar. Das heißt, ich brauche wieder ein neues Editorfenster, um den Kram darin bearbeiten zu können, aber ok.
Weitaus besser: Das Tabellenlayout sieht in etwa so aus bzw. sollte so aussehen:

----------------------------------------------------------------------------
Hier soll eine Tabelle mit zwei | E i n e  l a n g e  Z e l l e
Zeilen und x Spalten sein       | Spalte | Spalte | Spalte | Spalte | Spalte
----------------------------------------------------------------------------
Hier soll eine Tabelle mit zwei | E i n e  l a n g e  Z e l l e
Zeilen und x Spalten sein       | Spalte | Spalte | Spalte | Spalte | Spalte
----------------------------------------------------------------------------
Hier soll eine Tabelle mit zwei | E i n e  l a n g e  Z e l l e
Zeilen und x Spalten sein       | Spalte | Spalte | Spalte | Spalte | Spalte

Nun ist es so: Kommt auf die linke Seite die H-V-Box rein, verschwindet die Spaltenzeile komplett, die breite Zeile obendrüber nimmt den kompletten Platz ein. Wenn ich aber die Zeilenheader einblende, kann man die Tabellenzeilen mit der Maus selber anpassen. Zuppelt man gaaaaaaaanz wenig an dem Zeilenheader, stimmt die Größe gleich wieder.
Die Spreadsheetview bietet leider keinerlei Methoden um eine einzelne Zeilenhöhe zu ändern, aber dafür Methoden wie resizeRowsToFitContent(), resizeRowsToMaximum() und resizeRowsToDefault().

Wenn ich die ersten zwei Methoden aufrufe, werden einfach alle Zeilen auf ein Minimum eingedampft. resizeRowsToMinimumsteadOfYourFuckingMaximum() Die letzte Methode tut einfach gar nix (wird wahrscheinlich sowieso als letztes per default aufgerufen). Das ist alles ein schlechter Witz.

Ach, ich glaube ich mache das jetzt so...zumindest diese eine Funktionalität mache ich in JavaFX jetzt fertig, immerhin habe ich sie angefangen, und dann gucke ich mal wie das mit ImGUI aussehen würde.

Das hat damals schon verdammt genervt, dauernd an einer vernünftigen MVC-Struktur zu scheitern, aber das Dranbleiben und Codewegwerfen damals hat sich anscheinend gelohnt.

 

[mihe7]

Ehrlich, ich bin hart versucht den ganzen FX-Krempel wieder rauszuwerfen und stattdessen das hier zu versuchen:

Sorry, ich musste nur lachen, denn so kenne ich FX: schön, wenn man etwas fertiges nimmt, die Hölle, wenn man sich selbst drum kümmern muss.

 

[White_Fox]

Ich weiß...ich nehms dir ja nicht krum.

Über mich selber würde ich auch so lachen, wenn wenigstens das Ergebnis nur nicht so schmerzen würde.

PS: Bei Interesse kann ich ja mal meine Erfahrungen mit ImGUI zum Besten geben.

 

[KonradN]

Bei Interesse kann ich ja mal meine Erfahrungen mit ImGUI zum Besten geben.

Das kann durchaus interessant sein. Wenn Du Dir die Zeit nehmen würdest, dann würde mich das freuen.

ImGUI ist andererseits aber auch nicht Java, sondern C++

Also unter dem Strich ist das bei allen Dingen so. Java selbst kann nun einmal per se keine UI. Das macht das Betriebssystem und dazu braucht man eine Schicht dazwischen.
Bei awt/swing haben das die Entwickler halt ins Framework mit hinein gebaut - aber da findet sich dann natürlich der entsprechende nicht Java Code.

Bei JavaFX / SWT / ... hast Du halt in den jar Dateien die entsprechenden sharded Libraries. Also einfach einmal in das javafx-graphics jar File hinein schauen, dann siehst Du entsprechende .dll / .so Dateien.

Das ist also prinzipiell ok. Falls die Libraries noch nicht entsprechend im jar File integriert wurden, dann wäre das etwas, das man noch massen müsste. Das habe ich vor kurzem erst in einem kleinen Proof of Concept auf AIX gemacht:

• C++ Library die übersetzt wurde (shared library und statische Library falls man es statisch haben möchte)
• Dazu dann Wrapper und Co
• Alles verpackt in eine jar Datei. Die shared Library musste man vor dem ansprechen aber erst aus der jar Datei kopieren, also in ein temporäres Verzeichnis kopieren.

Aber ich gehe mal davon aus, dass das auch schon gemacht wurde.

 

[White_Fox]

Das kann durchaus interessant sein. Wenn Du Dir die Zeit nehmen würdest, dann würde mich das freuen.

Ok...mache ich, dauert aber noch etwas. Eher Wochen als Tage, aber ich werde das wohl mal so aufziehen, daß mein kleines Programm beide GUIs parallel anzeigen kann. Wäre auch für mich interessant, mal beides direkt nebeneinander zu sehen.

 

[White_Fox]

Ich muß meinen Rant über JavaFX und controlsfx etwas entschärfen. Ich habe – mehr oder weniger zufällig – dann doch noch herausgefunden, wie ich die Zeilen einer SpreadsheetView ändern kann.

Der Clou ist:
Um eine SpreadsheetView zu erzeugen, muß man ihr ein Grid-Objekt geben daß die Zellen enthält. Oft wird das wie folgt deklariert:

Grid grid = new GridBase(rowCount, columnCount);

//...grid mit Zeilen füllen...

SpreadsheetView spv = new SpreadsheetView(grid);

Deklariert man grid aber als ein GridBase anstelle eines Grid, steht eine neue Methode zur Verfügung: public void setRowHeightCallback(Callback<Integer,Double> rowHeight). Da kann man nun eine anonyme, innere Instanz drin verstecken die den Zeilenindex vorgeworfen bekommt und die Zeilenhöhe zurückliefert. Bei mir sieht das dann so aus:

centerviewStampgrid.setRowHeightCallback(new Callback<Integer, Double>(){
            @Override
            public Double call(Integer rowIndex) {
                return rowIndex % 2 == 0 ? 24.0 : 48.0;
            }
        });

24,0 ist die Standardhöhe einer Zeile, jede zweite Zeile soll doppelt so hoch sein, und schon sieht es vernünftig aus. Es sieht sogar vernünftig aus, wenn ich in die Zelle eine weitere SpreadsheetView reinewerfe, dan kann ich die Zellen in der "inneren" SpreadsheetView sogar auswählen.

Das macht jetzt zwar meine ganze Arbeit vom Wochenende überflüssig, aber was solls.

Ich habe es zufällig in der JavaDoc gefunden, eigentlich habe ich etwas anderes gesucht. Schade, daß das so versteckt ist. Als ich gezielt danach gesucht habe, habe ich auch keinerlei Beispiele gefunden.