[JBoss JIRA] (JBIDE-18971) NullPointerException in CordovaSim Launch Configuration after project deletion
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18971?page=com.atlassian.jira.plugi... ]
Ilya Buziuk updated JBIDE-18971:
--------------------------------
Fix Version/s: 4.3.0.Alpha1
> NullPointerException in CordovaSim Launch Configuration after project deletion
> ------------------------------------------------------------------------------
>
> Key: JBIDE-18971
> URL: https://issues.jboss.org/browse/JBIDE-18971
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cordovasim
> Affects Versions: 4.2.1.Final
> Environment: Fedora 20 Linux x86_64
> OpenJDK 7
> Reporter: Denis Golovin
> Assignee: Ilya Buziuk
> Fix For: 4.3.0.Alpha1
>
>
> Opening Launch dialog throws exception if it has BrowserSim launcher referenced deleted project
> {code}java.lang.NullPointerException
> at org.jboss.tools.vpe.cordovasim.eclipse.launch.internal.CordovaSimLaunchParametersUtil.getStartPageName(CordovaSimLaunchParametersUtil.java:261)
> at org.jboss.tools.vpe.cordovasim.eclipse.launch.internal.CordovaSimLaunchParametersUtil.getDefaultStartPageFromConfigXml(CordovaSimLaunchParametersUtil.java:162)
> at org.jboss.tools.vpe.cordovasim.eclipse.launch.internal.CordovaSimLaunchParametersUtil.getDefaultStartPage(CordovaSimLaunchParametersUtil.java:155)
> at org.jboss.tools.vpe.cordovasim.eclipse.launch.internal.CordovaSimLaunchConfigurationTab.setSelectedStartPage(CordovaSimLaunchConfigurationTab.java:498)
> at org.jboss.tools.vpe.cordovasim.eclipse.launch.internal.CordovaSimLaunchConfigurationTab.setSelectedProject(CordovaSimLaunchConfigurationTab.java:452)
> at org.jboss.tools.vpe.cordovasim.eclipse.launch.internal.CordovaSimLaunchConfigurationTab.initializeFrom(CordovaSimLaunchConfigurationTab.java:309)
> at org.eclipse.debug.ui.AbstractLaunchConfigurationTabGroup.initializeFrom(AbstractLaunchConfigurationTabGroup.java:90)
> at org.jboss.tools.vpe.cordovasim.eclipse.launch.internal.CordovaSimLaunchConfigurationTabGroup.initializeFrom(CordovaSimLaunchConfigurationTabGroup.java:28)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupWrapper.initializeFrom(LaunchConfigurationTabGroupWrapper.java:201)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.displayInstanceTabs(LaunchConfigurationTabGroupViewer.java:764)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer$8.run(LaunchConfigurationTabGroupViewer.java:635)
> at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.inputChanged(LaunchConfigurationTabGroupViewer.java:652)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.setInput0(LaunchConfigurationTabGroupViewer.java:613)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.setInput(LaunchConfigurationTabGroupViewer.java:588)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.handleLaunchConfigurationSelectionChanged(LaunchConfigurationsDialog.java:960)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog$3.selectionChanged(LaunchConfigurationsDialog.java:573)
> at org.eclipse.jface.viewers.StructuredViewer$3.run(StructuredViewer.java:876)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:50)
> at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:178)
> at org.eclipse.jface.viewers.StructuredViewer.firePostSelectionChanged(StructuredViewer.java:873)
> at org.eclipse.jface.viewers.StructuredViewer.setSelection(StructuredViewer.java:1708)
> at org.eclipse.jface.viewers.TreeViewer.setSelection(TreeViewer.java:1093)
> at org.eclipse.jface.viewers.Viewer.setSelection(Viewer.java:388)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.doInitialTreeSelection(LaunchConfigurationsDialog.java:613)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.initializeContent(LaunchConfigurationsDialog.java:1101)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.createContents(LaunchConfigurationsDialog.java:446)
> at org.eclipse.jface.window.Window.create(Window.java:435)
> at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:1101)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.create(LaunchConfigurationsDialog.java:374)
> at org.eclipse.jface.window.Window.open(Window.java:797)
> at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.open(LaunchConfigurationsDialog.java:1154)
> at org.eclipse.debug.ui.DebugUITools$2.run(DebugUITools.java:611)
> at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
> at org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup(DebugUITools.java:619)
> at org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup(DebugUITools.java:552)
> at org.eclipse.debug.ui.actions.OpenLaunchDialogAction.run(OpenLaunchDialogAction.java:82)
> at org.eclipse.jface.action.Action.runWithEvent(Action.java:519)
> at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:595)
> at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:511)
> at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4454)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1388)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3799)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3409)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1151)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1032)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:148)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:636)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:579)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:135)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1438){code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (JBDS-3295) Product update fails on windows if installation folder and user home are on different devices
by Moneim Emad (JIRA)
[ https://issues.jboss.org/browse/JBDS-3295?page=com.atlassian.jira.plugin.... ]
Moneim Emad commented on JBDS-3295:
-----------------------------------
I had an easy workaround and I tried it by myself:
1) Stop JBDS
2) Go to the directory where your product .exe exit, for example: D:\IDEs\jbdevstudio\studio
3) Copy jbdevstudio.exe and paste it in the same place with another name (i.e. jbdevstudio2.exe)
4) Start JBDS using the copied file (jbdevstudio2.exe)
5) The update will complete successfully and the product will be restarted using the same exe file
6) Stop JBDS again
7) Delete jbdevstudio2.exe
8) Start JBDS as usual and enjoy
> Product update fails on windows if installation folder and user home are on different devices
> ---------------------------------------------------------------------------------------------
>
> Key: JBDS-3295
> URL: https://issues.jboss.org/browse/JBDS-3295
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Components: p2-product
> Affects Versions: 8.0.1.GA
> Environment: Windows
> Reporter: Denis Golovin
> Assignee: Denis Golovin
>
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (JBIDE-18914) Spring cleaning for /targetplatforms/ folder
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18914?page=com.atlassian.jira.plugi... ]
Nick Boldt commented on JBIDE-18914:
------------------------------------
My usual approach to deleting old stuff is:
For Final stuff:
* move contents
* symlink or composite site link from the old location (/targetplatforms/) into the new location (/static/targetplatforms/)
For pre-Final stuff:
* move into an OLD or DEPRECATED folder
* wait to see if anything breaks:
** if it does, move back out of DEPRECATED folder, then
** use symlink or composite site link, as above
* if nothing has broken for over a year, clean out the DEPRECATED folder
> Spring cleaning for /targetplatforms/ folder
> --------------------------------------------
>
> Key: JBIDE-18914
> URL: https://issues.jboss.org/browse/JBIDE-18914
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: target-platform, updatesite
> Affects Versions: 4.2.1.Final
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.2.2.Final, 4.3.0.Alpha1
>
>
> Related to JBDS-3208, I'd like to purge all the unneeded old target platforms in [0].
> [0] http://download.jboss.org/jbosstools/targetplatforms/
> Specifically, this would involve moving and re-linking these into the equivalent folder under /static/ [1]:
> {code}
> [DIR] 3.62.0.Final-SNAPSHOT/
> [DIR] 3.72.0.Final-SNAPSHOT/
> [DIR] 4.20.5.Final-SNAPSHOT/
> [DIR] 4.20.6.Final-SNAPSHOT/
> [DIR] 4.21.3.Final-SNAPSHOT/
> [DIR] 4.21.4.Final-SNAPSHOT/
> [DIR] 4.22.0.Final-SNAPSHOT/
> [DIR] 4.22.1.Final-SNAPSHOT/
> [DIR] 4.22.2.Final-SNAPSHOT/
> {code}
> Then we can purge all the 4.\{3?,4?}.\*.\*-SNAPSHOT folders for all the pre-Final builds; the rest should already be in /static/, but we can verify that and move any that are not already there. Really, we only need the handful of *.Final folders, and they should all be in /static/ [1].
> [1] http://download.jboss.org/jbosstools/static/targetplatforms/
> I believe we can also purge things like 4.40.0.Beta* from here [2]:
> [2] http://download.jboss.org/jbosstools/static/targetplatforms/jbosstoolstar...
> But for that one we need to verify that [~pleacu] doesn't still need them (ie., they're not used for an older JBTIS/JBDSIS Beta release build on Eclipse 4.4.0 / JBoss Tools 4.2.0.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (JBIDE-18979) Unable to run CordovaSim with Fedora 21 KDE
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18979?page=com.atlassian.jira.plugi... ]
Ilya Buziuk commented on JBIDE-18979:
-------------------------------------
[~vpakan] here is what I have sorted out by now:
Fedora 21 KDE / GNOME
1. Can't use SWT.WEBKIT web engine against GTK 2 - getting the error message on start up. Eventhought I have installed *libwebkitgt-1.0.so.0*: !webkit.png|thumbnail!
2. Both BrowserSim and CordovaSim works fine against GTK 2 using JavaFx web engine against Oracle JDK 7 / 8
3. Both BrowserSim and CordovaSim works fine against GTK 3 with SWT.WEBKIT web engine
On balance, everything seems to be fine except (1). Also I do belive that trere were no such problem (1) on Fedora 20
> Unable to run CordovaSim with Fedora 21 KDE
> -------------------------------------------
>
> Key: JBIDE-18979
> URL: https://issues.jboss.org/browse/JBIDE-18979
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cordovasim
> Affects Versions: 4.2.1.Final
> Environment: JBDS 8.0.1.CR1-v20141207-0100-B352, Java Oracle 1.8
> Fedora 21 KDE 64 bit
> Reporter: Vlado Pakan
> Assignee: Ilya Buziuk
> Priority: Critical
> Attachments: webkit.png
>
>
> 1. Run default Hybrid Mobile app with CordovaSim
> {noformat}
> No bp log location saved, using default.
> [000:000] Cpu: 6.42.7, x4, 3500Mhz, 7867MB
> [000:000] Computer model: Not available
> [000:000] Browser XEmbed support present: 1
> [000:000] Browser toolkit is Gtk2.
> [000:003] Using Gtk2 toolkit
> No bp log location saved, using default.
> [000:000] Cpu: 6.42.7, x4, 3500Mhz, 7867MB
> [000:001] Computer model: Not available
> [000:497] Warning(optionsfile.cc:30): Load: Could not open file, err=2
> [000:497] No bp log location saved, using default.
> [000:497] Cpu: 6.42.7, x4, 3500Mhz, 7867MB
> [000:497] Computer model: Not available
> [000:498] Browser XEmbed support present: 1
> [000:498] Browser toolkit is Gtk2.
> [000:498] Using Gtk2 toolkit
> [000:003] Warning(optionsfile.cc:30): Load: Could not open file, err=2
> [000:003] No bp log location saved, using default.
> [000:004] Cpu: 6.42.7, x4, 3500Mhz, 7867MB
> [000:004] Computer model: Not available
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGSEGV (0xb) at pc=0x000000370a80c42b, pid=13580, tid=140558422947584
> #
> # JRE version: Java(TM) SE Runtime Environment (8.0-b132) (build 1.8.0-b132)
> # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b70 mixed mode linux-amd64 compressed oops)
> # Problematic frame:
> # C [ld-linux-x86-64.so.2+0xc42b]
> #
> # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
> #
> # An error report file with more information is saved as:
> # /home/vpakan/hs_err_pid13580.log
> #
> # If you would like to submit a bug report, please visit:
> # http://bugreport.sun.com/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (JBIDE-18979) Unable to run CordovaSim with Fedora 21 KDE
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18979?page=com.atlassian.jira.plugi... ]
Ilya Buziuk updated JBIDE-18979:
--------------------------------
Attachment: webkit.png
> Unable to run CordovaSim with Fedora 21 KDE
> -------------------------------------------
>
> Key: JBIDE-18979
> URL: https://issues.jboss.org/browse/JBIDE-18979
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cordovasim
> Affects Versions: 4.2.1.Final
> Environment: JBDS 8.0.1.CR1-v20141207-0100-B352, Java Oracle 1.8
> Fedora 21 KDE 64 bit
> Reporter: Vlado Pakan
> Assignee: Ilya Buziuk
> Priority: Critical
> Attachments: webkit.png
>
>
> 1. Run default Hybrid Mobile app with CordovaSim
> {noformat}
> No bp log location saved, using default.
> [000:000] Cpu: 6.42.7, x4, 3500Mhz, 7867MB
> [000:000] Computer model: Not available
> [000:000] Browser XEmbed support present: 1
> [000:000] Browser toolkit is Gtk2.
> [000:003] Using Gtk2 toolkit
> No bp log location saved, using default.
> [000:000] Cpu: 6.42.7, x4, 3500Mhz, 7867MB
> [000:001] Computer model: Not available
> [000:497] Warning(optionsfile.cc:30): Load: Could not open file, err=2
> [000:497] No bp log location saved, using default.
> [000:497] Cpu: 6.42.7, x4, 3500Mhz, 7867MB
> [000:497] Computer model: Not available
> [000:498] Browser XEmbed support present: 1
> [000:498] Browser toolkit is Gtk2.
> [000:498] Using Gtk2 toolkit
> [000:003] Warning(optionsfile.cc:30): Load: Could not open file, err=2
> [000:003] No bp log location saved, using default.
> [000:004] Cpu: 6.42.7, x4, 3500Mhz, 7867MB
> [000:004] Computer model: Not available
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> (SWT:13580): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGSEGV (0xb) at pc=0x000000370a80c42b, pid=13580, tid=140558422947584
> #
> # JRE version: Java(TM) SE Runtime Environment (8.0-b132) (build 1.8.0-b132)
> # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b70 mixed mode linux-amd64 compressed oops)
> # Problematic frame:
> # C [ld-linux-x86-64.so.2+0xc42b]
> #
> # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
> #
> # An error report file with more information is saved as:
> # /home/vpakan/hs_err_pid13580.log
> #
> # If you would like to submit a bug report, please visit:
> # http://bugreport.sun.com/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (JBDS-3262) Deprecate Visual JSF Preview & Editing
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBDS-3262?page=com.atlassian.jira.plugin.... ]
Denis Golovin commented on JBDS-3262:
-------------------------------------
It should be easy enough for deprecation:
1. The xulrunner feature should be marked as deprecated and org.jboss.tools.vpe.xulrunner requirements to xulrunner platform specific bundles should be marked as optional none greedy. It would mean no JSF Preview Editing by default available until xulrunner feature is manually installed.
2. There should be user friendly message in case of opening jsf pages in vpe about deprecation and xulrunner manual installation.
> Deprecate Visual JSF Preview & Editing
> --------------------------------------
>
> Key: JBDS-3262
> URL: https://issues.jboss.org/browse/JBDS-3262
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Components: requirements, visual-page-editor-core
> Reporter: Burr Sutter
> Assignee: Konstantin Marmalyukov
> Fix For: 8.1.0.GA, 9.0.0.Alpha1
>
>
> Note: JSF will remain supported as part of JBDS for EAP5, 6 , 7 and beyond as it is part of the Java EE specification. This deprecation notice specifically for the visual/source and preview editors. It does not currently work for 64-bit JVMs and a fair number of our end-users are moving to 64-bit JVMs.
> This is the "deprecation notice" - actual removal of the visual/source and preview tabs is JBDS-3263
> http://screencast.com/t/zur1sCXmZ
> http://screencast.com/t/wettTf6s6cU
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (JBIDE-18669) HTML5 Palette: Custom palette group
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18669?page=com.atlassian.jira.plugi... ]
Alexey Kazakov updated JBIDE-18669:
-----------------------------------
Fix Version/s: 4.3.0.Alpha1
(was: 4.3.x)
> HTML5 Palette: Custom palette group
> -----------------------------------
>
> Key: JBIDE-18669
> URL: https://issues.jboss.org/browse/JBIDE-18669
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: jsp/jsf/xml/html source editing
> Reporter: Daniel Azarov
> Assignee: Daniel Azarov
> Labels: new_and_noteworthy
> Fix For: 4.3.0.Alpha1
>
>
> It would be nice to have custom HTML5 Palette group.
> It should be possible for users to select which items to show in that group:
> 1. Last used items
> 2. The most popular items
> It should be possible to limit number of items.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (JBIDE-18669) HTML5 Palette: Custom palette group
by Daniel Azarov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18669?page=com.atlassian.jira.plugi... ]
Daniel Azarov updated JBIDE-18669:
----------------------------------
Description:
It would be nice to have custom HTML5 Palette group.
It should be possible for users to select which items to show in that group:
1. Last used items
2. The most popular items
It should be possible to limit number of items.
was:
It would be nice to have custom HTML5 Palette group.
It should be possible for users to select which items to show in that group:
1. Last used items
2. The most popular items
It should be possible to limit number of items and edit set of items
> HTML5 Palette: Custom palette group
> -----------------------------------
>
> Key: JBIDE-18669
> URL: https://issues.jboss.org/browse/JBIDE-18669
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: jsp/jsf/xml/html source editing
> Reporter: Daniel Azarov
> Assignee: Daniel Azarov
> Labels: new_and_noteworthy
> Fix For: 4.3.x
>
>
> It would be nice to have custom HTML5 Palette group.
> It should be possible for users to select which items to show in that group:
> 1. Last used items
> 2. The most popular items
> It should be possible to limit number of items.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months