Updates from Matt RSS Toggle Comment Threads | Keyboard Shortcuts

  • Matt 1:14 am on December 22, 2011 Permalink | Reply
    Tags:   

    MT has given the typography on WordPress.org a refresh to bring it more in line with our sans-serif (instead of Lucida) approach in the WP dashboard, and also tightened up the vertical space the sub-heads were taking up on the page. Helvetica / Arial is a bit tougher than Lucida at smaller pixel sizes, so drop a comment here if you notice anything funky on the site.

     
    • Jane Wells 1:23 am on December 22, 2011 Permalink | Reply

      For newer contributors who don’t know, MT = Matt Thomas.

    • Emil 1:27 am on December 22, 2011 Permalink | Reply

      Also nicer on mobile devices as well. Nice guys!

    • Alex Mills 1:29 am on December 22, 2011 Permalink | Reply

      • Emil 1:38 am on December 22, 2011 Permalink | Reply

        so clean

      • Jane Wells 1:46 am on December 22, 2011 Permalink | Reply

        The new profiles layout is a project Chelsea Otakan and I did a while back, but we didn’t get it coded up until this week when Otto was in town and pitched in. This is a first step toward integrating more activity stream stuff like attending WordCamps, meetups, etc.

      • Dominik 10:59 am on December 22, 2011 Permalink | Reply

        Seems like the profiles doesn’t have sans-serif yet?

    • Mika Epstein (Ipstenu) 1:50 am on December 22, 2011 Permalink | Reply

      Much much love for the forum level up :)

      Older people + folks with terrible vision comment. The fonts are a smidge too small on the forums. If #forumlist has a fontsize of 12px (instead of 11) and maybe #forumlist a to 13px, it’s just a bit easier on the eyes :)

      • jb510 2:24 am on December 22, 2011 Permalink | Reply

        +1 – it’s really really tiny on my hi-res MBP’s screen.

        Also anyone know why the Meetups forum reports -73 (negative 73) topics?

        • Mika Epstein (Ipstenu) 3:24 am on December 22, 2011 Permalink

          It needs a re-count in bbPress. It’s from all the support tickets people posted in there that we had to move out, or the spam we deleted.

      • sabreuse 10:45 pm on December 22, 2011 Permalink | Reply

        Am I seeing things, or have the too-small fonts in the forum been tweaked some time today? Anyway, much better, now, and I really like the changes overall!

    • Jeffro 9:41 am on December 22, 2011 Permalink | Reply

      typography was one of the reasons you got involved with B2. All these years later and you’re still tough on creating the best typography.

    • Ben Huson 9:42 am on December 22, 2011 Permalink | Reply

      • Ben Huson 9:48 am on December 22, 2011 Permalink | Reply

        Whoops, meant to post that in the previous post above plugin headers… duh

        Another nice enhancement might be to add gravatars or something on the plugin author pages too – just a suggestion.
        http://wordpress.org/extend/plugins/profile/husobj

        • Dominik 10:55 am on December 22, 2011 Permalink

          I think it would be better to combine both profiles.

        • Mert Yazicioglu 10:13 pm on December 22, 2011 Permalink

          I think user profiles on WP Profiles are going to be used across the site, hence they are redesigning it. If that’s not the current plan, it most definitely should be ;)

    • Chelsea Otakan 12:03 am on December 25, 2011 Permalink | Reply

      humungous yay!

  • Matt 4:21 pm on December 21, 2011 Permalink | Reply
    Tags:   

    Been giving a lot of thought to how to give plugin authors more control over their plugin pages. In WordPress custom headers have been hugely beneficial in people’s ability to make a theme their own without having to be a designer. (And designers can make them really sing.)

    As an experiment we’ve turned on custom headers for the plugin directory. If you’d like to try out this feature:

    1. Make a 772×250 pixel jpeg or png. (No animated GIFs. :) )
    2. Check it in to your plugin’s SVN directory with the path assets/banner-772x250.(jpg|png). Note that the assets directory is added to your plugin’s root directory, not trunk.
    3. On the next plugin directory refresh (every 15 minutes or so) you should see your image start showing up on the page.

    For an example of this in action, check out Hello Dolly, natch. Our goal is to mainly see how people use them, so if you try this out leave comment below with a link to your plugin!

    Final note: this is just an experiment, and there is a 98.254% chance the dimensions, placement, and text overlay for this header will change in the future, or the idea might not work at all. But I think it’s a nice toe in the water for letting authors really make their plugin pages shine.

     
  • Matt 11:24 am on June 18, 2011 Permalink | Reply
    Tags:   

    One idea that grew from this thread about the number of developers whose jobs are supported by WordPress was that we should try to get more information about the WP developer community at large. There are probably hundreds, maybe thousands, that have never registered at WordPress.org, let alone been to a WordCamp or subscribed to this blog. It would be interesting to know about them, and also to give them an opportunity to participate in (and maybe even contribute to) the community.

    I’m planning on including a link to a survey in the 3.2 announcement post. Because the email goes to end-users as well as developers, this is a great opportunity to capture some feedback from them too. We’ll open source the anonymized/aggregate raw response data and probably present some of the analysis at WordCamps too, like the upcoming State of the Word at WCSF.

    The goals of the survey are:

    1. Gather data on the number and nature of companies and independent developers that use WordPress. (How many jobs has WP created?) Use this both for some static reporting, but also to track trends over time if we do a similar survey next year.
    2. Provide the community with a picture of the end users. What people and companies use WordPress, and how?
    3. Inspire greater participation in the community through awareness and the opportunity to receive more information.

    It’s currently sitting in the wiki at http://codex.wordpress.org/User:Pjad/WordPress_User/Developer_Survey

    What do you think? Any questions missing or ones we should re-word?

     
    • Andrew Nacin 11:30 am on June 18, 2011 Permalink | Reply

      At a glance, looks great. Nice job, Pete!

      Question 6 should probably have something like “contribute to WordPress.org (support, documentation, translations, theme reviews, etc.”

    • Bronson Quick 12:10 pm on June 18, 2011 Permalink | Reply

      Love this idea Matt. It’ll be great to get some more WordPress data.

      The survey looks excellent. My only input would be to maybe add in Q10 ‘I’ve attended a WordPress Meetup’ as well.

    • Andrew Ozz 1:37 am on June 20, 2011 Permalink | Reply

      Sounds good to me too. Perhaps would have added 1-2 more questions for developers, something along the lines of:

      “What do you find most difficult/most frustrating while working with WordPress? Examples: not enough or outdated documentation, not enough comments in the source describing how particular code is working, etc.”.

      And then:

      “What do you find easiest/most satisfying when working with WordPress? Examples: huge amount of open source plugins implementing even the most unusual features, large enthusiastic community, excellent expandability/large amount of core hooks, etc.”.

    • Paul Gregory 10:14 am on June 23, 2011 Permalink | Reply

      In Q10, there’s no ticky-box for Trac participation other than “submitted a WordPress bug report” which reads a bit too specifically as “first post”. Also, there should possibly be a ticky-box for contributions to “Extend > Ideas”.

      It seems that there is no equivalent to Q10 for non-developers. I would have thought that end-users that get the notification email or read the 3.2 announcement are just as likely to attend a WordCamp or answer forum questions. I think you should split out the “engage with community” answers from Q10 and ask them of both types of people.

  • Matt 11:33 pm on April 20, 2011 Permalink | Reply
    Tags:   

    We have a checkbox in profiles where people can say “I make my living from WordPress.” As of today, 19,932 people have checked that box.

    It’s a neat data point, but also makes me curious about more.

    I’d love to have a yearly survey we promote when we do a release to ask questions of the WP community that we’d love answered, perhaps collecting (and refining) them on a Codex page throughout the year.

    What would you ask?

     
    • Aaron D. Campbell 11:55 pm on April 20, 2011 Permalink | Reply

      For those (like me) that were having a hard time figuring out where that checkbox Matt was talking about was, it’s in your Support Forums profile NOT your profiles.wordpress.org profile.

    • Alex M. 12:04 am on April 21, 2011 Permalink | Reply

      Here’s some I could think of:

      • Type of job, i.e. independent contractor, work for a web development firm, work for a non-web dev corp but do their web stuff, etc.
      • Amount of time they’ve made their living off WP (months/years)
      • When did they start using WP (I guess sorta relates to previous question)
      • Self-taught (reading code, Codex, etc.) or instructed in the ways of WP
    • Andrea_R 12:06 am on April 21, 2011 Permalink | Reply

      How much time to they contribute to WordPress.org?

    • Edward Caissie 12:10 am on April 21, 2011 Permalink | Reply

      Following the original checkbox questions with sub-questions:

      Do you make your living from Theme Design
      Do you make your living from Plugin Development

    • Justin 12:29 am on April 21, 2011 Permalink | Reply

      I think a more in-depth survey, strictly WP-related, akin to what ALA does (http://www.alistapart.com/articles/survey2010) would be incredibly interesting. Not necessarily as in-depth, but more than just a single question.

    • Philip Arthur Moore 12:41 am on April 21, 2011 Permalink | Reply

      1. “Have you ever attended a WordPress WordCamp event?”
      2. “Do you develop for other CMSs or are you primarily a WordPress developer?”

    • Jon Brown 12:53 am on April 21, 2011 Permalink | Reply

      While I think more granular data about how people make their living with WordPress would be cool, it’d also be interesting to hear what users do that are not making their living with WP.
      Pro:

      • as a theme developer (PHP/MySQL/JS)
      • as a plugin developer (PHP/MySQL/JS)
      • as a site designer (UI/UX/Graphics)
      • as a site operator (business)
      • My site sells a product
      • My site sells advertising

      User

      • I’ve modified an existing theme’s code
      • I’ve written a theme from scratch
      • I’ve written a plugin
      • My site sells something
      • My site sells advertising

      Also maybe with 3/4 check boxes for novice, intermediate, expert…

      Then random stuff

      • The first version of WP I used was:
      • My favorite thing about WordPress is:
      • My least favorite thing about WordPress is:
      • Alex M. 12:55 am on April 21, 2011 Permalink | Reply

        BBCode doesn’t work in WordPress. ;) I’ve fixed your comment for you by switching to HTML, well specifically by putting asterisks in front of each of your list items (we have an asterisk -> list feature here on WP.com).

    • Mike Schinkel 1:25 am on April 21, 2011 Permalink | Reply

      Simple ask: “What do you do to make my living from WordPress?”
      (Maybe add it next to the check box even?)

    • Dan Schultz 4:08 pm on April 21, 2011 Permalink | Reply

      The folks at A list Apart do an annual Web Design Survey – http://aneventapart.com/webdesignsurvey/ . Partnering or consulting with them might be helpful, or you could just reviewing their past questions & results for some inspiration.

    • DanDare 2:39 am on April 23, 2011 Permalink | Reply

      Since I work on the Fraxion Payments plugin and we are starting to get a core user base you would have to include “selling my content” as one of the ways to earn a living. Right now we only have a bit over 100 locked posts/pages over about 8 web sites and around 200 readers with Fraxions to spend but it is growing. And you can include folks that make a buck out of google ads etc.

  • Matt 10:28 pm on September 4, 2010 Permalink | Reply
    Tags: content types   

    My suggestion on “content types” has gotten completely out of hand, with post styles, post templates…

    To clarify, my idea for the completion of that “feature” would be a wiki page with a taxonomy name and a few slugs we all agreed on (aside, gallery, quote, video…) and reaching out to the folks doing tumblelog themes to ask them to support it, noticeably Woo but also 2010, P2, Typographic.

    Basically a convention different themes can use so if you switch from one to another you don’t have to redo all your archives.

     
  • Matt 4:53 pm on August 16, 2010 Permalink | Reply
    Tags:   

    When is comment moderation going to be not-broken? :)

     
    • Peter Westwood 4:54 pm on August 16, 2010 Permalink | Reply

      When you crack and fix it ;-)

      • Matt 6:47 pm on August 16, 2010 Permalink | Reply

        At least I got the first post on the 3.1 tag.

    • Otto 4:55 pm on August 16, 2010 Permalink | Reply

      Which comment moderation are you referring to?

      • Peter Westwood 5:00 pm on August 16, 2010 Permalink | Reply

        I suspect the 3.1-alpha one

        • Peter Westwood 5:36 pm on August 16, 2010 Permalink

          Indeed having just tried a little comment moderation using trunk I can see how suboptimal it is at present.

        • scribu 6:53 pm on August 16, 2010 Permalink

          What’s so broken about it? (N.B.: Comments on my blog are mostly closed.)

        • Matt 7:08 pm on August 16, 2010 Permalink

          Paging is broken, when you trash something it reloads the entire page with just one comment, it appears to be rewriting some comment info with others when you quick edit… basically the apocalypse.

        • Alex M. 7:10 pm on August 16, 2010 Permalink

          Akismet is at fault according to scribu. I have the same issue.

        • Matt 7:15 pm on August 16, 2010 Permalink

          Also check how some of the URLs now use post_ID= instead of p= for single-post moderation. There’s no good reason for any of those URLs to change, especially to something uglier (caps).

    • scribu 3:28 pm on August 18, 2010 Permalink | Reply

      It turns out both the trash thing and the post_ID are my fault. Will get to work on fixing them.

  • Matt 3:11 pm on July 14, 2010 Permalink | Reply
    Tags:   

    Based on some feedback from Lloyd I’ve tweaked the homepage intro again, particularly the last sentence.

    I’m curious on some other people’s thoughts on the homepage — I think of our audience coming to the homepage as:

    1. people who have no idea what WP is
    2. people who know what WP is and want one
    3. users of WP who need help
    4. users of WP who want a new theme or plugins
    5. contributors to: support, docs, themes, plugins, core

    Whew. What should be there for each of those people? How do we move folks from one level to another?

    My second question would be: what should a download (really a getting started) page look like in the age of one-click installers? Do you know how many people (including my Mom) have an unpacked ZIP of WordPress on their desktop and say the thing is too hard?

     
    • Nathan Rice 3:33 pm on July 14, 2010 Permalink | Reply

      The “getting started” page is huge, to most users.

      Think about it. In order to do it right, you have to …

      1. register your domain name
      2. sign up for hosting
      3. point your domain name to your host
      4. create the database, remember your db user/pass
      5. download/install and FTP program
      6. FTP into your server
      7. download/extract/upload WordPress

      THEN you open up a browser and start the install process, upload a theme, start publishing content, etc.

      That can be overwhelming to almost anybody who hasn’t done it before.

      • Rich Pedley 3:35 pm on July 14, 2010 Permalink | Reply

        Haven’t you just explained why WordPress.com exists?

        • Andrea_R 3:38 pm on July 14, 2010 Permalink

          Yep. Pretty much. That difference maybe needs to be explained somewhere prominent.

      • Matt 3:47 pm on July 14, 2010 Permalink | Reply

        Most hosts make that pretty painless on signup though.

    • Jon Brown 3:47 pm on July 14, 2010 Permalink | Reply

      You almost need a decision tree that says:
      Do you already have hosting? or,
      Do you need hosting?

      If you have hosting, is there a simple script option to install? otherwise,
      Explain manual install
      If you don’t have hosting, explain how tongo about getting hosting with mention of wp.com and Page.ly as alternatives.

      • Peter 9:50 am on July 16, 2010 Permalink | Reply

        I’d never recommend the “simple script option” supplied by cPanel its likes to install WP.. That have only meant trouble for me in the past..

        • Matt 3:56 pm on July 21, 2010 Permalink

          Really? A lot of folks I know have done well with it.

          To clarify there is SimpleScripts, Fantastico, a built-in Cpanel installer, and probably some hosts have custom things. Each is different. I love how Dreamhost, for example, will auto-upgrade all my WP installs there.

    • demetris 4:13 pm on July 14, 2010 Permalink | Reply

      The introductory description has some stuff I would leave out:

      1. The free/priceless sentence seems trite to me.
      2. The volunteers sentence does not do anything for me.
      3. The links to plugins and themes are premature at that point.

      I think WordPress does not need much of an introduction, as it sells itself. Just include the major points and you are fine:

      1. Modern web publishing.
      2. Easy to setup and use, and highly extensible
      3. Preferred by millions of people all over the world.
      4. Available for free, and also open-source software.

      Here is a quick translation of the intro I wrote for el.wordpress.org. It is targeted at a different audience—and I don’t like it very much as it is now—, but it might give you some idea to work on exactly because it is different:

      “WordPress is a modern platform for publishing on the web. With it you can create a website or weblog in a few easy steps and start publishing all kinds of content: a web journal, articles, photos, videos, information about products and services — in short, whatever you like.

      “WordPress is available for free and it is open-source software.

      “Here you will find Greek versions of WordPress and also information about using WordPress in a Greek environment.”

    • Mike Schinkel 6:47 pm on July 14, 2010 Permalink | Reply

      I think #1 should be the primary target of your home page and all others should be able to find a link off of the home page. I think it currently does a reasonable job but I’m sure it could always get better with some hypothesis A/B testing.

      As for the .zip file on the desktop, maybe now would be a good time consider a more prominent “Get Started” page and make “Download” less prominent. The Get Started page could be a wizard that would walk them through the options (.com vs. self hosted) and if they choose the latter let them specify a hosting company and send them to the the hosting company that would install it.

      Once you have the basic Wizard in place you could then solicit the hosting companies to provide you with information via a feed that could be used to make the Wizard smarter. For example, you could ask the user what they are most interested in, i.e.: price, managed hosting, # facebook fans (or some other way to show external support), then show them the current plans, etc. Next step would be to get the hosting companies to streamline the install process so the have to do the minimum to sign up and get the WordPress site already running instead much like I expect Page.ly has. BTW, developing that and evangelizing the process to with the web hosts would be a really interesting project.

    • Ben Tremblay 7:56 pm on July 14, 2010 Permalink | Reply

      Coincidentally “A key issue to this is that you have three audiences to address” is what Lorelle was writing about on WP-Docs.
      What I’d suggest (short and sweet) is that those with the least knowledge need the most attention. By that I don’t mean quantity, but they will be wanting the best UX. E.g. if folk are actually in need of WP.com that should be dealt with elegantly.

    • Ryan 2:23 am on July 15, 2010 Permalink | Reply

      Solution to zip files being too complex … http://wpquickinstall.com/

      Dion just needs some encouragement to develop it I think.

      Very few people who need it, will be asking for it, because they don’t know that there is a simpler way to do things and the ones who know how to handle zip’s etc. aren’t going to be asking for something like this … therefore I suggest just including something like WP QI on the download page as the main way of installing WordPress. Then include a link off to another page which provides zip’s, including the latest nightlies, betas, RCs etc.

      Other softwares, such as SMF, use this approach to installation and it works very well IMO. It’s much faster to install as you don’t need to FTP a whole bunch of files and it’s simpler for the less techno-savvy end-users.

      • Mike Schinkel 8:17 am on July 15, 2010 Permalink | Reply

        +1 to WP QI.

      • Matt 8:23 am on July 15, 2010 Permalink | Reply

        There’s nothing wrong with a zip file, it’s just useless without a hosting account, and QI doesn’t change that.

        • Mike Schinkel 8:57 am on July 15, 2010 Permalink

          Contemplate please what I said above with Ryan’s suggestion of WP QI. QI might be a tools that hosting companies could use in conjunction with WordPress.org to streamline the getting started process for self-hosting.

  • Matt 3:28 am on July 13, 2010 Permalink | Reply
    Tags:   

    Forcing GZIP: http://www.stevesouders.com/blog/2010/07/12/velocity-forcing-gzip-compression/

    This would make an excellent WordPress plugin.

     
    • Justin Shreve 9:38 am on July 13, 2010 Permalink | Reply

      I gave it a shot. I follow the method totally to spec. It worked on my personal tests but could probably use some additional testing.

      http://justin.wordpress.com/2010/07/13/force-gzip/
      http://justinshreve.com/force-gzip.zip

      Also nice easter egg hidden in the headers!

      • Justin Shreve 9:39 am on July 13, 2010 Permalink | Reply

        I meant to include that I will be submitting it to the plugins directory as well… Now I should get back to my GSoC project!

      • Justin Shreve 12:37 am on July 15, 2010 Permalink | Reply

        Just issued a small update to fix something and take use of some feedback from Google.

    • demetris 10:18 am on July 13, 2010 Permalink | Reply

      For the majority of WP users this is less relevant than we may first think, for a simple reason:

      Most WP users are on shared-hosting, and gzip support in shared-hosting setups is rare. (Really rare!)

      For the rest of the cases, where the server can send gzipped content, I am curious to know what would happen if one sent gzipped content unconditionally, that is, without regard for the Accept-Encoding header and without running any tests first.

      • Milan 11:37 am on July 13, 2010 Permalink | Reply

        gzip support in shared-hosting setups is rare. (Really rare!)

        What is your source for this? I can’t agree that it is rare. And do we talk about compression via Apache or via PHP?

        I am curious to know what would happen if one sent gzipped content unconditionally, that is, without regard for the Accept-Encoding header and without running any tests first.

        In article it is said that they check for cookies first.

      • Matt 12:39 pm on July 13, 2010 Permalink | Reply

        You can gzip in PHP with ob_start( 'ob_gzhandler' ).

        • demetris 1:19 pm on July 13, 2010 Permalink

          But that’s not a good option, which is why it is not in core anymore.

          Also, that option does nothing for static resources like JS and CSS files, for which great benefits can be expected from gzipping. Two examples: 1. The main CSS of Twenty Ten is 22kB uncompressed and 5kB compressed. 2. The latest, minified jQuery (1.4.2) is 71kB uncompressed and 25kb compressed.

          @Milan

          My source is checks that I do myself from time to time. Last time I checked a large number of hosting companies was in Spring 2009. For an indication, at that time none of the hosts recommended at the wp.org page supported gzip compression in their shared-hosting offerings.

          I would be interested to know if the situation has changed significantly since then, but I am not holding my breath, since that happens for a reason: gzip compression is expensive.

        • Peter Westwood 8:24 pm on July 13, 2010 Permalink

          But that’s not a good option, which is why it is not in core anymore.

          Actually it got removed solely becuase it was impossible to tell reliably if compression was already enabled at another level in the web server stack – either in the Web Server or for all php requests.

          That lead to alot of people suffering from double compression when it was enabled.

    • Milan 11:42 am on July 13, 2010 Permalink | Reply

      It would be excellent if it is made by good programmer, with very lightweight JavaScript and small cookie. And in any case only HTML will be compressed and not for new visits.

      This data shows that minification of CSS and JavaScript files should be more encouraged since it will make some savings when delivered uncompressed.

    • Otto 5:29 pm on July 13, 2010 Permalink | Reply

      The problem with compressing output to browsers is that you’re really making a tradeoff. Compression uses less bandwidth, but if you’re compressing on the fly then you’re using more CPU time. On shared hosting solutions, CPU time is generally more limited than bandwidth, so compression like this ain’t always a good thing.

      • Peter Westwood 8:26 pm on July 13, 2010 Permalink | Reply

        Indeed.

        Compression on the fly is only a benefit if your servers are Network I/O bound not CPU bound.

        You often do better to focus on one time compression of the things that you can and good caching of output (which could be compressed once)

        • Matt 9:08 pm on July 13, 2010 Permalink

          You’re thinking only from the server side — it’s a benefit from the client side by making things much faster.

        • Otto 9:29 pm on July 13, 2010 Permalink

          It’s a diminishing returns problem. Compressing 20k of HTML down to 4k will indeed be faster, but not if it takes you longer to compress than to send 16k down the pipe.

          On the other hand, if you also use a static caching solution to save the compressed stream for serving it up again later, then you can achieve enhancements all around, since you don’t incur a CPU time penalty for compressing every single time.

        • Matt 9:34 pm on July 13, 2010 Permalink

          I think you’re vastly overestimating the time it takes to compress something on the fly.

          Time for some ab, but I don’t have an unloaded box handy.

      • Milan 12:15 pm on July 14, 2010 Permalink | Reply

        @Matt: If anyone does some tests, they should test both Apache and PHP since some people in their articles recommend only PHP without mentioning Apache’s mod_deflate.

    • Matt 12:39 am on July 14, 2010 Permalink | Reply

      This is a pretty nice tool for testing if Gzip is on, and how much it would save if it was:

      http://www.whatsmyip.org/http_compression/

    • Steve Souders 3:54 pm on July 14, 2010 Permalink | Reply

      @Matt: It warms my heart to have you evangelizing performance this way. You made my day.

      Compression is nearly always a win if the payload is > 1 kB. My blog post yesterday has a chart ( http://stevesouders.com/images/roundtrips-per-kb.png ) that shows the number of roundtrips required for various payload sizes. Reducing roundtrips, esp. for JS and CSS, makes the page load much faster. Netflix found that turning on gzip compression made pages 13-25% faster ( http://assets.en.oreilly.com/1/event/7/Improving%20Netflix%20Performance%20Presentation.pdf ).

      For static JS and CSS files, it is a challenge if the WP user does not have access to their web server config. One alternative would be to have gzipped versions of these files (main.js.gz) and WP could dynamically determine which static file to include.

    • Robert Jakobson 10:53 am on July 23, 2010 Permalink | Reply

      Could anyone or the author himself explain and clarify whether CSS, Javascript is getting compressed as well with this plugin or is it only PHP/HTML markup?

      Need an answer quickly.

  • Matt 7:33 pm on July 12, 2010 Permalink | Reply
    Tags:   

    Fixed http://core.trac.wordpress.org/ticket/14269 as a generalized output buffer for the entire site.

     
  • Matt 4:05 pm on July 9, 2010 Permalink | Reply
    Tags:   

    Last night two big changes happened on WordPress.org:

    1. Ryan switched over all of the blogs to a single MS install. Given some like the dev blog go back (by definition) to before the first version of WordPress ever released, this is pretty impressive.
    2. Mike Adams upgraded the bbPress instances to the latest trunk version.

    Things were wonky for a bit, but should be stable now.

     
    • scribu 4:11 pm on July 9, 2010 Permalink | Reply

      Very nice!

      One observation though: if the dev blog is now at wp.org/news, shouldn’t the menu link say ‘News’ instead of ‘Blog’?

      • Matt 4:13 pm on July 9, 2010 Permalink | Reply

        Not sure about the name yet. What do you think?

        • Andrew Nacin 4:19 pm on July 9, 2010 Permalink

          Still not convinced about “WordPress News” over “WordPress Blog.” I keep going back and forth. “News” seems too much like what planet is, and additionally, most companies, open source projects, etc. have a “Blog” (need I remind anyone we started as blogging software to boot :-) ). Jane mentioned that the goal would be to have other blogs (this one, the UI blog, and other project and process blogs I imagine), but there’s The Mozilla Blog and plenty of other blogs they have as well.

          </bikeshed>

        • Xavier 11:48 am on July 10, 2010 Permalink

          I’m all for keeping “/blog” myself, for pretty much the same reasons as Andrew.

        • Mark McWilliams 7:22 pm on July 10, 2010 Permalink

          If you named it ”Official WordPress News” though, then you could still get away going down the /news/ route, it’d depend what the plan is for the rest of the site IMO? As in converting the whole thing to run on WordPress, including the homepage et all! :)

        • Jon Brown 4:45 am on July 12, 2010 Permalink

          First, I’m liking the hiatus. It’s awesome to see all this stuff happening.

          Second, I personally find blog by itself ambiguous, I’d vote for “News Blog”, “Code Blog”, etc… Or “Blogs” with a drop down to “News”, “Code”, etc…

    • Gautam 4:24 pm on July 9, 2010 Permalink | Reply

      Great! There’s only 1 ticket left on bbPress 1.1 milestone (for which I’m preparing a patch), so any plans to release it soon?

    • Sergey Biryukov 9:17 pm on July 9, 2010 Permalink | Reply

      There seems to be something wrong with the markup in the list of contributors from the WordPress 3.0 “Thelonious” post (some unnecessary line breaks, one of which is right inside the link).

    • Xavier 11:50 am on July 10, 2010 Permalink | Reply

      All these incremental upgrades did pay at the end, then! :)

      Now, a question: what happened to the original /wp-images folder? Is is still there, or was all content folded into /wp-content once /wp-images became “deprecated”?

      Also: how much sense would it make to have this very blog (wpdevel.wp.com) moved to a .org subdomain?

      • Matt 1:21 pm on July 10, 2010 Permalink | Reply

        Could you post some examples?

        • Xavier 2:20 pm on July 10, 2010 Permalink

          What are your refering to? Upgrades, /wp-images or subdomain?

          Wild guess: subdomain. And make.wordpress.org/code seems just about right :) Now when people say “it’s been mentionned on wpdevel”, we’ll now they mean the IRC channel and not the present blog :)

          “It’s been mentionned on the Code blog”. Nice. Or even “the Make.Code blog” ;)

        • Matt 6:06 am on July 11, 2010 Permalink

          The wp-images thing.

        • Xavier 1:57 pm on July 11, 2010 Permalink

          Exemples of sites using /wp-images? Mine is one (and the reason why I yelled “yikes!” when I first heard 2.7′s core-update would get rid of that folder. Luckily, it’s been changed since).

          I don’t use it per-se; currently all my file uploads are done using the in-WP tool, and therefore are neatly stacked within /wp-content/uploads. But my older posts do still rely on the content of /wp-images/uploads, which I kept using since as late as May 2008, out of habit.

          Once I’m done with that pesky book update, I’d like to dive into coding a plugin that would move these files into /wp-content and update the articles along the way. Easier said than done, probably.

        • Matt 2:04 pm on July 11, 2010 Permalink

          Sorry — I thought you had seen some broken links or images because of the switch. I searched for wp-images on the dev blog and didn’t find anything.

        • Andrew Nacin 2:07 pm on July 11, 2010 Permalink

          Best I can tell — wp-images is now wp-includes/images, and has been for five years – r2813. When the upgrader was introduced in 2.7, ‘wp-images’ was added to the $old_files array in update-core.php. This ended up getting changed in r9594 however, because some individuals (such as yourself) used it for assets, though that apparently was not its intended use.

        • Xavier 3:47 pm on July 11, 2010 Permalink

          @Matt: Ah, sorry for the misunderstanding.

          @Andrew: I don’t remember why I started using /wp-images/uploads, but I don’t think I made that decision myself. I can’t tell for sure, but it was either a feature from WP back then (I started with 1.01 or 1.2, not sure), or of the importer I used (was using pMachine 2.3 until that point), or some online thing I read. Gn.
          Tried to check with WP, but my test-install of 1.2 from last year now bugs on password retrieval, and I can’t finish the install locally. Oh well, will see about that l have more time on my hand.
          *gets back to writing*

    • scribu 11:52 am on July 10, 2010 Permalink | Reply

      wpdevel will be moved to make.wordpress.org/code ;)

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
Follow

Get every new post delivered to your Inbox.

Join 1,061 other followers