Page 7 of 8
Re: Mapping handler dependencies
Posted: Fri Nov 22, 2024 9:36 pm
by dunbarx
A useless comment,
This thread has 675,000 views.
Craig
Re: Mapping handler dependencies
Posted: Sat Nov 23, 2024 12:04 am
by stam
This antiquated forum has no “like” function, so there is no other way to express gratitude and admiration.
Is that offensive to you?
Or what exactly is your point?
Re: Mapping handler dependencies
Posted: Sat Nov 23, 2024 12:12 am
by SWEdeAndy
I’m pretty sure Craig referred to his own comment, not yours Stam!
And thanks for your “like”!

Re: Mapping handler dependencies
Posted: Sat Nov 23, 2024 12:12 am
by bn
Hi Andreas,
Thank you for the update.
I do get
"Internal Server Error 400, Kroki.io seems to fail to generate an image, do you want to generate an HTML file instead"
If I click "Yes, and launch it" then it opens a nice flowchart in the browser. (Safari)
This is on a Mac running Monterey 12.7.6 and LC 10.0.1 (rc2)
Kind regards
Bernd
Re: Mapping handler dependencies
Posted: Sat Nov 23, 2024 12:21 am
by SWEdeAndy
bn wrote: Sat Nov 23, 2024 12:12 am
I do get
"Internal Server Error 400, Kroki.io seems to fail to generate an image, do you want to generate an HTML file instead"
Yes, this seems to happen more often now - the kroki.io service that generates png/svg is not very stable, especially for larger flowcharts, it seems. I'd love to find a better solution for that, but haven't found another online resource for it.
But I hope you do get the flowchart generated in the browser widget in the substack window first, right? It's only when you click the png or svg button that it fails?
Re: Mapping handler dependencies
Posted: Sat Nov 23, 2024 12:25 am
by bn
SWEdeAndy wrote: Sat Nov 23, 2024 12:21 am
bn wrote: Sat Nov 23, 2024 12:12 am
I do get
"Internal Server Error 400, Kroki.io seems to fail to generate an image, do you want to generate an HTML file instead"
Yes, this seems to happen more often now - the kroki.io service that generates png/svg is not very stable, especially for larger flowcharts, it seems. I'd love to find a better solution for that, but haven't found another online resource for it.
But I hope you do get the flowchart generated in the browser widget in the substack window first, right? It's only when you click the png or svg button that it fails?
No, I get some sort of html in the browser widget in the sub stack first. Something like
Generic project 23.11.24 00:23
WIS_ScriptDependencies 1.2.0
---
config:
themeVariables:
fontSize: "14px"
---
flowchart LR
A14(["setTextOfTile"]) --> A12>"getGroupsOrdered"]
A21(["createNewTile"]) --> A12>"getGroupsOrdered"]
A15(["mouseUp (9)"]) --> A21(["createNewTile"])
Then I click on png or svg it offers the choice to save and open it in the browser.
Kind regards
Bernd
Re: Mapping handler dependencies
Posted: Sat Nov 23, 2024 12:33 am
by SWEdeAndy
Hmm, that sounds strange. It should definitely render in the browser widget on a Mac, as it always have. If you try a small number of handlers (filter it down to just a few), does it still not show in the browser widget?
Re: Mapping handler dependencies
Posted: Sat Nov 23, 2024 12:43 am
by bn
SWEdeAndy wrote: Sat Nov 23, 2024 12:33 am
Hmm, that sounds strange. It should definitely render in the browser widget on a Mac, as it always have. If you try a small number of handlers (filter it down to just a few), does it still not show in the browser widget?
I made a very small stack with one button and a mouseUp handler and one functiion called by the mouseUp handler. Still the same,
The browser window still shows just text.
Kind regards
Bernd
Re: Mapping handler dependencies
Posted: Sat Nov 23, 2024 11:16 am
by SWEdeAndy
I tested it again here (also in LC 10.0.1 rc2, but on Sequoia 15.1.1) and all works as expected. Any size of flowchart should render in the browser widget.
I've now also tested on an old iMac running Mojave (10.14.6) and I get the same problem as you get. So it seems the macOS version matters for some reason. It's a little over a year since I first released this feature, and I guess I was using Ventura back then, and after that Sonoma. But it worked for you back then as well - did you use a newer macOS then? Monterey is a bit old really...
If anyone else is having this problem, I guess we'll hear about it soon, here or on the use-list.

Re: Mapping handler dependencies
Posted: Sat Nov 23, 2024 5:59 pm
by bn
SWEdeAndy wrote: Sat Nov 23, 2024 11:16 am
I It's a little over a year since I first released this feature, and I guess I was using Ventura back then, and after that Sonoma. But it worked for you back then as well - did you use a newer macOS then? Monterey is a bit old really...
Hi Andy,
I used Monterey when testing your stack the last time and the chart feature worked.
I took your advice and updated my Mac to Sequoia (15.1.1) and now the chart works beautifully.
Thank you again for this tool.
Kind regards
Bernd
(I think there are a lot of old systems out there...)
Re: Mapping handler dependencies
Posted: Sat Nov 23, 2024 6:31 pm
by SWEdeAndy
Thanks for testing that, Bernd, and for confirming that it works also for you on a newer macOS version.
And of course things should ideally work also for older operating systems. I don't understand what changed in such a way that in-widget rendering stopped working in e.g. Monterey. I will have to test earlier versions of the stack and see if I find any clue.
We still need to have a stable png/svg export feature though, so I will continue exploring viable solutions for that. The Kroki.io service is freely available for installing and running on one's own server, which would make it more stable, but that is above my competence grade at the moment...
There are options to extract png/svg via command line tools, but that too seems a bit complicated to implement, and I'm really intent on keeping this tool a one-stop-stack solution, where no extra resources need to be downloaded/installed to use it. It should all be possible to do from within the stack.
To be continued...

Re: Mapping handler dependencies
Posted: Sun Nov 24, 2024 4:57 pm
by dunbarx
Stam.
Really? How long have we not actually known each other?
Let me clarify my post:
"I am about to make a useless comment. This thread has..."
I worry about the threadbare activity here. I thought it was interesting, that the number of views was so large.
That is all.
Craig
Re: Mapping handler dependencies
Posted: Sun Nov 24, 2024 7:11 pm
by jacque
I worry about the low traffic here too. The mailing list is also affected. There seems to have been an exodus after the change in subscription rates.
Re: Mapping handler dependencies
Posted: Sun Nov 24, 2024 7:29 pm
by Klaus
Yep, that's what I already wrote about a year ago:
viewtopic.php?f=7&t=38607&p=226528&hili ... um#p226511
I think I can even "feel" the aftermath of the new price policy:
The german LC forum is almost dead and in this forum I see far less postings than I used to see.
And even on the LC mailinglist it is very, very silent compared to the past.
Too sad...

Re: Mapping handler dependencies
Posted: Thu Nov 28, 2024 6:59 pm
by Fjord
A new WIS_ScriptDependencies update:
1.2.0 (22 Nov 2024)
Special hint for Fjord:
Here you can opt to exclude private commands/functions as well as any other combination of handler types:
Of course this is way more general than what I suggested. Thanks, especially as version 1.2.0 (which I had missed till now) was released on my birthday…!