yes, you are right. at this moment. I am using the bokeh package for charting purpose. I can plot candle sticks, and indicators on it, or in a separate grid. But, if I need some more functionality, like plotting a trend line on it. I have to dig into JavaScript. I am not from a programming background. And no more learning of a language.
Step 1: I chat with a technical assistant with IB. It is impossible to integrate python code in the back ground of TWS. So, it can only be done on the python side. Let's go for it !
Yeah, let's not open the can of worms re platform and OS preference. I bet with you that I can write a professionally looking Wpf UI faster and with better features than most who use QT. To me that's a very crude way to write and design UIs. But as you said, to each his own.
It's not even about preference but the availability of choices. I right now can run by backtester on either Windows or Linux without any modifications. That's freedom. Your bet isn't worth anything as it cannot be objectively tested. Who are these "most who use Qt" and who is judging? Nothing crude about Qt at all, clarity of code and less boilerplate is good as you said yourself. Qt Quick seems to be the preferred choice for anything mobile but I've yet to try it out myself. It's an interesting comparison and what I didn't realise that C# WPF is very slow. That's why even the python version of Qt is very fast because underneath it's all C++ calls and the python is just a wrapper, best of both worlds.
You can have C++ work under the hood for anything that is performance critical. And what do you mean with WPF slow. Show me a single charting and visualization library, for example, that beats Scichart and a few others, performance wise. It is offered primarily as WPF library. You won't be able to. All backend and essentially non UI stuff in dot net core can run unmodified on windows and any other Linux distribution. I am happy you found your preferred setup but please don't make factually incorrect claims. If WPF is slow for someone then it's because that person uses poorly designed toolboxes or inefficiently codes. The wpf libraries in scichart can visualize hundreds of millions of data points, allow user interaction to pan, zoom, all that with full support of hardware acceleration and rendering. The library is also used for 3D rendering by mining companies to visualize and model mineral deposits. Sure some routines in that toolbox use C++ and why not. Can you point us to a similar library in QT that does what scichart does? I use that library along with Devexpress and never had a wpf app that was too slow or unresponsive ever.
If I were going to create my own specialized trading package, I'd choose python with PyQt (or PySide) mainly for two reasons: faster turnaround in prototyping and ability to run on the 3 major OSes. An alternative to those who don't like Qt could be replacing it with DearPyGui. Separate out the data/order manager into a separate process and use zeromq to communicate with charts and strategies. Heck, a reasonably priced AMD Ryzen Gen 3 12 or 16 core CPU and 32 gig of 3200 DDR4 memory and fast NVMe would be overkill so each chart and strategy could have its own process communicating with the data/order manager. Python programming has a fun factor (for me). C++ is so complex these days (to me) that the fun factor is gone. I like C# a lot. I don't know enough about MAUI yet to comment about the viability of running something like the above across the 3 major OSes. It's super new for everyone right now. I started the candlestick charting piece in python with the pythonnet package and really enjoyed the prototyping turnaround. But I got to thinking that it's better (for me) to switch over to PyQT to keep my options open across the OSes. I was thinking the data/order manager process could be coded with either erlang or elixir which would open up some really cool transparent distributed programming possibilities.
i created an option tool with python and qt a while ago. I used some gui to create a qt file. Don't remember though http://bit.ly/TFFL7V
Some other python libraries that might be useful - pyqtgraph. Already mentioned by d08 in another thread. - finplot. built on top of pyqtgraph for financial plotting I have played with this one. The code is little bit messy. Other than that, very few issues, quite reliable and stable. - curio, by David Beazley. An alternative to asyncio and asynchronous networking