discuss@lists.openscad.org

OpenSCAD general discussion Mailing-list

View all threads

Wrapping text around an STL

J
jon
Thu, Apr 7, 2022 10:53 PM

Wow!  Finally a conceptually "simple" problem that the BOSL2 developers
cannot resolve.  I never thought I would see the day!

Thanks for trying.  I am constantly amazed at how BOSL2 changes as it
accepts challenges and wins, almost all of the time.

Jon

On 4/7/2022 4:28 PM, Revar Desmera wrote:

Turns out I would need perspective transforms, which OpenSCAD’s
multmatrix() won’t do.  I could fake it by slicing the original
geometry up into innumerable pieces and scale them individually, but
that will take a long time, and will probably look like crap.  Since
user-space access to geometry is not yet a thing, making a conical
cylintrical_extrude() looks infeasible.

It looks like path_text() is the workable solution, even if it doesn’t
get the perspective transformation.  Which may actually be a reason to
use it instead anyways.

Wow!  Finally a conceptually "simple" problem that the BOSL2 developers cannot resolve.  I never thought I would see the day! Thanks for trying.  I am constantly amazed at how BOSL2 changes as it accepts challenges and wins, almost all of the time. Jon On 4/7/2022 4:28 PM, Revar Desmera wrote: > Turns out I would need perspective transforms, which OpenSCAD’s > multmatrix() won’t do.  I could fake it by slicing the original > geometry up into innumerable pieces and scale them individually, but > that will take a long time, and will probably look like crap.  Since > user-space access to geometry is not yet a thing, making a conical > cylintrical_extrude() looks infeasible. > > It looks like path_text() is the workable solution, even if it doesn’t > get the perspective transformation.  Which may actually be a reason to > use it instead anyways. > > - Revar > To unsubscribe send an email to discuss-leave@lists.openscad.org
AM
Adrian Mariano
Thu, Apr 7, 2022 11:22 PM

I think you're misunderstanding the situation.  Projective
transformation is nonlinear, so it is impossible in OpenSCAD.  We
can and already have the ability to write text on a cone using
path_text().  And conceptually writing text on a VNF would be possible
also---but the data has to be available.  But OpenSCAD has
limitations, so in working with geometry instead of with data, many
things are impossible.  That's why so much of BOSL2 cannot work with
geometry.

On Thu, Apr 7, 2022 at 6:53 PM jon jon@jonbondy.com wrote:

Wow!  Finally a conceptually "simple" problem that the BOSL2 developers
cannot resolve.  I never thought I would see the day!

Thanks for trying.  I am constantly amazed at how BOSL2 changes as it
accepts challenges and wins, almost all of the time.

Jon

On 4/7/2022 4:28 PM, Revar Desmera wrote:

Turns out I would need perspective transforms, which OpenSCAD’s
multmatrix() won’t do.  I could fake it by slicing the original
geometry up into innumerable pieces and scale them individually, but
that will take a long time, and will probably look like crap.  Since
user-space access to geometry is not yet a thing, making a conical
cylintrical_extrude() looks infeasible.

It looks like path_text() is the workable solution, even if it doesn’t
get the perspective transformation.  Which may actually be a reason to
use it instead anyways.


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

I think you're misunderstanding the situation. Projective transformation is nonlinear, so it is *impossible* in OpenSCAD. We can and already have the ability to write text on a cone using path_text(). And conceptually writing text on a VNF would be possible also---but the data has to be available. But OpenSCAD has limitations, so in working with geometry instead of with data, many things are impossible. That's why so much of BOSL2 cannot work with geometry. On Thu, Apr 7, 2022 at 6:53 PM jon <jon@jonbondy.com> wrote: > > Wow! Finally a conceptually "simple" problem that the BOSL2 developers > cannot resolve. I never thought I would see the day! > > Thanks for trying. I am constantly amazed at how BOSL2 changes as it > accepts challenges and wins, almost all of the time. > > Jon > > > On 4/7/2022 4:28 PM, Revar Desmera wrote: > > Turns out I would need perspective transforms, which OpenSCAD’s > > multmatrix() won’t do. I could fake it by slicing the original > > geometry up into innumerable pieces and scale them individually, but > > that will take a long time, and will probably look like crap. Since > > user-space access to geometry is not yet a thing, making a conical > > cylintrical_extrude() looks infeasible. > > > > It looks like path_text() is the workable solution, even if it doesn’t > > get the perspective transformation. Which may actually be a reason to > > use it instead anyways. > > > > - Revar > > To unsubscribe send an email to discuss-leave@lists.openscad.org > _______________________________________________ > OpenSCAD mailing list > To unsubscribe send an email to discuss-leave@lists.openscad.org
J
jon
Fri, Apr 8, 2022 12:52 AM

Adrian:

Sorry for being silly.  I do understand.  Thanks for all that you do for us

Jon

On 4/7/2022 7:22 PM, Adrian Mariano wrote:

I think you're misunderstanding the situation.  Projective
transformation is nonlinear, so it is impossible in OpenSCAD.  We
can and already have the ability to write text on a cone using
path_text().  And conceptually writing text on a VNF would be possible
also---but the data has to be available.  But OpenSCAD has
limitations, so in working with geometry instead of with data, many
things are impossible.  That's why so much of BOSL2 cannot work with
geometry.

On Thu, Apr 7, 2022 at 6:53 PM jon jon@jonbondy.com wrote:

Wow!  Finally a conceptually "simple" problem that the BOSL2 developers
cannot resolve.  I never thought I would see the day!

Thanks for trying.  I am constantly amazed at how BOSL2 changes as it
accepts challenges and wins, almost all of the time.

Jon

On 4/7/2022 4:28 PM, Revar Desmera wrote:

Turns out I would need perspective transforms, which OpenSCAD’s
multmatrix() won’t do.  I could fake it by slicing the original
geometry up into innumerable pieces and scale them individually, but
that will take a long time, and will probably look like crap.  Since
user-space access to geometry is not yet a thing, making a conical
cylintrical_extrude() looks infeasible.

It looks like path_text() is the workable solution, even if it doesn’t
get the perspective transformation.  Which may actually be a reason to
use it instead anyways.


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

Adrian: Sorry for being silly.  I do understand.  Thanks for all that you do for us Jon On 4/7/2022 7:22 PM, Adrian Mariano wrote: > I think you're misunderstanding the situation. Projective > transformation is nonlinear, so it is *impossible* in OpenSCAD. We > can and already have the ability to write text on a cone using > path_text(). And conceptually writing text on a VNF would be possible > also---but the data has to be available. But OpenSCAD has > limitations, so in working with geometry instead of with data, many > things are impossible. That's why so much of BOSL2 cannot work with > geometry. > > On Thu, Apr 7, 2022 at 6:53 PM jon <jon@jonbondy.com> wrote: >> Wow! Finally a conceptually "simple" problem that the BOSL2 developers >> cannot resolve. I never thought I would see the day! >> >> Thanks for trying. I am constantly amazed at how BOSL2 changes as it >> accepts challenges and wins, almost all of the time. >> >> Jon >> >> >> On 4/7/2022 4:28 PM, Revar Desmera wrote: >>> Turns out I would need perspective transforms, which OpenSCAD’s >>> multmatrix() won’t do. I could fake it by slicing the original >>> geometry up into innumerable pieces and scale them individually, but >>> that will take a long time, and will probably look like crap. Since >>> user-space access to geometry is not yet a thing, making a conical >>> cylintrical_extrude() looks infeasible. >>> >>> It looks like path_text() is the workable solution, even if it doesn’t >>> get the perspective transformation. Which may actually be a reason to >>> use it instead anyways. >>> >>> - Revar >>> To unsubscribe send an email to discuss-leave@lists.openscad.org >> _______________________________________________ >> OpenSCAD mailing list >> To unsubscribe send an email to discuss-leave@lists.openscad.org > _______________________________________________ > OpenSCAD mailing list > To unsubscribe send an email to discuss-leave@lists.openscad.org
SP
Sanjeev Prabhakar
Fri, Apr 8, 2022 2:32 AM

If the approximate geometry of cone is known, then following should be
possible:

2 parallel planes cutting the cone.
Intersection points generated between cone and planes
Vectors between Intersection points of planes can give information on how
to orient the text.

Theoretically should not be very tough

On Tue, 5 Apr 2022, 00:19 jon, jon@jonbondy.com wrote:

I've seen recent postings about wrapping text around geometry created
using OpenSCAD itself, but what about wrapping "ORION" around this STL?
https://nasa3d.arc.nasa.gov/detail/orion-capsule


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

If the approximate geometry of cone is known, then following should be possible: 2 parallel planes cutting the cone. Intersection points generated between cone and planes Vectors between Intersection points of planes can give information on how to orient the text. Theoretically should not be very tough On Tue, 5 Apr 2022, 00:19 jon, <jon@jonbondy.com> wrote: > I've seen recent postings about wrapping text around geometry created > using OpenSCAD itself, but what about wrapping "ORION" around this STL? > https://nasa3d.arc.nasa.gov/detail/orion-capsule > _______________________________________________ > OpenSCAD mailing list > To unsubscribe send an email to discuss-leave@lists.openscad.org >
SP
Sanjeev Prabhakar
Fri, Apr 8, 2022 9:38 AM

I have written a short code here for text on cone:

https://github.com/sprabhakar2006/openSCAD/blob/main/text%20on%20cone

On Fri, 8 Apr 2022, 08:02 Sanjeev Prabhakar, sprabhakar2006@gmail.com
wrote:

If the approximate geometry of cone is known, then following should be
possible:

2 parallel planes cutting the cone.
Intersection points generated between cone and planes
Vectors between Intersection points of planes can give information on how
to orient the text.

Theoretically should not be very tough

On Tue, 5 Apr 2022, 00:19 jon, jon@jonbondy.com wrote:

I've seen recent postings about wrapping text around geometry created
using OpenSCAD itself, but what about wrapping "ORION" around this STL?
https://nasa3d.arc.nasa.gov/detail/orion-capsule


OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org

I have written a short code here for text on cone: https://github.com/sprabhakar2006/openSCAD/blob/main/text%20on%20cone On Fri, 8 Apr 2022, 08:02 Sanjeev Prabhakar, <sprabhakar2006@gmail.com> wrote: > If the approximate geometry of cone is known, then following should be > possible: > > 2 parallel planes cutting the cone. > Intersection points generated between cone and planes > Vectors between Intersection points of planes can give information on how > to orient the text. > > Theoretically should not be very tough > > On Tue, 5 Apr 2022, 00:19 jon, <jon@jonbondy.com> wrote: > >> I've seen recent postings about wrapping text around geometry created >> using OpenSCAD itself, but what about wrapping "ORION" around this STL? >> https://nasa3d.arc.nasa.gov/detail/orion-capsule >> _______________________________________________ >> OpenSCAD mailing list >> To unsubscribe send an email to discuss-leave@lists.openscad.org >> >