On Sat, Nov 18, 2017 at 12:28:02PM +0100, Richard Z wrote:
> > Hmm, strange. The canvas is also driven by JavaScript ...
>
> update, after hitting the canvas button and waiting some minutes the demo
> actually appears. CPU usage of bin/picolisp is one full CPU. It does not
> seem to go back to nor
On Wed, Nov 15, 2017 at 04:19:30PM +0100, Alexander Burger wrote:
> On Sun, Nov 12, 2017 at 12:27:45PM +0100, Richard Z wrote:
> > > I won't think so, as this animation is driven by JavaScript (the '(+Click
> > > +Auto
> > > +Button) in "demo/fields.l"), which stops as soon as the browser leaves
On Wed, Nov 15, 2017 at 04:19:30PM +0100, Alexander Burger wrote:
> On Sun, Nov 12, 2017 at 12:27:45PM +0100, Richard Z wrote:
> > > I won't think so, as this animation is driven by JavaScript (the '(+Click
> > > +Auto
> > > +Button) in "demo/fields.l"), which stops as soon as the browser leaves
On Wed, Nov 15, 2017 at 04:19:30PM +0100, Alexander Burger wrote:
> BTW, I test this with a split screen, Termux in one and PilBox in the other
> window. In Termux I run a "cpu" script. In case somebody wants to try:
>
>
> #!/data/data/com.termux/files/usr/bin/pil
> ...
Forgot to mention that th
On Sun, Nov 12, 2017 at 12:27:45PM +0100, Richard Z wrote:
> > I won't think so, as this animation is driven by JavaScript (the '(+Click
> > +Auto
> > +Button) in "demo/fields.l"), which stops as soon as the browser leaves the
> > page. Not sure what happens ...
>
> you are right, after playing w
On Sat, Nov 11, 2017 at 03:49:45PM +0100, Alexander Burger wrote:
> On Sat, Nov 11, 2017 at 01:10:33PM +0100, Richard Z wrote:
> > it happened when I downloaded the zips with Firefox. I have no idea if I
> > have
> > closed PilBox properly before, will try again. The first download (calc)
> > wen
On Sat, Nov 11, 2017 at 01:10:33PM +0100, Richard Z wrote:
> it happened when I downloaded the zips with Firefox. I have no idea if I have
> closed PilBox properly before, will try again. The first download (calc) went
I see. In fact, I have not investigated what happes if a PIL.zip is pushed into
On Sat, Nov 11, 2017 at 08:45:01AM +0100, Alexander Burger wrote:
> On Fri, Nov 10, 2017 at 11:25:26PM +0100, Richard Z wrote:
> > I installed one example, looked at options/PILs. Then installed another
> > example and somehow got the old page listing the PILs as they were in the
> > old state.
>
On Fri, Nov 10, 2017 at 11:25:26PM +0100, Richard Z wrote:
> I installed one example, looked at options/PILs. Then installed another
> example and somehow got the old page listing the PILs as they were in the
> old state.
This cannot be, as the installation of a new App happens only when PilBox
On Fri, Nov 10, 2017 at 10:54:06PM +0100, Alexander Burger wrote:
Hi,
> However, I do not understand what you mean with "totally inconsistent and
> obsolete set of pages". Can you explain?
I installed one example, looked at options/PILs. Then installed another
example and somehow got the old pa
Hi Richard,
> works thus far.
>
> One problem that I notice is that the UI gets totally confused with both the
> device back arrow and the PilBox own back/forward arrows. Device back arrow
> apparently exits the app.
Right. This is the standard Android behavior of the device back arrow, and I di
On Fri, Nov 10, 2017 at 12:50:08PM +0100, Alexander Burger wrote:
Hi,
> PilBox now also runs on Android/Arm32 (albeit a bit slower), via the
> installation of an "Architecture Plugin".
thanks, wanted to do it myself but was too lazy:)
> This is simply a ZIP file, just like the "normal" PilBox
Hi all,
PilBox now also runs on Android/Arm32 (albeit a bit slower), via the
installation of an "Architecture Plugin".
This is simply a ZIP file, just like the "normal" PilBox Apps. It needs to be
installed before starting PilBox the first time (otherwise PilBox complains
about wrong CPU and ref
13 matches
Mail list logo