<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body dir="auto"><div dir="auto"><br></div><div dir="auto">Hi Stefan, </div><div dir="auto">Thank you for your quick but detailed answer.</div><div dir="auto"><br></div><div dir="auto">What I wrote earlier was a little inaccurate :</div><div dir="auto">coming back to the (old) Win 10 boxes I saw that i didn't tested on them all the quoted versions on them, but only some of the oldest. Namely the (old) MiKTeX flavour of  v0.6.8 was still built with Qt5.x while the more recent one has actually moved to Qt6.</div><div dir="auto"><br></div><div dir="auto">According to your  answer,  this seems the explanation for the functionning of the debugger for the old versions and not for the current releases (0.6.9 in TeXlive and, to date of writing, 0.6.8 for MiKTeX for Winx64)</div><div dir="auto"><br></div><div dir="auto">As a result, would it be possible to install a standalone debugger from Qt6 distribution and use it with TeXworks v0.6.9 ? </div><div dir="auto">Or should i stick with the older versions built with Qt5 and their embedded debugger?</div><div dir="auto"><br></div><div dir="auto">By the way, did the JS TW API evolved beetwen the v 0.6.4 and the most recent ?</div><div dir="auto">In such case, where is it donumented ?</div><div dir="auto">This question because i would like, if possible,  to get rid of twPan.js (and dependencies) heavily used in old scripts found on the web, and aso avoid clashes beetwen scripts for v0.6.8 and for v0.6.9.</div><div dir="auto"><br></div><div dir="auto">Best wishes,</div><div dir="auto">Jean Hare</div><div><br></div><div align="left" dir="auto" style="font-size:100%;color:#000000"><div>-------- Message d'origine --------</div><div>De : Stefan Löffler <st.loeffler@gmail.com> </div><div>Date : 19/02/2024  16:21  (GMT+01:00) </div><div>À : Jean Hare <jean.hare@lkb.ens.fr>, texworks@tug.org </div><div>Objet : Re: [texworks] Qtscript debugger doesn't open </div><div><br></div></div>Hi,<br dir="auto"><br dir="auto">On 19.02.24 13:19, Jean Hare wrote:<br dir="auto">> On a freshly (re)-installed Windows  box, I encounter a new problem :<br dir="auto">> when an error occurs in a (JS)  script, the Qtscript  debugger never <br dir="auto">> opens, and I get only a small alert box.<br dir="auto">><br dir="auto">> Of course, I have enabled the corresponding checkbox in <br dir="auto">> Preferences>>Scripts<br dir="auto">> I read the mailing list archive, and various docs by Paul A Norman (a <br dir="auto">> big thank you to him too).<br dir="auto">> I also fiddled with the security options, without success.<br dir="auto">><br dir="auto">> This behavior is common  to official  -TUG) 0.6.8 and 0.6.9 versions, <br dir="auto">> to up-to-date miktex packaged version (0.6.8)<br dir="auto">> and to a prerelease 0.7.0 version.<br dir="auto">><br dir="auto">> On several (older) Win 10 PC that I tested, this works perfectly with <br dir="auto">> all the quoted  versions.<br dir="auto"><br dir="auto">This is weird - it (probably) shouldn't.<br dir="auto"><br dir="auto">Some background: a while back, we moved from Qt5 to Qt6. Qt6 comes with <br dir="auto">a new javascript engine, that unfortunately doesn't have a built-in <br dir="auto">debugger, yet (see https://bugreports.qt.io/browse/QTBUG-55905). <br dir="auto">Therefore, I'm surprised it worked for you with the newest Tw versions <br dir="auto">on some (older) Win10 PCs.<br dir="auto"><br dir="auto">That said, there also is a legacy version of Tw which is still built <br dir="auto">with (obsolete and unsupported) Qt5. This is intended primarily for old <br dir="auto">operating systems no longer supported by Qt6 (e.g., Win7, Win8), and <br dir="auto">generally shouldn't be run on modern PCs, but it does come with the old <br dir="auto">scripting engine with the debugger.<br dir="auto"><br dir="auto">FWIW, you can check which version of Qt is used in the Help > About <br dir="auto">TeXworks... dialog.<br dir="auto"><br dir="auto">HTH<br dir="auto">Stefan<br dir="auto"></body></html>