
<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hey Emil,<div><br></div><div>I brought this to the list to bring it to the attention of other admins and to get input from the community. There was no point in arguing with you over it, as you’re simply following the rules you have no power to change.</div><div><br></div><div>As admins, it is your job to uphold the rules, but it is also your job to ensure a quality user experience. So what happens when a rule is made that compromises user experience based on principles that have no place in this community?</div><div><br></div><div>I’m aware that the odds are an exception won’t be made, and the rule won’t be changed, but for the sake of millions of websites I’m going to at least purpose this question and hope that logic and reason wins out.</div><div><br></div><div>This is an illogical rule that basically prevents us from reusing our own brands to offer continuity to our users. This rule is essentially forcing communization of WordPress themes, and preventing theme authors from being able to reach their audience under identifiable product names. It’s a disturbing, closed approach that has no place in this open community.</div><div><br><div apple-content-edited="true">

<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div style=" orphans: 2; widows: 2; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">--Trent Lapinski<br>=============<br>CEO of CyberChimps Inc.</div><div style=" orphans: 2; widows: 2; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><a href="http://CyberChimps.com">http://CyberChimps.com</a></div><div style=" orphans: 2; widows: 2; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Twitter @trentlapinski</div><div style=" orphans: 2; widows: 2; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><span style="font-size: 12px;">Skype: mobiletrent</span><br></div></div></div>

</div>

<br><div><div>On Sep 26, 2014, at 5:17 PM, Emil Uzelac <<a href="mailto:emil@uzelac.me">emil@uzelac.me</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">And the problem was unsolvable in the ticket where we began? Just curious that's all :)<br><br>On Friday, September 26, 2014, Trent Lapinski <<a href="mailto:trent@cyberchimps.com">trent@cyberchimps.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>I really do not want to go in circles over this issue.</div><div><br></div><div>Problem: I need to be able to release Responsive 2.0 without breaking several million websites. We updated the grid to make it mobile first, and updated our code structure to be HTML5 compatible. If we make these changes to Responsive 1.x then we will break millions of websites.</div><div><br></div><div>Purposed solution: Release it as “Responsive II” and maintain it as a separate theme, and maintain both Responsive, and Responsive II.</div><div><br></div><div>What alternative solutions do the admins purpose?</div><br><div>

<div style="letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; word-wrap: break-word;"><div style="letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; word-wrap: break-word;"><div style="word-wrap:break-word">--Trent Lapinski<br>=============<br>CEO of CyberChimps Inc.</div><div style="word-wrap:break-word"><a href="http://cyberchimps.com/" target="_blank">http://CyberChimps.com</a></div><div style="word-wrap:break-word">Twitter @trentlapinski</div><div style="word-wrap:break-word"><span style="font-size:12px">Skype: mobiletrent</span><br></div></div></div>

</div>

<br><div><div>On Sep 26, 2014, at 5:05 PM, Trent Lapinski <<a href="javascript:_e(%7B%7D,'cvml','trent@cyberchimps.com');" target="_blank">trent@cyberchimps.com</a>> wrote:</div><br><blockquote type="cite"><div style="word-wrap:break-word"><div>Otto,</div><div><br></div><div><div>How is it in the principles of open source to prevent theme authors from using our own brands? A restriction which is not applied to plugins. If I want to release CyberChimps Slider plugin, CyberChimps Security plugin, CyberChimps XYZ plugin I can.</div><div><br></div><div>Yet I cannot do the same thing for my themes?</div><div><br></div><div>I’m sorry, but this “rule” is ridiculous and needs to be modified not only for CyberChimps but everyone else. We should be able to control our own branding of our themes just the same as plugins.</div></div><div><br></div><div>Every major company from Apple to Samsung uses version numbers in product names. Examples: iPhone 6, Galaxy s5, etc. I shouldn’t have to rebrand an established product line because I want to release a new version.</div><div><br></div><div>Your slippery slope argument does not apply here. There is absolutely no harm that would come if theme authors are in control of the names of their themes and use similar branding. A simple distinction that once a brand name is established no other author can reuse it is all that is required to clarify the matter. For example, I shouldn’t be able to reuse another theme authors brand name, just as they shouldn’t be able to reuse mine.</div><div><br></div><div>However, this should not prevent a theme author from releasing multiple products under the same brand. Lets say for example I want to offer Responsive HD, Responsive Retina, Responsive New, Responsive XYZ, it shouldn’t matter. There is no logical argument you can make for why I shouldn’t be able to do so, as I’m already the original owner of the Responsive name and all the themes are created by the same author.</div><div><br></div><div>This is an open source community is it not? This a very narrow, and closed restriction that simply isn’t required. We shouldn’t be forced to retire 1.0 to reuse the name. The current system forces us to break peoples websites, how is that fair or reasonable?</div><br><div>

<div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="word-wrap:break-word">--Trent Lapinski<br>=============<br>CEO of CyberChimps Inc.</div><div style="word-wrap:break-word"><a href="http://cyberchimps.com/" target="_blank">http://CyberChimps.com</a></div><div style="word-wrap:break-word">Twitter @trentlapinski</div><div style="word-wrap:break-word"><span style="font-size:12px">Skype: mobiletrent</span><br></div></div></div>

</div>

<br><div><div>On Sep 26, 2014, at 3:38 PM, Otto <<a href="javascript:_e(%7B%7D,'cvml','otto@ottodestruct.com');" target="_blank">otto@ottodestruct.com</a>> wrote:</div><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Sep 26, 2014 at 5:25 PM, Srikanth Koneru <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','tskk79@gmail.com');" target="_blank">tskk79@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Not taking any sides but "Responsive" is already fair game : <a href="https://make.wordpress.org/themes/2013/02/26/clarifying-guidelines-for-theme-name/#comment-29874" target="_blank">https://make.wordpress.org/themes/2013/02/26/clarifying-guidelines-for-theme-name/#comment-29874</a><br></div><div class="gmail_extra"></div></blockquote></div><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">With regards to that specifically, I believe he was thinking more along the lines of a theme named something like "XYZ Responsive". or something like that. In such a case, the "XYZ" part is the name, the "responsive" is just a descriptive feature. Really, it's a spammy keyword technique, and we shouldn't allow it... but, whatever, that doesn't bother me that much.<div><br></div><div>My concern is more along the lines of "versions are not supposed to be in names". We don't allow plugins that do this. You can't make "PluginX 2.0" as a plugin name. We get submissions that do this so much that we have a form letter response to send back to them.</div><div><br></div><div>If it's an update, then it should actually update the original, not be a new one. You update the original "PluginX", not make a new entry for "PluginX 2". Calling a theme "Responsive II" or "2" or "Part Deux" or whatever you like violates this rather simple and basic principle. This is just my opinion, of course.</div><div><br></div><div>"Weaver II" was allowed to do it because he retired Weaver at the same time. No conflict, no problem. If a theme was submitted named "AwesomeTheme 1.0" and the "1.0" part was actually in the name, I would hope we would reject that as well. Version numbers should not be in names. </div><div><br></div><div>And a new entry in the directory should be treated as would any other new entry, not as an update to another entry.</div><div><br></div><div class="gmail_extra"><div>-Otto</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div></div></div>

_______________________________________________<br>theme-reviewers mailing list<br><a href="javascript:_e(%7B%7D,'cvml','theme-reviewers@lists.wordpress.org');" target="_blank">theme-reviewers@lists.wordpress.org</a><br><a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br></blockquote></div><br></div></blockquote></div><br></div></blockquote>

_______________________________________________<br>theme-reviewers mailing list<br><a href="mailto:theme-reviewers@lists.wordpress.org">theme-reviewers@lists.wordpress.org</a><br>http://lists.wordpress.org/mailman/listinfo/theme-reviewers<br></blockquote></div><br></div></body></html>