[JBoss JIRA] (JBIDE-15935) Android SDK not installed automatically on OS X
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15935?page=com.atlassian.jira.plugi... ]
Gorkem Ercan updated JBIDE-15935:
---------------------------------
Component/s: (was: aerogear-hybrid)
> Android SDK not installed automatically on OS X
> -----------------------------------------------
>
> Key: JBIDE-15935
> URL: https://issues.jboss.org/browse/JBIDE-15935
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: upstream
> Affects Versions: 4.1.1.Beta1
> Environment: JBDS 7.1.0.Beta1
> OS X Mavericks
> Reporter: Martin Malina
> Assignee: Vlado Pakan
> Fix For: 4.2.x
>
> Attachments: android-sdk.png, Central_AndTools.png, installadk.png
>
> Original Estimate: 0 minutes
> Remaining Estimate: 0 minutes
>
> When I install android tools from central and then I restart the IDE as requested, I should be asked to automatically download and install Android SDK (I got word it works this way on Linux). I got nothing like that on OS X.
> So I had to download and setup SDK manually.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] (JBIDE-16663) Support linked folders
by Gorkem Ercan (JIRA)
Gorkem Ercan created JBIDE-16663:
------------------------------------
Summary: Support linked folders
Key: JBIDE-16663
URL: https://issues.jboss.org/browse/JBIDE-16663
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: aerogear-hybrid
Affects Versions: 4.2.0.Alpha2
Reporter: Gorkem Ercan
Fix For: 4.2.x
Linked folders are not honored when generating the native platform projects, both at export and Run On action, HMT should properly support linked folders.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] (JBIDE-16636) allow drop without dialog from palette
by Daniel Azarov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16636?page=com.atlassian.jira.plugi... ]
Daniel Azarov edited comment on JBIDE-16636 at 2/27/14 8:07 PM:
----------------------------------------------------------------
[~maxandersen], I faced some troubles when I tried to read Alt key:
UBUNTU:
There are two ways which I tried:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Shift* keys. It does not work with *Alt* key at all.
2. KeyListener - it works fine with any kind of key combinations, but it does not work during drag&drop at all.
One more thing - on Ubuntu if you press *Alt* and start dragging element from palette - Ubuntu will move current window. It looks like there is nothing we can do about it.
WINDOWS:
Method dragOperationChanged in DropTargetListener works fine with *Ctrl* and *Alt* keys. It does not work with *Shift* (called but does not change operation)
MacOs:
Method dragOperationChanged in DropTargetListener works fine only with *Alt/Option* key.
But if we go with *Ctrl* on Ubuntu and Window, *Ctrl* changes drop operation to *Copy* operation
On Mac - the same operation you can get with *Alt/Option* key (just as you asked)
Is it OK to have different keys on different operating systems (*Ctrl* for Linux and Windows and *Alt/Option* for Mac)for this feature?
WDYT?
was (Author: dazarov):
[~maxandersen], I faced some troubles when I tried to read Alt key:
UBUNTU:
There are two ways which I tried:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Shift* keys. It does not work with *Alt* key at all.
2. KeyListener - it works fine with any kind of key combinations, but it does not work during drag&drop at all.
One more thing - on Ubuntu if you press *Alt* and start dragging element from palette - Ubuntu will move current window. It looks like there is nothing we can do about it.
WINDOWS:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Alt* keys. It does not work with *Shift* (called but does not change operation)
MacOs:
If we go with *Ctrl* on Ubuntu and Window, *Ctrl* changes drop operation to *Copy* operation
On Mac - the same operation you can get with *Alt/Option* key (just as you asked)
Is it OK to have different keys on different operating systems (*Ctrl* for Linux and Windows and *Alt/Option* for Mac)for this feature?
WDYT?
> allow drop without dialog from palette
> --------------------------------------
>
> Key: JBIDE-16636
> URL: https://issues.jboss.org/browse/JBIDE-16636
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jsp/jsf/xml/html source editing
> Reporter: Max Rydahl Andersen
> Assignee: Daniel Azarov
> Fix For: 4.2.0.Beta1
>
>
> sometimes when demoing or just trying a few things quickly or dragging trivial elements it would be nice being able to not have the wizard dialog show up.
> could we make it so when holding in Alt it will not show the dialog but just do whatever clicking the finish button would directly do ?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] (JBIDE-16636) allow drop without dialog from palette
by Daniel Azarov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16636?page=com.atlassian.jira.plugi... ]
Daniel Azarov edited comment on JBIDE-16636 at 2/27/14 8:05 PM:
----------------------------------------------------------------
[~maxandersen], I faced some troubles when I tried to read Alt key:
UBUNTU:
There are two ways which I tried:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Shift* keys. It does not work with *Alt* key at all.
2. KeyListener - it works fine with any kind of key combinations, but it does not work during drag&drop at all.
One more thing - on Ubuntu if you press *Alt* and start dragging element from palette - Ubuntu will move current window. It looks like there is nothing we can do about it.
WINDOWS:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Alt* keys. It does not work with *Shift* (called but does not change operation)
MacOs:
If we go with *Ctrl* on Ubuntu and Window, *Ctrl* changes drop operation to *Copy* operation
On Mac - the same operation you can get with *Alt/Option* key (just as you asked)
Is it OK to have different keys on different operating systems (*Ctrl* for Linux and Windows and *Alt/Option* for Mac)for this feature?
WDYT?
was (Author: dazarov):
[~maxandersen], I faced some troubles when I tried to read Alt key:
UBUNTU:
There are two ways which I tried:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Shift* keys. It does not work with *Alt* key at all.
2. KeyListener - it works fine with any kind of key combinations, but it does not work during drag&drop at all.
One more thing - on Ubuntu if you press *Alt* and start dragging element from palette - Ubuntu will move current window. It looks like there is nothing we can do about it.
WINDOWS:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Alt* keys. It does not work with *Shift* (called but does not change operation)
MacOs:
If we are go with *Ctrl* on Ubuntu and Window we should check on operation *Copy*
On Mac - the same operation can be done with *alt/option* key
My suggestion is to use *Ctrl* (alt/option for Mac).
WDYT?
> allow drop without dialog from palette
> --------------------------------------
>
> Key: JBIDE-16636
> URL: https://issues.jboss.org/browse/JBIDE-16636
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jsp/jsf/xml/html source editing
> Reporter: Max Rydahl Andersen
> Assignee: Daniel Azarov
> Fix For: 4.2.0.Beta1
>
>
> sometimes when demoing or just trying a few things quickly or dragging trivial elements it would be nice being able to not have the wizard dialog show up.
> could we make it so when holding in Alt it will not show the dialog but just do whatever clicking the finish button would directly do ?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] (JBIDE-16636) allow drop without dialog from palette
by Daniel Azarov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16636?page=com.atlassian.jira.plugi... ]
Daniel Azarov edited comment on JBIDE-16636 at 2/27/14 7:56 PM:
----------------------------------------------------------------
[~maxandersen], I faced some troubles when I tried to read Alt key:
UBUNTU:
There are two ways which I tried:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Shift* keys. It does not work with *Alt* key at all.
2. KeyListener - it works fine with any kind of key combinations, but it does not work during drag&drop at all.
One more thing - on Ubuntu if you press *Alt* and start dragging element from palette - Ubuntu will move current window. It looks like there is nothing we can do about it.
WINDOWS:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Alt* keys. It does not work with *Shift* (called but does not change operation)
MacOs:
If we are go with *Ctrl* on Ubuntu and Window we should check on operation *Copy*
On Mac - the same operation can be done with *alt/option* key
My suggestion is to use *Ctrl* (alt/option for Mac).
WDYT?
was (Author: dazarov):
[~maxandersen], I faced some troubles when I tried to read Alt key:
UBUNTU:
There are two ways which I tried:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Shift* keys. It does not work with *Alt* key at all.
2. KeyListener - it works fine with any kind of key combinations, but it does not work during drag&drop at all.
One more thing - on Ubuntu if you press *Alt* and start dragging element from palette - Ubuntu will move current window. It looks like there is nothing we can do about it.
WINDOWS:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Alt* keys. It does not work with *Shift* (called but does not change operation)
My suggestion is to use *Ctrl*.
I will check MacOs also
WDYT?
> allow drop without dialog from palette
> --------------------------------------
>
> Key: JBIDE-16636
> URL: https://issues.jboss.org/browse/JBIDE-16636
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jsp/jsf/xml/html source editing
> Reporter: Max Rydahl Andersen
> Assignee: Daniel Azarov
> Fix For: 4.2.0.Beta1
>
>
> sometimes when demoing or just trying a few things quickly or dragging trivial elements it would be nice being able to not have the wizard dialog show up.
> could we make it so when holding in Alt it will not show the dialog but just do whatever clicking the finish button would directly do ?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] (JBIDE-16649) Deactivate the Maven Profile Management if m2e 1.5 is installed
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16649?page=com.atlassian.jira.plugi... ]
Fred Bricon reassigned JBIDE-16649:
-----------------------------------
Assignee: Fred Bricon (was: Denis Golovin)
> Deactivate the Maven Profile Management if m2e 1.5 is installed
> ---------------------------------------------------------------
>
> Key: JBIDE-16649
> URL: https://issues.jboss.org/browse/JBIDE-16649
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: maven
> Affects Versions: 4.1.1.Final
> Reporter: Fred Bricon
> Assignee: Fred Bricon
> Fix For: 4.1.2.CR1
>
>
> Given we're going to contribute the Maven Profile Mgmt UI to m2e 1.5 (JBIDE-15836), which will be effective in JBT 4.2/JBDS 8, and given the plugins will be added to the main m2e feature, -we need to prevent the current, soon-to-be-deprecated Profile UI to be installed with m2e 1.5 to prevent shortkeys/menu conflicts.-
> -The plan is to just add version constraints to JBoss Maven Profile Mgmt UI, so that m2e 1.5 can't be installed over it.-
> Change of plans : it's way better, from a user standpoint (the p2 remediation wizard doesn't work as I expected) to allow both managers to coexist, while hiding the JBoss one when there's a conflict
> The JBDS 8 installer will simply not embed the JBoss Maven Profile Mgmt UI, as the functionnality will be brought by m2e 1.5 directly.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] (JBDS-2776) Support quickstarts in OpenShift UI
by Burr Sutter (JIRA)
[ https://issues.jboss.org/browse/JBDS-2776?page=com.atlassian.jira.plugin.... ]
Burr Sutter commented on JBDS-2776:
-----------------------------------
[~ldimaggio] that would be a very lightweight testcase - perhaps map the DS to mysql so that the mysql cart becomes a dependency - OS quickstarts allow for "multi-cart" or multi-tier applications.
> Support quickstarts in OpenShift UI
> -----------------------------------
>
> Key: JBDS-2776
> URL: https://issues.jboss.org/browse/JBDS-2776
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: openshift, requirements
> Affects Versions: 7.0.0.GA
> Reporter: Andre Dietisheim
> Assignee: Andre Dietisheim
> Priority: Critical
> Labels: QE_JBDS80_needinfo
> Fix For: 8.0.0.GA
>
> Attachments: new-application-2.png
>
>
> OpenShift offers a comprehensive list of available cartridges and quickstarts In the Web-UI:
> !new-application-2.png!
> JBoss Tools/JBDS should offer the same to provide a smoother experience for newbie users.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] (JBIDE-16636) allow drop without dialog from palette
by Daniel Azarov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16636?page=com.atlassian.jira.plugi... ]
Daniel Azarov edited comment on JBIDE-16636 at 2/27/14 5:12 PM:
----------------------------------------------------------------
[~maxandersen], I faced some troubles when I tried to read Alt key:
UBUNTU:
There are two ways which I tried:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Shift* keys. It does not work with *Alt* key at all.
2. KeyListener - it works fine with any kind of key combinations, but it does not work during drag&drop at all.
One more thing - on Ubuntu if you press *Alt* and start dragging element from palette - Ubuntu will move current window. It looks like there is nothing we can do about it.
WINDOWS:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Alt* keys. It does not work with *Shift* (called but does not change operation)
My suggestion is to use *Ctrl*.
I will check MacOs also
WDYT?
was (Author: dazarov):
[~maxandersen], I faced some troubles when I tried to read Alt key:
UBUNTU:
There are two ways which I tried:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Shift* keys. It does not work with *Alt* key at all.
2. KeyListener - it works fine with any kind of key combinations, but it does not work during drag&drop at all.
One more thing - on Ubuntu if you press *Alt* and start dragging element from palette - Ubuntu will move current window. It looks like there is nothing we can do about it.
WINDOWS:
1. method dragOperationChanged in DropTargetListener - it works fine with *Ctrl* and *Alt* keys. It does not work with *Shift* (called but does not change operation)
My suggestion is to use Ctrl.
I will check MacOs also
WDYT?
> allow drop without dialog from palette
> --------------------------------------
>
> Key: JBIDE-16636
> URL: https://issues.jboss.org/browse/JBIDE-16636
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jsp/jsf/xml/html source editing
> Reporter: Max Rydahl Andersen
> Assignee: Daniel Azarov
> Fix For: 4.2.0.Beta1
>
>
> sometimes when demoing or just trying a few things quickly or dragging trivial elements it would be nice being able to not have the wizard dialog show up.
> could we make it so when holding in Alt it will not show the dialog but just do whatever clicking the finish button would directly do ?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] (JBIDE-16649) Deactivate the Maven Profile Management if m2e 1.5 is installed
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16649?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-16649:
-------------------------------------
The whole KeyBinding manipulation is a pretty ugly hack. For some reason, we need to modify and save the Bindings after each workspace restart. But I think we can live with it though.
> Deactivate the Maven Profile Management if m2e 1.5 is installed
> ---------------------------------------------------------------
>
> Key: JBIDE-16649
> URL: https://issues.jboss.org/browse/JBIDE-16649
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: maven
> Affects Versions: 4.1.1.Final
> Reporter: Fred Bricon
> Assignee: Denis Golovin
> Fix For: 4.1.2.CR1
>
>
> Given we're going to contribute the Maven Profile Mgmt UI to m2e 1.5 (JBIDE-15836), which will be effective in JBT 4.2/JBDS 8, and given the plugins will be added to the main m2e feature, -we need to prevent the current, soon-to-be-deprecated Profile UI to be installed with m2e 1.5 to prevent shortkeys/menu conflicts.-
> -The plan is to just add version constraints to JBoss Maven Profile Mgmt UI, so that m2e 1.5 can't be installed over it.-
> Change of plans : it's way better, from a user standpoint (the p2 remediation wizard doesn't work as I expected) to allow both managers to coexist, while hiding the JBoss one when there's a conflict
> The JBDS 8 installer will simply not embed the JBoss Maven Profile Mgmt UI, as the functionnality will be brought by m2e 1.5 directly.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months