Curses-style text interface within browser?

Z

Zoubidoo

Many applications require a high-speed interface such as supermarket
checkouts, busy points of sale, doctors' surgeries etc. The problem
with graphical interfaces is that they are too slow for this kind of
environment. Imagine a web interface at the supermarket checkout -
just not viable.

Would it be possible to build a text-based interface *within* a normal
browser window - like curses? Keypresses would be interpreted by
javascript and cause changes in a curses box. I think there has
already been some work on connecting javascript and curses
http://spiderape.sourceforge.net/plugins/ncurses/ but is a curses
style interface really possible?

A text-based interface would allow all those point-of-sale
applications to become web-applications.

Cheers,
Z.
 
S

slebetman

Many applications require a high-speed interface such as supermarket
checkouts, busy points of sale, doctors' surgeries etc.  The problem
with graphical interfaces is that they are too slow for this kind of
environment.  Imagine a web interface at the supermarket checkout -
just not viable.

<snip>

A text-based interface would allow all those point-of-sale
applications to become web-applications.

Actually, a lot of newer POS systems have moved away from keyboards to
purely graphical touch screens. Like the POS systems used by Pizza Hut
and Starbucks for example. Such interfaces are perfectly doable as a
web interface. But even when you can't use touch screens, you can
still use keypress events to trigger actions - just clearly label the
on-screen buttons so that the user knows what key to press to activate
what button.
 
Z

Zoubidoo

Actually, a lot of newer POS systems have moved away from keyboards to
purely graphical touch screens. Like the POS systems used by Pizza Hut
and Starbucks for example.
That's true.
Such interfaces are perfectly doable as a
web interface. But even when you can't use touch screens, you can
still use keypress events to trigger actions - just clearly label the
on-screen buttons so that the user knows what key to press to activate
what button.
Do you know of any web-based examples?

I'm hitting sites like this http://www.merchantos.com/merchantos_com_demo.php
which would be totally unworkable for busy environments.

I still think curses would be helpful.
 
P

Peter Michaux

Many applications require a high-speed interface such as supermarket
checkouts, busy points of sale, doctors' surgeries etc. The problem
with graphical interfaces is that they are too slow for this kind of
environment. Imagine a web interface at the supermarket checkout -
just not viable.

Would it be possible to build a text-based interface *within* a normal
browser window - like curses?

Vi in the browser is an indication something curses-like can probably
be built.

http://gpl.internetconnection.net/vi/

Peter
 
S

slebetman

That's true.


Do you know of any web-based examples?

I'm hitting sites like thishttp://www.merchantos.com/merchantos_com_demo.php
which would be totally unworkable for busy environments.

I just had a look at merchantOs and found it to be quite fast -- once
you have all the images loaded. Also, I found that a lot of actions
trigger full screen refresh. For big actions like inventory queries
that may be acceptable but for small and common actions like entering
items or committing a transaction could be done with ajax to avoid
full screen refresh. If you do decide to go with a web based solution
for high throughput POS here's my suggestions:

1. Don't use images (the one exception is the store/company logo if
necessary). Instead go old-school with the layout/design and implement
it using large buttons/divs. This is a POS system after all, remind
the customer that the web app is not trying to be the next flickr or
facebook or yahoo. Emulate curses interfaces without emulating curses
itself which would be terribly slow and have much higher overhead than
plain and simple html.
2. This is a POS system so presumably you have full control what
browser the client will use to run it. So there's no excuse not to use
AJAX, especially for smaller transactions. The difference between
local DOM manipulation and full page refresh can be in the range of a
couple hundred milliseconds. Normally for a web app this is acceptable
but in your environment the difference would be noticeable.
3. If you are brave & competent enough implement smaller calculations
like totals in javascript on the front end to minimise communication
with the server.
4. It may not be worth implementing this as a web app. The only places
I've seen graphical POS being successfull are restaurants - which are
inherently not high-throughput. Supermarkets tend to stick to text
based HP, Siemens or IBM terminals for the reason you stated: high-
throughput sites need high speed POS.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Members online

Forum statistics

Threads
473,744
Messages
2,569,484
Members
44,903
Latest member
orderPeak8CBDGummies

Latest Threads

Top