Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DOC-2270_TINY-6460 release notes entry: TableOperations.opPasteColsAfter & TableOperations.opPasteRowsAfter now place the cursor in the newly pasted row/column to be consistent with the other pasting operations. #3081

Merged
merged 6 commits into from
Feb 26, 2024
14 changes: 12 additions & 2 deletions modules/ROOT/pages/7.0-release-notes.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -152,7 +152,7 @@ Any editors using this `highlight_on_focus: true` option, can remove this option
[[bug-fixes]]
== Bug fixes

{productname} <x.y[.z]> also includes the following bug fixes:
{productname} 7.0 also includes the following bug fixes:

=== <TINY-vwxyz 1 changelog entry>
//#TINY-vwxyz1
Expand Down Expand Up @@ -194,7 +194,6 @@ As a consequence, since the selection is still on the first element, the `List P

As a result, the selection is in the correct place and the `List Properties...` context menu item is `enabled`.


=== The toolbar width was miscalculated for the inline editor positioned inside a scrollable container.
// #TINY-10581

Expand Down Expand Up @@ -283,6 +282,17 @@ To address this, the summary element has been included in the list of non-empty

With this adjustment, the summary element will no longer be deleted under the previously mentioned conditions.

=== `TableOperations.opPasteColsAfter` & `TableOperations.opPasteRowsAfter` now place the cursor in the newly pasted row/column to be consistent with the other pasting operations.
// #TINY-6460

Previously, the cursor position in `opPasteRowsAfter` and `opPasteColsAfter` was calculated incorrectly after pasting a new row or column.

As a consequence, after pasting, the cursor remained in the same position instead of moving to the newly pasted row or column.

{productname} 7.0 addresses this, fixing the cursor calculation in `opPasteRowsAfter` and `opPasteColsAfter` to use the `index` variable.

Now, when using `opPasteRowsAfter` and `opPasteColsAfter`, the cursor is correctly positioned in the newly pasted row or column as expected.
kemister85 marked this conversation as resolved.
Show resolved Hide resolved

[[security-fixes]]
== Security fixes

Expand Down
Loading