Yeah, i downloaded Eclipse classic (eclipse-SDK-3.7.1-win32),
eclipse-java-indigo-SR1-win32 and eclipse-jee-indigo-SR1-win32 today,
confirmed that both Eclipse Java and JEE have XML editor installed
already. So we can call Eclipse Java as a minimum.
Thank you for your remind, Thiago.
If user is u
On Wed, 15 Feb 2012 04:29:38 -0200, Dmitry Gusev
wrote:
Looks good to me.
And I also think that its not worth it to support Eclipse Classic for
TapestryTools.
Eclipse Classic is based on Eclipse 3.3. Too old.
Notice the xml_ui plugin in Eclipse for Java Developers 3.7:
http://www.eclipse.
On Wed, 15 Feb 2012 04:14:34 -0200, Gavin Lei
wrote:
Hi All,
Hi!
As Eclipse classic does not include XML editor, it will require
Eclipse for JEE developers as a minimum.
I don't think this is correct. As far as I can remember, since 3.5 or 3.6
the smallest Eclipse for Java does ship w
2012/2/15 Gavin Lei
> Hi Giulio,
>
> I am finding solution to support Tapestry custom components besides
> standard components in XML editor, and i believe we can do it.
>
> But for the css and html things, no, we will not add html/css schemas
> support in XML editor, it is complex and unnecessar
Hi Giulio,
I am finding solution to support Tapestry custom components besides
standard components in XML editor, and i believe we can do it.
But for the css and html things, no, we will not add html/css schemas
support in XML editor, it is complex and unnecessary. As i mentioned,
we will concent
Well, the eclipse classic is faster for sure, but i think we are all used
to the eclipse JEE slowness :)
I know nothing about eclipse development but...if you use the XML editor as
base, in a common page I think you will have the schema only for standard
tapestry components...am I right ?
Example
Looks good to me.
And I also think that its not worth it to support Eclipse Classic for
TapestryTools.
One note on this though:
Or we will supply two update sites, one for Eclipse JavaEE, the other
> includes XML editor jars for Eclipse classic.
You shouldn't include XML editor to your update s
Hi All,
In our coming light-weight TapestryTools, If we want to supply
autocomplete features, we must implement it in some special tml editor
(In current version TapestryTools,we use WTP's jsp editor). Now, we
want to remove Eclipse WTP dependencies, should find some other exist
editors. After tal
Yeah, we can supply a muli-tabs editor for *.tml, in will include at
least *.java tab and *.tml tab. Even more tabs ? I will go deep into
the solution and discuss, and make a decision in the future. I will
try to supply any useful features for Tapestry development
2012/2/8 trsvax :
> I did mean o
Hi Thiago,
If we want to supply autocomplete feature, it depend users' *.tml
editor. If user use XML editor to edit *.tml file, we should expand
XML editor to supply this autocomplete feature. If user use WTP html
editor to edit *.tml file, we should expand WTP html editor.
XML editor is Eclipse'
Hi, Gavin!
On Wed, 08 Feb 2012 01:43:51 -0200, Gavin Lei
wrote:
Yeah, html/css autocomplete feature is supplies by WTP, not
TapestryTools. If TapestryTools work without WTP, it will lost this
feature. But we can still supply Tapestry 5 built-in and custom
components autocomplete feature, work
I did mean one window with multiple tabs. I'm not sure how the tabs are
implemented but I've seen a few plugging that use them. M2Eclipse does and
I've also used IBM products that do. I'm guessing you can run regular
editors in them because the maven one appears to have an XML editor.
You may be
Hi,
You mean we should supply a muti-page editor, which open *.tml and
corresponding *.java file in the same window, right ? This is a good
idea, i will consider this solution.
You said "The tabs could include tml, java, properties, event
handlers, services etc", in fact, i am not very clear abou
Hi Giulio,
Thank you for your advises, see the commends below
2012/2/8 Giulio Micali :
> Like many people here, my advice is the lightweight one.
> From my user experience, the "graphical editor" can be really cool to see
> (not only in tapestry, also in JSF and before in JSP or swing/awt ecc...)
I am sure that code can be reused somehow without triggering this dependency.
On Feb 7, 2012, at 11:48 AM, Giulio Micali wrote:
> Like many people here, my advice is the lightweight one.
>> From my user experience, the "graphical editor" can be really cool to see
> (not only in tapestry, also
I'd vote for a lightweight one also. In fact if I could click on a java or
tml file and end up with a window something like the Maven Pom editor I'd be
happy. The tabs could include tml, java, properties, event handlers,
services etc. Auto complete in the tml file might be nice but I'd say just
hav
Like many people here, my advice is the lightweight one.
>From my user experience, the "graphical editor" can be really cool to see
(not only in tapestry, also in JSF and before in JSP or swing/awt ecc...),
but is useful only at the beginning of the project and damaging since then
until end of time
On Tue, 07 Feb 2012 05:07:22 -0200, Lenny Primak
wrote:
WTP is a bloated POS anyway. Completely agree that TapestryTools should
not be dependent on it.
I also can't use it because I keep my plugins up-to-date and not dare
re-installing it as well.
Agreed 100% with this and the lightweig
Hi Dmitry,
Thank you for your feedback. I will go deep into the T5 Component
References things, if possible, i will merge it into TapestryTools as
a new feature.
Last year, Igor talked with me about moving TapestryTools to GitHub,
due to bad internet service in China, it is hard for me to link to
+1 for the light version
The IDEA IDE is the way to follow. It has all the features you are mentioning
for the light version, but it is not free. The autocomplete feature is so much
useful that we already bought one licence becouse it speeds up the tapestry web
apps development significantly.
Hi, Gavin!
It would also be great if there will be integration with T5 Component
References:
http://tapestry.apache.org/tapestry5.1/tapestry-core/ref/
There's a JavaDoc view in Eclipse, may be its possible to show related
reference page in there when you're in tml editor?
Also it would be nice to
WTP is a bloated POS anyway. Completely agree that TapestryTools should not be
dependent on it.
I also can't use it because I keep my plugins up-to-date and not dare
re-installing it as well.
On Feb 7, 2012, at 2:04 AM, Kalle Korhonen wrote:
> 2012/2/6 Gavin Lei :
>> After discussion with my
2012/2/6 Gavin Lei :
> After discussion with my GSoC mentor Igor Drobiazko, we think there
> are two ways for TapestryTools to go:
> 1. build TapestryTools on WTP, and keep improving it
> 2. build a brand new simple tool which supplies some special Tapestry5
> features, and it can run without WTP
Hi All,
After discussion with my GSoC mentor Igor Drobiazko, we think there
are two ways for TapestryTools to go:
1. build TapestryTools on WTP, and keep improving it
2. build a brand new simple tool which supplies some special Tapestry5
features, and it can run without WTP
Solution 1 will make T
Thank you for your help, Mark, i will keep improving it
在 2012年2月6日 上午11:56，Mark 写道：
> I agree that the ability to switch between .tml and .java would be
> extremely useful. Right now issue 13 is keeping me from using it.
>
> There used to be a plugin that only helped with this switch called
> lo
I agree that the ability to switch between .tml and .java would be
extremely useful. Right now issue 13 is keeping me from using it.
There used to be a plugin that only helped with this switch called
loom-t5, but the update site for that appears to be offline.
As far as a wish list, have you ever
hi Giulio，
thank you for your feedback, I will fix issues and add much new features for
TaperstyTool this year, so I will fix this problem very soon. Now I am
collecting new features for it, if you are really interested in it,you can tell
me what do you want.
发自我的 iPad
在 2012-2-5，上午12:15，Giuli
Hi Gavin !
I'm currently using your plugin: only the CTRL+R feature indeed, but it's
REALLY useful.
but...
I've posted a solution for the issue (13) in that feature and after several
months...nothing, not even a post like "I will check that".
I thought that the project has ended, and I'm happy t
Hi Gavin,
Great project thus far!! A tool like that within eclipse will certainly get
more people looking at tapestry as a framework to use.
I initially thought Dmitry's comment was a little harsh and that he was being a
bit fussy requesting the installation through Help->Install New Software
Yeah, this is really a problem, if we want to do so, TapestryTools
must keep pace with Eclipse WTP's version. I will try to contact with
Eclipse WTP community and try to merge TapestryTools into WTP, if
fail, i will find a way to optimize its structure and reduce its
version depend things to simpli
Hi, Gavin!
Thats a big step forward. But, still, I think that a huge limitation of
TapestryTools is that it can't be plugged-into existing Eclipse Java EE
installation through the Help -> Install New Software I wish this will
be resolved in future releases.
2012/2/3 Gavin Lei
> Hi all,
>
>
31 matches
Mail list logo
