[racket] confusing graphics primitives in 2htdp/image

Pinholes are planned to return, indeed. But they will not return in
the way that they once were there. That is, they will be a more
advanced feature and will only come in if you explicitly start using
them (details forthcoming).

Robby

On Fri, Jun 25, 2010 at 6:51 PM, Paul Ojanen <engineer at alum.mit.edu> wrote:
> I got the impression from past discussions that pinholes would return.
>
>
>
> ________________________________
>
> From: users-bounces at racket-lang.org [mailto:users-bounces at racket-lang.org]
> On Behalf Of Stephen Bloch
> Sent: Friday, June 25, 2010 11:13 AM
> To: PLT-Scheme Mailing List
> Subject: [racket] confusing graphics primitives in 2htdp/image
>
>
>
> There are a whole lot of graphics operations in 2htdp/image, and many of
> them come in pairs: overlay/xy and place-image, add-line and scene+line,
> add-curve and scene+curve, etc. that differ mainly in whether or not they
> crop the result to the bounding box of one of the images.  (They sometimes
> differ in how they interpret coordinates -- whether measured from the center
> or the top-left of one of the images.)  Since the disappearance of pinholes,
> the "scene" datatype doesn't serve much purpose any more.  Would it make
> sense to use a consistent and compositional naming scheme, e.g.
> add-line/crop, add-curve/crop, etc?
>
> Stephen Bloch
>
> sbloch at adelphi.edu
>
>
>
>
>
>
>
> _________________________________________________
>  For list-related administrative tasks:
>  http://lists.racket-lang.org/listinfo/users
>