.
> tomahawk-sandbox is not tobago compatible
> -
>
> Key: TOBAGO-476
> URL: https://issues.apache.org/jira/browse/TOBAGO-476
> Project: MyFaces Tobago
> Issue Type: Improvement
>
[
https://issues.apache.org/jira/browse/TOBAGO-2054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Volker Weber resolved TOBAGO-2054.
--
Fix Version/s: 5.0.0
Resolution: Fixed
> Sandbox attribute on tc:obj
Volker Weber created TOBAGO-2054:
Summary: Sandbox attribute on tc:object
Key: TOBAGO-2054
URL: https://issues.apache.org/jira/browse/TOBAGO-2054
Project: MyFaces Tobago
Issue Type
[
https://issues.apache.org/jira/browse/TOBAGO-1584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Volker Weber resolved TOBAGO-1584.
--
Resolution: Fixed
> Move SplitLayout from sandbox to c
ttps://builds.apache.org/job/Tobago%202.0.x/1455/])
TOBAGO-1584 - Move SplitLayout from sandbox to core (weber:
[http://svn.apache.org/viewvc/?view=rev&rev=1755434])
*
tobago-2.0.x/tobago-core/src/main/java/org/apache/myfaces/tobago/internal/component/AbstractUISplitLayout.java
*
tobago-2.0.
Volker Weber created TOBAGO-1584:
Summary: Move SplitLayout from sandbox to theme standart
Key: TOBAGO-1584
URL: https://issues.apache.org/jira/browse/TOBAGO-1584
Project: MyFaces Tobago
[
https://issues.apache.org/jira/browse/TOBAGO-1017?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Volker Weber resolved TOBAGO-1017.
--
Resolution: Fixed
> Sandbox simpleSheet: Impossible to select a row in tc:sheet by keybo
Sandbox simpleSheet: Impossible to select a row in tc:sheet by keyboard
---
Key: TOBAGO-1017
URL: https://issues.apache.org/jira/browse/TOBAGO-1017
Project: MyFaces Tobago
gth to sandbox for JSF 2 module
> ---
>
> Key: TOMAHAWK-1590
> URL: https://issues.apache.org/jira/browse/TOMAHAWK-1590
> Project: MyFaces Tomahawk
> Issue Type: Task
>
Uribe
> Move s:accordionPanel to sandbox for JSF 2 module
> -
>
> Key: TOMAHAWK-1589
> URL: https://issues.apache.org/jira/browse/TOMAHAWK-1589
> Project: MyFaces Tomahawk
>
Move s:passwordStrength to sandbox for JSF 2 module
---
Key: TOMAHAWK-1590
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1590
Project: MyFaces Tomahawk
Issue Type: Task
Move s:accordionPanel to sandbox for JSF 2 module
-
Key: TOMAHAWK-1589
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1589
Project: MyFaces Tomahawk
Issue Type: Task
Components
Create new example20 module for sandbox
---
Key: TOMAHAWK-1588
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1588
Project: MyFaces Tomahawk
Issue Type: New Feature
Components: JSF2
[
https://issues.apache.org/jira/browse/TOMAHAWK-1586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe resolved TOMAHAWK-1586.
--
Resolution: Fixed
Fix Version/s: 1.1.11-SNAPSHOT
> Update sandbox module
Update sandbox module for JSF 2.0
-
Key: TOMAHAWK-1586
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1586
Project: MyFaces Tomahawk
Issue Type: Task
Components: JSF2
Reporter
Update site and create different sandbox site modules
-
Key: TOMAHAWK-1585
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1585
Project: MyFaces Tomahawk
Issue Type: Task
I've check the code from
http://www.irian.at/myfaces-sandbox/inputSuggestAjax.jsf. And I found that
the response coming from Ajax call on this site is not the similar as the
one I am getting. I am getting response enclosed with html tags, which is
not the case with irian.at site.
Do I re
Hi all,
I am using MyFaces 1.1.5, Tomahawk 1.1.6 & Sandbox 1.1.6. The problem is
that when I use inputSuggestAjax tag from Sandbox, it makes Ajax request but
do not open suggest box (a list which starts with character entered in text
box).
Here is the code used.
JSP file
der-annotations to trinidad trunk 1.2.x, so trinidad jars
> could have myfaces-metadata.xml, making possible use builder plugin on
> trinida
ctionally, the files are 100% compatible with the old ones,
but the patch will not change that (only add it as a comment). With these
tests, we can be sure that myfaces-builder-plugin will work fine generating
trinidad components (note for the first patch, other tests like generate
trinidad sand
making possible use builder plugin on
> trinidad sandbox
> -
>
> Key: TRINIDAD-1409
> URL: ht
nidad plugin.
> Add myfaces-builder-annotations to trinidad trunk 1.2.x, so trinidad jars
> could have myfaces-metadata.xml, making possible use bu
> could have myfaces-metadata.xml, making possible use builder plugin on
> trinidad sandbox
> -
>
>
notations to trinidad trunk 1.2.x, so trinidad jars
> could have myfaces-metadata.xml, making possible use builder plugin on
>
We've been really slow about promoting things out of sandbox.
Here's how you can help make that happen.
http://wiki.apache.org/myfaces/promotion
I've not used pprPanelGroup so I don't really know the status of it.
With the changes in MyFaces 2.0 supporting ajax, it may b
released in some near future in a
> non-sandbox release?
>
> Best regards,
>
> Sebastian Gomez
>
>
> On Tue, Feb 22, 2011 at 10:41 AM, Jakob Korherr
> wrote:
>
>> Hi Sebastian,
>>
>> Unfortunately tomahawk-sandbox was not part of the tomahawk 1.1.
Thanks for such quick and concise answer Jakob.
One last thing, does anyone know if there are plans in incorporating
the pprPanelGroup into the trunk to be released in some near future in a
non-sandbox release?
Best regards,
Sebastian Gomez
On Tue, Feb 22, 2011 at 10:41 AM, Jakob Korherr
es in English and German
Professional Support for Apache MyFaces
2011/2/22 Jakob Korherr
> Hi Sebastian,
>
> Unfortunately tomahawk-sandbox was not part of the tomahawk 1.1.9
> release (see [1]). Thus we can't upload it to an apache repo.
>
> However, you could creat
Hi Sebastian,
Unfortunately tomahawk-sandbox was not part of the tomahawk 1.1.9
release (see [1]). Thus we can't upload it to an apache repo.
However, you could create your own public maven repo, build
tomahawk-sandbox yourself, and upload it (maybe with a slightly
different name) to this
Good morning everyone,
Yesterday I wrote a similar post on the user list, but I guess writing to
the dev list would have been more appropriate. I hope there's no problem in
having written to both lists.
I'd like to use the tomahawk-sandbox-1.1.9.jar in my application, but to do
so I ne
and sandbox code module for JSF 2.0
> ---
>
> Key: TOMAHAWK-1470
> URL: https://issues.apache.org/jira/browse/TOMAHAWK-1470
> Project: MyFaces Tomahawk
> Issue Type: Task
>
Setup tomahawk core and sandbox code module for JSF 2.0
---
Key: TOMAHAWK-1470
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1470
Project: MyFaces Tomahawk
Issue Type: Task
+1 for the subproject
2009/8/21 Matthias Wessendorf :
> On Fri, Aug 21, 2009 at 10:19 AM, Matthias Wessendorf
> wrote:
>> On Fri, Aug 21, 2009 at 10:08 AM, Matthias Wessendorf
>> wrote:
>>> Hello,
>>>
>>> currently we never build the sandbox projec
On Fri, Aug 21, 2009 at 10:19 AM, Matthias Wessendorf wrote:
> On Fri, Aug 21, 2009 at 10:08 AM, Matthias Wessendorf
> wrote:
>> Hello,
>>
>> currently we never build the sandbox project, on a regular "mvn clean
>> install" cycle.
>> Nor do we releas
On Fri, Aug 21, 2009 at 10:08 AM, Matthias Wessendorf wrote:
> Hello,
>
> currently we never build the sandbox project, on a regular "mvn clean
> install" cycle.
> Nor do we release it.
>
> I was wondering what to do with it. I see two options:
> -make it a stan
Hello,
currently we never build the sandbox project, on a regular "mvn clean
install" cycle.
Nor do we release it.
I was wondering what to do with it. I see two options:
-make it a standalone project
-include it in the regular build
What is your opinion about it ?
Thanks
I was looking for a 1.1.9 sandbox snapshot prebuilt.
Our link to the maven repository points to a Nov 2008 version.
http://wiki.apache.org/myfaces/FAQ#download-other-stuff
I looked around for a bit trying to find something more current, but I
wasn't able to do so.
Do we no longer pr
Uribe
Thanks to Matthias Gerber for provide this patch
> Patch for Sandbox ImageLoop - Flickering to old images after loading new
> image set
> --
>
> Key: TOMAHAWK-1424
>
l to trinidad 1.2.x. Pending update of trinidad
sandbox.
> Add myfaces-builder-annotations to trinidad trunk 1.2.x, so trinidad jars
> could have myfaces-metadata.xml, making possible use builder plugin on
> tri
Patch for Sandbox ImageLoop - Flickering to old images after loading new image
set
--
Key: TOMAHAWK-1424
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1424
Project
http://svn.apache.org/viewvc?rev=756918&view=rev
>> Log:
>> TOMAHAWK-1401, promote toggleLink and fieldset to tomahawk
>>
>> Removed:
>>
>>
>> myfaces/tomahawk/trunk/sandbox/core/src/main/java/org/apache/myfaces/custom/fieldset/
>>
>>
>> my
; Date: Sat Mar 21 11:27:32 2009
> New Revision: 756918
>
> URL: http://svn.apache.org/viewvc?rev=756918&view=rev
> Log:
> TOMAHAWK-1401, promote toggleLink and fieldset to tomahawk
>
> Removed:
>
>
> myfaces/tomahawk/trunk/sandbox/core/src/main/java/org/apache/
[
https://issues.apache.org/jira/browse/TOMAHAWK-1401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Cagatay Civici resolved TOMAHAWK-1401.
--
Resolution: Fixed
Fix Version/s: 1.1.9-SNAPSHOT
> Promote sandbox toggleL
Promote sandbox toggleLink and fieldset to tomahawk
---
Key: TOMAHAWK-1401
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1401
Project: MyFaces Tomahawk
Issue Type: Improvement
to sandbox togglePanel
> -
>
> Key: TOMAHAWK-1399
> URL: https://issues.apache.org/jira/browse/TOMAHAWK-1399
> Project: MyFaces Tomahawk
> Issue Type: New Feature
>
Add disabled attribute to sandbox togglePanel
-
Key: TOMAHAWK-1399
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1399
Project: MyFaces Tomahawk
Issue Type: New Feature
Affects Versions
Add myfaces-builder-annotations to trinidad trunk 1.2.x, so trinidad jars could
have myfaces-metadata.xml, making possible use builder plugin on trinidad
sandbox
gt;
> 2008/11/13 Leonardo Uribe <[EMAIL PROTECTED]>
>>
>>
>> On Thu, Nov 13, 2008 at 2:46 AM, Matthias Wessendorf <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> Hi,
>>>
>>> there is a trinidad-sandbox in the myfaces root svn director
+1
regards,
gerhard
2008/11/13 Leonardo Uribe <[EMAIL PROTECTED]>
>
>
> On Thu, Nov 13, 2008 at 2:46 AM, Matthias Wessendorf <[EMAIL PROTECTED]>wrote:
>
>> Hi,
>>
>> there is a trinidad-sandbox in the myfaces root svn directory:
>> http://s
On Thu, Nov 13, 2008 at 2:46 AM, Matthias Wessendorf <[EMAIL PROTECTED]>wrote:
> Hi,
>
> there is a trinidad-sandbox in the myfaces root svn directory:
> http://svn.apache.org/repos/asf/myfaces/trinidad-sandbox/
>
> The "real" sandbox is part of the trinidad
Hi,
there is a trinidad-sandbox in the myfaces root svn directory:
http://svn.apache.org/repos/asf/myfaces/trinidad-sandbox/
The "real" sandbox is part of the trinidad core svn directories, so I
will remove this
directory, if no one has an objection.
Thx,
Matthias
--
Matthias Wessen
ove from Tomahawk sandbox to MyFaces
> Commons
> ---
>
> Key: TOMAHAWK-1364
> URL: https://issues.apache.org/jira/browse/TOMAHAWK-1364
> Project: MyFaces Toma
Preparing the exportActionListener to move from Tomahawk sandbox to MyFaces
Commons
---
Key: TOMAHAWK-1364
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1364
+1
2008/10/24 Manfred Geiler <[EMAIL PROTECTED]>
> sounds good!
>
> +1
>
> --Manfred
>
> On Fri, Oct 24, 2008 at 2:12 PM, Simon Kitching <[EMAIL PROTECTED]>
> wrote:
> > Hi All,
> >
> > I've always hated the "forceId" feature of tomahawk for two reasons:
> > (a) it makes it dangerous to compose
sounds good!
+1
--Manfred
On Fri, Oct 24, 2008 at 2:12 PM, Simon Kitching <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I've always hated the "forceId" feature of tomahawk for two reasons:
> (a) it makes it dangerous to compose pages using facelets templating,
> jsp:include or similar
> (b) it only w
Hi All,
I've always hated the "forceId" feature of tomahawk for two reasons:
(a) it makes it dangerous to compose pages using facelets templating,
jsp:include or similar
(b) it only works for tomahawk components
There is nothing that can be done about (a); any "flattening" of the id
is dangerous.
Faces
Tomahawk sandbox, and I think if they are promoted then the right place for
them will be Tomahawk.
On Wed, Oct 15, 2008 at 10:25 AM, Simon Kitching <[EMAIL PROTECTED]>wrote:
> The problem is that Leonardo generates the release-notes for Tomahawk using
> a JIRA report. And this appea
I agree with Simon here, it is confusing to mix the tomahawk as it sandbox
as they are not the same thing in my opinion. If they were, they should be
released together... and the sandbox is not meant to be released. It is
confusing to see that "this issue is fixed" when it does not a
The problem is that Leonardo generates the release-notes for Tomahawk
using a JIRA report. And this appears to be standard practice for many
myfaces projects.
So issues related to the sandbox then get listed in the Tomahawk
"release notes". This confuses users, particularly when a n
On Tue, Oct 14, 2008 at 3:26 PM, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> >> This also demands a project site under
> >> "http://myfaces.apache.org/commons"; and a Commons logo of course. Any
> >> volunteers? ;-)
>
> Just saw that there IS already a site under
> http://myfaces.apache.org/commo
>> This also demands a project site under
>> "http://myfaces.apache.org/commons"; and a Commons logo of course. Any
>> volunteers? ;-)
Just saw that there IS already a site under http://myfaces.apache.org/commons/
Cool!
What's just missing is the menu entry on the main MyFaces page.
--Manfred
On Tue, Oct 14, 2008 at 9:52 PM, Manfred Geiler
<[EMAIL PROTECTED]> wrote:
> On Tue, Oct 14, 2008 at 9:40 PM, Matthias Wessendorf <[EMAIL PROTECTED]>
> wrote:
>> On Tue, Oct 14, 2008 at 9:33 PM, Manfred Geiler <[EMAIL PROTECTED]> wrote:
>>> But Sandbox
+1
2008/10/14 Manfred Geiler <[EMAIL PROTECTED]>
> On Tue, Oct 14, 2008 at 5:35 PM, Volker Weber <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > 2008/10/14 Simon Kitching <[EMAIL PROTECTED]>:
> >> Any JIRA admins here?
> >>
> >> Ther
On Tue, Oct 14, 2008 at 9:40 PM, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 14, 2008 at 9:33 PM, Manfred Geiler <[EMAIL PROTECTED]> wrote:
>> But Sandbox IS a part of Tomahawk and not a single project, so I do
>> not see the problem here.
>> San
On Tue, Oct 14, 2008 at 5:35 PM, Volker Weber <[EMAIL PROTECTED]> wrote:
> Hi,
>
> 2008/10/14 Simon Kitching <[EMAIL PROTECTED]>:
>> Any JIRA admins here?
>>
>> There currently is no JIRA project defined for the myfaces sandbox. It
>> appears that p
On Tue, Oct 14, 2008 at 9:33 PM, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> But Sandbox IS a part of Tomahawk and not a single project, so I do
> not see the problem here.
> Sandbox issues SHOULD be filed using TOMAHAWK and - of course - the
> regarding component ("S
But Sandbox IS a part of Tomahawk and not a single project, so I do
not see the problem here.
Sandbox issues SHOULD be filed using TOMAHAWK and - of course - the
regarding component ("SubForm", "PPRPanelGroup", ...).
-1 for a new Jira project(!)
--Manfred
On Tue, Oct 14, 20
Hi,
2008/10/14 Simon Kitching <[EMAIL PROTECTED]>:
> Any JIRA admins here?
>
> There currently is no JIRA project defined for the myfaces sandbox. It
> appears that people have simply been using TOMAHAWK to file bugs against.
> But as recent releases has used a jira report
Any JIRA admins here?
There currently is no JIRA project defined for the myfaces sandbox. It
appears that people have simply been using TOMAHAWK to file bugs
against. But as recent releases has used a jira report as the "release
notes" this is causing confusion.
Can someone please
You can now find Trinidad Sandbox 1.2.10-SNAPSHOT builds at:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/trinidad/
Just add this to your pom.xml to use:
apache.snapshots
Apache Snapshot Repository
http://people.apache.org/repo/m2-snapshot
[
https://issues.apache.org/jira/browse/TRINIDAD-1241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-1241.
---
Resolution: Fixed
Fix Version/s: 1.2.10-sandbox
It appears to be running
Add Trinidad sandbox to continuum for nightly snapshots
---
Key: TRINIDAD-1241
URL: https://issues.apache.org/jira/browse/TRINIDAD-1241
Project: MyFaces Trinidad
Issue Type: Task
[
https://issues.apache.org/jira/browse/TRINIDAD-1240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-1240.
---
Resolution: Fixed
Fix Version/s: 1.2.10-sandbox
Assignee: Andrew
Change artifact IDs for the sandbox
---
Key: TRINIDAD-1240
URL: https://issues.apache.org/jira/browse/TRINIDAD-1240
Project: MyFaces Trinidad
Issue Type: Bug
Components: Build
Affects Versions
oted from Simon Kitching <[EMAIL PROTECTED]>:
>>
>>
>>> By definition, sandbox projects never get released.
>>>
>>>
>>
>> Huh? What about the 1.1.6 release in
>>
>>
>> http://repo1.maven.org/maven2/org/apache/myfaces/tomahawk/
Hi!
If people are happy with adding a note to the tomahawk sandbox page as
described above then I'll do it.
I'd prefer this mark buoy.
Ciao,
Mario
(redirecting from users to dev list)
Gertjan van Oosten schrieb:
As quoted from Simon Kitching <[EMAIL PROTECTED]>:
By definition, sandbox projects never get released.
Huh? What about the 1.1.6 release in
http://repo1.maven.org/maven2/org/apache/myfaces/tomahawk/tomahawk-s
On Fri, Sep 5, 2008 at 3:01 PM, mehdi sidhoum <[EMAIL PROTECTED]>wrote:
> Hi list,
> Is there the last build of tomahwak sandbox 1.1.7-SNAPSHOT on any maven
> repository ?
>
> I have noticed that some components are missing (SelectManyPicklist in the
> taglib file ) on
Hi list,
Is there the last build of tomahwak sandbox 1.1.7-SNAPSHOT on any maven
repository ?
I have noticed that some components are missing (SelectManyPicklist in
the taglib file ) on the deployed version of tomhawk sandbox for this
repository :
http://people.apache.org/maven-snapshot
On Fri, 2008-06-27 at 12:33 -0500, Leonardo Uribe wrote:
>
>
> On Thu, Jun 26, 2008 at 11:54 AM, Mike Kienenberger
> <[EMAIL PROTECTED]> wrote:
> On 6/26/08, Volker Weber <[EMAIL PROTECTED]> wrote:
>
> > > Does it really matter if there's a commons 1.1?
> Tomaha
On Thu, Jun 26, 2008 at 11:54 AM, Mike Kienenberger <[EMAIL PROTECTED]>
wrote:
> On 6/26/08, Volker Weber <[EMAIL PROTECTED]> wrote:
>
> > > Does it really matter if there's a commons 1.1? Tomahawk 1.1 is fast
> > > approaching the end of its lifecycle.
> >
> >
> > Yes, it does. At least to me
On 6/26/08, Volker Weber <[EMAIL PROTECTED]> wrote:
> > Does it really matter if there's a commons 1.1? Tomahawk 1.1 is fast
> > approaching the end of its lifecycle.
>
>
> Yes, it does. At least to me.
>
> Commons1.1 is not a tomahawk1.1 extension, it should contain things
> for jsf1.1 appl
t which time all conversion has
>> already been done. That could simplify the converter - and it does feel
>> more elegant to me than having one validator poking around inside
>> another one.
>
> Yes, that idea sounds better. I admit that it's a bit scary that the
> c
the converter - and it does feel
> > more elegant to me than having one validator poking around inside
> > another one.
>
> Yes, that idea sounds better. I admit that it's a bit scary that the
> component has to rely on the implementation code from MyFaces. Even
> th
validator poking around inside
> another one.
Yes, that idea sounds better. I admit that it's a bit scary that the
component has to rely on the implementation code from MyFaces. Even
though it uses public APIs, in practice, it might break on another
implementation.
> > > > In
all conversion has
already been done. That could simplify the converter - and it does feel
more elegant to me than having one validator poking around inside
another one.
>
>
> > > In tomahawk core, the related files should be moved from sandbox/core to
> > core. In tomahawk c
aces core 1.1.5 and tomahawk 1.1.6 sandbox and it works.
Thanks for your help! You may close this issue.
> dataScroller encounters javascript error and stops working when including
> tomahawk-s
tomahawk core, the related files should be moved from sandbox/core to
> core. In tomahawk core12, a new dependency to myfaces-commons-converters
> 1.2.x and myfaces-commons-validators 1.2.x should be added, so the tomahawk
> core12 tld reference validators and converters from these projects.
Why not no "new" converters and validators in tomahawk (any
version/branch), and the sandbox converters and validators goes
directly to commons.
Glauco P. Gomes
Volker Weber escreveu:
Hi,
2008/6/25 [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
While code duplication
Hi,
2008/6/25 [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> While code duplication is never nice, I think it would be better for
> tomahawk 1.1.x and 1.2.x to continue to have these components internally,
> and for commons to have a separate version. It also means that commons can
> clean up the API
+1
On Tue, Jun 24, 2008 at 10:45 PM, Leonardo Uribe <[EMAIL PROTECTED]> wrote:
> Hi
>
> The following converters and validators are proposed to be moven from
> sandbox to tomahawk core:
>
> s:convertBoolean
> s:convertDateTime
> s:convertNumber
> s:
Leonardo Uribe schrieb:
Hi
The following converters and validators are proposed to be moven from
sandbox to tomahawk core:
s:convertBoolean
+1
s:convertDateTime
Only if the comment on this class is updated. It should read something like:
Interprets dates as being in the local timezone of
is only planed for the 1.2 branch?
>
> That is the hidden reason why I request a vote for this. All validators and
> converters should be on myfaces-commons. Almost all comes from tomahawk or
> sandbox (EnumConverter and DateRestrictValidator available only on commons).
>
>
ers should be on myfaces-commons. Almost all comes from tomahawk or
sandbox (EnumConverter and DateRestrictValidator available only on commons).
Tomahawk has some validators defined on core:
t:validateCreditCard
t:validateEmail
t:validateEqual
t:validateRegExpr
This validators right now are de
croller encounters javascript error and stops working when including
> tomahawk-sandbox jar
> --
>
> Key: TOMAHAWK-1283
> URL: https://issues.apache.org/jir
Hi,
converters should go into commons not into tomahawk.
Why is this only planed for the 1.2 branch?
Regards,
Volker
2008/6/24 Leonardo Uribe <[EMAIL PROTECTED]>:
> Hi
>
> The following converters and validators are proposed to be moven from
> sandbo
+1
On Tue, Jun 24, 2008 at 2:45 PM, Leonardo Uribe <[EMAIL PROTECTED]> wrote:
> Hi
>
> The following converters and validators are proposed to be moven from
> sandbox to tomahawk core:
>
> s:convertBoolean
> s:convertDateTime
> s:convertNumber
> s:
Hi
The following converters and validators are proposed to be moven from
sandbox to tomahawk core:
s:convertBoolean
s:convertDateTime
s:convertNumber
s:validateCompareTo
s:validateCSV
s:validateISBN
s:validateUrl
In tomahawk core, the related files should be moved from sandbox/core to
core. In
when parsing currency values, also by Joe Sam Shirah:
http://www.ibm.com/developerworks/java/library/j-numberformat/index.html
> Add currency symbol handling to Mario's sandbox numberConverter
> ---
>
>
dataScroller encounters javascript error and stops working when including
tomahawk-sandbox jar
--
Key: TOMAHAWK-1283
URL: https://issues.apache.org/jira/browse/TOMAHAWK
1 - 100 of 686 matches
Mail list logo
