[JBoss JIRA] (JBIDE-13403) Code completion for jQuery Mobile HTML attributes
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13403?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-13403:
-----------------------------------
Description:
For example:
We can provide code completion for jQuery specific HTML5 attributes of html tags (such as data-*):
{code}
<a data-(role|transition|inline|...)>
{code}
and for attributes values:
{code}
<a data-transition="fade|pop|flip|..." ...>
{code}
See http://api.jquerymobile.com/data-attribute/
!scr.png!
!scr2.png!
was:
For example:
We can provide code completion for jQuery specific HTML5 attributes of html tags (such as data-*):
{code}
<a data-(role|transition|inline|...)>
{code}
and for attributes values:
{code}
<a data-transition="fade|pop|flip|..." ...>
{code}
See http://api.jquerymobile.com/data-attribute/
> Code completion for jQuery Mobile HTML attributes
> -------------------------------------------------
>
> Key: JBIDE-13403
> URL: https://issues.jboss.org/browse/JBIDE-13403
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: jsp/jsf/xml/html source editing
> Reporter: Alexey Kazakov
> Assignee: Alexey Kazakov
> Labels: new_and_noteworthy
> Fix For: 4.1.0.Alpha2
>
> Attachments: scr.png, scr2.png
>
>
> For example:
> We can provide code completion for jQuery specific HTML5 attributes of html tags (such as data-*):
> {code}
> <a data-(role|transition|inline|...)>
> {code}
> and for attributes values:
> {code}
> <a data-transition="fade|pop|flip|..." ...>
> {code}
> See http://api.jquerymobile.com/data-attribute/
> !scr.png!
> !scr2.png!
--
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
13 years, 1 month
[JBoss JIRA] (JBIDE-13754) Cannot install Mylyn for eGit and Subclipse - The following connectors are not available: Eclipse EGit: Mylyn Support, Subclipse + SVNKit: Mylyn Support
by Len DiMaggio (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13754?page=com.atlassian.jira.plugi... ]
Len DiMaggio commented on JBIDE-13754:
--------------------------------------
Problems occurred while performing installation: The following connectors are not available: Subclipse + SVNKit: Mylyn Support (id=org.tigris.subversion.subclipse.feature.group, org.tigris.subversion.clientadapter.svnkit.feature.feature.group, org.tigris.subversion.subclipse.mylyn.feature.group, com.collabnet.subversion.merge.feature.feature.group, net.java.dev.jna.feature.group, org.tigris.subversion.clientadapter.feature.feature.group, org.tigris.subversion.clientadapter.javahl.feature.feature.group, org.tigris.subversion.subclipse.graph.feature.feature.group, org.tmatesoft.svnkit.feature.group, org.eclipse.mylyn_feature.feature.group, org.eclipse.mylyn.ide_feature.feature.group, org.eclipse.mylyn.commons.feature.group, org.eclipse.mylyn.context_feature.feature.group, org.eclipse.mylyn.bugzilla_feature.feature.group, org.eclipse.mylyn.java_feature.feature.group, org.eclipse.mylyn.pde_feature.feature.group, org.eclipse.mylyn.team_feature.feature.group, org.eclipse.mylyn.versions.feature.group, site=http://www.qa.jboss.com/binaries/RHDS/updates/development/7.0.0.Alph...), Eclipse EGit: Mylyn Support (id=org.eclipse.egit.mylyn.feature.group, org.eclipse.mylyn.github.feature.feature.group, org.eclipse.mylyn.git.feature.group, org.eclipse.mylyn_feature.feature.group, org.eclipse.mylyn.ide_feature.feature.group, org.eclipse.mylyn.commons.feature.group, org.eclipse.mylyn.context_feature.feature.group, org.eclipse.mylyn.bugzilla_feature.feature.group, org.eclipse.mylyn.java_feature.feature.group, org.eclipse.mylyn.pde_feature.feature.group, org.eclipse.mylyn.team_feature.feature.group, org.eclipse.mylyn.versions.feature.group, site=http://www.qa.jboss.com/binaries/RHDS/updates/development/7.0.0.Alph...)
The following connectors are not available: Subclipse + SVNKit: Mylyn Support (id=org.tigris.subversion.subclipse.feature.group, org.tigris.subversion.clientadapter.svnkit.feature.feature.group, org.tigris.subversion.subclipse.mylyn.feature.group, com.collabnet.subversion.merge.feature.feature.group, net.java.dev.jna.feature.group, org.tigris.subversion.clientadapter.feature.feature.group, org.tigris.subversion.clientadapter.javahl.feature.feature.group, org.tigris.subversion.subclipse.graph.feature.feature.group, org.tmatesoft.svnkit.feature.group, org.eclipse.mylyn_feature.feature.group, org.eclipse.mylyn.ide_feature.feature.group, org.eclipse.mylyn.commons.feature.group, org.eclipse.mylyn.context_feature.feature.group, org.eclipse.mylyn.bugzilla_feature.feature.group, org.eclipse.mylyn.java_feature.feature.group, org.eclipse.mylyn.pde_feature.feature.group, org.eclipse.mylyn.team_feature.feature.group, org.eclipse.mylyn.versions.feature.group, site=http://www.qa.jboss.com/binaries/RHDS/updates/development/7.0.0.Alph...), Eclipse EGit: Mylyn Support (id=org.eclipse.egit.mylyn.feature.group, org.eclipse.mylyn.github.feature.feature.group, org.eclipse.mylyn.git.feature.group, org.eclipse.mylyn_feature.feature.group, org.eclipse.mylyn.ide_feature.feature.group, org.eclipse.mylyn.commons.feature.group, org.eclipse.mylyn.context_feature.feature.group,
> Cannot install Mylyn for eGit and Subclipse - The following connectors are not available: Eclipse EGit: Mylyn Support, Subclipse + SVNKit: Mylyn Support
> --------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-13754
> URL: https://issues.jboss.org/browse/JBIDE-13754
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.1.0.Alpha1
> Reporter: Len DiMaggio
> Assignee: Snjezana Peco
> Priority: Blocker
> Fix For: 4.1.0.Alpha2
>
> Attachments: Screenshot-1.png, Screenshot.png
>
>
> Cannot install into 7.0.0.alpha1c from central
> The error raised is:
> The following connectors are not available: Eclipse EGit: Mylyn Support, Subclipse + SVNKit: Mylyn Support
> Proceed with the installation anyways?
--
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
13 years, 1 month
[JBoss JIRA] (JBIDE-13599) externalize Central site URL into a commandline property so that testing or mirroring is easier
by Snjezana Peco (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13599?page=com.atlassian.jira.plugi... ]
Snjezana Peco edited comment on JBIDE-13599 at 3/7/13 4:05 PM:
---------------------------------------------------------------
{quote}
Wow - I did not realize you were using dmr code directly.
{quote}
I'm using the code from the org.jboss.ide.eclipse.as.dmr plugin.
This plugin contains the dmr library, version 1.1.1.Final that doesn't resolve nested properties.
See https://github.com/jbosstools/jbosstools-server/blob/master/as/plugins/or...
If we want to use nested properties, we have to update this plugin to use dmr, version 1.1.6.Final.
Nick's requests are satisfied in any case.
{quote}
And before Max says that's not true, the exception to this rule is JRebel and Android, which have their own sites. But everything else comes from A SINGLE URL.
{quote}
You can use more properties/URLs. However, the siteUrl attribute isn't localized using plugin.properties so that you must enter an expression to the plugin.xml directly.
For instance:
plugin.xml
{code}
<connectorDescriptor
...
siteURL="${central.URL:central URL default value}"
...
</<connectorDescriptor>
<connectorDescriptor
...
siteURL="${jrebel.URL:jrebel default value}"
...
</<connectorDescriptor>
<connectorDescriptor
...
siteURL="${android.URL:android default value}"
...
</<connectorDescriptor>
{code}
Then, you can start Eclipse using:
-Dcentral.URL=<url1> -Dandroid.URL=<url2> -Djrebel.URL=<url3>
was (Author: snjeza):
{quote}
Wow - I did not realize you were using dmr code directly.
{quote}
I'm using the code from the org.jboss.ide.eclipse.as.dmr plugin.
This plugin contains the dmr library, version 1.1.1.Final that doesn't resolve nested properties.
If we want to use nested properties, we have to update this plugin to use dmr, version 1.1.6.Final.
Nick's requests are satisfied in any case.
{quote}
And before Max says that's not true, the exception to this rule is JRebel and Android, which have their own sites. But everything else comes from A SINGLE URL.
{quote}
You can use more properties/URLs. However, the siteUrl attribute isn't localized using plugin.properties so that you must enter an expression to the plugin.xml directly.
For instance:
plugin.xml
{code}
<connectorDescriptor
...
siteURL="${central.URL:central URL default value}"
...
</<connectorDescriptor>
<connectorDescriptor
...
siteURL="${jrebel.URL:jrebel default value}"
...
</<connectorDescriptor>
<connectorDescriptor
...
siteURL="${android.URL:android default value}"
...
</<connectorDescriptor>
{code}
Then, you can start Eclipse using:
-Dcentral.URL=<url1> -Dandroid.URL=<url2> -Djrebel.URL=<url3>
> externalize Central site URL into a commandline property so that testing or mirroring is easier
> -----------------------------------------------------------------------------------------------
>
> Key: JBIDE-13599
> URL: https://issues.jboss.org/browse/JBIDE-13599
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.1.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Snjezana Peco
> Fix For: 4.1.0.Alpha2
>
>
> As discussed in https://issues.jboss.org/browse/JBDS-2469?focusedCommentId=12755106&page=... testing Central is tricky if it's not properly bootstrapped, and bootstrapping is hard when we're on an early Alpha and don't want bits to be public before they've passed QE.
> A better approach than having the update site URL used in Central's discovery plugin.xml hardcoded into that file would be to have it read from a Preference in Eclipse or JBDS. This would allow it to be overwritten/overridden should a user want to test installation from a different URL than the default value.
> This might even make it possible to have the same discovery plugin used for JBT and JBDS (assuming the list of connectors were the same, and certification was to appear for both instances) simply by having the preference changed to a different default URL when installing JBT or JBDS BYOE.
--
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
13 years, 1 month
[JBoss JIRA] (JBIDE-13599) externalize Central site URL into a commandline property so that testing or mirroring is easier
by Snjezana Peco (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13599?page=com.atlassian.jira.plugi... ]
Snjezana Peco edited comment on JBIDE-13599 at 3/7/13 4:03 PM:
---------------------------------------------------------------
{quote}
Wow - I did not realize you were using dmr code directly.
{quote}
I'm using the code from the org.jboss.ide.eclipse.as.dmr plugin.
This plugin contains the dmr library, version 1.1.1.Final that doesn't resolve nested properties.
If we want to use nested properties, we have to update this plugin to use dmr, version 1.1.6.Final.
Nick's requests are satisfied in any case.
{quote}
And before Max says that's not true, the exception to this rule is JRebel and Android, which have their own sites. But everything else comes from A SINGLE URL.
{quote}
You can use more properties/URLs. However, the siteUrl attribute isn't localized using plugin.properties so that you must enter an expression to the plugin.xml directly.
For instance:
plugin.xml
{code}
<connectorDescriptor
...
siteURL="${central.URL:central URL default value}"
...
</<connectorDescriptor>
<connectorDescriptor
...
siteURL="${jrebel.URL:jrebel default value}"
...
</<connectorDescriptor>
<connectorDescriptor
...
siteURL="${android.URL:android default value}"
...
</<connectorDescriptor>
{code}
Then, you can start Eclipse using:
-Dcentral.URL=<url1> -Dandroid.URL=<url2> -Djrebel.URL=<url3>
was (Author: snjeza):
{quote}
Wow - I did not realize you were using dmr code directly.
{quote}
I'm using the code from the org.jboss.ide.eclipse.as.dmr plugin.
This plugin contains the dmr library, version 1.1.1.Final that doesn't resolve nested properties.
If we want to use nested properties, we have to update this plugin to use dmr, version 1.1.6.Final.
Nick's requests are satisfied in any case.
{quote}
And before Max says that's not true, the exception to this rule is JRebel and Android, which have their own sites. But everything else comes from A SINGLE URL.
{quote}
You can use more properties/URLs. However, the siteUrl attribute isn't localized using plugin.properties so that you must enter an expression to the plugin.xml directly.
For instance:
plugin.xml
{code}
<connectorDescriptor
...
siteURL="$\{central.URL:central URL default value\}"
...
</<connectorDescriptor>
<connectorDescriptor
...
siteURL="$\{jrebel.URL:jrebel default value\}"
...
</<connectorDescriptor>
<connectorDescriptor
...
siteURL="$\{android.URL:android default value\}"
...
</<connectorDescriptor>
{code}
Then, you can start Eclipse using:
-Dcentral.URL=<url1> -Dandroid.URL=<url2> -Djrebel.URL=<url3>
> externalize Central site URL into a commandline property so that testing or mirroring is easier
> -----------------------------------------------------------------------------------------------
>
> Key: JBIDE-13599
> URL: https://issues.jboss.org/browse/JBIDE-13599
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.1.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Snjezana Peco
> Fix For: 4.1.0.Alpha2
>
>
> As discussed in https://issues.jboss.org/browse/JBDS-2469?focusedCommentId=12755106&page=... testing Central is tricky if it's not properly bootstrapped, and bootstrapping is hard when we're on an early Alpha and don't want bits to be public before they've passed QE.
> A better approach than having the update site URL used in Central's discovery plugin.xml hardcoded into that file would be to have it read from a Preference in Eclipse or JBDS. This would allow it to be overwritten/overridden should a user want to test installation from a different URL than the default value.
> This might even make it possible to have the same discovery plugin used for JBT and JBDS (assuming the list of connectors were the same, and certification was to appear for both instances) simply by having the preference changed to a different default URL when installing JBT or JBDS BYOE.
--
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
13 years, 1 month
[JBoss JIRA] (JBIDE-13599) externalize Central site URL into a commandline property so that testing or mirroring is easier
by Snjezana Peco (JIRA)
[ https://issues.jboss.org/browse/JBIDE-13599?page=com.atlassian.jira.plugi... ]
Snjezana Peco commented on JBIDE-13599:
---------------------------------------
{quote}
Wow - I did not realize you were using dmr code directly.
{quote}
I'm using the code from the org.jboss.ide.eclipse.as.dmr plugin.
This plugin contains the dmr library, version 1.1.1.Final that doesn't resolve nested properties.
If we want to use nested properties, we have to update this plugin to use dmr, version 1.1.6.Final.
Nick's requests are satisfied in any case.
{quote}
And before Max says that's not true, the exception to this rule is JRebel and Android, which have their own sites. But everything else comes from A SINGLE URL.
{quote}
You can use more properties/URLs. However, the siteUrl attribute isn't localized using plugin.properties so that you must enter an expression to the plugin.xml directly.
For instance:
plugin.xml
{code}
<connectorDescriptor
...
siteURL="$\{central.URL:central URL default value\}"
...
</<connectorDescriptor>
<connectorDescriptor
...
siteURL="$\{jrebel.URL:jrebel default value\}"
...
</<connectorDescriptor>
<connectorDescriptor
...
siteURL="$\{android.URL:android default value\}"
...
</<connectorDescriptor>
Then, you can start Eclipse using:
-Dcentral.URL=<url1> -Dandroid.URL=<url2> -Djrebel.URL=<url3>
> externalize Central site URL into a commandline property so that testing or mirroring is easier
> -----------------------------------------------------------------------------------------------
>
> Key: JBIDE-13599
> URL: https://issues.jboss.org/browse/JBIDE-13599
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.1.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Snjezana Peco
> Fix For: 4.1.0.Alpha2
>
>
> As discussed in https://issues.jboss.org/browse/JBDS-2469?focusedCommentId=12755106&page=... testing Central is tricky if it's not properly bootstrapped, and bootstrapping is hard when we're on an early Alpha and don't want bits to be public before they've passed QE.
> A better approach than having the update site URL used in Central's discovery plugin.xml hardcoded into that file would be to have it read from a Preference in Eclipse or JBDS. This would allow it to be overwritten/overridden should a user want to test installation from a different URL than the default value.
> This might even make it possible to have the same discovery plugin used for JBT and JBDS (assuming the list of connectors were the same, and certification was to appear for both instances) simply by having the preference changed to a different default URL when installing JBT or JBDS BYOE.
--
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
13 years, 1 month