Updates from December, 2011 Toggle Comment Threads | Keyboard Shortcuts

  • Andrew Nacin 2:57 pm on December 28, 2011 Permalink | Reply
    Tags:   

    The plugins directory should now update in near real-time. Previously updates only ran every 15 minutes and some other things (namely adding committers) fired less often.

    If you notice any problems, please comment here.

    Thanks @bazza for doing this!

     
  • Jane Wells 12:48 pm on December 23, 2011 Permalink | Reply
    Tags: ,   

    Core Team Meetup Recap: Multisite 

    These are the notes from a breakout discussion on multisite at the core meetup with me, @markjaquith, and @nacin. As with all of these discussion summaries, please remember that they’re just discussions. I’m posting the notes for transparency purposes, not to say that these are the only things discussed or decided. I’m working from notes, and sometimes you don’t get everything down when you’re taking notes (next year I’ll record these things instead).

    Multisite!

    Who can lead this joint? Since the merge and Donncha moving on to other things, we had Ron for a cycle, Pete for a cycle, then no one. It would be good to have someone act as component owner.

    Multisite needs parity with the single site experience. Includes UI, UX, copy/strings, install flexibility (subdomain etc), installation ease (add a site).

    First we need to improve the manage/use experience, then fix install stuff and get it into the dashboard to turn on multisite.

    We need a useful global dashboard.

    We need to have flexibility in where sites and networks live — should be able to live wherever you want on one network. Subdomains/subdirectories/mapping/whatever you want, mixed subdomain/subdirectory, custom domains, global permalink consumer/router.

    Need to fix different workflows: adding users to network, adding users to site, invitations. User signup, creation, assignment, invitation all need new flow

    We need parity between plugins and themes. Enable vs activation is confusing, need to improve language, indicators. Need ability to network enable but disable for individual sites. Need to standardize network enable/activate etc for plugins/themes. Network activated plugins don’t show in individual site’s plugin list, which is confusing.

    UX Action Items:

    UX ACTION ITEM — Include network activated plugins in the plugins menu and give message that it is automatically on for the whole network (if admin/have rights to see plugins screen).

    UX ACTION ITEM — Autocomplete usernames or site names for network admin and for superadmin everywhere.

    UX ACTION ITEM — Get multisite tag/indicator on plugins in directory, add multisite specific/required indicator.

    Under the Hood Action Items:

    ACTION ITEM — Get rid of MS-FILES.

    ACTION ITEM — Enable install in subdirectory so you can use externals.

     
    • Frank 1:39 pm on December 23, 2011 Permalink | Reply

      Great; i love solutions with mutlisite and i wait now for an global dashboard; current i use the root blog (1) for this job. Great news
      I wish the team mery christmas and really nice new year. Best regards

    • Lauro Faria 1:45 pm on December 23, 2011 Permalink | Reply

      Good.
      These are items that interest me.
      An updated website (multisite), to version 3.3, and found some difficulty in managing permissions and what is accessible by users. It may not have found the right plugin. It aims to improve this item?

    • mitcho (Michael 芳貴 Erlewine) 12:25 am on December 28, 2011 Permalink | Reply

      +1 Happy to help as time allows. I’ve been involved with and rolling out more and more Multisite installs… there’s definitely a lot of space for improvement.

  • Matt 1:14 am on December 22, 2011 Permalink | Reply
    Tags:   

    MT has given the typography on WordPress.org a refresh to bring it more in line with our sans-serif (instead of Lucida) approach in the WP dashboard, and also tightened up the vertical space the sub-heads were taking up on the page. Helvetica / Arial is a bit tougher than Lucida at smaller pixel sizes, so drop a comment here if you notice anything funky on the site.

     
    • Jane Wells 1:23 am on December 22, 2011 Permalink | Reply

      For newer contributors who don’t know, MT = Matt Thomas.

    • Emil 1:27 am on December 22, 2011 Permalink | Reply

      Also nicer on mobile devices as well. Nice guys!

    • Alex Mills 1:29 am on December 22, 2011 Permalink | Reply

      • Emil 1:38 am on December 22, 2011 Permalink | Reply

        so clean

      • Jane Wells 1:46 am on December 22, 2011 Permalink | Reply

        The new profiles layout is a project Chelsea Otakan and I did a while back, but we didn’t get it coded up until this week when Otto was in town and pitched in. This is a first step toward integrating more activity stream stuff like attending WordCamps, meetups, etc.

      • Dominik 10:59 am on December 22, 2011 Permalink | Reply

        Seems like the profiles doesn’t have sans-serif yet?

    • Mika Epstein (Ipstenu) 1:50 am on December 22, 2011 Permalink | Reply

      Much much love for the forum level up :)

      Older people + folks with terrible vision comment. The fonts are a smidge too small on the forums. If #forumlist has a fontsize of 12px (instead of 11) and maybe #forumlist a to 13px, it’s just a bit easier on the eyes :)

      • jb510 2:24 am on December 22, 2011 Permalink | Reply

        +1 – it’s really really tiny on my hi-res MBP’s screen.

        Also anyone know why the Meetups forum reports -73 (negative 73) topics?

        • Mika Epstein (Ipstenu) 3:24 am on December 22, 2011 Permalink

          It needs a re-count in bbPress. It’s from all the support tickets people posted in there that we had to move out, or the spam we deleted.

      • sabreuse 10:45 pm on December 22, 2011 Permalink | Reply

        Am I seeing things, or have the too-small fonts in the forum been tweaked some time today? Anyway, much better, now, and I really like the changes overall!

    • Jeffro 9:41 am on December 22, 2011 Permalink | Reply

      typography was one of the reasons you got involved with B2. All these years later and you’re still tough on creating the best typography.

    • Ben Huson 9:42 am on December 22, 2011 Permalink | Reply

      • Ben Huson 9:48 am on December 22, 2011 Permalink | Reply

        Whoops, meant to post that in the previous post above plugin headers… duh

        Another nice enhancement might be to add gravatars or something on the plugin author pages too – just a suggestion.
        http://wordpress.org/extend/plugins/profile/husobj

        • Dominik 10:55 am on December 22, 2011 Permalink

          I think it would be better to combine both profiles.

        • Mert Yazicioglu 10:13 pm on December 22, 2011 Permalink

          I think user profiles on WP Profiles are going to be used across the site, hence they are redesigning it. If that’s not the current plan, it most definitely should be ;)

    • Chelsea Otakan 12:03 am on December 25, 2011 Permalink | Reply

      humungous yay!

  • Matt 4:21 pm on December 21, 2011 Permalink | Reply
    Tags:   

    Been giving a lot of thought to how to give plugin authors more control over their plugin pages. In WordPress custom headers have been hugely beneficial in people’s ability to make a theme their own without having to be a designer. (And designers can make them really sing.)

    As an experiment we’ve turned on custom headers for the plugin directory. If you’d like to try out this feature:

    1. Make a 772×250 pixel jpeg or png. (No animated GIFs. :) )
    2. Check it in to your plugin’s SVN directory with the path assets/banner-772x250.(jpg|png). Note that the assets directory is added to your plugin’s root directory, not trunk.
    3. On the next plugin directory refresh (every 15 minutes or so) you should see your image start showing up on the page.

    For an example of this in action, check out Hello Dolly, natch. Our goal is to mainly see how people use them, so if you try this out leave comment below with a link to your plugin!

    Final note: this is just an experiment, and there is a 98.254% chance the dimensions, placement, and text overlay for this header will change in the future, or the idea might not work at all. But I think it’s a nice toe in the water for letting authors really make their plugin pages shine.

     
  • Jane Wells 4:16 pm on December 21, 2011 Permalink | Reply
    Tags:   

    Between some people still being in transit and some others out for the holiday, there will not be an official dev chat today. Anyone who is around and wants to meet up in the channel could do a scrub on bugs (any/all). Next week we’ll meet to begin discussions about 3.4 process and scope.

     
  • Jane Wells 3:26 am on December 20, 2011 Permalink | Reply
    Tags: theme, twenty twelve   

    Core Team Meetup Recap: Default Theme “Twenty Twelve” 

    One of the topics discussed at the core team meetup was next year’s default theme. It was determined that the default theme will be Matt’s project for 3.4. Matt will be overseeing a theme designer (via Lance) to ensure a theme that is “kind of different from before, generally palatable, and that Matt likes.” Once Matt chooses a design, a directory will be started and the core team will supervise the code from the start, hopefully with review cycles involving the theme review team.

    Some notes about what we want in a new default theme:

    • single post/permalink view with post formats is needed
    • variable height header image
    • mobile version
    • default to static front page (will need a function in core to auto-choose)
    • editor styles the same as front end.
    • avoid clever things that aren’t super-useful (like ephemera widget)
    • start with 2011 as base for code (or 2010, which has gotten more updates and had more eyes on it)
    • no featured image in header
    • by default – no header image

    To-do: Reverse engineer from 3.4 timeline to create a schedule of deadlines for theme design and development.

     
    • Evan Jacobs 3:30 am on December 20, 2011 Permalink | Reply

      I would like to suggest incorporating an adaptive framework (like Skeleton) into the next default theme, such that a mobile site doesn’t have to be designed separately.

      • Jane Wells 3:45 am on December 20, 2011 Permalink | Reply

        It would have been more accurate for that line item to say “looks good on mobile” rather than “mobile version,” much as Twenty Eleven does.

      • Emil 4:01 am on December 20, 2011 Permalink | Reply

        @Evan Twenty Eleven does have Responsive Design since I believe day one, so no it doesn’t need to be designed separately because it works and looks the same on all* devices!

        @Jane is this something beyond Responsive Design?

        Thanks,
        Emil

        • Jane Wells 4:12 am on December 20, 2011 Permalink

          Responsive design does not mean looking the same on all devices, it means dynamically rearranging and/or resizing things so they will look good and make sense regardless of size.

        • Emil 8:36 pm on December 20, 2011 Permalink

          Yes I know and you’re right, for some reason I was under the impression that “elements” do resize in Twenty Eleven. What does not is video embeds a/ka/a (Post Format Test: Video) but that can be changed with i.e. object, embed, video, { max-width:100%;}.

          Thanks for an additional input,
          Emil

        • Rafael 3:41 am on December 21, 2011 Permalink

          or using FitVid.js

        • Emil 5:59 am on December 21, 2011 Permalink

          I tried, FitVid.js works like charm :)

    • Banago 9:59 am on December 20, 2011 Permalink | Reply

      I’d like to contribute to Twenty Twelve theme. Let’s hope so.

    • Sara Rosso 11:12 am on December 20, 2011 Permalink | Reply

      Exciting! Would love it if the sidebar is an option to turn on or off on a permalink / single post page (instead of automatically off as in Twenty Eleven)

      • Jane Wells 1:35 pm on December 20, 2011 Permalink | Reply

        I believe it already is in Twenty Eleven. It just depends on what you choose as default layout on Theme Options, doesn’t it?

        • Mika Epstein (Ipstenu) 2:37 pm on December 20, 2011 Permalink

          No, on TwentyEleven there’s no option to turn the sidebar ON for posts/pages. You can turn it on or off for the front page/archives, but not the posts. IIRC that was to showcase the content of the post, and not detract with ‘happy sidebar fluff!’

        • Jane Wells 3:37 pm on December 20, 2011 Permalink

          @Mika: I must have blocked that out. There were a number of things I didn’t like about Twenty Eleven.

    • Jeff Farthing 1:56 pm on December 20, 2011 Permalink | Reply

      Let’s please make sure that this time, the default theme properly calls The Loop, on all templates! It’s not very cool when the default theme doesn’t even follow the WP standard (as the case with Twenty Ten and Twenty Eleven).

    • Jorge 2:52 pm on December 20, 2011 Permalink | Reply

      the new theme could have 4 layout options. “content”, “sidebar-content”, “content-sidebar”, “sidebar-content-sidebar”. It would be wonderful.

      • Rami 10:21 pm on December 22, 2011 Permalink | Reply

        +1 !!!
        3 column theme would be great!

    • Ian Stewart 3:24 pm on December 20, 2011 Permalink | Reply

      default to static front page (will need a function in core to auto-choose)

      Hot-diggity-dog, yes. :)

    • Eric Mann 3:37 pm on December 20, 2011 Permalink | Reply

      If we wanted to set the standard for how social sharing icons are added to individual posts/pages, this would be the perfect opportunity to demonstrate and establish a best practice. Maybe with a theme-specific hook. Maybe with `get_template_part( ‘post_footer’ )`. In any case, setting the standard with the release of Twenty Twelve and 3.4 would convince a lot of developers to follow suit.

      • Jane Wells 3:43 pm on December 20, 2011 Permalink | Reply

        There’s a ticket for something like that on trac, from when I offered to make cookies for whoever solved it first.

        • Eric Mann 4:38 pm on December 20, 2011 Permalink

          Bingo (https://core.trac.wordpress.org/ticket/18561). It’s just that a few people seemed persuaded that this should be theme-specific and not in core. So if it’s not going to be in core, I think Twenty Twelve would be a great way to demonstrate how it should be done in themes. Either way, I figured *now* would be the best time to start a discussion as it pertains to 3.4/Twenty Twelve …

      • Helen Hou-Sandi 4:15 pm on December 20, 2011 Permalink | Reply

        In any case, setting the standard with the release of Twenty Twelve and 3.4 would convince a lot of developers to follow suit.

        +1

        Post extras! :) It was #18561.

      • Rev. Voodoo 5:59 pm on December 20, 2011 Permalink | Reply

        Ha! I was just working on a theme for my personal blog, and adding in some hooks…. Logged on here to suggest the very same thing!

    • Cais 4:29 pm on December 20, 2011 Permalink | Reply

      … hopefully with review cycles involving the theme review team.

      We would be greatly interested in being involved with this … I’m sure it will be easily arranged.

    • bobbi 5:39 pm on December 20, 2011 Permalink | Reply

      I hope you start with 2010 as the building block, personally I have never used 2011 as there was nothing about it i liked. Way more users are using 2010 and way more children of 2010 have been developed.

    • billbennettnz 1:25 am on December 21, 2011 Permalink | Reply

      Can we have a 2012 theme where there’s only one H1 on each page? I’m told by my expert friends having more than one – like 2011 – is hurting my site with Google search.

    • Tim 3:59 pm on December 22, 2011 Permalink | Reply

      An optional sidebar on single post pages would be amazing!!!

    • Worli 12:24 am on December 23, 2011 Permalink | Reply

      Mobile version would be a great feature. Hope it has a option to set left or right side bar, since many users still prefer left side bar.

    • Gaurav Tiwari 1:14 pm on December 24, 2011 Permalink | Reply

      Make it as good as Twenty Ten is in Print, Please.

    • Jhay 5:45 am on December 25, 2011 Permalink | Reply

      A default WorPress theme with no default header image? That’s something to look forward to.

  • Jane Wells 10:53 pm on December 18, 2011 Permalink | Reply
    Tags: ,   

    Core Team Meetup Recap – Part II 

    Picking up where we left off….

    Friday

    We kicked off Friday with a discussion about the high-level roadmap for 2012. Using our earlier talk about process and scope, we identified areas/userflows that we could use to focus a release. Areas of interest included changing themes/customizing your site, uploading a bunch of photos, interacting with audience/feedback loop. (There were more, but let’s face it, there are too many things we’d like to improve to do them all at once.)

    We all donned WordPress gear so that people would recognize us at the happy hour later.

    Dion

    Dion (dd32) modeling the latest swag

    Dion and Andrew

    Dion and Andrew Ozz before lunch

    Lunch: Went to The Sentient Bean in Savannah.

    The Sentient Bean

    The Sentient Bean

    Back patio at the Sentient Bean

    Back patio at the Sentient Bean

    Koop and Mark, Dion and Ozz in the background

    Koop and Mark, Dion and Ozz in the background

    Next we went to ThincSavannah, my coworking space in downtown Savannah. We did the livestreamed Town Hall/Q&A (recording coming soon), answering questions from that forum thread I put up last week and a few that came in live from IRC.

    Core team town hall video screen cap

    Core team town hall

    After that was happy hour at Jazz’d. Only two people came to hang out with us (and to think we dressed up especially!), but they were two great people, so we were fine. Some drinks and appetizers later, we departed for WordPress on Ice, in which we went ice skating at the Civic Center.

    Nacin and Koop on skates

    Nacin and Koop on skates

    Nacin, Mark, Jane, Matt, Jon, Daryl

    WordPress on Ice! Nacin, Mark, Jane, Matt, Jon, Daryl

    Then a stop at Huc-a-Poo’s, then home.

    Saturday

    We spent the morning talking about mobile apps and their place in the WordPress ecosystem, as well as making the dashboard a better experience when viewed in a mobile browser.

    Lunch: Went to AJ’s and ate on the deck. Continued talking about mobile. This eventually morphed a bit into a discussion about the lines between .org/.com.

    Core team at lunch at AJ's Dockside

    Core team at lunch at AJ's Dockside

    After lunch we talked about the default theme for 2012, including what it should do/be that our current themes don’t already accomplish, and the process for its creation. Breakouts followed. One was focused on multisite, while the other was focused on hosting/diagnostics/health check. We tested doing a Google Hangout with screensharing as a way to collaborate more effectively throughout the year, and agreed we would try to do them once a month. For dinner we got takeout BBQ from Gerald’s Pig & Shrimp. We pretended @ryan was with us by playing a video of him from last year’s meetup. Afterward, Koop gave a primer on JavaScript.

    Sunday

    When we started this morning, we tried to at least quickly hit the things we hadn’t gotten to yet, since today was the last day. These included: Google stuff, core plugins, how leadership in core does/does not translate to leadership of the whole project, wordpress.org site, pairs (creating process to make collaborative/non-solo development the norm), and CMS stuff.

    Since a lot of us were pretty interested in making the theme customization process a focus of the next release, we starting identifying what the chunks of that might look like under the new process and with people working in pairs/teams. We continued talking about this over brunch at the Tybee Island Social Club, where @nacin and @dkoopersmith drank bacon bloody marys.

    Bacon Bloody Mary

    Bacon Bloody Mary

    Nacin attempting to consume a bacon bloody mary

    Should Nacin eat the bacon or drink the bloody mary? He can't decide.

    After brunch, @markjaquith and @dd32 left for the airport, and @joncave and @azaozz left two hours later. Bye bye, core team!

    Now we begin a 2nd mini meetup. Matt, Nacin, Koop, and I are staying, and have been joined by @otto42 and @chexee. The next couple of days we’ll be doing some planning and starting projects to make visiting wordpress.org a better, more useful experience.  Tonight, though, everyone is catching up on some individual work after a week of long days.

    We’ll post summaries of the specific core meetup discussions over the coming week.

     
    • Michael Beckwith (@tw2113) 11:26 pm on December 18, 2011 Permalink | Reply

      Very curious to see how the focus on theme customization process turns out, and maybe I can jump in and help a bit with that as it’s one areas I love focusing on.

    • Andrew Nacin 12:12 am on December 19, 2011 Permalink | Reply

      Worth nothing a few things:

      First and foremost, that bacon bloody mary was good. Really good. Who cares how you consume it.

      Second, please don’t interpret the lack of a mention of any peculiar topic to mean it wasn’t discussed — only that only so much can fit in one of these posts. For the developers, we had some discussions on security practices and procedures, unit testing, and core architecture (and planning for the future). The word “multisite” escapes with a single mention, but in that meeting we came away with a number of immediate action items, as well as a potential roadmap for the next year. And if you didn’t catch the livestream, you may have also missed that we’ve committed to a JSON API in core to go alongside RSS.

      This was just the day-to-day play-by-play. There’s a lot more we need to write up. Woo.

    • David Johnson 2:46 am on December 19, 2011 Permalink | Reply

      Thanks for the recap write-up!

      Any word about backup/restore/migration issues within the WordPress core? It seems like basic security and backup should be in the core installation..but maybe I’m missing something.

      Thank you WordPress core team for allowing the community to be involved and aware of the goings on within WordPress.

      • Jane Wells 2:24 am on December 20, 2011 Permalink | Reply

        Security is definitely something that was talked about, but a backup utility is more suited to a plugin than core (though we did discuss the possibility of a core/canonical plugin for backups).

    • Adam W. Warner 2:34 pm on December 19, 2011 Permalink | Reply

      It’s great to get an “insider” view of your meetup, so thanks, the community appreciates it and all the work you all do to make the World a more open and accessible place for many to have their voices heard.

      Also, @Nacin, thanks for the additional mention of Multisite. I’m an avid user and am pleased there will be some additional focus.

    • Lance Willett 3:00 pm on December 19, 2011 Permalink | Reply

      Great job with all these newsy updates, Jane. Kudos.

    • mitcho (Michael 芳貴 Erlewine) 3:07 am on December 22, 2011 Permalink | Reply

      Wait, is the “Nacin and Koop on skates” photo the answer to my request!?

      Here was the original ticket:

      :D :D :D

    • havahula 3:51 am on December 23, 2011 Permalink | Reply

      ok. i’ll bite. where does one get those fancy, baby blue track jackets Dion, Ozz and Matt are wearing? and did Nacin have one too before he drank the bacon bloody mary, which turned his brown?

      • Jane Wells 11:45 am on December 23, 2011 Permalink | Reply

        I had them made special. After the holidays I’ll get some made for the store at http://wordpress.hellomerch.com. The brown ones have a different design and are the ones we were selling last year. They’ll be back eventually, too.

  • Jane Wells 12:54 pm on December 16, 2011 Permalink | Reply
    Tags: , , planning   

    Core Team Meetup Recap – Part I 

    As most people know, the core team (leads, primary committers, Matt) is having its annual meetup this week, packed into a house in Tybee Island, GA with an hour by hour schedule to try to get through as many things as we can. We’ll try to do recaps of everything we talk about to keep everyone in the loop (feel free to ask questions in the comments).

    Monday/Tuesday

    Matt, Mark Jaquith, Westi and I arrived (well, they arrived; I live here) on Monday and had a day to plan out the agenda topics and work out how we wanted to schedule the week.  Rather than plot out a unique schedule every day, we put together a repeatable pattern for morning and afternoon that looked like this:

    Schedule chart

    For the record, “Break” means “Check email, catch up on Trac tickets, etc,” not, “Hang out on the couch watching Hulu.”

    On Tuesday we also took a field trip to buy a cable modem capable of handling the bandwidth increase we’d ordered. That night, everyone else arrived: Nacin, Koop, Dion (dd32), Andrew (azaozz), and Jon (duck_). We had dinner at the Crab Shack and planned an early start on Wednesday.

    Wednesday

    Wednesday was our first day as a full group. We followed the schedule fairly well, though as always with us, some things took longer than expected. :)

    Breakfast: We went to eat at the Breakfast Club, where a bunch of the guys had Blackhawk burritos in honor of our absent member, Ryan Boren.

    Our first main topic was a 3.3 debrief to discuss for about 45 minutes how the 3.3 development cycle went. (Going to split out the notes from these sessions into separate posts, or this post will be a mile long.)

    After that we had breakout sessions, where the intention was for smaller groups to brainstorm/discuss an issue, then come up with a proposal/recommendation to present to the group. The two topics were QA and Updates (specifically the road to auto-updating and how we could get there). Mark assigned people to each session and half the group went upstairs. Coincidentally, that was the UPdates group. (sorry) Afterward, we regrouped and caught each other up on our proposals.

    Lunch: Blackhawk burritos keep you full for days, so people just made sandwiches.

    Round 2 started bringing in @ryan via Skype video from his home in Texas. The main discussion centered on our development cycle/release process/scoping/timelines. We discussed a number of things we could try to keep the cycles more consistent, reduce bottlenecks, and improve accountability.

    Dinner: It was my birthday, so we all went to the Tybee Island Social Club for “Winesday” and continued our talks about everything from the wordpress.org site to growing local developer and user communities. There may be a picture of Koop and/or Nacin wearing a child’s birthday hat. Mark Jaquith has the footage.

    Thursday

    Breakfast: Miscellaneous breakfast stuff at the house. Pretty sure there was a bunch of bacon involved.

    Morning session: Plugins, plugins, plugins. You name it, we talked about it. Findability in the directory, improving the repo and developer experience, plugin review, encouraging collaboration, 3rd party repos, communication with authors, and more.

    Both breakout sessions were plugin-centric. In addition to general recommendations, each subteam was required to identify two discrete action items to help us move forward in their assigned area. One subteam (Me, Westi, Jon Cave, Andrew Ozz) was focused on planning upcoming wordpress.org sites in the Make and Learn areas, while the other (Matt, Nacin, Koop, Dion, Mark) focused on improving the directory.

    This day we did an actual fun outing to get us out of our chairs and away from the laptops for a bit, and went out on a boat for an hour so the guys could get a tour of the river/marsh and hit the ocean as we looped past the Cockspur Lighthouse.

    Core team, on a boat

    Dion (dd32) and Matt

    Mark and his lens

    Koop

    Matt and Cockspur Lighthouse, Tybee Island

    After the boat, we went to lunch at North Beach Grill. There were conversations about infrastructure, performance, automated testing, and crawfish poppers. Before going back to the house, we did a 5-minute walk down to the water.

    Westi on the beach

    In the afternoon, rather than doing another block of heavy discussions, everyone worked on their computers. Some of you may have had some issues accessing svn etc last night, and so did we. So that took a while. After that it was general hackery and miscellaneous discussions about functions, bugs, and the usual things wp devs talk about when they are together. This lasted into the evening, so instead of going out to dinner we ordered pizza from Huc-a-Poo’s and kept working.

    Friday

    Today we’re having a modified schedule because Westi leaves to go home this evening, so we’re trying to get certain things finished before he leaves. We’ll be working this afternoon from a coworking space in downtown Savannah, and will be recording video responses to some of the questions on the forum thread I posted last week. If bandwidth supports it, we’ll livestream this while we record, and could possibly take more questions from people in #wordpress-dev. If we do it, we’ll use the Ustream “WordPress” user channel, and it will be mid-afternoon eastern time (maybe around 3pm?). Once we get there after lunch and can tell if the livestreaming will work, I’ll post on this blog with the verdict.

    Off to Friday’s sessions! We’ll start posting the session writeups as time allows, but will get them all up there no later than the end of next week (there are a lot of notes).

     
  • Mark Jaquith 8:04 pm on December 14, 2011 Permalink | Reply
    Tags: Core, ,   

    As the WordPress core team is in the middle of an in-person meetup, we’ll be skipping the IRC dev chat this week. We’ll be collecting our notes throughout each day of the meetup and posting a summary the following day.

     
  • Andrew Nacin 4:52 pm on December 12, 2011 Permalink | Reply
    Tags: ,   

    Use wp_enqueue_scripts, not wp_print_styles, to enqueue scripts and styles for the frontend 

    If you are enqueueing scripts and styles, you will want to use one of these three hooks:

    1. wp_enqueue_scripts (for the frontend)
    2. login_enqueue_scripts (for the login screen)
    3. admin_enqueue_scripts (for the admin dashboard)

    Don’t let the names fool you — they are for both scripts and styles. We’ll probably add equivalent *_enqueue_styles hooks in 3.4 just to make it more obvious, but these hooks have all existed for some time now.

    A possible incompatibility with WordPress 3.3 could arise if you are using the wp_print_styles hook to enqueue styles — your styles may end up in the admin.

    The fix: Use wp_enqueue_scripts instead. Yes, it’s that easy.

    Edit: Yes, the same goes for registering styles. Registering or enqueueing (styles or scripts) should occur on *_enqueue_scripts.

    (Background: #19510)

     
    • Jared 4:58 pm on December 12, 2011 Permalink | Reply

      Whoops, I’ve been using wp_print_styles – thanks for the heads up!

    • Austin Passy 5:10 pm on December 12, 2011 Permalink | Reply

      Will start the update to my plugins. Especially the login_enqueue_scripts that should come in handy for my login plugin.

    • Jamàl 5:18 pm on December 12, 2011 Permalink | Reply

      Will this effect wp_register_style(); as well?

    • Banago 5:52 pm on December 12, 2011 Permalink | Reply

      wp_enqueue_script used to put scripts i.e. JavaScript in the backend too. It it this behavior that has been changed?

    • Joachim Kudish 6:44 pm on December 12, 2011 Permalink | Reply

      Just to make sure, this is backwards compatible (at least for 3.2) as well?

      • Andrew Nacin 8:21 pm on December 12, 2011 Permalink | Reply

        Yes, 100% backwards compatible. login_enqueue_scripts was added in 3.1, but wp_enqueue_scripts and admin_enqueue_scripts were both added much earlier (2.8, I think).

    • camu 7:45 pm on December 12, 2011 Permalink | Reply

      So, in other words, this article by Scribu is not valid anymore? http://scribu.net/wordpress/optimal-script-loading.html (linked from the official WP documentation, http://codex.wordpress.org/Function_Reference/wp_enqueue_script ) I’m asking because I need the registration and the “printing” to happen separately from each other. Unless there’s some other way to enqueue scripts in the footer. I’ve tried to use the last param in wp_enqueue_scripts, but if the template doesn’t call wp_head(), it fails… Separating registration and printing is the only way to solve this issue, afaik.

      Camu

      • Andrew Nacin 8:30 pm on December 12, 2011 Permalink | Reply

        That article is fine, and doesn’t have to do with the issue here. (You’ll note that the wp_print_styles hook is not used.) However, WordPress 3.3 allows wp_enqueue_script() to work mid-page, which means most of that Jedi logic is no longer needed.

        • Camu 8:41 pm on December 12, 2011 Permalink

          Thank you for clarifying :)

    • kwight 7:58 pm on December 12, 2011 Permalink | Reply

      How does wp_enqueue_style fit in to the mix (which I believe loads on both the front- and back-end)? I’ve just been wrapping it in an is_admin conditional up to this point…

      • kwight 7:59 pm on December 12, 2011 Permalink | Reply

        Oops, just noticed the wp_register_style comment above – clears that up then.

      • Andrew Nacin 8:29 pm on December 12, 2011 Permalink | Reply

        We’re only referring to the hooks wp_print_styles and wp_enqueue_scripts. The actual functions, wp_enqueue_style() or wp_enqueue_scripts() should be called from hooks, not directly in the plugin body. (Which is what the post is about.)

    • Ken Newman 8:12 pm on December 12, 2011 Permalink | Reply

      What about scripts/styles only for particular settings pages: any gotchas? (Is “admin_print_styles-$hook_suffix” still good or is there something better?)

      • Andrew Nacin 8:27 pm on December 12, 2011 Permalink | Reply

        While admin_print_styles-$hook_suffix is not as bad as wp_print_styles, note that the admin_enqueue_scripts hook does pass the $hook_suffix as the first parameter:

        do_action('admin_enqueue_scripts', $hook_suffix);
        
    • redwall_hp 2:36 am on December 13, 2011 Permalink | Reply

      That’s good to know. I don’t think I have any hooked on print_styles, but I think I might have on init on a few sites (with an if !is_admin() inside the function). That’s probably not great either, but at least it’s not going to blow up right away. :)

c
compose new post
j
next post/next comment
k
previous post/previous comment
r
reply
e
edit
o
show/hide comments
t
go to top
l
go to login
h
show/hide help
shift + esc
cancel
Follow

Get every new post delivered to your Inbox.

Join 906 other followers