GSoC time Google announced GSoC and I’m guessing…

GSoC time! Google announced GSoC and I’m guessing we’ll do it again, so roll call: who wants to be a GSoC mentor this year? Second: who wants to be the administrator? I’d like to get it off my plate if possible. Candidate should be able to keep track of dates, have good writing skills, be willing to nag (even people you respect), and be able to prioritize GSoC communications.


Source: WordPress Development Updates

Team Update XML RPC Friday We made great…

Team Update: XML-RPC (Friday)

We made great progress this week continuing our focus on the major ticket for implementing wp.newPost (#18429) and working to keep the other bits of this API supporting the same formats. Our 2 week cycle ended on Friday and we are really close to having a patch ready for commit but didn’t quite make it in time. The team are continuing work on the patch and will re-group on Monday to review progress and plan the next cycle.

Relevant Tickets: #18419, #18430, #18431, #18432, #18433
Office hours: 5pm-6pm UTC Mon-Fri


Source: WordPress Development Updates

Team Gardening Update

Decided to allow small schema changes in this release so as to clear out some of the schema updates we’ve long considered.

  • #19935 – Drop comment_approved index. It has been redundant for a long time.
  • #17188 – Remove blog_id column from wp_options. It has never been used.

We’re also considering:

  • #19387 post_content_filtered should be longtext
  • #10483 – Change post_name’s length from 200 to 400

kurtpayne modified the ajax handlers to use wp_die() — allowing unit tests to provide a custom die handler — and added more ajax unit tests. #15327

duck_ continued with rewrite improvements: #19876 #16092

scribu continued with work on WP_Query performance in #18536. The results look promising.

And there was the usual trac gardening, unit testing, and housekeeping.


Source: WordPress Development Updates

Team Gandalf Update

Wednesday marked the halfway point of our first iteration. The description of our current cycle can be found in #19910. Development is currently taking place in a plugin (you can find the repo here). For an overview of appearance improvements, see #19909.

We’ve accomplished most of the initial goals for this cycle and are now refining and building out the existing concepts. Currently, the two remaining points are to add an (initially blank) save action and to enable communication between the UI and preview via postMessage.

On Tuesday, we had a UX review with Jane where we decided to proceed with a stacked accordion UI to navigate between different components in the preview frame. We also decided to add a button to collapse the sidebar (similar to the “collapse menu” button in the admin menu, but larger and “more buttony”). Once postMessage support has been added, we’ll also experiment with a zooming feature to allow the user to get a bird’s eye view of the page. In addition to adding the save action and postMessage, ocean90 and I are hoping to get a head start on the accordion UI so we can break more tasks out to subteams.

We have another meeting with Jane in #wordpress-dev scheduled on Monday at 21:00 UTC that will double as office hours. If you have any questions or comments, feel free to swing by the meeting, drop a comment here, or ping me (koopersmith) or ocean90 in IRC. All in all, we’re on track to meet our two week deadline.


Source: WordPress Development Updates

DIASPORA* grows up.

TL;DR: Our next design push is geared towards making the things our crazy awesome international community is already doing easier, more useful, and fun.


Ahoy!

We have been learning a lot by watching the Diaspora* develop and grow. Diaspora* has evolved into a social community unlike any other, where free thinkers from around the world interact. It provides a vehicle for all sorts of different kinds of people to share ideas and form new relationships. This is what’s happening on Diaspora* right now. It is what makes it unique, and it is what the core team is trying to optimize for.

A lot of the early thinking about Diaspora* – both in the press, and our own – defined it in juxtaposition to existing social networks. But we’ve come to learn that it is something quite different. The interactions on other networks are built around the assumption that you are addressing people you actually know – your ‘friends’, or people who are interested in everything you say – your ‘audience’. Something entirely different is happening on Diaspora*, and that’s why the metaphors from those networks don’t fit.

A diverse, international community of people meeting and discussing all sorts of things needs to be thought about differently. Rather than just being  a digital construction of the world around you, Diaspora* is about reaching to new places and discovering people from all over the globe. We are trying to promote raw and authentic conversations in a way the world has never seen.

We have developed some theories around how and why people interact on Diaspora*, and some hypotheses around how we can improve these experiences. We are planning to try to help Diaspora* be its unique self, by testing our hypotheses, which means changing a few key interactions.

We have seen people participate in longer-form discussions with people all over the globe. At a high level, our plan is to make it easy to keep track of these discussions, and keep them going longer in a more interesting way.

You may have noticed some changes in verbiage around the site.

We are refocusing around a new design metaphor – conversation. To help these conversations grow and evolve, we want to distance ourselves from messages with short ‘half lives,’ and make it easier for people to communicate with each other in more meaningful ways. That may seem abstract now, but over the next few weeks we’ll be rolling out changes which we hope will support these goals. If our ideas work, we’ll build on them. If they don’t, we’ll look for another path.

Diaspora is still in alpha. Now is certainly the best time to be doing these experiments.  Since the start of the year, we have been focused on some back end changes so we can worry less about uptime, and focus more on designing the future of our social web.  For example, we have improved the average response time of Diaspora* 10-fold. We now have a solid foundation to stand on, so we can work on making something the world really needs.

We are totally stoked to have you with us at these exciting times.We feel strongly that you will see how awesome it is, and we’re grateful to have you with us to help us iron out the kinks. After a few months of iterating, we can open up to the world (Beta!). We are glad to be in a place where we can take risks as we discover the best path to walk.

If you think that Diaspora* is awesome, we hope you enjoy these experiments. We look forward to seeing all the awesome things you do that make Diaspora* a party like no other.

Thanks for being part of it!

Dennis, Daniel, Sarah, Rosanna & Maxwell

Source: Diaspora*

Rosanna Yau joins Diaspora*

Wizard hat supplied by ohaibbq

Rosanna Yau is Diaspora*’s new “Design Wizard.” Rosanna has actually been around Diaspora* since the early days, making bodacious hashtags and our original logo which you can see on our stickers, t-shirts and front page. She is going to be focusing how to make the beta of Diaspora* more beautiful, usable and fun. Rosanna is a practicing graphic and interaction designer and a faculty member at the California College of the Arts here in SF. When Rosanna isn’t hacking on D*, you can find her skating around The Mission, designing all the things, teaching people young and old about fonts, colors, zines, skateboarding, and eating bugs.

Rosanna:
on Diaspora rosanna@joindiaspora.com
on IRC: rosanna
on the web: http://rosannayau.com

Source: Diaspora*

Team Update i18n Technically our cycle started today…

Team Update: i18n

Technically, our cycle started today. Really though, a few of us have been hammering away at a pre-cycle cycle for the past week or so. What we’ve been doing is focusing on bugs and enhancements, some of them quite old, that will provide more targeted control to translators.

Since Dion is back in action starting next week, we’re back-dating our current cycle, if you will, to have started on January 23, and end on Feb 6. Soon thereafter a new cycle will begin, and that cycle will focus on the development of language pack installation. This cycle will continue to lay the groundwork for that to happen.

Things that have happened so far:

  • Created a document for translators, Important Changes for WordPress 3.4, which outlines all of the changes (audience: translators) what I’m about to outline for you (audience: developers).
  • Worked with Gardener Boren on splitting up the pot files and only loading admin strings in the admin. This required some work on GlotPress, WP.org, the i18n repo, and core. #19852
  • RTL locales are now automatically detected. #19600 and #19924
  • wp_salt() now falls back to the database for all keys and salts, and is much smarter about when it should fall back. The way we handle default secret keys is now improved and will prevent plugin errors when running a localized version of core. #19599 #14024
  • wptexturize() now has better locale support for all kinds of curly quotes/apostrophes/primes. This means that a localization like Hebrew can actually turn off curly quote replacement, without needing to resort to weird hacks in their he_IL.php file. #19602
  • RSS feeds now properly reflect the language of the blog. The rss_language option is gone. #13440
  • Locales can now specify a default timezone and start of week through translated strings (rather than PHP). Also, default links can be localized, #19601
  • setup-config.php nows use a regex to replace wp-config-sample.php placeholders, preventing translators from needing to keep the placeholders sync’d. #18180
  • The non-gettexted WP_I18N_ strings are all gone. Core now leverages wp_load_translations_early(), which is carefully designed to work in the particular situations we need it. (Not for plugins, yo.) #18180
  • setup-config.php is now fully internationalized and uses wp_load_translations_early() to ensure the local package’s mo file is loaded. Between this and the secret key changes, there is no longer a file in wp-admin or wp-includes that translators need to modify in their distribution. #18180
  • Like the gardening team, we have been using Future Release and Awaiting Review as a potential gold mine, picking through all of the i18n tickets to find the good enhancements and missed bugs. So far, this has resulted in fixes for #19364, #11270, #18770, #19698, #19788, and a few other tickets now slated for 3.4.

Things that will probably happen in the next week:

  • Some decision on support for RTL in feeds. #6425
  • Word count work. #8759
  • Comma fun. #7897
  • Finishing off locale-specific modifications in core. #19603 #19601
  • Themes gaining header translation abilities, and translating page template names. Sergey is going to work on this and I’ll follow up with the makepot.php changes. #15858 #6007
  • And other things on this report, as well as other aspects of laying the groundwork for language packs.

Office Hours: Daily. We will likely set formal office hours for the second cycle as that will include me, Dion, and Sergey, and we’re evenly spaced around the world (UTC -5, +4, +10).


Source: WordPress Development Updates

Team Update – Headerators

We focused on flexible headers this cycle (#17242). We have a patch that we think is ready for commit, which adds flexible height and width. We had Nacin and Mark Jaquith look at the patch, they made some recommendations that we integrated, and it seems ready to go into core for some testing.

You can test with the latest version of the Essence Theme on Github or see comment 48 on the ticket for information on how to add support to your own theme.


Source: WordPress Development Updates

Team Update: Multisite (Wednesday)

I worked some more on the patch we had for #19810. The original patch had features that exceeded our original scope (namely: the ability to bulk-add users). I removed that, cleaned up the JS a bit, and we now have a patch that can probably go in and be iterated.

http://core.trac.wordpress.org/attachment/ticket/19810/19810.5.patch

Next up is making it work in the add-user-to-blog interface in the Network Admin.


Source: WordPress Development Updates

Bad Behavior 2.2.1

Bad Behavior 2.2.1 has been released. This is a maintenance release and is recommended for all users.

Who Should Update?

All 2.2 series users should update in order to receive the important bug fixes contained in this release.

Users who have not yet updated to the 2.2 series should plan to update as soon as possible. Support for the 2.0 series will end June 30, 2013.

Download

Download Bad Behavior now.

What’s New?

Changes since 2.2.0:

  • On platforms where database logging is available, Bad Behavior would sometimes continue to log even when the logging setting was turned off. This has been fixed.
  • When a site enabled the Reverse Proxy option when it was not actually needed, Bad Behavior would sometimes fail to acquire the correct IP address for incoming requests. Bad Behavior’s code to detect this situation and acquire the correct IP address has been improved.
  • WordPress: When a different anti-spam plugin identifies a request as spam, and Bad Behavior did not, Bad Behavior will now log a copy of that request (if logging is enabled). This is to help facilitate reporting of spam not yet detected by Bad Behavior. WordPress users may view the log by visiting the administrative page Tools » Bad Behavior Log.
  • WordPress: To improve compatibility with other plugins, Bad Behavior no longer stores data in PHP sessions while screening requests.

Support

I will skip the usual speech. If you’re reading this you already know how valuable Bad Behavior is. Donate today to ensure that I can keep going in the fight against our mutual enemies, the spammers.

Source: Bad Behavior