[
https://issues.jboss.org/browse/RF-10678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12586024#comment-12586024
]
Pavel Yaschenko commented on RF-10678:
--------------------------------------
Should be reviewed after attachToBody attribute would be added
> Calendar - remove @hidePopupOnScroll
> ------------------------------------
>
> Key: RF-10678
> URL: https://issues.jboss.org/browse/RF-10678
> Project: RichFaces
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.0.0.CR1
> Reporter: Lukas Fryc
> Assignee: Pavel Yaschenko
> Fix For: 4.0.0.Final
>
>
> As Ilya said:
> If the popups(autocomplete, calendar, select etc...) placed in scrollable div
> and opened - popups getting on the same position after scroll getting
> "detached" from input. It's really confusing. And we really do not want fix
> it by controlling the popup position via JS(performance). So decided that if
> the user playing with the other page elements(scrolls in that case) that
> would be quite logical just close the popup as for normall blur. (can't find
> but there was discussion somewhere)
> P.S. The only thing I can't remember(for 4.x) - why the attribute added :( In
> 3.3.x it was an attribute in order to keep the component backward
> compatible(hiding functionality added late for ENT branch). But I voted for
> just making such hide as default and non-configurable(at least untill some
> user requests, because not sure who could need the hidePopupOnScroll="false"
> behavior). So anyway need task for consistency review - either remove
> attribute from calendar(before final) or add to other if not added(could be
> after final)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
richfaces-issues mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/richfaces-issues
