[theme-reviewers] Theme requirements for adaptive vs. responsive themes
Chip Bennett
chip at chipbennett.net
Sun Aug 25 19:59:17 UTC 2013
I don't think there's anything that *has* to be left up to a shortcode,
even for adaptive design. The developer should make those decisions, based
on the supported screen sizes - i.e. decisions, not options. Making those
decisions has nothing to do with a Theme creating or modifying content;
rather, those decisions merely impact the *presentation* of that
content. The implementation of those decisions can be handled in a manner
that is 100% consistent with maintaining the presentation-vs-functionality
segregation.
On Sun, Aug 25, 2013 at 3:33 PM, Bruce Wampler <weavertheme at gmail.com>wrote:
> In the recent theme tag discussion, there was clearly recognition of a
> technical difference between mobile-adaptive and mobile-responsive themes.
> This note is about that technical difference, and not about tag names.
>
> I agree that there is indeed a fundamental difference between adaptive and
> responsive presentation of content. In adaptive themes there is often a
> need to selectively change the content depending on the device - and if one
> is very picky in reading the rules, this violates the general guideline
> that themes can't change content.
>
> As a specific example, adaptive layout really needs to includes user
> content control, say shortcodes -- [show_if_mobile] and [hide_if_mobile]
> -- to allow the user to select which content should be displayed in which
> mode. This is especially important if the content is high-bandwidth, and
> the site creator would like to minimize mobile device content download. I
> would contend this is an integral part of the theme design, and not plugin
> territory. Purely responsive layout cannot do that very easily in many
> cases, so the feature is important.
>
> I would like to propose that mobile-adaptive themes be allowed to include
> specific adaptive-related shortcodes and other critical design features.
> Perhaps require the theme author to document the need for such features at
> theme submission time.
>
> Bruce Wampler
>
> _______________________________________________
> 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/20130825/eb148c1a/attachment.html>
More information about the theme-reviewers
mailing list