Ken Hjulstrom Posted May 20 Share Posted May 20 Hi, I believe I've encountered a bug in the table row height control in Publisher. In the attached Publisher file, when I select a row and attempt to change the row height using the "Height" control in the "Cell" section of the "Table" properties, any change that I make (other than typing or pasting in a value), whether to make the value in the control larger or smaller, results in the table row becoming larger, and apparently the degree of increase in row height becomes larger for each change attempts. When typing or pasting in a value, the resulting value appears to be higher than the entered value, with the disparity between the entered value and the displayed value increasing, based on the degree of table rotation. Steps to recreate: Open attached Publisher file. Double-click in the table to make the row and column selectors appear Click on the Row 5 column selector to select all cells in row 5 (the first data row). The the "Height" value in the "Cell" section of the "Table" properties is "0.34 in". Attempt to change the value displayed in the "Height" input control. Any attempt to change the value (typing in a value, pasting in a value, hovering the mouse pointer over the control and using the mouse scroll wheel, or clicking on the "higher/lower" spin controls at the right of the control, will result in the row's height increasing with each attempt. This problem appears to be related to table rotation, since the problem doesn't occur when the table is rotated 0 degrees. Further investigation shows the following results: 0 degree rotation: Control behaves correctly 10 degree rotation: Scroll wheel and spin controls allow the height to increase only when increasing the height value, and not to decrease when decreasing the height value. Typing in a lower value does reduce the height, though. 20 degree rotation and above: Scroll wheel and spin controls increase the height whether increasing the control's value or decreasing it. Typing in a lower value appears to be the only way to decrease the row's height. These are sample results from attempting to change the height of a table row from 1.0 inches to 0.3 inches for varying degrees of table rotation by typing "0.3 in" into the "Height contro: 0 degrees: Result is 0.3 inches 10 degrees: Result is 0.302 inches 20 degrees: Result is 0.309 inches 30 degrees: Result is 0.321 inches 40 degrees: Result is 0.337 inches 50 degrees: Result is 0.357 inches 60 degrees: Result is 0.379 inches 70 degrees: Result is 0.401 inches 80 degrees: Result is 0.417 inches 90 degrees: Result is 0.424 inches The increase of disparity as the rotation increases would tend to indicate that a geometric function isn't working correctly. A workaround is to switch the table's rotation to 0 degrees, set the row height (which will work correctly), and then to reset the table's rotation back to the intended value, which doesn't affect the just-set row height. Thanks, Ken TableRowHeightResizeIssue_20May24.afpub Quote Link to comment Share on other sites More sharing options...
Old Bruce Posted May 21 Share Posted May 21 I don't see this happening with a table I make myself. But it is extremely bad what is happening with your file. And again the following happens with your file but not one I make myself. Even weirder is what happens if you use the little up down triangle/arrows. They only increase the size, no decreasing. Quote Mac Pro (Late 2013) Mac OS 12.7.6 Affinity Designer 2.5.5 | Affinity Photo 2.5.5 | Affinity Publisher 2.5.5 | Beta versions as they appear. I have never mastered color management, period, so I cannot help with that. Link to comment Share on other sites More sharing options...
Ken Hjulstrom Posted May 21 Author Share Posted May 21 2 hours ago, Old Bruce said: I don't see this happening with a table I make myself. But it is extremely bad what is happening with your file. And again the following happens with your file but not one I make myself. Even weirder is what happens if you use the little up down triangle/arrows. They only increase the size, no decreasing. Typically, when using the "spin" controls for an input control such as this, there's some sort of pre-set value interval of the increase or decrease when one of these "triangles/arrows" is clicked, and clearly, these are messed up in some way, and it appears that only the absolute value of this interval value is being used, which would explain why any of the standard methods to obtain a lower value just causes an additional increase. For some history of the table that displays this problem, I created it from scratch to emulate a similar Word table that a client had submitted. Until this issue came up, nothing unusual came up while I was constructing it. One aspect of its creation, though, was that this table is intended to appear in a portrait-oriented document, and as submitted, it was actually too large, width-wise to even fit onto a document page when rotated. I managed to reduce the width to just barely fit the page when rotated 90 degrees, and while I was working on the table, I had used Publisher's View | Rotate option to "Rotate Right", so I could work on the table in its "natural" orientation (navigating among table element with arrow keys while the table is rotated reminds me of mirror writing!). I wouldn't be surprised if some change I made to the table while the entire document view was rotated 90 degrees might have tripped up some code somewhere and caused this issue. One thing I haven't tried yet is to see if any of the neighboring (width or inset) controls are similarly affected. At the moment, I'm up against a production deadline, so I stopped further investigation once I reported this and found a workaround. Thanks, Ken Old Bruce 1 Quote Link to comment Share on other sites More sharing options...
Dan C Posted May 22 Share Posted May 22 Thanks for your report @Ken Hjulstrom! I can confirm I've been able to replicate this issue here with your document & in a new file - it appears to require the table to have been scaled using the Transform handles before applying the rotation for this to occur: 2024-05-22 17-30-08.mp4 My assumption is that the Transform Handles has left a hidden 'scale' value applied to the Table, which in turn is being applied when trying to change the cell size using the controls in the Table Studio, but only when the table has been rotated. Therefore I'm getting this logged with our development team now as a bug to be resolved ASAP. Unfortunately the only workaround I've found in the meantime is either resetting the table to 0deg rotation whilst adjusting these sizes - or creating a new table that does not have the 'Scale' value applied in the background. I hope this helps Old Bruce 1 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.