WordPress.org

Make WordPress Documentation

Recent Updates Toggle Comment Threads | Keyboard Shortcuts

  • Eric Amundson 10:59 pm on October 25, 2013 Permalink | Log in to leave a Comment  

    Docs Meetup Roundup – Oct 24, 2013 

    First, thanks to @kimparsell for leading last week’s chat and posting in my stead while I was out of town.

    Here’s what happened this week in our chat. If you’re interested, you can read the full chat logs.

    1. DevHub

    @saracannon and @sams posted new DevHub design mockups and would like your feedback at: http://make.wordpress.org/docs/2013/10/21/feedback-on-devhub-designs/

    2. Epub Docs

    As @kimparsell noted last week, there was an offer to publish the WP Docs in epub format, but unfortunately, it required proprietary code, which is a no-go on wordpress.org, so we won’t be pursuing this at this time.

    3. Inline Docs

    @kimparsell is working to finalize the standards change re: the parser and they’re making steady progress; currently at 73 files completed, 185 files total (39.45%)

    4. WordCamp Sofia Contributor Day

    @kimparsell and @sewmyheadon have posted here on make.wordpress.org/docs with some guidance for the contributors at WordCamp Sofia for Inline Docs and Handbooks.

    5. WordPress 3.7

    @DrewAPicture and @ipstenu whipped the Codex WordPress 3.7 page in the Codex into shape. Great job!

    6. Docs Sprints

    Had a Docs Sprint last weekend and had four contributors working on the Handbooks. Thanks to all who showed up!

    We’re still holding two Docs Sprints per month that anyone can join via IRC or in-person if you’re in Seattle. Would love to get some more participation so feel free to join us in IRC on Nov. 2 at 10am Pacific (5pm UTC).

     
  • Eric Amundson 8:16 pm on October 25, 2013 Permalink | Log in to leave a Comment
    Tags: , ,   

    Handbook Tasks – WordCamp Sofia Contributor Day 2013 

    Howdy WordCamp Sofia Contributors!

    Thanks a bunch for helping with WordPress documentation – we all really appreciate your help!

    We’ve been focusing a lot on the Theme Developer Handbook and Plugin Developer Handbook, which both need a good deal of work.

    For most people, the toughest roadblock to contributing is just getting started, so hopefully this will help.

    Where to Go

    The jumping off point for all docs-related efforts is: make.wordpress.org/docs/ - In the sidebar, you’ll see links to the Handbooks along with the Spreadsheets we use to track their progress.

    1. The Theme Developer Handbook is at: http://bit.ly/WPThemeHB
    2. The Plugin Developer Handbook is at: http://bit.ly/WPPluginHB
      • . . . and the spreadsheet that we use to track Plugin Developer Handbook progress is at: http://bit.ly/WPPluginHB_Content
    3. The IRC channel we use is at #wordpress-sfd on Freenode.
      • This is a great place to ask questions, post links to docs for review, and cheer each-other on.

    Getting Started

    If you haven’t already, you’ll want to:

    1. Read the Handbook Style Guide
    2. Review the Handbook Tutorial Template
    3. Find a topic in the Theme or Plugin developer spreadsheet that interests you
    4. Check the Needs column of the spreadsheet to see if there are specific things that are needed in this document
    5. Add your name to the Responsible column in the spreadsheet
    6. Write or edit in HTML or Markdown and give it to Mario Peshev or email it over to me at eric [at] ivycat.com and we’ll post for you.

    What if I’m not a Writer?

    If you’re not comfortable writing or editing, you can also help by:

    • Creating code snippets for examples
    • Taking relevant screenshots
    • Reading existing documentation and making comments regarding improvements

    If you’re completely overwhelmed and not sure where to start, you might start by reading through the Handbook and, when you’ve got questions, find missing content, or see improvements, please feel free to work on the document, or make comments in that document’s comment section.

    I’m here to help in any way I can, so feel free to ping me (@sewmyheadon) or Mario (@no_fear_inc), or post to the #wordpress-sfd IRC channel if you have any questions.

    Thanks again and have a great WordCamp!

     
  • Kim Parsell 4:56 pm on October 25, 2013 Permalink | Log in to leave a Comment
    Tags: , inline-docs,   

    Inline Docs Tasks – WC Sofia Contributor Day 2013 

    For those of you contributing to Inline Docs during Contributor Day Sofia 2013, we thank you. :)

    The Inline Docs initiative is a part of the overall effort to build a new code reference that will live at developer.wordpress.org. Creating inline documentation for hooks will provide the information necessary to populate that portion of the code reference.

    What You Need To Know

    Please read the PHP Documentation Standard section on documenting Hooks (Actions and Filters) to familiarize yourself with how the actual doc block should be formatted, and how duplicate hooks should be documented.

    • The Documenting Tips section covers recommended language when writing descriptions, as well how to determine the version for @since, and guidelines for Code Refactoring.
    • The Formatting Guidelines section covers how to format the text in the descriptions.

    Opening A Ticket > Getting Started > Trac Preferences explains how to log in to Trac with your WordPress.org username, and how to configure your email address in Trac preferences so that you receive Trac ticket notifications.

    Working With Patches covers creating patches using the command line and TortoiseSVN (for Windows users). If you are using Git, please follow the creating patches guide at Contributing to WordPress Using Github by Scribu.

    How to Contribute

    We have reserved 15 files for the WC Sofia contributors to work on, and have tagged them (Reserved-WC Sofia) on the Add Inline Docs for Hooks post. The files are:

    • wp-admin/network/edit.php
    • wp-admin/network/settings.php
    • wp-admin/network/site-new.php
    • wp-admin/network/site-settings.php
    • wp-admin/network/users.php
    • wp-admin/user/admin.php
    • wp-admin/includes/export.php
    • wp-admin/includes/menu.php
    • wp-admin/includes/template.php
    • wp-admin/includes/theme.php
    • wp-includes/functions.wp-scripts.php
    • wp-includes/functions.wp-styles.php
    • wp-admin/press-this.php
    • wp-admin/update.php
    • wp-admin/user-edit.php

    The following are the steps you need to follow:

    1. Leave a comment on the Make/Core post with the name of the file you are going to work on.

    2. Update your local WordPress SVN or Git repo (use git pull) to the latest version of WordPress trunk (currently 3.8-alpha).

    3. Create a new ticket on Trac for the file.

    new_docs_ticket_labeled

    • Format the title as “Hooks Docs: path/to/file.php”.
    • The Type should be “defect (bug)”.
    • Assign the ticket to the “Inline Docs” component.
    • Leave the Version blank.
    • The Severity should be “normal”.
    • Add your wordpress.org username or email address to the CC: field so you’ll receive activity notifications for your ticket.

    4. Edit the file, and make a patch. Please make sure you create the patch from the root directory of your WordPress SVN or Git checkout.

    5. Upload your patch to the Trac ticket you created, and add the keyword “has-patch”.

    Patch Review Process

    1. We will review your patch, and may make recommendations for changes that need to be made. We will change the ticket keyword to “needs-patch” if changes are needed.

    2. Please read the review, ask for clarification if needed, then make the requested changes, and create a new patch.

    3. Use the same filename for your revised patch, and upload it to the ticket. Remove the “needs-patch” keyword, and add the “has-patch” keyword.

    • Note: Do not check the box next to Replace existing attachment of the same name – it is preferred to have copies of all attachments submitted to preserve the history of the ticket. Trac will automatically append an incremental number (xxxxx.2.diff) to the end of a patch filename to prevent an accidental overwrite of the existing file, in cases where the same patch is submitted multiple times due to needed changes.

    We will review the updated patch, and may request further changes, if needed. Repeat steps 2 and 3 until we say your patch is good, and we tag it as “commit”.

    Congratulations, and thank you for contributing to WordPress! :)

     
  • Siobhan 8:50 am on October 25, 2013 Permalink | Log in to leave a Comment  

    Congratulations Drew and Kim! 

    A HUGE congratulations to @kpdesign and @drewapicture for being featured in the credits page of WordPress 3.7.

    kim-drew

    I am immensely proud to see two such integral members of the docs team play such an important role in this release cycle. Over the past year, both Kim and Drew have been doing fantastic work across docs. Kim has been doing great work getting the Core Contributor Handbook together, and Drew has been consistently helpful updating docs, particularly spearheading sprints around each release cycle and updating the admin help tabs.

    This release cycle they’ve been working intensively on inline docs, which are the key ingredients of the code reference in the forthcoming devhub. I hope that the work we do producing the website meets the same standards you’ve been working on in the code.

    The other reason I’m excited about this is that it’s a fantastic example of how teams across the project can work together to improve the whole. It would be great to see much more of this in the future.

    Thanks Drew and Kim for your hard work. <3 <3 <3 <3

     
  • Sam Sidler 9:45 pm on October 21, 2013 Permalink | Log in to leave a Comment
    Tags:   

    Feedback on Devhub Designs 

    Hey Docs team! Good Monday (or Tuesday) to you!

    @saracannon has put together some designs for the devhub and we’d love your feedback. Keep in mind, these are initial designs and some spacing, alignment, and font sizes will change during implementation

    First up, the devhub homepage. This design incorporates everything asked for in the initial mockup:

    devhub-home

    @saracannon also worked up an alternate version of this design with brighter colors.

    Last up, the handbook design.

    handbook-design

    What do y’all think? Anything missing you’d like to see? Anything you see that you don’t like?

     
    • @ubernaut 9:47 pm on October 21, 2013 Permalink | Log in to Reply

      looks great!

    • sirjonathan 9:53 pm on October 21, 2013 Permalink | Log in to Reply

      I really like the design of the handbook – Classy, and nicely laid out.

      The homepage, on the other hand, feels awkward. Given a “developer” focus, which, I presume, allows for a certain degree of interface familiarity – the design/layout feels unusual – one that I might use to try and clearly direct an unfamiliar audience towards an action step. In this case, I suggest that you could accomplish the same with a lot less homepage.

      All that said, it’s always easy to give feedback from a distance. Sara – I really appreciate your work on this! Take my thoughts with a grain of salt and I look forward to the next update.

    • Matt van Andel 10:32 pm on October 21, 2013 Permalink | Log in to Reply

      I dig both designs a lot. Clean, simple, modern, to-the-point, achieving everything they should achieve. My only feedback is that I would very, very much like the redesign to be responsive. Currently WordPress.org (particularly the Codex) is outright unpleasant on mobile devices. These designs look like they could be easily implemented in a responsive way, but that really is a consideration that needs to be made now.

      • Sam Sidler 10:36 pm on October 21, 2013 Permalink | Log in to Reply

        Just a note: We’re not requiring sites be responsive as they design – perhaps we should; that’s a question for another day. However, work is being done to make wordpress.org-in-general responsive, starting with the header. You’re right, though. These designs shouldn’t be hard to implement in a responsive way, we’ll just want to mockup designs for that.

        • Ipstenu (Mika Epstein) 12:33 am on October 22, 2013 Permalink | Log in to Reply

          I’ll be contrary, so long as it’s usable on a tablet, that’s as much ‘responsive’ as most of us need. Only people like @nacin try to code on his phone ;)

          • Sam Sidler 12:35 am on October 22, 2013 Permalink | Log in to Reply

            That’s the general argument “against” spending too much effort on responsive design. It makes sense, but I’m there are some who’d love to read the handbooks on their phone during a commute (for example).

            • jhoffm34 11:36 pm on October 24, 2013 Permalink

              Sorry, but just reading this over now. I definitely think there are enough use-cases to make this site responsive and it will be especially important if/when WordPress.org makes the move.

              As a stop-gap solution maybe we can make sure to code the layout as percentage based widths inside of a fixed-width container. It looks like a responsive header and footer are already being worked on so it would just require a bit of tweaking at the end to turn the devhub site responsive. In other words, lets code the design so with an eye towards eventually making it responsive.

              I know @krogsgard is coding up the theme, so I’d be interested to know what you think Brian.

          • chriscct7 11:28 pm on October 25, 2013 Permalink | Log in to Reply

            Acutally I code on my phone. Responsive Codex would be great :-)

        • Ipstenu (Mika Epstein) 12:35 am on October 22, 2013 Permalink | Log in to Reply

          I like it. There might be a TOUCH too much padding around the top blue section, but this drives people to where most start: Plugins and themes.

          +1 for Dashicons :)

      • Eric Amundson 9:59 pm on October 25, 2013 Permalink | Log in to Reply

        I really like the responsive idea.

        While most folks don’t code on their phones, we’re building books. The Handbooks are specifically meant to be linear guides that a folks can use to learn WP Theming or Plugin development.

        So, for me, it would be awesome if I could easily consume this content on my phone during a commute (assuming someone else is driving).

    • Aaron Jorbin 1:09 am on October 22, 2013 Permalink | Log in to Reply

      1) Having both calls to action be “Get Started” can make it harder for screen readers and voice driven browsers (Such as Dragon naturally speaking”. Perhaps “Dive into Plugins” and “Dive into Themes” ?
      2) The contrast on the grey bar (Code Reference) is kind of low, perhaps a darker grey?
      3) I really like the breadcrumb lower navbar

    • toscho 10:48 am on October 22, 2013 Permalink | Log in to Reply

      Where are the site specific search fields? They should be on top.

      About the responsive part: Please make sure the layout works with large minimum font size settings. :)

    • Eric Amundson 10:15 pm on October 25, 2013 Permalink | Log in to Reply

      I also dig both designs; great job, @saracannon!

      My feedback:

      • I agree with @toscho and would like to see site, or handbook-specific, search fields.
      • I also would really dig it if the handbooks were responsive, but that’s another discussion.
      • Also agree with @jorbin that the buttons could be more direct. Maybe “Learn to Develop Plugins” and “Learn to Develop Themes” or something more direct for accessibility?
      • Breadcrumbs: within the Handbooks, the breadcrumbs are above the Handbook Title high enough where it’s easy to assume they’re part of the greater .org navigation. I’d like to see them below the title as I think it’ll be more apparent that they apply within the Handbooks.
  • Chris Reynolds 2:21 pm on October 21, 2013 Permalink | Log in to leave a Comment
    Tags:   

    …or, at least, I can’t make it. Meet if you guys want, there isn’t much to report (other than some stuff @trishasalas was working on on Verify) & I have stuff I need to get done today. If anyone wants to chat, I will be around on IRC, just /msg or ping me.

     
  • Kim Parsell 12:28 pm on October 18, 2013 Permalink | Log in to leave a Comment
    Tags:   

    Docs Chat: 17 October 2013 

    @sewmyheadon is away at a conference, and asked me to lead the chat today in his absence.

    Thank you to everyone who came. For anyone unable to attend, you can read the logs here.

    The following is a summary of the topics discussed.

    1. Internationalizing Codex/Docs Code Examples

    Prompted by a discussion on Twitter, @siobhan asked on Make/Polyglots whether all code examples in the Codex and other official WordPress documentation should be internationalized. There was already quite a bit discussion in the post’s comments prior to the meeting.

    @nacin said the two primary issues with internationalizing code examples are: (1) increasing the barrier to entry for new developers; and (2) use of the internationalization function doesn’t actually internationalize the code. (see his full comment here)

    @xibe proposed that we provide a link to the i18n Codex page at the bottom of every code example with translatable strings saying, more or less, “Code is simplified for readability reasons. Production code should have all the strings internationalized.”.

    That seems to be the best option for now. We’ll be putting out a call for someone to review the code examples, and add text to ones with translatable strings, say that they are examples, and should be internationalized when used in production code, plugins, or themes.

    2. EPub Docs

    @siobhan had an email from someone who has offered to publish the WordPress docs in epub format. Mike (mac2net) joined us in IRC to discuss the offer, and how it would work. Unfortunately, it currently involves the software running on an external server. @sams and @siobhan both stated that we can’t (a) use an external service, or (b) use non-open source code. @sams and mac2net will be continuing the discussion over email to see if the obstacles can be worked out so that everything runs on the wordpress.org servers, and report back on the progress during next week’s chat.

    3. Inline Docs

    Discussed at this week’s devhub meeting are changes that need to be made in the PHP Docs Standard to incorporate markdown into the doc blocks to fix formatting issues when they are run through the parser. I’ll talk with @rarst to verify the requirements, then we’ll get the standard updated. We noted at yesterday’s Inline Docs chat that we’ll also review the already-submitted patches for any changes that may need to be made. Current status: 72 files completed, 184 files total (39.1%).

    4. WordCamp Sofia Contributor Day

    @nofearinc asked on Twitter today if there’s anything in particular that they can help with during the WordCamp Sofia Contributor Day, scheduled for 10/27/2013. I’ll work on a list of Inline Docs tasks. @hanni and @sewmyheadon will put together a list of tasks for the plugin/theme developer handbooks.

    5. WordPress 3.7

    @siobhan asked about Codex/Docs tasks that need to be completed before 3.7 is released. @drewapicture has already volunteered to write the 3.7 page in the Codex. A new page needs to be written about the automatic updates, with a section for users (explaining how they work) and a section for developers (under the hood goodies). Depending on the length/complexity, it may be best to split it out into two pages.

    6. devhub

    @siobhan said that all is going well with the devhub project. @toscho and @krogsgard have joined the team. @toscho and @rarst are doing the code reference development. @krogsgard will be building the new theme for developer.wordpress.org.

    7. Handbooks

    @hanni reported that she gained two new contributors for the plugin developer handbook at WordCamp Europe. Progress was made on the handbook during their contributor day, and she is currently reviewing the contributions.

    And that wraps up this week’s chat summary. @sewmyheadon will be back for next week’s chat on Thursday at 16:00 UTC.

     
    • Mike 6:35 am on October 19, 2013 Permalink | Log in to Reply

      Some folks mentioned problems with Apple’s iBooks terms of service but not what or why. Please clarify. What is the difference between the iBooks store and the iTunes store distributing wordpress.org apps?

    • Eric Amundson 5:09 pm on October 20, 2013 Permalink | Log in to Reply

      Thanks so much for moderating the weekly chat and posting the recap, @kpdesign!

      I’ll work on creating a task list for Contributor Day this week and will have it ready for Thursday’s chat. How should we best deliver the lists to @nofearinc? Make checklist post(s) here on make/docs?

      • Kim Parsell 10:59 pm on October 23, 2013 Permalink | Log in to Reply

        You’re most welcome. :)

        Yes, I would suggest creating a post, maybe Theme Dev Handbook Tasks – WC Sofia Contributor Day 2013 (I know, long title), with a checklist of tasks that contributors can work on for that handbook. @hanni should do the same type of post for the plugin developer handbook. Then we can get the post links to @nofearinc.

        Hopefully we make good progress on both of them. :)

  • Siobhan 9:25 am on October 16, 2013 Permalink | Log in to leave a Comment
    Tags:   

    Thanks to everyone who attended the devhub meeting. Logs are here. The following was discussed and decided:

    Markup in inline docs

    The markup in the inline docs is currently inconsistent which makes it difficult to parse. After discussion, it was agreed that markdown would be the best option. @DrewAPicture is going to report back to the inline docs team on that tonight.

    Search

    @toscho has been working on the search. We decided that it would be best to provide search filters so that people can filter for function, hook, or class. We all would like a good autocomplete :)

    Other stuff

    @krogsgard has joined the team and is going to be helping with theme development.

    The following actions need to be worked on for next week:

    Actions

    As an aside, since we’ve got @toscho and @rarst set up for developing on wp.org, we’ll put together a document (probably for the make/meta handbook) that will contain info on setting up a wp.org development environment.

    Chat as usual next Tuesday at 16:00 UTC.

     
  • Eric Amundson 11:15 pm on October 14, 2013 Permalink | Log in to leave a Comment  

    Docs Meetup Roundup – Oct 10, 2013 

    1. DevHub

    @rarst and @toscho are both now working on developer.wordpress.org.

    2. Handbooks

    WordCamp EU worked on Plugin Developer Handbook.

    Virtual Docs Meetup worked primarily on Theme Developer Handbook.

    3. Virtual Docs Sprint

    The first virtual Docs Sprint went well and we had 5 or 6 contributors from three different countries. :)

    Got feedback from one contributor that virtual meetups can be boring unless you’re already working on something; so we’ll likely even meet in-person (in the Seattle area) on virtual docs meetup days. Would love to see other contributors organize their own local in-person Docs Sprints.

    We have another Docs Sprint this Sunday, October 20th so join us on IRC or in-person, if you’re in the Seattle area.

    4. Theme School Curriculum

    @courtneydawn and @sewmyheadon met on IRC during the Meetup and looked at both the Theme Dev Handbook and Theme School Curriculum and see significant overlap, so we’re going to review both efforts and see how we can leverage good content in both places without duplicating work.

    5. Inline Docs

    @kimparsell reports that they’re still plugging away and got new contributors from both WCTO and WCEU (yea!).  Thanks contributors!

    Current status: 67 of 184 files complete (~36%).

    Have a great week!

     
  • Chris Reynolds 6:15 pm on October 14, 2013 Permalink | Log in to leave a Comment
    Tags: ,   

    Admin Help: 14 October 2013 

    We had a good meeting today and did a lot of fine-tuning of some of the ideas that have been tossed around.

    One admin help path to rule them all

    Last week, we had decided to try to let things roll with the two different ideas that were presented (a help page and a contextual help box with pop-ups/tooltips). This week, after some discussion, we’ve scrapped that idea in favor of rolling with the mockups that @veraxus presented.

    A few notes:

    • We’d like to add links to the codex on the update screen and the dashboard welcome box
    • We haven’t yet decided whether tooltips or modals would be best for contextual help. @trishasalas will do some user testing on Verify to try to get some feedback. It’s worth noting that this may be guided by content — modals give us more room to have more detailed descriptions but require a user action. Tooltips are arguably more “in your face” but disappear if you move your cursor, so are best used if the message is fairly succinct. They are both good for different things.None of this help content is actually written, so it’s hard to know which would be the best option right now.
    • Help icons for meta boxes should be floated left of the title, since floating right interferes with the toggls
    • Help icons for options should be floated right with some sort of uniform alignment

    Keeping up to date with other initiatives

    Helen Hou Sandi is working on styling the default jquery-ui css to be more integrated into the general WordPress dashboard styles. That work is going into this:

    https://github.com/helenhousandi/wp-admin-jquery-ui

    Mel Choyce has been working on CEUX and MP6 and general admin updatedness. At least some of that stuff can be seen here:

    http://melchoyce.com/wpadmin-ui/content-editing.html

    with updates and stuff available here:

    http://make.wordpress.org/ui/tag/ceux/

    Additionally, if we’re talking about icons (and we sort of are), we should be looking at Mel’s Dashicons icon font which is bundled with core and used for all the icons:

    http://melchoyce.github.io/dashicons/

    …until further notice, that’s what we have to work with as far as an icon set (though presumably ideas for new icons or porting specific icons from Genericons could be suggested to Mel) since there are no plans to bundle Genericons with core at this time.

    As we start moving forward, we should keep these things in mind as much as possible and try to keep what we’re doing in line with what they are doing, e.g. if Helen is working with jQuery UI — which has tooltips — we can use those jquery tooltips instead of something else. Likewise with modals, if we decide to go that route.

    Let the coding begin

    I think we’re ready to start writing some code. The tentative plan is to start with a Github repo and move that into the Contextual Help plugin that’s already on .org when we have something to show/use/test. I will post a link to the repo just as soon as either @veraxus or I set something up. :)

     
    • Graham Armfield 6:35 pm on October 14, 2013 Permalink | Log in to Reply

      When some working prototypes are available for this, please can I ask that someone contacts the Make WordPress Accessible team to ensure that the solution chosen is as accessible as possible – to keyboard users, screen reader users and voice recognition users.

      Thanks

      • Chris Reynolds 6:40 pm on October 14, 2013 Permalink | Log in to Reply

        Absolutely. Thanks for bringing that up. Should we crash a meeting or post on your P2 or what would be the best way of involving the a11y team?

        • Chris Reynolds 6:42 pm on October 14, 2013 Permalink | Log in to Reply

          Note: that last comment was brutally re-edited :)

          • Joe Dolson 3:58 pm on October 15, 2013 Permalink | Log in to Reply

            Crashing a meeting is great, posting on the P2 is also great. P2 is probably a little better, on the whole, since it can catch people who can’t make the meeting. (Making a P2 post just before or during the meeting is probably ideal!)

    • Mel Choyce 6:47 pm on October 14, 2013 Permalink | Log in to Reply

      FYI, those mockups are outdated. :) You can follow along with the progress of CEUX here: http://make.wordpress.org/ui/tag/ceux/

    • Chris Reynolds 6:49 pm on October 14, 2013 Permalink | Log in to Reply

      Thx Mel :)

    • J.D. Grimes 6:52 pm on October 14, 2013 Permalink | Log in to Reply

      I think this was a good choice of direction. The mockups from @veraxus seem like a good solution. I’ll be looking forward to seeing something like that make it into core.

      One thing I want to mention is that while the focus is on admin help for core, making it reasonably easy for plugin and theme developers to implement it within their administration panels would be great.

      • Chris Reynolds 7:11 pm on October 14, 2013 Permalink | Log in to Reply

        Agreed. Ideally we can keep the current theory that the help screens/tabs/tooltips/whatever are filterable so plugins/themes can hook into existing functions the way you can right now with the help tabs (that no one uses :p).

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