A bypass definitely would be to use direct html
via <input type ...> to pass down the form parameters.
The decision of sun, to use javascript for the commandLink
is perfectly understandable in the light, that it causes
less problems than targetting plain html for form submits and combined
form submits (which are often needed for more complex controls)
In the end I would recommend, to think twice about the decision of
trying to lock out javascript, things are currently heading in a very
pro javascript way. There currently is a huge buzzword momentum behind
Ajax (and it probably will stay that way for the forseeable future).
Javascript is not thad bad, if you have a good set of components
isolating the platform and browser dependend stuff.
On JSF level you wont see it in most cases anyway, that stuff should
be handled by well implemented renderers.
Werner
Martin Marinschek wrote:
What you can try to do is style the commandButtons as Links - I don't
know if it is completely possible though?
regards,
Martin
On 6/2/05, Werner Punz <[EMAIL PROTECTED]> wrote:
Jesse Alexander (KBSA 21) wrote:
Because of a company-rule which does not allow Javascript in
web-applications, the Javascript-toggle is one of the most
important assets of MyFaces for us.
But the HtmlCommandLink component does not work when it is
set to false. I tested that under 1.0.8 and 1.0.9. It seems
that the UiForm does not call the command-links decode method.
I will try to debug that a bit more in depth and I have a small
webapp which I will stremaline a bit more if a testcase is needed.
Cannot work, to my knowledge Sun specified that h:commandLink needs
javascript in the HTML incarnation to work. This is less a matter of
implementation and more a matter of specification.
I dont know if that issue will be resolved by the 1.2 specs.
I maybe wrong, though, but I dont think so.
