Hi Alex,
On 14. Mar, 2014, at 11:23, Alexander Burger wrote:
On Wed, Dec 25, 2013 at 01:35:38PM +0100, Alexander Burger wrote:
Hi Jon,
thanks for the input!
...
When I tap/click on a menu and the menu drops down, I would like the menu
to go away if I tap/click outside the menu, on neutral
On Wed, Dec 25, 2013 at 01:35:38PM +0100, Alexander Burger wrote:
Hi Jon,
thanks for the input!
...
When I tap/click on a menu and the menu drops down, I would like the menu
to go away if I tap/click outside the menu, on neutral ground.
This is difficult, if not impossible. The menu is
Alex,
and the load distributed across multiple servers.
How so? Currently PicoLisp forks on the same sever. Are you using remote
queries to other PicoLisp instances? A proxy to parse routes?
re: https://www.mail-archive.com/picolisp@software-lab.de/msg00097.html;
For production. At the
Hi Rick,
and the load distributed across multiple servers.
How so? Currently PicoLisp forks on the same sever. Are you using remote
queries to other PicoLisp instances? A proxy to parse routes?
Sure, kind of. See e.g.
http://software-lab.de/doc/refR.html#remote/2
You can easily fork
Thanks Henrik and Alex,
This came in my email this morning:
http://us5.campaign-archive1.com/?u=502910cc28cb186a9e829f748id=a8605b778ae=9d2ada32e2
It seems to me that the easiest way to overcome server volume(1)
limitations (http://www.kegel.com/c10k.html;), is by executing a much as
possible
http://www.engadget.com/2014/01/06/firefox-os-tablet-developer-program/
http://www.engadget.com/2014/01/06/panasonic-firefox-os-deal/
On Mon, Jan 6, 2014 at 10:15 AM, Rick Lyman lyman.r...@gmail.com wrote:
Thanks Henrik and Alex,
This came in my email this morning:
Hi Rick,
It seems to me that the easiest way to overcome server volume(1)
limitations (http://www.kegel.com/c10k.html;), is by executing a much as
possible on the client. See also: http://www.generalinterface.org/;.
It all depends on the application. But, in my experience, the relative
load
Alex,
I trust that you had a merry Christmas and a Happy New Year...
Supporting phones is a very good idea:
http://www.digitaltrends.com/mobile/mobile-phone-world-population-2014/;
The article mentions: Of the 6 billion cell phones in use, only around 1.1
billion of them are mobile-broadband
Hi Rick,
a Happy New Year to you too! And to everybody else, of course! :)
And thanks for the feedback and links.
I have mixed feelings about: this would break the fundamental rule that
the GUI should also work in an environment without JavaScript
It seems contrary to what most companies
no difference on Android. ;-)
When I tap/click on a menu and the menu drops down, I would like the menu
to go away if I tap/click outside the menu, on neutral ground.
/Jon
Hi all,
it is quite straightforward to use the standard PicoLisp GUI on
smartphones, basically by including a CSS file and new bar
Hi Jon,
thanks for the input!
Numerical input elements can/should be given pattern attributes that
trigger the numerical keypad on iPhones/iPads, like this:
input pattern=[0-9]* type=text value=55667788 /
As far as I know, this pattern makes no difference on Android. ;-)
This could be
Hi all,
it is quite straightforward to use the standard PicoLisp GUI on
smartphones, basically by including a CSS file and new bar menu
function. More about this on
http://picolisp.com/5000/!wiki?PhoneGUI
The article presents a simple demo, and describes how to access it.
A merry Christmas
re: HTML5
What future features are being worked on?
Thanks Alex,
-rl
On Mon, Dec 23, 2013 at 10:18 AM, Alexander Burger a...@software-lab.dewrote:
Hi all,
it is quite straightforward to use the standard PicoLisp GUI on
smartphones, basically by including a CSS file and new bar menu
Hi Rick,
re: HTML5
What future features are being worked on?
In the long range, I assume that the hardware of mobile devices will be
fully supported (see e.g. Firefox OS).
Currently, the geolocation API works fine. Also device orientation,
camera access, touch events, vibration and so on. For
14 matches
Mail list logo