Given that you said "there was one that was Windows only" and that you
couldn't "remember the name", I had rather expected you to throw in the
name of an ancient product like Xselerator :)

On 23.08.2022 21:42, russurquhart1@xxxxxxxxxxx wrote:
> https://www.altova.com/xmlspy-xml-editor/xslt-debugger
>
>
> -----Original Message-----
> From: russurquhart1@xxxxxxxxxxx russurquhart1@xxxxxxxxxxx
> <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
> To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> Sent: Tue, Aug 23, 2022 11:22 am
> Subject: Re:  Do you run your XSLT code from a debugger? What
> debugger do you use?
>
> There was one that was Windows only B  I canbt remember the name but it
> helped me a lot and I think it could debug Xpaths. Sorry I oulsnt
> remember the name.
>
> Russ
>
>
> Sent from the all new AOL app for iOS
> <https://apps.apple.com/us/app/aol-news-email-weather-video/id646100661>
>
> On Tuesday, August 23, 2022, 11:02 AM, Dimitre Novatchev
> dnovatchev@xxxxxxxxx <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote:
>
>     > Do you run your XSLT code from a debugger? If so, what debugger
>     do you use?
>
>     Extremely rarely - almost never.
>
>     If most important processing is done withinB an XPath expression,
>     then an XSLT debugger is of little help.
>
>     Does someone offer an XPath debugger?
>
>     Thanks,
>     Dimitre
>
>     On Tue, Aug 23, 2022 at 7:10 AM Roger L Costello
>     costello@xxxxxxxxx <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote:
>
>         Hi Folks,
>
>         From John Carmack:
>
>         A debugger is how you get a view into a system that's too
>         complicated to understand.
>
>         "I can understand the system just by reading the code and
>         thinking about it."
>
>         That's an insane statement. You can't even read all the code
>         on a big system. You have to do experiments on it. Adding
>         debug statements, recompiling, and re-running it is an
>         incredibly inefficient way of doing things. Yes, you can
>         always get things done even if you're working with stone
>         knives and bear skins, but it's amazing what you can do with
>         much better tools.
>
>         When I'm working on code I'm always running it from the
>         debugger. The first thing I do after writing code is set a
>         breakpoint and step through the code and see if it's actually
>         doing what I expected it to do. Other people say , "Oh I do
>         that in my head." Well, your head is a faulty interpreter. The
>         debugger is a kind of companion. It's like you're coding in an
>         interactive way with another being.
>
>         -B  B  B  B John Carmack (https://youtu.be/I845O57ZSy4?t=3512)
>
-----------------------------------------------------------------------------
--------------------
>         Do you run your XSLT code from a debugger? If so, what
>         debugger do you use?
>
>         /Roger
>
>
>
>
>     XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>
>     EasyUnsubscribe
>     <http://lists.mulberrytech.com/unsub/xsl-list/1358440> (by email)
>
> XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>
> EasyUnsubscribe <http://lists.mulberrytech.com/unsub/xsl-list/1358440>
> (by email)
> XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>
> EasyUnsubscribe <http://lists.mulberrytech.com/unsub/xsl-list/582271>
> (by email <>)