TL
Thomas Leonard Gertz
Mon, Dec 3, 2018 5:57 PM
Is there a easy way to show all fonts, how they looks and name?
Thomas Leonard Gertz
Kerteminde, Danmark
Sent from: http://forum.openscad.org/
Is there a easy way to show all fonts, how they looks and name?
-----
Thomas Leonard Gertz
Kerteminde, Danmark
--
Sent from: http://forum.openscad.org/
TP
Torsten Paul
Mon, Dec 3, 2018 6:14 PM
On 03.12.18 18:57, Thomas Leonard Gertz wrote:
Is there a easy way to show all fonts, how they looks and name?
Yes and no, the list is available via Help->Font List and
you can drag&drop the name selection string from that list
into the editor.
There's no preview yet, but there's a feature request to
add this: https://github.com/openscad/openscad/issues/1395
ciao,
Torsten.
On 03.12.18 18:57, Thomas Leonard Gertz wrote:
> Is there a easy way to show all fonts, how they looks and name?
>
Yes and no, the list is available via Help->Font List and
you can drag&drop the name selection string from that list
into the editor.
There's no preview yet, but there's a feature request to
add this: https://github.com/openscad/openscad/issues/1395
ciao,
Torsten.
R
runsun
Mon, Dec 3, 2018 7:23 PM
would it be easier to have a builtin name like $fontnames containing all
font names, so it is easy for users to come up with examples themselves ?
$ Runsun Pan, PhD $ libs: scadx , doctest , faces ( git ), offline doc ( git ), runscad.py ( 2 , git ), editor of choice: CudaText ( OpenSCAD lexer ); $ Tips ; $ Snippets
--
Sent from: http://forum.openscad.org/
would it be easier to have a builtin name like *$fontnames* containing all
font names, so it is easy for users to come up with examples themselves ?
-----
$ Runsun Pan, PhD $ libs: scadx , doctest , faces ( git ), offline doc ( git ), runscad.py ( 2 , git ), editor of choice: CudaText ( OpenSCAD lexer ); $ Tips ; $ Snippets
--
Sent from: http://forum.openscad.org/
P
Parkinbot
Fri, Dec 7, 2018 11:38 AM
wouldn't a feature like this violate the iron law that OpenSCAD doesn't allow
for queries?
As soon as this law softens I would immediately propose variables like:
- $imports - reflect all imports as list_of(list_of(verts,faces))
- $cmdline - reflect and set all command line arguments
- $filename - reflect and set the actual filename for exports
- $uselibs - reflect and set used libs and their order
- $includelibs - reflect and set included libs
- $functions - reflect and set resolutionpaths of functions
- $modules - reflect resolutionpaths of modules
- $constants reflect resolutionpaths of constants
- $backgroundimage set image as background in viewport
- $echo2clipboard - stream text into clipboard
...
- $code - reflect and set(!) the actual code
and so on.
--
Sent from: http://forum.openscad.org/
wouldn't a feature like this violate the iron law that OpenSCAD doesn't allow
for queries?
As soon as this law softens I would immediately propose variables like:
- $imports - reflect all imports as list_of(list_of(verts,faces))
- $cmdline - reflect and set all command line arguments
- $filename - reflect and set the actual filename for exports
- $uselibs - reflect and set used libs and their order
- $includelibs - reflect and set included libs
- $functions - reflect and set resolutionpaths of functions
- $modules - reflect resolutionpaths of modules
- $constants reflect resolutionpaths of constants
- $backgroundimage set image as background in viewport
- $echo2clipboard - stream text into clipboard
...
- $code - reflect and set(!) the actual code
and so on.
--
Sent from: http://forum.openscad.org/
P
Parkinbot
Fri, Dec 7, 2018 3:37 PM
I forgot an important one:
$animation - read and set(!) animation parameters
--
Sent from: http://forum.openscad.org/
I forgot an important one:
$animation - read and set(!) animation parameters
--
Sent from: http://forum.openscad.org/
R
runsun
Fri, Dec 7, 2018 8:57 PM
I don't know about iron laws of OpenSCAD, but, for those queries you
mentioned, I want them all lol ...
Also add these:
$this => the name of func/mod in the current scope (but, I believe this is
incorporated into your $functions/$modules)
$arguments => the name and value of arguments inside a func/mod.
To me, this 2nd one seems to be already a feature in OpenSCAD, as shown in
echo():
echo(abc=123);
The OpenSCAD is able to catch and present the argument name, "abc". Why not
release this feature to user functions ?
$ Runsun Pan, PhD $ libs: scadx , doctest , faces ( git ), offline doc ( git ), runscad.py ( 2 , git ), editor of choice: CudaText ( OpenSCAD lexer ); $ Tips ; $ Snippets
--
Sent from: http://forum.openscad.org/
I don't know about iron laws of OpenSCAD, but, for those queries you
mentioned, I want them all lol ...
Also add these:
$this => the name of func/mod in the current scope (but, I believe this is
incorporated into your $functions/$modules)
$arguments => the name and value of arguments inside a func/mod.
To me, this 2nd one seems to be already a feature in OpenSCAD, as shown in
echo():
echo(abc=123);
The OpenSCAD is able to catch and present the argument name, "abc". Why not
release this feature to user functions ?
-----
$ Runsun Pan, PhD $ libs: scadx , doctest , faces ( git ), offline doc ( git ), runscad.py ( 2 , git ), editor of choice: CudaText ( OpenSCAD lexer ); $ Tips ; $ Snippets
--
Sent from: http://forum.openscad.org/
NH
nop head
Fri, Dec 7, 2018 9:40 PM
LOL, it took a long argument to get $preview past the iron gates. Good luck
with this list.
As $ bestows dynamic scope there should really be another prefix for built
in variables that don't need to be dynamic. Probably one that isn't allowed
for user variables so there can be no clash when introducing a new one.
On Fri, 7 Dec 2018 at 20:58, runsun runsun@gmail.com wrote:
I don't know about iron laws of OpenSCAD, but, for those queries you
mentioned, I want them all lol ...
Also add these:
$this => the name of func/mod in the current scope (but, I believe this is
incorporated into your $functions/$modules)
$arguments => the name and value of arguments inside a func/mod.
To me, this 2nd one seems to be already a feature in OpenSCAD, as shown in
echo():
echo(abc=123);
The OpenSCAD is able to catch and present the argument name, "abc". Why not
release this feature to user functions ?
$ Runsun Pan, PhD $ libs: scadx , doctest , faces ( git ), offline doc (
git ), runscad.py ( 2 , git ), editor of choice: CudaText ( OpenSCAD lexer
); $ Tips ; $ Snippets
--
Sent from: http://forum.openscad.org/
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
LOL, it took a long argument to get $preview past the iron gates. Good luck
with this list.
As $ bestows dynamic scope there should really be another prefix for built
in variables that don't need to be dynamic. Probably one that isn't allowed
for user variables so there can be no clash when introducing a new one.
On Fri, 7 Dec 2018 at 20:58, runsun <runsun@gmail.com> wrote:
> I don't know about iron laws of OpenSCAD, but, for those queries you
> mentioned, I want them all lol ...
>
> Also add these:
>
> $this => the name of func/mod in the current scope (but, I believe this is
> incorporated into your $functions/$modules)
> $arguments => the name and value of arguments inside a func/mod.
>
> To me, this 2nd one seems to be already a feature in OpenSCAD, as shown in
> echo():
>
> echo(abc=123);
>
> The OpenSCAD is able to catch and present the argument name, "abc". Why not
> release this feature to user functions ?
>
>
>
> -----
>
> $ Runsun Pan, PhD $ libs: scadx , doctest , faces ( git ), offline doc (
> git ), runscad.py ( 2 , git ), editor of choice: CudaText ( OpenSCAD lexer
> ); $ Tips ; $ Snippets
>
> --
> Sent from: http://forum.openscad.org/
>
> _______________________________________________
> OpenSCAD mailing list
> Discuss@lists.openscad.org
> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
>
MK
Marius Kintel
Fri, Dec 7, 2018 9:42 PM
On Dec 7, 2018, at 4:40 PM, nop head nop.head@gmail.com wrote:
As $ bestows dynamic scope there should really be another prefix for built in variables that don't need to be dynamic. Probably one that isn't allowed for user variables so there can be no clash when introducing a new one.
Yes, that would make it a lot easier to manage these special, read-only queries
-Marius
> On Dec 7, 2018, at 4:40 PM, nop head <nop.head@gmail.com> wrote:
>
> As $ bestows dynamic scope there should really be another prefix for built in variables that don't need to be dynamic. Probably one that isn't allowed for user variables so there can be no clash when introducing a new one.
>
Yes, that would make it a lot easier to manage these special, read-only queries
-Marius
P
Parkinbot
Fri, Dec 7, 2018 10:25 PM
Most of them shouldn't be read-only. As a Windows user for example I find it
too inconvenient to write shell scripts, thus I hardly ever use cmdline
syntax for OpenSCAD. So I would love a possiblity to set cmdline args from
within OpenSCAD.
As for the new prefix, my keyboard tells me there are not many characters
left without OpenSCAD semantics.
@ ~ § € ' ^ ² ³ ° µ
Maybe also $$ can be used, which is currently not allowed.
--
Sent from: http://forum.openscad.org/
Most of them shouldn't be read-only. As a Windows user for example I find it
too inconvenient to write shell scripts, thus I hardly ever use cmdline
syntax for OpenSCAD. So I would love a possiblity to set cmdline args from
within OpenSCAD.
As for the new prefix, my keyboard tells me there are not many characters
left without OpenSCAD semantics.
@ ~ § € ' ^ ² ³ ° µ
Maybe also $$ can be used, which is currently not allowed.
--
Sent from: http://forum.openscad.org/
M
MichaelAtOz
Fri, Dec 7, 2018 10:25 PM
I don't know about iron laws of OpenSCAD, but, for those queries you
mentioned, I want them all lol ...
Also add these:
$this => the name of func/mod in the current scope (but, I believe this is
incorporated into your $functions/$modules)
$arguments => the name and value of arguments inside a func/mod.
To me, this 2nd one seems to be already a feature in OpenSCAD, as shown in
echo():
echo(abc=123);
The OpenSCAD is able to catch and present the argument name, "abc". Why
not
release this feature to user functions ?
$ Runsun Pan, PhD $ libs: scadx , doctest , faces ( git ), offline doc (
git ), runscad.py ( 2 , git ), editor of choice: CudaText ( OpenSCAD
lexer ); $ Tips ; $ Snippets
--
Sent from: http://forum.openscad.org/
OpenSCAD mailing list
That is not some majical property, it was a hack to echo() AFAIK, for
example echo(str(a=1)); doesn't do the same.
Admin - email* me if you need anything, or if I've done something stupid...
- click on my MichaelAtOz label, there is a link to email me.
Unless specifically shown otherwise above, my contribution is in the Public Domain; to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
runsun wrote
> I don't know about iron laws of OpenSCAD, but, for those queries you
> mentioned, I want them all lol ...
>
> Also add these:
>
> $this => the name of func/mod in the current scope (but, I believe this is
> incorporated into your $functions/$modules)
> $arguments => the name and value of arguments inside a func/mod.
>
> To me, this 2nd one seems to be already a feature in OpenSCAD, as shown in
> echo():
>
> echo(abc=123);
>
> The OpenSCAD is able to catch and present the argument name, "abc". Why
> not
> release this feature to user functions ?
>
>
>
> -----
>
> $ Runsun Pan, PhD $ libs: scadx , doctest , faces ( git ), offline doc (
> git ), runscad.py ( 2 , git ), editor of choice: CudaText ( OpenSCAD
> lexer ); $ Tips ; $ Snippets
>
> --
> Sent from: http://forum.openscad.org/
>
> _______________________________________________
> OpenSCAD mailing list
> Discuss@.openscad
> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
That is not some majical property, it was a hack to echo() AFAIK, for
example echo(str(a=1)); doesn't do the same.
-----
Admin - email* me if you need anything, or if I've done something stupid...
* click on my MichaelAtOz label, there is a link to email me.
Unless specifically shown otherwise above, my contribution is in the Public Domain; to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
--
Sent from: http://forum.openscad.org/
