Re: fast-read will be merged into devel tomorrow

On Tuesday, June 26, 2018 at 8:58:31 AM UTC-5, Terry Brown wrote: > It sounds like c.db is no longer specific to the c it's in, something to do with Edward's changes. I've just created #934 for this. Edward -- You received this message

Re: fast-read will be merged into devel tomorrow

On Tue, 26 Jun 2018 08:28:29 -0500 "Edward K. Ream" wrote: > On Tue, Jun 26, 2018 at 7:11 AM, lewis > wrote: > > > Hi Terry, > > > > I have switched to using the fast-read branch. When I load a > > bookmarks layout in a leo file, the same bookmarks layout becomes > > active for all other files

Re: fast-read will be merged into devel tomorrow

On Tue, 26 Jun 2018 05:11:42 -0700 (PDT) lewis wrote: > Hi Terry, > > I have switched to using the fast-read branch. When I load a > bookmarks layout in a leo file, the same bookmarks layout becomes > active for all other files I open. > File specific bookmarks do not show. It sounds like c.db

Re: fast-read will be merged into devel tomorrow

On Tue, Jun 26, 2018 at 7:11 AM, lewis wrote: > Hi Terry, > > I have switched to using the fast-read branch. When I load a bookmarks > layout in a leo file, the same bookmarks layout becomes active for all > other files I open. > File specific bookmarks do not show. > ​Presumably eliminating

Re: fast-read will be merged into devel tomorrow

On Monday, June 25, 2018 at 8:11:44 AM UTC-5, Edward K. Ream wrote: The new code seems rock solid, and I see no reason not to make it available > for wider testing. > Recent revs fix the problems Terry reported yesterday. All unit tests pass with python 2 or 3. I have been eating my own dog

Re: fast-read will be merged into devel tomorrow

On Monday, June 25, 2018 at 1:07:38 PM UTC-5, Edward K. Ream wrote: > > On Monday, June 25, 2018 at 11:41:07 AM UTC-5, Terry Brown wrote: > > File "D:\local\leo-editor\leo\core\leoCommands.py", line 2354, in >> recreateGnxD >> ict >> assert g.isUnicode(gnxString) >> AssertionError >>

ENB: external files now rule

I mentioned yesterday that 8abfca154 contains an experimental fix. It ensures that the last read version of any vnode "rules". That is, the order of the vnodes children determines the order of the children in the *outline*. *Testing the fix* 1. Alter the order of children of a node in some