On Wed, Jan 14, 2015 at 1:33 PM, Brad wrote:
> I understand. My thinking was that if you decide to move ahead, the
> IPython (and more generally Jupyter) developers have gone through the
> careful process (and pain) of designing an integrated, extensible system
> (tornado, zmq, json, javascri
I understand. My thinking was that if you decide to move ahead, the IPython
(and more generally Jupyter) developers have gone through the careful
process (and pain) of designing an integrated, extensible system (tornado,
zmq, json, javascript) that may be of use in a more general context. This
In the browser would also benefit the outreach issue:
http://leo-editor.com/demo ...
On Wed, Jan 14, 2015 at 9:58 AM, Jacob Peck wrote:
>
> On 1/14/2015 10:55 AM, Edward K. Ream wrote:
>>
>> Writing to a local device involves having a server running on that device.
>
> Nope -- HTML5 brought supp
On 1/14/2015 11:28 AM, Edward K. Ream wrote:
Is there any impediment to using Leo with files that are in the local
DropBox folder?
Not that I know of. I just created @file
\Dropbox\test.py
and saved it. Changed test.py in the Dropbox folder. The changes
appear when I reloaded
> Is there any impediment to using Leo with files that are in the local
> DropBox folder?
Not that I know of. I just created @file
\Dropbox\test.py
and saved it. Changed test.py in the Dropbox folder. The changes appear
when I reloaded the .leo file containing the @file node.
Edward
--
On Wed, 14 Jan 2015 08:35:00 -0500
Jacob Peck wrote:
>- elsewhere in 'the cloud' (DropBox? SpiderOak?)
Is there any impediment to using Leo with files that are in the local
DropBox folder? Hmm, I have DropBox synced. on my phone, but the
Android outliner DGT GTD links directly to my DropBo
On Wed, Jan 14, 2015 at 9:58 AM, Jacob Peck wrote:
>
> On 1/14/2015 10:55 AM, Edward K. Ream wrote:
>
>> Writing to a local device involves having a server running on that
>> device.
>>
> Nope -- HTML5 brought support for localstorage and the FileSystem API.
> Web apps can write persistent files
On 1/14/2015 10:55 AM, Edward K. Ream wrote:
Writing to a local device involves having a server running on that
device.
Nope -- HTML5 brought support for localstorage and the FileSystem API.
Web apps can write persistent files to client devices.
http://www.noupe.com/design/html5-filesystem-ap
On Wed, Jan 14, 2015 at 9:40 AM, Kent Tenney wrote:
> Oh, I didn't understand that the question was whether or
> not to abandon 2, that wouldn't be good.
>
The question is merely whether to encourage Leo's core developers to use
Python 3 when writing (and checking!) their code. Leo will contin
On Wed, Jan 14, 2015 at 9:43 AM, Jacob Peck wrote:
>
> On 1/14/2015 10:38 AM, Edward K. Ream wrote:
>
> The cross-platform support is the key here. Being able to run it on *any*
> device with a modern web browser is crazy useful. Leo on my tablet, Leo on
> my phone, Leo on my thermostat! A b
On Wed, Jan 14, 2015 at 7:43 AM, Brad wrote:
> Can any of the lessons learned and infrastructure from the IPython
> notebook and project Jupyter (https://jupyter.org/) be of use?
>
Excellent question.
I hadn't known about jupyter until just now, but it's derived from
IPython so let's preten
On 1/14/2015 10:38 AM, Edward K. Ream wrote:
The question is, would wLeo be an improvement over plain Leo. At
present, I do not see how. For example, plain Leo will have *much*
better drawing and file-related performance than wLeo
. And if wLeo is merely going to deal with local files the
Oh, I didn't understand that the question was whether or
not to abandon 2, that wouldn't be good.
I'd welcome help from someone running Leo trunk in a virtualenv
with Py3 and PyQt5
On Wed, Jan 14, 2015 at 9:26 AM, Edward K. Ream wrote:
> On Tue, Jan 13, 2015 at 10:06 AM, Kent Tenney wrote:
>>
>
On Wed, Jan 14, 2015 at 7:35 AM, Jacob Peck wrote:
> wLeo could access .leo files in a variety of spaces:
>
> - Local files
> - github repos
> - elsewhere in 'the cloud' (DropBox? SpiderOak?)
> - stored on a private server
>
True. The question is, would wLeo be an improvement over p
Can any of the lessons learned and infrastructure from the IPython notebook
and project Jupyter (https://jupyter.org/) be of use?
-Brad
On Wednesday, January 14, 2015 at 5:31:38 AM UTC-7, Edward K. Ream wrote:
>
> I suspect that I shall be studying web technologies this year. They are
> way to
On Wed, Jan 14, 2015 at 8:05 AM, Ville M. Vainio wrote:
> FWIW, I'm pretty pessimistic about Python 3 at this point. Python 2 seems
> to be "good enough" for most people.
>
I am not real optimistic about Python 3 myself.
As Kent says, more and more packages are being ported. But Guido has
On Tue, Jan 13, 2015 at 10:06 AM, Kent Tenney wrote:
> I recently tried to switch to v3, as I remember, I was thwarted
> by problems having to do with PyQT in a virtualenv.
>
That may be, but I am talking about Leo's core developers, who presumably
can create a stable Python3K environment.
Oto
But the switch is happening, existing libraries are being
ported, new code is leveraging Python 3 benefits ...
On Wed, Jan 14, 2015 at 8:05 AM, Ville M. Vainio wrote:
> FWIW, I'm pretty pessimistic about Python 3 at this point. Python 2 seems to
> be "good enough" for most people.
>
> On Tue, Jan
FWIW, I'm pretty pessimistic about Python 3 at this point. Python 2 seems
to be "good enough" for most people.
On Tue, Jan 13, 2015 at 6:06 PM, Kent Tenney wrote:
> I recently tried to switch to v3, as I remember, I was thwarted
> by problems having to do with PyQT in a virtualenv.
>
> I current
On 1/14/2015 7:31 AM, Edward K. Ream wrote:
Web apps are connected to severs that (surprise) actually serve up
content (from data bases or news feeds or something else). But what
would wLeo serve up? Well, a .leo file, presumably on a *local*
machine. That being so, we might as well use Leo
I suspect that I shall be studying web technologies this year. They are
way too important to ignore any longer. Besides, they are interesting
technologies.
Let me state a preliminary conclusion, which may not last more than a few
hours:
Leo has no real future *as* a web app, call it **wL
This should be documented somewhere. This post will be prewriting for such
docs.
Recently I realized that Leo must insert sentinels into external files even
if the user never uses clones. Indeed, sentinels create **identity**, the
notion that a particular nodes starts at *this* place in the e
22 matches
Mail list logo
