Hi again,
Thank you very much for your opinions and insights. I understand now that there
are doubts supporting such a feature. What I understood these are mainly
about encouraging users to use "not best practise" approaches. IMO this
is for sure a duty of teachers or books, but a webdevelopment
Hi!
> 1.) Seperate NavigationHandlerImpl
IMHO, this is a must! I think we should *not* implement stuff which
"silently" changes/enhances the behaviour - especially in myfaces-impl!!
The TCK might forbid this change anyway ...
> 2.) Configurable Option
not required, as everyone can configure this N
As an outcome of this discussion, I'm +1 for 1.
regards,
Martin
On 10/31/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Hi!
> 1.) Seperate NavigationHandlerImpl
IMHO, this is a must! I think we should *not* implement stuff which
"silently" changes/enhances the behaviour - especially in myface
Enable rendering popups by ajax request
---
Key: TOBAGO-167
URL: http://issues.apache.org/jira/browse/TOBAGO-167
Project: MyFaces Tobago
Issue Type: Improvement
Reporter: Volker Weber
modalDialog shows in page instead of being a popup in Internet Explorer
---
Key: TOMAHAWK-760
URL: http://issues.apache.org/jira/browse/TOMAHAWK-760
Project: MyFaces Tomahawk
[ http://issues.apache.org/jira/browse/MYFACES-1478?page=all ]
Andreas Berger updated MYFACES-1478:
Status: Patch Available (was: Open)
> Implement JSR-252 core tag: convertDateTimeTag
> --
>
>
Implement JSR-252 core tag: phaseListenerTag
Key: MYFACES-1484
URL: http://issues.apache.org/jira/browse/MYFACES-1484
Project: MyFaces Core
Issue Type: Sub-task
Reporter: Andreas Berge
Thanks Arash. I will go through the link and get back to you if i have any
queries.
cheers
jagdip
Arash Rajaeeyan wrote:
>
> myfaces uses DOJO
> check this tag:
> http://myfaces.apache.org/tomahawk/dojoInitializer.html
> may be you can do what ever you want with dojo.
>
>
> On 10/30/06, jt_r
I have a Table that has a column containing buttons for operations on each
row. Each row may have different operations applicable to it, so the buttons
for each row need to be determined dynamically based on the contents of row.
I have seen code to dynamically create buttons, but what I would li
[ http://issues.apache.org/jira/browse/MYFACES-1484?page=all ]
Andreas Berger updated MYFACES-1484:
Status: Patch Available (was: Open)
> Implement JSR-252 core tag: phaseListenerTag
>
>
>
Implement JSR-252 core tag: FacetTag
Key: MYFACES-1485
URL: http://issues.apache.org/jira/browse/MYFACES-1485
Project: MyFaces Core
Issue Type: Sub-task
Reporter: Andreas Berger
--
This m
DatePicker needs extra height when time controll is used
Key: TOBAGO-168
URL: http://issues.apache.org/jira/browse/TOBAGO-168
Project: MyFaces Tobago
Issue Type: Bug
Report
My table maybe each row(column) need different UI
component(radio,button,checkbox,textbox,etc),
so,use rendered attribute,it's not enough,
I need ,dynamically creat my table depending data type from select from
database data,
btw,thanks you advise
--
View this message in context:
http://www.nab
[ http://issues.apache.org/jira/browse/TOBAGO-168?page=all ]
Volker Weber resolved TOBAGO-168.
-
Resolution: Fixed
> DatePicker needs extra height when time controll is used
>
>
> Ke
I had a similar problem where I wanted to display different UI input
components depending on the type of data in the row (ie String, Date, Double
etc). I found the easiest way to do this was to add ALL the options and
select which is displayed using the rendered attribute. I also did not want
to j
On 10/31/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Hi!
> 1.) Seperate NavigationHandlerImpl
IMHO, this is a must! I think we should *not* implement stuff which
"silently" changes/enhances the behaviour - especially in myfaces-impl!!
The TCK might forbid this change anyway ...
+1 !
> 2.
inputCalendar doesn't work as popup in tomahawk-1.1.3
-
Key: TOMAHAWK-761
URL: http://issues.apache.org/jira/browse/TOMAHAWK-761
Project: MyFaces Tomahawk
Issue Type: Bug
Componen
Looks like the 1.2 branch [2] does not work on a fresh co because the tomcat
jars have been removed from the apache repo [1]. Does anyone know where they
have gone to? I seem to remember the Mortbay jars working quite well for us.
Is there any reason this was changed?
Dennis Byrne
[1] http:
I think we should be very careful about adding a feature that
encourages people to drift away from the spec. I agree with the
reasons that Craig laid out for why the outcomes behave the way they
do now.
Its true that its not our job to force people to do follow certain
standards. Its also true
On 10/31/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Hi!> 1.) Seperate NavigationHandlerImplIMHO, this is a must! I think we should *not* implement stuff which"silently" changes/enhances the behaviour - especially in myfaces-impl!!The TCK might forbid this change anyway ...
> 2.) Configurable O
This is probably best discussed on the users list. The dev list is
for discussion of new components and general project coordination.
Sean
On 10/31/06, kevin_zhai <[EMAIL PROTECTED]> wrote:
My table maybe each row(column) need different UI
component(radio,button,checkbox,textbox,etc),
so,use
Hello,
the spec for 1.2 says, that JSF implementations that are part of a
Java EE technology-compliant implementation are
required to validate the application resource file against the XML
schema for structural
correctness. So should we use XML-Schema for the Tag*.tld as well?
(html and core)
If
> > 2.) Configurable Option
> not required, as everyone can configure this NH in faces-config.xml.
In particular, if you decide to implement this feature, consider packaging
it inside a separate JAR file with its own embedded META-INF/faces-
config.xml file that defines the custom navigation hand
[ http://issues.apache.org/jira/browse/TOBAGO-7?page=all ]
Bernd Bohmann resolved TOBAGO-7.
Resolution: Fixed
I think it is already done.
> Add default values for calendar popup size
> --
>
> Key:
[
http://issues.apache.org/jira/browse/TOBAGO-163?page=comments#action_12446079 ]
Bernd Bohmann commented on TOBAGO-163:
--
Can you test it with the nightly build, please.
> Calculation of component-height doesn't work correctly
> ---
[
http://issues.apache.org/jira/browse/TOBAGO-164?page=comments#action_12446082 ]
Bernd Bohmann commented on TOBAGO-164:
--
Which version of myfaces core are you using?
> Faces initialisation doesn't work if Tomcat installation path contains
[
http://issues.apache.org/jira/browse/TOBAGO-162?page=comments#action_12446083 ]
Bernd Bohmann commented on TOBAGO-162:
--
ping
> Date not rendered correctly without/>
> ---
[
http://issues.apache.org/jira/browse/TOBAGO-163?page=comments#action_12446092 ]
Volker Weber commented on TOBAGO-163:
-
Bernd, did you change something in the calculation?
I think the margin is missing on layoutcalculation in the layout mana
mmm,
I guess, because it is the (Apache) tomcat ?
no idea. Jetty is fine with me too.
-M
On 10/31/06, Dennis Byrne <[EMAIL PROTECTED]> wrote:
Looks like the 1.2 branch [2] does not work on a fresh co because the tomcat
jars have been removed from the apache repo [1]. Does anyone know where th
On 10/31/06, Dennis Byrne <[EMAIL PROTECTED]> wrote:
Looks like the 1.2 branch [2] does not work on a fresh co because the tomcat
jars have been removed from the apache repo [1]. Does anyone know where they
have gone to? I seem to remember the Mortbay jars working quite well for us.
Is ther
On 10/31/06, Dennis Byrne <[EMAIL PROTECTED]> wrote:
Looks like the 1.2 branch [2] does not work on a fresh co because the tomcat jars have been removed from the apache repo [1]. Does anyone know where they have gone to? I seem to remember the Mortbay jars working quite well for us. Is there any
On 10/31/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
Didn't Tomcat 6.0 just go final? If so, it'd probably be worth updating to
the final version number.
Not yet... 6.0.0 exists, but the only vote I've seen was on the
release plan. I'm working with them to get Tomcat 6 into the central
M
thanks!
weren't they available?
or was it just a *temp* thing ?
On 10/31/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 10/31/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> Didn't Tomcat 6.0 just go final? If so, it'd probably be worth updating to
> the final version number.
Not yet... 6.0
It's not official...http://tomcat.apache.org/download-60.cgiOn 10/31/06, Wendy Smoak <
[EMAIL PROTECTED]> wrote:On 10/31/06, Craig McClanahan <
[EMAIL PROTECTED]> wrote:> Didn't Tomcat 6.0 just go final? If so, it'd probably be worth updating to> the final version number.Not yet... 6.0.0 exists, b
Zubin Wadia wrote:
It's not official...
http://tomcat.apache.org/download-60.cgi
It's official, but it's an alpha release, which to me is a lot better
than a random build (it has a svn tag, for starters). At the moment, I
am doing some Jasper changes, so it's not a good idea to use a snapsho
[
http://issues.apache.org/jira/browse/TOBAGO-163?page=comments#action_12446110 ]
Bernd Bohmann commented on TOBAGO-163:
--
I have added the example code to
http://svn.apache.org/repos/asf/myfaces/tobago/trunk/example/test/src/main/webapp/la
Remy,I was just answering Craig's question. Alpha != Final.Cheers,Z.On 10/31/06, Remy Maucherat <
[EMAIL PROTECTED]> wrote:Zubin Wadia wrote:> It's not official...>
> http://tomcat.apache.org/download-60.cgiIt's official, but it's an alpha release, which to me is a lot betterthan a random build (it
development attribute in dojoInitializer, is in DojoInitializerTag.java but it is not in TLD class, half documented in xdoc web site.is it removed or what?Arash Rajaeeyan
Yes, we will use the schemas. I have been lately working in the
maven-faces-plugin that will allow us to autogenerate the
component/tags/tlds/config files from a set of XMLs describing the
components etc, the way Trinidad is doing it's build. So the xslt
transformation would not be needed anymore
On 10/31/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
I'll deploy new 6.0.1-SNAPSHOT jars tonight.
This is done, and the poms for the 1.2 branch have been updated. It
builds for me after downloading the snapshots, please let me know if
you have any trouble.
--
Wendy
40 matches
Mail list logo