Re: Chris, with your permission I'd like to edit #808

On Tue, 20 Mar 2018 09:58:47 -0700 Chris George wrote: > Absolutely. Summarizing the conversation and leaving it around for > future reference is smart. I think editing conclusions and summaries in the first / top comment is good, but I don't know about deleting comments,

Re: Basic Layout of the Leo GUI

On Tue, 20 Mar 2018 02:18:56 -0700 (PDT) rengel <reinhard.engel...@gmail.com> wrote: > On Sunday, March 18, 2018 at 3:23:40 PM UTC+1, Terry Brown wrote: > > > > Firefox / Chrome / and I think at least one of the MS browsers have > > tabs on top. Admittedly they

Re: OT: A better way to code, by Mike Bostock

On Sun, 18 Mar 2018 01:15:04 -0700 (PDT) "Xavier G. Domingo (xgid)" wrote: > OK, enough poetry. Let's go to the Vision: my ideal IDE is the one > that tells you all the info related to the code at hand in a > non-intrusive, expressive, a click-away manner, all the time. The

Re: Basic Layout of the Leo GUI

On Sat, 17 Mar 2018 22:05:28 -0700 (PDT) rengel wrote: > One thing I never understood about the Leo GUI : > > Why is the tab bar with the open files right below the title bar, but > above the menu bar and the tool bar? > > Imagine a car where the accelerator and

Re: Difference between drag and drop and copy-paste a node

I've noticed you can drag nodes into the body, pasting xml. I wonder if what seems like an intra file drag becomes inter file (xml from clipboard) if the mouse moves out of the tree widget? On March 17, 2018 10:30:02 AM CDT, "Edward K. Ream" wrote: >On Thursday, March 15,

Re: Difference between drag and drop and copy-paste a node

On Thu, 15 Mar 2018 22:06:45 -0400 Gerard Piette wrote: > I tried to create a new leo doc with a simplified structure with > similar nodes, and cannot reproduce the problem.  As a matter of > fact, dragging and dropping a node does not create a duplicate, it > just moves

Re: Font settings are not honored

On Thu, 15 Mar 2018 12:28:30 -0700 (PDT) Chris George wrote: > To change fonts sizes, open @theme Breeze Dark-->Settings for Leo > Breeze Dark-->Fonts & text sizes and you can change font sizes for > the three panes. I haven't abstracted the "default" font size that >

Re: Please consider becoming a Leo dev, even if you aren't a programmer

On Thu, 15 Mar 2018 08:31:23 -0700 (PDT) Chris George wrote: > This may be relevant: > https://stackoverflow.com/questions/26121737/qt-stylesheet-background-image-from-filepath > > "Be careful, though, because the path is relative to the CWD >

Re: New Log Tabs

On Thu, 15 Mar 2018 08:21:30 -0700 (PDT) Chris George wrote: > > It gets better. > > Now I have three log tabs in the same file. Odd

Re: Bookmarks plugin - crashes loading layout

On Thu, 15 Mar 2018 01:30:39 -0700 (PDT) "Edward K. Ream" wrote: > Are you able to recover your bookmarks? Selecting the top node of the bookmarks subtree and executing `bookmarks-show` should suffice (possibly opening a second bookmarks pane, but that's a one time thing).

Re: Please consider becoming a Leo dev, even if you aren't a programmer

On Wed, 14 Mar 2018 15:04:44 -0700 Chris George wrote: > I want to write a plugin. > > If you're going to have more than one student, may I recommend a > creating a Slack workspace? +1 I'd like to be more familiar with Slack, have looked at it but not much more. Cheers

Re: Is it possible to set initial window size/position via outline?

On Tue, 13 Mar 2018 10:55:45 -0700 (PDT) Chris George wrote: > Can window size and position ie. splitter layout be assigned as part > of a theme? > > Not to restrict what a user could do with it, but to present it in a > default position that makes sense to the designer.

Re: Documenting best practices

To enter this kind of data manually I'd look at YAML, which can be converted to JSON as needed. I'd be cautious using clones to sync. data / resources across a project. Edward uses clones for the specific case of managing views of code within Leo, which they do well, although there are

Re: Keep Editor Open When Closing Last Open File

On Tue, 13 Mar 2018 05:14:35 -0700 (PDT) Chris George wrote: > When I close the last open file the editor closes. I would like to be > able to change that behaviour so that the editor remains open. Atom > exemplifies this. When you close all of the open files you are left >

Re: Windows defender is flagging LeoApp.exe as carrying a trojan

On Mon, 12 Mar 2018 13:40:06 -0700 (PDT) Matt Wilkie wrote: > > I've read that downloads from SourceForge often have this problem, > > any SF project not just Leo. It's got something to do with a > > feature that SF has for creating easy installers automatically, and > >

Re: 75b9c9: New Themes menu

On Mon, 12 Mar 2018 04:00:37 -0700 (PDT) "Edward K. Ream" wrote: > This top-level menu has two items: Apply Theme and Open Theme File. > > Both commands prompt for a theme file, starting in leo\themes, then Just tried this in 134975148a78. Very nice work. Only nit was

Re: Terry: replace SubProject label with Summary items?

On Sun, 11 Mar 2018 15:54:35 -0700 (PDT) "Edward K. Ream" wrote: > Imo, you will likely find creating summary items, with "Summary" > label, quite useful. This will allow us to retire the SubProject > label. > > Edward I'm not fussed one way or the other - to me Sub

Re: The design of Leo+Ipython+Jupyter+Lit-computing

On Sun, 11 Mar 2018 07:05:54 -0700 (PDT) Thomas Passin wrote: > I haven't worked on anything much in-browser since before html5 came > out. So I didn't know anything about "~=", for example. Even then I > tried to only work with the simpler constructs (both javascript and >

Re: The design of Leo+Ipython+Jupyter+Lit-computing

e QML would reduce that learning and coding effort. OTOH, it > looks like it's much easier to use QML with PySide rather than PyQt. > I have no idea if QML widgets constructed using PySide would be > compatible with Qt widgets instantiated with PyQt. > > On Saturday, March 10, 2018

Re: The design of Leo+Ipython+Jupyter+Lit-computing

On Sat, 10 Mar 2018 17:41:47 -0800 (PST) Thomas Passin wrote: > If I could step in here some months later, and move to a higher level > of conversation, I think that there are several levels of engagement > with Jupyter that we could contemplate. I have a long term goal of

Re: ENB: Simple design principles for style sheets

On Sat, 10 Mar 2018 17:06:24 -0800 (PST) Thomas Passin wrote: > One more reason I found it hard to adjust the colors is that so many > of the syntax colors have those JEdit names, like "literal2_color". > What the heck does that map to? If I could have made a change, >

Re: Python 2?

Yes, although it seems to have been worse since Vitalige's cache related work. Python 2/3 pickle protocols aren't compatible by default. It's possible that there's some relatively new code that should be changed to use an older protocol, not sure about that. Bottom line I think pickle's a bad

Re: ENB: Simple design principles for style sheets

rk theme - with PyScripter. It was still painful, but > there is a good color picker, a dialog with symbolic color roles and > names, and the colors take effect right away. There is still have > some ambiguity between a theme and specific syntax colors, but it was > way easier and far less pai

Re: How to make Outlines which contains images and can display those images?

18-03-10 16:28 GMT+01:00 Terry Brown <terrynbr...@gmail.com>: > > On Fri, 9 Mar 2018 23:55:52 -0800 (PST) > > Pal Csanyi <csanyi...@gmail.com> wrote: > > > >> This is an image > >> > >> > >> The followin

Re: How to make Outlines which contains images and can display those images?

On Fri, 9 Mar 2018 23:55:52 -0800 (PST) Pal Csanyi wrote: > This is an image > > > The following does not work. Why not? > >  Try the command `edit-pane-test-open`, which should open a split edit/view pane.

Re: Permanent devel branch created

On Fri, 9 Mar 2018 03:59:18 -0800 (PST) lewis wrote: > I am on branch (master), and I just wanted to confirm that the git > command to pull the leo devel branch is > > $ git checkout devel Probably obvious, but that just switches you to the devel branch. Once switched

Re: log pane colors

On Thu, 8 Mar 2018 04:19:07 -0800 (PST) "Edward K. Ream" wrote: > > ​I have just reopened #​788 > > to handle > > this. > > Fixed and closed at acd8f99. Great, thanks for all that. I did need to add @color

Re: log pane colors

On Wed, 7 Mar 2018 18:18:21 -0800 (PST) "Edward K. Ream" <edream...@gmail.com> wrote: > ​On Wed, Mar 7, 2018 at 6:30 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > I really don't understand the disconnect here. I want to log a > > warning to

Re: log pane colors

On Wed, 7 Mar 2018 18:30:47 -0600 Terry Brown <terrynbr...@gmail.com> wrote: > Also if you don't > want the visual miscue of syntax highlighting on `type` we could call > it `role`, although I prefer type. Or better yet level, which matches the Python logging terminology. Cheers

Re: log pane colors

On Wed, 7 Mar 2018 15:00:42 -0800 (PST) "Edward K. Ream" <edream...@gmail.com> wrote: > On Wednesday, March 7, 2018 at 2:19:03 PM UTC-6, Terry Brown wrote: > > Looks like support for log_error_color, log_warning_color, and > > log_text_foreground_color was d

Re: log pane colors

On Wed, 7 Mar 2018 14:04:11 -0600 Terry Brown <terrynbr...@gmail.com> wrote: > On Wed, 7 Mar 2018 11:19:51 -0600 > "Edward K. Ream" <edream...@gmail.com> wrote: > > > the present scheme doesn't use @color log_text_foreground_color. > > Seems like i

Re: log pane colors

On Wed, 7 Mar 2018 11:19:51 -0600 "Edward K. Ream" <edream...@gmail.com> wrote: > On Wed, Mar 7, 2018 at 10:08 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > I have the following in myLeoSettings.leo > > > > ​​ > >

log pane colors

I have the following in myLeoSettings.leo @color log_text_foreground_color = #93a1a1 @color log_text_background_color = #073642 @color log_error_color = #dc322f @color log_warning_color = #268bd2 The background color, presumably handled by my theme stylesheet, is working, but for the other

Re: Gitlab

On Tue, 6 Mar 2018 16:25:58 -0600 Kent Tenney wrote: > I see references to gitlab, never knew it's story. > > Here is an interview with it's creator, it's quite compelling stuff > https://twit.tv/shows/floss-weekly/episodes/473 > > As advertised, it's dead simple to install

Re: Summarizing recent settings/theme discussions

On Tue, 6 Mar 2018 10:00:40 -0800 (PST) "Edward K. Ream" wrote: > 5. They are settings that do not conflict with the theme's primary > purpose. In particular, they do not alter the theme's basic colors. I don't think this merits argument because it's just a preference of

Re: Unavoidable style settings

On Tue, 6 Mar 2018 08:52:00 -0800 (PST) "Edward K. Ream" wrote: > 2. Using error/info would be just plain wrong. Error and info mean > *nothing* in Leo. Yes, various error/warning/info methods exist, but > they use tk/solarized colors, and it is *those* colors that we have >

Re: Unavoidable style settings

On Tue, 6 Mar 2018 08:29:51 -0600 Terry Brown <terrynbr...@gmail.com> wrote: > On Tue, 6 Mar 2018 06:17:42 -0800 (PST) > "Edward K. Ream" <edream...@gmail.com> wrote: > > > @color es_blue_color = @solarized-blue > > @color es_red_color =

Re: Unavoidable style settings

On Tue, 6 Mar 2018 06:17:42 -0800 (PST) "Edward K. Ream" wrote: > @color es_blue_color = @solarized-blue > @color es_red_color = @solarized-red Please please please @color es_info_color = @solarized-blue @color es_error_color = @solarized-red :-) Cheers

Re: ENB: Simple design principles for style sheets

On Tue, 6 Mar 2018 07:58:33 -0600 "Edward K. Ream" wrote: > ​status_bg_color. I don't remember exactly. But the name, whatever > it is, tells us exactly *nothing* about what the actual color is, and > that, and only that, is what is important in the css. I think what

Re: ENB: Simple design principles for style sheets

On Tue, 6 Mar 2018 07:24:42 -0600 "Edward K. Ream" wrote: > > is already making Leo less friendly to non-coders. Requiring that > > they edit CSS without messing up the syntax is even more coder > > centric. And I know you can just copy by example for the syntax, > > but

Re: ENB: Simple design principles for style sheets

On Tue, 6 Mar 2018 05:09:48 -0800 (PST) "Edward K. Ream" wrote: > This simple description results from *eliminating* four @color > settings. The old way was something like this: > > QLineEdit#status1[style_class ~= 'info'], > QLineEdit#status2[style_class ~= 'info'] { >

Re: ENB: Simple design principles for style sheets

On Tue, 6 Mar 2018 04:02:45 -0800 (PST) "Edward K. Ream" wrote: > - Assume devs and users will want to change css nodes *first*. I guess we'll have to agree to disagree on this point. Most apps., when the user wants to change a font size, presents the user with a number to

Re: #768-new-tree branch ready for preliminary testing

On Mon, 5 Mar 2018 12:45:47 -0800 (PST) vitalije wrote: > Making vnodes able to emit > notifications to all interested parties about what exactly has > changed will greatly reduce amount of unnecessary redrawing and that > is where I expect greater speed boost to come.

Re: #768-new-tree branch ready for preliminary testing

Not trying to say there isn't a major improvement here (removing code is an improvement by itself ;-) but wondering if your seeing a bigger performance boost? I'm using Ubuntu / Python35 / Qt 5.5 Cheers -Terry > On Monday, March 5, 2018 at 8:57:30 PM UTC+1, Terry Brown wrote: > > >

Re: #768-new-tree branch ready for preliminary testing

On Mon, 5 Mar 2018 11:25:10 -0800 (PST) vitalije wrote: > Browsing LeoPyRef.leo outline with more than 10.000 nodes is breeze. Was it a problem before? Not saying it wasn't ;-), just curious what you're seeing performance wise. Do you mean with all nodes expanded? I know

Re: #766: Creating a themes menu

On Mon, 5 Mar 2018 12:25:08 -0600 "Edward K. Ream" wrote: > ​This will always be a judgement call. However, this question is > *almost* moot because in the new scheme my first stop is *always* the > relevant css node in the @data qt-gui-plugin-style-sheet tree. This > ends

Re: #766: Creating a themes menu

On Mon, 5 Mar 2018 10:42:10 -0600 Terry Brown <terrynbr...@gmail.com> wrote: > A reason to retain single use @ constants would be allowing users to > change things by editing a single setting, rather than having to grok > a Qt stylesheet. Although I think we can also legitimatel

Re: #766: Creating a themes menu

On Mon, 5 Mar 2018 02:51:57 -0800 (PST) "Edward K. Ream" wrote: > 2. With a few exceptions, I eliminated settings used in only one > place. Now the value of the setting used directly in the css, in the > proper node. This value might still be an @ constant, but this >

Re: Unable to push or pull from devel

On Sun, 4 Mar 2018 14:36:04 -0800 (PST) vitalije wrote: > On Sunday, March 4, 2018 at 11:30:55 PM UTC+1, vitalije wrote: > > > > It seems according to your log that the conflict is caused > > by leo/core/commit_timestamp.json > > > > > > This made me think about. It is not

Re: Unable to push or pull from devel

On Sun, 4 Mar 2018 11:00:37 -0800 (PST) "Edward K. Ream" wrote: > git push and git pull --rebase both fail. Anyone have any suggestions? > > Edward You're head's not detached is it? :-) I was on a "detached head" just now, from using git bisect, when I tried to test, but

Re: The first, urgent task: show people what Leo already has

On Sat, 3 Mar 2018 11:40:28 -0600 "Edward K. Ream" wrote: > Leo *must* have a library of pre-built themes that users can choose > without knowing *anything* about @settings trees and > myLeoSettings.leo. This sounds like a good idea - I just want to point out that the

Re: Terry, please update leo_edit_pane branch in branches.md

On Sat, 3 Mar 2018 10:58:28 -0600 "Edward K. Ream" <edream...@gmail.com> wrote: > On Sat, Mar 3, 2018 at 10:52 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > Not that it's a reason not to document as I go, but the project's far > > from finis

Re: Terry, please update leo_edit_pane branch in branches.md

On Sat, 3 Mar 2018 10:43:35 -0600 "Edward K. Ream" wrote: > ​Thanks. Where would I find documentation for what you did? Not that it's a reason not to document as I go, but the project's far from finished. It aspires to replace: - viewrendered* - the body pane (with,

Re: Terry, please update leo_edit_pane branch in branches.md

On Sat, 3 Mar 2018 01:18:08 -0600 "Edward K. Ream" wrote: > ​I see. Is there any reason to retain leo_edit_pane? If there is, > please update branches.md. If not, please delete the branch :-) Gone. Cheers -Terry -- You received this message because you are subscribed

Re: Terry, please update leo_edit_pane branch in branches.md

On Fri, 2 Mar 2018 15:38:57 -0800 (PST) "Edward K. Ream" wrote: > We both have discussed this branch recently. I'd like to know as > much about it as possible. > > branches.md is the natural place for these docs. They can contain > links more lengthy discussions if you

Re: is there any particular reason why Leo wouldn't use native QTreeWidget

On Fri, 2 Mar 2018 09:37:22 -0600 Terry Brown <terrynbr...@gmail.com> wrote: > Not separate from the "let the widget do the rendering" part, don't > forget the dynamic icon generation part Or hoisting, that needs to be supported too. -- You received this message beca

Re: is there any particular reason why Leo wouldn't use native QTreeWidget

On Fri, 2 Mar 2018 06:04:50 -0800 (PST) vitalije wrote: > Just to be clear. I know that Leo uses QTreeWidget for rendering the > tree, but my question is why we don't let it to mange rendering > process all by itself. Separate from the "let the widget do the rendering"

Re: Huh??? All branch descriptions are the same!!!

Seeing git / GitHub doesn't really seem to support shared branch descriptions, I wonder how much trouble there would be with a shared `branches.md` file, which would just be a list of branches and descriptions. master Lorem Ipsum is simply dummy text of the printing and

Re: Jupyter as Leo's what ? [via] A study outline containing eric6 docs

On Thu, 1 Mar 2018 05:36:53 -0600 "Edward K. Ream" wrote: > Pyzo cells are everything > between two commands starting with ## or #%%. ​ The `vs-eval-block` command from the valuespace plugin gives Leo a cell like behavior. It puts "#

Re: leovue meets leo4sqlite

On Wed, 28 Feb 2018 13:26:43 -0800 (PST) tscv11 wrote: > The script 'leo4sqlite' is now online using leovue - the syntax > highlighting works well. > I'm looking forward to trying some of leovue's more advanced > capabilities. > > My leovue/leo4sqlite demo lives here: >

Re: Rethinking Leo's distribution process

On Wed, 28 Feb 2018 07:59:02 -0800 (PST) "Edward K. Ream" wrote: > - Mark all significant items with the lvl:major label. I added that originally to indicate bug severity - fine with it being re-purposed (although it makes lvl:minor/medium weird), but check and delete uses

Re: pytest integration for Leo

On Wed, 28 Feb 2018 08:06:48 -0600 "Edward K. Ream" <edream...@gmail.com> wrote: > On Tue, Feb 27, 2018 at 3:45 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > For anyone using the pytest framework I've written a button which > > jumps between co

pytest integration for Leo

For anyone using the pytest framework I've written a button which jumps between code and corresponding test, creating missing folders / files / functions as needed. It's doc'ed in it's doc string. https://github.com/leo-editor/snippets/blob/master/utils/pytest_switch.py Cheers -Terry -- You

Re: Merging 5.8-dev into master is next

On Tue, 27 Feb 2018 14:36:08 -0600 "Edward K. Ream" wrote: > On Tue, Feb 27, 2018 at 2:19 PM, Matt Wilkie wrote: > > Would it be easier to invert the process, and have dedicated releases > > branches and then master never needs to be frozen? > >

Re: print-settings question

On Tue, 27 Feb 2018 08:33:10 -0600 Kent Tenney wrote: > In the midst of the settings, I see a bunch of text from Leo files: In leoSettings.leo or myLeoSettings.leo? I've seen that sort of thing happen when you drag and drop a node into body text or maybe copy a node and

Re: Tip: using match-brackets effectively

On Mon, 26 Feb 2018 07:00:20 -0800 (PST) "Edward K. Ream" wrote: > Leo's match-brackets command is an essential tool when trying to make > sense of javascript files. Took longer than I anticipated, but I've just changed the way the match-brackets command works :-) On the

Re: how to run a script when Leo starts

On Fri, 23 Feb 2018 11:15:42 -0800 (PST) Phil wrote: > I want a script to run every time I start Leo. How can I do this? > > Thanks, > Phil Although your question has prompted some clever new ideas, I wonder if the answer is simpler than the response ;-) You can set

Re: VBA language

On Thu, 22 Feb 2018 19:12:48 -0800 (PST) Largo84 wrote: > Doing a little work in Microsoft VBA ('cuz I have to, not 'cuz I want > to). Is there an @language directive already set up for that type of > code? I tried vba and basic, but neither worked. > > Rob... vbscript not

Re: Neovim as an easier way to add in a different editor

On Thu, 22 Feb 2018 10:50:58 -0800 (PST) "'tfer' via leo-editor" wrote: > Why I say this should be easy is that Neovim uses Msgpack rpc to give > you complete control of Neovim. Three things are needed: >1) provide a way to embed the Qt frontend as a

Re: #738 Links in "Leo Tips" dialog should be clickable

On Thu, 22 Feb 2018 08:32:03 -0800 (PST) Satish Goda wrote: > Looks like the QMessageBox.setText has the capability to support > RichText (supported in Qt 4 and 5) > > http://doc.qt.io/archives/qt-4.8/qmessagebox.html#text-prop >

Re: How did I came across Leo?

I think I was using Freemind before Leo, although I'd spent a long time using the console based outliner hnb, which apparently has been resurrected as tines https://github.com/larrykollar/tines Cheers -Terry -- You received this message because you are subscribed to the Google Groups

Re: Energy, prototypes, leoPrototype.py and leo/proto

Made some changes to leoserver explained in the commit message: https://github.com/leo-editor/leo-editor/commit/736a6a5 eliminate jQuery.ajax() calls and some other changes, but that's the main difference. Using fetch() instead will break the client for legacy broswers like IE, but let's

Re: Terry, let's make leoserver great

On Fri, 16 Feb 2018 12:05:36 -0800 (PST) "Edward K. Ream" wrote: > On Friday, February 16, 2018 at 1:59:49 PM UTC-6, Edward K. Ream > wrote: > > Rev 79d92fa contains the present code. Can you see anything amiss? > > > > How weird. "2" evaluates and shows correctly, but

Re: Terry, let's make leoserver great

On Fri, 16 Feb 2018 14:11:03 -0600 Terry Brown <terrynbr...@gmail.com> wrote: > On Fri, 16 Feb 2018 11:59:49 -0800 (PST) > "Edward K. Ream" <edream...@gmail.com> wrote: > > > Rev 79d92fa contains the present code. Can you see anything > > amiss?

Re: Terry, let's make leoserver great

On Fri, 16 Feb 2018 11:59:49 -0800 (PST) "Edward K. Ream" wrote: > Rev 79d92fa contains the present code. Can you see anything amiss? Push? Cheers -Terry -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe

Re: Terry, let's make leoserver great

On Fri, 16 Feb 2018 09:38:27 -0800 (PST) "Edward K. Ream" wrote: > File "c:\Anaconda3\lib\json\encoder.py", line 180, in default > o.__class__.__name__) > TypeError: Object of type 'module' is not JSON serializable > > Terry, how would you go about fixing this? Hmm, my

Re: 2018 will be a momentous year for Leo

On Thu, 15 Feb 2018 06:03:11 -0800 (PST) "Edward K. Ream" wrote: > Leo's core assets are Leo's data structures, Leo's minibuffer-based > commands, and one or two others. Incorporating these assets into I agree Leo's data structure is one of its greatest assets. Not sure

Re: (Newbie?) question about js syntax in store/index.js

On Wed, 14 Feb 2018 17:26:10 -0600 "Edward K. Ream" wrote: > ​So these two lines are equivalent: > > ​ > { TEST (x) { return(x+2) } } > ​ > { TEST: function (x) { return(x+2) } } > > Edward http://www.benmvp.com/learning-es6-enhanced-object-literals/ explains a bit more

Re: (Newbie?) question about js syntax in store/index.js

On Wed, 14 Feb 2018 13:12:10 -0800 (PST) "Edward K. Ream" wrote: > These look kinda like function definitions without "function" or "=>". New to me, but they do seem to be function definitions without function or => Typing in the Chrome console: a = { TEST (x) {

Re: Help with script.

I think the key issue is getting the command to execute with the right current directory. I wonder, would c.selectPosition() on the @file node do that? I have a script fragment (not on my phone :) I use for that, but it always seems it should just be p.cd_for_node() or something, and that

Re: A prize for better looking Qt style sheets?

On Fri, 9 Feb 2018 13:02:06 -0800 (PST) "Edward K. Ream" wrote: > Leo's look is very important, both as a lure to newbies and as a > source of joy (or otherwise) to experienced users. > > Terry suggests Leo's stodgy look could be improved with better Qt > style sheets.

Re: NEW: CSV editor

On Thu, 8 Feb 2018 05:49:31 -0800 (PST) lewis wrote: > 'edit-pane-csv' command and you now have 6 identical LEPs. Thanks for that. I think it's fixed now. Turns widget.close() is just widget.hide() unless you've done self.setAttribute(QtConst.WA_DeleteOnClose)

Re: ENB: Making LeoVue a desktop app

On Wed, 7 Feb 2018 21:43:39 -0600 Terry Brown <terrynbr...@gmail.com> wrote: > which includes a fully functional read / write web GUI to a Leo > instance ;-) p.s. I'm fairly sure it won't run in Internet Explorer or NCSA Mosaic :-) Chrome and Firefox work. -- You received this mes

Re: ENB: Making LeoVue a desktop app

On Wed, 7 Feb 2018 06:48:25 -0600 "Edward K. Ream" wrote: > ​There is a link to this in the first (summary) comment of Leo issue > #684 . It has > influenced my thinking considerably. I've added

Re: NEW: CSV editor

On Wed, 7 Feb 2018 07:36:05 -0800 (PST) Arjan wrote: > This is great! > > What would be an awesome way to use this would be if the CSV editor > widget could be automatically activated in the edit pane for nodes > with a table, so one can quickly switch between text and

Re: ENB: Making LeoVue a desktop app

On Wed, 7 Feb 2018 03:41:49 -0800 (PST) Joe Orr wrote: > Why make an electron version of Leo: > 1. Get the modern look and feel that people expect. The Leo editor > maybe doesn't really need any UI improvements, but I think the > current look of Leo gives newcomers the

Re: ENB: Making LeoVue a desktop app

On Wed, 7 Feb 2018 03:41:49 -0800 (PST) Joe Orr wrote: > A web based version of Leo would be an entirely new category of app. > I'm sure it would be cool but I'm not sure what exactly it would be. > How does the file diff feature fit in here? Certainly you could make > a node

Electron, not for web apps.?

https://discuss.atom.io/t/how-to-run-electron-desktop-app-in-web-browser-without-downloading/30495 only serves to deepen my suspicions that Electron is solving the wrong problems. Maybe I'll try and make a proof of concept for the python server + some other js stack just so we're sure we're all

Re: NEW: CSV editor

On Tue, 6 Feb 2018 15:10:59 -0600 Terry Brown <terrynbr...@gmail.com> wrote: > Occurs to me I haven't tested Python 2, so might not work there, but > seems solid in Python 3. Yep, doesn't run in Python 2 just now, will fix that later. -- You received this message because you ar

NEW: CSV editor

I've written a CSV table editor, implemented as part of the Leo Edit Pane system. To access it, enter the Alt-X command edit-pane-test-open, under the Split menu select 'Edit' (seeing the View half of the pane just wastes space) and under the More menu select the CSV editor. There's a demo

Re: Turn off icons for @ ?

On Tue, 6 Feb 2018 12:26:00 -0600 Kent Tenney wrote: > Is there a setting for headlines to be all text, no icon? > > I ask because the timestamp plugin changes the UA each > access of the node. Since the encoded description of the > icon is in the UA, and Git sees the UA as

Re: ENB: Making LeoVue a desktop app

On Tue, 6 Feb 2018 11:31:54 -0600 "Edward K. Ream" <edream...@gmail.com> wrote: > On Tue, Feb 6, 2018 at 10:57 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > I can buy a new computer, connect it to the > ​ ​ > internet, and go to: >

Re: ENB: Making LeoVue a desktop app

On Tue, 6 Feb 2018 07:00:47 -0800 (PST) "Edward K. Ream" wrote: > > I'm not finding the Atom text editor running in a browser, > > although I see some initiatives to get that to happen. Which > > re-enforces my concern that Electron isn't really addressing the > > over the

Re: ENB: Making LeoVue a desktop app

On Tue, 6 Feb 2018 08:03:46 -0600 Terry Brown <terrynbr...@gmail.com> wrote: > On Tue, 6 Feb 2018 03:53:36 -0800 (PST) > vitalije <vitali...@gmail.com> wrote: > > > IMHO this is the way to go inter-process communication between > > regular python process an

Candidate for terminal to embed in Leo?

A fancy terminal embeddable in various ways, e.g. in QtWebEngine, Electron, the Atom editor, etc. https://opensource.com/article/18/1/introduction-domterm-terminal-emulator -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this

Re: ENB: Making LeoVue a desktop app

On Tue, 6 Feb 2018 03:53:36 -0800 (PST) vitalije wrote: > IMHO this is the way to go inter-process communication between > regular python process and electron application. +1 But I'm not familiar with Electron, so I'm not clear what it brings to the table. Leo already is

Re: ENB: Installation plans

On Mon, 5 Feb 2018 11:55:04 -0500 Offray Vladimir Luna Cárdenas wrote: > [1] http://scoop.sh/ > [2] http://chocolatey.org/ There's also https://ninite.com/ for a more GUI based approach. Would be nice to get Leo in there alongside Notepad++, Eclipse, etc. Cheers -Terry --

Re: ENB: Installation plans

On Sun, 4 Feb 2018 09:31:15 -0800 (PST) "Edward K. Ream" wrote: > I am considering using Anaconda because of an annoying problem. > Starting a new console starts off in the *default* miniconda > environment. Alas, activate python3, which at present gets done > automatically

Re: Installing virtualenv has destroyed my python 3 installation

On Fri, 2 Feb 2018 14:02:08 -0800 (PST) "Edward K. Ream" wrote: > The only strange thing so far is that the Miniconda installer > recommended *not* putting Miniconda3 on the path. Actually, it's > essential to do so, unless you use the Miniconda console. And you > have to

Which mailing list?

Leo has two mailing lists, the one most everyone uses: leo-editor and leo-editor-users I notice the difference because for some odd reason I only see my own posts on the latter. No matter. But I wonder if there's any useful

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