Hi,<div><br></div><div>This whole project is under-resourced, too much falls on Stefan and Charlie, and very few other volunteers. </div><div><br></div><div>If you have a cart that needs three horses, and you only have one horse, there is no point in whipping the one remaining horse.</div>
<div><br></div><div>People need to realise that this is a real problem - Stefan really does not have time to send courtesy emails to document maintaners, I do not have time to scour source code and other sources.</div><div>
<br></div><div>I am counting my self out on all that follows here, so am not trying to achieve anything for myself ...</div><div><br></div><div>The situation is that TeXworks has an absentee Owner/Landlord, while the roof is not complete, the all the walls are not up. (E.g. Spell checking development on the HunSpell engine is frozen as TeXworks was meant to be moving to another spelling engine. So User's have not even been able to add words to their spell dictionaries, choose alternatives without doing cartwheels and have no User lists available. - Just one example). Stefan long ago identified great improvements to TeXworks that are needed to keep it up with the play but he and Charlie have no time to implement such things.</div>
<div><br></div><div>TeXworks is the flagship editor of TUG, now promoted widely, and in distributions of *TeX.</div><div><br></div><div>That means that more responsibility for the needs of the project need to be borne by the relevant people, office bearers and their organisations. Too much is left randomly to the availability of TeXworks volunteers who often end up being treated like fools in the situation.</div>
<div><br></div><div>Either the absentee copyright Owner consistently and actively participates, or releases the project, and in any event TUG places it on a proper FOSS governance model somewhat like Libre Office, or TUG needs to fork the project (as Open Source under the same license) and
place it on a proper FOSS governance model somewhat like Libre Office.</div><div><br></div><div>Whatever TUG, and whoever else, need to be approached to see that the venture is more properly resourced and have no doubt that includes $</div>
<div><br></div><div>It needs web hosting capabilities as perhaps provided by outfits like HostGator which would enable so much (including php, etc, and editable wikis, the list is long). The TeXworks.org domain name could be directed as such. </div>
<div><br></div><div>It needs proper funding of the developers, (C++ Stefan and Charlie ..., on sometimes a per script basis for Script developers, and documenters for manuals, C++ api, Script api, (people doing things as Alain, Stefan and I did). TeXworks can look to the Blender FOSS project for examples of this.</div>
<div><br></div><div>It needs a proper governance model as perhaps like Libre Office with a board that builds in a range of people that encompasses Major stake holders TUG, MiKTeX, TeXLive etc, C++ developers, documenters, script extenders, and the all important Users.</div>
<div><br></div><div>TeXworks needs to agonisingly move into the 21st century of OpenSource models.</div><div><br></div><div>Paul<br><br><div class="gmail_quote">On 3 March 2012 13:50, Paul A Norman <span dir="ltr"><<a href="mailto:paul.a.norman@gmail.com">paul.a.norman@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thank you Stefan,<div><br></div><div>The function added to Scriting is in fact very important, and has long been needed.
</div><div><br></div><div>I also don't have much time.</div><div><br></div><div>And as we both don't have much time and you don't have time even to keep the maintainer in the loop on Scripting function things, its better that someone with the time to trawl through messages, and commits, and C++ code, and spend hours with the Script debugger trying to spot new functions and properties and try to find things out that the C++ developers already know, do the job.<br>
<br>It does to me however seem a waste of time to get things that way, when a courtesy email would sort things out very quickly efficiently and productively.</div><div><br></div><div>And as you are indeed so busy and can not send such courtesy emails or discussion points to the person voluntarily maintaining the Scripting API, then it is better that some one who has the time to waste doing it the more difficult and harder way outlined above, take the matter on.</div>
<div><br></div><div>All I need is a an http:// to redirect enquiries to for the Scripting API please.</div><span class="HOEnZb"><font color="#888888"><div><br></div></font></span><div><span class="HOEnZb"><font color="#888888">Paul</font></span><div>
<div class="h5"><br><br><div class="gmail_quote">On 3 March 2012 01:13, Stefan Löffler <span dir="ltr"><<a href="mailto:st.loeffler@gmail.com" target="_blank">st.loeffler@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div><br>
On 2012-03-02 11:23, Paul A Norman wrote:<br>
> I understand that to be a vote of no confidence.<br>
<br>
</div>I hope you don't refer to my previous post, as I have very much<br>
confidence in you and appreciate your work on the script API very much.<br>
<br>
I was under the impression that Henrik's code of the LaTeX log parser<br>
script was the most up to date (IIRC, he also asked you to include a<br>
link to it on your page), so after the numerous requests on the bug<br>
tracker (and after discussing briefly with Henrik), I modified his<br>
script to (hopefully) resolve some (if not all) of the problems with the<br>
existing script.<br>
<br>
As far as the new script function is concerned: I committed it today in<br>
the morning before leaving to work and had no time yet to send details<br>
to you. However, it's not a particularly sophisticated function, and<br>
most details can be found in the commit message of r961<br>
(<a href="http://code.google.com/p/texworks/source/detail?r=961" target="_blank">http://code.google.com/p/texworks/source/detail?r=961</a>). It's a function<br>
(TW.fileExists(path)) that checks if a certain path exists, and returns<br>
the status (SUCCESS, FAILURE, PERMISSION_DENIED) similar to the status<br>
returned by other file-related functions (such as readFile).<br>
But the previous post was in fact meant as a notification that I<br>
introduced that new function (which, IIRC, was asked for/proposed a<br>
while back, anyway).<br>
<br>
So, I have no intention of excluding you from the development process of<br>
Tw, I just have quite little time these days.<br>
<br>
Regards,<br>
Stefan<br>
</blockquote></div><br></div></div></div>
</blockquote></div><br></div>