Re: Dynamically proxy broadway traffic

[Daniel Kasak <d j kasak dk gmail com>]

Thanks :) Yes the plan was to deploy an ETL framework's UI via this
method. We currently distribute a bunch of software via installers
that cover Ubuntu and CentOS, but users have to use either VNC or run
a local X server. Our users are currently "somewhat" comfortable with
how it all works currently ( no broadway yet ). The only issue I've
had with broadway is one I posted about in the gtk+ list - calling
Gtk3::main_iteration while ( Gtk3::events_pending ) - which apparently
causes a busy loop in broadway. So I'm having to go back and rewrite
some parts by using forking and IPC, which isn't quite as painful as
it sounds. Anyway, we're about to do our first client engagement using
broadway, so fingers crossed :) We obviously have a quick fallback to
VNC if we need it. We're lucky in that all our users are in-house at
this point, though the long-term plan is for us to license this to
clients for them to use themselves. Anecdotally, I've had positive
comments in demos I've done to in-house people. Personally I'm pretty
happy running VNC, but I admit that being able to deliver via a
browser does come across as more impressive.

Dan

On Sat, Oct 8, 2016 at 8:29 AM, Torsten Schönfeld <kaffeetisch gmx de> wrote:
> On Di, 2016-10-04 at 21:47 +1100, Daniel Kasak wrote:
> > I've gotten a proof-of-concept of this working :) I switched to
> > another proxying codebase, as it was easier to modify for my
> > purposes.
> > I've written a blog post about it, including some example code:
> > http://tesla.duckdns.org/transparent-proxy-for-broadway-gtk3-html5-ba
> > ckend/
>
> Nicely done!  Are you planning to actually deploy this for some
> project?  I wonder what uninitiated users think of the interface that
> gtk+ in a browser presents and how well they manage to use it.
> _______________________________________________
> gtk-perl-list mailing list
> gtk-perl-list gnome org
> https://mail.gnome.org/mailman/listinfo/gtk-perl-list