<div dir="ltr">Sorry for the late reply<div><br></div><div>If you have your help already in a html file, you have to overwrite the help() method in the GeoAlgorithm class, so it returns the path to your file instead of trying to find the rst file and parsing it to get an html string.</div>
<div><br></div><div>The GrassAlgorithm class does this to reuse the GRASS help files, so you can have a look at it to see how it is done.</div><div><br></div><div>Let me know if you have questions</div><div><br></div><div>
Cheers</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-07-29 12:29 GMT+02:00 Luigi Pirelli <span dir="ltr"><<a href="mailto:luipir@gmail.com" target="_blank">luipir@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi victor something is changed in the help file managing.<br>
<br>
for the lwgeom the provider helpFile funcion is no more used and a<br>
./help/<lowercase algorithm name>.rst is loaded<br>
<br>
it could be ok, but for some help it's very difficult to convert from<br>
html to rst... and loading rst with embedded images is really slow!<br>
<br>
Why not leaving the use of helpFile in html?<br>
<br>
lt me know how to allow algorithm help working again, I can try figure<br>
out a patch to do this, but porbably is unuseful if you're doing a<br>
refactoring<br>
<div class="im HOEnZb"><br>
regards,<br>
<br>
Luigi Pirelli (<a href="mailto:luigi.pirelli@faunalia.it">luigi.pirelli@faunalia.it</a> - <a href="mailto:luipir@gmail.com">luipir@gmail.com</a>)<br>
<br>
</div><div class="HOEnZb"><div class="h5">On 25 July 2014 19:04, Victor Olaya <<a href="mailto:volayaf@gmail.com">volayaf@gmail.com</a>> wrote:<br>
> Yes, it is supposed to stay. The refactoring was made to have a more<br>
> consistent structure, so we should keep it like that.<br>
><br>
> Let me know if you need help with that, although, as Alex say, it shouldn't<br>
> be too difficult to adapt<br>
><br>
><br>
> 2014-07-25 16:48 GMT+02:00 Paolo Cavallini <<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a>>:<br>
><br>
>> Il 25/07/2014 16:40, Alexander Bruy ha scritto:<br>
>><br>
>> > seems this is result of the huge refactoring of inputs and outputs.<br>
>> > Now all inputs are in processing.core.parameters and all outputs in<br>
>> > processing.core.outputs packages.<br>
>> ><br>
>> > So fixing this is trivial task, just adjust import clauses<br>
>><br>
>> Yes, that's what I understood. Will this syntax stay? If so, I can open<br>
>> relevant<br>
>> tickets, possibly PRs, on the involved plugins.<br>
>> Thanks.<br>
>><br>
>> --<br>
>> Paolo Cavallini - <a href="http://www.faunalia.eu" target="_blank">www.faunalia.eu</a><br>
>> Corsi QGIS e PostGIS: <a href="http://www.faunalia.eu/training.html" target="_blank">http://www.faunalia.eu/training.html</a><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>
><br>
><br>
><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>
</div></div></blockquote></div><br></div>