Created attachment 133274 [details] CellSizeNew From LO 5.2 to LO 5.3 the semantic and syntax of .uno:RowHeight and .uno:ColumnWidth have been changed significant. In LO 5.2 .uno:RowHeight and .uno:ColumnWidth have one parameter for height and width respectively, and the values where in 1/100 mm. The new height/width was applied to the current cell. If you use such macro (attachment CellSizeOld) in LO 5.3, the row height/column width dialog opens. In LO 5.3 .uno:RowHeight and .uno:ColumnWidth have two parameters. The first one to select row/column and the second one for height/width. The row and column is not zero based as it is in other commands, but e.g. row=4 is indeed row=4 and column=4 is column D. The height and width are no longer in 1/100 mm, but you need a magic number to get the desired size. If you use such macro (attachment CellSizeNew) in LO 5.2, the row height/column width dialog opens. If the change was intended, then announcement and documentation is missing. But the strange values, which are needed in LO 5.3, look suspicious to me, so it seems to be a bug.
Created attachment 133275 [details] CellSizeOld You can load the files into a module in the Basic IDE and then test it in Calc.
(In reply to Regina Henschel from comment #1) > Created attachment 133275 [details] > CellSizeOld > > You can load the files into a module in the Basic IDE and then test it in > Calc. Yep the dialog opens. Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha1+ Build ID: c0968aa4673a8ac9a8a09a0e291b58b94bdbb35e CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on May 13th 2016
This seems to have begun at the below commit. Adding Cc: to Henry Castro; Could you possibly take a look at this one? Thanks ea09339ceba3488aee0d56d953599d24edb9979e is the first bad commit commit ea09339ceba3488aee0d56d953599d24edb9979e Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Sat Jul 30 00:51:18 2016 -0700 source ff051403381ca85724fec4f7bd2363141fa675f6 author Henry Castro <hcastro@collabora.com> 2016-07-29 19:00:49 (GMT) committer Henry Castro <hcastro@collabora.com> 2016-07-29 21:16:52 (GMT) commit ff051403381ca85724fec4f7bd2363141fa675f6 (patch) tree 0c5ac9b80a06ea5bb7e612df536e8e3b09926bb4 parent bb442b7ee6bf93f791cfef007c3e9375afde8655 (diff) sc lok: add parameters for column/row resize
Checking ...
>> In LO 5.3 .uno:RowHeight and .uno:ColumnWidth have two parameters. The first >> one to select row/column and the second one for height/width. The row and >> column is not zero based as it is in other commands, but e.g. row=4 is indeed >> row=4 and column=4 is column D. The height and width are no longer in 1/100 >> mm, but you need a magic number to get the desired size. Indeed, they were added to LibreOffice Online to avoid round-trips, it was not intended to be used in desktop. But if they are useful, I can patch it to accepts parameters in 1/100 mm
If you need special features, then I would expect new commands, not a change in the existing commands. So I suggest to turn .uno:RowHeight und uno.ColumnWidth back to the old behavior.
>> If you need special features, then I would expect new commands, not a change >> in the existing commands. So I suggest to turn .uno:RowHeight und >> uno.ColumnWidth back to the old behavior. No, they were an extension of the commands and they were not to intended to break any old behavior. I will test the macros, if you pass one parameter it should work as old behavior, but if you use 2 parameters, they are used for LibreOffice Online.
Henry Castro committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2356d9e4997fe9613c0f3e399ec6a03a2bdf861e tdf#107806: Semantic and syntax for .uno:RowHeight have been changed It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Henry Castro committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/online/commit/?id=3b6af443bda99dd8f10b668bbafa5efdceb3d6be loleaflet: related to tdf#107806