We... broken English... Should have been maybe you forgot to add a file
with latest patch?
On 4/20/07, Simon Lessard [EMAIL PROTECTED] wrote:
I'll try right away, did you forget to add a file with a patch maybe?
On 4/20/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
even a fresh
added a file.
-Matthias
On 4/20/07, Simon Lessard [EMAIL PROTECTED] wrote:
We... broken English... Should have been maybe you forgot to add a
file
with latest patch?
On 4/20/07, Simon Lessard [EMAIL PROTECTED] wrote:
I'll try right away, did you forget to add a file with a patch maybe
Personally I don't think a TLP would be a good idea just yet since JSF is
still relatively new compared to some older well known frameworks. I think
it's easier for new users to find all they need from one entry point and
MyFaces seems the right place for that, at least for now.
Also, being a
In that specific case Iterable would be nice yeah.
On 4/5/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
+1
On 4/5/07, Adam Winer [EMAIL PROTECTED] wrote:()
If the only reason is to enable the fun new for syntax,
then we should change the type from Iterator to Iterable,
instead of List.
I'd love that. I always found Iterator returning methods too restrictive, so
+1.
On 3/28/07, Jeanne Waldman [EMAIL PROTECTED] wrote:
Hi there,
I'm in the Skinning StyleNode code and I see that the 'get' methods
return Iterators
from the good ol' days.
It seems to me that it is better if they
Hmmm, I'm +1. It's not a bad feature, but I'm not too fond of XSS.
On 3/27/07, Jeanne Waldman [EMAIL PROTECTED] wrote:
Hi there,
I want to delete the CompoundPropertyNode code from the skinning code.
Currently you could use it if you wanted, but only from the XSS file. We
aren't using it from
On 3/22/07, Simon Lessard [EMAIL PROTECTED] wrote:
It was signed correctly.
On 3/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hey Simon,
since you are the onlyone with gpg keys, can you try to verify the
following JAR and its ASC ?
trinidad-api-1.0.0-incubating-javadoc.jar
trinidad
Hello all,
The subject is self explaining, is that on purpose?
Regards,
~ Simon
Hello everyones,
I'm currently unable to compile plugins project qith Maven because of the
following error:
[INFO] [plugin:descriptor]
[INFO] Using 2 extractors.
[INFO] Applying extractor for language: java
[INFO]
[ERROR]
.
I would really prefer to not include those in there really.
On 3/15/07, Simon Lessard [EMAIL PROTECTED] wrote:
That's what I meant when I asked you if the guide for signing were really
meaning the command as it list those who signed my key, which seems
pointless.
On 2/16/07, Matthias
Hello all,
Anyone knows if that class is still used? I cannot find any usage using
Eclipse and it's using UINode architecture so I'm tempted to kill it.
~ Simon
+1 binding
On 3/9/07, Gabrielle Crawford [EMAIL PROTECTED] wrote:
[X] +1 (Binding) for PPMC members only
[ ] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
and why..
On 3/9/2007 4:31 AM,
Hello all,
Since most renderers were already made Faces major, I think it would be a
good time to make the packages ui and uinode deprecated. Such change should
allow us to easily detect remaining dependencies to those two packages and
thus remove them. This will also make it more obvious for
Hello all,
Currently, most converters and validators allow a *MessageDetail attribute
to specify the detail message to use when a conversion/validation error
occurs. However, we cannot set the message summary that way which is very
bad, especially for the validateRegExp validator that use Value
I'm +0 about it. I think it's nice to know who wrote a piece of code before
you modify it, so you can ask a quick question to the author. The main
example I can find in Trinidad is the use of Hashtable and Vector every now
and then, was it because of the old 1.2 codebase or was synchronization
+1 binding
On 2/15/07, Adam Winer [EMAIL PROTECTED] wrote:
[x ] +1 (Binding) for PPMC members only
[ ] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
and why..
-- Adam
On 2/14/07, Scott
, and if not, then we don't???
I'll see what I can do, but I'll want a code review to make sure it is
the best solution.
Thanks,
Jeanne
Matt Cooper wrote:
That sounds like a reasonable first step to me since that would reduce
the
size the most.
Thanks
On 1/31/07, Simon Lessard [EMAIL PROTECTED] wrote:
I
Wow, another IE nasticity...
As Adam suggest, we could do some runtime evaluation during CSS generation
and have many selector uses the same compressed selector, this would be a
50% gain or so.
As for not generating either compressed or uncompressed version depending on
a context parameter
I agree that the uncompressed version is useful to debug with Firebug, but
you can achieve just the same by setting compression to false, so I don't
see the need for a new debug option.
On 1/31/07, Adam Winer [EMAIL PROTECTED] wrote:
One more thing: what I really like about having
both the
Hello Jeanne,
On 1/31/07, Jeanne Waldman [EMAIL PROTECTED] wrote:
Hi Simon, Adam,
Simon Lessard wrote:
Wow, another IE nasticity...
As Adam suggest, we could do some runtime evaluation during CSS
generation
and have many selector uses the same compressed selector, this would be
a
50
On 1/31/07, Matt Cooper [EMAIL PROTECTED] wrote:
On 1/31/07, Jeanne Waldman [EMAIL PROTECTED] wrote:
As Adam suggest, we could do some runtime evaluation during CSS
generation
and have many selector uses the same compressed selector, this would
be
a
50% gain or so.
I can do this,
+1
On 1/12/07, Adam Winer [EMAIL PROTECTED] wrote:
+1.
-- Adam
On 1/12/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Yeah, sorry Grant. Forgot that PMCs from the sponsor (which is the
Apache MyFaces crowd) is also good for a binding +1
Thanks for voting, since not all PPMC members
Sounds good to me,
Furthermore this semester won't be as crazy as last one for me so I should
be able to be less useless. Hopefully I'll be able to do some cleaning work
to reduce a good chunk of Java 5 warnings before we release.
Regards,
~ Simon
On 1/13/07, Matthias Wessendorf [EMAIL
Hello everyones,
Soon my semester will end and I'll be back up and running for the project.
During the semester I was working on an ADF Faces project and we found some
issues that still hold true in Trinidad so here are some ideas I was
thinking about for Trinidad:
1. Currently Trinidad gives
+1
On 12/14/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
+1 for this proposal
I already read here (or at myfaces list) that others are playing on
other ideas currently.
Nice to have Trinidad much more adopted ! :)
-M
On 12/14/06, Adam Winer [EMAIL PROTECTED] wrote:
I'd like to add a
.
-- Adam
On 12/11/06, Simon Lessard [EMAIL PROTECTED] wrote:
Hello everyones,
I was among the people wanting to keep them for round edges, but now I
find
them evil. The result is not always consistent and sometimes looks quite
odd
with international characters, you can hardly add any mouseover
I'm late, but +1 as well.
On 12/9/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
+1
On 12/9/06, Martin Marinschek [EMAIL PROTECTED] wrote:
we should remember to also file a spec CR on this for the next version
of JSF - findComponent and invokeOnComponent could definitely gain
something
Hello,
Personally, I hope we'll let it die, especially since inhibit was added to
CSS format.
On 11/24/06, Mark Robinson [EMAIL PROTECTED] wrote:
Hi,
I've found a bug in the XSS skinning engine. Specifically, it doesn't
recognize Icon descriptors while the CSS skinner does. Right now I'm
Hello,
My guess would be with the skin engine. Trinidad generates the final CSS
file at runtime. I cannot think of a fix for that if that's the issue, maybe
you could open a specific folder for Java writing access?
~ Simon
On 11/20/06, Siarhei Berdachuk [EMAIL PROTECTED] wrote:
Hi Stefan
I would say yes as annotations are the way to go now.
Regards,
~Simon
On 11/8/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
Usually method deprecation is done like:
/**
* @deprecated use the foobar method instead
*/
public void foo()
In addition , do we have to do:
/**
* @deprecated use
. Is there a practical gain from adding the @Deprecated
annotation, or is it just somehow better form?
-- Adam
On 11/8/06, Simon Lessard [EMAIL PROTECTED] wrote:
I would say yes as annotations are the way to go now.
Regards,
~Simon
On 11/8/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote
Yeah that would be a good idea.
On 11/9/06, Adam Winer [EMAIL PROTECTED] wrote:
I agree, it'd be good to fix all those.
-- Adam
On 11/8/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
The public class:
org.apache.myfaces.trinidad.util.Base64OutputStream
is annoying me.
1. it has a
+1
As for the name, maybe skin-extension? skin-addition is as good however.
About the structure, I would like to see those placed in
trinidad-skins.xmlalong with the skins. I think we should also extends
our lookup to include
.jar files' /META-INF folder if we don't already do it since it'll be
Hello again,
I thought about a 4) last night for this, I could also import
af|panelBox::body in the 4 selectors, basically using it as an alias. Is it
reasonable?
On 10/30/06, Simon Lessard [EMAIL PROTECTED] wrote:
Yes we got one. I'll add the issue a bit later tonight.
On 10/30/06, Adam
/06, Simon Lessard [EMAIL PROTECTED] wrote:
Hello all,
There was a post this morning about a skin selector not working in
panelBox
(my implementation). Anyway, the user was trying to use the following:
af|panelBox::body {
background-color: black;
}
However, the background
Hello all,
I just found out that if you use an inputText with readOnly and required set
to true, validation will always fail, even if there's data in the underlying
bean. Anyone heard about this before?
Regards,
~ Simon
/trh:body
/html
/f:view
/jsp:root
On 10/30/06, Simon Lessard [EMAIL PROTECTED] wrote:
It was like that about a month ago. I found it while working on the
visited attribute and the train renderer, using the same demo than when I
first added it and it was working perfectly before. I assume it's
Hello everyones,
Last week I had to make new components for a project and one of them was an
UIXHierarchy menu looking a bit different from our list menu. So I looked at
NavigationPaneRenderer to see how row currency was handled when using
stamping and I could not find it. Anyone can give me a
in a
state of German translation with fr_ca formatting.
On 10/25/06, Gabrielle Crawford [EMAIL PROTECTED] wrote:
Simon Lessard wrote:
I'm so divided on this issue that I think I'll call a +0 on my side.
When I
go on a site in English, I expect the date to be formatted
accordingly. On
I couldn't
Hmm little follow-up. I can reproduce the issue only when tabs are placed in
a panelBox (HTML table imbrication issue maybe?) Works fine in IE
On 10/24/06, Simon Lessard [EMAIL PROTECTED] wrote:
Even if it is a Firefox bug, we would still have to tweak the component to
work, unless they fix
One last comment. The issue occurs in tableLayout as well as panelBox. The
mouse down trick always works. It really looks like a table imbrication
issue with Firefox.
On 10/25/06, Simon Lessard [EMAIL PROTECTED] wrote:
Oh yeah and if I send a mousePress event, then mouseOut before mouseUp
I think the reason locale was put on converters was to let users
format data in the way they are used to, even if the language/country is
different.
Thanks,
Gab
Simon Lessard wrote:
It's true that en_US and en_GB can cause a problem. However this will
hold
true only if the language
I would love it.
On 10/25/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
That would be a great improvement to all the inputDate / calendar
(Tomahawk) components.
I am also fine w/ the name.
Opening an issue in jira does never hurt, when discussing an enhancement.
:)
-M
On 10/25/06,
+1 as well, when I first saw that method I thought about money.
On 10/25/06, Adam Winer [EMAIL PROTECTED] wrote:
+1 for me - I've always found the word currency to be
incredibly confusing.
-- Adam
On 10/24/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
Hi,
Currently UIXCollection has the
AdfRenderingContext no longer exists so I assume you're actually working
with ADF Faces? Your trinidad filter must be installed, but not the ADF
Faces one maybe?
On 10/20/06, Anthony Yulo [EMAIL PROTECTED] wrote:
Anyone has tried to incorporate Shale into existing Trinidad Apps?
I initially
this is not working?
This happens when I put the necessary entries for shale on the web.xmlfile.
But when I erase the Shale entries, everything's fine.
Im trying again to call a managed bean function from a javascript
function,
-Original Message-
From: Simon Lessard [mailto:[EMAIL PROTECTED]
Sent
url-pattern*.faces/url-pattern
/servlet-mapping
-Original Message-
From: Simon Lessard [mailto:[EMAIL PROTECTED]
Sent: Friday, October 20, 2006 8:52 PM
To: adffaces-dev@incubator.apache.org
Subject: Re: ADF Faces/Trinidad Shale?
I'm not well versed with Shale yet. However I can go
filter-nameshale/filter-name
url-pattern/*/url-pattern
/filter-mapping--
filter-mapping
filter-nameshale/filter-name
servlet-nameFaces Servlet/servlet-name
/filter-mapping
/web-app
On 10/20/06, Simon Lessard [EMAIL PROTECTED] wrote:
Ok... That's not a really clean
+1
On 10/18/06, Jeanne Waldman [EMAIL PROTECTED] wrote:
Yep, I was planning on that. What about this comment?
This style sheet
* should be installed under the directory specified by
* Configuration.STYLES_DIRECTORY path.
Jeanne
Adam Winer wrote:
No complaints here.
Hmmm javax.el dependency might not be enabled i nthe pom file maybe?
On 10/7/06, Rogers Reilly [EMAIL PROTECTED] wrote:
Hi,
I'm trying to build from the SVN you're pointing to, can't quite get
Maven to pull it off. I get a compilation error:
cannot find symbol: class
I did not try it, but I don't see any reason why it would not work though,
as long as you don't need a FacesContext instance in your DWR method. If you
do, it might get hellish.
Regards,
~ Simon
On 10/5/06, Anthony Yulo [EMAIL PROTECTED] wrote:
Has anyone tried to integrate DWR with ADF
will not be
consistent?
-Original Message-
From: Simon Lessard [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 05, 2006 10:29 PM
To: adffaces-dev@incubator.apache.org
Subject: Re: DWR and ADF Faces
Using DWR to do that will be nightmarish I think... You'll need a
TrinidadContext
difficulties I was mentioning in the previous post would not apply.
Regards,
~ Simon
On 10/5/06, Simon Lessard [EMAIL PROTECTED] wrote:
If it works, the result will be consistent in any environment.
What I'm unsure about is the feasibility in a short time in an easy way.
Let me enumerate the technical
|inputText:read-only::content
and we resolve it to this:
af|inputText:read-only af|inputText::content
- Jeanne
Simon Lessard wrote:
Linking af|train::link to navigation item alone would not be enough with
af|train::stop::link.
This is currently what I use, another why I used a single selecor
the varargs bottleneck,
which will allocate *a lot* of unnecessary one-element arrays.
-- Adam
On 9/27/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
yeah, forgot that discussion from you ;)
thanks!
On 9/27/06, Simon Lessard [EMAIL PROTECTED] wrote:
Yes and no,
If we add varargs
Nvm that previous message, renderStyleClass has a different signature than
the array one. So renderStyleClass*es* should not becalled too often with
asingle class indeed.
~ Simon
On 9/28/06, Simon Lessard [EMAIL PROTECTED] wrote:
We'll have to check if overloading works with varargs before
Hopefully that horrible semester will end one day and I can help with
MyFaces. Anyway, I'm all for a JSF 1.2 Trinidad version, after all it's the
standard for JEE 5.
~ Simon
On 9/28/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
good.
dennis is now rails and I am bussy
so there is currently
Wijeyekoon wrote:
I think this is fine.
+1
one thing is to check to see if there already is a utility method to
figure
out if the agent is IE.
--arjuna
On 9/27/06, Simon Lessard [EMAIL PROTECTED] wrote:
My patch is extremely specific to process train, so you won't be able
to
apply
to
the component, or support both ideas. That is row data interface for state
if you want to overload the default behavior and autobinding for component
attributes. The latter is getting quite complex though.
Regards,
~ Simon
--arjuna
On 9/27/06, Simon Lessard [EMAIL PROTECTED] wrote:
Added some
with the XMLMenuModel (reduce default
binding in that case too). Ideally, this could be baked in to
our current command tag - if your model implements this API,
we set up a bunch of things for you, unless you explicitly set them.
-- Adam
On 9/25/06, Simon Lessard [EMAIL PROTECTED] wrote:
A new
Good morning everyone,
While making the infamous train renderer, it was difficult to determine if a
step was visited or not. So, in the end, visited became before current
step and unvisited after current step. Also, most of the times, the
commandNavigationItem placed in the stamp has the same
+1
On 9/23/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
interesting!
+1
On 9/23/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
+1
will help solve problems with trees,tables and other stamping
components,
since now the same logic that
walks the tree on encode can do the same walk for
Hello all,
Currently that method requires a string array and it's kind of annoying to
use because of that. Java 5 offers varargs that would make its usage much
more interesting imho. So I would like to merge both renderStyleClasses in a
single one using the following signature:
public static
Hello all,
As you might know, IE has some problems with composite selectors
(.something.somethingElse for example, but more commonly
.af_train_stop.p_AFVisited). With process train the most important issue it
yield is showing the stop join on the content row because of how IE evaluate
those
of the CSS state
markers that come up can be handled with fixed
Collections.singletonList() instances, and together these
eliminate a lot of the need for annoying String[] invocations.
-- Adam
On 9/23/06, Simon Lessard [EMAIL PROTECTED] wrote:
Hello all,
Currently that method requires a string
Hello Martin,
I thought it worked that way before as well, however it's not the issue. The
style that will get the highest priority will be the last one defined in the
generated CSS not in the html element's class list. The order of the
selectors within the generated CSS is not really easy to
code.
Simon Lessard wrote:
We have many old renderers in the ui package system that are not used
anymore and could be cleared, but I don't know if adam want to do that
already. I guess you could delete it if it prevents compilation, else it
don't hurt to stay there until we kill the whole
Hello,
It seems that Maven refuse to find the
org.apache.maven.skins.maven-default-skin component. I tried on three
different days so it must not be the server load or anything. Anyone knows
how to deal with that issue by any chance?
Regards,
~ Simon
Hello Gabrielle,
As far as I know, we don't have any automated site uploading tool atm, so
Matthias is doing all of it manually (lucky guy), so I guess he just missed
that section.
Regards,
~ Simon
On 9/11/06, Gabrielle Crawford [EMAIL PROTECTED] wrote:
Hi,
I'm pressing the javadoc link
Hello Anthony,
Yes and no, it won't be when inside a panelFormLayout.
Regards,
~ Simon
On 9/7/06, Anthony Yulo [EMAIL PROTECTED] wrote:
I haven't seen the actual InputTextRenderer code so I'll just ask.
Is af:inputText rendered with a div tag surrounding the input box and
label?
skinning
keys.
(I have another issue that goes with this one (new Skin api), but I'll
start a new thread)
- Jeanne
Simon Lessard wrote:
+1 for the idea. However I have some concerns about it.
1) If we were earlier in the skinning design I would have preferred
icon and
aliases to be namespaces
+1
On 9/6/06, Jeanne Waldman [EMAIL PROTECTED] wrote:
I really doubt that anyone is using the embed property that is in the
TextIcon code.
The only renderer I see that is using it is the IconRenderer.
As part of the work to create span with attributes from the renderer
and img/Text with
Hello Anthony,
/trinidad/src/site/xdoc/skin-selectors.xml
Regards,
~ Simon
On 9/5/06, Anthony Yulo [EMAIL PROTECTED] wrote:
Hi! What again is the xml file to look for the complete CSS selectors?
*The information transmitted is intended only for the person
or
entity to which it
::content {}
,
There is no change in appearance of my inputTexts, when I run my page.
-Original Message-
From: Simon Lessard [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 05, 2006 8:58 PM
To: adffaces-dev@incubator.apache.org
Subject: Re: Complete Skin Selectors listing
Hello Anthony
Hello Anthony,
Yes, PPR is fully functional in Trinidad.
Regards,
~ Simon
On 9/1/06, Anthony Yulo [EMAIL PROTECTED] wrote:
Is the Ajax Render kit built in also on the licensed version of ADF
Faces?*The information transmitted is intended only for the
person or entity to which
be added at parsing level
to
af_train_stop selector.
Regards,
~ Simon
On 8/29/06, Simon Lessard [EMAIL PROTECTED] wrote:
Ok, I found the reproduction case... It's going to be painful...
Microsoft
must have worked hard to invent such bug:
This code is working
!DOCTYPE HTML PUBLIC
to
af_train_stop selector.
Regards,
~ Simon
On 8/29/06, Simon Lessard [EMAIL PROTECTED] wrote:
Ok, I found the reproduction case... It's going to be painful... Microsoft
must have worked hard to invent such bug:
This code is working
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
Hello Jochen,
The skin (called Oracle skin) you see on Oracle site was magic, allowing
some unique behavior that was more or less hacking the normal rendering.
Since it was linked to Oracle, it was removed from Trinidad.
There're many requests for new skins, but we don't have a site for
(and hence not clickable) and is dictated by the
'readOnly' property on the component commandNavigationItem.
Please let me know if the above is ok.
Thanks
- Pavitra
-Original Message-
From: Simon Lessard [mailto:[EMAIL PROTECTED]
Sent: Monday, August 28, 2006 11:43 AM
To: adffaces-dev
;
}
Regards,
~ Simon
On 8/29/06, Simon Lessard [EMAIL PROTECTED] wrote:
Hello Pavitra,
I had to do about the same changes on my side. Here's my list of selector
and the rules I used:
- af|train::stop combinable with :selected, :disabled, :completed (will
probably become p_AFVisited
Oups, comments below
On 8/29/06, Jeanne Waldman [EMAIL PROTECTED] wrote:
one question below
Simon Lessard wrote:
Hello Pavitra,
I had to do about the same changes on my side. Here's my list of
selector
and the rules I used:
- af|train::stop combinable with :selected, :disabled
Bleh, the
Does that make more sense now?
Regards,
~ Simon
should have been placed much later, there're comments after it. And it
should have been
Does it make more sense now?
Regards,
~ Simon
Thanks to my broken English...
On 8/29/06, Simon Lessard [EMAIL PROTECTED] wrote:
Oups
Lessard [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 29, 2006 11:18 AM
To: adffaces-dev@incubator.apache.org
Subject: Re: TrainRenderer using the new train selectors
Oups, comments below
On 8/29/06, Jeanne Waldman [EMAIL PROTECTED] wrote:
one question below
Simon Lessard wrote
and overflow-end, that way it never breaks the joins.
Thanks
- Pavitra
-Original Message-
From: Simon Lessard [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 29, 2006 11:43 AM
To: adffaces-dev@incubator.apache.org
Subject: Re: TrainRenderer using the new train selectors
Ok,
Then if those
- Pavitra
-Original Message-
From: Simon Lessard [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 29, 2006 11:43 AM
To: adffaces-dev@incubator.apache.org
Subject: Re: TrainRenderer using the new train selectors
Ok,
Then if those selectors are ok for you as well Pavitra
by state selectors. Anyone knows any work
around?
Regards,
~ Simon
On 8/29/06, Simon Lessard [EMAIL PROTECTED] wrote:
Yes it would. I'll start by uploading that damned patch first though...
And since I have a rendering issue with IE, this will take one more day...
Damned IE... Oh and I support RTL
*mumble*
http://blogs.msdn.com/ie/archive/2005/07/29/445242.aspx
*mumble*
On 8/29/06, Simon Lessard [EMAIL PROTECTED] wrote:
Is it possible that IE is so dumb that it interprets
.af_train_join.p_AFDisabled as .af_train_join OR .p_AFDisabled rather than
the specified .af_train_join
that insanity.
Goodnight... Another nightmare is coming for me I'm sure,
~ Simon
On 8/29/06, Simon Lessard [EMAIL PROTECTED] wrote:
*mumble*
http://blogs.msdn.com/ie/archive/2005/07/29/445242.aspx
*mumble*
On 8/29/06, Simon Lessard [EMAIL PROTECTED] wrote:
Is it possible that IE is so dumb
} but using each
elements as a row. I think what sebastian wants is to dinamically set the
table's columns (at build time) to later populate it with rows.
I have no idea why the classCast exception is happening, though.
Regards.
2006/8/28, Simon Lessard [EMAIL PROTECTED]:
Not sure since I don't
Hello again,
I think this case is a good example of the binding attribute usage. You
could bind the table to a managed bean and when the getTable() method get
called, you add thewanted columns and/or remove the now unwanted ones.
Regards,
~ Simon
On 8/28/06, Simon Lessard [EMAIL PROTECTED
Another way would be to add all possible columns to the table and use their
rendered attribute, but depanding on the use case that option might not be
desirable.
On 8/28/06, Simon Lessard [EMAIL PROTECTED] wrote:
Hello again,
I think this case is a good example of the binding attribute usage
or :seen/:unseen
Do you have any other idea/preference?
Regards,
~ Simon
Simon Lessard [EMAIL PROTECTED]
2006-08-25 22:49
Please respond to adffaces-dev
To: Trinidad - Dev adffaces-dev@incubator.apache.org
cc:
Subject:Train selectors
Yes... again
Hello,
You can check
http://www.oracle.com/technology/products/jdev/htdocs/partners/addins/exchange/jsf/doc/skin-selectors.htmlfor
the complete list of selectors and aliases. However, if you use latest
Trinidad build, you'll find that some of them changed a little bit. You can
find the
Hello Anthony,
.af_panelBox_medium = af|panelBox::medium
Those are the same selector, while reading the skin's CSS we rewrite them as
af|panelBox::medium would not be a valid CSS3 selector so the list on the
link I gave you are the only one you need. You can also read Trinidad wiki
FAQ about
solution that gives the component developer's more flexibility.
Thanks, Adam!
- Jeanne
Simon Lessard wrote:
Hello Jeanne,
Yes I'm aware that states can go on the component's sub-part, but are
you
suggesting that we extends the concept to be flexible enough to allow
thecomponent to intercept
Yes... again...
I made a new renderer and it work quite well, but I had to use :ora-visited
and :ora-active for some selectors because those are pass through values.
Anyone have better name suggestion while we implement state interception on
a per component basis?
Regards,
~ Simon
Good to know, thanks.
~ Simon
On 8/23/06, Jeanne Waldman [EMAIL PROTECTED] wrote:
This is wanted.
The second one is in a different stylesheet:
styleSheet direction=rtl
- Jeanne
Simon Lessard wrote:
Hello all,
Is that wanted?
~ Simon
) and intercept :hover if it's for a stop that is visited (link),
would the proposed solution work?
Thanks
- Pavitra
-Original Message-
From: Simon Lessard [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 23, 2006 6:28 AM
To: adffaces-dev@incubator.apache.org
Subject: Re: ADFFACES-49
Hello all,
Can anyone give me a really short course about RTL support we have in
Trinidad? Basically, I thought I had to add :rtl to style classes within the
renderer and the skin, but that's obviously not the case, :rtl to selectors
seems to work only on icons. In the XSS it's 2 different
it.
- Pavitra
-Original Message-
From: Simon Lessard [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 24, 2006 11:49 AM
To: adffaces-dev@incubator.apache.org
Subject: Re: ADFFACES-60
Hello all once again,
I finally have the markup and CSS up and running for those selectors. I
have one
1 - 100 of 117 matches
Mail list logo