For me, it's pretty much OK that the new version was released immediately after fixing the issue. „The problem“ of new release are the implications. Which means:
- „new version available“ announcement method
- upgrade distribution method
Published: On Wednesday, August 12, 2009
For me, it's pretty much OK that the new version was released immediately after fixing the issue. „The problem“ of new release are the implications. Which means:
Published: On Thursday, February 12, 2009
Be sure, that user will notice, he's using functions of your plugin.
Life example: In the first project, user did use the get_meta
function and expected, it's a core function. It didn't do anything specific.
Why should he ever expect, it's part of a plugin? But once he tried to use this
function elsewhere, it surprisingly failed, function wasn't found. The (in other
ways great) plugin called More fields was
missing.
Two ways how to emphasize function's owner:
get_meta
⇒ mf_get_metaget_meta ⇒
MoreFields::get_metaActually, WordPress itself should practise this habit too – since any function is in fact a part of a bigger unit.
Published: On Sunday, December 14, 2008
My opinion is directly the oposite. Not only that I have never appreciated this feature yet, but also it's quite uncomfortable to me – regularly.
Until managers of WordPress
official plugin repository decide to fix these unnecessary inclusions, I'd
like to please plugins' authors to spend a minute with optimizing size of
screenshots. Remember. JPG is better for photos, PNG/GIF (8-bit) is great for
screenshots. Wrong. Wrong.
Right (too hard to find).
Published: On Monday, December 1, 2008
It's no reason to code something hard, when there's the way to do it as a plugin.
Published: On Monday, March 24, 2008
Changed 'comment_approved' to varchar(20) NOT NULL default
'1'Changed 'link_visible' to varchar(20) NOT NULL default 'Y'Changed 'autoload' to varchar(20) NOT NULL default 'yes'Changed 'ping_status' to varchar(20) NOT NULL default
'open'I think it's a bit overvarchared here…
Update: funny thing I have found right now in the code of WeblogToolsCollection:
<!-- Gorgeous design by Michael Heilemann - http://binarybonsai.com/kubrick/ -->
:-)
Published: On Sunday, August 26, 2007
It seem like this is gonna be another article from the “wrong way” “category .(yes, categories are invisible for now)”. I’m sorry, but what can I do? I just must think about these bad things and another urge forces me to transcript my minds… here!
My mindset to *Wordpress widgets* is really simple. Although it’s an interesting concept, I don’t like them and don’t use them because **they do not provide enough flexibility which I unconditionally require**.
And secondly, I think that sidebars (like any other site’s design element) should be made in a way that is correspondent to designer’s aims and giving the customer an opportunity to change the design is not in interest of anybody.
And even if the designer and the content-master are one and same person, even in this case are assets of widgets disputatious, in my opinion, from the same reason: opportunity to change the design easily is also opportunity to change design imprudently.
Published: On Friday, July 20, 2007
Published: On Friday, June 22, 2007
Today I get an interesting idea: to explore WordPress’ **power demands while feeds content generation**. That means I probed how much time it takes to generate a XML file (either RSS or Atom, either with posts or with comments). I *hoped* that WP developers *presumed* – that feed pages are going to be the most hit pages, pages creating most of the traffic (sure, not measured in data volume in bytes but for example in DB queries). Obviously, they didn’t do so.