Re: Internet explorer does not display web pag content properly
Hi Martin, I explored a little further the problem on my own. It seems that the problem boils down to the fact that the required by IE8 X-UA-Compatible meta tag is not first in the head section. so that it is not respected by the browser. Because wicket put some javascripts on the first place: head link rel=stylesheet href=../../css/menu.css type=text/css media=screen/ script type=text/javascript src=../wicket/resource/org.apache.wicket.resource.JQueryResourceReference/jquery /jquery-ver-1362480357000.js/script script type=text/javascript src=../wicket/resource/org.apache.wicket.ajax.AbstractDefaultAjaxBehavior/res/js/wicket-event-jquery-ver-1362480357000.js /script ... etc... link rel=stylesheet type=text/css href=../wicket/resource/net.rrm.ehour.ui.timesheet.panel.OverviewPanel/css/overview-ver-1363710395000.css meta http-equiv=X-UA-Compatible content=IE=9; IE=8; IE=7; IE=EDGE / /head How can I change the order on how wicket renders head section. I have an abstract BasePage which eveyr page extends. How can I have this meta tag defined in wicket:head rendered as the first child in the head section? Preferably using renderHead(IHeaderResponse response) method ? Cheers nad Thanks, JaneElle 2015-01-13 9:28 GMT+01:00 Martin Grigorov-4 [via Apache Wicket] ml-node+s1842946n4668999...@n4.nabble.com: Hi, This sounds like a CSS (and/or JS) issue with your application. There is nothing Wicket related in the description of the problem. Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Tue, Jan 13, 2015 at 9:15 AM, JaneElle [hidden email] http:///user/SendEmail.jtp?type=nodenode=4668999i=0 wrote: Hi All, I would like to ask for an advice how to solve problems related to properly displayed web page table elements in Internet Explorer (versions higher that 8). Namely after loading the web page all its contents is displayed properly. However after moving mouse the table elements are being shifted to the web page right edge and they are remaining in this location for approximately 1 minute. After this time the table elements come back to their previous position. The situation repeats with each mouse movement and while refreshing the web page. I would be grateful for any ideas how to resolve the issue. Cheers, JaneElle -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Internet-explorer-does-not-display-web-pag-content-properly-tp4668998.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email] http:///user/SendEmail.jtp?type=nodenode=4668999i=1 For additional commands, e-mail: [hidden email] http:///user/SendEmail.jtp?type=nodenode=4668999i=2 -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Internet-explorer-does-not-display-web-pag-content-properly-tp4668998p4668999.html To unsubscribe from Internet explorer does not display web pag content properly, click here http://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4668998code=ZWx6YmlldGEucmF1c0BnbWFpbC5jb218NDY2ODk5OHwxNTU4NTUwMTIw . NAML http://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Internet-explorer-does-not-display-web-pag-content-properly-tp4668998p4669016.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Internet explorer does not display web pag content properly
Hi, Check wicket:header-items/ at http://wicketinaction.com/2014/03/header-contributions-positioning/ Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Fri, Jan 16, 2015 at 10:21 AM, JaneElle elzbieta.r...@gmail.com wrote: Hi Martin, I explored a little further the problem on my own. It seems that the problem boils down to the fact that the required by IE8 X-UA-Compatible meta tag is not first in the head section. so that it is not respected by the browser. Because wicket put some javascripts on the first place: head link rel=stylesheet href=../../css/menu.css type=text/css media=screen/ script type=text/javascript src=../wicket/resource/org.apache.wicket.resource.JQueryResourceReference/jquery /jquery-ver-1362480357000.js/script script type=text/javascript src=../wicket/resource/org.apache.wicket.ajax.AbstractDefaultAjaxBehavior/res/js/wicket-event-jquery-ver-1362480357000.js /script ... etc... link rel=stylesheet type=text/css href=../wicket/resource/net.rrm.ehour.ui.timesheet.panel.OverviewPanel/css/overview-ver-1363710395000.css meta http-equiv=X-UA-Compatible content=IE=9; IE=8; IE=7; IE=EDGE / /head How can I change the order on how wicket renders head section. I have an abstract BasePage which eveyr page extends. How can I have this meta tag defined in wicket:head rendered as the first child in the head section? Preferably using renderHead(IHeaderResponse response) method ? Cheers nad Thanks, JaneElle 2015-01-13 9:28 GMT+01:00 Martin Grigorov-4 [via Apache Wicket] ml-node+s1842946n4668999...@n4.nabble.com: Hi, This sounds like a CSS (and/or JS) issue with your application. There is nothing Wicket related in the description of the problem. Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Tue, Jan 13, 2015 at 9:15 AM, JaneElle [hidden email] http:///user/SendEmail.jtp?type=nodenode=4668999i=0 wrote: Hi All, I would like to ask for an advice how to solve problems related to properly displayed web page table elements in Internet Explorer (versions higher that 8). Namely after loading the web page all its contents is displayed properly. However after moving mouse the table elements are being shifted to the web page right edge and they are remaining in this location for approximately 1 minute. After this time the table elements come back to their previous position. The situation repeats with each mouse movement and while refreshing the web page. I would be grateful for any ideas how to resolve the issue. Cheers, JaneElle -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Internet-explorer-does-not-display-web-pag-content-properly-tp4668998.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email] http:///user/SendEmail.jtp?type=nodenode=4668999i=1 For additional commands, e-mail: [hidden email] http:///user/SendEmail.jtp?type=nodenode=4668999i=2 -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Internet-explorer-does-not-display-web-pag-content-properly-tp4668998p4668999.html To unsubscribe from Internet explorer does not display web pag content properly, click here http://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4668998code=ZWx6YmlldGEucmF1c0BnbWFpbC5jb218NDY2ODk5OHwxNTU4NTUwMTIw . NAML http://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Internet-explorer-does-not-display-web-pag-content-properly-tp4668998p4669016.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Proposal: EnclosureGroup to hide surrounding markup depending on enclosure children
Hi all, I have a navigation, where each level consists of a headline to summarize all sub nav links and a list of those sub nav links. Pretty standard. I needed to implement two things: First the sub nav links itself should be hidden or visible during some configuration and such on runtime, e.g. if a user is logged in and has special permissions to see the link etc. Second if all sub nav links are invisible, their headline should be invisible, too, which results in the whole HTML of that navigation block should be removed at all. Hiding the links itself is pretty straightforward by using wicket:enclosure, because the links are the only wicket objects within and everything works automatically. The trickier part is to hide the whole parent HTML with the headline, if all links are hidden already. This sounded like a perfect approach for wicket:enclosure to me as well, but from my understanding wouldn't work because enclosure always needs a special child component to work on, only one of that and is transparent in the component hierarchy and so on. The only alternatives I found were using wicket:container[1], but from my understanding that approach would require to manually create such an container, something which I wanted to avoid, simply because I wouldn't need it for any other useful reason. So what I did was to have a closer look at the current EnclosureHandler and Enclosure and implement my own EnclosureGroup based on those. Such a group is only a simple component which combines Enclosures as children to determine the visibility of the whole group depending on the visibility of the children. Because I as well implemented a filter for the MarkupParser, I'm able to determine special combinations where wicket:enclosure tags can't be standard tags anymore, but need to be my new EnclosureGroup and can be resolved automatically like the standard wicket:enclosure. The only thing I needed to change from Wickets default behavior was the usage of EnclosureHandler as a component resolver and instead replace it with my own EnclosureGroupHandler, simply because naked wicket:enclosure without child attribute is not accepted by Wicket, but I use those as my group indicator. Here's one example: ol class=subNav wicket:enclosure li class=cmds h2 wicket:message key=../wicket:message /h2 ol class=subNav wicket:enclosure li class=... a href=... title=... wicket:id=... wicket:message=... wicket:message key=../wicket:message /a /li /wicket:enclosure /ol /li /wicket:enclosure wicket:enclosure [...] /wicket:enclosure /ol My simple rule is that each wicket:enclosure without any child attribute, but with wicket:enclosure as children is my new group. My current implementation seems to work, but I still have some question: Do you see any likely problems with such an approach, which I just didn't run into yet? Do you see any easier alternatives I've not recognized and which don't force me to manually create components? If my approach doesn't totally suck and you find it useful, is there any interest to add it to the wicket core? From my opinion others could benefit of it as well. [1] http://stackoverflow.com/questions/11754719/wicket-container-that-is-hidden-when-all-its-child-components-are-hidden Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail: thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon...05151- 9468- 55 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Proposal: EnclosureGroup to hide surrounding markup depending on enclosure children
Hi, I'd suggest you to take a look at EnclosureContainer. It is very simple component that is much more reliable than wicket:enclosure and div wicket:enclosure=. There are many known problems with wicket:enclosure (consult with JIRA about them) so I guess you will face issues with your custom solution at some point too. Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Fri, Jan 16, 2015 at 12:50 PM, Thorsten Schöning tschoen...@am-soft.de wrote: Hi all, I have a navigation, where each level consists of a headline to summarize all sub nav links and a list of those sub nav links. Pretty standard. I needed to implement two things: First the sub nav links itself should be hidden or visible during some configuration and such on runtime, e.g. if a user is logged in and has special permissions to see the link etc. Second if all sub nav links are invisible, their headline should be invisible, too, which results in the whole HTML of that navigation block should be removed at all. Hiding the links itself is pretty straightforward by using wicket:enclosure, because the links are the only wicket objects within and everything works automatically. The trickier part is to hide the whole parent HTML with the headline, if all links are hidden already. This sounded like a perfect approach for wicket:enclosure to me as well, but from my understanding wouldn't work because enclosure always needs a special child component to work on, only one of that and is transparent in the component hierarchy and so on. The only alternatives I found were using wicket:container[1], but from my understanding that approach would require to manually create such an container, something which I wanted to avoid, simply because I wouldn't need it for any other useful reason. So what I did was to have a closer look at the current EnclosureHandler and Enclosure and implement my own EnclosureGroup based on those. Such a group is only a simple component which combines Enclosures as children to determine the visibility of the whole group depending on the visibility of the children. Because I as well implemented a filter for the MarkupParser, I'm able to determine special combinations where wicket:enclosure tags can't be standard tags anymore, but need to be my new EnclosureGroup and can be resolved automatically like the standard wicket:enclosure. The only thing I needed to change from Wickets default behavior was the usage of EnclosureHandler as a component resolver and instead replace it with my own EnclosureGroupHandler, simply because naked wicket:enclosure without child attribute is not accepted by Wicket, but I use those as my group indicator. Here's one example: ol class=subNav wicket:enclosure li class=cmds h2 wicket:message key=../wicket:message /h2 ol class=subNav wicket:enclosure li class=... a href=... title=... wicket:id=... wicket:message=... wicket:message key=../wicket:message /a /li /wicket:enclosure /ol /li /wicket:enclosure wicket:enclosure [...] /wicket:enclosure /ol My simple rule is that each wicket:enclosure without any child attribute, but with wicket:enclosure as children is my new group. My current implementation seems to work, but I still have some question: Do you see any likely problems with such an approach, which I just didn't run into yet? Do you see any easier alternatives I've not recognized and which don't force me to manually create components? If my approach doesn't totally suck and you find it useful, is there any interest to add it to the wicket core? From my opinion others could benefit of it as well. [1] http://stackoverflow.com/questions/11754719/wicket-container-that-is-hidden-when-all-its-child-components-are-hidden Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail: thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon...05151- 9468- 55 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Proposal: EnclosureGroup to hide surrounding markup depending on enclosure children
Guten Tag Martin Grigorov, am Freitag, 16. Januar 2015 um 14:45 schrieben Sie: I'd suggest you to take a look at EnclosureContainer. Hello, I had and from my understanding that would require me to add more boilerplate code to manually create such containers and I would still need to create something like EnclosureGroup as well, because EnclosureContainer itself works only on one child component. There are many known problems with wicket:enclosure (consult with JIRA about them) so I guess you will face issues with your custom solution at some point too. OK, in that case I can still fallback to EnclosureContainer I guess. Thanks for the hint. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail: thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon...05151- 9468- 55 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org