<div dir="ltr">:)))!<br><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 12 February 2018 at 19:33, Ryan Harris <span dir="ltr"><<a href="mailto:ryharris@airmail.cc" target="_blank">ryharris@airmail.cc</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 02/12/2018 10:03 AM, Bote Man wrote:<br>
><br>
> I remember  that around the time that I first started investigating<br>
> FreeSWITCH (early 2012?) that there was talk of a script that could be<br>
> run against FS source code to parse out all the variables used. I have<br>
> no idea if it would still work after so many revisions to the source<br>
> code, but if it does it might reveal new variables.<br>
><br>
<br>
</span>Ah, the rich man's grep. I've been using `grep -r . -e<br>
"channel_set_variable"` to look around.<br>
<span class=""><br>
> BTW, this is the first I’ve seen these e-mails from Ryan, so they must<br>
> have gotten stuck in a queue somewhere, we’re not ignoring you.<br>
> Especially after all that effort!<br>
><br>
>  <br>
><br>
> ¡Muchisimas gracias!<br>
><br>
<br>
</span>It's a pleasure. What I've been doing so far is therapeutic. It's like<br>
spring cleaning!<br>
<span class=""><br>
<br>
On 02/12/2018 08:59 AM, Giovanni Maruzzelli wrote:<br>
><br>
> Eg, is it possible there are variables in code that do things if used,<br>
> but are not in the page?<br>
><br>
<br>
</span>That is correct - I would count on a lot of missing variables. All I've<br>
really done is remake the legacy wiki `Variable_` pages and make new<br>
pages for each variable on the Channel Variables page. And of course<br>
merged any discrepancies between the two pages. <br>
<br>
So I think right now, this is what is planned in quadrant one:<br>
<br>
1. A differential report on which variables should be added to the docs<br>
and those which can confidently be removed.<br>
<br>
2. Start work on providing examples and definitions to variables with<br>
missing descriptions (as close to 100% coverage as possible).<br>
<br>
In the second quadrant:<br>
<br>
- Begin maintaining this part of the documentation in a version control<br>
system, probably git. And automate the changes using the Confluence REST<br>
API. This<br>
would probably coincide with converting to something like<br>
reStructedText. We'll see.<br>
- Research "doctests". I envision running tests for all the examples on<br>
new releases to make sure the documentation is up-to-date with the<br>
current release.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<wbr>_________________<br>
Freeswitch-docs mailing list<br>
<a href="mailto:Freeswitch-docs@lists.freeswitch.org">Freeswitch-docs@lists.<wbr>freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-docs" rel="noreferrer" target="_blank">http://lists.freeswitch.org/<wbr>mailman/listinfo/freeswitch-<wbr>docs</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span><span><br>Sincerely,<br></span><span><font color="#888888"><br>
Giovanni Maruzzelli<br>
OpenTelecom.IT</font></span><br><span>cell: +39 347 266 56 18<span><font color="#888888"><br></font></span></span></span></div></div></div>
</div>