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
|