Never mind. I'm not seeing the problem in that test app. I'll have to figure out how to create a test case later…
On Sep 2, 2013, at 6:04 PM, Harbs wrote: > Just pull my test app off here > https://issues.apache.org/jira/browse/FLEX-33693 > > And add in \u2028 somewhere to create a line break. (I think \u000A will do > the same.) > > On Sep 2, 2013, at 5:47 PM, Alex Harui wrote: > >> Yup, definitely possible. >> >> If you can make a small test case I will take a look. For now, set the >> ContainerController flag to false to get back to old behavior. >> >> -Alex >> >> On 9/2/13 7:40 AM, "Harbs" <harbs.li...@gmail.com> wrote: >> >>> Alex, >>> >>> Is it possible that your latest changes broke the cursor movement for >>> soft line breaks? >>> >>> Here's the behavior I'm seeing in 4.10.0: >>> >>> With a line break (no new paragraph), and the cursor at the beginning of >>> the new line I'm seeing the following: >>> A backspace will delete the line break >>> Left arrow will move the cursor to the previous line. >>> >>> In the latest development build: >>> Neither backspace or back arrow do anything. >>> >>> It looks like this: >>> var beginPrevious:int = >>> NavigationUtil.previousAtomPosition(textFlow, >>> operationState.absoluteStart); >>> returns the same value as the operationState.absoluteStart when the >>> cursor is right before a line return. >>> >>> Harbs >>> >>> On Sep 1, 2013, at 7:52 AM, Alex Harui wrote: >>> >>>> OK, pushed my changes. Have fun. >>>> >>>> On 8/31/13 9:40 PM, "Alex Harui" <aha...@adobe.com> wrote: >>>> >>>>> >>>>> >>>>> On 8/31/13 9:31 PM, "Harbs" <harbs.li...@gmail.com> wrote: >>>>> >>>>>> Do you mean the user would have to manually set back the version >>>>>> number >>>>>> when they compile? >>>>>> >>>>>> That does sound like a bitter pill to swallow. Setting internal >>>>>> variables >>>>>> sounds much more palatable to me. >>>>>> >>>>>> I'll create an internal bool handleShiftAsSoftReturn which will >>>>>> default >>>>>> to true. >>>>>> >>>>>> Makes sense? >>>>> Yep, that's what I would do. >>>>> >>>>> >>>>> Let me check in my most recent changes to support discretionary hyphens >>>>> before you get started so we don't get merge conflicts. >>>>> >>>>> -Alex >>>>> >>>> >>> >> >
