[
https://issues.apache.org/jira/browse/PIVOT-753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Roger Whitcomb updated PIVOT-753:
-
Attachment: label2.patch
Here is an updated patch that (more or less) implements Greg's suggestion to
just use Character types to decide where to wrap (in addition to whitespace).
The only wrinkle is that for non-whitespace we have to set the location one
ahead to display the wrapping character on the previous line and then jump back
one so that the character actually gets displayed (whitespace doesn't need
this). I took the liberty of adding one more type to Greg's suggestion
(OTHER_PUNCTUATION) to catch dots and slashes as well.
What do you think?
Provide an alternative to whitespace for wrapping long Label text
-
Key: PIVOT-753
URL: https://issues.apache.org/jira/browse/PIVOT-753
Project: Pivot
Issue Type: Improvement
Components: wtk
Affects Versions: 2.0
Environment: Windows XP SP3, OSX 10.6.7, RHEL 5.6
Reporter: Roger Whitcomb
Priority: Minor
Labels: features
Fix For: 2.1
Attachments: label.patch, label2.patch
For long Label text that doesn't contain whitespace but with wrapText:true
it would be nice to have an alternative place to wrap the text.
Possible Solutions:
- Provide a user-supplied wrapChars string containing suggested break
characters
- Break on either whitespace or some combination of Character attributes (for
instance: DASH_PUNCTUATION or CONNECTOR_PUNCTUATION)
- If there is no whitespace, then break at the exact boundary on whatever
character is there (could be conditional on another wrapAnywhere:true style)
- Some combination of the above
- Use ellipsis as in PIVOT-623 without wrapText set.
Note: there was preliminary discussion of this issue as part of the comments
in PIVOT-623. Moved to a new issue to avoid further confusion of the
original ellipsis issue there.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
