Thanks
Pavitra
On 6/21/2012 8:14 AM, Leonardo Uribe wrote:
Hi
I have done the following steps:
1. Override tr:document renderer to include a copy of jQuery.
2. Set in top of the skin, just one generated by Themeroller.
3. Take casablanca skin as base model and copy it in a new file.
4. Use -tr-rule-ref and -tr-property-ref (with some improvements) to
grab the parameters from the generated Themeroller skin.
That's it!
Here is the result so far:
https://issues.apache.org/jira/secure/attachment/12532880/cupertino%2Bcasablanca.png
The good part is, in casablanca skin there is already multiple layers
of selectors, so you only need to change a couple of them. That work
is already done, so you only need to map some properties.
Looks promising.
regards,
Leonardo Uribe
2012/6/21 Scott O'Bryan<darkar...@gmail.com>:
This was a thread talked about on the user list. In short,
Leonardo is
interested in writing a Trinidad skin that could be used with
theme-roller
stylesheets so that the LAF of Trinidad could match custom JQuery ui
components. This may help quell some of the desire to move Trinidad
Component system to change to use JQuery by enabling trinidad and
JQuery to
operate side by side.
He proposes to do this by adding some features to the skinning
framework. I
am forwarding this to the dev list for input and discussion.
Sent from my iPhone
Begin forwarded message:
From: Leonardo Uribe<lu4...@gmail.com>
Date: June 21, 2012 6:35:59 AM MDT
To: MyFaces Discussion<us...@myfaces.apache.org>
Subject: Re: [TRINIDAD] JQuery (was: Trinidad is dead -- what do
you use
instead?)
Reply-To: "MyFaces Discussion"<us...@myfaces.apache.org>
Hi
I can dedicate some time to this issue. It is an interesting thing to
do, and I have enough knowledge in JSF and Trinidad codebase. Anyway,
it could be good if you can review the code.
It seems we need to extend -tr-property-ref to allow a syntax like
this:
.somecssclass {
border: 1px solid #aed0ea;
}
border-color: -tr-property-ref(".somecssclass", "border", "3");
To retrieve for example, in this case, only the color of the border
and so on. Any idea about how to specify that?.
Maybe we should more this discussion to dev list.
regards,
Leonardo Uribe
2012/6/21 Scott O'Bryan<darkar...@gmail.com>:
Yeah, something like this MIGHT work in the case where the styles
'fit' the current DOM. You're right that there is a lot of
flexibility there.
In any case, I think this approach (integrating theme-roller) has the
most merit because, instead of rewriting Trinidad's JS, we simply
allow JQuery and Trinidad to co-exist under a common look and
feel. :D
Now for the $1,000,000 question. Who wants to do it?
Scott
Sent from my iPhone
On Jun 21, 2012, at 3:25 AM, Leonardo Uribe<lu4...@gmail.com> wrote:
Hi
Going back to TRINIDAD-2120, I have seen that is not really
necessary to
create a parser. Instead we can use trinidad skinning code to do
that. For
example:
.AFDarkBackground:alias {
background-color: -tr-property-ref(".ui-widget-header","color");
}
.AFDarkAccentBackground:alias {
-tr-rule-ref: selector(".ui-widget-content");
}
Trinidad skinning is already able to read any css and use it to
derive
another skin.
I also tried to override a rendered using this hack:
http://matthiaswessendorf.wordpress.com/2008/02/20/extending-trinidads-default-renderers/
The idea was override<tr:document> to include jQuery script. It
works.
We could do a "mixed" strategy. Create a custom RenderKit for
trinidad,
but only override some specific renderers. Also, create a
"template" theme
like is proposed in TRINIDAD-2120 and add it as a skin addition. For
example:
<skin>
<id>cupertino.desktop</id>
<family>cupertino</family>
<render-kit-id>org.apache.myfaces.trinidad.desktop</render-kit-id>
<style-sheet-name>skins/themeroller/cupertino/jquery-ui-1.8.21.custom.css</style-sheet-name>
</skin>
<skin-addition>
<skin-id>cupertino.desktop</skin-id>
<style-sheet-name>skins/themeroller/trinidad-theme.css</style-sheet-name>
</skin-addition>
<skin-addition>
<skin-id>cupertino.desktop</skin-id>
<style-sheet-name>skins/themeroller/layout.css</style-sheet-name>
</skin-addition>
In that way, you can still use ThemeRoller app / jQuery UI CSS
Framework to create
your own skin, and apply it transparently in trinidad.
So, our first task would be try apply a themeroller skin into
Trinidad, without change any renderer.
Then, optionally we can try to change the component renderers to use
some jquery widgets.
WDYT? Suggestions are welcome.
regards,
Leonardo Uribe
2012/6/21 Leonardo Uribe<lu4...@gmail.com>:
Hi
I see. We could try that. What I like about that idea is that it
reduce the amount of files to be created, and at the end sounds less
restrictive and go aligned with the efforts in TRINIDAD-2120.
Also, here we have the whole point of the discussion. If we can take
some skins and include them in Trinidad, do we really need jQuery
inside Trinidad? For example, Trinidad casablanca skin look very
good,
and it does not suppose use any additional js at all. Note that does
not means you cannot use jQuery together with Trinidad, but if you
have a way to convert ThemeRoller skins into Trinidad, the code
created with jQuery UI could be mixed in a transparent way with
Trinidad, because the L& F will look the same. At the end, we could
change the question about use jQuery or not into this question:
How we
can use jQuery UI and create custom widgets and have the same skin
applied when using JSF + Trinidad?.
regards,
Leonardo Uribe
2012/6/20 Scott O'Bryan<darkar...@gmail.com>:
Right. That's kind of why I suggested a style sheet parser. The
idea
is to take some of the styles generated by file roller (the ones that
we can) and use them to generate a Trinidad skinning file.
Sent from my iPhone
On Jun 20, 2012, at 11:42 AM, Leonardo Uribe<lu4...@gmail.com>
wrote:
Hi Walter
Yes, I know that. There is no stopper that could avoid us to use the
datepicker widget, but note to limit the scope of the work, it sounds
more convenient to take some styles from that widget and make them
"fit" in the current implementation. It will take less time and
effort. Later, we could try to see if we can use the widget.
regards,
Leonardo Uribe
2012/6/20 Walter Mourão<walter.mou...@gmail.com>:
Hi Leonard,
I did not understand very well.
Just take what's useful of
jQuery (css stuff) and forget about the rest.
How about the components ? Do you mean we can 'decorate' the
inputs and
other things using only the CSS ? The
datepicker<http://jqueryui.com/demos/datepicker/>,
for example, needs some javascript..
Thanks,
Walter Mourão
http://waltermourao.com.br
http://arcadian.com.br
http://oriens.com.br
On Wed, Jun 20, 2012 at 12:58 PM, Leonardo
Uribe<lu4...@gmail.com> wrote:
Hi
I think it is possible, but note Trinidad skins has a lot more
details. In theory
you could extract the meta-info of the skin and try to generate a
trinidad
skin,
from a parametrized template, but it is necessary to adjust tha
template "at hand".
For example, I tried to take casablanca skin, because its
selectors are
more
simple to understand.
The idea about create a custom RenderKit from scratch sounds like
a lot of
work,
but if we make some simplifications it could be possible. After all,
it should be
possible to reuse code from other renderkits. What I like about this
is we can do
it without change any trinidad internals at all. Just take what's
useful of
jQuery (css stuff) and forget about the rest.
Sounds like something doable in a reasonable amount of time, and
maybe it
is
something with high priority, given the amount of people interested.
After all, for
now MyFaces Core is in good shape, and there is some time until
JSF 2.2.
regards,
Leonardo Uribe
2012/6/19 Scott O'Bryan<darkar...@gmail.com>:
+1. Theme roller would be cool. The problem is the current skinning
selectors. I'm wondering if themeroller themes couldn't be parsed
into a skin.
Sent from my iPhone
On Jun 19, 2012, at 8:08 AM, Leonardo Uribe<lu4...@gmail.com> wrote:
Hi
Interesting question. In my opinion, the most interesting part to use
from jQuery is its jQuery UI CSS Framework. Why? because defining
some
small set of selectors and a "standard" html structure to apply them,
you can create a custom skin using ThemeRoller application. I
tried to
do something as a "proof of concept" in
https://issues.apache.org/jira/browse/TRINIDAD-2120 , but after some
time I found that anyway it is necessary to create a whole RenderKit
that can fit better with jQuery UI. In that way, some good features
Trinidad already has will be lost, because jQuery UI is the one who
impose the restrictions. At the end you can't have everything. In my
opinion, I would take only jQuery UI CSS Framework, even if that
means
lose some functionality in that mode. Change Trinidad internals to
use
jQuery is overkill.
Suggestions are welcome.
regards,
Leonardo Uribe
2012/6/19<siyaphakama.sos...@accenture.com>:
Hello Everyone
I am a JSF and Trinidad Newbie, I just joined a project at work where
it's going to be using Trinidad. I was assigned a task to design
some forms
and so far I haven't had the best experience with Trinidad, The
Date Input
keeps giving me errors even though I use the same code as the
Trinidad
Showcase(
http://example.irian.at/trinidad-components-showcase-2012061903/faces/pages/demoStart.xhtml).
The Tabbed Panel is not rendering but its showing the content. My
conclusion is I'm having issues with components that use
JavaScript even
the Tree and there are no errors showing on Firebug. Please Help,
I'm not
sure where I'm going wrong.
My Opinion:
Trinidad looks like a great component library for JSF, but I think
its
documentation can use some upgrade, it's confusing for a newbie
like me,
There is no simple starting point, e.g. a basic guide, where it
going to
show basic steps to follow, like Primefaces Guide(
http://primefaces.org/documentation.html). When I played around with
Primefaces everything was straightforward but I wish to utilize
Trinidad.
Missing Components:
Some will agree with me when I say I think a time picker needs to be
added to the Trinidad Library.
An improved Date Picker would be a plus, Compare the JQuery Date
picker and the Trinidad Date Picker.
Just My Opition
Thank You
Siya
________________________________
Subject to local law, communications with Accenture and its
affiliates
including telephone calls and emails (including content), may be
monitored
by our systems for the purposes of security and the assessment of
internal
compliance with Accenture policy.
______________________________________________________________________________________
www.accenture.com
--
Thanks
Pavitra