Replicates the size management code of the regular launch config
dialog and sets the default size to be 800x720.
Change-Id: I00e5028383e3a04e8b81d3adfa8487f9fb7fbcaf
The Null Target is half way to becoming a first class citizen. However
we don't provide it in the list of targets available for a launch
descriptor. This adds support for that by adding a boolean flag to
the launch configuration provider launch bar contribution extension.
To help with that, changed the handling of get launch config for the
default launch descriptors to grab the config directly from the
descriptor without going through the providers. It would be very weird
for the providers to return a different config, but that door is now
shut.
Also add some documentation to ILaunchBarManager. Was going to add
the support there but went for the extension instead. Might as well
check in the docs I wrote doing that.
Change-Id: Ia03002a661a3971df68f74b2c338fe538b8b376a
Adds Duplicate and Delete buttons to our config editor.
Default descriptors, which map directly to launch configs,\
differently from the others. As a result, we make the
Default configs public so others can take advantage of this behavior.
Change-Id: Idbe9449556e214001ac0a9e615ce684e5e5579b3
Container target
- add new ILaunchTargetManager2 interface which specifies new
addLaunchTargetNoNotify() method
- change LaunchTargetManager to also implement ILaunchTargetManager2
interface
- bump to next minor release 2.3.0
Change-Id: I263c44b586a60428971c401d982da2dacd8cd1f0
Signed-off-by: Jeff Johnston <jjohnstn@redhat.com>
Rather fetch the context from the factory.
Change-Id: I12e1b94d070feeebcee9298f544ab2fc9c5cb3ec
Signed-off-by: Alexander Kurtakov <akurtako@redhat.com>
o.e.launchbar.ui.controls uses annotations and thus imports
javax.annotations package. This package is removed in Java 11 and
equinox doesn't put javax.annotation bundle on the classpath resulting
in launchbar not functioning at all.
The fix is to Import-Package: javax.annotation like eclipse platform
bundles do and letting equinox resolve it either from the jvm or the
bundle shipped with platform.
Change-Id: Id5702919b233b3fea424fa2f1db15505eee8ecb7
Signed-off-by: Alexander Kurtakov <akurtako@redhat.com>
- fix LaunchTargetManager addLaunchTarget to change any
slashes in the target name to semi-colons when forming the
preference node name to use
- fix LaunchTargetManager initTargets method to restore slashes
when reading the targets from preference nodes
- fix LaunchTargetManager removeLaunchTarget to change any
slashes in the target name to semi-colons when removing
a preference node corresponding to the launch target id
Signed-off-by: Jeff Johnston <jjohnstn@redhat.com>
Additional isDisposed checks added to prevent unhandled event loop
exceptions at platform startup on new workspaces.
Change-Id: Ib2e33def766c23719e483496d110644a2cd8a712
Signed-off-by: Mat Booth <mat.booth@redhat.com>
When going to a wizard, but hitting back, we reuse the wizard
object when we hit next again. The cast was incorrect for that
object.
Change-Id: I1210f17d57d26b76a47eaedd0f92bb9c63496bf8
Add a new launch target wizard that manages creating and editing of
launch targets (similar to the new CDT toolchain wizard).
Allow editing of launch configuration names in the descriptor edit
dialog.
Change-Id: I1c690a5c5d8a8a6d4e4698b47cd35e6cc40944c5
Add a mechanism to allow extenders to provide tabs for build settings
in the descriptor config editor.
Also move to pom-less builds.
Change-Id: I850898aba94c38d69717c9b8366de3b9a7031ff6
Focus is lost and popup disposed after filter control is activated
Probably in Oxygen sometime changes as focus now totally lost
(focus control is null)
after selection in our custom tree.
Just resetting focus for now, need more investigation later
why it was lost
Change-Id: I0ab671ba97d8ecfe5586688812a9ea728d8f9619
Under certain circumstances the launch config dialog wouldn't have a tab
selected when it opened. Changed the selection logic to explicitly
select the first tab rather than assume that it would be selected.
Change-Id: If2b3e2e933b12feb7e28a74270b34279ec891e54
Signed-off-by: Matthew Bastien <bastien.matthew@gmail.com>
Sometimes the active target would be set to a null "---" target when
switching between launch descriptors even though a valid non-null launch
target could be selected. Added a check to syncActiveTarget() in order
to prevent this scenario from happening.
Change-Id: Ife75701e8753123e6b1c5202b7bda339c6bfafd4
Signed-off-by: Matthew Bastien <bastien.matthew@gmail.com>
We can not have launch configuration on closed projects so better to not
add these projects at all. This prevents filling LaunchBar filling the
Error Log with "Project /NAME is closed."
Change-Id: I2f7d81e23aa4d76a1ba1894ae786b7b403124abf
Signed-off-by: Alexander Kurtakov <akurtako@redhat.com>
Property testers for the launch descriptor type enablement aren't
getting called even if they are set to plug-in activation true. The
evaluation context needs to enable it as well.
Change-Id: I309af38e37870220fa6bf3eb2781c85d4f73e7ec
The NewLaunchConfig*Page classes don't notify their listeners when they
automatically select a type or mode with table.select(). This causes
the NewLaunchConfigEditPage to have a "null" type if the user doesn't
explicitly click on one and thus opens the default page.
Added in calls to table.notifyListeners() in order to fix this.
Verified that the launch config edit page opens appropriately even if
there is no explicit selection by the user
Change-Id: I5fbafd2f43d7c0951e929f5dcbfc57fcccd18db6
Signed-off-by: Matthew Bastien <bastien.matthew@gmail.com>
Otherwise, launch targets with same type, but different ids, will get
the wrong icon, but only when the target status is != OK.
Change-Id: I97e5713bec16eb3a08cae3ffe58bc4fab51b04df
Signed-off-by: Jesper Eskilson <jesper.eskilson@iar.com>
Default behavior is to only show the launch target selector when
the active launch descriptor supports multiple targets. Add a pref
to always show the launch target selector.
Change-Id: I2615ab605be8a6cb706baca7407b265f8b832cf1
