-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Leo,
On 11/6/13, 6:06 PM, Leo Donahue - OETX wrote: >> From: Leo Donahue - OETX [mailto:leodona...@mail.maricopa.gov] >> Subject: RE: Baked-in context paths >> >> >> I'm not convinced relative links are bad, nor that one should not >> try to use them because they are easy to get wrong. >> > > From the spec: http://www.ietf.org/rfc/rfc1808.txt > > "In situations where the base URL is well-defined and known, it is > useful to be able to embed a URL reference which inherits that > context rather than re-specifying it within each instance." > > Useful.... not bad. ;) Well, you are referring to a document concerning -- nay, defining -- relative links. That document isn't going to say "these things are a bad idea and shouldn't be used". What I'm saying is that from a practical point of view, when writing dynamic web applications, context-relative links are always the way to go. I'm not sure how much more I can say on this topic and nobody else seems to care so I'm happy to let the matter drop. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJSe7joAAoJEBzwKT+lPKRYdJQP/Ry+dsW1K75jcq3bdCfOIJKw 1XhASpCH5PTZQiezksyCD6x2kunTYkdD5EGRftZZrfCXQzUy+Rb6+OcBrDIOdfZW 8ntYLNeRLDaTXn1bgZtsOaJIaszyh94YBP30zXNJH9c2yMcppqcnpiwy6lSsVY6V thfP+LO9R2ZTFd7HwJgziKG25NHs8CW73WPT/cr/0qbyZcIf3qExd7GUzdFNfZ2t Q9RFldmzNVIAP4sUsaoIVukp+1Rrpxm4cbfqGR9nMXH4dGejsUZyihy7pgeknJFH GbeESun3GPRPo/CLR/hAdNxGZC+5exxbUs4WEAZsAg1sEHA3MqsUZY9IFMUQJuWj eEi0QoljCgSdmdVixqbo1JdE57L9VS3SOPNIuMU97nqzqkW7DAkJscF3tsEiDH2C pCHSHEpKcCim3XqJclpXumsl9AOMreHeB0rcJWxDAFbrZ+8GvFcYp8dCoM5HSLkr 0eo4yOGY7AcU98tyrAponemodo0w15RMvGWT3SMELx3Nl9059r3jC3Lm9VLJaZ0h xx/H2dzJxTXbrECzu63nzV28xxAxn8vgNz9ToIIRM9jQFjc66kZuIgcBfAPPBYDL 4xeLEfAF6Y4+wE8fUxCvIkjkHOaj07gtHAfRJacmNdNJmfyeygHMm42b5aiODZhC HkxIBqn9SYd+blTzcAeY =bqH0 -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
