Mapping handler dependencies
Moderators: FourthWorld, heatherlaine, Klaus, kevinmiller, robinmiller
Re: Mapping handler dependencies
A useless comment,
This thread has 675,000 views.
Craig
This thread has 675,000 views.
Craig
Re: Mapping handler dependencies
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?
Is that offensive to you?
Or what exactly is your point?
Re: Mapping handler dependencies
I’m pretty sure Craig referred to his own comment, not yours Stam!
And thanks for your “like”!
And thanks for your “like”!
Andreas Bergendal
Independent app and system developer
Free LC dev tools: https://github.com/wheninspace
(WIS_WebDeployHelper, WIS_ScriptDependencies, WIS_BrowserAnimation)
WhenInSpace: https://wheninspace.com
Independent app and system developer
Free LC dev tools: https://github.com/wheninspace
(WIS_WebDeployHelper, WIS_ScriptDependencies, WIS_BrowserAnimation)
WhenInSpace: https://wheninspace.com
Re: Mapping handler dependencies
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
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
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?
Andreas Bergendal
Independent app and system developer
Free LC dev tools: https://github.com/wheninspace
(WIS_WebDeployHelper, WIS_ScriptDependencies, WIS_BrowserAnimation)
WhenInSpace: https://wheninspace.com
Independent app and system developer
Free LC dev tools: https://github.com/wheninspace
(WIS_WebDeployHelper, WIS_ScriptDependencies, WIS_BrowserAnimation)
WhenInSpace: https://wheninspace.com
Re: Mapping handler dependencies
No, I get some sort of html in the browser widget in the sub stack first. Something likeSWEdeAndy wrote: ↑Sat Nov 23, 2024 12:21 amYes, 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?
Then I click on png or svg it offers the choice to save and open it in the browser.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"])
Kind regards
Bernd
Re: Mapping handler dependencies
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?
Andreas Bergendal
Independent app and system developer
Free LC dev tools: https://github.com/wheninspace
(WIS_WebDeployHelper, WIS_ScriptDependencies, WIS_BrowserAnimation)
WhenInSpace: https://wheninspace.com
Independent app and system developer
Free LC dev tools: https://github.com/wheninspace
(WIS_WebDeployHelper, WIS_ScriptDependencies, WIS_BrowserAnimation)
WhenInSpace: https://wheninspace.com
Re: Mapping handler dependencies
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
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.
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.
Andreas Bergendal
Independent app and system developer
Free LC dev tools: https://github.com/wheninspace
(WIS_WebDeployHelper, WIS_ScriptDependencies, WIS_BrowserAnimation)
WhenInSpace: https://wheninspace.com
Independent app and system developer
Free LC dev tools: https://github.com/wheninspace
(WIS_WebDeployHelper, WIS_ScriptDependencies, WIS_BrowserAnimation)
WhenInSpace: https://wheninspace.com
Re: Mapping handler dependencies
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
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...
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...
Andreas Bergendal
Independent app and system developer
Free LC dev tools: https://github.com/wheninspace
(WIS_WebDeployHelper, WIS_ScriptDependencies, WIS_BrowserAnimation)
WhenInSpace: https://wheninspace.com
Independent app and system developer
Free LC dev tools: https://github.com/wheninspace
(WIS_WebDeployHelper, WIS_ScriptDependencies, WIS_BrowserAnimation)
WhenInSpace: https://wheninspace.com
Re: Mapping handler dependencies
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
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
Last edited by dunbarx on Sun Nov 24, 2024 11:22 pm, edited 1 time in total.
Re: Mapping handler dependencies
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.
Jacqueline Landman Gay | jacque at hyperactivesw dot com
HyperActive Software | http://www.hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
Re: Mapping handler dependencies
Yep, that's what I already wrote about a year ago:
viewtopic.php?f=7&t=38607&p=226528&hili ... um#p226511
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
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…!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:
--
François
François