Community
Participate
Working Groups
I20080415-0800. In order to support BIDI we need to be able to run the string through the TextProcessor and adjust the styles. Simplest would be to get proccessText(*) methods that do the same as TextProcessor.process(*).
Is there no workaround?
Nope, as we cannot retrieve the style info.
Could you attach a patch with the required API?
Sorry, I am overbooked.
Martin might help out here.
What we would need is new API to insert a String at a given offset in a StyleString (similar to StringBuffer.insert) and an API find out what styler is set a given offset. I think we should look at this in 3.5. But if the majority thinks we should have it for 3.4 and is willing to ask the PMC to allow new API: I'm willing to provide a patch.
I'm fine with shifting this to 3.5. For now we simply don't style the string. The string itself looks OK.
3.5 it is.
How important is this to properly support bidi in places like the package explorer? Boris owns it, but doesn't understand the bidi aspects. Martin to discuss with Boris.
Adding Dani. There's not much to do here, just a new API StyledString.insert(string, index). If we have that, then we can do this in our code: - We have a styled string that needs to be LTR marked - We take the bare string and send it through TextProcessor.process - We compare the output with the original string. We know that all TextProcessor.process does is adding control characters. Sowe can locate these places and use StyleString.insert to update the styled string.
I'll take that bug.
Fixed in HEAD. Available in builds > N20080924-2050.
Verified in code from I20081029-0100.