Swing JToolBar

[kaoZ]

Aloha, nur mal eine kleine Frage Zwischendurch, welches Layout sollte man für "normalerweise" eine JToolBar verwenden ?

Standard ?
BoxLayout ?
FlowLayout ?

Ziel ist Komponenten von Links nach rechts anzuordnen OHNE das diese wie z.B ein JTextField die gesamte restliche breite einnehmen und trotz gesetzter preferredSize die Höhe des höchstens Elementes bekommen 🙂

Jemand einen Tipp ?

 

[Flown]

Also wenn du nichts verrücktes vor hast, dann einfach den Standard Layoutmanager nehmen. Der arrangiert dir das gewünschte.

 

[kaoZ]

Naja wenn ich das Standardlayout verwende und z.B ein JTextField hinzufüge , füllt der layoutmanager automatisch damit die restliche breite, klar könnte ich jetzt sagen ich adde ein filler, der das ganze dahinter begrenzt, oder über das BoxLayout eine rigid area, aber gibts da nicht eine saubere Lösung ? 🙂

 

[TheSorm]

Ich versteh dein Problem nicht ich denke die JtoolBar hat sein eigenden Manager. Aber sonst hilft das vileicht 😉 JToolBar

 

[kaoZ]

Ja die Toolbar hat natürlich ihren eigenen Layout Manager, diese streckt allerdings Komponenten, wie z.b ein jtextfield auf die maximale breite des Containers.
Meine frage war ob es eine saubere Lösung gibt als

Box.createRigidArea();

als nachfolgende komponente einzufügen um dies zu unterbinden, außerdem wird z.b ein jtextfield auch auf die höhe der höchsten Komponente in der Toolbar gestreckt, und die preferredSize() ignoriert.

Wenn ich jetzt also ein Jbutton mit ImageIcon hinzufügen und dann ein Textfeld , bekommt das Textfeld automatisch volle breite und die höhe des Buttons , und das soll ebenda nicht passieren

 

[TheSorm]

Wiso wilst du denn Textfelder in die Tool bar packen ?! normalerweiße solten doch da buttons bzw Bilder oder änliches rein über die man ein "Tool" auswählen kann

 

[kaoZ]

Quicksearch ?! 🙂

 

[TheSorm]

Und das willst du wirklich in einer Toolbar lösen ? weiß nich ob das so gut ist . Oder ob du da lieber selbst was schreiben solltest bzw eine eigende toolbar von der richtuigen ableiten.

 

[kaoZ]

das war der plan , bzw. Habe ich genau das gemacht , deswegen noch die frage nach dem layoutmanager der am geeignetsten ist um es ebenda auch grafisch umzusetzen 😉

Ich werde nochmal etwas probieren

 

[TheSorm]

Naja Grid Layout ist das einfachste aber ich denke GridBagLayout macht zwar arbeit aber ist am Flexibelsten um alle deine wünsche zu erfüllen.

 

[diggaa1984]

Also JToolBar hat ja standardmäßig BoxLayout definiert. Das schreibt:

For all directions, components are arranged in the same order as they were added to the container.

BoxLayout attempts to arrange components at their preferred widths (for horizontal layout) or heights (for vertical layout). For a horizontal layout, if not all the components are the same height, BoxLayout attempts to make all the components as high as the highest component. If that's not possible for a particular component, then BoxLayout aligns that component vertically, according to the component's Y alignment. By default, a component has a Y alignment of 0.5, which means that the vertical center of the component should have the same Y coordinate as the vertical centers of other components with 0.5 Y alignment.

Fragt sich nur, wann eine Anpassung nicht möglich ist. Hast du mal versucht die maximale Höhe des Textfeldes zu definieren?

 

[kaoZ]

Ja , trägt aber kein Effekt da sich die Höhe am höchsten Element orientiert, dies ist bzw. sind die Buttons mit gesetzem ImageIcon in 32x32, das Textfeld wird demnach ebenso hoch , ich werde wahrscheinlich das Textfeld weglassen und stattdessen ein Icon dafür erstellen, welches dann ein Dialog zum suchen öffnet , ist denke ich einfacher als hier ewig zu probieren die richtigen layoutmanager zu verschachteln 🙂

 

[diggaa1984]

Wie du lesen kannst, ist ja auch im BoxLayout eine Variante berücksichtigt, wo ein Element nicht an die anderen Höhen angepasst werden kann. Wäre mal interessant zu wissen wann dieser Fall eintritt 😀

 

[kaoZ]

ja das wäre allerdings Interessant , ich hab es nun über ein Icon gelöst welches einen zusätzlichen Dialog öffnet, alles andere war unschön nicht intuitiv, da ich sonst entweder selber in den zeichenprozess eingreifen müsste oder eben mit

BorderFactory.createEmptyBorder();

hätte arbeiten müssen um den gewünschten Effekt zu erzielen.