Just a follow-up on my findings so far... I liked very much the template
based approach of DojoFaces http://www.dojofaces.org/ and it looks to me
I can continue using the things I like in Trinidad (Dialogs, etc.) in
conjunction with DojoFaces components without problems.
Best regards,
Walter
Hi Walter,
Just my $0.02 here, but at my company we've been using Trinidad for 2
years now, and for one of our product we included DojoFaces (we needed
the autoSuggest component).
We eventually backpedalled and rewrote our own autosuggest component
based on Trinidad + facelets, and use sometimes
Thank you Cedric,
in fact I'm following a similar path than yours since some years ago. By
coincidence (or not!) I've created a suggestion box only with
Trinidad+Facelets+Javascript http://code.google.com/p/trinidadcomponents/.
The problem is from time to time some co-worker or client asks me
Totally Werner. I suspect we'll add cases as needed in order to
accommodate the entire tech stack for MyFaces.
Okay, let me see if I can get an initial drop of code put somewhere
and we can go from there.
Scott
On Mar 16, 2011, at 3:20 AM, Werner Punz werner.p...@gmail.com wrote:
Hi Scott,
Hi
So, which one is the next step?
Leonardo
Hi Scott, MyFaces in its core _Runtime.js also uses some inheritance
framework, you basically currently get single inheritance, namespacing
singletons and delegation.
What I have not provided yet due to the lack of need is mixins.
Also I have code to lazy load scripts etc...
I coded it because
Hi Leonardo,
I'm not sure I've got the idea... do you think the javascript documentation
is THE big problem ? I really don't have an opinion because I didn't go
deeper in Trinidad javascript code.
In your opinion the best solution is just continue improving the current
Trinidad client code ? As
Hi Scott,
I know Oracle, for instance, has a very large renderkit extension
which is based on Trinidad Internals. Now it's mostly geared toward
support of web business applications, but it really shows what can be
done with the framework.
Do you mean ADF Rich Faces ?
Why do you say it's
Ok, now I understand...
I think it is one of the problems. Instead thinking about what it is
wrong, I'm trying to thing on which steps should we take to enhance
trinidad.
If the objective is rewrite trinidad components using a theorical
javascript library, it is necessary to take these steps
Yes, ADF Faces. The two share a similar API but ADFFces is much more rich.
It has animations, push technologies, and some other things. The
client-side JavaScript has been re-engineered as well and while it uses
Trinidad as the foundation, there is a lot more on the client side.
Suffice to
+1
On Mar 12, 2011, at 12:35 PM, Walter Mourão walter.mou...@gmail.com wrote:
Ok, now I understand...
I think it is one of the problems. Instead thinking about what it is
wrong, I'm trying to thing on which steps should we take to enhance
trinidad.
If the objective is rewrite trinidad
So I did do some checking on this and we have something we are using
in-house here at Oracle. It uses a more robust javascript parser to
generate the Javadocs and even allows the code to be annotated to
produce much cleaner documentation. The only bad thing about it is that
we have some
Hi
+1
That's good news. I'm interested. In the medium/long term we'll have more
javascript stuff in myfaces projects that needs to be documented, and this
could be a very valuable contribution.
regards,
Leonardo
2011/3/11 Scott O'Bryan darkar...@gmail.com
So I did do some checking on this
Hi, we are very interested, btw. we probably have to read our own parts
for the inheritance stuff, because we use inheritance, delegation
and singletons as structural core patterns ourselves in the core.
So if the tool needs meta information in this regard we will have to
readd our own
Walter,
Yeah, while creating a new renderkit isn't trivial, the Trinidad
internals and API really lend themselves to allowing extensions to the
framework.
I know Oracle, for instance, has a very large renderkit extension
which is based on Trinidad Internals. Now it's mostly geared toward
Hi
I think one of the problems right now it is necessary to overcome is create
a javascript documentation maven plugin for trinidad, myfaces core 2.0.x,
and probably tobago.
If you take a look at the sites of those projects, you'll see there is
generated javadoc, tlddoc, facelets-tlddoc and
Very good points Leonardo, and your right about Trinidad's parser. I
do know that I've seen some stuff in-house which generates
javascriptDoc and even does auditing. Let me check to see if it's
something we can donate or if it's too specific to our legacy code..
On Mar 10, 2011, at 10:35 AM,
. März 2011 13:39
An: Dominik Dorn
Cc: MyFaces Discussion
Betreff: Re: [Trinidad] Best Javascript package to use in a new render
kit
Thank you Dominik.
Just to be clear: the aim is not simply compete...
I think Trinidad has:
- rock solid back-end;
- support to non-javascript browser (I
Hi folks,
following the thread Concerns about the future of Trinidad I would like to
know the opinions about the best' Javascript package to use as a base to a
new Trinidad render kit.
JQuery http://jquery.org/
Dojo Toolkit http://dojotoolkit.org/
(another options ?)
What do you think ? what
If you're really want to compete with PrettyFaces, IceFaces, RichFaces etc.,
I suggest to take a look at
http://demo.sproutcore.com/sample_controls/
http://www.sproutcore.com
and rebuilt those for JSF.
Sproutcore is currently quite hyped in twitter and gains a lot of
interest, especially
in the
For licensing, you can always make a project under the Apache License
which consumes other projects as a requirement (but does not actually
include them). As for whether either of these could be 'included' in
the project, I don't see any real issue there with the exception that
neither is under
I do have another suggestion as well. As your looking at these
frameworks and/or UI pieces, keep an eye to HTML5. A lot of
Trinidad's DOM structure was in place to support CSS3/HTML5 type
effects on CSS2/HTML browsers. Since most browsers are getting an
upgrade (even IE) we can gain a lot by
Hi Jquery has a good query engine and a lousy widget API, but due to its
popularity despite its deficiencies people have programmed a load of
widgets. I am not sure but I think primefaces recycles a lot of the
jquery infrastructure.
The personal problem i have with jquery simply is, it scales
Thank you Dominik.
Just to be clear: the aim is not simply compete...
I think Trinidad has:
- rock solid back-end;
- support to non-javascript browser (I have applications running in old data
collectors - windows mobile)
...
and I would like to keep most of the java code untouched when migrating
24 matches
Mail list logo
