[wp-trac] [WordPress Trac] #30579: wp_enqueue_style in footer

Sat Dec 20 00:08:09 UTC 2014

#30579: wp_enqueue_style in footer
-------------------------------------------------+-------------------------
 Reporter:  spacedmonkey                         |       Owner:
     Type:  enhancement                          |      Status:  new
 Priority:  normal                               |   Milestone:  Awaiting
Component:  Script Loader                        |  Review
 Severity:  normal                               |     Version:  2.6
 Keywords:  good-first-bug has-patch needs-      |  Resolution:
  testing                                        |     Focuses:  template,
                                                 |  performance
-------------------------------------------------+-------------------------

Comment (by evasivesoftware):

 Replying to [comment:8 spacedmonkey]:
 > Replying to [comment:7 evasivesoftware]:
 >
 > > Good point, I just think it sounds slightly messy. Utilizing DOM to
 create the link and inject into <head> is valid with either HTML4/5 and
 seems more robust (still hacky, none-the-less)
 > >
 > > As you mentioned, rejecting things queued after wp_head() would be
 ideal. I don't see any situation where a stylesheet cannot be registered
 before wp_head() in cases that they are required before in-footer. How
 much cleanliness should be sacrificed to support lower level developers?
 >
 > I completely disagree with your point here. There are lots of reason to
 add css into the footer of a page. If for example, you are using a
 shortcode and you only want to output the css files if the shortcode is
 loaded. Removing styles that are loaded after wp_head, removes
 functionality and breaks compatibility with plugins and themes that may
 already be doing this. It is impractical to remove it now, it could break
 so much stuff.
 >
 > wp enqueue style and wp register style functions should be have a in
 footer option, to bring them inline with wp enqueue script. If you call wp
 enqueue script after wp_head it just puts it in the footer, even if in
 footer isn't set to true.
 >
 > kevdotbadger patch seems workable to me.

 You're completely wrong. In this case, you could quite easily hook
 wp_footer, check to see if a shortcode has been called, and THEN enqueue
 the registered stylesheet only if it has.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/30579#comment:9>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform