Maarten Breddels

See also https://github.com/jupyter-widgets/ipywidgets/issues/1218

@vidartf as you mentioned in person over video, it cannot be avoided to send back the echo msg to the original front-end source. Why is that the case?

Would be good to know that a design issue in 0mq (like almost 0 prob of being solvable), or something that could be solved on the python side.

Ok, I like to idea of seeing it as an optimization. @vidartf I doubt there are many situations where large amounts of data flow from front end backend, it's more...

A video stream would indeed be a really strong case on implementing this before having a way to not echo back to the originating frontend.

Some thoughts: what about including an 'session_exclude' key in the header (http://jupyter-client.readthedocs.io/en/latest/messaging.html#general-message-format) For the Comm.send object, we could have an extra echo=True/False argument, the echo argument can be passed to...

Relying on the regex gives about the same performance, but should let the tests pass: ``` ------------------------------------------------------- benchmark: 1 tests ------------------------------------------------------ Name (time in us) Min Max Mean StdDev Median...

In fact, I think we can assume we know where the date fields are right? That gives us the following performance: ``` ------------------------------------------------------- benchmark: 1 tests ------------------------------------------------------ Name (time in...

Well, jupyter_client users `from zmq.utils import jsonapi` which seems like a smart idea, but orjson does not support seperator, which is used in that module. And I'm also not sure...

Hi, you can use df.to_pandas_df(), does that answer your question? Regards, Maarten