-
-
Notifications
You must be signed in to change notification settings - Fork 83
Interface with traitlets? #227
Copy link
Copy link
Open
Labels
"param in more places"help me name this :)help me name this :)status: discussionDiscussion. Not yet a specific feature/bug. Likely to result in multiple PRs/issues.Discussion. Not yet a specific feature/bug. Likely to result in multiple PRs/issues.type-featureFeature requestFeature request
Milestone
Metadata
Metadata
Assignees
Labels
"param in more places"help me name this :)help me name this :)status: discussionDiscussion. Not yet a specific feature/bug. Likely to result in multiple PRs/issues.Discussion. Not yet a specific feature/bug. Likely to result in multiple PRs/issues.type-featureFeature requestFeature request
Type
Fields
Give feedbackNo fields configured for issues without a type.
Param and Traitlets solve similar problems but were developed independently, with Param starting in 2003 and Traitlets appearing in 2009. By now both are well established enough in their different ecosystems (Jupyter and PyViz) that it would be very difficult to move away from either one. However, there are certain cases where one might want to supply a HasTraits object where a Parameterized object is expected, and vice versa. For instance, a dashboard or app may want to include allow configuring either type of object, but it is unlikely to be written explicitly to provide that flexibility. Instead, maybe it would be possible for us to write a wrapper for a HasTraits object so that it can appear as a Parameterized object, at least for certain use cases such as for ParamBokeh? Not sure how feasible that is, but it seems worth considering when it comes up.