[ https://issues.jboss.org/browse/RF-10071?page=com.atlassian.jira.plugin.s... ] Juergen Zimmermann commented on RF-10071: ----------------------------------------- Same issue with IE 8 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10071?page=com.atlassian.jira.plugin.s... ] Lukas Fryc updated RF-10071: ---------------------------- Summary: Drop down menu: not possible to type to input in menu (was: Drop down menu: not possible to type to input in menu in IE7) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10071?page=com.atlassian.jira.plugin.s... ] Gleb Galkin reassigned RF-10071: -------------------------------- Assignee: Ilya Shaikovsky (was: Gleb Galkin) Ilya, is it actual bug? -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10071?page=com.atlassian.jira.plugin.s... ] Ilya Shaikovsky edited comment on RF-10071 at 1/18/11 5:31 AM: --------------------------------------------------------------- no. RFC could be created for future. But that as we implemented for now. <rich:menuItem mode="client"> <h:inputText value="" onclick="event.stopPropagation();"/> </rich:menuItem> could be used easilly and allows us to remove all the redundant code from 3.3.x Why redundant? Because I do not see why *popup menu* should support input in real life. The guys just using menu to implement some kin of "search" popups as shown http://livedemo.exadel.com/richfaces-demo/richfaces/dropDownMenu.jsf there. But I believe it's not ddmenu work. popup should be used in 4.x. Maybe we should consider review and improvement in positioning of popup in order to allow easy connection to the elements which calling that popup, But I prefer to reject that support for ddmenu out-of-the-box at all P.S. I already tried and successfully implemented similar case with toolbar-item-search popup attached to it. Just not ready to commit to demo as using some hardcode in positioning for now. was (Author: ilya_shaikovsky): no. RFC could be created for future. But that as we implemented for now. <rich:menuItem mode="client"> <h:inputText value="" onclick="event.stopPropagation();"/> </rich:menuItem> could be used easilly and allows us to remove all the redundant code from 3.3.x Why redundant? Because I do not see why *popup menu* should support input in real life. The guys just using menu to implement some kin of "search" popups as shown http://livedemo.exadel.com/richfaces-demo/richfaces/dropDownMenu.jsf there. But I believe it's not ddmenu work. popup should be used in 4.x. Maybe we should consider review and improvement in positioning of popup in order to allow easy connection to the elements which calling that popup, But I prefer to reject that support out-of-the-box at all P.S. I already tried and successfully implemented similar case with toolbar-item-search popup attached to it. Just not ready to commit to demo as using some hardcode in positioning for now. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10071?page=com.atlassian.jira.plugin.s... ] Nick Belaevski updated RF-10071: -------------------------------- Issue Type: Feature Request (was: Bug) Fix Version/s: Future_4.X (was: 4.0.0.CR1) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10071?page=com.atlassian.jira.plugin.s... ] Nick Belaevski updated RF-10071: -------------------------------- Fix Version/s: 4.0.0.CR1 (was: Future_4.X) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira