On Mon, 23 Oct 2017 09:25:51 -0500 "Edward K. Ream" <[email protected]> wrote:
> On Sun, Oct 22, 2017 at 8:02 PM, Terry Brown <[email protected]> > wrote: > > > It doesn't edit all attributes, only a subset, most easily managed > > by using it to create the attribute in the first place (once the > > attribute's created on one node, editing it on others is trivial). > > Thanks for the clarification. > > I think Leo will soon need two new optional icons. The first will > indicate that a node has a uA. The second will indicate that a node > a a specific (as yet unspecified) uA associated with org-mode drawers. > > Leo needs a dead easy way to handle uA's and drawers. That will be > part of the org mode project, #414 > <https://github.com/leo-editor/leo-editor/issues/414>. This might be > based on attrib_edit, or perhaps a separate plugin would be best. > What do you think? > > Edward Stepping back from implementation and separate vs. combined plug-ins, sort of feeling that the velocity (speed and direction :-) of the drawer and jupyter/ipython threads are different than they were in pre-vacation discussions. Do you share that sense? Particularly I was thinking of Leo as a new interface to / client of jupyter/ipython, rather than any emulation / duplication of jupyter/ipython features in Leo, for reasons discussed earlier. On drawers, again thinking back to earlier recent discussion, I'm not sure quite what the goal is. In one sense it seems Leo would have different solutions for the need met by drawers in org. mode, most simply just sub-nodes. But in another sense drawers seem to be an in-line body text feature handled by collapsing / folding, which makes sense in a flat text document world but isn't something Leo with it's tree often does. If it did, the most exact duplication of behavior would be with something like the wikiview. Note that there's no recent activity on https://github.com/leo-editor/leo-editor/issues/489, and I feel as if I've been using wikiview without issues, so I'm not currently sure there's a bug there, but would still like the answers to the questions posed by #489 just for clarity. If there is to be a uA based implementation of drawers (a) I think it would be easiest to extend attrib_edit, but (b) am not sure how the uA approach addresses the in-line text position of the drawer in the body text, it seems only wikiview type approaches do that, and it seems necessary for any real drawer mode emulation. 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 email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/leo-editor. For more options, visit https://groups.google.com/d/optout.
