<div>Hi,</div><div><br></div><div>Here is a TeXworks script that does a prof of concept for the thread here.</div><div><br></div><div><div>Temporarily it points at a page on <a href="http://twscript.paulanorman.info">twscript.paulanorman.info</a></div>
</div><div><br></div><div><a href="http://code.google.com/p/texworks/issues/detail?id=261#c74">http://code.google.com/p/texworks/issues/detail?id=261#c74</a></div><br>I think that we need some sort of easier exposure to script of release and version strings please. You'll see what I mean if you look at the TeXworks script.<div>
(I don;t think version is at all available as yet.)</div><div><div><br></div><div>Paul<br><br><div class="gmail_quote">On 16 January 2012 21:51, 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"><br><br><div class="gmail_quote"><div><div class="h5">On 16 January 2012 19:42, 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 <a href="tel:2012-01-12%2007" value="+12012011207" target="_blank">2012-01-12 07</a>:43, Paul A Norman wrote:<br>
> These new properties on TW.script  have made  something worthwhile<br>
> possible for checking for updates on scripts... in fact<br>
> "TW.script.date" may even be worthwhile?<br>
<br>
</div>Yes, it may be worthwhile, but not too easy to implement. Which is why<br>
we have TW.script.version. If one uses, e.g., a "MM.NN.PPPP" format, the<br>
PPPP part can be incremented by one each time a new script is made<br>
available publicly (or any time a change is made, or whatever) - call it<br>
"revision number" if you want (or use a version control system to track<br>
your script files).<br>
<br>
To elaborate on the (potential) problems with a date field:<br>
For one thing, if it's a date, it should be stored internally in a<br>
QDateTime variable. This could cause problems with accessing it from<br>
scripts (though I haven't checked). What's more, people from different<br>
parts of the world specify dates differently (e.g., MM-DD-YYYY vs.<br>
DD-MM-YYYY). And different time zones etc. would have to be taken into<br>
account. Besides, if anyone ever would make several changes in one day<br>
(e.g., a new feature in the morning, and a bug fix in the evening), we'd<br>
have to include the time in that field as well. So the field would get<br>
quite long and for most (casual) script authors quite tedious to fill<br>
out / update.<br>
<br>
So, bottom line, for the moment I think a (well maintained) version<br>
field should provide enough information for all use cases I see right<br>
now. If I overlooked something, please let me know (as always, of course<br>
;)).<br></blockquote><div><br></div></div></div><div>Thanks Stefan, I agree entirely, I only saw it as descriptive for additional visual comparison purposes (and upto the Script Author what they were showing in there - not as a programmable piece of data) and as you point out, we can entirely rely on the Version field.</div>

<div><br></div><div>Interestingly, due to the international nature of the TeXworks project, in the TeXworks Script Api, in the descriptive text  I am actually frequently adding superscripted th nd and rd to YYYY-??-?? dates to make it very clear what form they are in, and what they mean.</div>
<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
That said, I really liked your write-up! Maybe it would be beneficial<br>
for some users if you could add (simple) sample JS/php scripts.</blockquote><div><br></div></div><div>Can you add an extra TeXworks sub page to the existing TUG TeXworks page on TUG?</div><div><br></div><div>I had been thinking to actually do a simple page for there (with JavaScript in it as you previously had shared that php is not available) that a Script could call, which would show the User what their:</div>

<div><ol><li>current version +rev was, </li><li>their release (TeXworks direct or say MikTeX - I think that is exposed to scripting?), </li><li>what the current Official TeXworks release ver + rev was (
with link to downlaod page ), </li><li>and what the latest Development version and rev was (with link to downlaod page).</li></ol></div><div>Thought that might be an immediately useful example - what do you think?</div><div>

<br></div><div>It would require maintaining a simple external text data file along with the new .html page on TUG.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Paul</div></font></span><div class="im">
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
 While<br>
such scripts may be obvious for a script-savvy web-programmer, they may<br>
be complicated to figure out for casual Tw script authors without much<br>
experience in web programming.<br>
<br>
HTH<br>
<span><font color="#888888">Stefan<br>
</font></span></blockquote></div></div><br>
</blockquote></div><br></div></div>