[
https://issues.apache.org/jira/browse/CLK-529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12934239#action_12934239
]
Adrian A. commented on CLK-529:
-------------------------------
> I'd like to see these Controls moved into their own sub-project ->
> click-prototytype, making it very clear to users and focusing the projects
> efforts.
You mean an Apache Click "subproject", or just a subdirectory (like click
examples), or something totally out of Apache like the case of click-jquery?
I proposed for the begining to just use a simple different package, as ANT can
be simply changed to create for that package a:
"click-prototype-2.3.0.jar" that would contain only those prototype based
classes.
> Supporting jQuery, Prototype, Mootools, YUI, RightJS inside Click doesn't
> scale and doesn't work in practice.
True. Besides they're mostly never used together, but only one at a time.
> DateField however will be difficult.
Another option might be to have by default a real "DateField" (not a Calendar),
i.e. something with comboboxes, like the Rails DateTime Select
from the beginning of this video:
http://railscasts.com/episodes/213-calendars
as a fallback mechanism when none of the other mentioned solutions are used.
> HTML5 datetime might help here though. By default DateField could be marketed
> as HTML5 compliant and have no JS dependency.
> The click-calendar project can be used as an alternative if HTML4 must be
> supported (HTML4 will be valid until 2020).
Interesting approach. Could be this process automated somehow, so that the
users don't need extra effort to have this work with their existing apps?
> Refactor Prototype based controls to org.apache.click.extras.prototype
> ----------------------------------------------------------------------
>
> Key: CLK-529
> URL: https://issues.apache.org/jira/browse/CLK-529
> Project: Click
> Issue Type: New Feature
> Components: extras
> Reporter: Adrian A.
> Assignee: Adrian A.
> Fix For: 2.4.0
>
>
> Refactor the Prototype base Click controls to a separate package
> org.apache.click.extras.prototype.
> This would allow a nice separation and easy integration of other javascript
> frameworks too.
> It would be also much easier for the users, since there also might be
> duplicate components made with other javascript frameworks too.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
