Re: The check-attrs project: on hold

Not sure what the intention is ... the quote below is interesting: if annotations make understanding Leo's codebase, I'd consider it a very worthy project. >From the recent Python language summit: The state of mypy: https://lwn.net/SubscriberLink/690081/5c35679cafe42d1b/ "But he(Guido) and

Re: Handles to Minimize Windows

Really nice!, now Leo offers the simple, clean, kind of interface the cool kids like! :-\ WOW, even works after add-editor! 1/2 screen per node! Thanks!!! I was able to break it after multiple editors in multiple tabbed Leo files, one of them ended up unable to retrieve the tree and log panes.

vim-open-node opens file

vim-open-node opens file instead of just node Leo Log Window Leo 5.4-devel, build 20160412153848, Tue Apr 12 15:38:48 CDT 2016 Git repo info: branch = master, commit = fc2770230b70 Python 3.5.1, PyQt version 5.5.1 linux Thanks, Kent -- You received this message because you are subscribed to

Re: Time travel in Leo

Only tangentially relevant: The versioning idea I had working briefly and am still aiming for, I consider 'spatial' as apposed to a time travel notion. I had buttons labeled 'Left', 'Right', 'Up', and 'Down' The idea is the different versions are next to each other instead of before and after. A

Re: Leo and Eve

Nice advocacy! On Fri, May 6, 2016 at 1:47 PM, john lunzer <lun...@gmail.com> wrote: > Oh boy! Posted over there if anyone is interested in my diatribe. > > On Friday, May 6, 2016 at 1:21:38 PM UTC-4, Kent Tenney wrote: >> >> (gotta be a Genesis joke in there somewhe

Leo and Eve

(gotta be a Genesis joke in there somewhere ...) FYI I'm not sure how best to link to posts to other lists, so I've copied and pasted So, Leo appeared on the Eve mailing list. Eve is a project of Chris Granger, author of the Light Table IDE which had lots of buzz a while ago

Re: Thumb: rule of

that, given a good data model for file versions, the consequence will be YUGE! VERY STRONG! Thanks, Kent On Fri, May 6, 2016 at 10:32 AM, Edward K. Ream <edream...@gmail.com> wrote: > > On Thursday, May 5, 2016 at 9:58:44 AM UTC-5, Kent Tenney wrote: >> >> interesting

Thumb: rule of

interesting bits of profundity from another list: "I like this quote from Fred Brooks : `Show me your code and conceal your data structures, and I shall continue to be mystified. Show me your data structures, and I won't usually need your code; it'll be obvious.'" Followed by a reference to

Re: @auto x.json and @auto-json now work

That's a very good fit with a project I'm working on, currently I'm overwhelmed at work to near-panic levels, it won't be right away. Thanks, Kent On Wed, May 4, 2016 at 2:34 PM, Edward K. Ream <edream...@gmail.com> wrote: > On Wed, May 4, 2016 at 12:34 PM, Kent Tenney <kten...@gmai

Re: @auto x.json and @auto-json now work

On Wed, May 4, 2016 at 11:43 AM, Edward K. Ream <edream...@gmail.com> wrote: > > > On Wed, May 4, 2016 at 10:49 AM, Kent Tenney <kten...@gmail.com> wrote: >> >> Leo Log Window >> Leo 5.4-devel, build 20160412153848, Tue Apr 12 15:38:48 CDT 2016 &g

Re: @auto x.json and @auto-json now work

Leo Log Window Leo 5.4-devel, build 20160412153848, Tue Apr 12 15:38:48 CDT 2016 Git repo info: branch = master, commit = 2e8d9df4bb39 Python 3.5.1, PyQt version 5.5.1 linux Tried loading a large json file: @auto data/lappy.lshw.json Rclick -> Refresh from disk reading: @auto

Re: Leo 5.3-b1 released

"Simulating these features in vim or Emacs is possible, just as it is possible to simulate Python in assembly language..." Nice touch! :-] On Fri, Apr 29, 2016 at 5:38 AM, Edward K. Ream wrote: > Leo 5.3-b1 is now available on SourceForge. Leo is a PIM, an IDE and an >

Re: First light: @auto x.ipynb

Huzzah! (as soon as I get a chance to test ...) This sounds like it will be a LOT of fun. Thanks, Kent On Tue, Apr 12, 2016 at 12:51 PM, Edward K. Ream wrote: > Long, long ago... > > Kent said: It would be great to be able to jump between Leo's nodes and > IPython's

Re: Abbreviations

ignore line 2 and line 3 IOW if file ab.txt contains abtest;;=line 1 \: line 2 \: line3 and it is read via abbrev-read and I type abtest;; the result consists of: line 1 On Wed, Mar 2, 2016 at 1:25 PM, Edward K. Ream <edream...@gmail.com> wrote: > On Fri, Jan 29, 2016 at 5:48 AM, Ke

Re: Acid test: altered workflow re clones

I had originally seen colored buttons to click and change between the black, red and green view layouts, but I like the tab idea, create a 'debug-01' tab which consolidates nodes of interest, a 'doc' tab which intersperses narrative ... I think of Leo files as databases, xml definitions of

Re: Leo reimagined: a tree/dag/view for every attribute!!!

I'm trying to see the use case. I know you use clones to gather scattered bits which are relevant to an issue. I'm seeing this 'colored threads' concept applying like this: The 'black' thread has nodes arranged in code-correct order, as they would need to be presented to the interpreter. The

Re: Leo's code academy: how to do cool things easily

Any interest in uA default format being text instead of pickle? On Thu, Jan 28, 2016 at 8:41 PM, Edward K. Ream wrote: > Richard, Don, Rob and I had an excellent conference call today. Great things > are coming, based on tagging and uA's. > > The discussion highlighted a big

Abbreviations

I'm finding Leo's abbreviations to be really wonderful, sort of 'active templates' The abbrev-read and abbrev-write commands are great, abbrev definitions should be able to exist outside Leo files in the spirit of DRY. The syntax used by the read/write commands and the syntax used within a @data

Re: Leo personal organizer project (continuation of earlier thread)

Same here. On Wed, Jan 27, 2016 at 7:52 AM, 'Terry Brown' via leo-editor wrote: > On Tue, 26 Jan 2016 17:06:17 -0800 (PST) > Richard Andersen wrote: > >> It looks like a conference call on Thursday, 1/28 at 12 noon Pacific >> will work best for

Re: Traveling to Florida

safe travels, relax and refresh. On Wed, Dec 9, 2015 at 9:26 AM, Edward K. Ream wrote: > Rebecca and I are planning to start driving to Florida today. We'll be on > the road for about a week and will be staying in Naples three or four weeks. > I'll monitor leo-editor for

Re: Abbreviations

ability could be implemented without scripting-abbreviations being active. That would provide rich abbreviations without having to cross the line to full scripting. Hope that makes sense. On Fri, Nov 13, 2015 at 1:06 PM, Edward K. Ream <edream...@gmail.com> wrote: > On Fri, Nov 13,

Re: Abbreviations

On Sat, Nov 14, 2015 at 11:28 AM, 'Terry Brown' via leo-editor <leo-editor@googlegroups.com> wrote: > On Sat, 14 Nov 2015 07:48:31 -0600 > Kent Tenney <kten...@gmail.com> wrote: > >> declaring >> @string next-placeholder-abbrev = ,, >> >> with scri

Re: Abbreviations

ason it's not available by default? Thanks, Kent On Fri, Nov 13, 2015 at 9:55 AM, 'Terry Brown' via leo-editor <leo-editor@googlegroups.com> wrote: > On Fri, 13 Nov 2015 08:21:47 -0600 > Kent Tenney <kten...@gmail.com> wrote: > >> I have the following abbrev def: >>

Re: Abbreviations

s and subtrees! > > I've pushed for abbreviations to be more on by default but I backed off with > Edward and Terry citing (legitimate) security concerns. With great power > comes great responsibility I guess. Hiding that power just a little bit > seems... necessary. > > On Friday, Novem

Re: Abbreviations

holder for editing > ,,={|{x='__NEXT_PLACEHOLDER'}|} > > > And for the funner more advanced abbreviations you need "@data > abbreviations-subst-env" from leoSettings.leo under your @settings node. > > If ensuring you have those in place doesn't work we need to get

Abbreviations

Why am I not making more use of these, they look to be the cat's pajamas. Is the double comma capability working for others? Abbreviations can define templates in which ``<|a-field-name|>`` denotes a field to be filled in:: input;;=\n Typing ``,,``

How to position body at beginning of text

My script pastes into the node body: p.b = some_text at which point, the body displays the end of 'some_text', I want to be looking at the beginning of the text I've tried c.frame.body.widget.moveCursor(0,0) and c.frame.body.widget.setFocus(0) without success Suggestions? Thanks, Kent --

Re: How to position body at beginning of text

c.frame.body.wrapper.setInsertPoint(0) does it many thanks kind sir On Fri, Oct 30, 2015 at 2:08 PM, 'Terry Brown' via leo-editor <leo-editor@googlegroups.com> wrote: > On Fri, 30 Oct 2015 13:51:03 -0500 > Kent Tenney <kten...@gmail.com> wrote: > >> My script pastes

Re: pyinstaller: initial work

As I recall, I ran into problems with system access to the correct QT stuff, so be sure to test on vanilla OS installs. This is where VMs really come in handy. In VirtualBox, create a ubuntu-proto VM and win-proto VM. When it's time to test, clone the VM and try the install on that. Rinse and

Re: Making Leo easier to install

Great idea. Again, we are talking about 2 different scenarios: - demonstrate to folks why they would benefit from Leo, beyond 'outlining' - decrease the effort required to have Leo available to run on their system once they have decided it's worth some effort. An .iso file is another good

Re: Making Leo easier to install

FTR, VirtualBox is for all platforms https://www.virtualbox.org/wiki/Downloads Leo needs standard install scenarios, but the VM has a different goal, exposing people to Leo's capabilities, convincing them that it is worth investing time and effort into another tool. Given Leo's programmability

Re: Making Leo easier to install

ch. It is multi-platform, has > deeply impenetrable dependencies and uses a one-click installer on all three > platforms. > > http://calibre-ebook.com/ > > Chris > > On Thu, Oct 15, 2015 at 5:52 AM, Marcel Franke > <kugelfischtemp...@googlemail.com> wrote

Re: Making Leo easier to install

:23 -0500 > Kent Tenney <kten...@gmail.com> wrote: > >> VirtualBox is an app you download and install, >> then you download the VM. >> >> VirtualBox runs the VM, offering a desktop which acts like a real >> computer, so it's still 2 step, but easy to do and

Re: Making Leo easier to install

enjoyable conversation with Kent Tenney yesterday on this topic. > Here are some notes, with some additional thoughts. > > tl;dr: Only one-step solutions would seem to be a real improvements. > Possibilities include pip install and executable files that create VM's. > > I welcome

Re: Hip will be replaced on Sept 29

> Don't worry about email! Focus on rest and healing. > > Who knows, perhaps the time away from the code will give you the big Aha! > you're looking for right now :) > > Wishing you a speedy recovery, On Mon, Sep 28, 2015 at 8:59 AM, Jacob Peck wrote: > Don't worry about

Re: ENB: Looking for my next big project

In the spirit of understanding things, I've long wished for a tool for viewing the results of strace in a good way. Linux only (I think, there might be a Windows equivalent), strace logs what happens behind the scenes, up to verbosity which includes the full text of files as they are read and

Re: Interesting blog post on Python

On Tue, Sep 15, 2015 at 1:21 AM, Edward K. Ream <edream...@gmail.com> wrote: > On Mon, Sep 14, 2015 at 7:56 AM, Kent Tenney <kten...@gmail.com> wrote: >> >> https://glyph.twistedmatrix.com/2015/09/software-you-can-use.html >> >> "Python has a big

Interesting blog post on Python

https://glyph.twistedmatrix.com/2015/09/software-you-can-use.html "Python has a big problem. While it’s easy and fun to produce software in Python, it’s hard to produce software that people - especially laypeople who are not professional software developers - can use." Seems to reflect issues

Re: Interesting blog post on Python

a constant effort that made me > rethink if there was not something lost in the not so common places (like > the dynabook before the rise of operative systems[2] or Smalltalk instead of > popular languages) with some valuable lessons to start cross-pollination. > > [2] http://tkb

Re: Increasing the instant appeal of Leo

On Sun, Aug 23, 2015 at 7:51 AM, Ville M. Vainio vivai...@gmail.com wrote: There is another thread on focusing on marketing instead of feature development. I agree on this (esp. for features like vim-bindings, which would likely be misplacement of limited development time, as vim users will

Re: NEW: Edit Settings menu

I'm very late to the appearance party. The edit settings menu is great, it exposes the workings in a way that simplifies while educating. By following the links and reading the text I quickly learn how Leo does it. I loaded the Colors node into myLeoSettings.leo and changed the value of @color

Re: NEW: Edit Settings menu

Figured as much. Vanilla ... hehe ... I think my current flavor is more like Hot Fudge Cashew Marshmallow Cookie Dough Snickers Crunch dipped and sprinkled On Mon, Aug 24, 2015 at 9:48 AM, 'Terry Brown' via leo-editor leo-editor@googlegroups.com wrote: On Mon, 24 Aug 2015 09:30:19 -0500 Kent

Re: Increasing the instant appeal of Leo

AM, Edward K. Ream edream...@gmail.com wrote: On Mon, Aug 24, 2015 at 8:24 AM, Kent Tenney kten...@gmail.com wrote: On Sun, Aug 23, 2015 at 7:51 AM, Ville M. Vainio vivai...@gmail.com wrote: There is another thread on focusing on marketing instead of feature development. I agree

Re: Leo's future

*checks pocket, finds 2 cents* There's a tension between wanting Leo to gain widespread appreciation and making changes which Edward doesn't consider important. Understandable, Edward has a different relationship with Leo than others. I wrote Leo for my own uses, primarily to aid the design,

Re: Leo's future

However, many times people have convinced me that I should want something more :-) or something less **cough (clones) cough** :-] On Tue, Aug 18, 2015 at 4:32 PM, Edward K. Ream edream...@gmail.com wrote: On Tue, Aug 18, 2015 at 12:06 PM, Kent Tenney kten...@gmail.com wrote: *checks pocket

Re: xkcd: Bwahahaha.

hehe re: security, https://vimeo.com/135347162 is worth watching. I found it very entertaining and unnerving. On Fri, Aug 14, 2015 at 5:32 PM, Edward K. Ream edream...@gmail.com wrote: http://xkcd.com/1553/ Security consultant? Edward -- You received this message because you are

Re: Reducing visual clutter in Tree

How about URI syntax: auto:///home/me/file.txt clean:///home/you/file.txt ... On Thu, Aug 6, 2015 at 2:25 PM, john lunzer lun...@gmail.com wrote: Directives in node headers cause a great deal of visual clutter, making it more difficult to navigate expansive trees filled primarily with

Re: Leo's future

Leo mode for vim ... vim gui Not sure what this looks like, open gvim and it looks like Leo, or open Leo and all vim features are available? Either one sounds daunting. the neovim project https://github.com/neovim/neovim seeks to ease extensibility. It seems like a problem with outreach is that

Re: To do: enabling/disabling plugins separately from loading plugins

-1 as I understand it, but maybe I don't understand. Other settings are active if applied in myLeoSettings.leo, you're saying plugins would need to be mentioned in every .leo file which uses them? On Tue, May 5, 2015 at 12:14 AM, Edward K. Ream edream...@gmail.com wrote: Leo's plugins manager

Re: Proposal: smaller files containing user commands

Correct :-] I hope some day to grok more of Leo core, small files are easier to digest. On Tue, May 5, 2015 at 3:50 PM, Edward K. Ream edream...@gmail.com wrote: On Tue, May 5, 2015 at 4:33 AM, Kent Tenney kten...@gmail.com wrote: Sounds like a code clean-up to me. Am I correct in assuming

Re: Proposal: smaller files containing user commands

Sounds like a code clean-up to me. On Tue, May 5, 2015 at 12:30 AM, Edward K. Ream edream...@gmail.com wrote: leoCommands.py and leoEditCommands.py are too large and contain a mishmash of code. I propose to replace the leo.core.leoEditCommands module with a leo/userCommands directory

Re: Strategy for #165: vim-open-file

Sounds right. If a file being edited in Vim is changed by not-vim, vim detects the change and offers a dialog asking whether or not to reflect the new version. Maybe Leo could do the same. Maintaining cursor location in the Leo - Vim direction looked very doable, visa versa, not so much.

Git talk at Pycon2015

Well done. 1/2 hour, shows when and how to use some scarier git commands https://www.youtube.com/watch?v=4EOZvow1mk4 -- 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

Re: Strategy for #165: vim-open-file

29, 2015 at 7:32 AM, Kent Tenney kten...@gmail.com wrote: Sounds right. If a file being edited in Vim is changed by not-vim, vim detects the change and offers a dialog asking whether or not to reflect the new version. Maybe Leo could do the same. Yes. That's what the complications do

Re: Strategy for #165: vim-open-file

vim-open-node is fine as is, only enhancement I can think of would be cursor position syncing, not a big deal. Yep. So you are correct that simultaneous changes to both the vim buffer and leo buffer will conflict In practice, I wouldn't anticipate problems: - if I am changing a file in leo

Re: Leo 5.1-final released

Really nice announcement, huzzah! On Thu, Apr 16, 2015 at 7:09 PM, Edward K. Ream edream...@gmail.com wrote: Leo 5.1 final is now available at SourceForge. Many thanks to all who have contributed to this release. The highlights of Leo 5.1 This release features @clean trees, one of the most

loading a .md file in a @path tree

We've been here before I think ... @path mkdocs/ /docs/ nodecontent.md dclick on the nodecontent.md file results in an @auto file with @ignore due to: Error: @auto did not import nodecontent.md perfectly ... Original file... 0 u'# NodeContent\n' ... Imported file... 0 u'The

Re: File in a file

: On Thu, 9 Apr 2015 08:35:39 -0500 Kent Tenney kten...@gmail.com wrote: The targets are all in the current file? or have bookmarks gone inter-file Definitely inter-file. They can also point to websites or pdf files or whatever. Basically the first line of the bookmarks body gets sent

Re: File in a file

@googlegroups.com wrote: On Thu, 9 Apr 2015 05:25:41 -0500 Kent Tenney kten...@gmail.com wrote: How about using the log pane? There could be multiple sets of bookmarks, each in a tab. instead of competing with tree and body. I don't think bookmarks really need to be hierarchal The hierarchy is very

Re: File in a file

How about using the log pane? There could be multiple sets of bookmarks, each in a tab. instead of competing with tree and body. I don't think bookmarks really need to be hierarchal On Thu, Apr 9, 2015 at 3:41 AM, Edward K. Ream edream...@gmail.com wrote: On Wed, Apr 8, 2015 at 11:23 AM, Kent

Re: File in a file

clones are akin to links in the file system, specifically, hard links. Documentation often cautions against hard links, they tend to confuse. What if clones were like symlinks? When you clone to create a debug view, it would make sense that the view nodes are not primary, they point to the nodes

Re: File in a file

OK, just watched the video, I guess I should have before previous comments ... I'd sound less foolish if. I can see how well they work, however they introduce several new idioms: - nodes in a body pane instead of the tree pane - clicking in one part (empty space) of a body pane to put content

Re: File in a file

On Wed, Apr 8, 2015 at 8:30 AM, 'Terry Brown' via leo-editor leo-editor@googlegroups.com wrote: On Wed, 8 Apr 2015 06:57:44 -0500 Kent Tenney kten...@gmail.com wrote: clones are akin to links in the file system, specifically, hard links. Documentation often cautions against hard links

Re: File in a file

On Wed, Apr 8, 2015 at 8:50 AM, Kent Tenney kten...@gmail.com wrote: On Wed, Apr 8, 2015 at 8:30 AM, 'Terry Brown' via leo-editor leo-editor@googlegroups.com wrote: On Wed, 8 Apr 2015 06:57:44 -0500 Kent Tenney kten...@gmail.com wrote: clones are akin to links in the file system

Re: File in a file

I use auto with persistence turned off via setting @bool enable-persistence = False so I wouldn't be the one to complain about it going away ... On Mon, Apr 6, 2015 at 8:54 PM, Edward K. Ream edream...@gmail.com wrote: On Mon, Apr 6, 2015 at 2:00 PM, 'Terry Brown' via leo-editor

Re: Cardiac stress test tomorrow

I've had several, remarkable technology, the image they obtain reveals what is going on in such detail. Best wishes. Kent On Sun, Apr 5, 2015 at 9:17 PM, Edward K. Ream edream...@gmail.com wrote: Tomorrow morning I'll be undergoing a cardiac stress test. I have felt a bit off physically

Re: Soon: big improvements to command history!

Great stuff. +1 for any and all enhancements which shift the burden of memory from me to Leo tab completion and history are helpful wherever they are implemented On Tue, Mar 31, 2015 at 5:30 AM, Edward K. Ream edream...@gmail.com wrote: On Tuesday, March 31, 2015 at 4:58:45 AM UTC-5, Edward K.

Re: Flat file view

any discussion of how to parse it. On Fri, Mar 27, 2015 at 4:53 PM, Edward K. Ream edream...@gmail.com wrote: On Fri, Mar 27, 2015 at 12:20 PM, Kent Tenney kten...@gmail.com wrote: Ideally, leo would operate just like vim and detect changes to external files Currently, Leo must

Re: Flat file view

Nice. It seems the same as the vim.py plugin. Regarding files open by both vim and leo, sounds like a good workflow if changes happen primarily in Leo, since vim handles that transparently. More potential for confusion if changes are made in the vim version. I think the vim-open-file command

Re: Flat file view

simultaneously editing in both standalone vim and leo-vim but that is unavoidable. Steve On Fri, Mar 27, 2015 at 7:47 AM, Kent Tenney kten...@gmail.com wrote: Nice. It seems the same as the vim.py plugin. Regarding files open by both vim and leo, sounds like a good workflow if changes happen

Re: Proposal: @button x should create the x-@button command

This sounds right, defining a command is intentional, a @button creates a command as a stealth side effect. It would be surprising if node @command write-to-file didn't result in the command write-to-file Is there a problem if there is also now a command write-to-file-@command (if I understand

Re: Flat file view

I've never used openwith, don't know how to set it up. Do you use it? does it operate on nodes? Seeing it on the 'File' menu, it looks to be intended only for files, not nodes. On Thu, Mar 26, 2015 at 10:15 AM, Edward K. Ream edream...@gmail.com wrote: On Thu, Mar 26, 2015 at 9:30 AM, Steve Zatz

Re: Flat file view

, 2015 at 3:18 PM, Kent Tenney kten...@gmail.com wrote: from Leo is easy, just add current cursor position to command line vim myfile +10 opens myfile with the cursor at line 10 returning to Leo is a bit convoluted, but seems doable http://vim.wikia.com/wiki

Re: Proposal: @button x should create the x-@button command

On Wed, Mar 25, 2015 at 5:48 AM, Edward K. Ream edream...@gmail.com wrote: At present, each @button x node creates two commands: x and @button-x. Whoa, cool, never knew. There is no indication that @button created the x command. This can cause confusion. Indeed, seems like a great way to

Re: Flat file view

, 2015 at 9:08 AM, Edward K. Ream edream...@gmail.com wrote: On Monday, March 23, 2015 at 6:37:06 AM UTC-5, Kent Tenney wrote: I like this. Cool! I filed an enhancement request. I have just realized that this does not have to be a read-only operation. Leo can use the @clean update algorithm

Re: Flat file view

I like this. Cool! I filed an enhancement request. On Mon, Mar 23, 2015 at 2:00 AM, Edward K. Ream edream...@gmail.com wrote: On Sun, Mar 22, 2015 at 7:08 AM, Kent Tenney kten...@gmail.com wrote: I too find benefit in viewing a file as it is, instead of parsed into nodes. I have often

Re: Flat file view

I too find benefit in viewing a file as it is, instead of parsed into nodes. I have often wished for a variation on the 'Open in Vim' capability of the vim plugin, which opened the current external _file_ instead of the body of the current node. On Sat, Mar 21, 2015 at 12:11 PM, john lunzer

Re: @nosent and file parsing

I created a github 'issue' I don't see a way to classify it as 'wishlist' On Wed, Mar 4, 2015 at 9:08 AM, Edward K. Ream edream...@gmail.com wrote: On Thu, Feb 19, 2015 at 9:59 AM, Kent Tenney kten...@gmail.com wrote: might it be feasible / make sense to offer @auto style parsing when doing

Re: Using buttons as quick navigation tools

Do I understand this to be describing buttons serving as ad-hoc bookmarks? Edward likes to group related nodes via clones, this would allow the clone-averse to provide quick access to multiple nodes. I was wishing for this recently, seemed to recall Terry offering it in the spirit of his

Re: Using buttons as quick navigation tools

: On Wed, 4 Mar 2015 09:28:49 -0600 Kent Tenney kten...@gmail.com wrote: Do I understand this to be describing buttons serving as ad-hoc bookmarks? Edward likes to group related nodes via clones, this would allow the clone-averse to provide quick access to multiple nodes. I was wishing

Re: Using buttons as quick navigation tools

Kent Tenney kten...@gmail.com wrote: I have the quickmove plugin installed, alt-x quickmove_tab shows lots of commands Will one of them create a button which, when clicked, focuses the current node? I'm not seeing that. Jump buttons act as bookmarks, taking you to the target node

Re: @clean is more important than we think :-)

the Recovered Nodes tree creation be turned off? If it's only purpose is informational ... Thanks, Kent On Tue, Feb 24, 2015 at 9:20 PM, Edward K. Ream edream...@gmail.com wrote: On Tue, Feb 24, 2015 at 5:56 AM, Kent Tenney kten...@gmail.com wrote: @clean doesn't replace @auto, it's

Re: @clean is more important than we think :-)

I'm just trying to get clear on differences between @ext_file_modes, shouldn't have opined. Thanks, Kent On Wed, Feb 25, 2015 at 9:51 AM, Edward K. Ream edream...@gmail.com wrote: On Wed, Feb 25, 2015 at 9:36 AM, Kent Tenney kten...@gmail.com wrote: Cost of @clean vs @auto: - @clean

Re: @clean is more important than we think :-)

This is why @auto will always be important. @clean doesn't replace @auto, it's a different set of features with cost and benefit. On Tue, Feb 24, 2015 at 5:48 AM, reinhard.engel...@googlemail.com wrote: Thanks for the clarification! Did you try this on Leo itself, having some hundreds of

@nosent and 'Recovered Nodes'

I edited outside Leo for the first time, was surprised to see the Recovered Nodes tree. Is this generated any time edits are made on @nosent outside Leo? I take it to be strictly informational, the content of the @nosent tree will always track the external file ... ? An aside, another

Re: @nosent and file parsing

might it be feasible / make sense to offer @auto style parsing when doing @nosent 'refresh from disk' into a blank body? IE: initial import Thanks, Kent On Wed, Feb 18, 2015 at 7:03 AM, Edward K. Ream edream...@gmail.com wrote: On Wed, Feb 18, 2015 at 6:45 AM, Kent Tenney kten...@gmail.com

@nosent and file parsing

I'm seeing that @nosent file.py doesn't create nodes for function definitions I seem to remember that it did, am I mistaken? Thanks, Kent Leo 5.0-final, build 20150127110559, Tue, Jan 27, 2015 11:05:59 AM Git repo info: branch = master, commit = 823c0c8faf06 -- You received this message

Re: @nosent and file parsing

remain, for those wanting to keep the Leo file small and more interested in effortless parsing of external files than gnx and ua persistence. Thanks, Kent On Wed, Feb 18, 2015 at 6:30 AM, Kent Tenney kten...@gmail.com wrote: I'm seeing that @nosent file.py doesn't create nodes for function

Re: New @nosent operation described in Leo's tutorial

...@gmail.com wrote: On Thu, Feb 12, 2015 at 3:47 PM, Kent Tenney kten...@gmail.com wrote: Perhaps the proper @auto importer could be used if that would mean a new @nosent file got brought in with the simple elegance of @auto: +1 I'm not fond of menu-import file-browse-click ... file appearing

Re: New @nosent operation described in Leo's tutorial

I think of the current changes in terms '@auto is now persistent' (and is called @nosent) or '@nosent now parses known file types' (and persists) On Fri, Feb 13, 2015 at 9:52 AM, Edward K. Ream edream...@gmail.com wrote: On Fri, Feb 13, 2015 at 7:37 AM, Edward K. Ream edream...@gmail.com wrote:

Re: New @nosent operation described in Leo's tutorial

On Fri, Feb 13, 2015 at 11:25 AM, Edward K. Ream edream...@gmail.com wrote: On Fri, Feb 13, 2015 at 10:02 AM, Kent Tenney kten...@gmail.com wrote: I think of the current changes in terms '@auto is now persistent' (and is called @nosent) True. '@nosent now parses known file types

Re: Any reason to keep @auto or @shadow?

external files while keeping the Leo file minimal? Compared to @auto, each change in an external file triggers a git diff in both the Leo file and the external file ... that's fine. On Thu, Feb 12, 2015 at 8:58 PM, Edward K. Ream edream...@gmail.com wrote: On Thu, Feb 12, 2015 at 7:49 PM, Kent

Re: New @nosent operation described in Leo's tutorial

, Edward K. Ream edream...@gmail.com wrote: On Thu, Feb 12, 2015 at 10:24 AM, Kent Tenney kten...@gmail.com wrote: When I create a node like @nosent myfile.py and rclick-Refresh from disk I get the entire file in the body ala @edit, not parsed into a node tree like @auto Use import-file

Re: Any reason to keep @auto or @shadow?

On Thu, Feb 12, 2015 at 6:19 PM, Edward K. Ream edream...@gmail.com wrote: I can think of not the slightest reason to keep @auto or @shadow. Can you? Yes, if @nosent continues to require 'import file', otherwise no. In the next few days I will write code, enabled by an g.only_nosent

Re: New @nosent operation described in Leo's tutorial

When I create a node like @nosent myfile.py and rclick-Refresh from disk I get the entire file in the body ala @edit, not parsed into a node tree like @auto Is that just me? The docs seem to indicate known file types get parsed. On Thu, Feb 12, 2015 at 9:59 AM, Edward K. Ream

Re: new @nosent

Whew! I'll cancel the memorial service for my credibility. :-] On Wed, Feb 11, 2015 at 6:53 AM, Edward K. Ream edream...@gmail.com wrote: On Wed, Feb 11, 2015 at 6:49 AM, Edward K. Ream edream...@gmail.com wrote: On Wed, Feb 11, 2015 at 6:18 AM, Kent Tenney kten...@gmail.com wrote: Try

Re: new @nosent

is fine, it's the in-slurp I'm concerned with. On Wed, Feb 11, 2015 at 3:31 AM, Edward K. Ream edream...@gmail.com wrote: On Tue, Feb 10, 2015 at 3:22 PM, Kent Tenney kten...@gmail.com wrote: If there's not a bug, I don't understand what is expected of @nosent in terms of the initial loading

Re: new @nosent

appears in the body. This is on a fresh OS install, fresh Leo trunk pull, no settings, history, customization, plugins etc. Ubuntu 14.04 If it works for someone else, I'll know it's my karma. Thanks, Kent On Mon, Feb 9, 2015 at 9:26 AM, Kent Tenney kten...@gmail.com wrote: Matt, I think

Re: new @nosent

Matt, I think this is a different error, due to code age. You see 'can not refresh from disk' I'm seeing 'reading: @nosent nosent.txt' refresh from disk for @nosent is brand new Thanks, Kent On Sun, Feb 8, 2015 at 6:32 PM, Matt Wilkie map...@gmail.com wrote: Doesn't work for me either. With

new @nosent

sanity check: does this work for others? with file('nosent.txt', 'w') as f: f.write('Line1\nLine2') rclick on node with headline @nosent nosent.txt select 'Refresh from disk' my log says 'reading: @nosent nosent.txt but the body remains empty Thanks, Kent ** isPython3: False Leo

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