Hi!
Other than the conversation tag, what else will be removed from the
sandbox?
tomahawk-sandbox
There is a behind the scenes code called RequestParameterProvider
which allows you to add a class which will then be called when a URL
will be encoded.
This is the central mechanism to ensure that a
Hi Volker!
for which reason can the normal findComponent fail?
When the user do not specify the full id of the for component but only
the basename.
If its bad habbit to allow this I'll remove it again. I've found it
comfortable for s:focus and s:submitOnEnter.
Ciao,
Mario
Hi Volker!
for which reason can the normal findComponent fail?
I don't think this approach is a good idea.
This supports user in being careless in setting id's.
Ok, I think you are right, I've reverted it.
Now I've to file a bug for Intellij IDEA as they do not honor
NaminContainer and so
Hi Martin!
---
myfaces/core/trunk/api/src/main/java/javax/faces/context/FacesContext.java
(original)
+++
myfaces/core/trunk/api/src/main/java/javax/faces/context/FacesContext.java
Thu Feb 15 07:11:28 2007
@@ -84,6 +84,7 @@
protected static void
Hi!
+1
Hi all,
This is the official vote for MyFaces Core 1.1.5.
Please note that this vote concerns all of the following parts:
1. Maven artifact group org.apache.myfaces.maven v1.0.5 [1]
2. Maven artifact group org.apache.myfaces.shared v2.0.5 [1]
3. Maven artifact group
Hi Wendy!
Welcome!
Ciao,
Mario
Hi!
Very much text and technical stuff, sorry for this.
The basic spring conversation scope is finished and I started to use it
in our project. Though, without persistence for now.
do not flame
For those of us, directly using hibernate objects in the view layer
/do not flame
it would be great
Hi!
Now that I am again working around in MyFacesResourceLoader I've had a
look at its lastModified stuff.
You know, we create a properties file with a date generated during the
build process to determine the last modified time we have to send to the
browser.
There the method states:
*
Hi!
I have the need to put some background-image styles in one of our
stylesheets.
Currently I have done this by changing the stylesheet through javascript
on load time, but now I have to put a ton of such styles in our
stylesheet and don't want to go on with this hack.
I though about extending
Hi!
Please welcome our new MyFaces PMC members Bernd Bohmann, Gerald
Muellan and Volker Weber!
Welcome!
Therefore last week there was a vote to invite them to the MyFaces
Project Management Committee (PMC) and both have accepted.
both? I am curious ... Which of them is a single person with
[
https://issues.apache.org/jira/browse/MYFACES-1504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits updated MYFACES-1504:
--
Status: Open (was: Patch Available)
oamSetHiddenInput function missing
Hi!
+1 to the upgrade
Ciao,
Mario
I just opened an official vote thread since this is an upgrade
on the Tomahawk core.
I ran some tests to test dojo 0.4.1, and I think we can move
the codebase from 0.4.0. to 0.4.1
Since this is a major upgrade on the Tomahawk core.
I wanted to open this
Hi!
Yesterday we had a meeting with Jürgen Höller and it turned out that it
would make very sense to integrate our ConversationTag [1] with Spring [2].
The plan is to create a custom Spring scope which uses our
ConversationManager.
Together with Spring's powerful bean management facility this
Hi!
Our plan was to implicit start a conversation as soon as a conversation
been will be created through spring.
Well, to know which conversationContext we are currently working in
(this context is required for multiple window awareness) we have to
add a request parameter to every rendered url.
Hi Matthias!
The plan is to create a custom Spring scope which uses our
ConversationManager.
Together with Spring's powerful bean management facility this should
now you are using it ?
Well, sometimes good things need time ;-). Yes, now I've seen what it
can do for us and I can't wait to give
Hi Jacob!
how's JSF 1.2 coming along btw?
What do you mean?
As far as I can see JSF 1.2. do not introduce any new (flash or
conversation) scope.
So (IMHO) our solution works with JSF 1.2 too.
If you mean how far our (MyFaces) JSF 1.2 implementation is ... well ...
then I have to say there
Hi Craig!
One of the architectural approaches that MyFaces developers seem to do
pretty often, even when they don't have to, is think of everything as
needing a component.
Hehe, yes indeed. But I'll try to move away from such approaches, the
Spring Conversation integration should no longer need
Hi Jacob!
I might be biased too from the Seam side, but writing this, even in small
steps may grow into a monster :-)
Yep, and thats why we have no plans to do so ... and there are numerous
implementations out there dealing with it, I don't plan to gather new
enemies ;-)
I can see
[
http://issues.apache.org/jira/browse/TOMAHAWK-819?page=comments#action_12457625
]
Mario Ivankovits commented on TOMAHAWK-819:
---
Hmmm ... I am not sure what other MyFaces developer think about it, but I think
the enableOnUserRole
[
http://issues.apache.org/jira/browse/TOMAHAWK-819?page=comments#action_12457638
]
Mario Ivankovits commented on TOMAHAWK-819:
---
We wont remove them from tomahawk without a sufficient dependency period, no
worry
[
http://issues.apache.org/jira/browse/TOMAHAWK-819?page=comments#action_12457646
]
Mario Ivankovits commented on TOMAHAWK-819:
---
I admit, I've not used it till today, but you'll be able to provide your own
SecurityContext
[ http://issues.apache.org/jira/browse/TOMAHAWK-813?page=all ]
Mario Ivankovits updated TOMAHAWK-813:
--
Status: Resolved (was: Patch Available)
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
Applied.
Thanks for the patch
Environment: latest myfaces svn head
Reporter: Mario Ivankovits
a) ... there is only a commandButton on the form (not commandLinks)
... which is not necessarily a problem as normally such a form do not require
these functions, BUT when you have enabled the auto_scroll feature things
Hi!
I'm planning to promote s:selectItems to tomahawk. Component satisfies
all of the requirements needed for promotion.
+1
Ciao,
Mario
Hi Matze!
First step for MYFACES-1496. Making _ComponentUtils deprecated! and modifying
RendererUtils.
Maybe you can not only deprecate it, but also delegate them to the
RendererUtils.
That way we do not have to maintain two pieces of code.
Ciao,
Mario
Hi!
_ComponentUtils to RendererUtils ?
Also why is the name starting with _ ?
I think that was to express the fact that this is an internal utils
class. Not for public use.
You know, one of the major oddities in java, you can't have package and
sub-package private methods.
Ciao,
Mario
Hi!
see my other comment on that;
I didn't got feedback on my first email, so I only started on that.
Well, I am fine with what you do, nothing bad :-)
Deprecation is good and remove all callers is super, still, delegating
the deprecated methods to the supported one is just another wish from my
Hi!
done for findNestingForm ;)
(not getValie...
Great! Thanks!
I'll drink a beer for your tonight :-D
Ciao,
Mario
Hi!
in myfaces-api we have the same;
but nobody outside of myfaces-api uses them ;)
so same should be true for shared as well...
I think those _ thingies were introduces before the shared comes to
live, so thats why we have them all around.
If we think this breaks our naming convention we
[
http://issues.apache.org/jira/browse/TOMAHAWK-780?page=comments#action_12450237
]
Mario Ivankovits commented on TOMAHAWK-780:
---
Ok, content-length added. Ariel, could you please try the latest svn head.
Thanks!
DojoInitializer
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449356
]
Mario Ivankovits commented on MYFACES-1492:
---
Now, please, let us try not to heat up this situation any more.
We're all nice guys, stressed by our day
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449377
]
Mario Ivankovits commented on MYFACES-1492:
---
Martin,
it looks like the not called getter is a known feature
http://forum.java.sun.com/thread.jspa
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449384
]
Mario Ivankovits commented on MYFACES-1492:
---
I too find its strange that they fire the event before the update_model phase
... I'll say thats
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449390
]
Mario Ivankovits commented on MYFACES-1492:
---
Well, you know, there is a JSF spec, we cant do anything which makes our
implementation behave different
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449262
]
Mario Ivankovits commented on MYFACES-1492:
---
I've never seen valueChangeEvents fired during the invoke application phase,
and yes, I too think
[
http://issues.apache.org/jira/browse/TOMAHAWK-774?page=comments#action_12448135
]
Mario Ivankovits commented on TOMAHAWK-774:
---
I found the same behavior, but its the AuthenticatorBase in Tomcat which tries
to workaround a security
Hi Wendy!
If not, Core 1.1.5 can stay at Shared 2.0.4 and can use the same
Shared branch as Tomahawk 1.1.4.
Hmmm ... but shared will be copied into the core (or tomahawk)
distribution - there is no shared.jar, so I see no advantage of *not*
upgrading to the latest shared. This should not
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 NH
Hi!
1) I have a managed-bean action-method which returns overview and
this means, I'll go to overview.jsp
As long as you placed all your jsps in the root of your webapp this
works nicely, you can check if there is a navigation rule and - if not,
simply add .jsp and move to this view.
But if you
Hi Martin!
We will move this code into the view-handler. That's one of my tasks
that I still not found the time for.
I still don't get why this dummyForm stuff is that important, however,
moving it to the view-handler wont work with a pre JSF 1.2, will it?
Ciao,
Mario
Hi!
Anyone has an idea why this is failing on continuum?
[INFO] Building jar:
/export/home/mrmaven/myfaces-nightly/tomahawk/sandbox15/core/target/tomahawk-sandbox15-1.1.5-SNAPSHOT-javadoc.jar
[INFO] Preparing taglib:taglibdocjar
[INFO] [taglib:taglibdoc]
[INFO]
Hi!
[INFO] Building jar:
/export/home/mrmaven/myfaces-nightly/tomahawk/sandbox15/core/target/tomahawk-sandbox15-1.1.5-SNAPSHOT-javadoc.jar
[INFO] Preparing taglib:taglibdocjar
[INFO] [taglib:taglibdoc]
[INFO]
[ http://issues.apache.org/jira/browse/TOMAHAWK-730?page=all ]
Mario Ivankovits resolved TOMAHAWK-730.
---
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
added to sandbox
create a component which will submit a form on a specific event
: MyFaces Tomahawk
Issue Type: New Feature
Components: New Component
Reporter: Mario Ivankovits
Assigned To: Mario Ivankovits
Priority: Minor
The component I'll going to add to the sandbox is the GUI Builder stuff I
developed for FacesFreeway
: MyFaces Tomahawk
Issue Type: New Feature
Components: New Component
Reporter: Mario Ivankovits
Assigned To: Mario Ivankovits
Priority: Minor
The component I'll going to add to the sandbox is the GUI Builder stuff I
developed for FacesFreeway
Hi!
I've finished setting up the sandbox15 stuff.
We now have working pom.xml things in there so that anyone who would
like to check out the stuff is able to do a simple mvn install in
there, though, I didn't add it to our main pom.xml file in tomahawk as
then it is a requirement to use Java 5.0
Hi Wendy!
I didn't add it to our main pom.xml file in tomahawk as
then it is a requirement to use Java 5.0 for the whole build, which
shouldn't be, should it?
Profiles can be activated by JDK version. For example, from the Shale
Apps pom:
Ah yes, great idea!
Works like a charm.
Now I
Hi Arash!
hey Mario, these gui builder components are great I think they may
gain lots of attention
is there any way I can read more about them?
Nope, there is only the source and a simple example yet.
If you checkout myfaces using the url [1] you'll get the sandbox15
module of tomahawk too.
Hi Arash!
sorry for being impatient
hehe :-)
I had an argument with a rubby developer about how java can be as easy
as ruby and I saw your component at same day!
I find it very useful for that argument.
Let's see how far we can go. For now I removed the persistence stuff,
the master plan is
Hi!
Someone willing to extend our HtmlInputCalendar to allow to input a time?
Additional attributes like:
inputTime=true|false
timePrecision=hours|minutes|seconds
would be great!
timePrecision will define the pattern:
hours: HH
minutes: HH:MM
seconds: HH:MM:SS
The missing part should be
I'm not sure about the name for the component - you want to reuse the
logo for the component?
Just an idea. We don't need to.
I think it should only express what the
component is about, not what it's for...
Ok, so what about: dynaForm
In fact, thats the class name of the component already.
Hi!
As some of you might know I've developed Faces Freeway [1].
Well, I don't want to say that this project failed, but - beside - its
hard to maintain a documentation, it is also hard to provide a nice
looking, always working fully fledged simple way to the persistence
framework e.g. hibernate.
Hi!
Well, I don't want to say that this project failed
Forgot to mention: We already use it in our application.
---
Mario
Hi Martin!
So Faces
Freeway is officially declared dead? What a pity...
Na, I don't think so. As I said, we use it and my boss is happy with it
as it allows him to do some simple table-editing-data pages.
But I often want to use just the GUI Builder without any automatic
persistence in the
Hi!
So Faces
Freeway is officially declared dead? What a pity...
Na, I don't think so.
The name of the component could also be: freewayGui
Then we can reuse the logo we already have.
Ciao,
Mario
[
http://issues.apache.org/jira/browse/MYFACES-1447?page=comments#action_12441058
]
Mario Ivankovits commented on MYFACES-1447:
---
JSF will not initialize your unitialized members.
Discussions were that a custom VariableResolver
Hi Matze!
Author: matzew
Date: Tue Oct 10 10:15:40 2006
New Revision: 454834
URL: http://svn.apache.org/viewvc?view=revrev=454834
Log:
renamed German restaurants(lokale)... to locale
Are you drunken again - You renamed all our restaurants ?! ;-) :-D
---
Mario
Hi!
What do you think about a new component which aims to do whats described
here [1]
It should operate in three modes:
1) as a child of an input* component (direct child)
In this mode submitOnEnter will add a onkeypress handler to the input
component and fires the button/link pointed to with
Hi Bruno!
and would something like submitOnKeyPress (including enter) be more
general and with broader possibilities?
Do you think about something which allows to configure which keyPress
triggers the submit?
How can such a configuration look like?
1) triggerKeys
s:submitOnKeyPress
Issue Type: Bug
Components: Tree
Affects Versions: 1.1.5-SNAPSHOT
Reporter: Mario Ivankovits
The reason is that the server side treeModel do not know which nodes are
expanded and so do not call decode on them.
1) In HtmlTreeRenderer.decode
If a node is expanded
[
http://issues.apache.org/jira/browse/TOMAHAWK-727?page=comments#action_12440099
]
Mario Ivankovits commented on TOMAHAWK-727:
---
IMHO the correct solution is to transfer the tree state through a hidden field.
The problem one might
[
http://issues.apache.org/jira/browse/TOMAHAWK-706?page=comments#action_12438041
]
Mario Ivankovits commented on TOMAHAWK-706:
---
Yea, I had the same experience, but wasnt sure if the body onload is still
broken.
For what I
[
http://issues.apache.org/jira/browse/TOMAHAWK-706?page=comments#action_12438047
]
Mario Ivankovits commented on TOMAHAWK-706:
---
yea - hopefully the contributor will collect all html attributes :-)
body onload does not exist
[
http://issues.apache.org/jira/browse/TOMAHAWK-706?page=comments#action_12438049
]
Mario Ivankovits commented on TOMAHAWK-706:
---
But just to be fair, you dont have to use dojo to simulate the onload, you can
use the setTimeout(, 0
Hi Martin!
It would be nice to have a script (be it Ant, be it
a Maven plugin or whatever) which changes the shared_tomahawk / _impl
imports back to shared while developing.
Or being able to configure maven in a way that it will NOT refactor the
sources, instead it should simply create a shared
Hey.
Or being able to configure maven in a way that it will NOT refactor the
sources, instead it should simply create a shared and shared-source jar.
said that, wouldn't it be possible to revert the shared_ stuff in svn at
all? And refactor tomahawk and impl itself only for the release
Hey!
I would also like to thank Matthias, who also put a fair amount of time
into getting this release out of the door.
I don't normally like to waste bandwidth thanking people, but Sean and
Wendy put in a tremendous amount of work getting 1.1.4 out the door
over the course of several months.
[
http://issues.apache.org/jira/browse/TOMAHAWK-623?page=comments#action_12435680
]
Mario Ivankovits commented on TOMAHAWK-623:
---
Using the latest sandbox snapshot its removed by default, you have to reenable
it by setting a specific
[ http://issues.apache.org/jira/browse/TOMAHAWK-623?page=all ]
Mario Ivankovits resolved TOMAHAWK-623.
---
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
RedirectTracker and RedirectTrackerRequestMapWrapper remove implementation
[
http://issues.apache.org/jira/browse/TOMAHAWK-503?page=comments#action_12435682
]
Mario Ivankovits commented on TOMAHAWK-503:
---
Yes, for the entire app as it is a context parameter, though, you can create
whatever policy you want
Hi!
Mike, I am with you, though, (another question about this topic) do you
know, do we have a wiki page which defines which codestyle we have to use?
Currently, we really have a mixture, which isnt good too.
Also I propose to create a codestyle file for at least IDEA and Eclipse
- as far as I
Hi Martin!
Oh my, I'm going under cover!
This has started the single longest discussion on the mailing-list the
last time ;)
I hoped you already discussed it :-), and regarding to
http://wiki.apache.org/myfaces/MyFaces_Developer_Notes this is the case.
The decision was to use Suns Java Code
[ http://issues.apache.org/jira/browse/TOMAHAWK-672?page=all ]
Mario Ivankovits resolved TOMAHAWK-672.
---
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
Hi!
I added a policy configuration to customize the data being saved between
[ http://issues.apache.org/jira/browse/TOMAHAWK-503?page=all ]
Mario Ivankovits resolved TOMAHAWK-503.
---
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
Hi!
I added a policy configuration to customize the data being saved between
Hi Mike!
What about the possiblity of a per-request override for the behavior?
Sure, one can do this by implementing its own e.g
PerRequestRedirectTrackerPolicy which itself holds the ThreadLocal and
delegates to the real policy then.
I am not sure if we should provide every possible Policy, but
[
http://issues.apache.org/jira/browse/TOMAHAWK-653?page=comments#action_12434098
]
Mario Ivankovits commented on TOMAHAWK-653:
---
No, in your case it should fail anyway. t:document is required for the
StreamingAddResource.
Could you
[
http://issues.apache.org/jira/browse/TOMAHAWK-502?page=comments#action_12433340
]
Mario Ivankovits commented on TOMAHAWK-502:
---
Please do not mix your problems in one jira issue, instead post on the user
mailinglist.
The both
[ http://issues.apache.org/jira/browse/TOMAHAWK-502?page=all ]
Mario Ivankovits resolved TOMAHAWK-502.
---
Resolution: Invalid
HtmlBufferResponseWriterWrapper NoClassDefFoundError
Hi!
Today I saw a new component coming in called DojoDialog and I thought:
Is it really required - or the best idea - to prefix the dojo
components with dojo?
What if we change the technique used within an dojo component to
something else (say superWebFlex - just a synonym), sure, one solution
Hi Gerald!
I just accepted the stuff from Thomas.
You know, I dont wanted to point to a special person, just a general
discussion. Sorry, that it was your committed component I used as sample ;-)
So, let`s change the name to dynamicDialog?
If it sufficiently describes it, sure, though, it was
Hi!
+1 on modal dialog
As I said, my dynamic was just a wild guess, if the dialog is meant to
be modal, then I am +1 on modal too.
Ciao,
Mario
Hi Ben!
First, my apologies for the premature WIKI entry concerning the Conversation
Tag. I'll be more discerning about my entries in the future.
Oh - that was no problem. I just didnt know how to reach you so I
thought I try through the wiki page itself.
:-)
I use the conversationTag with
[
http://issues.apache.org/jira/browse/TOMAHAWK-653?page=comments#action_12432272
]
Mario Ivankovits commented on TOMAHAWK-653:
---
Hi!
But then it will fail with e.g. inputCalendar or any other component which
requires javascript
Hi!
*) Any reason why the HtmlFocusRenderer imports dojo?
DojoUtils.addMainInclude(facesContext, uiComponent,
javascriptLocation, new DojoConfig());
DojoUtils.addRequire(facesContext, uiComponent, dojo.event.*);
The only thing it do afterwards is something like
[
http://issues.apache.org/jira/browse/MYFACES-1310?page=comments#action_12431871
]
Mario Ivankovits commented on MYFACES-1310:
---
sure, and there are good reasons to use the OutputStream at this place, else
you cant deliver a binary
[
http://issues.apache.org/jira/browse/MYFACES-1396?page=comments#action_12431881
]
Mario Ivankovits commented on MYFACES-1396:
---
Is it possible to deliver the content as UTF-8? As far as I remember then no
escaping of german umlauts
Ok, Mike told me that I was wrong to move this discussion to pmc@ and I
should repost it at [EMAIL PROTECTED]
Now, I dont want to rewarm this discussion, but when I reread my own
post I think there are still valid points within.
So - here we go:
On 8/22/06, Mario Ivankovits [EMAIL PROTECTED
Hi!
Yeah, right. I wouldn't mind a separate module either - it's not too
big an overhead.
Not a big overhead?
Yet another directory in our current thingy, yet another entry in our
pom.xml and maybe another couple of poms for the module itself. Not to
speak about the release process and testing
Hi all!
This is a initial commit so it is not yet well tested and there are
still a lot of
things to do, but if anyone wants to start playing around with it and
making
suggestions for improvements I would be thankful for some feedback.
JFYI - I've started to try to use it in our application,
Hi Martin!
Wait a minute - will this work if the script itself is embedded in a
panelGrid?
I think so also dataTable you know with indexed clientId ...
thats the plan, bad?
Ciao,
Mario
Hi!
Maybe I'm lost off track here - but panelGrid has render-Children set
to true, so it will render the children itself, and the content in the
script tag might show up somewhere totally different, out of sync with
the other components?
The f:verbatim tag works too within an panelGrid, no?
Hi Matthias!
The sort of offline development. Sending offline a patch to a
committer for letting him commit the stuff is to me a -1. Looks like a
bypass.
Do you propose to use jira as mini-incubator?
I am not sure this is what it is meant for.
In this case it was committed to the sandbox, no?
[
http://issues.apache.org/jira/browse/TOMAHAWK-610?page=comments#action_12429107
]
Mario Ivankovits commented on TOMAHAWK-610:
---
In the sandbox there is a numberconverter which will automatically detect the
required destination type
Hi Mike!
I hadn't noticed this before -- You added it while I was on vacation.
Sneaky. :-) And after you'd already +1'd my implementation in the
currencyConverter - BigDecimal storage thread.
Hmmm, yes, sorry.
If I remember correctly, I had a bad need for this and thought no one
else already
Hi Mike!
Sounds good. I'm probably not going to get to it for another couple
of weeks in any case.
Ok, so maybe I manage to do it. I'll start work on tomahawk-610 before
I start so that you know I am working on it.
Ciao,
Mario
Hi!
h:panelGroup rendered=#{pageBean.isLoggedIn}
h:panelGroup rendered=#{securityBean.isManager or
securityBean.isAdmin}
I know, that this will work, though, it looks like a hack (one I often
used ;-) ).
Having a simple secure tag will also reflect what the designer/developer
wanted to do -
[
http://issues.apache.org/jira/browse/TOMAHAWK-593?page=comments#action_12427554
]
Mario Ivankovits commented on TOMAHAWK-593:
---
I'll have a look at it after my vacation (which ends soon), though, I can do it
only in an JSP
Hi!
Its a pleasure being here! Thanks!
Mario, please subscribe to the pmc list and update your status on the
site.
I'll do right after my vacation - The internet connection here is a pain ;-)
Ciao,
Mario
Hi Matthias!
But... why has the javax.mail 1.4 jar a dependency to activation 1.0.3 ?
Its simply a requirement http://java.sun.com/products/javamail/
I already tried to use it without activation bad that wont work.
As far as I remember they use it to instanciate the various provider
(pop, imap,
[
http://issues.apache.org/jira/browse/TOMAHAWK-565?page=comments#action_12423284
]
Mario Ivankovits commented on TOMAHAWK-565:
---
maybe changing this to javascript:false; as in inputCalendar should help
inputHTML produces IE security
501 - 600 of 974 matches
Mail list logo