it will also resize the button when You just change the color of the text - absolutely annoying, I got no answer )-:
You could create an issue report - chances are good that You will be asked to create a feature request after that
First off - were your original buttons created in FM11 or prior and are you now running them in FM12/14/15?
Buttons created in earlier versions than FM12' are labelled by FM as 'grouped objects' and get treated differently because of file conversion stuff.
If you are running later versions than 11 then create a new layout using a native theme and add a button, label it and edit it. The resize does not happen.
The problem is conversion of old 'classic' themes (if that's what you have done). The solution is rebuild your layouts to use a new '.fp12' Theme.
Thanks. I really do appreciate the answer, though it's disheartening that the solution to "small tweaks now take twice as long" is for small tweaks to take 100 times longer because the entire layout has to be rebuilt from scratch.
By the way, I just tested with a brand new layout from scratch, using the "Enlightened" theme (FM15). I added a few fields and buttons, set their size and position. Making any edit involving text -- whether it's editing the label of a button, or changing the font of a text field -- causes the object to resize all by itself.
This is unacceptable behavior! If I set a field to be 130 x 20 and then decide the font needs to be Arial instead of Verdana (or size 9 instead of 10), the field simply should not change size and position by itself. This is not the way the program used to behave.
I have also experienced this frustration (especially when I use merge fields for the label of a button).
Some times you might find that adjusting the padding on the button will help (it changes what FileMaker thinks is the minimal size needed for the button).
Agreed. I suggest you report this as a bug and possibly a feature idea.
OK. So, if you changed the label of a field from 12 point to 36 point what would be your preferred FM reaction?Truncate the label so that it only shows, say 5 of the 12 characters you entered, or to make the label bigger?
Ditto for buttons?
well... it happens also when You change the color of the text - nothing more. Of one font size fom 12 to 36, then one has to adjust - but when changing the color?
Truncation, absolutely! I'd much rather live in a world where programs don't attempt to think for me. When I create an object, I create it the size I want it to be. If I set a font size that might cause visibility issues, let me decide after the fact what needs to be changed in order to accommodate the new font size, because it may not be the field size that I decide to change. I may decide to change the font size several times until I find a happy medium. The field shouldn't change size every time I test a change in font size.
Basically, programs shouldn't try to figure out what I want, because it's quite literally never correct.
Ditto for buttons.
Yes this happens to me to, all in FM12. What I generally have to do if the other suggestion don't work is Undo, so the button goes back to it's original size and location. Then highlight the text, change it to a smaller font, edit the text, highlight it and start moving the font size back up. Then as soon as the button grows, I can undo to find the largest size font.
Or easier for me, just make the label a text object, drag it on top of the button and group them together. I have to do the latter more often if you want a smaller button that's filled entirely up by an X, for example, and you cant get a big enough X without auto-increasing the size of the button, regardless of all the options tried in the inspector.
Also, sometimes buttons that look perfect on the desktop look out of alignment on an IOS device, so with a separate text label you can adjust it so it looks right.
It would be nice if there was a wrap feature like Excel that would shrink the font to fit and not alter the button.
To make things worse, if you lock the object (which doesn't alleviate the issue), you can't change the height of the object until you unlock it.
I will say this however, if the object didn't change to accommodate the text, we would (most likely) complain that the text is truncated on the object.
2 of 2 people found this helpful
Hi clay.lorance and All,
This works here...
Same use case:
We have a custom Style where the height of a button is 15 and the text is Verdana 10/13 with no padding above or below.
New buttons are “born” on a layout with a height greater than 15.
When we make the button less tall the “natural” height is 15. You can verify this.
We believe that resizing the button also sets a “dirty” flag (longer story for another day)
How to test:
Make a button on a layout with a Verdana 10 label
From Layout Mode... Set: Format > Line Spacing > Height = 13 points
Remove all padding, or at least all padding above and below.
Make the height of the button 15
When editing text, do it by clicking the button to bring up the “Button Setup” dialog.
Testing here on FileMaker 15, the button does not resize. (not tested on 13 or 12)
If you edit the text by clicking on the text tool, then the button does resize.
Thus do not do that!
We have a work-a-round. We are happy!
Hope that works with the sizes that you are using.
Please let us know how it goes.
All the best,
Chiming in to say this is infuriating. I'm using a lot of merge labels, and the merge text is always really long, meaning whenever I edit or resize (horizontally), they automatically increase their height to accommodate the text. So on every edit, I have to manually reset their height.
Desperately want an option to turn off this auto-resize.