Sigh. I HATE the way that the mailing list is configured, that it defeats the mail client “reply to sender” feature and tricks you into sending intended-to-be-private messages to the whole world.
My heartfelt apologies to Jeff for accidentally sending this to the mailing list.
I agree. I have been caught in this trap more than once. The mailing
list is very frustrating.
On 8/13/2025 3:21 AM, Jordan Brown via Discuss wrote:
Sigh. I HATE the way that the mailing list is configured, that it defeats the mail client “reply to sender” feature and tricks you into sending intended-to-be-private messages to the whole world.
My heartfelt apologies to Jeff for accidentally sending this to the mailing list.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
I have been caught in this as well. I wonder if it can be reconfigured as
"reply" to send to the poster, and "reply all" to send to everyone.
On Wed, Aug 13, 2025 at 6:19 AM Jon Bondy via Discuss <
discuss@lists.openscad.org> wrote:
I agree. I have been caught in this trap more than once. The mailing
list is very frustrating.
On 8/13/2025 3:21 AM, Jordan Brown via Discuss wrote:
Sigh. I HATE the way that the mailing list is configured, that it
defeats the mail client “reply to sender” feature and tricks you into
sending intended-to-be-private messages to the whole world.
My heartfelt apologies to Jeff for accidentally sending this to the
mailing list.
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
On 8/13/2025 1:16 PM, John David via Discuss wrote:
I have been caught in this as well. I wonder if it can be
reconfigured as "reply" to send to the poster, and "reply all" to send
to everyone.
I'm pretty sure that it can be - it's a MailMan instance, and although I
am not familiar with MailMan 3 I used to administer a couple of MailMan
2 mailing lists, and it's a separate setting there. (It's easy to think
that it's tied to the DMARC handling, which also rearranges the From
header, but it's not. The good DMARC configuration is to set From to
the mailing list, so that providers don't think that the message is a
forgery, but set Reply-To to point to the sender.)
I've complained about it a couple of times, but so far I haven't been
able to convince the maintainer to change it.
Would it help for a group of us to request the change?
On Wed, Aug 13, 2025 at 8:46 AM Jordan Brown openscad@jordan.maileater.net
wrote:
On 8/13/2025 1:16 PM, John David via Discuss wrote:
I have been caught in this as well. I wonder if it can be
reconfigured as "reply" to send to the poster, and "reply all" to send
to everyone.
I'm pretty sure that it can be - it's a MailMan instance, and although I
am not familiar with MailMan 3 I used to administer a couple of MailMan
2 mailing lists, and it's a separate setting there. (It's easy to think
that it's tied to the DMARC handling, which also rearranges the From
header, but it's not. The good DMARC configuration is to set From to
the mailing list, so that providers don't think that the message is a
forgery, but set Reply-To to point to the sender.)
I've complained about it a couple of times, but so far I haven't been
able to convince the maintainer to change it.
On Wed, Aug 13, 2025 at 08:52:31AM -0400, John David via Discuss wrote:
Would it help for a group of us to request the change?
My mail program (mutt) asks me if I want to reply tot the reply-to
address when it isn't the same. (It asks a yes-no question and does
not clearly state which will be yes, and what will be "no", so there
is still room for improvement.).
But the "reply-to" the list is generally what is usually preferable.
Otherwise many conversations would silently "go private" by accident.
But yes: I agree that the "a private message accidentally going
public" is a bad situation.
Roger.
--
** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110 **
** Verl. Spiegelmakerstraat 37 2645 LZ Delfgauw, The Netherlands.
** KVK: 27239233 **
f equals m times a. When your f is steady, and your m is going down
your a** is going up. -- Chris Hadfield about flying up the space shuttle.
** 'a' for accelleration.
Maybe I am missing something here, but a NURB can create an exact circle,
and there is a package that released an implementation late last year.
I've used it for a couple of small projects in OpenSCAD as part of the
BOSL2 library: https://github.com/BelfrySCAD/BOSL2/wiki/nurbs.scad
On Mon, Aug 11, 2025 at 1:44 PM Rogier Wolff via Discuss <
discuss@lists.openscad.org> wrote:
On Sun, Aug 10, 2025 at 03:39:42PM +0000, Jordan Brown via Discuss wrote:
Yes. At least some devices can do gcode arcs in their firmware, which
is a
good step, but I have no idea whether the slicers and CAM connect those
dots.
Yes. I made a 2D foam cutting machine. I bought a "standard"
3D-printer-mainboard in china, installed octoprint on an orange pi
zero, and wrote the GCODE by hand (all 113 lines). I use the machine
for one specific job, so this is way easier than writing a whole
toolchain. There is one curve in the final product. Two products from
one sheet, so there are two arc commands in my GCODE and that works.
I'm using the marlin firmware that the manufacturer put in the
mainboard, so marlin already supports those arcs.
To get openscad to support curves, I'd personally recommend following
Prof. Jim Blinn's advice to just use 3rd degree splines/beziers
everywhere (one or the other: make a choice. Transform the one that
you're not natively supporting). The approximation of a circle and
sphere are then "very good", and by eye you cannot see that they are
not real circles and spheres.
What I don't remember from his class was: Is the curve you get by
intersecting two 3rd degree spline patches also a 3rd degree spline? I
suspect it is not. So that complicates things: intersecting say a
sphere and a cylinder would require you to match a bunch of new 3rd
degree splines with the 6th degree intersection curve (which is hard
to algorithmically find anyway).
Differencing a cylinder along one of the axes with a sphere of the
same radius is going to give predictable results. But rotate the
cylinder off-axis, and you might get "ugly" results, where if say the
sphere is a tiny bit larger than the cylinder, you get ugly edges
(i.e. not a circle).
For openscad the "small steps" road to this support would start with
generalizing the "triangle" between 3 points to supporting bezier/spline
patches between 4 points.
Postpone the difficult parts: When things get messy you can downgrade
the patch to triangles, e.g. to find the intersection.
If we can then export the curves when they haven't been "downgraded",
slicers can already be provided test-data for processing curves.
Roger.
--
** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110
**
** Verl. Spiegelmakerstraat 37 2645 LZ Delfgauw, The Netherlands.
** KVK: 27239233 **
f equals m times a. When your f is steady, and your m is going down
your a** is going up. -- Chris Hadfield about flying up the space shuttle.
** 'a' for accelleration.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
Maybe I am missing something here, but a NURB can create an exact circle,
The BOSL2 library can produce points from a NURB. Those points might all
very nearly lie on an exact circle but they do not define a true circle and
there is no capacity to continue processing or export those points as a
circle or a curve.
On Wed, Aug 13, 2025 at 8:03 AM John David ebo.2112@gmail.com wrote:
Maybe I am missing something here, but a NURB can create an exact circle,
and there is a package that released an implementation late last year.
I've used it for a couple of small projects in OpenSCAD as part of the
BOSL2 library: https://github.com/BelfrySCAD/BOSL2/wiki/nurbs.scad
On Mon, Aug 11, 2025 at 1:44 PM Rogier Wolff via Discuss <
discuss@lists.openscad.org> wrote:
On Sun, Aug 10, 2025 at 03:39:42PM +0000, Jordan Brown via Discuss wrote:
Yes. At least some devices can do gcode arcs in their firmware, which
is a
good step, but I have no idea whether the slicers and CAM connect those
dots.
Yes. I made a 2D foam cutting machine. I bought a "standard"
3D-printer-mainboard in china, installed octoprint on an orange pi
zero, and wrote the GCODE by hand (all 113 lines). I use the machine
for one specific job, so this is way easier than writing a whole
toolchain. There is one curve in the final product. Two products from
one sheet, so there are two arc commands in my GCODE and that works.
I'm using the marlin firmware that the manufacturer put in the
mainboard, so marlin already supports those arcs.
To get openscad to support curves, I'd personally recommend following
Prof. Jim Blinn's advice to just use 3rd degree splines/beziers
everywhere (one or the other: make a choice. Transform the one that
you're not natively supporting). The approximation of a circle and
sphere are then "very good", and by eye you cannot see that they are
not real circles and spheres.
What I don't remember from his class was: Is the curve you get by
intersecting two 3rd degree spline patches also a 3rd degree spline? I
suspect it is not. So that complicates things: intersecting say a
sphere and a cylinder would require you to match a bunch of new 3rd
degree splines with the 6th degree intersection curve (which is hard
to algorithmically find anyway).
Differencing a cylinder along one of the axes with a sphere of the
same radius is going to give predictable results. But rotate the
cylinder off-axis, and you might get "ugly" results, where if say the
sphere is a tiny bit larger than the cylinder, you get ugly edges
(i.e. not a circle).
For openscad the "small steps" road to this support would start with
generalizing the "triangle" between 3 points to supporting bezier/spline
patches between 4 points.
Postpone the difficult parts: When things get messy you can downgrade
the patch to triangles, e.g. to find the intersection.
If we can then export the curves when they haven't been "downgraded",
slicers can already be provided test-data for processing curves.
Roger.
--
** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110
**
** Verl. Spiegelmakerstraat 37 2645 LZ Delfgauw, The Netherlands.
** KVK: 27239233 **
f equals m times a. When your f is steady, and your m is going down
your a** is going up. -- Chris Hadfield about flying up the space
shuttle.
** 'a' for accelleration.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
Apologies in advance if this seems harsh...
I think this falls into the old 'reply-all' bucket, don't do that. I
don't know of a mail program in use today that doesn't display the
contents of the To:, Cc: and Bcc: lines of a draft email, so pay
attention to what's in there.
Words of wisdom from my mother: "Do you know who you're talking to??"
Regards,
Glenn Butcher
On 8/13/2025 7:02 AM, Rogier Wolff via Discuss wrote:
On Wed, Aug 13, 2025 at 08:52:31AM -0400, John David via Discuss wrote:
Would it help for a group of us to request the change?
My mail program (mutt) asks me if I want to reply tot the reply-to
address when it isn't the same. (It asks a yes-no question and does
not clearly state which will be yes, and what will be "no", so there
is still room for improvement.).
But the "reply-to" the list is generally what is usually preferable.
Otherwise many conversations would silently "go private" by accident.
But yes: I agree that the "a private message accidentally going
public" is a bad situation.
Roger.
On 8/13/2025 2:02 PM, Rogier Wolff wrote:
But the "reply-to" the list is generally what is usually preferable.
It's a religious question. References below. Being a right-thinking
person, I strongly disagree. (And it's almost a deal killer for me; if
I valued the OpenSCAD mailing list any less, it would be enough for me
to drop out. I've done it.)
Otherwise many conversations would silently "go private" by accident.
But yes: I agree that the "a private message accidentally going
public" is a bad situation.
I think that "private message goes public" is far far worse than "public
message goes private". One is unrecoverable; the other is recoverable by
re-sending the message.
If only mail programs had a way for the user who wants to reply to
distinguish whether they want a reply to go only to the original author,
or also to all of the original recipients. Oh, wait, they all do.
References, with a few key quotes...
https://www.gnu.org/software/mailman/mailman-admin/node11.html
Beware!Reply-To:munging is considered a religious issue and the
policies you set here can ignite some of the most heated off-topic
flame wars on your mailing lists. We'll try to stay as agnostic as
possible, but our biases may still peak through.
Reply-To:is a header that is commonly used to redirect replies to
messages. Exactly what happens when your users reply to such a message
depends on the mail readers your users use, and what functions they
provide. Usually, there is both a reply to sender'' button and a
reply to all'' button. If people use these buttons correctly, you
will probably never need to mungeReply-To:, so the default values
should be fine.
Since an informed decision is always best, here are links to two
articles that discuss the opposing viewpoints in great detail:
When you set this variable to/Poster/, no additionalReply-To:header
will be added by Mailman. This setting is strongly recommended.
(Note: they don't say it here, but the DMARC settings, which also muck
with "Reply-to", are orthogonal. They change "From" to point to the
mailing list, and in the /Poster/ case, set "Reply-To" to the original
sender, retaining the reply-to-poster semantics but not looking like a
forgery.)