Home » Archived » Visual Editor (VE) » [ANN] XWT Designer
| | | |
Re: [ANN] XWT Designer [message #496730 is a reply to message #496549] |
Wed, 11 November 2009 08:21 |
Jack Liao Messages: 18 Registered: July 2009 |
Junior Member |
|
|
OK, I've fixed that by the following steps:
1, down the "eclipse-e4-SDK-incubation-1.0M1-win32"
2, install the latest "XWT" from
" http://download.eclipse.org/e4/downloads/drops/I20091105-210 0/repository"
3, install the "XWT Designer"
Then it works!
Jack Liao 写道:
> Hi Yves Yang,
>
> I've tried the XWT Designer,but failed:
>
> I'm using the "eclipse-e4-SDK-incubation-1.0M1-win32" and install the
> XWT Designer successful;
> Then I create the "XWT UI Presentation", and there is no problem to open
> the xwt file with "xwt Editor", but when I open it by with "XWT
> Designer", the following error occurs. If I miss some steps?
>
> java.lang.NoClassDefFoundError: org/eclipse/e4/xwt/internal/utils/UserData
> at
> com.soyatec.xwt.tools.ui.designer.loader.ResourceVisitor.loa dCLR(ResourceVisitor.java:970)
> at
> com.soyatec.xwt.tools.ui.designer.loader.ResourceVisitor.doC reate(ResourceVisitor.java:400)
> at
> com.soyatec.xwt.tools.ui.designer.loader.ResourceVisitor.cre ateCLRElement(ResourceVisitor.java:271)
> at com.soyatec.xwt.tools.ui.designer.loader.XWTProxy.load(XWTPr oxy.java:71)
> at com.soyatec.xwt.tools.ui.designer.loader.XWTProxy.load(XWTPr oxy.java:100)
> at
> com.soyatec.xwt.tools.ui.designer.editor.render.XWTVisualsRe nder.createVisuals(XWTVisualsRender.java:344)
> at
> org.soyatec.tools.designer.editor.Designer.setupGraphicalVie wer(Designer.java:316)
> at
> com.soyatec.xwt.tools.ui.designer.editor.XWTDesigner.setupGr aphicalViewer(XWTDesigner.java:173)
> at
> org.soyatec.tools.designer.editor.Designer$3.runInUIThread(D esigner.java:287)
> at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:95)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
> at
> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:134)
> at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3860)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3481)
> at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2818)
> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2782)
> at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:26 34)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:562)
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:332)
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:555)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
> at
> org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:113)
> at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:194)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:367)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 610)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:565)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1362)
>
>
> Thanks!
>
> Yves YANG 写道:
>> Hi all,
>>
>> I have posted a message in my blog about our XWT Designer contribution:
>> http://dev.eclipse.org/blogs/yvesyang/2009/11/02/xwt-designe r/
>>
>> Please note tt is available for download from
>> http://www.xwtdesigner.org/update and feel free to test it. Any feedback is
>> welcome.
>>
>> Soyatec has planned to contribute it as a sub project of VE. It is second
>> important contribution, but not last.
>>
>> Best regards
>> Yves YANG
>>
>>
|
|
| | | |
Re: [ANN] XWT Designer [message #499602 is a reply to message #496778] |
Mon, 23 November 2009 13:49 |
Jack Liao Messages: 18 Registered: July 2009 |
Junior Member |
|
|
I found there is a litter bug with the editor, it's about the hot key
"delete".
After created several controls in the editor, I chose all of them and
click "delete" key on the keyboard, just as to delete them, but failed,
only one of them was deleted.
Then the "undo", "redo" couldn't work as normal.
Yves YANG 写道:
> Finally, we decide to incubate XWT Designer in e4, We believe having it
> closer to XWT would benefit both XWT and XWT Designer. We can imagine moving
> XWT Designer under VE when it is no longer in incubation. This editor can be
> extended to support e4 Modeled workbench to have a complete VE for e4.
>
> Best regards
> Yves YANG
>
> "Yves YANG" <yves.yang@soyatec.com> wrote in message
> news:hcnm3c$j21$1@build.eclipse.org...
>> Hi all,
>>
>> I have posted a message in my blog about our XWT Designer contribution:
>> http://dev.eclipse.org/blogs/yvesyang/2009/11/02/xwt-designe r/
>>
>> Please note tt is available for download from
>> http://www.xwtdesigner.org/update and feel free to test it. Any feedback
>> is welcome.
>>
>> Soyatec has planned to contribute it as a sub project of VE. It is second
>> important contribution, but not last.
>>
>> Best regards
>> Yves YANG
>>
>
>
|
|
|
Re: [ANN] XWT Designer [message #499603 is a reply to message #499602] |
Mon, 23 November 2009 14:09 |
Jack Liao Messages: 18 Registered: July 2009 |
Junior Member |
|
|
Hi, all
The disable of "undo","redo" was because I clicked "Ctrl+S" to save the
file.
It seems that when a xwt file be saved, the command stack was cleaned?
Jack Liao 写道:
> I found there is a litter bug with the editor, it's about the hot key
> "delete".
>
> After created several controls in the editor, I chose all of them and
> click "delete" key on the keyboard, just as to delete them, but failed,
> only one of them was deleted.
>
> Then the "undo", "redo" couldn't work as normal.
>
>
>
> Yves YANG 写道:
>> Finally, we decide to incubate XWT Designer in e4, We believe having it
>> closer to XWT would benefit both XWT and XWT Designer. We can imagine moving
>> XWT Designer under VE when it is no longer in incubation. This editor can be
>> extended to support e4 Modeled workbench to have a complete VE for e4.
>>
>> Best regards
>> Yves YANG
>>
>> "Yves YANG" <yves.yang@soyatec.com> wrote in message
>> news:hcnm3c$j21$1@build.eclipse.org...
>>> Hi all,
>>>
>>> I have posted a message in my blog about our XWT Designer contribution:
>>> http://dev.eclipse.org/blogs/yvesyang/2009/11/02/xwt-designe r/
>>>
>>> Please note tt is available for download from
>>> http://www.xwtdesigner.org/update and feel free to test it. Any feedback
>>> is welcome.
>>>
>>> Soyatec has planned to contribute it as a sub project of VE. It is second
>>> important contribution, but not last.
>>>
>>> Best regards
>>> Yves YANG
>>>
>>
|
|
| | | |
Re: [ANN] XWT Designer - solaris update and linux/solaris design rendering [message #502463 is a reply to message #502406] |
Tue, 08 December 2009 11:58 |
Porter Messages: 42 Registered: July 2009 |
Member |
|
|
>> I was able to get the XWT editor working on OpenSolaris X86 by modifying
>>org.eclipse.e4.xwt.vex to include a solaris libswt-gtk-print.so, similar
>> to my success with VE on OpenSolaris.
>>It is a version for solaris compiled for Solaris or you have used one for
>>Linux? Where do you copy?
Yves
Yes I compiled libswt-gtk-print.so for solaris x86. Please see my recent thread on this forum regarding VE on opensolaris. The native library source code and makefile is available on the VE 1.4 CVS in the same plugin that includes the native libraries for linux, windows and mac osx.
Now, I noticed that the latest incubation release of E4 includes the source code for XWT designer as well as the earlier XWT editor (the 2009.1204 version). So I modified the following plugins to include my opensolaris native lib, just like I did for VE.
org.eclipse.e4.xwt.tools.ui.imagecapture_0.9.1.v20091204-083 0 and
org.eclipse.e4.xwt.vex_0.9.1.v20091203-1000
I tested these modifed versions on Opensolaris X86 (Dev release 127) and I also tested unmodified versions on Centos 5.4 x86 (both 32 bit). Both are running gnome/gtk. Both XWT editor and designer run on opensolaris with these mods.
I noticed on both systems that the visual rendering of the UI elements/widgets being designed is much better in the XWT editor than in the XWT designer. With XWT editor the UI appears exactly as it should, in XWT designer it is basically just a flat frame, and widgets can only be seen in outline (like a wire frame outline). On linux the ui element/widget is basically a grey featureless box with swt elements in black outline. Opensolaris is giving a similar result but black on white.
I ran a debug workbench on both Centos and Solaris and set a breakpoint in the unix ImageCapture class, on the method getImage (package org.eclipse.ve.internal.swt.targetvm.unix in plugin org.eclipse.e4.xwt.tools.ui.imagecapture). I was surprised to see this method breakpoint hit when opening in the XWT editor but never when using the XWT designer. Perhaps this is related as it seems that under GTK, XWT designer isn't picking up the image (or the relevant part) that XWT editor picks up. This is leading to the incorrect rendering under gtk linux/unix. It looked better on my wife's windows vista machine. I realise the opensolaris test is non-standard but I now have both VE and XWT working on solaris at least as well as on linux.
Wish I could attach screen shots but the file attachments feature doesn't seem to work from firefox or opera.
Porter
[Updated on: Tue, 08 December 2009 12:41] Report message to a moderator
|
|
| | |
Re: [ANN] XWT Designer - solaris update and linux/solaris design rendering [message #502594 is a reply to message #502463] |
Tue, 08 December 2009 12:26 |
Yves YANG Messages: 688 Registered: July 2009 |
Senior Member |
|
|
> Yes I compiled libswt-gtk-print.so for solaris x86. Please see my recent
> thread on this forum regarding VE on opensolaris. The native library
> source code and makefile is available on the VE 1.4 CVS in the same plugin
> that includes the native libraries for linux, windows and mac osx.
I appreciate your contribution. You mean you have committed in CVS of VE in
eclipse ?
I'm surpised. I'm not sure you are the commiter of VE. How could you commit
in VE CVS? and I didn't find it either in CVS of eclipse.
yves
"Porter" <rodneyh@bigpond.net.au> wrote in message
news:hflf1o$v58$1@build.eclipse.org...
>>> I was able to get the XWT editor working on OpenSolaris X86 by modifying
>>>org.eclipse.e4.xwt.vex to include a solaris libswt-gtk-print.so, similar
>>> to my success with VE on OpenSolaris.
>
>>>It is a version for solaris compiled for Solaris or you have used one for
>>>Linux? Where do you copy?
>
> Yves
>
> Yes I compiled libswt-gtk-print.so for solaris x86. Please see my recent
> thread on this forum regarding VE on opensolaris. The native library
> source code and makefile is available on the VE 1.4 CVS in the same plugin
> that includes the native libraries for linux, windows and mac osx.
>
> Now, I noticed that the latest incubation release of E4 includes the
> source code for XWT designer as well as the earlier XWT editor (the
> 2009.1204 version). So I modified the following plugins to include my
> opensolaris native lib, just like I did for VE.
> org.eclipse.e4.xwt.tools.ui.imagecapture_0.9.1.v20091204-083 0 and
> org.eclipse.e4.xwt.vex_0.9.1.v20091203-1000
>
> I tested these modifed versions on Opensolaris X86 (Dev release 127) and I
> also tested unmodified versions on Centos 5.4 x86 (both 32 bit). Both are
> running gnome/gtk. Both XWT editor and designer run on opensolaris with
> these mods.
>
> I noticed on both systems that the visual rendering of the UI
> elements/widgets being designed is much better in the XWT editor than in
> the XWT designer. With XWT editor the UI appears exactly as it should, in
> XWT designer it is basically just a flat frame, and widgets can only be
> seen in outline (like a wire frame outline). On linux the ui
> element/widget is basically a grey featureless box with swt elements in
> black outline. Opensolaris is giving a similar result but black on white.
>
> I ran a debug workbench on both Centos and Solaris and set a breakpoint in
> the unix ImageCapture class, on the method getImage (package
> org.eclipse.ve.internal.swt.targetvm.unix in plugin
> org.eclipse.e4.xwt.tools.ui.imagecapture). I was surprised to see this
> method breakpoint hit when opening in the XWT editor but never when using
> the XWT designer. Perhaps this is related as it seems that under GTK, XWT
> designer isn't picking up the image (or the relevant part) that XWT editor
> picks up. This is leading to the incorrect rendering under gtk linux/unix.
> It looked better on my wife's windows vista machine. I realise the
> opensolaris test is non-standard but I now have both VE and XWT working on
> solaris at least as well as on linux.
>
>
> Porter
|
|
| |
Re: [ANN] XWT Designer - Eclipse Forms, Nebula [message #502652 is a reply to message #502591] |
Wed, 09 December 2009 10:03 |
Porter Messages: 42 Registered: July 2009 |
Member |
|
|
Sorry, What do you mean ?
yves
"Porter"wrote in message
news:hflfsf$adl$1@build.eclipse.org...
> Are these on the radar at all for XWT editor/designer or only if the
> community steps up?
--> I mean is there any planned support for eclipse forms, nebula widgets, and creating view parts and edit parts, using XWT designer or XWT editor? Or would this support only happen if a contribution comes from the eclipse community?
> I noticed on both systems that the visual rendering of the UI
> elements/widgets being designed is much better in the XWT editor than in
> the XWT designer. With XWT editor the UI appears exactly as it should, in
> XWT designer it is basically just a flat frame, and widgets can only be
> seen in outline (like a wire frame outline). On linux the ui
> element/widget is basically a grey featureless box with swt elements in
> black outline. Opensolaris is giving a similar result but black on white.
>
We'll check it out.
----> Thanks for checking it out look forward to hearing the result.
> Yes I compiled libswt-gtk-print.so for solaris x86. Please see my recent
> thread on this forum regarding VE on opensolaris. The native library
> source code and makefile is available on the VE 1.4 CVS in the same plugin
> that includes the native libraries for linux, windows and mac osx.
I appreciate your contribution. You mean you have committed in CVS of VE in
eclipse ?
I'm surpised. I'm not sure you are the commiter of VE. How could you commit
in VE CVS? and I didn't find it either in CVS of eclipse.
---> No, I'm not a committer of VE. I simply mean that by downloading the source code and make file for the native library (unix version) from eclipse CVS here:
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ve/plug ins/org.eclipse.ve.swt/native-src/swt-gtk-print-src.zip?root =Tools_Project&view=co
then I was able to compile libswt-gtk-print for solaris and get VE and XWT editor/designer working on my local solaris system by rebuilding the relevant VE and XWT plugins to include this lib. I needed to slightly change the makefile. I would be happy to contribute back if there is a way. This would require a little further work on the makefile so it works for both linux and solaris and obviously some integration into the VE build process. Does the VE build process include rebuilding the native libs from source or only including their binaries?
[Updated on: Wed, 09 December 2009 10:04] Report message to a moderator
|
|
| | |
Re: [ANN] XWT Designer - Eclipse Forms, Nebula [message #503362 is a reply to message #502652] |
Sat, 12 December 2009 03:37 |
Yves YANG Messages: 688 Registered: July 2009 |
Senior Member |
|
|
"Porter" <rodneyh@bigpond.net.au> wrote in message
news:hfnsku$r2c$1@build.eclipse.org...
> Sorry, What do you mean ?
>
> yves
> "Porter"wrote in message news:hflfsf$adl$mailto:1@build.eclipse.org...
>> Are these on the radar at all for XWT editor/designer or only if the
>> community steps up?
>
> --> I mean is there any planned support for eclipse forms, nebula widgets,
> and creating view parts and edit parts, using XWT designer or XWT editor?
> Or would this support only happen if a contribution comes from the eclipse
> community?
>
XWT supports already eclipse forms in 1.0M2. As for Nebula, it is supported
directly. But we haven't time to work on XWT designer. We have more
important work to do. such as e4 Designer.Any contributions are welcome.
>> I noticed on both systems that the visual rendering of the UI
>> elements/widgets being designed is much better in the XWT editor than in
>> the XWT designer. With XWT editor the UI appears exactly as it should, in
>> XWT designer it is basically just a flat frame, and widgets can only be
>> seen in outline (like a wire frame outline). On linux the ui
>> element/widget is basically a grey featureless box with swt elements in
>> black outline. Opensolaris is giving a similar result but black on white.
>>
>
> We'll check it out.
>
> ----> Thanks for checking it out look forward to hearing the result.
>
It will be fixed in 1.0M3.
>
>
>> Yes I compiled libswt-gtk-print.so for solaris x86. Please see my recent
>> thread on this forum regarding VE on opensolaris. The native library
>> source code and makefile is available on the VE 1.4 CVS in the same
>> plugin that includes the native libraries for linux, windows and mac osx.
>
> I appreciate your contribution. You mean you have committed in CVS of VE
> in eclipse ?
> I'm surpised. I'm not sure you are the commiter of VE. How could you
> commit in VE CVS? and I didn't find it either in CVS of eclipse.
>
>
> ---> No, I'm not a committer of VE. I simply mean that my downloading the
> source code and make file for the native library (unix version) from
> eclipse CVS here:
>
> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ve/plug ins/org.eclipse.ve.swt/native-src/swt-gtk-print-src.zip?root =Tools_Project&view=co
>
> then I was able to compile libswt-gtk-print for solaris and get VE and XWT
> editor/designer working on my local solaris system by rebuilding the
> relevant VE and XWT plugins to include this lib. I needed to slightly
> change the makefile. I would be happy to contribute back if there is a
> way. This would require a little further work on the makefile so it works
> for both linux and solaris and obviously some integration into the VE
> build process. Does the VE build process include rebuilding the native
> libs from source or only including their binaries?
>
Could you provide the binary? We can integrate in VE. For doing this, you
need to open a bug in bugzilla and attach all your files.
Best regards
Yves YANG
>
>
|
|
| | | |
Re: [ANN] XWT Designer [message #617462 is a reply to message #496549] |
Wed, 11 November 2009 08:21 |
Jack Liao Messages: 18 Registered: July 2009 |
Junior Member |
|
|
OK, I've fixed that by the following steps:
1, down the "eclipse-e4-SDK-incubation-1.0M1-win32"
2, install the latest "XWT" from
" http://download.eclipse.org/e4/downloads/drops/I20091105-210 0/repository"
3, install the "XWT Designer"
Then it works!
Jack Liao 写道:
> Hi Yves Yang,
>
> I've tried the XWT Designer,but failed:
>
> I'm using the "eclipse-e4-SDK-incubation-1.0M1-win32" and install the
> XWT Designer successful;
> Then I create the "XWT UI Presentation", and there is no problem to open
> the xwt file with "xwt Editor", but when I open it by with "XWT
> Designer", the following error occurs. If I miss some steps?
>
> java.lang.NoClassDefFoundError: org/eclipse/e4/xwt/internal/utils/UserData
> at
> com.soyatec.xwt.tools.ui.designer.loader.ResourceVisitor.loa dCLR(ResourceVisitor.java:970)
> at
> com.soyatec.xwt.tools.ui.designer.loader.ResourceVisitor.doC reate(ResourceVisitor.java:400)
> at
> com.soyatec.xwt.tools.ui.designer.loader.ResourceVisitor.cre ateCLRElement(ResourceVisitor.java:271)
> at com.soyatec.xwt.tools.ui.designer.loader.XWTProxy.load(XWTPr oxy.java:71)
> at com.soyatec.xwt.tools.ui.designer.loader.XWTProxy.load(XWTPr oxy.java:100)
> at
> com.soyatec.xwt.tools.ui.designer.editor.render.XWTVisualsRe nder.createVisuals(XWTVisualsRender.java:344)
> at
> org.soyatec.tools.designer.editor.Designer.setupGraphicalVie wer(Designer.java:316)
> at
> com.soyatec.xwt.tools.ui.designer.editor.XWTDesigner.setupGr aphicalViewer(XWTDesigner.java:173)
> at
> org.soyatec.tools.designer.editor.Designer$3.runInUIThread(D esigner.java:287)
> at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:95)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
> at
> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:134)
> at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3860)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3481)
> at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2818)
> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2782)
> at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:26 34)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:562)
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:332)
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:555)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
> at
> org.eclipse.ui.internal.ide.application.IDEApplication.start (IDEApplication.java:113)
> at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:194)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:110)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:79)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:367)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:179)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 610)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:565)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1362)
>
>
> Thanks!
>
> Yves YANG 写道:
>> Hi all,
>>
>> I have posted a message in my blog about our XWT Designer contribution:
>> http://dev.eclipse.org/blogs/yvesyang/2009/11/02/xwt-designe r/
>>
>> Please note tt is available for download from
>> http://www.xwtdesigner.org/update and feel free to test it. Any feedback is
>> welcome.
>>
>> Soyatec has planned to contribute it as a sub project of VE. It is second
>> important contribution, but not last.
>>
>> Best regards
>> Yves YANG
>>
>>
|
|
| | | |
Re: [ANN] XWT Designer [message #617520 is a reply to message #496778] |
Mon, 23 November 2009 13:49 |
Jack Liao Messages: 18 Registered: July 2009 |
Junior Member |
|
|
I found there is a litter bug with the editor, it's about the hot key
"delete".
After created several controls in the editor, I chose all of them and
click "delete" key on the keyboard, just as to delete them, but failed,
only one of them was deleted.
Then the "undo", "redo" couldn't work as normal.
Yves YANG 写道:
> Finally, we decide to incubate XWT Designer in e4, We believe having it
> closer to XWT would benefit both XWT and XWT Designer. We can imagine moving
> XWT Designer under VE when it is no longer in incubation. This editor can be
> extended to support e4 Modeled workbench to have a complete VE for e4.
>
> Best regards
> Yves YANG
>
> "Yves YANG" <yves.yang@soyatec.com> wrote in message
> news:hcnm3c$j21$1@build.eclipse.org...
>> Hi all,
>>
>> I have posted a message in my blog about our XWT Designer contribution:
>> http://dev.eclipse.org/blogs/yvesyang/2009/11/02/xwt-designe r/
>>
>> Please note tt is available for download from
>> http://www.xwtdesigner.org/update and feel free to test it. Any feedback
>> is welcome.
>>
>> Soyatec has planned to contribute it as a sub project of VE. It is second
>> important contribution, but not last.
>>
>> Best regards
>> Yves YANG
>>
>
>
|
|
|
Re: [ANN] XWT Designer [message #617521 is a reply to message #499602] |
Mon, 23 November 2009 14:09 |
Jack Liao Messages: 18 Registered: July 2009 |
Junior Member |
|
|
Hi, all
The disable of "undo","redo" was because I clicked "Ctrl+S" to save the
file.
It seems that when a xwt file be saved, the command stack was cleaned?
Jack Liao 写道:
> I found there is a litter bug with the editor, it's about the hot key
> "delete".
>
> After created several controls in the editor, I chose all of them and
> click "delete" key on the keyboard, just as to delete them, but failed,
> only one of them was deleted.
>
> Then the "undo", "redo" couldn't work as normal.
>
>
>
> Yves YANG 写道:
>> Finally, we decide to incubate XWT Designer in e4, We believe having it
>> closer to XWT would benefit both XWT and XWT Designer. We can imagine moving
>> XWT Designer under VE when it is no longer in incubation. This editor can be
>> extended to support e4 Modeled workbench to have a complete VE for e4.
>>
>> Best regards
>> Yves YANG
>>
>> "Yves YANG" <yves.yang@soyatec.com> wrote in message
>> news:hcnm3c$j21$1@build.eclipse.org...
>>> Hi all,
>>>
>>> I have posted a message in my blog about our XWT Designer contribution:
>>> http://dev.eclipse.org/blogs/yvesyang/2009/11/02/xwt-designe r/
>>>
>>> Please note tt is available for download from
>>> http://www.xwtdesigner.org/update and feel free to test it. Any feedback
>>> is welcome.
>>>
>>> Soyatec has planned to contribute it as a sub project of VE. It is second
>>> important contribution, but not last.
>>>
>>> Best regards
>>> Yves YANG
>>>
>>
|
|
| | | | | | |
Re: [ANN] XWT Designer - solaris update and linux/solaris design rendering [message #617562 is a reply to message #617555] |
Tue, 08 December 2009 12:26 |
Yves YANG Messages: 688 Registered: July 2009 |
Senior Member |
|
|
> Yes I compiled libswt-gtk-print.so for solaris x86. Please see my recent
> thread on this forum regarding VE on opensolaris. The native library
> source code and makefile is available on the VE 1.4 CVS in the same plugin
> that includes the native libraries for linux, windows and mac osx.
I appreciate your contribution. You mean you have committed in CVS of VE in
eclipse ?
I'm surpised. I'm not sure you are the commiter of VE. How could you commit
in VE CVS? and I didn't find it either in CVS of eclipse.
yves
"Porter" <rodneyh@bigpond.net.au> wrote in message
news:hflf1o$v58$1@build.eclipse.org...
>>> I was able to get the XWT editor working on OpenSolaris X86 by modifying
>>>org.eclipse.e4.xwt.vex to include a solaris libswt-gtk-print.so, similar
>>> to my success with VE on OpenSolaris.
>
>>>It is a version for solaris compiled for Solaris or you have used one for
>>>Linux? Where do you copy?
>
> Yves
>
> Yes I compiled libswt-gtk-print.so for solaris x86. Please see my recent
> thread on this forum regarding VE on opensolaris. The native library
> source code and makefile is available on the VE 1.4 CVS in the same plugin
> that includes the native libraries for linux, windows and mac osx.
>
> Now, I noticed that the latest incubation release of E4 includes the
> source code for XWT designer as well as the earlier XWT editor (the
> 2009.1204 version). So I modified the following plugins to include my
> opensolaris native lib, just like I did for VE.
> org.eclipse.e4.xwt.tools.ui.imagecapture_0.9.1.v20091204-083 0 and
> org.eclipse.e4.xwt.vex_0.9.1.v20091203-1000
>
> I tested these modifed versions on Opensolaris X86 (Dev release 127) and I
> also tested unmodified versions on Centos 5.4 x86 (both 32 bit). Both are
> running gnome/gtk. Both XWT editor and designer run on opensolaris with
> these mods.
>
> I noticed on both systems that the visual rendering of the UI
> elements/widgets being designed is much better in the XWT editor than in
> the XWT designer. With XWT editor the UI appears exactly as it should, in
> XWT designer it is basically just a flat frame, and widgets can only be
> seen in outline (like a wire frame outline). On linux the ui
> element/widget is basically a grey featureless box with swt elements in
> black outline. Opensolaris is giving a similar result but black on white.
>
> I ran a debug workbench on both Centos and Solaris and set a breakpoint in
> the unix ImageCapture class, on the method getImage (package
> org.eclipse.ve.internal.swt.targetvm.unix in plugin
> org.eclipse.e4.xwt.tools.ui.imagecapture). I was surprised to see this
> method breakpoint hit when opening in the XWT editor but never when using
> the XWT designer. Perhaps this is related as it seems that under GTK, XWT
> designer isn't picking up the image (or the relevant part) that XWT editor
> picks up. This is leading to the incorrect rendering under gtk linux/unix.
> It looked better on my wife's windows vista machine. I realise the
> opensolaris test is non-standard but I now have both VE and XWT working on
> solaris at least as well as on linux.
>
>
> Porter
|
|
| |
Re: [ANN] XWT Designer - Eclipse Forms, Nebula [message #617565 is a reply to message #502591] |
Wed, 09 December 2009 10:03 |
Porter Messages: 42 Registered: July 2009 |
Member |
|
|
Sorry, What do you mean ?
yves
"Porter"wrote in message
news:hflfsf$adl$mailto:1@build.eclipse.org...
> Are these on the radar at all for XWT editor/designer or only if the
> community steps up?
--> I mean is there any planned support for eclipse forms, nebula widgets, and creating view parts and edit parts, using XWT designer or XWT editor? Or would this support only happen if a contribution comes from the eclipse community?
> I noticed on both systems that the visual rendering of the UI
> elements/widgets being designed is much better in the XWT editor than in
> the XWT designer. With XWT editor the UI appears exactly as it should, in
> XWT designer it is basically just a flat frame, and widgets can only be
> seen in outline (like a wire frame outline). On linux the ui
> element/widget is basically a grey featureless box with swt elements in
> black outline. Opensolaris is giving a similar result but black on white.
>
We'll check it out.
----> Thanks for checking it out look forward to hearing the result.
> Yes I compiled libswt-gtk-print.so for solaris x86. Please see my recent
> thread on this forum regarding VE on opensolaris. The native library
> source code and makefile is available on the VE 1.4 CVS in the same plugin
> that includes the native libraries for linux, windows and mac osx.
I appreciate your contribution. You mean you have committed in CVS of VE in
eclipse ?
I'm surpised. I'm not sure you are the commiter of VE. How could you commit
in VE CVS? and I didn't find it either in CVS of eclipse.
---> No, I'm not a committer of VE. I simply mean that my downloading the source code and make file for the native library (unix version) from eclipse CVS here:
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ve/plug ins/org.eclipse.ve.swt/native-src/swt-gtk-print-src.zip?root =Tools_Project&view=co
then I was able to compile libswt-gtk-print for solaris and get VE and XWT editor/designer working on my local solaris system by rebuilding the relevant VE and XWT plugins to include this lib. I needed to slightly change the makefile. I would be happy to contribute back if there is a way. This would require a little further work on the makefile so it works for both linux and solaris and obviously some integration into the VE build process. Does the VE build process include rebuilding the native libs from source or only including their binaries?
|
|
| | |
Re: [ANN] XWT Designer - Eclipse Forms, Nebula [message #617574 is a reply to message #617565] |
Sat, 12 December 2009 03:37 |
Yves YANG Messages: 688 Registered: July 2009 |
Senior Member |
|
|
"Porter" <rodneyh@bigpond.net.au> wrote in message
news:hfnsku$r2c$1@build.eclipse.org...
> Sorry, What do you mean ?
>
> yves
> "Porter"wrote in message news:hflfsf$adl$mailto:1@build.eclipse.org...
>> Are these on the radar at all for XWT editor/designer or only if the
>> community steps up?
>
> --> I mean is there any planned support for eclipse forms, nebula widgets,
> and creating view parts and edit parts, using XWT designer or XWT editor?
> Or would this support only happen if a contribution comes from the eclipse
> community?
>
XWT supports already eclipse forms in 1.0M2. As for Nebula, it is supported
directly. But we haven't time to work on XWT designer. We have more
important work to do. such as e4 Designer.Any contributions are welcome.
>> I noticed on both systems that the visual rendering of the UI
>> elements/widgets being designed is much better in the XWT editor than in
>> the XWT designer. With XWT editor the UI appears exactly as it should, in
>> XWT designer it is basically just a flat frame, and widgets can only be
>> seen in outline (like a wire frame outline). On linux the ui
>> element/widget is basically a grey featureless box with swt elements in
>> black outline. Opensolaris is giving a similar result but black on white.
>>
>
> We'll check it out.
>
> ----> Thanks for checking it out look forward to hearing the result.
>
It will be fixed in 1.0M3.
>
>
>> Yes I compiled libswt-gtk-print.so for solaris x86. Please see my recent
>> thread on this forum regarding VE on opensolaris. The native library
>> source code and makefile is available on the VE 1.4 CVS in the same
>> plugin that includes the native libraries for linux, windows and mac osx.
>
> I appreciate your contribution. You mean you have committed in CVS of VE
> in eclipse ?
> I'm surpised. I'm not sure you are the commiter of VE. How could you
> commit in VE CVS? and I didn't find it either in CVS of eclipse.
>
>
> ---> No, I'm not a committer of VE. I simply mean that my downloading the
> source code and make file for the native library (unix version) from
> eclipse CVS here:
>
> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ve/plug ins/org.eclipse.ve.swt/native-src/swt-gtk-print-src.zip?root =Tools_Project&view=co
>
> then I was able to compile libswt-gtk-print for solaris and get VE and XWT
> editor/designer working on my local solaris system by rebuilding the
> relevant VE and XWT plugins to include this lib. I needed to slightly
> change the makefile. I would be happy to contribute back if there is a
> way. This would require a little further work on the makefile so it works
> for both linux and solaris and obviously some integration into the VE
> build process. Does the VE build process include rebuilding the native
> libs from source or only including their binaries?
>
Could you provide the binary? We can integrate in VE. For doing this, you
need to open a bug in bugzilla and attach all your files.
Best regards
Yves YANG
>
>
|
|
|
Goto Forum:
Current Time: Fri Sep 20 18:44:20 GMT 2024
Powered by FUDForum. Page generated in 0.04577 seconds
|