Hi all, While discussing how to prevent users "escaping" from the kiosk mode (see [1] and [2]), we started questioning whether we should use a kiosk at all. These days, users are familiar with browsers, so I don't know which benefits the kiosk brings. OK, it looks like and application... so what? We will find more corner cases and need to put more effort into hiding the browser for, IMHO, a marginal benefit. What do you think? Regards, Imo [1] https://github.com/agama-project/agama/issues/2112 [2] https://github.com/agama-project/agama/issues/1509 PS: it could start in full-screen mode if we want to avoid seeing the browser from the very beginning.
On Wed, Mar 5, 2025 at 6:38 AM Imobach Gonzalez Sosa <igonzalezsosa@suse.com> wrote:
Why are you using Firefox for this? Why not use a simple WebKitGTK shell runner instead? Cockpit has one that can be reused. * Launcher: https://github.com/cockpit-project/cockpit/blob/main/src/ws/cockpit-desktop.... * Runner: https://github.com/cockpit-project/cockpit/blob/main/src/client/cockpit-clie... Being a browser window is more useful in live environments (which Agama does not support), full-screen kiosk on top of Weston would make sense leveraging this. -- 真実はいつも一つ！/ Always, there's only one truth!
On 3/5/25 4:14 PM, Neal Gompa wrote:
For SLE we need to use something that is part of the distribution and that is fully supported by the SUSE maintenance team.
* Launcher: https://github.com/cockpit-project/cockpit/blob/main/src/ws/cockpit-desktop.... * Runner: https://github.com/cockpit-project/cockpit/blob/main/src/client/cockpit-clie...
If we would go that way (which implies finding a maintainer for the package, the YaST Team does not want to commit for LTS maintainership), we would likely not use something based on Python. After all, the whole GTK minibrowser is only 1k lines of C code. Cheers. -- Ancor González Sosa YaST Team at SUSE Software Solutions
On 3/5/25 16:14, Neal Gompa wrote:
I discuss this topic also with Anaconda guys and basically agreement was that main reason is beside firefox stability also its performance as usually during our testing we find that with complex js page ( which agama and also web anaconda is ) firefox eats less memory and perform better. There is other benefits like development ecosystem around, but it is not so important. Also so far all our attempts to try some lightweight browser on top of wayland compositor ends with graphical glitches that was out of our area of expertise. So really unless we have maintainer in SUSE that can maintain it for all supported architecture I do not see way how to use it and support it. Josef
On Wed, Mar 5, 2025 at 6:38 AM Imobach Gonzalez Sosa <igonzalezsosa@suse.com> wrote:
Why are you using Firefox for this? Why not use a simple WebKitGTK shell runner instead? Cockpit has one that can be reused. * Launcher: https://github.com/cockpit-project/cockpit/blob/main/src/ws/cockpit-desktop.... * Runner: https://github.com/cockpit-project/cockpit/blob/main/src/client/cockpit-clie... Being a browser window is more useful in live environments (which Agama does not support), full-screen kiosk on top of Weston would make sense leveraging this. -- 真実はいつも一つ！/ Always, there's only one truth!
On 3/5/25 4:14 PM, Neal Gompa wrote:
For SLE we need to use something that is part of the distribution and that is fully supported by the SUSE maintenance team.
* Launcher: https://github.com/cockpit-project/cockpit/blob/main/src/ws/cockpit-desktop.... * Runner: https://github.com/cockpit-project/cockpit/blob/main/src/client/cockpit-clie...
If we would go that way (which implies finding a maintainer for the package, the YaST Team does not want to commit for LTS maintainership), we would likely not use something based on Python. After all, the whole GTK minibrowser is only 1k lines of C code. Cheers. -- Ancor González Sosa YaST Team at SUSE Software Solutions
On 3/5/25 16:14, Neal Gompa wrote:
I discuss this topic also with Anaconda guys and basically agreement was that main reason is beside firefox stability also its performance as usually during our testing we find that with complex js page ( which agama and also web anaconda is ) firefox eats less memory and perform better. There is other benefits like development ecosystem around, but it is not so important. Also so far all our attempts to try some lightweight browser on top of wayland compositor ends with graphical glitches that was out of our area of expertise. So really unless we have maintainer in SUSE that can maintain it for all supported architecture I do not see way how to use it and support it. Josef
participants (4)
-
Ancor Gonzalez Sosa -
Imobach Gonzalez Sosa -
Josef Reidinger -
Neal Gompa