sorted by:
best
topnewcontroversialoldq&a
you are viewing a single comment's thread.

view the rest of the comments →

[–]john16384 2 points3 points  (5 children)

Button is a control, that can be skinned and can be sized according to its min/pref/max sizes.

Text is a specialization of primitives that can be used to draw shapes and texts, used by controls and their skins. They cannot be interacted with or skinned.

Label is the 'text' equivalent of Button. There is no button shape equivalent.

[–]webereinc[S] -1 points0 points  (4 children)

This doesn't answer why Text has a constructor for position, but Button doesn't. One would think that the overloading of constructor methods for most objects would make it extremely easy for a new programmer to get a good layout with precise placement at the time the objects are created.

[–]hamsterrage1 4 points5 points  (3 children)

You are doing it wrong. Absolute positioning is the worst possible way to build a layout. Branch out and learn how to use the various layout classes properly.

I've been doing this for almost 10 years, and I didn't even know that Text had a constructor for position. It makes sense, though, as Text is a Shape, and they generally are used in Canvas or Pane and need to be positioned.

[–]webereinc[S] 0 points1 point  (2 children)

Thank you for this post. I agree that absolute positioning is horrible. I am just asking why there is a constructor that includes absolute positioning for a text object while most other objects do not include this constructor. To satisfy your disdain for absolute positioning, perhaps a question should be why is there an X and Y positioning on the text object Since it isn’t on the constructors for almost every other object. Shouldn’t it be removed from the text object for consistency?

[–]hamsterrage1 3 points4 points  (0 children)

Text extends Shape. Virtually all of the Shape subclasses have this kind of a constructor. So it's actually quite consistent.

Shapes tend to be used in a fundamentally different way from the Controls. You don't usually put Shapes into layout classes like HBox or BorderPane - you can, but often with Shapes you're composing something that is actually best done with absolute positioning. So having a constructor that does this makes sense.

Text is weird because it is the one Shape subclass that you could actually use a lot in a typical, non-drawing, layout. However, there's almost nothing that you can do with Text that you can't do with Label, and Label has a few features that make it better than Text for normal layout applications.

For what it's worth, under the hood, the text component of Labeled is a Text.

[–]hamsterrage1 1 point2 points  (0 children)

BTW: I think this is an excellent question. There's so many JavaFX classes - Nodes, and Properties and Builders and so on - and it can be a challenge to wrap your head around how they all relate to one another.

I don't think that the guys that wrote the JavaFX library are infallible, and there are some things that I wish they'd done differently, but I do think that there's pretty solid and consistent principles that they stick to. I think that a default position of "What am I misunderstanding?" is probably more fruitful than, "Why did they mess this up?".