You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Instead of creating config keys for different adapters and since you can get an adapter's config from dap.session(), you could instruct the user to create dap_view config key in their adapter config:
Then you don't have to update dap-view setup opts, only create the logic in the plugin and update readme about what dap_view.
This also allows the user to have finer grain control over dap-view. For example if I have two delve configurations, one that is for a web application and the other TUI:
I'm sure we could provide callbacks in the adapter configuration as well.
Personally I like this sort of inversion pattern because it requires the least amount of complexity at the plugin level and provides the user with the most flexibility.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Instead of creating config keys for different adapters and since you can get an adapter's config from
dap.session()
, you could instruct the user to createdap_view
config key in their adapter config:Then you don't have to update
dap-view
setup opts, only create the logic in the plugin and update readme about whatdap_view
.This also allows the user to have finer grain control over
dap-view
. For example if I have twodelve
configurations, one that is for a web application and the other TUI:I'm sure we could provide callbacks in the adapter configuration as well.
Personally I like this sort of inversion pattern because it requires the least amount of complexity at the plugin level and provides the user with the most flexibility.
Beta Was this translation helpful? Give feedback.
All reactions