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!
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!
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).
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 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.
ACTION ITEM — Get rid of MS-FILES.
ACTION ITEM — Enable install in subdirectory so you can use externals.
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
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?
+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.
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.
For newer contributors who don’t know, MT = Matt Thomas.
Also nicer on mobile devices as well. Nice guys!
so clean
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.
Seems like the profiles doesn’t have sans-serif yet?
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
+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?
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.
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!
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.
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
I think it would be better to combine both profiles.
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
humungous yay!
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:
assets/banner-772x250.(jpg|png). Note that the assets directory is added to your plugin’s root directory, not trunk.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.
Hey, that looks pretty darn good! Definitely give folks a little opportunity for creativity! (You sure you don’t want animation?)
Put in the flying bee for bbPress.
http://wordpress.org/extend/plugins/bbpress/
My favorite!
Debug Bar is showing off some new UI: http://wordpress.org/extend/plugins/debug-bar/
Ooooooo
You can preview a banner by adding ?banner_url=A_LINK_TO_YOUR_IMAGE to your plugin URL.
Imaging the possibilities for pranks! http://wordpress.org/extend/plugins/all-in-one-seo-pack/?banner_url=http%3A%2F%2Fi.imgur.com%2FJvrGA.jpg
LMAO
Yeah we’ll probably have to close that down at some point.
okay that’s pretty funny. nice
But it’s useful for testing. That’s right, for testing.
For science.
I’ve limited this so that only contributors to a plugin can use the banner_url trick to preview images. For science. You monster.
This is excellent news!
I think this will result in more companies being interested in maintaining their plugins because they will be able to control their branding and thus it will seem less like just a technical thing to them.
Thanks Matt, Koop and the rest of the team who are making this happen; you made my day!
P.S. No .GIF?
If GIFs were allowed, they would have to screen for animated ones. I don’t think we want dancing Rick Astleys or flaming skulls in the plugin repository. Or do we?
Plus the GIF format just plain sucks. PNG is the way to go.
Of course. The animation issue is just icing on the cake.
@redwall_hp – Ah, good point, I was thinking more about how some images files can be much smaller in GIF vs. PNG, and some images are not a good fit for JPG. But the animation issue does, mixing with your metaphors put the nail in that coffin.
@Alex Mills: GIF may suck, but JPG is not good for simple raster images and PNG files are typically 2.5 times larges in size than an equivalent GIF files. For a larger image like 772×250, especially where transparency is not really needed, PNG is actually the one that sucks when compared to GIF.
But @redwall_hp had a good point about animations and that does trump image size IMO.
FWIW I find PNG-8 files (vs PNG-24) to usually be the same size or smaller than GIFs. Also using a tool like pngcrush or pngslim or http://punypng.com/ gets them even smaller.
Matt: I wasn’t familiar with PNG-8 vs. PNG-24, thanks!
If you’re on Windows, use IrfanView (free) with the PNGOUT plugin option (also free) to produce incredibly tiny PNG images.
15 mins is so long when you are waiting… Here is mine waiting for the plugin refresh: http://wordpress.org/extend/plugins/wordpress-file-monitor-plus/?banner_url=http%3A%2F%2Fplugins.svn.wordpress.org%2Fwordpress-file-monitor-plus%2Fassets%2Fbanner-772×250.png
I’m not a designer by no means but that doesn’t look too bad for a first attempt if I don’t say so myself
I know! Been giving some thought to how we can make that faster.
That should be getting faster soon. I want the update process to run continuously, so it’s as fast as possible.
There’s a systems request in speed it up, but it’ll take a bit of work. Soon, I hope.
How about this ![]()
http://wordpress.org/extend/plugins/contact-form-7/
Love it!
Cool, I like the updated headers, glad to see the plugin directory getting some love!
I added a banner I doodled up to my plugin Meteor Slides: http://wordpress.org/extend/plugins/meteor-slides/
WP Candy noted these:
http://wordpress.org/extend/plugins/mini-loops/
http://wordpress.org/extend/plugins/simple-facebook-connect/
http://wordpress.org/extend/plugins/simple-google-connect/
http://wordpress.org/extend/plugins/simple-twitter-connect/
http://wordpress.org/extend/plugins/get-snarky/
I just updated Tweetable: http://wordpress.org/extend/plugins/tweetable/
Love the changes:
Very tastefully done! That’s a good’n!
This is a fab idea… I love it.
Just added a quickie to Widgets on Pages http://wordpress.org/extend/plugins/widgets-on-pages/
I’m a big fan of this for the various reasons already stated about better branding, but my only complaint would be to possibly restrict the height a bit more. As an avid WP user, I would like to see the description a bit more front and center. It gets pushed down quite a bit for my taste.
…but that’s semantics;)
We also have 88 vertical pixels being taken up by the mostly-useless plugin directory header and login area that could be tightened up.
Nice one. Next one ![]()
http://wordpress.org/extend/plugins/cachify/
Ok, mine should be up soon at http://wordpress.org/extend/plugins/transposh-translation-filter-for-wordpress/
Any chances to move the screenshots to a similar directory so that the plugin download will be a little less bloaty?
We’re considering just dropping the screenshots from the generated zip files. Obviously that’ll mean that anyone who hotlinks those screenshots from within the plugin will have to change tactics, but it might be worth it to slim down the size of plugin zips.
What do you think?
+1. There’s no need for screenshots to be in the zip file. The new banner in the assets directory may as well be left out too to keep it slim.
You have my vote on dropping those as soon as you can, and maybe even add some sort of gallery to the plugin page if its worked on. Will be more than happy to assist (given a point of contact)
+1. This would make a lot of sense.
+1 as well. Yes. That would be awesome.
(Bad hotlinkers, no cookies)
+1 – I like it.
+1 for me as well.
For back compat we can continue to support (and include in zip) screenshots in main part of a plugin’s repo, but there’s no reason we couldn’t allow people to move things to the assets directory as a replacement. (Haven’t thought about versions, though, maybe we can ignore it.)
+1 here. Anything we can do to make the downloads smaller so fewer issues occur is nice.
It’s not that many plugins that hotlink their own screenshot files. Here’s the list. We could probably notify them directly of an upcoming change. Or heck, just whitelist them.
BTW would that also mean being able to do the screenshots in something like a fancybox / thickbox / colorbox? I’ve always thought they look a bit weird…
+1
+1 Sounds like a sensible approach.
Yeah, I’m thinking we support /assets/ for screenshots. Can make it backwards compatible easily. Thinking versions aren’t necessary as they’re only shown on the plugins page (and wouldn’t be included in the zip at that point). Only someone viewing an old version’s readme.txt and trying to match the numbers up would pose any sort of a change in the user experience.
+1!
+1. Move them to the /assets dir.
Great idea, it looks great!
Also, is there any chance of replacing the Downloads Per Day graph with a JS-based one?
Yeah that’s on our list as well.
You’re on fire!
Well, isn’t this awesome? I already liked the changes that you rolled out yesterday, it is good to see the plugin repo getting sexier!
I took the opportunity to update my Facebook apps plugin: http://wordpress.org/extend/plugins/wp-facebook-applications/
that is awesome! now i need to find something equally as awesome to use for my header images.
It’s like Christmas for plugin developers… Thanks Matt! I love this…
Here’s for a few of my other plugins I just did:
http://wordpress.org/extend/plugins/custom-field-bulk-editor/
http://wordpress.org/extend/plugins/reliable-twitter/
Nice change!
Okay, I don’t know what I’m doing wrong. I’ve committed my jpg to my new assets folder, but it’s not working. When i download the image from the browser, it says it’s corrupt. http://plugins.svn.wordpress.org/recipress/assets/
You can’t hotlink to images in plugins.svn.wordpress.org. It 301s you. Give it 15 minutes to push to the site.
It’s up now. Looks really nice! http://wordpress.org/extend/plugins/recipress/
Awesomeness indeed
great! thanks
Here’s a fun one. Contains the complete usage instructions for the plugin right in the banner, and an example of what it looks like. http://wordpress.org/extend/plugins/login-logo/
Somehow I think most of my plugins will never be that easy to make headers for
I trust Fredrick is already hard at work on a banner like this for W3TC, right?
I just started messing with this a little bit, took me a few minutes to figure out how to add the assets to the SVN, but I got it working eventually. Here is a link to a few more tips I learned in the process and a link to my plugin…
http://mywebsiteadvisor.com/2011/12/update-your-wordpress-plugin-header-image/ http://wordpress.org/extend/plugins/transparent-image-watermark-plugin/
Testing ideas with BuddyPress: http://wordpress.org/extend/plugins/buddypress/
Very cool. I like how you extended the title box for the icon.
ooo, nice move on the icon hack. “in a”, has too much spacing. **2cents
Just put something simple for now: http://wordpress.org/extend/plugins/wordpress-move/
Got mine up! http://wordpress.org/extend/plugins/custom-login/
This is the only one I’m actually happy with
(the wrong size is being fixed…)
Ha!
I need to Like this comment.
http://wordpress.org/extend/plugins/wp-grins-ssl/ is decent at least
Though I noticed we DO NOT get svn commit emails for the assets folder. Interesting.
Simple image sizes have it !
http://wordpress.org/extend/plugins/simple-image-sizes/
Great idea guys!
You’ve given me a reason to once again pretend that I’m good at Photoshop: http://wordpress.org/extend/plugins/typekit-fonts-for-wordpress/
No need to pretend, if you can crop you’re in.
Awesome. Thanks Matt
Thank Koop and Otto, they coded the whole thing up!
WooCommerce is looking good: http://wordpress.org/extend/plugins/woocommerce/
Just committed a banner but I didn’t get an e-mail notifying me of the change like I would if I were to make a change to some code in my plugin.
Is this intentional? A bug?
Yeah I noticed that too
Wow, this is great! But…
There will be some who cross the line with marketing / spamming etc. How long until someone sells a “Brought to you by ” ad in the banner image for their plugin? In some cases that might be acceptable (if the company sponsors the development of the plugin). But what happens when it’s a less than reputable ad (like an adult ad or promoting a non-GPL product)?
It would be good to have some up-front guidelines about what’s acceptable, *before* this becomes a problem.
Anything that doesn’t follow the plugin directory guidelines will be removed or taken over, just like if they put something bad in the code.
HyperDB now has one — http://wordpress.org/extend/plugins/hyperdb/
It works for geeky plugins too!
This is one of my favorites. So classy.
Thanks! Dave Martin made it.
I thought I’d be cheeky and display a couple of testimonials from people who use my plugin: http://wordpress.org/extend/plugins/user-switching/
Kudos for the holiday gift. Great idea!
Hi Vladimir. It doesn’t say anywhere on your plugin page that the plugin ties to a paid service. Can you please include this information on the description page? If you’re not sure where to put it, you could do what Akismet does on theirs with a PS. http://wordpress.org/extend/plugins/akismet/
Finally rtSocial is up after 15 minutes of long wait. Its looking awesome though
http://wordpress.org/extend/plugins/rtsocial/
Great Christmas present, I just put one on http://wordpress.org/extend/plugins/wp-monalisa and one on http://wordpress.org/extend/plugins/wp-forecast. Wouldn’t it be nice to see a smaller banner in the plugins details thickbox in wordpress?
Thanks a lot from tuxlog
Is it just me or is there now a character limit in the description text? I’ve checked a few plugins and they also seem to be cut off but in different points.
Sexy new header added:
http://wordpress.org/extend/plugins/point-and-stare-cms-functions/
Be great if the plugin author(s) info could be moved back up near the top of the plugin page to go along with this new branding. Thanks.
Great idea – you guys rock!
I’ve added my plugin “Genesis Layout Extras” to the list
http://wordpress.org/extend/plugins/genesis-layout-extras/
…all my other plugins will follow in the next days
Updated one of mine: http://wordpress.org/extend/plugins/brown-paper-tickets-api/
i just posted a new one (fancy) on http://wordpress.org/extend/plugins/mailpress/
Beautiful addition to the plugin directory!
IMHO, This would also be really nice for the theme directory too
Those tiny screenshot make my eyes twitch. :p
Oh, and while we are in the process of doing some amazing things to wp.org could we also turn on buddypress and bbpress theme preview support for wp-themes.com… It’s annoying not being able to preview the themes properly before installing.
It’s great! Many thanks for this feature.
http://wordpress.org/extend/plugins/lazyest-gallery/
Hey all, I just wanted to show you a social sharing use case that this addition of plugin banners has allowed:)
I’m “trying” to keep up with all the plugins listed here and keep them added…it may be a few days before yours makes it into the list;)
Great idea. Thanks to Koop and Otto!
And here’s one of mine: http://wordpress.org/extend/plugins/dynamic-content-gallery-plugin/
What I’d really like to see is the ability to create custom pages, beyond just Installation, FAQ, Screenshots, etc. My FAQ page (http://wordpress.org/extend/plugins/basic-google-maps-placemarks/faq/) is overloaded, and I’d like to be able to break it out into multiple pages.
The spankingly new Lanyrd Splat Widget is also sporting a banner… still loving this!
http://wordpress.org/extend/plugins/lanyrd-splat-widget/
Another thing that’d be great would be if screenshots could link to the full-sized version. Right now the CSS is setting a max-width of 530px, which makes full-screen images hard to read. I create my screenshots at 960px (http://wordpress.org/extend/plugins/basic-google-maps-placemarks/screenshots/) so that people can see the full pages if they want, but right now they’d have to open or download the images individually in their browser to do that.
Great idea!
Here our banner: http://wordpress.org/extend/plugins/oa-social-login/
Had to try it… works great
http://wordpress.org/extend/plugins/tf-faq/
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.
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:
To-do: Reverse engineer from 3.4 timeline to create a schedule of deadlines for theme design and development.
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.
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.
@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
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.
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
or using FitVid.js
I tried, FitVid.js works like charm
I’d like to contribute to Twenty Twelve theme. Let’s hope so.
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)
I believe it already is in Twenty Eleven. It just depends on what you choose as default layout on Theme Options, doesn’t it?
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!’
@Mika: I must have blocked that out. There were a number of things I didn’t like about Twenty Eleven.
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).
the new theme could have 4 layout options. “content”, “sidebar-content”, “content-sidebar”, “sidebar-content-sidebar”. It would be wonderful.
+1 !!!
3 column theme would be great!
default to static front page (will need a function in core to auto-choose)
Hot-diggity-dog, yes.
This one had me head-scratching a little bit, so I’m curious to see how it gets implemented.
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.
There’s a ticket for something like that on trac, from when I offered to make cookies for whoever solved it first.
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 …
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.
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!
… 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.
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.
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.
Multiple H1s are actually semantically OK in HTML5.
Thanks Evan, that’s helpful to know. And ammunition to keep the nay-sayers quiet.
For some fun reading related to this topic, see #17611.
Good one Lance! I failed not to mention that ticket here
That was fun indeed!
An optional sidebar on single post pages would be amazing!!!
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.
Make it as good as Twenty Ten is in Print, Please.
A default WorPress theme with no default header image? That’s something to look forward to.
Picking up where we left off….
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.
Lunch: Went to The Sentient Bean in Savannah.
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
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

WordPress on Ice! Nacin, Mark, Jane, Matt, Jon, Daryl
Then a stop at Huc-a-Poo’s, then home.
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
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.
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

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.
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.
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.
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.
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).
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.
Great job with all these newsy updates, Jane. Kudos.
Wait, is the “Nacin and Koop on skates” photo the answer to my request!?
Here was the original ticket:
@darylkoop make sure to get a picture of @nacin checking his phone while skating.—
mitcho (@themitcho) December 17, 2011
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?
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.
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).
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:
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 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.
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.
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.
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.
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).
Hi everyone ! happy birthday Jane !
some work to do : check the sidebar about the 3.3 dev status, schedule & current state …
have a nice day !
Pour one out, #wptybee.
Any word on ustream feed mentioned above? It’s 3:30ish Eastern Time…
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.
If you are enqueueing scripts and styles, you will want to use one of these three hooks:
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)
Whoops, I’ve been using wp_print_styles – thanks for the heads up!
Will start the update to my plugins. Especially the login_enqueue_scripts that should come in handy for my login plugin.
Will this effect wp_register_style(); as well?
Registering should also occur on _enqueue_scripts.
wp_enqueue_script used to put scripts i.e. JavaScript in the backend too. It it this behavior that has been changed?
Just to make sure, this is backwards compatible (at least for 3.2) as well?
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).
Right on.
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
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.
Thank you for clarifying
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…
Oops, just noticed the wp_register_style comment above – clears that up then.
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.)
What about scripts/styles only for particular settings pages: any gotchas? (Is “admin_print_styles-$hook_suffix” still good or is there something better?)
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);
Very good then. I see lots of source do admin_print_styles… It’s in core, twentyeleven, and popular plugins (so it can’t be terrible) but I’ll stick with the better new hotness tho in future
You’re post about get_current_screen() as an alternative to $hook_suffix is helpful related to this http://wpdevel.wordpress.com/2011/12/06/help-and-screen-api-changes-in-3-3/
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.
Mark Jaquith 6:22 pm on December 28, 2011 Permalink |
Just tested it. Had a readme.txt change show up in 30 seconds. ::dances::
kurtpayne 6:19 am on December 29, 2011 Permalink |
Awesome! Thanks guys!
David Decker 8:42 pm on January 4, 2012 Permalink |
Thanx for this info!
I have still problems with the date – this seems to only get updated “by accident”. I am using RapidSVN on Ubuntu Linux. Sometimes I have to edit readme.txt numerous times to get the new date and something absolutely nothing happens. This is annoying because half of my plugins were updated in the last days but it still shows all dates from December…
Thanx for any tips!
-Dave from Germany
Martin 6:56 pm on January 7, 2012 Permalink |
I keep having the same problem. Any news on this?
Alex Mills 6:50 pm on January 10, 2012 Permalink |
Same issue here as well. I pushed 6.3.4 of one of my plugins and the ZIP and version number updated while the last updated date and changelog did not:
Missing new info: http://wordpress.org/extend/plugins/vipers-video-quicktags/changelog/
But it’s in the readme: http://plugins.trac.wordpress.org/browser/vipers-video-quicktags/trunk/readme.txt#L100