Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 81579 invoked from network); 12 Nov 2009 16:11:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 12 Nov 2009 16:11:36 -0000 Received: (qmail 86802 invoked by uid 500); 12 Nov 2009 16:11:35 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 86716 invoked by uid 500); 12 Nov 2009 16:11:35 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 86707 invoked by uid 99); 12 Nov 2009 16:11:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Nov 2009 16:11:35 +0000 X-ASF-Spam-Status: No, hits=-2.8 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [192.18.6.24] (HELO gmp-eb-inf-2.sun.com) (192.18.6.24) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Nov 2009 16:11:25 +0000 Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id nACGB4Hh021124 for ; Thu, 12 Nov 2009 16:11:04 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KT000E0073KP900@fe-emea-10.sun.com> for dev@httpd.apache.org; Thu, 12 Nov 2009 16:10:58 +0000 (GMT) Received: from [192.168.11.8] ([unknown] [80.229.52.226]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KT000BZM7MAE770@fe-emea-10.sun.com> for dev@httpd.apache.org; Thu, 12 Nov 2009 16:10:58 +0000 (GMT) Date: Thu, 12 Nov 2009 16:12:18 +0000 From: Nick Kew Subject: Re: Obsolete modules in 2.3 In-reply-to: <43f35d30911120753p570d5580ke59d8f8574a95f1a@mail.gmail.com> Sender: Nicholas.Kew@Sun.COM To: dev@httpd.apache.org Message-id: <4AFC33E2.20206@webthing.com> References: <4AFB8D54.1000709@rowe-clan.net> <13062DA9-BD1A-4DF2-BD10-054D70637B7D@rcbowen.com> <1404e5910911120629j787a1d94r69c064d0873b6f68@mail.gmail.com> <43f35d30911120753p570d5580ke59d8f8574a95f1a@mail.gmail.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090323) X-Virus-Checked: Checked by ClamAV on apache.org Ken Dreyer wrote: > (another user's perspective) > > At my work (US. Geological Survey) we try to discourage webmasters > from using server-side imagemaps, since they are not Section 508 > compliant. We've had to keep the module to support some legacy sites, > but if 2.4 drops it, we can probably migrate any remaining server-side > maps. Hmmm. When I worked alongside some of your folks (joint project - I was at ESRIN) we used server-side imagemaps to let users select points on a (geographical) map. Any user without the map could enter lat/long manually instead, and any clientside solution (like scripting, or embedded java/flash) would raise more serious accessibility problems (you'd want the serverside map as a fallback for accessibility)! OTOH, that used CERN HTTPD with CGI, not mod_imagemap. Don't you have that kind of application any more? -- Nick Kew