Hi Jeanne, I reformatted the code with the JDeveloper Classic code style. Hopefully, this is the one you are using in Trinidad. If not...tell what to modify in it (I see that is very similar to the way the code in Trinidad is formatted). Also I added an example in purpleSkin.css, as you suggested. The reason it didn't work for you was that you left an empty space between "background-color", and localPropertyName. I modified the code so that empty spaces are skipped.
Marius On Tue, Feb 23, 2010 at 12:00 AM, Jeanne Waldman <jeanne.wald...@oracle.com>wrote: > Ahh, I see. Yes, you can implement that. We haven't had a need for this in > our css files that's we've created, but to port this stuff over it sounds > like we need it, or else we do not support it anymore. > > Jeanne > > Marius Petoi wrote, On 2/18/2010 11:21 PM PT: > > For example the definition of the following style sheet: > > <styleSheet platforms="windows ppc" browsers="ie" versions="6" > mode="quirks"> > //..... > > These are styles defined only for quirks mode. But in CSS this feature is > not implemented... > > Marius > > On Fri, Feb 19, 2010 at 12:13 AM, Jeanne Waldman < > jeanne.wald...@oracle.com> wrote: > >> What do you mean by 'mode' dependent? >> >> Marius Petoi wrote, On 2/3/2010 11:17 PM PT: >> >> Ok Jeanne. Thank you! >> >> One more question, in order to transform the XSS files in CSS files, in >> base-desktop.xss there are some styles which are mode-dependent. Should we >> add @mode in the CSS? Or do you have any other idea? >> >> Marius >> >> On Thu, Feb 4, 2010 at 7:17 AM, Jeanne Waldman <jeanne.wald...@oracle.com >> > wrote: >> >>> Hi, >>> >>> I looked into the performance issues and they have nothing to do with the >>> new features we have been adding recently, so we are ok to add patches. >>> I'll add this to my todo list, but if anyone else has some time in the >>> next couple of days, feel free to review the patch. >>> >>> Jeanne >>> >>> Jeanne Waldman wrote, On 1/21/2010 11:51 AM PT: >>> >>> Ok. Our performance team has noticed the Skinning Framework is using more >>> memory than not that long ago, so I want to look into that before we add >>> anymore patches. >>> Jeanne >>> >>> Marius Petoi wrote, On 1/19/2010 1:23 AM PT: >>> >>> Hi Jeanne, >>> >>> The new patch is ready. >>> >>> Marius >>> >>> On Tue, Jan 19, 2010 at 8:58 AM, Marius Petoi >>> <marius.pe...@codebeat.ro>wrote: >>> >>>> Ok. Then I shall adapt dealing with the aliases and I shall inform you >>>> when the new patch is ready. >>>> >>>> Marius >>>> >>>> >>>> On Mon, Jan 18, 2010 at 11:16 PM, Jeanne Waldman < >>>> jeanne.wald...@oracle.com> wrote: >>>> >>>>> I'm fine with your syntax. I think it is clearer as well. I was just >>>>> giving an alternative option if people wanted to vote on it. >>>>> >>>>> Marius Petoi wrote, On 1/15/2010 12:05 AM PT: >>>>> >>>>> Yes, 'name' is an alias...I introduced it because I saw it was done >>>>> this way in the XSS. I will remove it. Are you saying I should change the >>>>> syntax? I personally think it is clearer this way. >>>>> >>>>> Marius >>>>> >>>>> On Fri, Jan 15, 2010 at 1:45 AM, Jeanne Waldman < >>>>> jeanne.wald...@oracle.com> wrote: >>>>> >>>>>> What is 'name'? Is that an alias? We distinguished between selector >>>>>> and name in XSS but we don't in the CSS format. We still do in the code, >>>>>> but >>>>>> the person working with the css shouldn't know the difference. >>>>>> >>>>>> Yes, the con of my suggestion is that order matters and the user needs >>>>>> to know what the order means .I can see them not knowing is color what >>>>>> I'm >>>>>> setting or is color what I'm retrieving? That is what I think the con is >>>>>> for >>>>>> the CSS syntax like *padding: 0px 2px 3px 4px* >>>>>> >>>>>> >>>>>> Regarding your link, I haven't had time to look at that yet. >>>>>> >>>>>> Jeanne >>>>>> >>>>>> Marius Petoi wrote, On 1/12/2010 11:46 PM PT: >>>>>> >>>>>> Hi Jeanne, >>>>>> >>>>>> Thank you for the answer! Like in the situation of -tr-rule-ref, the >>>>>> list of properties is comma separated. I don't understand what you mean >>>>>> by >>>>>> camel-case...The name of the new property can be whatever the user wishes >>>>>> for. Afterwards, it will be treated like all the other properties in the >>>>>> CSS. Regarding the new syntax you suggested, first of all, we may have a >>>>>> selector or a name, in which case "selector" is replaced with "name". >>>>>> Also, >>>>>> another problem is the order in which they appear; with this syntax it >>>>>> can >>>>>> be any order. >>>>>> >>>>>> How about >>>>>> http://markmail.org/search/?q=skinning%20list%3Aorg.apache.myfaces.dev#query:skinning%20list%3Aorg.apache.myfaces.dev%20order%3Adate-backward+page:3+mid:3au5ilvrrpbxopgx+state:results? >>>>>> Did you have the time to look over it too? >>>>>> >>>>>> Regards, >>>>>> Marius >>>>>> >>>>>> On Tue, Jan 12, 2010 at 11:58 PM, Jeanne Waldman < >>>>>> jeanne.wald...@oracle.com> wrote: >>>>>> >>>>>>> Another idea for the syntax comes from the rgb color syntax - >>>>>>> color: rgb(100%, 0%, 0%) >>>>>>> >>>>>>> You could use this syntax, and not specify what each of the properties >>>>>>> is for:-tr-include-property: >>>>>>> property("af|foo", "color", "background-color") >>>>>>> or >>>>>>> property(af|foo, color, background-color) >>>>>>> >>>>>>> I like this because it's shorter, but I don't like it since they will >>>>>>> have to look up which is which, something I have to do when I use the >>>>>>> border: 0px 3px 2px 1px syntax - which is right, left, top, bottom. >>>>>>> >>>>>>> >>>>>>> Jeanne >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Jeanne Waldman wrote, On 1/12/2010 10:21 AM PT: >>>>>>> >>>>>>> Hi, >>>>>>> Thanks for this patch. >>>>>>> I will have to look at the CSS spec to see if this syntax conforms to >>>>>>> other CSS syntaxes. This is what I usually do when I try to come up >>>>>>> with a >>>>>>> new skinning api. >>>>>>> Like, is the comma standard, or should it be space-separated? Is the >>>>>>> camel-case standard, or should it be '-'s. >>>>>>> I think it looks good, but I'll have to look at it closer before I >>>>>>> vote. >>>>>>> >>>>>>> Jeanne >>>>>>> >>>>>>> Marius Petoi wrote, On 1/11/2010 4:52 AM PT: >>>>>>> >>>>>>> Is there anyone who has already reviewed this or added them on >>>>>>> his/her TODO list? Thank you in advance! >>>>>>> >>>>>>> Marius >>>>>>> >>>>>>> On Fri, Jan 8, 2010 at 11:35 AM, Marius Petoi < >>>>>>> marius.pe...@codebeat.ro> wrote: >>>>>>> >>>>>>>> Hello, >>>>>>>> >>>>>>>> I created a new JIRA task for this issue ( >>>>>>>> https://issues.apache.org/jira/browse/TRINIDAD-1680) and I added a >>>>>>>> patch for it. >>>>>>>> >>>>>>>> I introduced a new -tr property: "-tr-include-property". The syntax >>>>>>>> of this is: >>>>>>>> >>>>>>>> -tr-include-property: >>>>>>>> property(selector="af|foo",propertyName="color", >>>>>>>> localPropertyName="background-color") >>>>>>>> >>>>>>>> In SkinStyleSheetParserUtils, when the selectors are parsed, similar >>>>>>>> to the -tr-rule-ref, I introduced a list of includedProperties. The >>>>>>>> rules >>>>>>>> defined with -tr-include-property are parsed and the list of >>>>>>>> includedProperties is filled up. In the end, when the StyleNode is >>>>>>>> created, >>>>>>>> this list is passed to the constructor. >>>>>>>> >>>>>>>> I also introduced the new feature in the documentation. >>>>>>>> >>>>>>>> Is the syntax of the new rule ok? And if so, please have a look over >>>>>>>> the patch and tell me whether I should modify anything. >>>>>>>> >>>>>>>> Regards, >>>>>>>> Marius >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
