Unfortunately, no there is no way to do this. *If* copy + paste were implemented between a broadway app and the browser, then you could at least push a link to a file to download into the browser, and the user could copy it and paste it into a new tab. Anyway, copy + paste is not implemented yet ( Hi devs ... if this is easy, it would be pretty damned handy ). I haven't had to do anything like this yet, but if I had to tomorrow, I'd get users to enter an email address in a config screen, and I'd email documents or links to downloads to them. Not ideal, I know. Dan On Tue, Nov 29, 2016 at 7:31 PM, Igor D <ivbsd1@xxxxxxxxx> wrote: > Hi, > > I'm working with GTK+ via Broadway. > I need to upload and save some file on local computer (which run browser). > Can I do in this mode that and how ? > > Thanks, > Igor > > On Thu, Oct 13, 2016 at 3:10 PM, Igor D <ivbsd1@xxxxxxxxx> wrote: >> >> Hi Dan, >> >> I don't need real time graphing or something like that. It should work >> only after triggers from user. >> >> I don't remember exactly which feature was missed. I'll recheck. >> >> Your inputs are optimistic :-) >> >> Thanks a lot for the help. >> Igor >> >> >> >> On Thu, Oct 13, 2016 at 2:04 PM, Daniel Kasak <d.j.kasak.dk@xxxxxxxxx> >> wrote: >>> >>> On Thu, Oct 13, 2016 at 5:31 PM, Igor D <ivbsd1@xxxxxxxxx> wrote: >>> >>> > Hi, >>> > >>> > Thanks for prompt reply. >>> > >>> > Yes, I have couple of specific concerns: >>> > 1. Performance. I'm not looking for something special but expect >>> > something >>> > reasonable. My few experiments show >>> > that performance may be too low. >>> >>> I haven't seen bad performance in terms of user experience, though I >>> have noticed high CPU usage in the broadwayd process(es). My very >>> rough guess is that you can support somewhere between 2-3 times the >>> number of active users as CPU cores on your system before users start >>> to notice. I've never done any stress-testing to see what exactly >>> would happened if you pushed this limit. I guess if you're trying to >>> deliver to more users than this model supports, you're entering "real" >>> web-app development. Out of interest, what kind of applications are >>> you considering distributing? >>> >>> It will depend a lot on what your app is doing I guess. Real-time >>> graphing or apps where there is constant rendering happening ( eg text >>> flying past in a log viewer ) will consume a lot more CPU than an app >>> that sits still and waits for a user to do something. >>> >>> I've also noticed that broadway gives a much better experience than >>> VNC. VNC is laggy and has rendering glitches. Broadway is pretty >>> impressive under conditions where VNC degrades badly. >>> >>> > 2. Reduced feature set, comparing to GTK without broadway. I found few >>> > minor >>> > differences but this makes me afraid that it might be more. >>> >>> I haven't noticed any reduced features at all. You may have to set >>> some environment variables to activate things like gtk+ themes and >>> icon packs, but I haven't found anything with broadway that doesn't >>> work as I expect from a regular X11 experience. What differences have >>> you seen? If it's just things like icon packs, it might be worth >>> documenting what's needed to get on-par with X11. >>> >>> Dan >>> >>> > >>> > Thanks, >>> > Igor >>> > >>> > On Thu, Oct 13, 2016 at 1:21 AM, Daniel Kasak <d.j.kasak.dk@xxxxxxxxx> >>> > wrote: >>> >> >>> >> I've been using it on+off for a couple of years. As far as widget >>> >> toolkit functionality goes, it's a stable platform for me. Security is >>> >> not handled by broadway, except for basic password authentication ( 1 >>> >> password per linux user who runs broadway apps ). I posted on this >>> >> topic a little while back: >>> >> >>> >> >>> >> http://tesla.duckdns.org/transparent-proxy-for-broadway-gtk3-html5-backend/ >>> >> >>> >> Are you after some info in particular? >>> >> >>> >> Dan >>> >> >>> >> On Thu, Oct 13, 2016 at 5:49 AM, Igor D <ivbsd1@xxxxxxxxx> wrote: >>> >> > Hi, >>> >> > >>> >> > I wonder if someone have practical experience with GTK+ with >>> >> > Broadway. >>> >> > I'll be glad to have feedback. >>> >> > >>> >> > Thanks >>> >> > Igor >>> >> > >>> >> > _______________________________________________ >>> >> > gtk-list mailing list >>> >> > gtk-list@xxxxxxxxx >>> >> > https://mail.gnome.org/mailman/listinfo/gtk-list >>> >> > >>> > >>> > >> >> > > > _______________________________________________ > gtk-list mailing list > gtk-list@xxxxxxxxx > https://mail.gnome.org/mailman/listinfo/gtk-list > _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gtk-list
