On 16/08/2022 22:13, Marek wrote:
>> Ja polecam troche inaczej: Python ma bibliteki generujące pliki do
>> OpenSCADa, geometrie opisuje się wprost w Pythonie, w sposób prawie
>> taki sam jak w OpenSCAdzie.
> Mam uczulenie na węże.

Ale Python starujący tą bibliteką skladniowo się *prawie* nie różni od
OpenSCADa. A ma dodatkowe możliwości wynikające z imperatywności.

Zobacz sobie jakieś proste projekty zrobine tym sposobem:

https://www.thingiverse.com/thing:3832533
https://www.thingiverse.com/thing:3865358

> Generalnie Python świetnie się wpisuje w
> parafrazę Johna Carmack'a "każdy zaawansowany programista na pewnym
> etapie w końcu tworzy własny język programowania".

Myślę że przesadzasz. Akurat Python ma wiele wad, ale prawda jest taka,
że jest językiem w którym najszybciej robi się prototypowanie. Głównie z
uwagi na dostępność biblitek wszelakich.

Nikt tu nie mówi o pisaniu aplikacji z masą algorytmiki. Tu raczej mowa
o tym jak łatwo policzyć np. powierzchnie hiperboliczne i przełozyć to
na język OpenSCADa. Akurat Python będzie tu lepszym wyborem, bo ma
możliwość policzenia tej powierzchni w łatwy sposób.

Python nie musi używać obiektowości. Do generacji OpenSCADa nie trzeba.

Natomiast znacząco ułatwia niektóre rzeczy, głównie dlatego że OpenSCAD
jest językiem o bardzo ograniczonych możliwościach i wiele tych
ograniczeń powoduje, że skomplikowane projekty OpenSCADowe skupiają się
na ich rozwiązywaniu a nie na geometrii.

OpenSCAD ma też wady, których Python nie rozwiazuje wprost. Na przykład
nie da się "zmierzyć" obiektu po transformacji, bo transformacja jest
poza kontrolą OpenSCADa (o ile się orientuję, jest przekazywana do
OpenGL). Tak, że pomierzenie jaki jest rozmiar kuli dociętej
prostokątem, nie jest możliwy wprost (np. w celu wycentrowania). Ale ...
właśnie Python umożliwia policzenie tego ręcznie na boku i prawiłowe
korekcje modelu na etapie tworzenia.