A small, affordable computer with free resources to help people learn, make things, and have fun
https://www.raspberrypi.org/forums/
https://www.raspberrypi.org/forums/viewtopic.php?f=66&t=40860
This has to be done inside the web page using JavaScript.
No. This would be a high security risk.
This makes no sense. kweb checks, if a program is a GUI program and executes it without starting a terminal. Other programs are run inside a terminal, except if they are disabled in kweb_settings. This is exactly as it should be.
No. Exactly how it was designed. Not what I asked for.gkreidl wrote: ↑Tue Feb 19, 2019 6:01 pmThis has to be done inside the web page using JavaScript.
No kidding but not what I asked for.
No. This would be a high security risk.
Not in my application. That's why I asked for it.
This makes no sense. kweb checks, if a program is a GUI program and executes it without starting a terminal. Other programs are run inside a terminal, except if they are disabled in kweb_settings. This is exactly as it should be.
omxplayerGUI can handle playlists, but it does not serve them. You can use it to create and save m3u playlists.Diophantus wrote: ↑Tue Mar 19, 2019 9:03 pmgkreidl, is it possible to have 2 RPi3s running where one is acting as a "server" and one is acting as a "player"?
For instance, I have local videos that can be loaded in a playlist from the "server's" omxplayerGUI, or using network access from a browser on the same network using a different Windows PC. The other Pi is running omxplayer in fullscreen with no GUI, just a video player. Which could be started via GPIO trigger to play a file? No other commands would be used other than play.
The main idea is to have a RPi3 act as just a video player with GPI triggering play. But have the capability to load a selection of videos in a playlist from a webpage.
Thanks!
Different programs use different way of opening URLs. Some may use x-www-browser, but not all. You may be able to add kweb to to x-www-browser alternatives group using update-alternatives, giving it the highest priority.sinother_one wrote: ↑Sun Mar 24, 2019 8:36 pmalso i have this problem
---quote---
How can I make Kweb browser system default browser for http links?
I did select it to open html files, but links from pdf files open Vivaldi, and Kweb is not an option in - - config x-www-browser in my OS
Code: Select all
wget http://steinerdatenbank.de/software/kweb_upgrade_stretch_20190408.tar.gz
tar -xzf kweb_upgrade_stretch_20190408.tar.gz
cd kweb_upgrade_stretch_20190408
./install
Code: Select all
bgstart_ytdl_server.sh -a=vlc
Code: Select all
application/pdf:pdf:PDF file
application/x-pdf:pdf:PDF file
text/pdf:pdf:PDF file
text/x-pdf:pdf:PDF file
ACROREAD()
repeat noisy swallow(Xpdf) fill needs_xembed: xpdf -g +9000+9000 "$file"
repeat noisy swallow(okular) fill needs_xembed: okular "$file"
repeat noisy swallow(epdfview) fill needs_xembed: epdfview "$file"
repeat noisy swallow(qpdfview) fill needs_xembed: qpdfview "$file"
GV()
repeat noisy swallow(evince) fill: evince "$file"Check if the following fonts are installed: FreeSans.ttf and FreeSansOblique.ttfMaryShah wrote: ↑Thu May 02, 2019 2:15 pmthanks
the omxplayer is still doing the same thing as above but the html5 audio issue is fixed
below are the patches for anyone with the same issues on stretch
sudo apt-get install gstreamer1.0-plugins-base gstreamer1.0-plugins-good gstreamer1.0-plugins-bad gstreamer1.0-plugins-ugly
No. For debugging I use two Python scripts from another author. You can open an inspector window from the right click menu inside a web page from the browser. You will have to install some Python modules from the repository. Check the sources (imports) for details.
Code: Select all
<iframe cmd="file:///homepage.html?kbd=q"></iframe>where nnnn changes (socket # or PID?) each time.* * (lxterminal: nnnn): WARNING * * : Bind on socket failed. Address already in use
Commands are always run in a terminal by default. If a ".desktop" file is found in/usr/share/application for the command (exact match), no terminal is used (by default, but this can be disabled).jpezz wrote: ↑Thu May 30, 2019 7:34 pmIt seems like my iframe shell scripts all start by running a visible lxterminal that quickly disappears. But it can cause confusion to the kiosk users because they flash on the screen. They both have entries in the "direct command execution" section. The information there is confusing as whether the "check_desktop" should be set to True or False to not run a terminal. I tried both ways and I still get the lxterminal windows showing up.
Am I doing something wrong or is it not possible with scripts to avoid this?
If not possible, where lxterminal is specified as the default option, can I change the default size and/or position of the lxterminal only when run by kweb (by specifying options on the "referred terminal" line(?) ) so it is much smaller and/or is hidden? Kweb is used ONLY for one kiosk application and is not used as a general web browser so shoving it in a corner (or in another universe) or making it one short line in size is not a problem when run from kweb.
I also seem to run into a timing problem when the web page with two iframes that do two things bring up two terminals, one after the other. The first one logs information. The second executes a "pkill" of kweb. I tried replacing the iframe executing pkill with one that tells kweb to execute the "q" command (which is indeed enabled) as inwhich should eliminate the second terminal window coming up. But that doesn't work. I'm sure I'm doing something wrong, but what?Code: Select all
<iframe cmd="file:///homepage.html?kbd=q"></iframe>
The message I get when the two original commands are executed successively iswhere nnnn changes (socket # or PID?) each time.* * (lxterminal: nnnn): WARNING * * : Bind on socket failed. Address already in use
However, both commands work.
Your correcting keyboard command worked great. Thanks. Speeds up the application.gkreidl wrote: ↑Fri May 31, 2019 3:51 am
Commands are always run in a terminal by default. If a ".desktop" file is found in/usr/share/application for the command (exact match), no terminal is used (by default, but this can be disabled).
To run background scripts without a terminal, they have to be entered in the "direct command execution list. For commands without a path (commands from /usr/bin etc.), adding the name is enough (if they are run as the command name without a path). For other paths, e.g. "/home/pi/myscript.sh" you must add the complete path.
Your keyboard command iframe is wrong. It should be
code]<iframe src="file:///homepage.html?kbd=q"></iframe>[/code].
Is your website built dynamically from Javascript? You have not enabled it in your start command. Tryarjepsen wrote: ↑Mon Jun 03, 2019 10:30 pmHey.
I'm trying to set up a craftbeerpi system.
I'm using a rpi zerow, and are trying to get the website running in kweb.
I can get kweb to start using:
kweb -K http://localhost:5000
It seems like it's loading the site, but nothing comes up on the page.
I can get the page to display in chromium, but kweb is lighter.
Any idea what I'm doing wrong?
If Midori doesn't show anything (Javascript enabled by default), the web interface is using some Javascript (or CSS) which is incompatible with the old webkit engine. No chance.arjepsen wrote: ↑Tue Jun 04, 2019 10:31 pmThanks.
I have to confess, I'm not sure about how the website is generated.
I'm using version 3 of it:
https://github.com/Manuel83/craftbeerpi3
Even if I start kweb with just:
kweb http:localhost:5000
it only loads a dark screen below the address bar - nothing else.
I've tried Midori also - same problem.
Chromium seems to load it, but since the rpi0-w is already not toooo strong, I really want to use the most lightweight browser I can find...
I can't tell you, yet. It will take a week or two until I can move one of my systems to Buster and start testing. And it will take a few more weeks, until I can test it on Buster using a RPi 4.