<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.18928">
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2 face=Arial>While timthumb has been banned, that doesnt mean
other internal functionality will ever be banned as
such. You might come across recommendations that said
functionality should be a plugin, but it is only that a
recommendation.</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>To answer your list.</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>1. Fine - recommend plugin</FONT></DIV>
<DIV><FONT size=2 face=Arial>2. Fine - recommend plugin </FONT></DIV>
<DIV><FONT size=2 face=Arial>3. Fine</FONT></DIV>
<DIV><FONT size=2 face=Arial>4. Definately Ok.</FONT></DIV>
<DIV><FONT size=2 face=Arial>5. Absolutely Ok.</FONT></DIV>
<DIV><FONT size=2 face=Arial>6. Fine - recommend plugin</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>While the push for developers to strive to utilize
as much api and plugins that do the load of the work that you are describing,
there's nothing that you wrote there that would be not-accepted; however,
that being said it is in the developers interest to utilize as much of the
plugin to theme control as possible and more importantly the WordPress API
itself.</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>Frameworks at this time are finalizing the
guidelines for it. Chip is probably the best person to respond about that.
- as for integration as you speak of, that one client doesn't justify the large
number of possible users to the theme that might want a different functionality
from a plugin instead. It is in my opinion better to cater to the
wider audience then the single one, giving the audience which uses the
themes/derivatives/child themes a wider variety of possibilities goes quite a
long way.</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>On a side note, I used to believe integrating
everything was the right choice as well.. .until something occured with an
update of WordPress which made one single function not behave as it should which
ruined the theme for everyone who upgraded.</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>^ My 2cents, nothing more.</FONT></DIV>
<DIV> </DIV>
<BLOCKQUOTE
style="BORDER-LEFT: #000000 2px solid; PADDING-LEFT: 5px; PADDING-RIGHT: 0px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px">
<DIV style="FONT: 10pt arial; BACKGROUND: #e4e4e4; font-color: black"><FONT
style="BACKGROUND-COLOR: #ffffff" size=3
face="Times New Roman"></FONT> </DIV>
<DIV><BR></DIV>
<DIV>My concern is, for our next theme, which is actually our internal
base-theme (sort of framework) and contains features like:</DIV>
<DIV>
<OL>
<LI>Social bookmarking/Sharing controls (twitter/facebook/etc buttons)
<LI>Advertising options (like Google AdSense/BuySellAds/Kontera etc)
<LI>Typography options (font-faces/font-sizes/etc)
<LI>Layout Options (2-column/3-column/etc)
<LI>Content Options (Thumbnail size/summaries/read-more settings)
<LI>Other options like feedburner integration, favicon/logo
upload</LI></OL></DIV>
<DIV>There were SEO options also which we plan to retire in favor of
wordpress-seo plugin by yoast.</DIV>
<DIV><BR></DIV>
<DIV>To give you better ideas, just think of themes at themeforest which
provides theme-options.</DIV>
<DIV>We have many clients on themeforest for which above said internal
framework has been maintained and continuously updated from a
year.</DIV>
<DIV><BR></DIV>
<DIV>Now question is - if we decide to release our framework in open-source,
which features we need to remove (if any) to maintain compliances here?</DIV>
<DIV><BR></DIV>
<DIV>Also, can we upload themes we have developed for themeforest
here? </DIV>
<DIV>Will there be any extra regulations regarding features & options
themes at themeforest provides? </DIV>
<DIV>Just a note - themeforest publishers are very aggressive. On one instant
a client sent us list of 30+ plugins which he wanted to integrate in a
wordpress-theme! </DIV>
<DIV> </DIV>
<DIV>We have many themes in our repo, originally developed for
themeforest but never launched for various reasons (most common is client
defaulting payment). </DIV>
<DIV>We are owners of all graphics/code which we want to release on wordpress
theme repo, of course under GPL :-)</DIV>
<DIV><BR></DIV>
<DIV>==</DIV>
<DIV><BR></DIV>
<DIV>My second question is regarding parent-child theme.</DIV>
<DIV><BR></DIV>
<DIV>Here is what we want to achieve.</DIV>
<DIV>
<OL>
<LI>Our base theme (framework) is common across all our themes [Parent]
<LI>Each theme has its own set of local changes [Child]</LI></OL>
<DIV>We want to leverage power of parent-child theme to push updates. If
there is any change in base-framework - all child theme users should get a
notification about new update of parent theme.</DIV>
<DIV><BR></DIV>
<DIV>Not sure if possible here, specially as SVN access is not available on
theme-repo (like we have access to SVN on plugin-repo).</DIV></DIV>
<DIV><BR></DIV>
<DIV>Regarding release - should we release parent
and child theme separately? Is there any extra guideline on
parent-child theme release.</DIV>
<DIV><BR></DIV>
<DIV>Also while answering please consider 3-level relationship =>
parent-child-grandchild as well!</DIV>
<DIV><BR></DIV>
<DIV>==</DIV>
<DIV><BR></DIV>
<DIV>The only purpose of asking all questions in advance here is to save
our development efforts and also precious time of theme review
team.</DIV>
<DIV><BR></DIV>
<DIV>I hope to get some good
suggestions/guidance/inputs here. </DIV>
<DIV><BR></DIV>
<DIV>Thanks All,</DIV>
<DIV>-Rahul</DIV>
<DIV><BR></DIV><BR clear=all>--<BR>Rahul Bansal | Founder & CEO | rtCamp
Solutions Pvt. Ltd.<BR>Mobile: +91-9860501882 | Web: <A
href="http://rtcamp.com/" target=_blank>http://rtcamp.com/</A><BR><BR>
<P>
<HR>
<P></P>_______________________________________________<BR>theme-reviewers
mailing
list<BR>theme-reviewers@lists.wordpress.org<BR>http://lists.wordpress.org/mailman/listinfo/theme-reviewers<BR></BLOCKQUOTE></BODY></HTML>