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 >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> >