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
It would be good if the BndEditModel were able to be a bit smarter about handling included files.
There are two situations where this becomes relevant that spring to mind:
If you have inherited properties, then the GUI will only display the properties directly defined in the file you're editing. Seamlessly handling inherited properties in the GUI would likely require more work, but having BndEditModel at least aware of that would be a first step.
The "hot redeploy on change" functionality available in Bndtools currently only works when changes are directly made to the bndrun that you launched with. For example, if I am live coding in the Bnd workspace on the bndtools.core project, and I have launched using bndtools.win32.x86_64.bndrun and I edit bndtools.shared.bndrun (which the win32 launch file -includes), it will not automatically update my running instance. If the BndEditModel were aware of -include and could calculate the final set of properties, these could be used as the basis of the diff to figure out if the running process needed to be updated.
The text was updated successfully, but these errors were encountered:
This issue has been automatically marked as stale because it has not had recent activity. Given the limited bandwidth of the team, it will be automatically closed if no further activity occurs. If you feel this is something you could contribute, please have a look at our Contributor Guide. Thank you for your contribution.
This issue has been automatically closed due to inactivity. If you can reproduce this on a recent version of Bnd/Bndtools or if you have a good use case for this feature, please feel free to reopen the issue with steps to reproduce, a quick explanation of your use case or a high-quality pull request.
It would be good if the
BndEditModel
were able to be a bit smarter about handling included files.There are two situations where this becomes relevant that spring to mind:
BndEditModel
at least aware of that would be a first step.bndrun
that you launched with. For example, if I am live coding in the Bnd workspace on the bndtools.core project, and I have launched usingbndtools.win32.x86_64.bndrun
and I editbndtools.shared.bndrun
(which the win32 launch file-includes
), it will not automatically update my running instance. If theBndEditModel
were aware of-include
and could calculate the final set of properties, these could be used as the basis of the diff to figure out if the running process needed to be updated.The text was updated successfully, but these errors were encountered: