Re: On topic? Guidelines for math writing

Thanks a lot for this link. Cheers, Offray On 06/08/18 10:06, Edward K. Ream wrote: > This page > > contains guidelines for good mathematical writing. Imo, it generalizes > pretty well to any kind of technical writing. > > The

Re: Update re: new model

On Fri, Aug 10, 2018 at 4:47 PM, Terry Brown wrote: > textEdited seems to fire on every key stroke: > Have you tried the same for the outline editors? Edward -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and

Re: A prototype of fast Qt tree drawing

On Fri, 10 Aug 2018 11:06:11 -0700 (PDT) "Edward K. Ream" wrote: > On Thursday, August 9, 2018 at 12:50:20 PM UTC-5, Terry Brown wrote: > > > But for the sake of completeness, here's a turtle: > > I can set up the new pane, and run the script. Traces show: Hmm, it worked for me, drew a stair

Re: A prototype of fast Qt tree drawing

On Thursday, August 9, 2018 at 12:50:20 PM UTC-5, Terry Brown wrote: > But for the sake of completeness, here's a turtle: I can set up the new pane, and run the script. Traces show: turtle_run 0 0 160 0 turtle_run 160 0 160.0 80.0 turtle_run 160.0 80.0 200.0 80.0 turtle_run 200.0 80.0 200.0

Re: Please test the fast-draw2 branch

On Friday, August 10, 2018 at 10:29:15 AM UTC-5, Edward K. Ream wrote: *Summary* > > The fast-draw2 branch does expand-all about 10 times faster than the devel > branch. In approximate order of importance, the reasons for the improved > speed are: > I forgot to mention another big improvement.

Re: Oddball formats

On Fri, 10 Aug 2018 08:49:25 -0700 (PDT) Rob wrote: > Perhaps this has been covered before, but I haven't been able to find > relevant information in the docs or here on the forum (maybe not > asking the right questions). Anyway, I sometimes will create and edit > plain text data files using a

Oddball formats

Perhaps this has been covered before, but I haven't been able to find relevant information in the docs or here on the forum (maybe not asking the right questions). Anyway, I sometimes will create and edit plain text data files using a defined syntax for data and delimiters. These formats are

Re: language latex

On Fri, Aug 10, 2018 at 8:23 AM, Josef wrote: I am stil running xubuntu 16.04, which has python2 as the default, however > I installed python3 via conda and in the terminal I have python3.7 now. To > start leo with python3 I either start it from a script, which calls up the > python3 program and

Please test the fast-draw2 branch

This branch passes all tests, and I am happily eating my own dog food. I would like to test this branch a few more days before merging it into devel. Edward -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and

Testing the fast-draw code, especially v.expandedPositions

A script, given in the Post Script, tests the new qtree.yieldVisible generator against a much simpler generator, qtree.slowYieldVisible. Initially this script failed due to what is, in fact, a pretty nifty feature, the ability to expand and contract clone *positions* separately from the

Re: language latex

Hello Edward, yes, thank you, it seems to recognize a .sty file as tex - that is great. I have a question about how to start leo: I am stil running xubuntu 16.04, which has python2 as the default, however I installed python3 via conda and in the terminal I have python3.7 now. To start leo

Re: A prototype of fast Qt tree drawing

On Friday, August 10, 2018 at 4:17:55 AM UTC-5, Edward K. Ream wrote: > > On Fri, Aug 10, 2018 at 1:05 AM, vitalije wrote: > > I hope fast-draw will be soon merged in devel. >> > > I am seeing some bad behavior re clones at present. > The fast-draw2 branch seems to fix all the obvious problems.

Re: fast-draw2 branch to fix git problems with fast-draw

On Friday, August 10, 2018 at 5:14:14 AM UTC-5, Edward K. Ream wrote: >I am seeing serious problems with the fast-draw branch. ... > I'll be creating a new fast-draw2 branch, and deleting fast-draw after the switchover is complete. All done. All seems well now. Please delete any local

Re: fast-draw2 branch to fix git problems with fast-draw

On Friday, August 10, 2018 at 5:14:14 AM UTC-5, Edward K. Ream wrote: The results of switching branches are chaotic and confusing: > And one more datum. The .leo/db folder contained old-style caching files! This suggests that the fast-draw branch was based on pre-fast-read code. Edward --

fast-draw2 branch to fix git problems with fast-draw

I am seeing serious problems with the fast-draw branch. It looks like git may be confusing an older fast-draw with what I thought was a brand-new fast-draw branch. That's my working hypothesis. For sure, something is seriously amiss. The results of switching branches are chaotic and

Re: Top level clones, uni-clone creation, and why not?

On Thu, Aug 9, 2018 at 10:49 PM, Terry Brown wrote: > Sounds good - I'd point out that, before it was fixed :-), this was a > good test case for creating uni-clones, which I think we both agree > shouldn't exist? Not sure if you want to leverage this to see how they > do, in fact, exist. > I

Re: A prototype of fast Qt tree drawing

On Fri, Aug 10, 2018 at 1:05 AM, vitalije wrote: I hope fast-draw will be soon merged in devel. > I am seeing some bad behavior re clones at present. I'm not sure this is related to Terry's clone issue, but it needs thorough exploration before fast-draw is ready for prime time. Edward --

Re: A prototype of fast Qt tree drawing

I am glad that your work resulted in such improvements so quick. > P. S. >> At present the expand-all command causes the vertical scroll bars to >> disappear. >> > > Actually, the "thumb" exists, but is tiny. > > Yes, I noticed this too. When the tree is very large and fully expanded it