[plt-scheme] printing in landscape mode

From: pedro pinto (pedro.e.pinto at gmail.com)
Date: Wed Sep 7 17:45:13 EDT 2005

Hello again,

Is there a way to switch printing orientation to landscape when using
a non postscript printer?

Thanks in advance,

-pp


On 9/7/05, plt-scheme-request at list.cs.brown.edu
<plt-scheme-request at list.cs.brown.edu> wrote:
> Send plt-scheme mailing list submissions to
>        plt-scheme at list.cs.brown.edu
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://list.cs.brown.edu/mailman/listinfo/plt-scheme
> or, via email, send a message with subject or body 'help' to
>        plt-scheme-request at list.cs.brown.edu
> 
> You can reach the person managing the list at
>        plt-scheme-owner at list.cs.brown.edu
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of plt-scheme digest..."
> 
> 
> [Please handle PLT Scheme list administrative tasks through the Web:
>   http://list.cs.brown.edu/mailman/listinfo/plt-scheme]
> 
> 
> Today's Topics:
> 
>   1. List server problems (Eli Barzilay)
>   2. Re: Web server examples (Anton van Straaten)
>   3. mzgtk2 memory management (Hans Oesterholt)
>   4. Re: Web server examples (Jay McCarthy)
>   5. Hosting Survey (Noel Welsh)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Tue, 6 Sep 2005 14:49:36 -0400
> From: Eli Barzilay <eli at barzilay.org>
> Subject: [plt-scheme] List server problems
> To: plt-scheme at list.cs.brown.edu
> Message-ID: <17181.58560.577498.204243 at noah.cs.cornell.edu>
> Content-Type: text/plain; charset=us-ascii
> 
> The mailing-list server was upgraded on Friday, and it seems that
> several messages were lost during the weekend.  If anyone has sent any
> message that was lost, please resend it (and sorry for the
> inconvenience).
> --
>          ((lambda (x) (x x)) (lambda (x) (x x)))          Eli Barzilay:
>                  http://www.barzilay.org/                 Maze is Life!
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Tue, 06 Sep 2005 16:21:45 -0400
> From: Anton van Straaten <anton at appsolutions.com>
> Subject: Re: [plt-scheme] Web server examples
> To: Don Felgar <dfelgar at rainier-infosys.com>
> Cc: PLT Scheme <plt-scheme at list.cs.brown.edu>, jay at cs.brown.edu
> Message-ID: <431DFA59.3060005 at appsolutions.com>
> Content-Type: text/plain; charset=us-ascii; format=flowed
> 
> Don Felgar wrote:
> > On Thu, Sep 01, 2005, Jay McCarthy wrote:
> >
> >>Seems to work fine for me, perhaps it is only an issue with an old version?
> >
> >
> > I too saw that behavior at one time.  I talked with Greg about it, but
> > he couldn't repro the problem so I assumed I'd broken something
> > locally.  When I tried it again sometime later the bug was gone.
> > Since Anton has seen the problem too I suspect it's a deeper bug.
> 
> My later post pointed out that this was due to a session timeout.  The
> error occurs "intermittently" because it's dependent on how long you
> wait before following a link to another page.
> 
> The default-servlet-timeout in the SVN version of configuration-table is
> currently 30 secs.  When going through an example servlet like the quiz,
> this doesn't give one much time to ponder how many snootpikes there
> might be in a pulchritude[*].  I don't know why the timeout is set that
> low, but I would have thought a value more like 1800 (30 min) would be
> more reasonable for most applications, perhaps with a comment about the
> risk of excessive memory consumption in a high-traffic environment.
> 
> Also, having the error message speculate as to the possibility of a
> session timeout might be helpful, if that's possible.  Otherwise, the
> error message makes it seem like an application bug.
> 
> Anton
> 
> [*] Any resemblance to actual Imperial units is entirely coincidental,
> but would not be entirely surprising, considering.
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Wed, 07 Sep 2005 00:14:43 +0200
> From: Hans Oesterholt <hdnews at gawab.com>
> Subject: [plt-scheme] mzgtk2 memory management
> To: mzscheme Mailing List <plt-scheme at list.cs.brown.edu>
> Message-ID: <431E14D3.3070104 at gawab.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> L.S.,
> 
> I've written a small report on mzgtk2 memory management.
> You can read it on:
> 
> http://www.elemental-programming.org/mzgtk2-mzgtk2-memory-management.html
> 
> Comments are appreciated,
> 
> --
> Hans Oesterholt
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Wed, 7 Sep 2005 09:20:39 -0400
> From: Jay McCarthy <jay.mccarthy at gmail.com>
> Subject: Re: [plt-scheme] Web server examples
> To: Anton van Straaten <anton at appsolutions.com>
> Cc: PLT Scheme <plt-scheme at list.cs.brown.edu>
> Message-ID: <f66775c4050907062017c06bc1 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Problem report 7568 refers to changing the error message.
> 
> There are many related usability and documentation changes that I'm working on.
> 
> Jay
> 
> On 9/6/05, Anton van Straaten <anton at appsolutions.com> wrote:
> > Don Felgar wrote:
> > > On Thu, Sep 01, 2005, Jay McCarthy wrote:
> > >
> > >>Seems to work fine for me, perhaps it is only an issue with an old version?
> > >
> > >
> > > I too saw that behavior at one time.  I talked with Greg about it, but
> > > he couldn't repro the problem so I assumed I'd broken something
> > > locally.  When I tried it again sometime later the bug was gone.
> > > Since Anton has seen the problem too I suspect it's a deeper bug.
> >
> > My later post pointed out that this was due to a session timeout.  The
> > error occurs "intermittently" because it's dependent on how long you
> > wait before following a link to another page.
> >
> > The default-servlet-timeout in the SVN version of configuration-table is
> > currently 30 secs.  When going through an example servlet like the quiz,
> > this doesn't give one much time to ponder how many snootpikes there
> > might be in a pulchritude[*].  I don't know why the timeout is set that
> > low, but I would have thought a value more like 1800 (30 min) would be
> > more reasonable for most applications, perhaps with a comment about the
> > risk of excessive memory consumption in a high-traffic environment.
> >
> > Also, having the error message speculate as to the possibility of a
> > session timeout might be helpful, if that's possible.  Otherwise, the
> > error message makes it seem like an application bug.
> >
> > Anton
> >
> > [*] Any resemblance to actual Imperial units is entirely coincidental,
> > but would not be entirely surprising, considering.
> >
> >
> 
> 
> --
> Jay McCarthy <jay at cs.brown.edu>
> http://jay.makeoutcity.com/
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Wed, 7 Sep 2005 08:56:52 -0700 (PDT)
> From: Noel Welsh <noelwelsh at yahoo.com>
> Subject: [plt-scheme] Hosting Survey
> To: plt-scheme <plt-scheme at list.cs.brown.edu>
> Message-ID: <20050907155652.53358.qmail at web53007.mail.yahoo.com>
> Content-Type: text/plain; charset=iso-8859-1
> 
> A quick survey:
> 
> Would you pay $10 a month for hosting that included the PLT
> web server?  Let's assume it had a stable release, and a
> nightly snapshot, and you got 10s of MB of space.  Would
> you need DNS, email, and other features?  Would you need a
> shell? Would you be happy with 'when we get around to it'
> support?  If you wouldn't pay $10 would you pay $5?
> 
> Answers to me please.  I don't want to create any
> expectations about this survey so I won't say why I'm
> posing the question, but if you're truly curious you'll
> figure it out.
> 
> Thanks,
> Noel
> 
> Email: noelwelsh <at> yahoo <dot> com   noel <at> untyped <dot> com
> AIM: noelhwelsh
> Blogs: http://monospaced.blogspot.com/  http://www.untyped.com/untyping/
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
> 
> 
> End of plt-scheme Digest, Vol 1, Issue 1418
> *******************************************
>


Posted on the users mailing list.