Apache OpenOffice (AOO) Bugzilla – Issue 20126
Q-PCD Enhance selection methods for text and tables
Last modified: 2013-07-30 02:13:45 UTC
Task tracking system for Childs PLEASE CREATE CHILD-TASKS IN ISSUEZILLA! Product Requirement Enhance office' text/table selection abilities Customer Need/Problem Enhance selection methods for text (whole paragraphs) and tables (columns, rows) Product Concept Writer currently supports only three different types of text selection: A single word (double-click), a complete line (triple-click) and multiple text selection (like single word/complete line but with CTRL kept pressed). While multi-selection and single word selection are sensible actions the 'complete line' action is very seldom used. Instead new selection actions should be addressed: single word (already implemented) complete paragraph (could replace complete line selection -> triple click) full sentence (double-click with modifier -> CTRL). Furthermore selection of tables in Writer needs some enhancement. While the current selection operation should not change they can be enhanced by a) easier full table selection b) easier selection from 'outside' the table
added keyword Q-PCD
FT: set to started. Due to legal issues spec is not published yet.
FT: Published and out for review
FT->EM: forwarded to you for String Review. After that please forward to Ama@openoffice.org for implementation. Thx.
on my to do list
there are no strgs for me to review, so on to you AMA.
*** Issue 14642 has been marked as a duplicate of this issue. ***
Due to missing resources the product team and the development decided to shift this feature to the next target 'OOo later'. It is unlikely to integrate this feature in OOo 2.0. If somebody in the community have the knowledge to help Sun here, please contact the development and retarget this feature.
While I sympathize with the "missing resources" problem, this issue is important in allowing easy migration of existing MS Word users to OOo. I hope you'll reconsider, and add at least some of these features in 2.0. I'd volunteer to help, but user interface programming is definitely not my piece of cake. I am also adding some notes on the specs: In special case #1, there is this note: "In case of row selection there are no defined selection methods available, yet." (talking about tables with complex layouts due to splitting and/or merging cells). There ought to be such an algorithm already, because there is a 'delete row' method (which by default is linked to an icon on the table object toolbar, or whatever it is called in english). MS Word also has some more interesting shortcuts for line/paragraph selection. Clicking on the left of a line will select the whole line (very similar to table row selection). Double clicking on the left of a line will select the whole paragraph. Triple clicking or CTRL-Clicking on the left of a line will select the whole document (similar to Ctrl-A) These shortcuts work both in normal view and in print layout view. At least some of these shortcuts (preferably all three of them) should be added to the specs. Thank you for all the work!
We decided to put this feature into the OOo 2.0 again.
.. and you have been selected, Frank ;-)
Ready for QA.
.
Verified in CWS enhselect.
*** Issue 17167 has been marked as a duplicate of this issue. ***
Will this delicious funcitonality be available through the api as well? It would be useful for all sorts of macro writers.
Checked in 680m54.
FT: Sorry, I have to re-open this issue due to minor spec updates :o( Please refer to the newly introduced table of SEPARATOR characters and add the new ones to the list of already existing/implemented separators. Since this is NO UI change Beta as target is OK. Thx.
It's too risky to change the characters which are used to find start and end of sentences. This has to be done in a base function called line break iterator. This function is used from very different places so we shouldn't change the iterator for OOo2.0.
Re-targeted
If I understand it correctly, this was already implemented (at least partly) in 680m54 Does this mean that all changes will disappear from the next release?
No, of course not. The _only_ thing that hasn't been implememnted (and was shifted to OO Later) is the support of certain Unicode characters as defined seperators. Sorry for misunderstandings.
*** Issue 37810 has been marked as a duplicate of this issue. ***
Changed priority
This appears to be implemented in the latest 2.0 beta release (1.8.104) but the triple-click is confused by sentences that do not begin with a capital letter.
Reset assignee on issues not touched by assignee in more than 2000 days.