2012/6/19 Scott O'Bryan darkar...@gmail.com:
If there is some
functionality you'd like to see in Trinidad, please open up a
discussion on the dev list about it. We'd like to hear from you.
Sorry to jump in the conversation that late, I've been quite busy recently.
I filed a patch in
Hi
I tried to mix Trinidad casablanca skin with some Themeroller skins.
Just take a look at these two images:
https://issues.apache.org/jira/secure/attachment/12533046/redmond%2Bcasablanca-2.png
https://issues.apache.org/jira/secure/attachment/12533047/south-street%2Bcasablanca-2.png
It just
+1. There were just a few small enhancements required, everything
else was supported by the skinning system out of the box.
Like I say, there is a lot of power in Trinidad, as Leonardo
demonstrated, but not all of it transfers to the stock renderkit. I
think it would be good to inject some
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 {
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
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
Oh.. Haha. I didn't even look. I thought it was on the dev list. Let
me do that and I'll we if I can get some input from Jeanne.
Scott
Sent from my iPhone
On Jun 21, 2012, at 6:36 AM, Leonardo Uribe lu4...@gmail.com wrote:
Hi
I can dedicate some time to this issue. It is an interesting
Scott O'Bryan wrote:
On 06/20/2012 03:30 PM, Joachim Schrod wrote:
Since many months I use patched
versions, and self-compiled JARs. And since I don't see that this
will change I start to evaluate my options. No bad feelings from my
side, really.
Thanks for the input. Which branches are
Scott O'Bryan wrote:
E.g., I'm active in TeX development since 1982. Without our user
communities, our mailing lists and newsgroups, our fora, where
user-level questions are answered, we developers couldn't make it.
IMHO, both aspects of community are needed. Or do you think that
the
Hi,
We live in the world where everything need to move forward and evolve.
Otherwise it is recognized as dead. That is the reality. I was using
Trinidad few years ago. It was fine, but JSF 2.0 has arrived and I have
switched to PrimeFaces, which seems to be more elegant and widgets fits
real life
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,
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
datepickerhttp://jqueryui.com/demos/datepicker/,
for example, needs
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
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
Tobias Eisentrager wrote:
I have used Trinidad to develop a couple production applications which are
now in the maintenance phase - and am quite happy with it. The hard part
for me was to adapt the css and js which came with the components. It's
difficult to adapt the components to your
Leonardo Uribe wrote:
Trinidad is considered rock solid. Its API is stable, well tested
and it offers outstanding browser compatibility (now you get why it
doesn't look too fancy).
I have used Trinidad now for roughly two years in two smaller
projects; and yes, it is solid. I wouldn't say
Scott O'Bryan wrote:
Part of determining a JSF library is finding the one that works right
for you. Trinidad has (for a long time) not bad any major increases
in functionality. While I do not consider the product dead, I can see
some of the frustration.
Scott, first let me emphasize that
On 06/20/2012 03:30 PM, Joachim Schrod wrote:
Leonardo Uribe wrote:
Trinidad is considered rock solid. Its API is stable, well tested
and it offers outstanding browser compatibility (now you get why it
doesn't look too fancy).
I have used Trinidad now for roughly two years in two smaller
R.I..
On 06/20/2012 03:45 PM, Joachim Schrod wrote:
Scott O'Bryan wrote:
Part of determining a JSF library is finding the one that works right
for you. Trinidad has (for a long time) not bad any major increases
in functionality. While I do not consider the product dead, I can see
some of
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
I have used Trinidad to develop a couple production applications which are
now in the maintenance phase - and am quite happy with it. The hard part
for me was to adapt the css and js which came with the components. It's
difficult to adapt the components to your existing style. In my cases the
time
On 19.Haz.2012, at 03:34, Jim May wrote:
-- Do you use another component library (RichFaces, ICEFaces --
what else is available)?
PrimeFaces is currently way more popular than any other JSF UI library.
http://www.google.com/trends/?q=primefaces,richfaces,icefacesctab=0geo=alldate=allsort=0
Hi
Trinidad is considered rock solid. Its API is stable, well tested
and it offers outstanding browser compatibility (now you get why it
doesn't look too fancy).
Most of the interest of MyFaces developers these years has been around
JSF spec, MyFaces Core and MyFaces CODI (future top level
hi Leonardo,
It is easy to have a stable API when rarely anything is changed.
Regards,
Manuel.
Hi
Trinidad is considered rock solid. Its API is stable, well tested
and it offers outstanding browser compatibility (now you get why it
doesn't look too fancy).
Most of the interest of
Hi Manuel
What I mean is the API in Trinidad has a good design and is very
flexible and extensible.
regards,
Leonardo
2012/6/19 Manuel Hartl manuel.ha...@kobil.com:
hi Leonardo,
It is easy to have a stable API when rarely anything is changed.
Regards,
Manuel.
Hi
Trinidad is
Hey all,
I can see the many points here, let me just chime in, however, on what
Leonardo said.
Part of determining a JSF library is finding the one that works right
for you. Trinidad has (for a long time) not bad any major increases
in functionality. While I do not consider the product dead, I
;). I was wondering when this discussion was going to rear it's ugly
head again. ;)
If I remember correctly, the *discussion* was kind of inconclusive on
this. Many people were excited and, having used JQuery, I can see
why. There were, however, several issues which needed to be
addressed.
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
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
+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
Hi all,
Looking at the past few months, it's quite clear that the Trinidad
project is dead for all practical purposes. Almost all emails on
this mailing list concerning it are not answered. New releases are
tagged in SVN, but nobody finds the time to actually do them. I.e.,
there is neither an
I usually dont use myfaces components. I only use codi product from the
myfaces family. I use Primefaces for jsf components with glassfish server.
Primefaces is awesome. Ton of components and beautiful. Go take a look.
On Jun 18, 2012 8:28 PM, Joachim Schrod jsch...@acm.org wrote:
Hi all,
I use basic jsf, I avoid anything too fancy as it'll most likely break on
some browser.
If I want something with a funky layout I write my own custom component.
There's tons of JSF haters out there and it's not perfect, but... find me
something better (both technically and standards/supported
I use:
PrimeFaces (UI library for JSF, excellent)
MyFaces Core
Apache TomEE
Apache CODI
Apache OpenJPA
EJB
PrettyFaces
iReport
MySQL
Etc...
El 18/06/2012 19:28, Joachim Schrod jsch...@acm.org escribió:
Hi all,
Looking at the past few months, it's quite clear that the Trinidad
project is dead
34 matches
Mail list logo
