Replies: 4 comments 3 replies
-
If only Python would support |
Beta Was this translation helpful? Give feedback.
-
I think this |
Beta Was this translation helpful? Give feedback.
-
I mean, we make breaking changes in I do think we need something in the near term though, so I guess I would propose:
Regardless I think we need to decide now what to do about |
Beta Was this translation helpful? Give feedback.
-
My suggestion would be to support all the versions Timo listed, but to consistently use only these in the docs:
I.e., use and suggest the most concise/least redundant forms, to make it clear that |
Beta Was this translation helpful? Give feedback.
-
In the current PR I've asked @IuryPiva to strip down the new
MathText
to be a plain declarative model:This is so we can discuss what conveniences make sense to layer on, as its own discussion. Some possible ideas that come to mind:
Restore the initializer
If we were to go this route I would would to take the time to actually formalize this use-case and make it so that convenience
args
can be specified on the Model declaratively, and thus writing an explicit__init__
can be avoided just for this.Add a helper free function
similar to what we also already do for
field
,expr
, etc.Use common
$
delimiter with an.accepts
clauseThe
$
will be familiar to anyone who has used LaTeX. Perhaps even expected. The slight danger would be users trying it outside the accepts clause, i.e.MathText(text="$...$")
Unless we want to integrate handling of$
directly intoMathText
(i.e. we could just strip leading/trailing$
in the implementation)class method for creation
Just a spitball idea. We don't really do anything like this elsewhere.
cc @bokeh/dev other ideas? Thoughts, preferences (with reasons why)?
Beta Was this translation helpful? Give feedback.
All reactions