apetuskey

Yeah it probably works with most guy libraries im guess I have tried it

Yeah lots of things need to be improved this is the first release. Thanks for the tip

Thanks! XY already uses a similar pixel-aware approach

long line and area traces are reduced in Rust using M4 to produce viewportsized extrema, that is then refined as you zoom. Dense scatter plots use a fixed-size density grid plus a representative sample

Yes, it’s significantly faster than existing Python charting libraries for real-time updates.

Instead of serializing and sending the full dataset as JSON, it sends compact typed binary buffers and only the screen-relevant data reducing payload size and browser-side work.

More detail here https://github.com/reflex-dev/xy#how-it-works

its a python charting library

How many points are you working with usually?

I have adjusted the title

Its a Python library with some rust in it, to speed up some of the calculations

What do you mean by this?

It depends on how much data you are planning on showing, but as you can see from the benchmarks its also more performant than other python charting libs for small data.

We also built this library for extreme customization with CSS/Tailwind support so rendering large amounts of data is an important but not the only advantage.

Thanks! Yes we are working on a Matplotlib compatible Api its very early but we hope to polish it up soon.

This looks interesting! I want to try it out for a project we are working on, but we would need some of the features like callers, doctoring, and typing

What is the timeline on the coming soon features?

https://reflex.dev/ is all made in Reflex and has raised a seed round! There are also a few YC companies using Reflex that have raised seed rounds too.

I see thanks for bringing this to my attention, I didn't know that badges caused this problem for disabled people.

We will look into this, I think the info is still important to show but there probably is a better more inclusive way of doing it.

Thanks! We are fans of wasp as well!!

We do use nextjs but I think what's the most handy part of Reflex is the simplification of state management and event handling so there is more complexity to the framework.

We are keeping all our telemetry anonymous and don't store/track ips

https://nextjs.org/telemetry https://docs.streamlit.io/library/advanced-features/configur...

Yeah I see your point it's definitely something we are going to try and reduce in the future. We wanted to give the users the ability to wrap external react components and leverage that ecosystem so there were trade off we had to make.

The 3MB of JS is in dev mode or prod mode? (Is this similar to the other comment where they were running in dev mode but when they ran in prod it was much smaller ~ 340KB?)

We have 5 badges in total, and 1 of them to points to our integrations test passing. And the integration test do serve an important purpose in making sure we are compatible on multiple different os and don't make a change that would break WSL for example. More info here https://github.com/reflex-dev/reflex/tree/main/.github/workf...

The others are the current latest version, python version we support, how many people are on our discord (A metric to see community activity), and a badge that points to our docs. I think all of these are important but open to suggestions on ones you think would serve a better purpose.

I agree we need some benchmarks working on getting this asap.

Yes, dev mode is just for developing/creating and has hot reloading enabled.

Hey are you running in dev mode or prod mode I just tried the counter in prod mode and it was 340.1 KB compressed?

Yeah Pycon was busy but next time :)

Will be improved in the future as we start to offload client side actions with wasm, starting to do this but the python wasm ecosystem is still maturing

No definitely not really love what they are doing. It was a comment that its a framework where you just write python for everything

Agree a little different approaches, we found many developers wanted to stick with a 100% code approach and avoid the constraints of using an online drag and drop builder like retool/anvil etc. Instead opting to stick a traditional code tech stack that provides benefits like easier version control with ui and reviews with larger teams. Where as with a low code tool you are now forced to develop on the ui platform and locked in by the vendor.

We have also had some users build some fairly large Pynecone apps including our whole website built in our own framework.

Excited to try this looks really good! Been looking for something like this for our Pynecone code base!

Thank you :)

Pynecone comes with a built in sqlite database on the server only not on the browsers. you can also easily connect to any external db by changing the pcconfig

We are working on improving the performance, we are still pretty new but there are a few different ways we can speed state updates up. For state updates like pressing the counter a lot of times it can been seen, we will improve this.

Yes its entirely in python. No Javascript/React/NextJS needed.