Updated Credits

Each releaseRelease A release is the distribution of the final version of an application. A software release may be either public or private and generally constitutes the initial or new generation of a new or upgraded application. A release is preceded by the distribution of alpha and then beta versions of the software. cycle, we try to recognize those core contributorsCore Contributors Core contributors are those who have worked on a release of WordPress, by creating the functions or finding and patching bugs. These contributions are done through Trac. https://core.trac.wordpress.org. who’ve made the greatest impact, ramped up the quickest, and/or been the most reliable.

In the Contributing Developers categoryCategory The 'category' taxonomy lets you group posts / content together that share a common bond. Categories are pre-defined and broad ranging., mainstays Sergey Biryukov, Dominik Schilling (Ocean90), and Cristi Burcă (Scribu) are joined by Aaron Campbell and Helen Hou-Sandi. Aaron has been contributing for several years, but his work this cycle on improvements to custom headers stood out. Helen, who was a Recent Rockstar in 3.3, stepped up with improvements to the theme screen, UIUI User interface/CSSCSS Cascading Style Sheets. fixes, and general helpfulness as fixes of all sorts were made through the later stages of the cycle.

The Recent Rockstars section is mainly aimed at recognizing newer contributors and/or contributors who’ve been around for awhile casually but have recently increased their involvement. In this category, Amy Hendrix worked (with Aaron Campbell) on the improvements to custom headers with great success. George Stephanis worked on css and improving the mobile experience. Stas Sușkov contributed to the thinking behind HTMLHTML HyperText Markup Language. The semantic scripting language primarily used for outputting content in web browsers. captions, a feature that has been waiting patiently on TracTrac An open source project by Edgewall Software that serves as a bug tracker and project management tool for WordPress. for years. Max Cutler and Marko Heijnen both worked on updating aspects of XML-RPC, and Kurt Payne contributed to dozens of tickets including the refactoring of adminadmin (and super admin)-ajax.php.

Thank you all for your increased efforts, and congratulations on having your picture in the credits!

#3-4, #contributors, #credits

WordPress 3.4 Field Guide for Developers

WordPress 3.4 Release Candidaterelease candidate One of the final stages in the version release cycle, this version signals the potential to be a final release to the public. Also see alpha (beta). 2 due to drop any moment, and we’re aim to do a final releaseRelease A release is the distribution of the final version of an application. A software release may be either public or private and generally constitutes the initial or new generation of a new or upgraded application. A release is preceded by the distribution of alpha and then beta versions of the software. of 3.4 early next week. Developers, this is your last pre-release opportunity to test your plugins and themes.

For 3.3, I wrote up a field guide of things developers need to know. For 3.4, I get to crowd-source it:

Custom Headers and Backgrounds. Chip Bennett posted a great summary of the API changes on the makemake A collection of P2 blogs at make.wordpress.org, which are the home to a number of contributor groups, including core development (make/core, formerly "wpdevel"), the UI working group (make/ui), translators (make/polyglots), the theme reviewers (make/themes), resources for plugin authors (make/plugins), and the accessibility working group (make/accessibility)./themes blogblog (versus network, site). Amy Hendrix posted about flexible custom headers. If you are a theme developer, I would strongly suggest you follow the make/themes P2.

Live Previews (The CustomizerCustomizer Tool built into WordPress core that hooks into most modern themes. You can use it to preview and modify many of your site’s appearance settings.). You’ll want to read Otto’s definitive post on the subject, How to leverage the Theme Customizer in your own themes.

New WordPress XML-RPC APIAPI An API or Application Programming Interface is a software intermediary that allows programs to interact with each other and share data in limited, clearly defined ways.. If you’re interested in the new APIs for custom content types and taxonomies, check out the Codex page, put together by Max Cutler. Max also recapped the bug fixes, test coverage, and other changes on his blog.

Internationalization/Localization Changes. There’s a document on the translators P2 that outlines the numerous changes here.

That’s all we have for now! If there’s something we missed that deserves a writeup for developers, leave a comment and I’d be happy to make sure it gets written up here (under the field guide tagtag A directory in Subversion. WordPress uses tags to store a single snapshot of a version (3.6, 3.6.1, etc.), the common convention of tags in version control systems. (Not to be confused with post tags.)).

#3-4, #field-guide

What’s Your Name?

It’s that time in the releaseRelease A release is the distribution of the final version of an application. A software release may be either public or private and generally constitutes the initial or new generation of a new or upgraded application. A release is preceded by the distribution of alpha and then beta versions of the software. cycle, folks… credits! Here is a recycle of the post telling you to update your name for the credits screen. 🙂

Did you have at least one props on a commit in 3.4? If so, you’re listed on the Credits screen in the WP dashboard.* In the listing, your name links to your wordpress.orgWordPress.org The community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/ profile. Some people are shown as their real names, while others show as their tracTrac An open source project by Edgewall Software that serves as a bug tracker and project management tool for WordPress./.org usernames. Now, if you’re all about the alias and you go by your trac/irc handle everywhere and want to keep it that way, that’s fine. But, if you would like people (curious users, colleagues, potential clients or employers, etc) to see your real name, all you have to do is add it to your profile.

Note 1: You may say, “But my username is my name, just without spaces and capital letters/a last name.” You’re still on the list, because it’s in username format.

Note 2: You may say, “Yes, I would really like people who google my real name to find my WP profile, but within the community, everyone knows me as my username. Quandry!” Not really. Take a page from some of the other people in your situation and put your username in parenthesis after your last name. In the coming year we’ll be making improvements to the profiles section, and having an optional way to display your username will hopefully be added.

Below is a list of everyone is the 3.4 credits that is listed by username rather than regular name. If you see your username on this list, click on it to go to your wordpress.org profile. Log in. Edit links will appear. Click the one in the top section that controls name and description, put your real name in the Name field, and save it. Voil , your real name will show up on the credits page.

082net,
akshayagarwal,
ampt,
Andrea_r,
Barry,
BenChapman,
Billy (bananastalktome),
camiloclc,
casben79,
Caspie,
ceefour,
cheald,
chellycat,
Cyapow,
daniloercoli,
deltafactory,
demetris,
dllh,
ebababi,
edward-mindreantre,
emhr,
Empireoflight,
garyc40,
Gautam,
hearvox,
insertvisionhere,
Ipstenu,
Japh,
jaquers,
jeremyclarke,
Justin,
Kuraishi (tenpura),
Lardjo,
Latz,
linuxologos,
Marcus,
mattonomics,
mgolawala,
mrtorrent,
Name.ly,
norocketsurgeon,
npetetin,
Otto,
pavelevap,
pishmishy,
prettyboymp,
pw201,
Rami Y,
Rarst,
redsweater,
RENAUT,
roscius,
russellwwest,
sirzooro,
sksmatt,
soulseekah,
Stephdau,
tamlyn,
The Z Man,
TobiasBg,
transom,
wonderslug,
zx2c4

We haven’t updated the photo sections of the credits screen yet, if you go looking.

#3-4, #credits, #profiles

Pre-RC Dev Chat 5/23/2012 Live Blog

  • #16079 Automatic excerpts don’t work well with Chinese txt (word counting): Nacin is handling. Westi closed for 3.4.
  • #20703 wp.getComments logs in the user (1 + #comments) times: Unit tests = fast track to commit. Ryan doing so.
  • #20699 AJAX Actions now pass the action name as an arg: reverting to 3.3 behavior, Ryan will handle it. Re-assess for 3.5.
  • #20448 Update Twenty Ten and Twenty Eleven to use 3.4 features: Koop and Nacin to review Lance’s patchpatch A special text file that describes changes to code, by identifying the files and lines which are added, removed, and altered. It may also be referred to as a diff. A patch can be applied to a codebase for testing..
  • #20554 3.4 Feature Pointers: Change position of the one on Headers to be side pointer. Jane talking to Ryan Ozz.
  • #19599 Localizations should not need to worry about the default secret key: Nacin’s top priority.
  • #8759 Word count function doesn’t work in several languages: Nacin is handling. Westi closed for 3.4, wants new tickets for 3.5 as needed.
  • #20737 Improve appearance of “choose from library” link for headers and backgrounds: Wait and standardize in 3.5.
  • #20507 3.4 Preview/Customize page “Return to Manage Themes” link doesn’t work as expected: Koop says nacin is handling.
  • #20600 Customize and display_header_text(): Koop will fix, patch needs some more love before committing. (Don’t we all.)
  • #20692 Handle unsaved changes in the customizerCustomizer Tool built into WordPress core that hooks into most modern themes. You can use it to preview and modify many of your site’s appearance settings.: change to button style per Jane’s comment on ticketticket Created for both bug reports and feature development on the bug tracker.. Helen will try patching.
  • #20736 Move customizer to wp-adminadmin (and super admin)/customize.php: Nacin.
  • #20582 Theme Customizer: IE 8/9 compatibility: @ryan‘s top priority
  • #20733 Theme customizer doesn’t order sections based on order added: @dkoopersmith couldn’t reproduce, others could. Jane suggested punting, but Koop/Ocean90/Sergey looking and will fix if a simple one. Otherwise, a nicety that can wait for 3.5.
  • #20423 About WordPress page for 3.4: Closed. Reopen if any typos, credits will be updated from wordpress.orgWordPress.org The community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/ .

Tally for remaining ticket assignments:

  • Nacin – 6
  • Koop – 3 + 2 reviews
  • Ryan – 3
  • Helen – 1
  • Ozz – 1
  • Ocean/Sergey – 1

#3-4, #dev-chat

Dev Chat Plan

This week we wanted to declare betaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process.. But things are still being committed that are not just bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. fixes! And things with patches are still waiting for review! And half the coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. team is out of town today! What to do?!

  • Koop more or less wrapped up theme previewer last night.
  • Before we do another check on where our planned features stand, I’d like the queue of has-patchpatch A special text file that describes changes to code, by identifying the files and lines which are added, removed, and altered. It may also be referred to as a diff. A patch can be applied to a codebase for testing. tickets to be cleared. Any/all commit-level developers in chat today should divvy up the tickets for the commit/puntpunt Contributors sometimes use the verb "punt" when talking about a ticket. This means it is being pushed out to a future release. This typically occurs for lower priority tickets near the end of the release cycle that don't "make the cut." In this is colloquial usage of the word, it means to delay or equivocate. (It also describes a play in American football where a team essentially passes up on an opportunity, hoping to put themselves in a better position later to try again.) roll call until there are no more patches waiting in the 3.4 milestone. Tomorrow we can do a check in of the planned features and punt the things that just didn’t makemake A collection of P2 blogs at make.wordpress.org, which are the home to a number of contributor groups, including core development (make/core, formerly "wpdevel"), the UI working group (make/ui), translators (make/polyglots), the theme reviewers (make/themes), resources for plugin authors (make/plugins), and the accessibility working group (make/accessibility). it in time despite valiant efforts. Maybe Friday we could call beta, or that could be Monday (not sure when Ryan gets back). Nacin is driving in dev chat today.

#3-4, #agenda, #dev-chat

Dev chat summary Two more days of wrap…

Dev chat summary:

  • Two more days of wrap-up on features
  • Weekend review by people with commit access
  • Major puntfest begins now, things that were thisclose can be targeted for early 3.5
  • Hoping for BetaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. 1 next Wednesday.

For complete transcript including team-by-team updates, see the IRC transcript.

#3-4, #dev-chat, #meeting-notes

r20212 introduced new methods for registering custom headers…

r20212 introduced new methods for registering custom headers and custom backgrounds. Everything now wraps add_theme_support(), and the various HEADER_ and BACKGROUND_ constants are gone.

This is ideally backwards compatible (I am cautiously optimistic), but because of the many factors at play here — child themeChild theme A Child Theme is a customized theme based upon a Parent Theme. It’s considered best practice to create a child theme if you want to modify the CSS of your theme. https://developer.wordpress.org/themes/advanced-topics/child-themes/. inheritance, constants, and theme support — it is very difficult to test.

I am going to come up with some sort of a testing protocol in the hope that we can crowd-source testing the WP.com themes that implement custom headers or backgrounds. For now at least, if you are running a theme with custom headerHeader The header of your site is typically the first thing people will experience. The masthead or header art located across the top of your page is part of the look and feel of your website. It can influence a visitor’s opinion about your content and you/ your organization’s brand. It may also look different on different screen sizes. or background support, please test and makemake A collection of P2 blogs at make.wordpress.org, which are the home to a number of contributor groups, including core development (make/core, formerly "wpdevel"), the UI working group (make/ui), translators (make/polyglots), the theme reviewers (make/themes), resources for plugin authors (make/plugins), and the accessibility working group (make/accessibility). sure functionality did not change.

#3-4

Starting next week the dev chat is moving…

Starting next week, the dev chat is moving to 20:00 UTC to follow the schedule of daylight saving in the U.S. Since we forgot about daylight savings, and every person on the coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. team is either traveling or busy at some point over the next two hours, we’re going to be in a working session (see earlier post) — triaging teams, tasks, and tickets on the road to 3.4 BetaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. 1. See y’all in IRCIRC Internet Relay Chat, a network where users can have conversations online. IRC channels are used widely by open source projects, and by WordPress. The primary WordPress channels are #wordpress and #wordpress-dev, on irc.freenode.net..

I’ve updated the sidebarSidebar A sidebar in WordPress is referred to a widget-ready area used by WordPress themes to display information that is not a part of the main content. It is not always a vertical column on the side. It can be a horizontal rectangle below or above the content area, footer, header, or any where in the theme. to reflect the new time starting next week.

#3-4, #dev-chat

Dev chat at the usual time today but…

Dev chat at the usual time today, but since half the coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. team is at and/or on their way home from sxsw, might be more of an ‘anyone who’s around can talk bugs and progress’ than a regular meeting.

#3-4, #agenda

GSoC/Summer/3.5

Normally we don’t start talking about the next releaseRelease A release is the distribution of the final version of an application. A software release may be either public or private and generally constitutes the initial or new generation of a new or upgraded application. A release is preceded by the distribution of alpha and then beta versions of the software. until the current one is out the door, or at least in betaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process./RC, so this post jumps the gun a bit, but for a good reason: the GSoC deadline. There are two approaches we could take toward our participation in GSoC this year, and one of them is tied closely to 3.5.

Historically

  • Good GSoC mentoring takes time. Time is hard to come by at the best of times, even harder for many during the summer.
  • Many of our previous GSoC mentors have held the position for several years and could use a break from trying to mentor while simultaneously working on features for a regular release.
  • Almost none of our GSoC projects have actually made it into coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress.. A few because they were plugins, but most because once GSoC is over there hasn’t been a concerted effort to follow up on these projects.
  • We often run late on dev cycles.

Since 3.4

  • We have ramped up several core contributorsCore Contributors Core contributors are those who have worked on a release of WordPress, by creating the functions or finding and patching bugs. These contributions are done through Trac. https://core.trac.wordpress.org. to more responsible/trusted roles as a result of the 3.4 process experiment (teams, cycles, updates, etc). This could mean more mentors.
  • We are running late in our dev cycle, and with SXSW about to eat a week, I’m thinking we’re about to get even more behind. My guess is we’re looking at a May launch, not April.
  • The stated intention of having all feature dev for the cycle tied to a central goal of making it easier to customize your sitesite (versus network, blog) didn’t really happen. There were at least 3 teams working on features that had nothing to do with this, and another couple that were related, but not smack in the middle of it. Good features all, but we failed in sticking to that goal as a unifying concept.

Proposal

What if for 3.5, instead of it being a “regular” cycle, we made it a mentoring cycle tied to the GSoC schedule (shorter than normal)? If we assume 3.4 will launch sometime at the end of April or early May (and if it does happen earlier, awesome), that would put us in a position to start working on 3.5 right when the GSoC accepted students are announced.

If we chose a “release concept” (like customizing your theme, but something different) and outlined every feature/enhancementenhancement Enhancements are simple improvements to WordPress, such as the addition of a hook, a new feature, or an improvement to an existing feature./bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. that’s related, we could makemake A collection of P2 blogs at make.wordpress.org, which are the home to a number of contributor groups, including core development (make/core, formerly "wpdevel"), the UI working group (make/ui), translators (make/polyglots), the theme reviewers (make/themes), resources for plugin authors (make/plugins), and the accessibility working group (make/accessibility). those things be the potential GSoC projects. We could work in teams like in 3.4, but in this case each team would have a student or two working on things with them closely. Since these would be the only features being worked on (additional bug-fixing always ongoing, obviously),

  • Students would be guaranteed mentor attention and working with core
  • We would be more likely to do the work necessary to get student work to commit-worthy status
  • We would target a launch for late August to coincide with the end of GSoC (so we could do one more small release before end of year)
  • We could do additional outreach to include new contributors who do not qualify for GSoC (too young, too old, not in college, etc), improve our mentoring skills and processes
  • At the end of this mentorship-focused summer, we would not only have the features developed by mentees, but we would have an ideal pool of people to help us create documentation to help new contributors.

I’m thinking that what might make sense would be for there to be a team or two that doesn’t mentor or work on a feature for 3.5, but begins working on one of the more complex things we keep putting off, so that it could be the first thing into 3.6 (like gallery management or something similar).

Deciding on a release concept that could be done in a 2.5-3 month cycle would be important. I’m thinking maybe it could be the feedback loopLoop The Loop is PHP code used by WordPress to display posts. Using The Loop, WordPress processes each post to be displayed on the current page, and formats it according to how it matches specified criteria within The Loop tags. Any HTML or PHP code in the Loop will be processed on each post. https://codex.wordpress.org/The_Loop. — improving comments and communication with readers via htmlHTML HyperText Markup Language. The semantic scripting language primarily used for outputting content in web browsers. emails, forms, etc on the front end and a UIUI User interface facelift of the comments/related screens on the back end, putting something cool into Twenty Twelve around this (or just support for something in core related to same), etc. There are a number of projects around this that have been done in the past that could be looked to for inspiration and/or what not to do, it’s needed attention for some time, and it’s not as complicated as something like media or multisitemultisite Used to describe a WordPress installation with a network of multiple blogs, grouped by sites. This installation type has shared users tables, and creates separate database tables for each blog (wp_posts becomes wp_0_posts). See also network, blog, site.

Thoughts? Specifically, thoughts on:

  • Doing a mentorship-focused release timed to GSoC
  • Potential areas of focus for 3.5 if we were to do this
  • Mentoring in teams like 3.4
  • Wanting to mentor in this case
  • How many students you think we could take on if we used teams like in 3.4

Comment here today, and tomorrow I’l round up the core team to see what people think based on the conversation so we can make a decision and I can update our application before the application deadline if needed. If we don’t do something like this, then I’m planning on reducing our GSoC student allotment to 5-6 students (we’ve asked for up to 15 in the past) to ensure enough mentors and adequate attention/follow-up on projects.

Thanks for your input!

#3-4, #3-5, #gsoc, #mentorship