Catalin Kormos wrote:

This all sounds pretty cool, I was aware of some of the things you've
mentioned and it's getting clearer and clearer how well elaborated is
Trinidad's skinning framework :). You made it clear now also why CSS3 syntax
is used for the component selectors which has a pretty large influence.
Thanks for taking the time for this discussion and for providing these
informations.

Now CSS2 syntax only, doesn't seem anymore such a nice solution; it's
probably still arguable, about beeing able to provide the same functionality but it doesn't realy motivate such changes that i was saying about. You'll
certainly agree on that, right?

yes, I certainly agree. :)


Would you like us to start another thread about what would it take to make
Trinidad's skinning available for use with other JSF component sets?

I'm thinking now at the things like:
 - add all the features that are in XSS to CSS

Yes. We can create a wiki where we list the features we want to add to skinning. I have list that I keep on my own, so I can move this list. Then as we get to each item, we can send out an email to this list to discuss apis, etc., then create an issue, then
check-in a fix.
I was about to propose a solution for the resetProperties feature that is in XSS. That comes in handy when a skin you are extending has some properties set that you
don't want set.

 - the @import rules

yep, that is in XSS as well.

 - how much is the skinning framework depending on Trinidad

Starting with my SoC participation i would like to get involved into making these happen if possible, and your help would be invaluable. How does this
sound to you?

sounds good. I wasn't the original skinning developer, so there are parts that I don't know as well,
but I'm sure I can help.


Regards,
Catalin



On 6/21/06, Jeanne Waldman <[EMAIL PROTECTED]> wrote:


I never commented on this email I just realized. See below.

Catalin Kormos wrote:

> Hi Adam,
>
> Sorry if this was confusing, i certainly wouldn't want to write a
> pretty new
> framework for skinning, and this to be used only by Tomahawk. As Martin
> mentioned we did compare existing approaches besides Trinidad's, like
the
> one from Tobago and I also took a look at Exadel Visual Component
> Platform's
> skinning. As far as i know these are all the current approaches for
> JSF and
> Trinidad's is the one choosed to be based on, all the features it
> offers are
> realy nice and there is room for more, like what Jeanne would like to
> implement, right?
>
> The goal is to work on making the Trinidad's skinning framework become
> the
> skinning framework for MyFaces. There are things to be changed though.
> Like
> going all the way with CSS, and not use XSS for the base skins, allow
> skins
> to extend each other and not just a base skin, and allow @import rules
> to be
> used.

Our goal is to get rid of XSS for base skins as well, if possible. We
first need to add
all the features that are in XSS to CSS before we can do that.
In Trinidad, skins can extend other skins. In JDeveloper 10.1.3, you
couldn't do this, but in
Trinidad, you can. You the <extends> element in the adf-faces-skins.xml
file.
Yes, I'd like @import rules to be used, too. That's something that we'd
need before we get rid of
XSS, since XSS allows this. It would be nice to know if we can pass
through the @import into
the generated css file or if it is another skinning file and we need to
process it.

>
> The most important changes i was planning to do are related to parsing
> and
> merging the CSS files. Right now, Trinidad uses CSS3 syntax for
component
> selectors, and has it's own way of parsing that syntax. What i want to
> do is
> use a standard CSS2 compliant parser (an implementation of SAC,
> http://www.w3.org/Style/CSS/SAC/ ), with minimal extensions, for
> example to
> recognize @agent rules, and have an internal model based on DOM Level 2
> Style specifications (
> http://www.w3.org/TR/2000/REC-DOM-Level-2-Style-20001113/). This could
> determine also changing the naming of the component selectors to use
CSS2
> valid syntax from the beginning but would eliminate the transformation
of
> CSS3 syntax into CSS2 syntax that currently occurs.
>
> I would certainly appreciate your feedback on these plans, and help to
> find
> to the best approach for bringing Trinidad skinning framework into the
> overall MyFaces world.
>
> Regards,
> Catalin
>
>
> On 6/14/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
>
>>
>> Hi Adam,
>>
>> inspired means it will be based on the ADF Faces skinning framework. We
>> evaluated Tobago's and Trinidad's thing, and we decided for the
Trinidad
>> way. Whatever extensions we write, will go to both Trinidad and
Tomahawk
>> (the definitive goal would be a common module we could both base upon).
>>
>> regards,
>>
>> Martin
>>
>> On 6/14/06, Adam Winer <[EMAIL PROTECTED]> wrote:
>> >
>> > Catalin,
>> >
>> > One quick comment:  I don't see a reason to write a skinning
framework
>> > "inspired by" the Trinidad skinning.  Trinidad is part of MyFaces;
>> why
>> > not work on taking the Trinidad skinning framework and bringing it
>> into
>> > the overall MyFaces world?
>> >
>> > -- Adam
>> >
>> >
>> >
>> > On 6/14/06, Catalin Kormos <[EMAIL PROTECTED]> wrote:
>> > > Hi there,
>> > >
>> > > I just want to say that it sounds to me like a very good ideea,
>> having
>> > the
>> > > same skin take care of browsers incompatibilities for example,
>> rather
>> > than
>> > > having different skins take care of that, with need of user
>> > intervention;
>> > > i'm working on the future skinning framework for MyFaces (at least
i
>> > hope it
>> > > will become that), which is very much inspired by the current
>> state of
>> > the
>> > > ADF Faces skinning. It's going to be done during the Google's SoC
>> > program
>> > > btw. Would be ok if i take some inspiration from this too? :)
>> > >
>> > > A concern of mine would be about the :lang pseudo selector. Maybe
>> this
>> > one i
>> > > didn't get quite right, but wouldn't this interfere with the
>> standard
>> > usage
>> > > of the :lang pseudo selector, for styling components that renderer
>> their
>> > own
>> > > different "lang" attribute value, maybe on the same page? this
might
>> not
>> > be
>> > > the case for ADF Faces components though.
>> > >
>> > > Regards,
>> > > Catalin
>> > >
>> > >
>> >
>>
>>
>>
>> --
>>
>> http://www.irian.at
>>
>> Your JSF powerhouse -
>> JSF Consulting, Development and
>> Courses in English and German
>>
>> Professional Support for Apache MyFaces
>>
>>
>




Reply via email to