<div dir="ltr">Hi Victor,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 9, 2013 at 11:53 AM, Victor Olaya <span dir="ltr"><<a href="mailto:volayaf@gmail.com" target="_blank">volayaf@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi<br>
<br>
After much thinking and considering some suggestions, I think it would<br>
be a good idea to remove the SEXTANTE branding, and just have<br>
everything with a more descriptive name, such as "geoanalysis",<br>
"processing", or something like that. In the long-term, that will help<br>
to integrate the analysis framework into QGIS,and help users locate<br>
it.<br>
<br>
It shouldn't be more difficult than just replacing string ocurrences,<br>
but before doing such a big (and potentially troublesome) change, I<br>
would like to hear the opinion you guys have about this (is it a good<br>
idea? what name should we use instead of "sextante" for packages and<br>
modules? any good refactoring tool that you recommend?,etc)<br>
<br>
I am going to be out of office next week, so I might not read my email<br>
everyday, but it would be great to hear what you think about it. Once<br>
I am back, I will proceed to change it,<br>
<br>
I discussed it briefly with Tim and Paolo, who agreed on this, so I<br>
assumme this is not incompatible with the API freeze and the release<br>
plan that we have, but if anyone thinks this shouldn't be done now,<br>
please say it. I personally think that it would be good to have it in<br>
2.0, so all analysis stuff is called "analysis" (or whatever) and not<br>
with a name that (although I like and feel very identified with it)<br>
for most people doesn't make much sense...<br></blockquote><div><br></div><div>Agreed (to the doesn't make much sense to users). +1 from me for this much needed approach to the naming of core plugins.<br><br>Concerning branding (and with no disrespect to any third-party projects brought into core), the brand is not SEXTANTE, not fTools, not GDALTools... the brand is QGIS.<br>
<br></div><div>Here are some examples of current branding confusion for a user:<br><br></div><div>* GDALTools, fTools, and SEXTANTE are listed in the Plugin Manager. These names are indecipherable to a new user, especially one new to GIS or FOSS4G.<br>
<br></div><div>* Once activated, there is no indication that any particular part or action of the Vector menu is related to fTools, so it's hard for a user to discern core functionality from a plugin's. This is the way core plugins should be shown, as part of the app. In this case, however, there is a disconnect due to branding.<br>
<br></div><div>* The Raster menu has GDALTools settings at the bottom of it. Again, it is unclear to which tools these settings apply.<br><br></div><div>* In the SEXTANTE Toolbox there is a big button at the top, which links to a third-party site. While this makes sense for a third-party plugin, it is inconsistent with other core tools, and makes it appear the tool is not actually a core functionality. A discrete Help button at the bottom of the toolbox, that goes to QGIS-related help for the tool makes more sense.<br>
<br></div><div>In my opinion, the following core plugins should be renamed to similar names as such:<br><br></div><div>SEXTANTE -> Geoanalysis Tools<br></div><div>GDALTools -> Raster Tools<br></div><div>fTools -> Vector Tools<br>
<br></div><div>Their icons should be updated to reflect their place and purpose within QGIS.<br><br></div><div>An example of a core plugin that looks and acts like a core plugin to QGIS is DB Manager. There is absolutely no disconnect between name, due to unnecessary branding, or purpose in the app, to the user. The user clearly understands what it is in Plugin Manager and, once activated, the plugin blends in nicely as part of the app (though maybe the icon needs updated to match newer ones).<br>
<br></div><div>This is not to say credit should be ignored. These are considerable contributions to the project. The underlying external projects ported to core should reasonably be accessible to the user, possibly in the About dialog, and possibly with links directly to an external resource for each (where appropriate). This should probably be done for providers as well.<br>
</div><div><br></div><div>Side note: there should probably also be some indication within Plugin Manager that a plugin is 'core,' hopefully prompting a user that it is something they should not generally consider disabling.<br>
<br></div><div>Regards,<br><br></div><div>Larry<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Thanks in advance.<br>
<br>
Victor<br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div><br></div></div></div>