udrescu_bogdan:
Hello,Yes, it’s working, not very well, but works. For instance, if I set the bottom to 11 and then to 12, the difference from first to the second radio button will increase with 2 pixels, instead of 1.
Thanks,
Bogdan.
This is intended use, margins for radio button apply to each cell (each radio button from the group).
ROCLASI:
Hi Robert,It seems that when using the margins in the stylesheet you can’t use negative numbers. When using negative numbers in the properties pane you get the desired result.
So this seems like a bug to me.
Indeed, this is a bug, will be fixed in next release (Servoy 5.2.5).
RonG:
Hi all,I’m having a similar problem using radio buttons along with a valuelist containing custom values. They don’t seem to want to line up vertically, and instead are offset from the left margin by amounts that seem to be related somehow to the length of the list item being displayed. I’ve tried setting margins and anchors to no effect. I found a discussion from about 5 years ago where the solution at the time was to take each item in value list and put into its own field, and align them that way, ie, if there are 4 items, use 4 value lists attached to 4 fields on the form, each one holding one value. That doesn’t seem like much of a solution, and since it was for an earlier version of Servoy, I’m hoping that there is now a better way. I would think that they should at least align vertically, but can’t figure out how to do that.
Any thoughts?
Thanks.
Ron
I think you want to left align all radio buttons? Default horizontal alignment is center, this is why you see this behavior. You can align radios to left,center or right from horizontalAlignment property of the field.
Robert Huber:
I really can’t believe that, as this behaviour exist since Servoy version 4 and is reproducable on any table view having for example a field height of 18 px, but if I find time I will make an example, but would be very happy if the engineer could give it again a quick try in one of his table views.
The 18 px issue is fixed by allowing negative values in css margin (will be included in next release.)