Do you have any kind of border line?
Thank you for your post!
I was able to reproduce this issue by following these steps:
1. Create Test.fmp12
2. Create a Rectangle
3. Create a line
4. use inspector to match the width by point
The line does appear to be slightly wider than the rectangle. I am sending a report to Testing and Development. When further information is available, I will post back here.
In the future you may also report major issues to the Report a Product Issue Space.
I'm glad you raised this as I'm sure I saw this in Windows on FMP 15 today on a horizontal line.
I kept checking the inspector and had 2 additional lines lower down the layout that looked fine.
Pretty sure I deleted the offending line but am now going to check a backup tomorrow to have another look.
I do not have a border on the rectangle object. I did not think to look at the border settings for the line object but thanks to your question after looking at it more it turns out the line objects "line" setting under the appearance tab > graphics > line > set to type: Solid and 1pt will add that additional 1pt to the end of the line. Looking at it further, I put it to 2pt and the line then got 2pt thick but also another pt was added to the left side. This continues as you make the line thicker it will add those points evenly to each side of the line but in the inspector, it will still show a line of 100pt wide. Looks like we have an answer to what is causing the issue and the workaround would be always making your line 2pt wide and subtracting that from your width so that you are still able to use the dynamic guides to center the line object to other objects.
Thanks CICT for the reference of this issue being in FM15 and Windows. It is interesting that you have other line objects in the same layout that do not have the same effects. I am curious if maybe you had built your solution from an earlier FM version and that the newer version could be the cause of adding new line objects and them having this effect?
I also wanted to mention that I have experienced an issue with the entire layout width being 1pt off from what an object's width was showing in the inspector when both were set to the same width. But this could be an entirely separate issue and I do not want to cause confusion for this thread. In short tho, it might have been an object showing 1pt longer than it should have, making me think the width pt value for the layout width was off in the inspector.
Overall I think we can all agree that a line being 100pt wide should not get wider if we change the line thickness. Also, I think we can agree this should be looked into by FileMaker's Devs to make sure this is not a bigger issue with other objects. It is such a fundamental part of layout design to be exact with these values and seeing multiple issues one being this line issue and the other being the layout width issue I mention in short above is a little concerning.
Looking forward to hearing back from what you find with your backups.
Thanks for moving this to the right space. It has been a little since the last time I really used the community forum and seems to have changed a little. I will be sure to use that space if anything else comes up.
Also, I have made a few replies that explain a possible reason for this issue with the line.
I just want to add that I have replicated the same behaviour using FMA15, MacOSX 10.11.6. Further, it appears to have nothing to do with borders on the rectangle, in fact adding a border of the same weight as the line makes the issue even more obvious. For what it's worth, I think this has always been around; I've just worked around it as a bit of a quirk in the past.
Thanks, keywords . Yeah, I am starting to think that this has probably been around but really surprised that there are no discussions about it or maybe I was just using the wrong terminology when searching for a discussion regarding this issue with line objects. Thanks for checking on FMA15 for Mac! We figured out that it wasn't an issue with the rectangle border like you said but it is the line weight setting that affects the line horizontal width and adds evenly to both sides whatever line weight is selected unless the number is odd then it will always put the odd pt on the right side of the line. So 2pt weight would result with the line getting 1pt added to both sides, and 3pt would result with 1pt on the left and 2pt on the right side.
Testing was able to replicate the issue in FileMaker Pro 15 and back to FileMaker Pro 12. All information has been sent to Development for further review.
I did a further test using the alignment tools in the Position Inspector, and attach screenshots for further information:
Test 1: align left
– all elements appear to align LHS (Box position L: 300pt, R: 400pt)
– upper line hanging RHS (300 – 402)
– middle line hanging RHS (300–400)
– lower line inside RHS (300–398)
Test 2: align middle
– Box position L: 301pt, R: 401pt
– upper line hanging LHS & RHS (300 – 402)
– middle line hanging RHS (301–401)
– lower line inside RHS, aligned RHS (302–400)
Test 3: align right
– Box position L: 302pt, R: 402pt
– upper line hanging LHS & RHS (300 – 402)
– middle line aligned LHS, hanging RHS (302–402)
– lower line inside LHS, hanging RHS (304–402)
Eric Whittaker Jr (et al):
Development has said this is intentionally designed. The line's stroke is around the line's endpoints, whereas the rectangle's stroke is within its verticies.
I can understand it being intentionally designed that way if that is what they need to do. But I think we can all agree that this is a little unintuitive on many fronts of designing and layout. As keywords demonstrated you have to take it into consideration and know that the line weight gets added to the length of the line evenly on both sides. When there is a line weight of 1 it gets added to the right side when you have a line weight of 2 it adds 1pt to the right and then 1pt to the left. If you have a line weight of 3pts then 2pts are added to the right and 1pt to the left. You will not be able to use the alignment tool and get the results that would be expected because it is not clear that the line has been increased in length respectively to the line weight. On top of the alignment tool not being useful the dynamic alignment is not useful as well and the inspector will show that the line is 100pts wide but it the line weight is 3pts then the line is, in fact, 103pts.
In conclusion, I would say it would be better if this was implemented in a way that would allow the use of lines to be more intuitive and work "as expected" in the inspector size and position values, with the dynamic alignment, and the alignment tools. Not sure how to move forward and request that this is taken into consideration for a future update, but we should definitely not settle that it is just the way it is developed.
Eric Whittaker Jr:
The best place to make a request is our Product Ideas board at: Product Ideas
The Product Ideas board is monitored by Product Management and Development. All suggestions are read, discussed and considered for possible implementation in a future release. Please don't just say "Add this feature". Make your case of why this needs to be changed. Show how this affects your business. Use of screen shots are also effective.