Agenda for Apr 1st 2010 dev chat
- Status and schedule update – All
- Core plugin status update – Peter
- Update on WordCamp SF core contributor activities – Jane
- GSoC update.- Jane
Updated GSoC info just sent out to wp-hackers, copying here to make sure no one misses it.
We’ve gotten a handful of applications already for GSoC, but they are largely terrible in format, with students pasting the template in and just posting a link to wp-hackers archives or their own blogs. To prevent this from happening anymore (since it means the students just get an email from me telling them to fix their apps), I’ve updated the application template to be very clear on what to include and what not to include. Any student planning to apply to GSoC, please get the new template to submit your application:
http://codex.wordpress.org/GSoC_2010_Application_Template
Also, I’ve updated the Ideas list after a conversation with Matt (Mullenweg) about priorities, so it’s worth looking to see the couple of new things. Of note, I’ve removed the widgets repository idea, since it has clearly caused some kerfuffle, and that’s not something a student project should have to deal with. Likewise, Ryan removed the user roles project idea, which also has too many politics around it for it to be a good fit for a student. Newly added project ideas include things like progress bars for plugin installation, ajax paging in the admin, column sorting, mega Trac ticket attacking, etc. The updated list is at:
http://codex.wordpress.org/GSoC2010.
Note: a lot of students are asking about ideas from this list. That’s awesome. However, we expect more than a hundred applications, and probably only around 10 slots. Therefore, if you propose an idea from the list, and 20 other students propose the same idea from the list, your chances go down. If you love one of the list ideas, great: apply for it. You may also want to apply for an idea of your own creation, just to up your chances that it won’t be a duplicate idea. If you do this, make sure each project idea is submitted in a separate application; don’t put them both in one. Also, indicate in each application that you have submitted a second idea, and identify which one would be your first choice.
Don’t forget, we have scheduled IRC chats with potential mentors to let you bounce ideas around and get some live feedback that will help improve your applications. These chats will be held in #wordpress-gsoc on irc.freenode.net at the following dates/times, the first of which is a few hours from now:
Wednesday, March March 31 at 20:30 UTC (4:30pm eastern)
Saturday, April 3 at 21:30 UTC (5:30pm eastern)
Wednesday, April 7 at 20:30 UTC (4:30pm eastern)
Thanks, and good luck!
Set up a new twitter account just for GSoC notices. If you are applying, are a mentor, or want to follow our involvement with GSoC, please follow @wpgsoc.
Post about to go up on the dev blog (we should really rethink calling it that, since this is where the actual dev blogging happens these days) about GSoC. Applications open today. We’ve created a new IRC room, which anyone is welcome to join: #wordpress-gsoc. Hopefully this will keep the dev chat clear so that it can stay focused on 3.0 progress. I’ve set up three scheduled chats in the #wordpress-gsoc channel for students to come in and ask questions of mentors, but they may pop in at any time, so feel free to lurk. The scheduled chats will be:
An aside: A student wrote to me, bummed out because some had told him that his idea was not appropriate for WP/GSoC. Now, there will be students who suggest things that aren’t appropriate. However, this student wasn’t one of them. The problem was that the person who gave him feedback gave a personal opinion of the project, which the student took to be an official WP opinion. Remember, most of these students are new to the WordPress development community and don’t know who’s who. If you respond to student questions, please identify your role, so they can take it with the right amount of weight. If you’re telling them their idea is no good, especially, make sure to point out that you are a contributor, but that the ultimate decision on projects will be by the mentors listed here. There may be projects that don’t sound so awesome to everyone, but remember that it’s on the mentors and lead developers to make the final decisions on GSoC projects based on what they’re willing to oversee and what will be the most useful to the project at large.
April 7 is a Wednesday, is the chat Wednesday the 7th or Tuesday the 6th?
The error was already fixed when you replied. Wednesday the 7th.
Sorry, I don’t refresh this page much, since all the comments and new posts just load.
Thanks for the info.
It might be a good idea to actually start a GSoC mailing list now, as there are a *lot* of GSoC-specific posts on wp-hackers.
That’s intentional, to get the most dev eyes on them as possible before they submit applications. Starting a separate email list would defeat that goal.
Maybe the main blog should be renamed to “The WordPress Blog”… Or just “The Latest Official WordPress News”
hi
i,m using pidgin as my IRC client.
so wat i want to enter for room:,server:
when i go buddies->join a chat
I just moved WP.org plugins SVN and Trac to a new server. What does this mean for you?
1) If your DNS resolver doesn’t honor TTLs, you may see a “down” message for http://plugins.trac.wordpress.org and you may get an error message when committing to http://plugins.svn.wordpress.org
2) Core WP trac shouldn’t be so slow anymore. About 80% of the resources on the server were being used by plugins core + trac. I plan on moving core WP trac to a new server soon-ish, but in the mean time, it should be much snappier.
3) The SVN server version is now 1.5 instead of 1.4 (yes, I know – still behind. May upgrade later)
4) I may have completely broken something
I don’t think I have, but if you find plugins SVN or trac completely broken, please let me know here!
Thank You!
Things are faster, but as i mentioned to barry earlier on #wordpress-dev, some commit notices still didnt flow through to their respective tickets.. It was only one out of 20ish however, which isnt too bad considering
Thanks for all the work you do Barry, i’m sure its not said very often publicly.
Maybe it’s an idea to add the feed of this blog to http://planet.wordpress.org/ ?
I don’t know if it is related to this or not, but plugins on bbpress.org plugins repo are not getting updated on the extend page.
In your readme.txt file for that plugin, you have
Stable tag: 0.1
But that svn tag does not exist: http://plugins-svn.bbpress.org/scrim-email-saver/tags/
So there are two ways to fix it. Either change to “Stable tag: trunk” or svn cp your trunk/ to tags/0.1/
See http://wordpress.org/extend/plugins/about/readme.txt for a description of stable tag, and http://wordpress.org/extend/plugins/about/svn/#task-3 for more details on tagging in subversion.
That didn’t work, tagged the 0.1 version here – http://plugins-dev.bbpress.org/changeset/2756/
What to do? Has been 4 days since that.
Fixed.
The issue I mentioned masked a bug in our code. Thanks for helping us find it
It might be a couple hours before the download works for you; it could take that long for some of our servers to catch up.
Sorry about the hassle.
Ok, it is up now
I know this is off topic, but can you shed some light on this ticket? – http://trac.bbpress.org/ticket/1150
Is the WordPress/BBPress/Trac + SVN plugin browser open sourced? Wondering if I could use it to host plugins for another open source project?
Have you guys seen what Andy Peatling has done for BuddyPress plugins using groups? I’m in love with it.
Full size: http://twitpic.com/1b0joi/full
That’s pretty slick! I want one
Jane, I hear you’re keynoting WordCamp Orange County next month
I look forward to meeting you.
Me too! (On both BP and WCOC)
Now that is slick..
There’s Too much navigation elements imo.
Wow, do you ever just say something nice? Granted, there’s a lot of navigation and probably if we used a system like this it would wind up looking pretty different, but come on. This is heads and shoulders above what we have currently.
“Wow, do you ever just say something nice?” — Just as much, I dare hope, as you look at things with a critical eye.
You find it pretty. It is pretty indeed.
Regardless, the bells and whistles all get in the way of the most important piece of information, i.e. what the plugin is about. Imo, what we have currently is heads and shoulders above that mockup.
There’s exactly the same number of nav elements on that mockup as on the WordPress plugin repo, they’re just different.
One big difference is the secondary nav is in a sidebar and not under the main nav.
That, and the prominence of forum/feedback, are the two things that tickle me in the design. Our current layout is certainly a little light on graphics, as well as on where to report bugs, get support, etc. Nonetheless, it’s not getting in the way of the plugin’s description.
I think the navigation elements are justified, since they’re relevant information that you currently don’t get without additional navigation. Andy’s screen shot gives you everything you need to immediately judge a plugin (and interact with it) in one fell swoop.
While we’re being critical… Denis, your hat doesn’t match your shirt.
Actually, it’s the shirt that doesn’t match the hat.
Well said, I agree 100%.
Cool! Can’t wait until this hits the streets!
Just another example that shows WordPress.org should be wiped out and restarted with BuddyPress.
While I love me some prutty design, I do think that there is a lot that grabs the eye in this layout.
It could be improved if the plugin description was moved above the “middle grey bar” (hence keeping less-important content such as support topics and user comments below that bar), change said middle bar to something that doesn’t make it look like the top navigation bar, only with bigger fonts (which could confuse people), and bring the actual plugin navigation bar (Home..Admin..etc.) to its true importance.
I’m all for bringing more community into each plugin’s information page, but not against readability. I currently am used to the current plugin page layout and truly love its simplicity, so I might be biased, but I do currently think that some design choices here are not helping the casual visitor, but rather overwhelming her with various levels of importance given to many differing content — and verging towards information overload.
This mockup is just the plugin “home” screen. All the pages with the exact same layout and information as wp.org plugin pages exist under the “plugin info” tab.
Thanks Andy. Does that mean the layout completely changes once the user clicks one of the navigation link? Or did I misunderstand you there?
I’ve been clearing out the dark corners of Trac over the last few days. I went through about 150 tickets, maybe 200, mostly in the Unassigned milestone, and closed about a third and triaged most others.
Current counts: Unassigned – 65. Next release: 462 (3.0 plus 2.9.x). The 3.1 milestone has 80. Future release has 737. Total open tickets are 1349, about 40 tickets less than we had at the start of the week. I think a nice goal would be to reduce ticket counts week after week.
Don’t be afraid to jump in and triage. As I’ve mentioned before, I think it would make sense for 3.1 be kept relatively clear for now, and try to clear out and triage as much of the unassigned and future tickets as possible. A better sense of order would be good to have.
The work on the ideas forum has been very helpful. I think it can embolden us to push ideas without much traction there, just as we push support questions to the forums. That can keep many enhancements and feature requests from rotting in a future release as many do now.
Nice!
Thank You!
Suggest Agenda Items for April 1st 2010 dev chat
I would like to hear an update on the Core Plugins. Is one of them far enough to be released with WP 3.0?
Meeting notes for 3/25/2010, added live:
* Feature status and schedule update – all. rboren: Menus have firmed up, no more changes to how things are stored, just UI changes. Still need accessible version. Need to get lighter header done johnonolan working on patch this weekend. Multiple post thumbnails not done, markjaquith has been slammed with work, will try to finish over weekend, if not, punt. Schedule: have missed the beta period beginning, need to get menus done first.
* Inline documentation of the twentyten theme – demetris. Referenced post at http://wpdevel.wordpress.com/2010/03/24/agenda-for-mar-25th-2010-dev-chat/ and second argument on function, which had no documentation. We need to document functions.php. http://core.trac.wordpress.org/ticket/12695 phpdoc in functions.php, and conversational elsewhere, maybe. jorbin will take a first pass tomorrow.
* Front end AJAX endpoint – best solution discussion (http://core.trac.wordpress.org/ticket/12400) – dd32. “wp-ajax.php will be removed for various reasons (#12400). The consensus was stronger for better education, not a new file.” code from rboren: admin_url(‘admin-ajax.php’, ‘http’) forces http.
* Menus – Ryan http://wpdevel.files.wordpress.com/2010/03/new-menus-wireframe.pdf Will be following the new wireframe. Need to finish before beta. Jane will do revised more detailed wireframe on Friday, pthdnbr will take lead on code.
*Code sprint at WCSF – Jane Monday and Tuesday after WCSF at Pier 38. Hacker Days/Code Sprint. Details to come.
* Information provided for update checks from multisite installs (http://core.trac.wordpress.org/ticket/12672) – denis de bernardy
* Making the agregate stats data public – denis de bernardy Privacy vs. utility.
Was an update to the schedule agreed upon? The schedule link at right still reads 3.0 Beta March 22 and Launch May 1st? I’m new here and maybe I’m not searching in the right places…
I forgot to post this up here, but in addition to the code Ryan provided for the using admin-ajax.php when forcing admin ssl, there was also concern about password protecting wp-admin with .htaccess or similar. In that case the following code placed in a .htaccess will allow unrestricted access to admin-ajax.php:
Order allow,deny
Allow from all
Satisfy any
I went on a tear and obsessively went though every single thread in the ideas forum. It went from having about 2900 threads when I started a couple of months ago, to having about 1700 when I got sucked into it this week, to about 120 now. It’s very close to being useful again, and I just need some help on the last round of threads that are a bit over my head technically to know the right way to resolve them. Using the more tag here so that this won’t take over wpdevel, but if you want to help, click through, please!
This is epic. I am reminded of when Hannibal crossed the Alps.
It looks longer than it really is? Okay, yes, it’s kind of epic, but figured I might as well put them all up at once rather than putting up a handful every day.
When I talk about “industry strength tech_docs” or mention MIL-SPEC folks’ eyes sorta glaze over. But yaa, Hannibal and the Alps. “Go from point A to point B. And don’t leave the elephants behind” kinda sums up “correct, complete, and comprehensive”. (Gotta giggle at the cartoon: Hannibal watching someone nail jello to the wall while someone else is trying to herd cats.)
hmm yes agreed
I had a few minutes, so I went through the first few coding issues:
http://wordpress.org/extend/ideas/topic/global-functions-for-global-variables <– Not sure on this one. Global variables *are* generally bad practice, but they're also pervasive throughout much of WordPress (and would be easier to replace when we require PHP5 and can use static class variables and true singletons)
http://wordpress.org/extend/ideas/topic/modular-error-pages-a-way-to-override-wp_die <– left comment, it's fixed in 3.0
http://wordpress.org/extend/ideas/topic/remove-the-colon-from-the_meta-function <– left comment, this has a filter that works fine to solve his problem
http://wordpress.org/extend/ideas/topic/a-safer-and-shorter-function-for-is_email <– left comment…The suggestion is good, but requires PHP 5.2+, so until then we need to keep what we have.
Thanks, have struck through on list.
There are cases where using globals makes sense.
It’s like… whether to use $GLOBALS['wp_filter'] or wp_filter::get() or \WP\Filters::get()… In all circumstances, we’re really doing the same thing. There’s a good case against using $post and so on as the like, but for services it’s questionable at best.
Unless, of course, WP wakes up to good coding practices and looks into using dependency injection… I can’t see that happening before a couple years, though.
By the same token, singletons are also bad coding practice. If you require a singleton in your code, you have an architectural problem somewhere.
Thanks for this, Jane!
I’ll have a look this coming Weekend (if there is anything left by then for me to help with).
http://wordpress.org/extend/ideas/topic/when-rss-widget-fails – This is invalid, as WP uses SimplePie now.
Also, http://wordpress.org/extend/ideas/topic/the_content_rss-fault-in-treating-caption-on-img appears to no longer exist, as shortcodes appear to be parsed in feeds now.
It’s great that the Ideas forum is more usable now.
Do mods get to see when the most recent rating occurred? It strikes me that could be useful.
These two can be considered fixed:
http://wordpress.org/extend/ideas/topic/add-relnextprevious-attribute-to-the-generated-link-tag
http://wordpress.org/extend/ideas/topic/use-html-doctype-not-xhtml
This one was wontfixed in trac:
Here’s a ticket to preempt discussion on inline docs, as I can’t possibly imagine objections: http://core.trac.wordpress.org/ticket/12695.
A good discussion to have is phpdoc vs. completely formatted-for-human style for TwentyTen though. While phpdoc is a good for the core and understandable by developers, we’ll have novices looking at twentyten. It might be worth leaving out any potentially confusing things.
Conversational inline documentation, “don’t remove this or the sky will fall on your head,” would be nice. It’s a chance to inject a little personality.
Of course we’re back to the theme needing to me manually translated to translate the comments, but I don’t think that’s a bad thing.
I’ve thought about what Viper says and I am not sure what I would prefer. I think the best would be a combination of the two styles, but achieving the right mix is more of an art than anything else; some people can do it, others not so well.
For what is worth, here is my personal experience on this:
I am not a coder but I understand just enough to be able to make a working WP theme from scratch by reading good howtos and by studying good implementations. The implementations that have been most helpful to me are those with good inline docs (like Tarski) — they have offered me the best insight into the working of the code: what each piece is there for, what it uses to achieve its purpose (which often also reveals the wealth of useful functions built-in in WordPress), what it gives you at the end, etc. etc.
Now, granted, Twenty Ten should be a straight and simple theme, and, as much as possible, it should be using stuff that is already documented in the core and not making up its own stuff. So, there is not as much space in it for phpdoc documentation as in themes that come with lots of functionality not directly provided by the core.
On the other hand, 2010 and WP themes in general are not just skins. They are integral parts of a flow that puts together web documents by using a programming language. So, from that point of view, I think we should not be shy away from making a theme’s internals appear a bit geeky and cody to the beginner’s eye.
I’m not talking too much, am I?
Quick wireframe based on talk with markjaquith, usability testing, and discussion with rboren and UI group. Will discuss when we get to menus today.
http://wpdevel.files.wordpress.com/2010/03/new-menus-wireframe.pdf
Jane Wells 9:18 pm on March 31, 2010 Permalink |
At the end I’ll throw in an update on WordCamp SF core contributor activities and a GSoC update.
Peter Westwood 9:31 pm on March 31, 2010 Permalink |
Added
Ron 10:16 pm on March 31, 2010 Permalink |
I’m away most of the day tomorrow, so I may or may not be in the meetup/
Arifur Rahman 3:40 am on April 3, 2010 Permalink |
Good News WordPress 3.0, Beta 1