| CARVIEW |
Select Language
HTTP/2 200
date: Wed, 08 Oct 2025 20:46:54 GMT
content-type: text/html
content-encoding: gzip
last-modified: Thu, 13 Jul 2023 17:37:39 GMT
cache-control: max-age=2592000, public
expires: Fri, 07 Nov 2025 20:46:54 GMT
vary: Accept-Encoding
access-control-allow-origin: *
x-request-id: 98b87d824e24c190
strict-transport-security: max-age=15552015; preload
x-frame-options: deny
x-xss-protection: 1; mode=block
cf-cache-status: MISS
set-cookie: __cf_bm=crwPdZ8gjAaaedoyD.wfvznd7xgmFrijMcVB_CEDkA4-1759956414-1.0.1.1-6yY6o0YPF8621hmxBhRZyiDK5iCpzMuMPMw2ton_dT51WMSKxVtVnLAGMaooSH5jQRXywYqlW_Zn8fB4hiXD5Pq0iRW8BrHNsdiDGSCZfb4; path=/; expires=Wed, 08-Oct-25 21:16:54 GMT; domain=.w3.org; HttpOnly; Secure; SameSite=None
server: cloudflare
cf-ray: 98b87d824e24c190-BLR
alt-svc: h3=":443"; ma=86400
Re: [SVG1.1] feSpotLight's limitingConeAngle not mentioned in lighting equations from Tim Rowley on 2007-06-25 (www-svg@w3.org from June 2007)
Re: [SVG1.1] feSpotLight's limitingConeAngle not mentioned in lighting equations
- From: Tim Rowley <tor@acm.org>
- Date: Mon, 25 Jun 2007 14:30:03 -0500
- To: "Erik Dahlstr?m" <ed@opera.com>
- Cc: www-svg@w3.org
- Message-ID: <a9b7270d0706251230s73e94b29y83d3a200ae220491@mail.gmail.com>
Based on your email, I cannot determine what the working group is planning on adding as an errata versus what you wrote just for the purposes of writing to the www-svg list. What I'm saying is that if you're going to have equations for all the rest of the lighting, the one necessary for implementing the limiting cone angle should be given as well. For example, after the sentance "If L.S is positive, no light is present...", something along the lines of the following might be added: "If limitingConeAngle is specified, -L.S < cosine(limitingConeAngle) also indicates no light is present." By the way, in the definition of the limitingConeAngle, the units used (degrees or radians) should be indicated.
Received on Monday, 25 June 2007 19:30:17 UTC