- Sep 13, 2018
-
-
Danilo Piparo authored
passing through the factory in order not to use explicitly the type.
-
Danilo Piparo authored
-
Danilo Piparo authored
-
Axel Naumann authored
-
- Sep 12, 2018
-
-
Enrico Guiraud authored
-
Danilo Piparo authored
-
Enrico Guiraud authored
-
Enrico Guiraud authored
-
Enrico Guiraud authored
-
Enrico Guiraud authored
-
- Sep 10, 2018
-
-
Olivier Couet authored
This fixes ROOT-9664
-
- Sep 07, 2018
-
-
Axel Naumann authored
-
Danilo Piparo authored
-
Olivier Couet authored
-
Danilo Piparo authored
-
Danilo Piparo authored
in ROOT6 there is only one kind of reflection information. For this reason, also the neighbouring references to Reflex have been removed.
-
Danilo Piparo authored
-
Danilo Piparo authored
-
Danilo Piparo authored
-
- Sep 06, 2018
-
-
Philippe Canal authored
-
Sergey Linev authored
-
Sergey Linev authored
-
Sergey Linev authored
-
Sergey Linev authored
-
Sergey Linev authored
-
Sergey Linev authored
Only this method will wait configured time for completion wait function. WebWindow::WaitFor() does not have timeout option
-
Sergey Linev authored
-
Sergey Linev authored
-
Sergey Linev authored
Instead of using static variables just configure gEnv->SetValue() parameters directly. Adjust tutorial
-
Sergey Linev authored
Always use mutex to protect vector of canvases
-
Sergey Linev authored
This method is thread safe
-
Sergey Linev authored
-
Sergey Linev authored
Fixes several issues with drawing and update of superimposed histograms
-
Sergey Linev authored
works
-
Sergey Linev authored
Instead of starting every new thread for new operation - reuse same thread which was started during first send operation. Also take care that such dedicated threads correctly stopped when WSHandler is destroyed
-
Sergey Linev authored
-
Sergey Linev authored
-
Sergey Linev authored
-
Sergey Linev authored
Only in such mode multithreading is allowed. In async mode one can meaningfully use send completion callback. Default mode is synchronous (as before), which allows to use handler only from main thread
-
Sergey Linev authored
Before one could submit as many operation as one wants to the websocket. In case of longpoll socket this lead to extra queue, which was not controlled by the user. Now each send operation is confirmed by callback. Only after such callback next send operation via websocket is allowed. Queue is organized externally (like in TWebWindow). For the longpoll engine this simplify internal logic and avoids queueing
-