Hello Sylvain, One thing that I find a bit weird in the proposal is to use a new "generate
option" webui.

For the qt/wx/... that makes more sense because :
(1) they're exclusive, you can't be both WX and QT, trying to link multiple
graphics framework in the same app is just not practical (possible).
(2) because of some fundamental ways the app is going to be run when links to a
local gui toolkit, it's hard to do otherwise.
However, I don't see why having both a local QT GUI _and_ exposing a Web UI
would have to be exclusive.
The "global" options for a Web UI could be in a block without port (much like
there is a xmlrpc server block, or also the Device3 block in RFNoC). That block
instance would take care of setting up all the global stuff that can be used by
the actual UI blocks sending data to clients.





If we see from the user perspective, why would someone need two displays ? One
using QT/WX and other from web. So, using multiple graphics framework in the
same app is not practical and not possible but on the other hand, using QT/WX
simultaneously is possible but not practical.
Also, top_block.py will be keep running until QT window is closed. In case of
web based GUI, top_block will be keep running until the server stops. Now,
merging this two is critical. I hope you understand what I mean.
Just my 2ct.Thanks for that. Pennies make dollars.
Regards,Kartik Patel
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to