Supporting Everything WordPress

Updates from December, 2012 Toggle Comment Threads | Keyboard Shortcuts

  • Drew Jaynes (DrewAPicture) 5:05 pm on December 28, 2012 Permalink | Reply
    Tags: commercial support, plugins, Themes   

    What to do with commercial plugin/theme topics? 

    On the wp-forums mailing list this morning, there spawned a good conversation about how commercial plugin/theme support threads should be handled in the forums.

    There were several good questions raised including:

    • Should there be a better way to segregate commercial plugin/theme support topics?
    • How can we better organize said topics into one place? Should we?

    The conversation spawned from this thread and how these situations should be handled. Jan summed it up pretty well with:

    I was going to reply along the lines of “Please be nice to the plugin
    author, they are providing support for free and on their own time” when I
    realized wlbryan was their customer.

    Given that we routinely tell people that commercial code is not supported
    here, why is WOWsliders.com using the forums like this? Is that really
    permitted or even a good idea?

    As @jane pointed out, make:support might be a more apt venue for the conversation, so here we go.

     
    • Ipstenu (Mika Epstein) 5:22 pm on December 28, 2012 Permalink | Reply

      Obviously we have to permit them to be able to reply to people ;) Personally once it’s been explained that commercial support happens on commercial sites (i.e. if you pay for it, go over to where you paid for help please), we should close the topic. If people come back and act like entitled children, it’s on them and we can (and will) flag them for that behavior.

      (If you represent your company/code/whatever, it behooves you to act like a mature adult. If you shout at your customers, free or paid, you’ve become your own worst advertising. Stop it ;) I won’t delete posts where you act like an idiot just because you got into an argument on the internet.)

      • Chip Bennett 5:26 pm on December 28, 2012 Permalink | Reply

        Or, if the forums had a way to identify a topic asked about a specific Theme/Plugin, if that specific Theme/Plugin is commercial (or otherwise not-WPORG-hosted), we could auto-respond with “this isn’t the right place to seek support for this Plugin/Theme. (Here’s why….) Go here for this Plugin/Theme’s support.”

        • Jan Dembowski 5:33 pm on December 28, 2012 Permalink | Reply

          Geez, I was half way done when Chip’s reply popped up. ;)

          A boiler plate reply with an option link to the commercial support forums gets my vote.

          The bolier plate doesn’t need to be chapter and verse just something along the lines of “We don’t support those here, see vendor’s support link instead” just like we currently do for commercial themes.

          I’m thinking of what Japh replies with as a model.

          Should there be a better way to segregate commercial plugin/theme support topics?

          But what about a scenario where someone has code hosted on WordPress, get’s a donate link or more openly has a site to make a “purchase” but uses the WordPress support forums as the support venue for their paying customers?

          I’m hard pressed to find such an example exactly but that list thread I started is pretty darn close.

          • Andrea Rennick 7:34 pm on December 28, 2012 Permalink | Reply

            A donate link is different than paid support. :) I don’t think paid support should happen on dot org.

            #canofworms

            • Jan Dembowski 7:46 pm on December 28, 2012 Permalink

              Yep, I should have excluded donate links, I really did mean paid support. Donations are perfectly fine. :)

    • Andrea Rennick 5:30 pm on December 28, 2012 Permalink | Reply

      As noted on the mailing list from Japh – some people post in all the places they can find, hoping to get an answer sooner.

      If we send the same message from all places, diverting to one official spot, then that’s better all around.

      I say this with either hat on here. ;)

      From a support perspective, all questions should be funnelled through to one spot. It’s exhausting to check multiple places.

      From a forum mod point of view – commercial places should not be expected to be allowed to support their plugin in the wp.org forums. If it’s a free one hosted here, fine. If there’s a commercial version – it should be bumped over to their commercial spot.

      • Ipstenu (Mika Epstein) 9:10 pm on December 28, 2012 Permalink | Reply

        commercial places should not be expected to be allowed to support their plugin in the wp.org forums.

        Caveat: If the commercial theme/plugin is hosted on the repository (see Disqus), their readme better damn well say that. Otherwise it’s open season ;)

    • masonjames 5:33 pm on December 28, 2012 Permalink | Reply

      If it’s a premium (paid) product then the vendor should be supporting it on their own site right along with the download. No reason to add to the load on wp.org.

      That being said there are some (ahem) premium providers that ALSO provide free products hosted in the repository. We watch for new posts on these plugins and provide free support for them as much as possible and we encourage staff to pitch in on “regular” WP support as well.

      If it helps make the support more efficient somehow by putting things in once place then cool, but like Andrea said, some folks will post everywhere they can find :)

      • Ipstenu (Mika Epstein) 5:40 pm on December 28, 2012 Permalink | Reply

        Mason, I actually feel strongly about it for another reason ;) If a premium (paid) product is purchased, going to the forums for free support undercuts the paid product and makes it nigh impossible for them to make a living ;) I personally want everyone who offers support on their products to make a living, durn it! (also, I don’t have access to your paid code).

        The crossover of free to paid products is where we get the angry emails about review, I find. “Hey, so and so was really mean to me on the forums about my paid product, and when I called him a doody head, he got worse! Delete these posts! It makes me look bad!” (ans: No, stop calling people doody heads.)

        if people post ‘everywhere’ just delete the extra posts, and reply once in the first topic posted (or the one in the right place) to explain.

        “Hi, posting all over the place actually doesn’t help at all. If you post once, in the [plugin/theme] support forum, the developer will see it much faster, and everyone will know that’s the help you need. I’ve deleted your extra posts, so we don’t have the same conversation going on in multiple places.”

    • Andrew Nevins 5:46 pm on December 28, 2012 Permalink | Reply

      When there’s talk of a separate section just for commercial themes, will this still be within WordPress.org forums? If so, how will forum users be persuaded and informed to post on the segregated commercial-only section, and not where they’ve been posting before?

    • Jan Dembowski 5:57 pm on December 28, 2012 Permalink | Reply

      When there’s talk of a separate section just for commercial themes, will this still be within WordPress.org forums?

      If that does happen then I hope not. I also hope that doesn’t happen in case that’s not clear. ;)

      There are commercial WordPress related marketplaces already and I think they do an admirable job. Mostly, folks like Japh make those better all the time.

      If someone is going to sell something then they ought to also support it by their own means too. The unpaid volunteer supported community forums shouldn’t be that place and I think having that there would be inappropriate.

      I think you can still volunteer at those commercial forums but their ought to be a separation.

      • Ipstenu (Mika Epstein) 9:07 pm on December 28, 2012 Permalink | Reply

        Won’t happen.

        We’re talking about commercial sites that offer their own forums. And we just tell them to go there, and close the posts.

    • Mike Schinkel 2:56 am on December 29, 2012 Permalink | Reply

      It would be really helpful if we could add an optional “Support URL:” entry for the WordPress plugin comment header so that we can explicitly identify where they will get their best support and having this will allow some of the use-cases mentioned above, i.e. for wordpress.org to indicate to the user that commercial support should happen elsewhere.

    • jcartland 12:28 am on January 1, 2013 Permalink | Reply

      Just looking at WordPress again, first time in years, and I’m blown away. I do wish, though, that I could search .org without having to sift through references to commercial products.

      When learning Nodejs, even Drupal, search engines were my friend. Maybe I haven’t learned enough yet to craft my queries, but with WordPress the results seem to be mostly advertisement and self-promotion. It’s kind of annoying and off-putting, I’m hoping that the forums prove to be a refuge.

      Another wish– that license information be required in plugin and stylesheet headers, rather than optional.

      • Ipstenu (Mika Epstein) 2:24 am on January 1, 2013 Permalink | Reply

        By default, if no license is specified, then the license is GPLv2. This is actually how license inheritance works for all GPLv2 derivative software, so the explicit statement isn’t required :) if we had to state it, believe me, we would. So amusingly enough, if a commercial shop doesn’t specify a license, they’re GPLv2 by default. Technically they have to be GPLv2 compatible anyway, but you can read more about that here: http://make.wordpress.org/plugins/2012/12/20/gpl-and-the-repository/

        • Andrew Nevins 3:10 am on January 3, 2013 Permalink | Reply

          I’ve seen themes that state certain technologies are released in GPL but not others, e.g ” HTML & Design released under GPL “. Does this mean any other technologies not stated are not released under GPL?

          • Ipstenu (Mika Epstein) 2:47 pm on January 3, 2013 Permalink | Reply

            The basic rule is this: unless otherwise stated, your theme and plugin code is GPLv2.

            IF otherwise stated, then… It’s whatever they say it is :) not too complicated, you don’t have to overthink that one.

    • Emil Uzelac 6:46 am on January 13, 2013 Permalink | Reply

      We just started something similar here: http://make.wordpress.org/themes/2013/01/13/theme-support-link/ please input if you can.

      Thanks!

    • Andrew Nevins 5:15 pm on February 4, 2013 Permalink | Reply

      Where has this progressed to?
      I keep seeing Gamepress Pro threads started on the Themes forums and not knowing whether I should forward the user somewhere else.

      • Ipstenu (Mika Epstein) 7:17 pm on February 4, 2013 Permalink | Reply

        Gamepress Pro is hosted on .org, so it’s up to Alex to redirect people. Mods aren’t responsible to keep track of all that (sorry, Alex, it’s just not realistic for us to keep up with who’s supporting where).

        When the code is hosted OFF .org, then we send ‘em there.

    • alex27 6:03 pm on February 4, 2013 Permalink | Reply

      I’m sorry about this. I’ll try to direct all support questions to my website and communicate more clearly where to get support on my pages. Hopefully that will solve the problem.

  • Jen Mylo 11:59 am on December 28, 2012 Permalink | Reply
    Tags: Stats   

    Support Stats 

    When I go to conferences like Open Source Bridge and see the other project community managers trotting out their activity stats, a little part of me always dies, because we ain’t got none. Not this year! Yes, I know our systems aren’t set up well for automated stats. Pretend that’s not the case. For the next two minutes, pretend we live in a world where anything is possible, and suggest any and all stats you think it would good or interesting for us to start tracking. Don’t worry, Otto will bring us back to earth soon enough.

    P.S. This team more than any other will likely need some infrastructure changes if we want to start measuring progress/success. Feel free to add what you think is needed in your comment, but that’ll be my next round: “Hey, what infrastructure changes would make the forum experience better for users and moderators,” since the forums is the first point of entry for a lot of people, so improvements here can have a big impact on all the projects around contributor growth.

     
    • Jane Wells 12:05 pm on December 28, 2012 Permalink | Reply

      Some of my ideas:

      • Number of questions asked (threads opened)
      • Number of questions that have been asked before
      • Number of responses per thread
      • Time from open until resolved
      • Number of comments per ticket
      • Number of people commenting per ticket
      • Number of tickets with activity per person (general and for official moderators)
      • How often a reply links to a codex page (or handbook, when those exist)
      • How long between ticket opened and first response
      • Percentage of responses from general users vs moderators

      Infrastructure ideas that might make tracking easier:

      • Having a “This solved my problem” button.
      • Having a “This suggestion is correct” button that moderators could use to endorse help given by random people
    • toscho 12:38 pm on December 28, 2012 Permalink | Reply

      If you need these numbers from external sources too, I can provide some (but not all) for WordPress Stack Exchange. For example: we had ~13000 unclosed question in 2012 and an answer rate of 88% (answers with at least one upvote).

    • Drew Jaynes (DrewAPicture) 3:33 pm on December 28, 2012 Permalink | Reply

      I really like @jane’s “How often a reply links to the Codex” as well as the “This suggestion is correct” button suggestions

      • Number of users active in the last X days
      • Average number of threads started by users
      • Average number of answers per user
      • Number of unanswered threads
      • Total number of threads
      • Total number of resolved threads
      • Total number of closed threads
    • Ipstenu (Mika Epstein) 3:47 pm on December 28, 2012 Permalink | Reply

      • Number of posts marked resolved per week
      • Number of deleted posts
      • Number of users flagged as spam

      (Drew – Number of unanswered threads is 242,580ish right now. Probably +20.)

    • Andrea Rennick 12:39 pm on January 8, 2013 Permalink | Reply

      Most prolific posters.
      Activity on non-english forums as well as top posters / mods there.

  • hanni 11:09 pm on August 5, 2012 Permalink | Reply
    Tags: goals   

    Post hoc ergo propter hoc: approaching and defining support goals

    Breaking out from the Codex thread below – and using, inter alia, Siobhan’s comment as a starting point, let’s get some outlining goals going on:

    • A clear division between developer docs and user docs
    • A self-contained, concise yet complete landing page for the user coming in
    • Plot a useful journey for different people who want to “learn WordPress”, from beginner to ninja/rockstar/whatever the individual wishes to be - (imho this needs to both respect that not everyone will want to do everything, nor indeed have the nouse (everyone is unique, and has their own strength), whilst respecting and encouraging the learning process – it’s a balance to ensure that eveyone gets to where _they_ want to be, with the best tools and information not where we, or anyone thinks they should be. Without passion, we’d not be here – I think at this point I’m merely restating what everyone thinks and goes without saying, but, let’s just get it documented.)

    So, there’s some overlap and a meeting point with the core contributors‘ handbook, and this is where we need to be super disciplined. I know so many of us, @ipstenu, @andrea_r, @lorelle, @esmi (and everyone here, and more!) have been mulling this over for a good deal of time, so I’m just very much about grouping the discussion and the years of thought and care into a thread.

    Let’s go!

     
    • andrea_r 11:25 pm on August 5, 2012 Permalink | Reply

      Probably first point is to identify actionable items, break ‘em down into manageable tasks and start the delegating / voluntold process?

      I;d say first thing is to get the wp.com useful docs over here with a first pass at editing to replace terms, then link it up to the main.

      • hanni 11:28 pm on August 5, 2012 Permalink | Reply

        sidenote on wp.com docs – @andrea_r I’ve just grabbed an export of en.support.wordpress.com. Where’d you like to start gathering these? A category here?

        • Ipstenu (Mika Epstein) 11:37 pm on August 5, 2012 Permalink | Reply

          I wish we had a CPT! Maybe @nacin will give us a sub-site make.wordpress.org/support/handbook?

          Edit! Make a /handbook page, import there!

      • hanni 11:56 pm on August 5, 2012 Permalink | Reply

        OK, we had some quick ad-hoc “IRL”conversation action going on here with @ipstenu, @nacin, @otto, @jane and others – noting:

        • Since even /handbook/ etc wouldn’t potentially even be the “final destination for this info, it’s pretty academic where we put them, as long as we keep them as pages (arguably most flexibility wrt simple portability
        • With all of this in mind, we don’t need to ask of anybody’s time (would require a couple of hurdles @nacin’s part which just make it not worth it) to just create a page and import as a sub of the Handbook page @ipstenu has already created
        • hanni 12:05 am on August 6, 2012 Permalink | Reply

          Done! @otto helped me mass move everything to under “Handbook”. Falling timber, but it’s something.

          • andrea_r 12:14 am on August 6, 2012 Permalink | Reply

            Dang, you guys work fast – and yeah, something somewhere anywhere. :D

          • hanni 12:42 am on August 6, 2012 Permalink | Reply

            So, the general principle of restricting isn’t something you’ll ever see me getting behind, and, was careful to only export / import “published” pages so there is no sensitive anything, I have made the pages private whilst we do a very quick _ initial triage – otherwise 340+ pages is a bit overwhelming to just dump out there, so:

            • @andrea_r, @esmi @ipstenu @hanni- let’s grab any and all pages where we can and, without investing the time to reformat it, or whatever (should this be hard), do a quick once-over to see if the actual page itself is something useful for .org and then make it public, if it’s not relevant, delete – I’ll presume, by Wednesday morning 10AM PST that anything still private can be made public.
            • Then, once we have the public set of pages which are, in theory, the relevant ones, we can do deeper triage, updating, and editing – as @ipstenu pointed out, this may actually be quickly done too! :)
            • This is just for 72 hours, whilst we scrub. If we can do it before then, that’s great.

    • Siobhan 3:42 pm on August 6, 2012 Permalink | Reply

      Amazing – I go to bed and loads of stuff has happened! Is there anything I can do to help? Have some time to review pages tomorrow if needed.

      • Ipstenu (Mika Epstein) 5:38 pm on August 6, 2012 Permalink | Reply

        As soon as we can go through and delete the totally non-relevant .com stuff (like how to set up email/domains with .com etc), and remove the links to .com support, I think we can roll the pages out, have everyone comment, and figure out how to structure a ‘user handbook’

        @hanni and I were talking about this with the Core Handbook, and she has a great idea for overviews.

        If we can come up with big ‘header’ sections, like in a book, and lead people through what you need to know, then we can present a guided path.

        So with WP Codex we should figure out what our ‘path’ is.

        1) What is WordPress
        2) Installing
        3) Using
        4) Extending (? Themes and/or plugins … maybe Personalizing)
        5) Coding

        And then the Coding one would be where we’ve got all that advanced function calls etc. Core can link back to the Core Handbook.

    • Ipstenu (Mika Epstein) 11:49 pm on August 6, 2012 Permalink | Reply

      Pages sorted and done. I have a draft post, but since the handbook doesn’t list them all, I asked @otto42 and @nacin if we could have the shortcode for child pages like they do on .com (and like the plugin in the repo) so we could just list ‘em.

    • hanni 11:52 pm on August 6, 2012 Permalink | Reply

      @ipstenu, you are a marvel.

    • Lorelle 4:55 pm on August 10, 2012 Permalink | Reply

      Wow, I duck into academia and miss out on all the fun. Is there a place to find all these? What can I do?

      WordCamp PDX is coming up and some people have asked me to do a Codex unconference meeting during it. I’d love to tap into their brilliance and point them at specifics. The WordPress PDX Meetup team also wants more directions when it comes to how they can help with the Codex, especially after the very successful recent Codex events.

      Awesome.

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