summaryrefslogtreecommitdiff
path: root/po/sl.po
diff options
context:
space:
mode:
authorCarlos Garnacho <carlosg@gnome.org>2020-03-27 17:01:17 +0100
committerCarlos Garnacho <mrgarnacho@gmail.com>2020-03-29 11:37:27 +0000
commitbb5ea0580ffab97dd3ede3e7e4af8bc19a316230 (patch)
treee08697e18e97c0602e94127653be514d8138c12c /po/sl.po
parent2cfdbbd7305ff0bf06064538533b598292758c81 (diff)
downloadmutter-bb5ea0580ffab97dd3ede3e7e4af8bc19a316230.tar.gz
wayland: Translate delete-surrounding properly to protocols
IBusInputContext/ClutterInputFocus/GtkIMContext all go for offset+len for their ::delete-surrounding signals, with offset being a signed int (neg. to delete towards left of selection, pos. to delete towards right of selection) and len being an unsigned int from the offset (and presumably, skipping the current selection). The text-input protocols however pass in this event two unsigned integers, one being the length of text to delete towards the left of the selection, and another the length of text to delete towards the right of the selection. To translate properly these semantics, positive offsets shouldn't account for before_length, and negative offset+len shouldn't account for after_length. The offset/length approach may of course represent deletions that are detached from the current cursor/selection, we simply delete the whole range from the cursor/selection positions then. https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/517
Diffstat (limited to 'po/sl.po')
0 files changed, 0 insertions, 0 deletions