Hi Dennis, i am Fabian, not Fabien. Now I understand your issue. The point is that there will be always a layer where it is too late. basically all used javascripts and stylesheets must be known before the layout is rendered. Rendering the layout should not have effects on anything else. Your component slots try to add something for which it is too late already. Are the components slots that highly dynamic that you need to decide in the template of that component which css needs to be inserted? what you are calling for would be basically the option two add an extra layer. say a global template + a global layout decoration I am not sure if that is support now (i dont think so) or if we want to add it. Perhaps your case is too rare to add it. Sounds like you should do this in your own filter then (a copy of sfCommonFilter).
I wonder how much this is a backwards incompatible change. Fabian On Wed, Jun 3, 2009 at 3:10 PM, Dennis Verspuij <dennis.versp...@gmail.com>wrote: > > Hi Fabien > > Thanks for your prompt reply. > > The problem is that the common filter inserted the link and script > tags áfter generating > the whole layout body, so when I use use_javascript and/or > use_stylesheet in the > template of a component I include by using include_component_slot() in > the body > of a layout these get included as well. > > With explicit calls to include_stylesheets() and include_javascripts() > in > the layout head tag the use_stylesheet() and use_javascript() calls > in component slottemplates are "too late"! > > The problem exists in prior sf versions as well if you use explicit > include_stylesheets() and include_javascripts() calls, that's why I > let sfCommonFilter do it implicitely. Since [17794] explicit is now > forced. > > Hope you understand it now, let me know. > > Dennis > > On 3 jun, 14:53, Fabian Lange <fabian.la...@symfony-project.com> > wrote: > > Hi Dennis, > > You can just include include_stylesheets() and include_javascripts() > calls > > where you want the stuff to go to. if you want to have exactly the same > > behaviour as before, just put them before the end of the head tag. > > > > I dont understand why you think the common filter did something differen. > > can you elaborate? > > Fabian > > > > On Wed, Jun 3, 2009 at 2:28 PM, Dennis Verspuij > > <dennis.versp...@gmail.com>wrote: > > > > > > > > > > > > > Hello, > > > > > The only way to succesfully add stylesheets and javascripts using the > > > use_stylesheet() and use_javascript() helpers from component slots > > > templates was to let the sfCommonFilter add all stylesheets and > > > javascripts implicitely after rendering a page (thus not including > > > include_stylesheets() and include_javascripts() calls in a layout > > > template html head tag). > > > > > Since the removal of sfCommonFilter in Sf 1.3 changeset [17794] this > > > now is impossible to do. Any ideas to keep this powerful possibility, > > > thus preventing me from including all stylesheets and javascripts of > > > any component that could be possibly loaded on a page? I think this is > > > a major loss of oop functionality. > > > > > Greetings, > > > > > Dennis- Tekst uit oorspronkelijk bericht niet weergeven - > > > > - Tekst uit oorspronkelijk bericht weergeven - > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en -~----------~----~----~----~------~----~------~--~---
