[theme-reviewers] Help on theme review - Did I waste my time?
Jonny Cauvain
furcifer at furcifer.me
Sun May 29 21:40:21 UTC 2011
More than likely here or on the make site, if at all.
From: theme-reviewers-bounces at lists.wordpress.org
[mailto:theme-reviewers-bounces at lists.wordpress.org] On Behalf Of Artur
Sent: 29 May 2011 22:38
To: theme-reviewers at lists.wordpress.org
Subject: Re: [theme-reviewers] Help on theme review - Did I waste my time?
Just interested, where the discussion on this matter will take place? As a
theme developer I'd like to express my opinion.
On 29.05.2011 23:52, Diana K. Cury wrote:
Thanks for reply,
I'm aware about plugin being better than theme, so users don't get theme
dependent, but I though that plugins should handle very specific or advanced
tasks, not content, I mean...post types is all about content isn't?!
Thought that a subject/content driven theme could ok, since there are
seasonal themes in repository.
I don't mind extract it to a plugin, I'm just upset about spent time on a
theme instead a plugin because no one said that before.
----- Original Message -----
From: Chip Bennett <mailto:chip at chipbennett.net>
To: theme-reviewers at lists.wordpress.org
Sent: Sunday, May 29, 2011 5:22 PM
Subject: Re: [theme-reviewers] Help on theme review - Did I waste my time?
Of course I can disagree. My opinion is my own, and only I inform my own
opinion. I claim no "authoritarian" viewpoint; I was merely clarifying a
question from a ticket review.
We're right now in the process of thinking out handling of specialized
Themes. It was the major topic of yesterday's meeting. It will be posted as
a discussion topic on the Make site. Nothing is set in stone. Further,
nobody has said anything about removing the possibility of specialized
Themes in the Repository. Part of that implementation is going to be outside
of the control of the Theme Review Team (see also: Child Themes), and I am
100% in favor of finding all possible means of supporting specialty/niche
Themes. The vast untapped potential of WordPress lies in such Themes.
But I will continue to argue the principle of separation of content
*creation* and content *presentation*, and the principle of user content not
being locked-in to any particular Theme.
Chip
On Sun, May 29, 2011 at 3:00 PM, Philip M. Hofer (Frumph)
<philip at frumph.net> wrote:
Unfortunately I disagree that you "can" disagree. This is not a position
that you have authoritarian viewpoint over. The "stance" that the theme
review team will remove any possibility of 'specialized' themes on the
repository including mine, as well as any future themes that are contain as
such; not withholding themes like the one that was on the repo for awhile
that handled 'trouble tickets' if you remember that one.
Again, you are limiting the repository again and this needs to be rethought
out a bit more.
----- Original Message -----
From: Chip Bennett <mailto:chip at chipbennett.net>
To: theme-reviewers at lists.wordpress.org
Sent: Sunday, May 29, 2011 12:55 PM
Subject: Re: [theme-reviewers] Help on theme review - Did I waste my time?
I disagree.
There needs to be some assurance that the Plugin will be maintained for as
long as the Theme is maintained, otherwise, the Plugin will simply be a
release-one-and-forget affair. Requiring the Theme to *use* the Plugin,
rather than incorporate the functionality, ensures that users will have a
maintained Plugin, and will retain use/control of their data, without being
locked in to any particular Theme.
Chip
On Sun, May 29, 2011 at 2:47 PM, Philip M. Hofer (Frumph)
<philip at frumph.net> wrote:
A plugin is just an extension of the theme to allow for usage in
multi-variety themes, while content creation that is specific for an
individual theme should be allowed.
----- Original Message -----
From: Chip Bennett <mailto:chip at chipbennett.net>
To: theme-reviewers at lists.wordpress.org
Sent: Sunday, May 29, 2011 12:42 PM
Subject: Re: [theme-reviewers] Help on theme review - Did I waste my time?
The reason for that review comment is that it is the current stance of the
Theme Review Team that Theme functionality should involve *presentation* of
data only, and that *creation* of content should be handled by Plugins. User
data should not be subject to Theme "lock-in", but should be available to
the user, regardless of what Theme is used.
The Repository/WordPress are not yet well-suited to handle "niche" Themes -
though we certainly hope that both will better-accommodate such Themes in
the future, given the vast potential of such Themes.
As a compromise, we are currently asking that any Theme that *creates* data
(such as via a Custom Post Type) port that functionality to a Plugin
(approved and available in the Plugin Repository), and use/integrate the
Plugin functionality. This way, if the user switches Themes, his data are
still available, since such data will be handled by the Plugin.
(Note: this requirement means that the Theme should actually be *dependent*
upon the Plugin, rather than making the Plugin itself part of the Theme. It
ensures that the Plugin functionality is kept current with Theme
development, so that users retain access to/control of their content for as
long as the developer maintains the Theme - and therefore, the Plugin.)
In the case of your Theme, porting the CPT functionality to a Plugin
shouldn't be more than a 5-minute (or so) process. Then, you'll just need to
ensure that the Theme checks for the Plugin being active and/or the CPT
being available.
Chip
On Sun, May 29, 2011 at 1:21 PM, Diana K. Cury <dianakac at gmail.com> wrote:
Please, someone could clarify http://themes.trac.wordpress.org/ticket/4032
I'm not undertanding this:
Even though there are a few changes to be made I cannot approve this theme
because of the implementation of custom post types which is required to be
implemented as a plugin. (...)
Where, who said that post types should be implemented only as a plugin, if
so, why anyone said me tha before I re-submit the theme ten times?
Also, that stands for a built in plugin or a standalone one (submit as a
plugin in Plugin Directory)?
Thanks,
_______________________________________________
theme-reviewers mailing list
theme-reviewers at lists.wordpress.org
http://lists.wordpress.org/mailman/listinfo/theme-reviewers
_____
_______________________________________________
theme-reviewers mailing list
theme-reviewers at lists.wordpress.org
http://lists.wordpress.org/mailman/listinfo/theme-reviewers
_______________________________________________
theme-reviewers mailing list
theme-reviewers at lists.wordpress.org
http://lists.wordpress.org/mailman/listinfo/theme-reviewers
_____
_______________________________________________
theme-reviewers mailing list
theme-reviewers at lists.wordpress.org
http://lists.wordpress.org/mailman/listinfo/theme-reviewers
_______________________________________________
theme-reviewers mailing list
theme-reviewers at lists.wordpress.org
http://lists.wordpress.org/mailman/listinfo/theme-reviewers
_____
_______________________________________________
theme-reviewers mailing list
theme-reviewers at lists.wordpress.org
http://lists.wordpress.org/mailman/listinfo/theme-reviewers
_______________________________________________
theme-reviewers mailing list
theme-reviewers at lists.wordpress.org
http://lists.wordpress.org/mailman/listinfo/theme-reviewers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wordpress.org/pipermail/theme-reviewers/attachments/20110529/4492afbe/attachment-0001.htm>
More information about the theme-reviewers
mailing list