Comments (3)
vt_cdu CDU = Customer Display Unit. A display which customers can see.
vt_main The decision was made a long time ago to use a loader to provide opportunities for checking things (is ViewTouch already running) and for passing arguments, such as -n (forcing ViewTouch to run without remote graphical terminals).
vt_print Yep, the print routines. Someone decided a long time ago that this should be a separate binary.
vt_term Yep, remote graphical display/input sessions. One program running many displays with touchscreen input is a touchscreen workgroup, which is what ViewTouch is all about. This is the whole point of X, actually. I support customers & clients by sometimes asking for a display/input session from their instance of ViewTouch. I invoke this command in a terminal: ssh -X viewtouch@remoteIP /usr/viewtouch/bin/openterm
vtpos Yes, keeps a terminal open for error messages
ViewTouch is designed for a single instance to run as many remote display/input sessions as one needs. And each remote display/input session can have a printer, too. The best way to envision this from the user's viewpoint is to go to the Administrative Matrix with the superuser logon, then look at all the pages there, especially the Configuration > Displays & Printers page. This is where all the remote display/input ip addresses are entered, as well as any configuration options for each of them. This is also where any printers with network interfaces on them are entered. I will add some screenshots in the next day or two which make this a bit more clear.
I don't think there's any point to running ViewTouch headless.
from viewtouch.
from viewtouch.
My goal is the following:
- the bar has a printer
- the kitchen has a printer
- there are no cash drawers
- waiters each have a smartphone/tablett and take orders
- depending on the type of the order (beverage or meal) the order is printed to the bar or the kitchen
- in the bar/kitchen one of the barman takes the printed order and prepares the drinks/meals
- other waiters without smartphones take the finished drinks from the bar to the customer (same thing with the meals from the kitchen)
- the waiters with smartphones (and a wallet) go to the tables and bill the customer, payment in cash
In this use case the only displays are the smartphones from the waiters. When everything is configured the main server does not need a display or can be controlled by another smartphone used by the superuser
Would this be possible with ViewTouch? What constraints would I face? Can I help to overcome those constraints?
I'd have to handle about 50 tables with ViewTouch. How does ViewTouch handle this many tables? Is there a way to group tables? Maybe by location (inside the bar, in the garden) or just number range (1-9, 10 to 19, 20 to 29, etc). Is there a way for a waiter to set custom location for just one order (for example "Gene Table near the bar")
Another question: how are the Android tablets connecting to the master server? I suspect it is not ssh
. Does vtpos open a port to access the X server?
Sorry for asking so many questions. And thanks for your time and engagement :)
from viewtouch.
Related Issues (20)
- Broken on FreeBSD: license_hash.cc HOT 9
- The 'install' target fails: file INSTALL cannot find "/usr/ports/misc/viewtouch/work/viewtouch-19.04.1/dat" HOT 4
- Please do not install the 'date' library HOT 1
- Add BSD to CI HOT 1
- [suggestion] You need to segragate read-only vs. writeable directories, and make the installed structure unix-like HOT 2
- Users have to once again Clock In when ViewTouch exits and is restarted. HOT 3
- If running ViewTouch on 64-bit Linux HOT 2
- Android X Server Update: July 10, 2020
- Running GDB (the GNU Debugger): Update
- New Wiki Pages > Building One's Custom Menu and Kitchen/Bar Video HOT 3
- The Unique Advantage of the RPi 4 in the hospitality environment: Mirrored displays
- Formatting issue: An extra line and line feed is issued at the top of some buttons HOT 1
- Code Errors (two) HOT 5
- A couple of small omissions during startup reported in the file: error_log.txt
- Add GitHub Actions for better CI integration HOT 1
- Transfer of user data files in /usr/viewtouch/dat to another Raspberry Pi can cause a program failure HOT 1
- After copying VT /dat to Raspberry Pi, Revenu shows on wrong day HOT 3
- Add GCC 11 to CI build matrix
- Error compiling on Ubuntu 20.04 because of old catch2.hpp HOT 3
- The Discussion Area is now open.
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from viewtouch.