<kintel>
JordanBrown Haven't tried looking at it yet; the topic scares me (in terms of potential rabbit hole depths)..
<InPhase>
JordanBrown: I'll go ahead and try a Linux build of your PR and check to see if it "broke all the things". :)
<InPhase>
JordanBrown: It looks good in the screenshots provided, of course.
<InPhase>
JordanBrown: Are there things I should specifically examine other than the opening screen and preferences?
J25k13 has quit [Quit: Client closed]
J25k13 has joined #openscad
WMacEvoy has joined #openscad
<WMacEvoy>
I have been using a JSON - like subset of OpenSCAD I call SCON and wrapped it with some nice OO accessors as a project. I don't know how to share it as a library for others to think about using it. Here it is: https://github.com/wmacevoy/openscad-scon/tree/main
WMacEvoy has quit [Quit: Client closed]
<JordanBrown>
kintel: I was trying to avoid diving too deeply into rabbit holes. There's probably any number of related improvements that could be made, and the goal was to make a modest improvement that made things better but didn't necessarily fix everything.
<InPhase>
JordanBrown: You passed my checks. Very modest, but improved over here too.
<JordanBrown>
InPhase: In the second version of the PR, it potentially affects everything in the UI, so the thing to do would be to browse through the UI looking for anything stupid.
<JordanBrown>
Did you just look through it at the default settings, or do you have some Linux-y display scaling feature that you could exercise?
<InPhase>
I have a system-wide DPI setting, which has always worked right, but nothing you did changed that behavior at all.
<InPhase>
I scrolled through other gui features, and see no newly arisen issues.
WMacEvoy has joined #openscad
<JordanBrown>
One of the interesting tests would be to set the system-wide DPI to some X, then look at the UI, then set it to 2X and look at the UI again.
<JordanBrown>
(Restarting the application in the middle, that is.)
<JordanBrown>
When you double the system-wide DPI setting, I'd hope that the size of everything in the UI would double.
<InPhase>
I think that takes a larger restart to take effect.
<JordanBrown>
Wouldn't surprise me.
<InPhase>
But I don't think that will make a difference with what you are doing.
<InPhase>
On Linux.
<InPhase>
Not entirely sure why it does on Windows, but if it works for that, then it works.
<JordanBrown>
Don't know. Wouldn't be surprised either way.
<InPhase>
If it breaks for someone else on Linux, blame me. Or blame Arch. Preferably Arch. ;)
WMacEvoy has quit [Quit: Client closed]
WMacEvoy has joined #openscad
<WMacEvoy>
New here - any willingness to look at a JSON -> OpenSCAD project here? I don't know who to reach out to, but I think some people will find it useful. https://github.com/wmacevoy/openscad-scon/ I don't really know where to start this.... Or what is appropriate here.
<JordanBrown>
WMacEvoy: what would a JSON to OpenSCAD converter look like? JSON is a static data representation; OpenSCAD is a programming language.
<JordanBrown>
I suppose that you could have a JSON representation of an object/transform tree, and turn that into a simple (if perhaps large) OpenSCAD program.
<WMacEvoy>
Yes, I defined a subset I call SCON which is a static data equivalent of JSON, a parser, and some accessor functions that makes OO style available (but not necessary). I have used it in some of my projects and find it very ---- organizing.
<WMacEvoy>
A nice workflow is JSON config -> SCON -> builds. This gives json as a fairly universal config language for your build parameters. So my python scripts can read the JSON and my OpenSCAD and use the (automatically generated) SCON.
<JordanBrown>
Your SCON subset is probably very similar to the CSG subset that OpenSCAD itself is willing to dump.
<JordanBrown>
Note, incidentally, that recent OpenSCAD builds (for a year or so) have been able to read .JSON files using import("whatever.json") to yield a JavaScript-like object.
<JordanBrown>
That can be a way to get JSON parameters into your OpenSCAD model. Or you can do something with Customizer presets, which are also JSON.
<JordanBrown>
But those depend on whether you want to do the primary modeling work in OpenSCAD, or in some other language that generates the JSON.
<WMacEvoy>
It is far more limited than CSG (from what I just looked at). Where do I get documentation on import json? The SCON works with current public release builds.
<JordanBrown>
WRT documentation... hmm. Hold a moment.
<JordanBrown>
The question is what sort of stuff you want to have in your JSON.
<JordanBrown>
Do you want the JSON to represent the model, or just the parameters?
<JordanBrown>
If you're going to build a cube of a specified size, does the JSON say "cube" and give a size, or does it only give a size and then that gets combined with some OpenSCAD that says "cube"?
<JordanBrown>
I'm not meaning to downplay your work, just trying to figure out if you're overlapping stuff that's already been done.
<WMacEvoy>
Yes; not great. It's a data language - like JSON - if you look at the examples it shows how to shoot for the moon. But really it's a config language that lets you simplify parameters. I think it's better than the JSON feature you mention because it becomes native to OpenSCAD - you can extend build and export it from there (there is a JSON
<WMacEvoy>
export as well).
<JordanBrown>
You know, you gave a URL and I skipped right over it and didn't look at it. Sorry. Doing that now.
<WMacEvoy>
(I do wish echo didn't insist on quoting things, but you can parse it out if you need to)
WMacEvoy has quit [Quit: Client closed]
<JordanBrown>
Another thing you might be interested in is
<WMacEvoy>
Thanks for the help. I'll connect during work hours tomorrow. I do hope to get it listed, even for my small projects it has been nice.
<JordanBrown>
Sure.
<JordanBrown>
Oh, and for completeness, importing JSON as Customizer values in the OpenSCAD CLI is the -p and -P options.
WMacEvoy has quit [Quit: Ping timeout (120 seconds)]
<InPhase>
I see the thinking behind that idea. I'm having trouble seeing from the examples where the return-on-investment scenario kicks in, where it yields a use-case benefit.
<InPhase>
There probably is one to the general principle, but it's not demonstrated that the implementation is able to bring it out.
<InPhase>
I still do not know what the original post contents were that caused all this drama.
<InPhase>
But I think it's telling that no one is quoting any of the troubling content. It makes me wonder how many of the people who are upset actually know what the allegedly problematic content actually was.
<InPhase>
But I certainly concur with the notion that regardless of whatever the original reddit posts or whatever said, it's certainly the case that all the other people involved, who had nothing to do with the reddit posts, are not being very civil or cooperative with each other.
<InPhase>
It sounds like most of the people involved actually just want to talk about technology without drama. Yet somehow that's not happening.
<WMacEvoy>
teepee I would like to have a library added as a resource on the openscad. I talked with JordanBrown yesterday about it. It is small, but useful, and allows for a native configuration sub-language I call SCON (analogous to JSON for Javascript). I hope you would look at this: https://github.com/wmacevoy/openscad-scon/tree/main