Re: Rev 355610e removes editpane imports from leoApp.py

On Thu, 9 Nov 2017 11:16:09 -0800 (PST) "Edward K. Ream" wrote: > The following import caused "@test leoBridge init logic" to fail: > > import leo.core.editpane.editpane # for the command creation side > effect What about f432d7d8, importing editpane now how no side

Re: ENB: Cracking the Jupyter code

Not sure where things are on the blocking/non-blocking front at the moment, and not sure if I should keep opining with so little experience of Jupyter :-), but it seems like non-blocking would be very valuable with computations on the Jupyter end that take a long time. So not related to startup,

Re: ENB: Cracking the Jupyter code

On Mon, 6 Nov 2017 07:03:28 -0800 (PST) vitalije wrote: > > It is now clear that it's possible to create kernels without > > interacting with the Jupyter notebook server. In retrospect, Terry > > has likely been trying to tell me this for awhile... > > I believe it is

Re: Eeek! accidentally pushed a 24mb binary file. Sorry!

On Thu, 2 Nov 2017 15:55:38 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Thu, Nov 2, 2017 at 3:16 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > someone needs to do something like > > > > git reset --hard e312165e1 > > gi

FORCED PUSH on Leo repo. - read if you use git

Hi all, Please read this carefully if you get Leo from GitHub - even if you just pull Leo from GitHub and don't make commits that get pushed back. A large binary file was accidentally added to the repo. Tue Oct 31 22:26:38 2017 -0700. If you have pulled since then, you will have this file in

Re: Eeek! accidentally pushed a 24mb binary file. Sorry!

On Thu, 2 Nov 2017 12:57:06 -0700 Matt Wilkie wrote: > I intent to proceed carefully and not push anything that could > jeopardize others. I see some wording in the Github page on removing > sensitive data that some history editing actions can change commit > id's and have

Re: Let's use issues instead of projects

On Sun, 29 Oct 2017 12:59:17 -0700 (PDT) "Edward K. Ream" wrote: > Imo, Google's projects pages are poor. There is insufficient > organization and formatting features. > > Instead, let's use Leo's existing issues page for branch notes and > for project notes. If necessary,

Issue tracking for large sub-projects like leo_edit_pane

How best to track issues for arge sub-projects like leo_edit_pane? I'd like to drop of lot of LEP related issues into the Leo issue tracker, but could understand if there was resistance to that, so: My preferred option - put them in the regular issue tracker with label 'lep', then anyone who

Re: Merging leo_edit_pane into master?

On Sun, 29 Oct 2017 05:07:27 -0500 "Edward K. Ream" wrote: > ​Work for me. Could you add an "about" or "help" item, say in the > "More" dropdown, explaining as clearly as possible what this pane is > supposed to demonstrate, and what your plans are for it? Not sure about /

Re: Merging leo_edit_pane into master?

On Sat, 28 Oct 2017 19:15:17 -0700 (PDT) lewis wrote: > Hi Terry, > > I installed markdown using pip. > > When I run 'edit-pane-test-open' I still this message even though > pandownview.py and vanillascintilla.py are in the leo\core\editpane > folder: > > LEP:

Re: Merging leo_edit_pane into master?

On Fri, 27 Oct 2017 08:54:27 -0500 "Edward K. Ream" wrote: > On Tue, Oct 24, 2017 at 10:33 AM, Edward K. Ream > wrote: > > > ​> ​​I'll run my typical tests in the branch and let you know soon. > > > > ​Here are some minor problems.​ > > ​I'm good with

Re: #561: Please explain why making Leo a jupyter client is important

> Does this vision match yours? Here are some initial thoughts. My thoughts, which include a lot of groundless assumptions about how Jupyter works, would be that we have a new node type: @jupyter jupt://127.0.0.1:8123/some/jupyter/protocol/thing or possibly just @jupyter short_name with

Re: Use projects to document git branches?

On Thu, 26 Oct 2017 03:50:29 -0700 (PDT) "Edward K. Ream" wrote: > There seems to be no way to provide branch-specific notes for a git > branch. Does anyone know of a way? Not really. You could use a folder "branch-notes" containing .md files, to avoid the overwriting

Re: #561: Please explain why making Leo a jupyter client is important

On Wed, 25 Oct 2017 09:33:13 -0500 "Edward K. Ream" wrote: > On Wed, Oct 25, 2017 at 9:28 AM, Edward K. Ream > wrote: > > ​> ​ > ​Where are these capabilities summarized? > > ​More importantly, let's assume that the Jupyter server/kernels *do* >

Re: #561: Please explain why making Leo a jupyter client is important

On Wed, 25 Oct 2017 02:55:29 -0700 (PDT) "Edward K. Ream" wrote: > I really don't understand the intent behind #561 > . I've used the > jupyter notebook enough to know that the server can show the > notebook, and can

Re: Merging leo_edit_pane into master?

On Tue, 24 Oct 2017 11:16:21 -0500 Kent Tenney wrote: > Is this the code which offers persistent multiple edit panes? Ah Kent, you and your persistent insistence on persistence :-) Multiple, but not currently persistent, although that's a relatively short term goal. This is

Re: Rendering math in Leo

I've added a pandoc renderer to leo_edit_pane, but just at the moment it's not rendering math, although it's math aware, $ a + b = \frac{1}{2} $ renders as a + b = as opposed to the markdown.py renderer, which just renders it as is. Will try and sort it out. Cheers -Terry On Tue, 24 Oct

Merging leo_edit_pane into master?

I think to make progress leo_edit_pane should be merged into master. Currently in the edit component I have Leo syntax coloring working, but not Leo keys, but I think there's enough to be gained in fast-tracking other aspects of leo_edit_pane development (viewing results from code, markdown,

Re: attrib_edit doesn't seem to work

On Mon, 23 Oct 2017 14:30:40 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Mon, Oct 23, 2017 at 12:38 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > On Mon, 23 Oct 2017 09:25:51 -0500 > > Stepping back from implementation a

Re: attrib_edit doesn't seem to work

On Mon, 23 Oct 2017 09:25:51 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Sun, Oct 22, 2017 at 8:02 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > It doesn't edit all attributes, only a subset, most easily managed > > by using it

Re: attrib_edit doesn't seem to work

p.s. it's working fine as far as I can see. -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to leo-editor+unsubscr...@googlegroups.com. To post to this group, send

Re: attrib_edit doesn't seem to work

On Sun, 22 Oct 2017 10:28:25 -0700 (PDT) "Edward K. Ream" wrote: > On both Windows and Ubuntu the attrib_edit plugin seems to do > nothing. I have the default v.u mode checked. > > 1. The Attribs pane is empty, even when p.u isn't. > > 2. The attrib-edit-scan command

Re: Anyone know how to update Leo's pypi index?

On Fri, 20 Oct 2017 02:28:53 -0700 (PDT) lewis wrote: > On Friday, October 20, 2017 at 1:31:52 PM UTC+11, Matt Wilkie wrote: > You're welcome. I'm happy to contribute. > > I think it's worth persisting a bit longer; `pip install thing` > is the mainstream method and

Re: Inserting extra newlines separating body text and Leo's xml tags?

On Wed, 11 Oct 2017 06:36:46 -0700 (PDT) Arjan wrote: > Hi all, > > I would like to make Leo use a newline before the start and at the > end of a node's body text, so the t node's xml tags and the body text > are always on separate lines. This in order to make git diffs

Re: Improved 'extract' command

Hmm, some unforeseen challenges. I have this code: ---cut here--- // Promise wrapper for simple XMLHttpRequest GET export function getData(url) { return new Promise(function(resolve, reject) { var req = new XMLHttpRequest() req.open('GET', url) req.onload = function

Re: Improved 'extract' command

On Fri, 6 Oct 2017 13:54:55 -0700 (PDT) vitalije wrote: > I am sorry, I haven't read your whole message  (it sims like I am > also in mode of taking only first line in account :-) ) Ok, that was very funny :-) > Yes, you are right. I was trying to change as little as

Re: Window pane layouts lost after Leo update?

On Wed, 11 Oct 2017 07:37:22 -0700 (PDT) Arjan wrote: > Ah, good to know about the embed layout option. It was only one > simple layout, so no problem to recreate. I was mostly asking because > if layouts generally do persist between updates, I may more > frequently pull

Re: Window pane layouts lost after Leo update?

On Wed, 11 Oct 2017 06:45:28 -0700 (PDT) Arjan wrote: > A window pane layout I'd created and saved under Leo 5.5 was lost > after updating to 5.6. Is this expected? I'm running Leo from a git > repo and Python 3 (Anaconda); happened on both Linux and Windows. > > Arjan I

Re: Improved 'extract' command

On Sat, 16 Sep 2017 01:50:41 -0700 (PDT) vitalije wrote: > Done at 41ebaba . > > Added support for `@data extract-patterns`. This is great. So now I'm wondering how we can extend extract to handle defs like this: // set

Re: NEW: cloud storage plugin for Leo

On Thu, 28 Sep 2017 09:53:10 -0500 Kent Tenney wrote: > For the 2nd one I'm using the Gvim scp capability: > # gvim scp://user@server//path/to/files/ > > I've been looking at kludges which would mimic vim's scp:// > capability while working from Leo, they mostly involve rsync

Re: NEW: cloud storage plugin for Leo

On Thu, 28 Sep 2017 04:48:46 -0700 (PDT) john lunzer wrote: > sFTP might be nice to have for people behind restrictive firewalls Would a dependency on paramiko be an issue for you? That seems to be the python lib. for sFTP. Jake's @sftp plugin uses it. Cheers -Terry --

Re: NEW: cloud storage plugin for Leo

itLab in this context doesn't mean you're using git / need to understand git, it just means your using those services to provide cloud storage. Cheers -Terry > Great job, thank you for your contributions. > > On Sunday, September 24, 2017 at 4:41:02 PM UTC-4, Terry Brown wrote: > >

Re: NEW: cloud storage plugin for Leo

p.s. for the Git cloud adapter, `git` needs to be on the path. -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to leo-editor+unsubscr...@googlegroups.com. To post to

NEW: cloud storage plugin for Leo

The new leo_cloud plugin allows subtrees within a .leo file to be stored in the cloud. It should be possible to support various cloud platforms, currently git is supported (i.e. you can use GitLab or GitHub or your own remote git server). A leo_cloud subtree has a top node with a headline that

Re: The next 5 weeks

On Thu, 21 Sep 2017 09:17:37 -0700 (PDT) "Edward K. Ream" wrote: > When I return I'll resume intense work on Leo.  Support for > org-mode-like drawers has high priority. Not familiar with org-mode drawers, but wondering if the attrib-edit plugin is relevant. It's docs.

Re: Support for org tags

> On Wed, Sep 20, 2017 at 6:47 PM, Huilén Abed > wrote: > > But the problem is that it doesn't interpret org tags rightly (it > > just takes them as part of the headlines). Could you consider > > adding support for org tags in the future? (a) wonder if Jake's tag plugin

Re: The biggest picture

On Thu, 14 Sep 2017 11:56:58 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Thu, Sep 14, 2017 at 11:39 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > But from Leo's point of view I was assuming using a Python > > API. > > &g

Re: The biggest picture

On Thu, 14 Sep 2017 11:21:03 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Thu, Sep 14, 2017 at 11:03 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > Right - my thought is that we want to be able to execute any Jupyter > > cell,

Re: The biggest picture

On Thu, 14 Sep 2017 10:42:06 -0500 "Edward K. Ream" wrote: > ​I'm always a big fan of this kind of rapid prototyping.  I know from > writing the jupyter importer that jupyter notebooks are just json > files. So the first question that comes to mind is whether using the >

Re: The biggest picture

On Thu, 14 Sep 2017 06:41:49 -0700 (PDT) "Edward K. Ream" wrote: > Imo, the most important direction for Leo is the best possible > integration with existing programs and tools, such as: > > - The Language Server Protocol. > - Better emulation of

Re: langserver - this looks important

On Wed, 13 Sep 2017 06:40:04 -0700 (PDT) Phil wrote: > I just ran across this 5 minutes ago, so I can't really comment on it > other than that it appears relevant to Leo, so I though I'd pass > along the info: > > http://langserver.org/ I've heard about this, but hadn't

Re: Web help wanted: viewing Joe Orr's Leo view page locally

On Tue, 12 Sep 2017 15:53:42 -0500 "Edward K. Ream" wrote: > ​Disabled ABE (Application Boundary Enforcement) in a weird popup in > Mozilla, and now the page works​.  Sheesh.  I have no idea how to > turn in back on.  Should I be worried? Never hear of ABE.

Re: Web help wanted: viewing Joe Orr's Leo view page locally

On Tue, 12 Sep 2017 08:01:47 -0700 (PDT) "Edward K. Ream" wrote: > In another thread (don't remember where), I said that I wanted to > "recreate" Joe Orr's Leo viewer page > , or > words to that effect. The

Re: Following Up: About org mode.

On Mon, 11 Sep 2017 08:03:47 -0700 (PDT) john lunzer wrote: [snip] > There is a continued desire for displaying multiple nodes at once, to > get a better feel for the overall content of a tree. I believe that > Terry's work will address this and that once he releases what he

Re: Trying to find a thread re. quick access to 'inbox' node

On Fri, 8 Sep 2017 08:07:32 -0500 "Edward K. Ream" wrote: > On Thu, Sep 7, 2017 at 12:09 PM, jkn wrote: > > > Hi all > > I remember reading a conversation, I presume on this list, where > > someone described a Leo workflow with a special node at

Re: ENB: About late bindings

On Tue, 5 Sep 2017 10:18:32 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Tue, Sep 5, 2017 at 9:55 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > So prior to the​ [bindlate] branch myLeoSettings.leo couldn't define > > shortcuts for co

Re: New commands for synchronizing Leo documents

On Tue, 5 Sep 2017 08:43:44 -0700 (PDT) vitalije wrote: > Recently I have added three new commands to Leo as a solution for > issue #540 . > > When using Leo in projects with more than one developer, it is often >

Re: ENB: About late bindings

On Tue, 5 Sep 2017 08:50:46 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Tue, Sep 5, 2017 at 8:35 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > On Mon, 4 Sep 2017 08:02:17 -0700 (PDT) > > "Edward K. Ream" <edre

Re: .db files: how useful are they?

On Thu, 17 Aug 2017 10:18:31 -0500 Kent Tenney wrote: > Is current master considered safe? p.s. I think all those warnings have expired. I haven't seen any issues with light use of yesterday's master. -- You received this message because you are subscribed to the Google

Re: .db files: how useful are they?

On Thu, 17 Aug 2017 10:18:31 -0500 Kent Tenney wrote: > How does one use the new db backend? > is it config, command line option, default ... ? I think sqlite db based caching is on by default in master. As far as I know the new tech. is currently confined to caching, using

Re: Solving the problem posed by #538

Sort of off topic, but my preferred way of using passwords is pw = open("~/.some_password").read() or, if you prefer with open(os.path.expanduser(os.path.join("~", ".some_password")) as pw pw = pw.read() which is always safe to include in distributed code. Although plain text passwords in

Re: Bookmarks plugin - crashes saving layout

On Mon, 31 Jul 2017 11:28:47 -0700 (PDT) vitalije wrote: > Is it necessary to have TZ set? If it needs to be UTC maybe it would > be better to use {date -u}. > > Vitalije Yes, `date -u` is better, just wasn't aware of it. Thanks. -- You received this message because

Re: Bookmarks plugin - crashes saving layout

On Mon, 31 Jul 2017 10:24:22 -0700 (PDT) vitalije wrote: > Thanks. I have installed hooks now and made first commit/push. I hope > it worked now. > > It changed asctime to localized representation of time. I don't know > if it matters. > > Vitalije Ha, well, I think it

Re: Bookmarks plugin - crashes saving layout

On Mon, 31 Jul 2017 09:42:37 -0700 (PDT) vitalije wrote: > > > > > > > > As an aside, Vitalije, I see you don't have the git commit hooks > > > that update the build number for Leo - a1043408d36f is more > > > recent than 20170721094758. > > > > > > Cheers -Terry > > >

Re: Bookmarks plugin - crashes saving layout

On Mon, 31 Jul 2017 09:43:03 -0500 Terry Brown <terrynbr...@gmail.com> wrote: > On Mon, 31 Jul 2017 07:04:07 -0700 (PDT) > lewis <lewisn...@operamail.com> wrote: > > > Running latest Leo 5.5, build 20170721094758, Fri Jul 21 09:47:58 > > CDT 2017 Git r

Re: Bookmarks plugin - crashes saving layout

On Mon, 31 Jul 2017 07:04:07 -0700 (PDT) lewis wrote: > Running latest Leo 5.5, build 20170721094758, Fri Jul 21 09:47:58 CDT > 2017 Git repo info: branch = master, commit = a1043408d36f > Python 3.6.2, PyQt version 5.9.1 > Windows 10 AMD64 (build 10.0.15063) SP0 >

Re: New backend for Leo Cacher

On Tue, 18 Jul 2017 14:35:19 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Tue, Jul 18, 2017 at 2:22 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > On Mon, 17 Jul 2017 11:05:51 -0700 (PDT) > > vitalije <vitali...@gmail.com> w

Re: QScintilla

Kind of tangential, but QScintilla is mostly working in the leo-edit-pane branch. No Leo keybindings though. In Ubuntu you often need to install a separate package to get it going. Your error though suggests something else - I wonder if it's working for anyone presently. On July 30, 2017

Re: Experiments with read/write external files

Don't forget Leo reads a lot of languages other than Python, not sure how much of that code is relevant here. Cheers -Terry -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an

Re: New backend for Leo Cacher

On Mon, 17 Jul 2017 11:05:51 -0700 (PDT) vitalije wrote: > Fixed at 8d6a7ab. My fault, sorry about that. Recently, I have > switched to Python3, and now I am making Python2 crashers. I've switched SQLITE = True in three Leo installs and not seen any problems since 8d6a7ab.

Re: ENB: I may reject or defer the v-lines branch

On Tue, 18 Jul 2017 10:06:41 -0700 (PDT) vitalije wrote: > One question: Do we have somewhere examples of external files that > use all of Leo's directives that can be used for testing? If we don't > have it yet, is anybody willing to make or share such examples files > in

Re: ENB: I may reject or defer the v-lines branch

On Tue, 18 Jul 2017 11:37:43 -0500 "Edward K. Ream" wrote: > On Tue, Jul 18, 2017 at 10:02 AM, Edward K. Ream > wrote: > > To state my conclusion first: It would be intolerable to break > existing > > code *of which we have no knowledge*. That code

Re: Is it possible to add time in log pane?

On Mon, 17 Jul 2017 16:07:36 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Mon, Jul 17, 2017 at 3:42 PM, Terry Brown <terrynbr...@gmail.com> > wrote: ​ > > ​ > it would take up a bunch of scree > ​n space. > > How about reporting just th

Re: Is it possible to add time in log pane?

On Mon, 17 Jul 2017 13:32:03 -0700 (PDT) zhaohe wang wrote: > I offten foget when I have saved some files. So if there are some > time diplay in the log pane, I think it is so better. > > wrote: base.py > wrote: test_views.py > saved: joyroost.leo > wrote: test_views.py >

Re: New backend for Leo Cacher

I got setting leoID from os.getenv('USER'): 'tbrown' reading settings in /mnt/usr1/usr1_t/Package/leo/git/leo-editor/leo/config/leoSettings.leo reading settings in /home/tbrown/.leo/myLeoSettings.leo Leo 5.5, build 20170715081418, Sat Jul 15 08:14:18 CDT 2017 Git repo info: branch = master,

Re: Leo's run levels

On Mon, 17 Jul 2017 01:41:00 -0300 "Xavier G. Domingo" wrote: > I think Terry's idea is great. I don't know how do Runlevels exactly > work in *nix OSs nor what is your idea on how to implement them in > Leo, but it occurs to me that it could even be useful to have a >

Re: A road to branch pollution: git stash goes back in time

On Sun, 16 Jul 2017 13:47:40 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Sun, Jul 16, 2017 at 10:49 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > As long as Leo's refresh from disk code works reasonably and as long > as you **alw

Re: A road to branch pollution: git stash goes back in time

P.S meant to say that apart from preserving the API I see no issues with switching the cache backend, unless some one was using pickleshare directly to access it outside Leo, seems unlikely. On July 16, 2017 12:29:56 PM CDT, vitalije wrote: >What I found is that there

Re: A road to branch pollution: git stash goes back in time

While I will leave it to Edward to agree or disagree, I'd just point out that the c.db and g.db API must remain unchanged for all the non - cache uses they have, including in personal code we can't mass edit. Cheers - Terry On July 16, 2017 12:29:56 PM CDT, vitalije

Re: Leo's run levels

On Sun, 16 Jul 2017 07:58:06 -0700 (PDT) "Edward K. Ream" <edream...@gmail.com> wrote: > On Sunday, July 9, 2017 at 2:15:06 AM UTC-5, Edward K. Ream wrote: > > > >> On Wed, Jul 5, 2017 at 3:51 PM, Terry Brown > >> <terrynbr...@gmail.com> wrote:

Re: A road to branch pollution: git stash goes back in time

On Sun, 16 Jul 2017 06:21:05 -0700 (PDT) vitalije wrote: > As I wrote in this comment > , > I had a serious trouble with this branch pollution thing. > My advice is never to develop two separate

Re: New command in context menu over splitter handle

On Thu, 13 Jul 2017 06:12:14 -0700 (PDT) vitalije wrote: > Fixed at cc86d25. > > > > There were also problem if executed on splitter between tree and > > body > without vr pane. Now it is fixed (I hope). > Vitalije These fixes are great. My two stalled :-/ projects would

Re: Leo now displays trailing whitespace.....

On Tue, 11 Jul 2017 13:42:50 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Tue, Jul 11, 2017 at 12:11 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > @color trailing_whitespace_color = black > > > > ​Works for me. I like this featur

Re: Leo now displays trailing whitespace.....

On Tue, 11 Jul 2017 10:27:54 -0700 (PDT) vitalije wrote: > Yes, that solved the problem. Now I can see trailing white space. > Though, I have noticed that it doesn't show trailing space in comment > lines.  ok, I'd missed that - I know it didn't show in multiline strings,

Re: Leo now displays trailing whitespace.....

On Tue, 11 Jul 2017 10:03:28 -0700 (PDT) vitalije <vitali...@gmail.com> wrote: > On Tuesday, July 11, 2017 at 5:39:14 PM UTC+2, Terry Brown wrote: > > On Tue, 11 Jul 2017 10:09:43 -0500 > > "Edward K. Ream" <edream...@gmail.com> wrote: > > > &g

Re: Leo now displays trailing whitespace.....

On Tue, 11 Jul 2017 10:09:43 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Tue, Jul 11, 2017 at 9:07 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > Leo now displays trailing whitespace. > > > > ​I don't see this. Hmm, w

Leo now displays trailing whitespace.....

Leo now displays trailing whitespace. Although the (small ;-) consensus was to display this by default, I'm not sure having it on by default is the best option - probably good for coders, but maybe jarring for non-coders. The reason people may not like it is because it displays trailing

Vote: display trailing whitespace by default?

Hi - I've added a syntax highlighting rule to Leo to display trailing whitespace, which is the default in some editors, nano for example. The trailing whitespace is shown underlined with small red dots, although you can change the color. So what's the consensus - have this turned on by default,

Re: sqlite-leo and collecting settings

On Sat, 8 Jul 2017 08:46:07 -0500 "Edward K. Ream" wrote: > On Sat, Jul 8, 2017 at 4:53 AM, vitalije wrote: > > > > It seems that at-font settings kind is replaced with other methods > > of configuration. > > > > ​This is complicated. Iirc, the

Re: sqlite-leo and collecting settings

On Sat, 8 Jul 2017 00:57:14 -0700 (PDT) vitalije wrote: > I am confident that I can write command to open relevant > settings file, make change there and save it again Note that the Settings -> Edit Settings menu item machinery does some of this. Well, really it's just

Re: Experiment: use README.MD to document branches

On Sat, 8 Jul 2017 06:34:26 -0700 (PDT) "Edward K. Ream" wrote: > > > On Saturday, July 8, 2017 at 12:50:22 AM UTC-5, Edward K. Ream wrote: > > > > On Sunday, July 2, 2017 at 6:32:34 AM UTC-5, Edward K. Ream wrote: > > > > > Changing README.MD seems to be the simplest way

Re: sqlite-format and settings - ideas

On Fri, 7 Jul 2017 10:10:27 -0500 Offray Vladimir Luna Cárdenas wrote: > Yes, theoretically. In practice Sqlite over XML have proved better > response time in loading and querying when two representation of the > same data are available, at least in my experience. But see my

Re: sqlite-format and settings - ideas

On Fri, 7 Jul 2017 07:39:20 -0700 (PDT) xgid wrote: > > Well, discussion shows that we're agree about the worthiness of > > this exploration. > > Yes, we do! > > > I think that Sqlite limitations you mention will be far to reach > > compared with XML limitations > > I

Re: sqlite-format and settings - ideas

On Thu, 6 Jul 2017 06:42:24 -0700 (PDT) Josef wrote: > Just my 2 cents worth: > > you can't merge sqlite databases easily - git does not know how to do > that. However, most of the time merging XML files will just do the > right thing, and if not, you can look at the human

Re: sqlite-format and settings - ideas

On Thu, 6 Jul 2017 00:49:52 -0300 "Xavier G. Domingo" wrote: > Thanks for the thorough explanation. But you don't need a GUI app to > read an XML, as you don't need a GUI app to read from an SQLite file. > I understand that you need to read all the settings files to be able

Re: at_clean under at_others node feature request

On Tue, 4 Jul 2017 13:03:29 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Tue, Jul 4, 2017 at 12:35 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > > > Something you can do now is use the backlinks plugin to link to > > mul

Re: at_clean under at_others node feature request

On Tue, 4 Jul 2017 05:58:01 -0700 (PDT) Josef wrote: > I am using Leo again to edit large collections of .tex files, and use > at_others inside at_clean, which works fine as long as there are no > \input command in the .tex file. When there is such an \input > command, the

Re: Oops: 58d7b463504 merges sqlite-format branch into master

On Tue, 4 Jul 2017 09:29:01 -0500 "Edward K. Ream" wrote: > On Tue, Jul 4, 2017 at 7:46 AM, Xavier G. Domingo > wrote: > > I think from past experience that some git corruption could lead to > this > > kind of "surprises". In those cases, the "git

Re: Oops: 58d7b463504 merges sqlite-format branch into master

On Tue, 4 Jul 2017 09:46:15 -0300 "Xavier G. Domingo" wrote: > What I'm not so clear is about the current result of the various > reverts... I think we're ok there, the reverts that Vitalije did may have left an incomplete set of sqlite-format work master, but Edwards fix

Re: Please make no changes to *any* branch for now

On Mon, 3 Jul 2017 17:38:49 -0500 "Edward K. Ream" wrote: >   > I wonder if some variation​ ​of the above was what caused the problem > in the first place - the possibility I only just thought of being "No > to all" when "Yes to all" was more appropriate.  Wondering if that

Re: Please make no changes to *any* branch for now

On Mon, 3 Jul 2017 15:08:57 -0700 (PDT) "Edward K. Ream" <edream...@gmail.com> wrote: > On Monday, July 3, 2017 at 3:44:10 PM UTC-5, Terry Brown wrote: > > > > > Anyway, as long as no one uses git push --force, I don't think it's > > possible to lose

Re: Please make no changes to *any* branch for now

On Mon, 3 Jul 2017 13:11:47 -0700 (PDT) "Edward K. Ream" wrote: > I am attempting to understand why code keeps changing unexpectedly. > > Clearing .leo/db does not completely solve all problems. It may be > that #505 should be reopened, but something stranger may be >

Re: Oops: 58d7b463504 merges sqlite-format branch into master

On Mon, 3 Jul 2017 12:40:25 -0500 Terry Brown <terrynbr...@gmail.com> wrote: > On Mon, 3 Jul 2017 08:12:39 -0700 (PDT) > "Edward K. Ream" <edream...@gmail.com> wrote: > > > Oops: 58d7b463504 merges sqlite-format branch into master > > I'v

Re: Oops: 58d7b463504 merges sqlite-format branch into master

On Mon, 3 Jul 2017 11:25:28 -0500 Edward K Ream wrote: > Google git revert :) > Sent from my iPhone Looking at gitk --all I'm not sure if this was Vitalije or you, Edward. f0a76ae looks more suspicious than any of Vitalije's commits, although I'm really not sure, gitk is a

Re: Oops: 58d7b463504 merges sqlite-format branch into master

On Mon, 3 Jul 2017 08:37:34 -0700 (PDT) vitalije wrote: > I thought that I was merging master into sqlite-format not the other > way. I am not sure how to undo it. To checkout previous commit and > then to do what? > > On Monday, July 3, 2017 at 5:12:39 PM UTC+2, Edward K.

Re: sqlite-format and settings - ideas

On Sun, 2 Jul 2017 13:44:23 -0700 (PDT) vitalije wrote: > > > > > I don't see a clear reason for all settings to be in each Leo > > outline, I think users are used to personal and default settings > > that are separate from file specific settings. > > > > Cheers -Terry >

Re: sqlite-format and settings - ideas

On Sun, 2 Jul 2017 09:00:22 -0700 (PDT) vitalije wrote: > A problem can arise when user changes any of relevant settings files: > some .leo.db files can have outdated settings embedded. The arrangement that springs to mind for me is: The default settings, currently

Re: I've stoped *saying* all tests pass in commit messages

On Sat, 1 Jul 2017 14:19:45 -0700 (PDT) "Edward K. Ream" wrote: > On Thursday, June 29, 2017 at 5:11:10 AM UTC-5, Edward K. Ream wrote: > > > One fix would be to call self.skipTest in various​...tests. > > Rev 52c083 skips tests if leoImport.py can not import docutils. >

Re: A new file format for Leo documents (sqlite3 database file)

On Thu, 29 Jun 2017 14:49:43 -0700 (PDT) vitalije wrote: > Ran 904 tests in 94.022s > > FAILED (errors=6, skipped=25) I had six errors testing master without modifications a couple of days ago, so sounds like everything passed. Well done. Cheers -Terry -- You received

Re: A new file format for Leo documents (sqlite3 database file)

On Thu, 29 Jun 2017 13:25:54 -0700 (PDT) vitalije wrote: > In the other thread I have announced my experiment but it seems that > I haven't explain it very well. Let me try another way. Actually what you describe below is sort of what I thought you'd ended up doing. Sounds

<    1   2   3   4   5   6   7   8   9   10   >