[Qgis-developer] fTools - Processing (again)

[Bernhard Ströbl]

Hi Arnaud,

I would like add two things to (the end of) your list:
* Have a way to add icons to the algorithms
* Improve (and translate) algorithms' documentation

Bernhard

Am 14.09.2015 um 10:30 schrieb Arnaud Morvan:
> Normally, I would be present at next hackfest and interested in working
> on this.
>
>  From my point of view, the task would be:
>
>   * Create a customizable vector menu based on Processing like proposed
>     by Victor at Nodebo
>   * List fTools menu entries, with candidates Processing algorithms, and
>     differences that need to be solved.
>   * Porting algorithms that has not yet been ported
>   * Complete some algorithms with new parameters or createcustom dialogs
>     close to fTools ones when need.
>   * Get processing plugin fully translated (already working on this)
>
> Arnaud
>
> Le 11/09/2015 13:53, Victor Olaya a écrit :
>> I think Arnaud also raised the question sometime ago (my fault for not
>> commenting on that at the time...), and it should be easy to add those
>> shortcuts, but I haven't had much time lately for working on
>> Processing.
>>
>> I wont be attending the next Hackfest, but sounds like a task that can
>> be accomplished in those days, and I will be happy to help remotely or
>> take it completely and try to develop a subsystem in Processing to
>> customize the menus and toolbars with Processing algorithms.
>>
>> Hope this helps
>>
>> 2015-09-11 12:52 GMT+02:00 Paolo Cavallini<cavallini at faunalia.it>:
>>> Il 11/09/2015 11:29, kimaidou ha scritto:
>>>> +1 for this !
>>> Hi all,
>>> thanks for raising this point, IMHO a serious one. I'm very much in
>>> favour of removing redundancy. In this case, however, I think we better
>>> be careful before removing fTools, because:
>>>
>>> * people are used to it, and for one-shot analyses it is (slightly)
>>> easier to run than Processing (weak argument)
>>> * we do not have enough development resources to make Processing
>>> bulletproof, particularly for 3rd party backends; therefore, we
>>> encounter occasional problems, and we cannot guarantee a smooth user
>>> experience in all cases (strong argument).
>>>
>>> First issue can be solved, as suggested, by adding menu shortcuts to
>>> Processing analyses, to mimic existing situation.
>>> Second one is more serious: IMHO we really need a dedicated developer in
>>> this area: any power user (=larger institutions) are willing to take it?
>>> Similar things may be said for GDALTools.
>>> All the best.
>>> --
>>> Paolo Cavallini -www.faunalia.eu
>>> QGIS & PostGIS courses:http://www.faunalia.eu/training.html
>>> _______________________________________________
>>> Qgis-developer mailing list
>>> Qgis-developer at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> _______________________________________________
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer




__________ Information from ESET Mail Security, version of virus signature database 12248 (20150914) __________

The message was checked by ESET Mail Security.
http://www.eset.com