Done! Thanks for all these patches!
-- Adam
On 8/21/06, Joseph Rozier <[EMAIL PROTECTED]> wrote:
Hello,
I've got patches available for three PDA-related issues. Any chance
these could get reviewed and committed, or do I need to do something
else first?
Avoid Hardcoding Height and Width Cap
Hello,
I've got patches available for three PDA-related issues. Any chance
these could get reviewed and committed, or do I need to do something
else first?
Avoid Hardcoding Height and Width Capabilities
https://issues.apache.org/jira/browse/ADFFACES-130
Improve Font Appearance on BlackBerry Br
This is probably true. The person that is writing the renderer and
knowing that he is sharing the menuBar renderer can look at the menuBar
renderer to see that it is mapping to somethingOriginalKey, and then he
would map "somethingOriginalKey" to "af|XYZ::something". This isn't
ideal, I agree,
Hello again Jeanne,
I see... It does less than I was thinking, but I think the issue I was
seeing can still happen if the renderer you want to use also uses the
resourceKeyMap. Let say that menuBar has "af|menuBar" and
"af|menuBar::something" classes. However, the something is actually rendered
b
Hi Simon,
This pattern was introduced to handle the case where we are using the
same renderer to render different components, but we want to make sure
the style classes that get rendered are for the correct component. If
I'm writing a renderer for the XYZ component, and I want to use the
menu
Hmmm, I'm leaning toward the per component basis option more and more.
However, I hate static lists and additional config files are not all that
great. I see a possibility though. Maybe it will work, but I did not explore
that area much yet so I might say something stupid. Currently it seem to me
More comments inline.
Which way are you leaning?
- Jeanne
Simon Lessard wrote:
Hello Jeanne,
Thanks for the complete answer.
On 8/21/06, Jeanne Waldman <[EMAIL PROTECTED] > wrote:
Hi Simon,
Thanks for the email.
[EMAIL PROTECTED] wrote:
>>We use both syntaxes, and they mean different th
Hello all,
It seems that most renderers use RenderingContext.setSkinResourceKeyMap to
temporarily alter the skin selectors used by their children. The use case is
almost always :
Map original = RenderingContext.getSkinResourceKeyMap();
RenderingContext.setSkinResourceKeyMap(newMap);
// do some w
Hello Jeanne,
Thanks for the complete answer.
On 8/21/06, Jeanne Waldman <[EMAIL PROTECTED] > wrote:
Hi Simon,
Thanks for the email.
[EMAIL PROTECTED] wrote:
>>We use both syntaxes, and they mean different things.
>>For example:
>>af|train::stop:disabled (when this train's stop is disabled,
Hi Simon,
Thanks for the email.
[EMAIL PROTECTED] wrote:
We use both syntaxes, and they mean different things.
For example:
af|train::stop:disabled (when this train's stop is disabled, then style
the stop like this)
af|train:disabled::stop (when the entire train is disabled, style all
the sto
FYI
-- Forwarded message --
From: Matthias Wessendorf <[EMAIL PROTECTED]>
Date: Aug 21, 2006 11:23 AM
Subject: committers / ppmc
To: general@incubator.apache.org
Hi general,
we voted recently two committers in to our Podling (Trinidad / ADF
Faces). We'd like to add these commit
Thanks for participance. We got
4 binding +1
4 non-binding +1
I already sent the invitation out to Simon.
-Matthias
On 8/18/06, Grant Smith <[EMAIL PROTECTED]> wrote:
+1
On 8/18/06, Danny Robinson <[EMAIL PROTECTED]> wrote:
>
> +1 (non-binding)
>
> On 8/17/06, Matthias Wessendorf <[EMAIL PRO
Hi Matt! and other devs,
No, the test was done using firefox, but since you mentionned IE, I went
on to test the page on it too. Indeed there was a small difference on how
things were visually rendered.
I've added 2 screenshots showing what is seen both before my modification
and after my modi
Hello all,
There's a small error in the user mailing list address on the project
website (not the incubation status one). It says
[EMAIL PROTECTED] but
it should be adffaces-user@incubator.apache.org
~ Simon
Hi Pierre-Luc,
Do you notice this problem only in Internet Explorer? This particular
browser has poor support for compound style classes and your test might be
running into the bug. If it is an IE-only issue, perhaps the order of the
style classes could be rearranged to work around the issue.
Hi Adam,
It is done : https://issues.apache.org/jira/browse/ADFFACES-146
Arnaud
Adam Winer a écrit :
Arnaud,
Could you file a JIRA issue and attach this as a patch (a bit tedious,
but the way that intellectual property rights are granted...)
-- Adam
On 8/18/06, Arnaud MERGEY <[EMAIL PROTEC
16 matches
Mail list logo
