Re: env.xml validation problem
Astrid Keßler wrote: An id has to be unique within the doument. CDATA not. Since the id attribute will become an anchor in the generated html file, uniqueness is postulated. An id comes with some restrictions. The same restrictions (and more, if I'm not mistaken) applys to anchors. When using a slash within the anchor name, we will get an invalid html document. I only suggested the CDATA because the HTML 4.01 strict DTD uses it for a name attributes, meaning it doesn't error against the validator. I'm not recommending it should be changed... only that it is a solution to the problem and is consistant with the DTD. I'd prefer keeping the ID type myself for the same reason you said above, and because XHTML doesn't like the slash. Shane - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: env.xml validation problem
On Fri, Aug 23, 2002 at 07:41:59PM -0400, Joshua Slive wrote: Sorry Justin. It seems I'm always picking on you lately ;-) Heh. No offense intended or taken. If we agreed on everything, this world would be a boring place... (In all honesty, I was going to bring up the issue of renaming it before you posted; once you posted, I just replied to your message.) I certainly don't recommend changing the actual env variable. I wouldn't have chosen that name myself, but it's done now and I'm fine with it. Which is precisely my point. -- justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: env.xml validation problem
Justin Erenkrantz wrote: On Fri, Aug 23, 2002 at 07:41:59PM -0400, Joshua Slive wrote: I certainly don't recommend changing the actual env variable. I wouldn't have chosen that name myself, but it's done now and I'm fine with it. Which is precisely my point. -- justin and everyone is happy :-) Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: httpd-2.0/docs/error HTTP_BAD_GATEWAY.html.var HTTP_BAD_REQUEST.html.var HTTP_FORBIDDEN.html.var HTTP_GONE.html.var HTTP_INTERNAL_SERVER_ERROR.html.var HTTP_LENGTH_REQUIRED.html.var HTTP_METHOD_NOT_ALLOWED.html.var HTTP_NOT_ACCEPTABLE.html.var HTTP_NOT_FOUND.html.var HTTP_NOT_IMPLEMENTED.html.var HTTP_PRECONDITION_FAILED.html.var HTTP_REQUEST_ENTITY_TOO_LARGE.html.var HTTP_REQUEST_TIME_OUT.html.var HTTP_REQUEST_URI_TOO_LARGE.html.var HTTP_SERVICE_UNAVAILABLE.html.var HTTP_UNAUTHORIZED.html.var HTTP_UNSUPPORTED_MEDIA_TYPE.html.var HTTP_VARIANT_ALSO_VARIES.html.var contact.html.var
[EMAIL PROTECTED] wrote: dirkx 2002/08/23 08:13:38 Modified:docs/error HTTP_BAD_GATEWAY.html.var HTTP_BAD_REQUEST.html.var HTTP_FORBIDDEN.html.var HTTP_GONE.html.var HTTP_INTERNAL_SERVER_ERROR.html.var HTTP_LENGTH_REQUIRED.html.var HTTP_METHOD_NOT_ALLOWED.html.var HTTP_NOT_ACCEPTABLE.html.var HTTP_NOT_FOUND.html.var HTTP_NOT_IMPLEMENTED.html.var HTTP_PRECONDITION_FAILED.html.var HTTP_REQUEST_ENTITY_TOO_LARGE.html.var HTTP_REQUEST_TIME_OUT.html.var HTTP_REQUEST_URI_TOO_LARGE.html.var HTTP_SERVICE_UNAVAILABLE.html.var HTTP_UNAUTHORIZED.html.var HTTP_UNSUPPORTED_MEDIA_TYPE.html.var HTTP_VARIANT_ALSO_VARIES.html.var contact.html.var Log: Changes as submitted by Hiroaki KAWAI [EMAIL PROTECTED] and Peter Van Biesen [EMAIL PROTECTED] to get a dutch version in. Hi Dirk ! I spotted some mistakes in this commit: the errordocs were converted to XHTML some time ago and therefore the tags in the typemaps should also conform to XHTML. I fixed this :-) Also a part of the translation is missing: in HTTP_INTERNAL_SERVER_ERROR.html.var the part above 'Foutbericht:' is missing. This was missing in the english translation some time ago; perhaps Peter based his work on some old templates? Peter, could you please supply an appropriate translation? Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] mod_log_config.xml
* Joshua Slive wrote:
I'm really trying to avoid any kind of complex formatting in the
directive definitions (except in usage, of course), because that will
make it easier to reuse this information in other formats.
ok, that makes sense.
Instead, I've just added a sentence to the usage info. It's still not
incredibly clear, but it is more accurate.
Little mistake there ;-) I think you meant LogFormat instead of
TransferLog.
nd
--
sub the($){+shift} sub answer (){ord q
[* It is always 42! *] }
print the answer
# André Malo # http://www.perlig.de/ #
Index: mod_log_config.xml
===
RCS file: /home/cvspublic/httpd-2.0/docs/manual/mod/mod_log_config.xml,v
retrieving revision 1.7
diff -u -r1.7 mod_log_config.xml
--- mod_log_config.xml 23 Aug 2002 15:29:21 - 1.7
+++ mod_log_config.xml 24 Aug 2002 00:27:49 -
@@ -346,7 +346,7 @@
nickname, it doesn't actually apply the format and make it the
default. Therefore, it will not affect subsequent
directiveTransferLog/directive directives. In addition,
-directiveTransferLog/directive cannot use one nickname
+directiveLogFormat/directive cannot use one nickname
to define another nickname./p
pFor example:/p
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] mod_log_config.xml
André Malo wrote: Little mistake there ;-) I think you meant LogFormat instead of TransferLog. Ouch, you're right. Fixed, thanks. Joshua. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [!FIX!] docs build system broken
Erik Abele wrote: Attached a patch to the current CVS HEAD. I tested this thoroughly and it works very fine for me. Works for me. Committed. Thanks for fixing this! Joshua. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Major revision of sections.html
* Joshua Slive wrote: Fire away! (But don't bother with spelling mistakes; I haven't spell-checked it yet and my spelling is atroshus.) all in all a good work, I think. Of course ;-) some additionally thoughts: | The IfModule directive is very similar, except it encloses | directives that will only be applied if a particular module is | available in the server. If that module is loaded at runtime, the corresponding LoadModule directive must appear before the IfModule container. | This directive should only be used if you need your configuration file | to work with or without certain modules installed. Maybe I have to improve my English, but in German I'd probably say (backported to English ;-)): ... to work with and without ... this makes the sense a little bit clearer for me. Files: I have a problem with that container (in general). It does not really apply to files, rather the filename-part of the URL (which maybe the result of an internal redirect, of course). For example: Files .* Order Allow,Deny Deny From All /Files any requested dotfile, whether existing or not, returns a 403 with this (and not a 404, if it does not exist). Is this worth to be explained to the user? Or am I wrong at this point? Wildcards and Regular Expressions: | The Directory, Files, and Location directives can each use the | wildcard characters ? to match any single character and * to match | any set of characters. Additionally you may use a character class (enclosed in []) to match particular characters. | If even more flexible matching is required, each container has a | regular-expression (regex) counterpart DirectoryMatch, FilesMatch, | and LocationMatch that allow regular expressions to be used in ... ... that allow perl compatible regular expressions ... possible Example (too strange?): FilesMatch \.(?i:gif|jpe?g|png)\z ErrorDocument 404 /error/404.png /FilesMatch How the sections are merged: I really don't understand the technical note there, could someone explain that to me? ;-) Some Examples: I would show the order in which the sections are applied in the example code itself, this will make the things more clear, imho: Location / E /Location Files f.html D /Files VirtualHost * Directory /a/b B /Directory /VirtualHost DirectoryMatch ^.*b$ C /DirectoryMatch Directory /a/b A /Directory The last example... don't know. How many people look at the example code and actually read the corresponding text? At least I would suggest to include a strong comment into the example, that this is, hmmm..., insecure? e.g. strong# insecure, allowing free access!/strong Location / Order deny,allow Allow from all /Location Directory / [...] so far ;-) nd -- die (eval q-qq:Just Another Perl Hacker :-) # André Malo, http://www.perlig.de/ # - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New draft of manual style
http://cvs.apache.org/~slive/manual/ Contains a new draft of the proposed new manual style. This one is fully generated using xslt, so all the xml files should be converted. I made a bunch of changes from Andre's version; some of the them were necessary to work with the xslt (ie replacing p class=note with div class=note) and others I made because I think they work better. There are still a ton of little things wrong, but I think it is getting close to the stage where it will be ready to commit. Therefore, I think we have reached the speak now or forever hold your peace stage. If you don't like the direction this is going, please speak up! I'm a little uncomfortable with the complexity of the css, but I'll live with it as long as the docs still work fine with all css turned off. Joshua. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
logs.xml
typo correction. Shane Index: logs.xml === RCS file: /home/cvspublic/httpd-2.0/docs/manual/logs.xml,v retrieving revision 1.2 diff -u -r1.2 logs.xml --- logs.xml31 Jul 2002 20:54:22 - 1.2 +++ logs.xml24 Aug 2002 07:29:01 - @@ -40,8 +40,8 @@ related directivelist -directive module=mod_coreErrorLog/directive -directive module=mod_coreLogLevel/directive +directive module=coreErrorLog/directive +directive module=coreLogLevel/directive /directivelist /related - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [!FIX!] docs build system brokenpath
Here's an alternate solution to the relativepath issue. Instead of using a global variable in common.xsl, the relativepath variable is defined in each of the main pages, eg. manualpage, modulesynopsis, etc. and it is then passed down through each of the sub templates. Using this method over the one submitted yesterday allows us to created deeper nested directories in the manual directory, instead of being limited to just two (the root directory, and one below it). It also allows us to keep the single style task in build.xml. Shane Index: common.xsl === RCS file: /home/cvspublic/httpd-2.0/docs/manual/style/common.xsl,v retrieving revision 1.13 diff -u -r1.13 common.xsl --- common.xsl 1 Aug 2002 21:39:48 - 1.13 +++ common.xsl 24 Aug 2002 09:05:06 - @@ -12,32 +12,32 @@ xsl:variable name=lowercase select='abcdefghijklmnopqrstuvwxyz' / xsl:variable name=uppercase select='ABCDEFGHIJKLMNOPQRSTUVWXYZ' / - xsl:variable name=path -xsl:choose - xsl:when test=*/relativepath/@href -xsl:value-of select=*/relativepath/@href/ - /xsl:when - xsl:otherwise -xsl:value-of select='..'/ - /xsl:otherwise -/xsl:choose - /xsl:variable - !-- -- !-- Builds the moduleindex page -- !-- -- xsl:template match=moduleindex +xsl:variable name=path + xsl:value-of select='..'/ +/xsl:variable + html - xsl:call-template name=head/ + xsl:call-template name=head +xsl:with-param name=path select=$path / + /xsl:call-template + body blockquote - xsl:call-template name=top/ + xsl:call-template name=top +xsl:with-param name=path select=$path / + /xsl:call-template h1 align=center xsl:value-of select=title/ /h1 - xsl:apply-templates select=summary / + xsl:apply-templates select=summary +xsl:with-param name=path select=$path / + /xsl:apply-templates h2 xsl:value-of select=$messages/[EMAIL PROTECTED]'corefeatures']/ @@ -54,7 +54,9 @@ /a /dt dd - xsl:apply-templates select=description/ + xsl:apply-templates select=description +xsl:with-param name=path select=$path / + /xsl:apply-templates /dd /xsl:if /xsl:for-each @@ -75,14 +77,18 @@ /a /dt dd - xsl:apply-templates select=description/ + xsl:apply-templates select=description +xsl:with-param name=path select=$path / + /xsl:apply-templates /dd /xsl:if /xsl:for-each /dl /blockquote hr / -xsl:call-template name=bottom/ +xsl:call-template name=bottom + xsl:with-param name=path select=$path / +/xsl:call-template /body /html /xsl:template @@ -95,16 +101,26 @@ !-- Builds the directive index page-- !---- xsl:template match=directiveindex +xsl:variable name=path + xsl:value-of select='..'/ +/xsl:variable + html - xsl:call-template name=head/ + xsl:call-template name=head +xsl:with-param name=path select=$path / + /xsl:call-template body blockquote - xsl:call-template name=top/ + xsl:call-template name=top +xsl:with-param name=path select=$path / + /xsl:call-template h1 align=center xsl:value-of select=title/ /h1 - xsl:apply-templates select=summary / + xsl:apply-templates select=summary +xsl:with-param name=path select=$path / + /xsl:apply-templates ul xsl:for-each select=document(modulefilelist/modulefile)/modulesynopsis/directivesynopsis @@ -121,7 +137,9 @@ /ul /blockquote hr / -xsl:call-template name=bottom/ +xsl:call-template name=bottom + xsl:with-param name=path select=$path / +/xsl:call-template /body /html /xsl:template @@ -132,20 +150,32 @@ !-- Process an entire document into an HTML page -- !---- xsl:template match=manualpage +xsl:variable name=path + xsl:value-of select=//manualpage/relativepath/@href/ +/xsl:variable + html - xsl:call-template name=head/ + xsl:call-template name=head +xsl:with-param name=path select=$path / + /xsl:call-template body blockquote -
Re: logs.xml
David Shane Holden wrote: typo correction. Shane Committed, thanks. Additionally I fixed a lot of other link errors in this... Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod/mod_auth.xml
David Shane Holden wrote: typo. Shane Committed. thanks. Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New draft of manual style
On Saturday 24 August 2002 05.15, Joshua Slive wrote: As for the new look, I'm a big -1 to it! The wacky design that Joshua did was so much better. It looked much more modern. This new look is plain ugly (not very constructive criticism, I know.) I'll take some time to criticize it in detail later on today... :-) I've only had time to look through the index.html page so far. Here are some problems I see with it... Contains a new draft of the proposed new manual style. This one is fully generated using xslt, so all the xml files should be converted. Then the meta tag for generator is wrong. The html source wasn't generated by Tidy - so they shouldn't be blamed :-) Don't lock the main table's width to 600. If you have a big font things begin to wrap much too early. I'd suggest that you don't use any width at all. The alt value for pixel.gif should be , not .. Actually, for this page I would remove the pixel.gif part completely. Use th for table headers! A) that's what they're for :-) B) It's much easier to make changes to their styles later on C) Some screen readers handle the semantics of the page much better if you use correct table tags. That's what I found after a quick perusal, I'll try to spend some more time on this later on... -- .-. | Patrik Grip-Jansson | | Ringen 4B |.. | 78444 Borlänge .--'' http://gnulix.com/ `-. | Sweden | All views and opinions are my own, | `--| PH:+46(0)24382823 PW:+46(0)707354360 | `--' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: httpd-2.0/docs/error HTTP_BAD_GATEWAY.html.var HTTP_BAD_REQUEST.html.varHTTP_FORBIDDEN.html.var HTTP_GONE.html.var HTTP_INTERNAL_SERVER_ERROR.html.varHTTP_LENGTH_REQUIRED.html.var HTTP_METHOD_NOT_ALLOWED.html.var HTTP_NOT_ACCEPTABLE.html.varHTTP_NOT_FOUND.html.var HTTP_NOT_IMPLEMENTED.html.var HTTP_PRECONDITION_FAILED.html.varHTTP_REQUEST_ENTITY_TOO_LARGE.html.var HTTP_REQUEST_TIME_OUT.html.var HTTP_REQUEST_URI_TOO_LARGE.html.varHTTP_SERVICE_UNAVAILABLE.html.var HTTP_UNAUTHORIZED.html.var HTTP_UNSUPPORTED_MEDIA_TYPE.html.varHTTP_VARIANT_ALSO_VARIES.html.var contact.html.var
Erik Abele [EMAIL PROTECTED] wrote: Also a part of the translation is missing: in HTTP_INTERNAL_SERVER_ERROR.html.var the part above 'Foutbericht:' is missing. This was missing in the english translation some time ago; perhaps Peter based his work on some old templates? Peter, could you please supply an appropriate translation? You're right. # I'll wait for this. ;-) Hiroaki Kawai Department of Complexity Science and Engineering, The University of Tokyo http://www.bcl.t.u-tokyo.ac.jp mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New draft of manual style
Patrik Grip-Jansson wrote: On Saturday 24 August 2002 05.15, Joshua Slive wrote: As for the new look, I'm a big -1 to it! The wacky design that Joshua did was so much better. It looked much more modern. This new look is plain ugly (not very constructive criticism, I know.) I'll take some time to criticize it in detail later on today... :-) I've only had time to look through the index.html page so far. Here are some problems I see with it... Hmmm... The index.html page has not been changed because it is not in xml. You need to look at some of the pages that have xml source in order to see the new format. Joshua. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: httpd-2.0/docs/error HTTP_BAD_GATEWAY.html.var HTTP_BAD_REQUEST.html.varHTTP_FORBIDDEN.html.varHTTP_GONE.html.var HTTP_INTERNAL_SERVER_ERROR.html.varHTTP_LENGTH_REQUIRED.html.varHTTP_METHOD_NOT_ALLOWED.html.var HTTP_NOT_ACCEPTABLE.html.varHTTP_NOT_FOUND.html.varHTTP_NOT_IMPLEMENTED.html.var HTTP_PRECONDITION_FAILED.html.varHTTP_REQUEST_ENTITY_TOO_LARGE.html.varHTTP_REQUEST_TIME_OUT.html.var HTTP_REQUEST_URI_TOO_LARGE.html.varHTTP_SERVICE_UNAVAILABLE.html.varHTTP_UNAUTHORIZED.html.var HTTP_UNSUPPORTED_MEDIA_TYPE.html.varHTTP_VARIANT_ALSO_VARIES.html.varcontact.html.var
Erik Abele [EMAIL PROTECTED] wrote: This shouldn't be a problem to merge in, so you won't have to wait :-) I know. ;-) # But I just wanted to wait to simplify the workflow. OK. I'll submit my diffs for the current release. Additionally, I found that 'es' section is missing in the HTTP_LENGTH_REQUIRED.html.var. --- Index: HTTP_BAD_GATEWAY.html.var === RCS file: /home/cvspublic/httpd-2.0/docs/error/HTTP_BAD_GATEWAY.html.var,v retrieving revision 1.5 diff -u -r1.5 HTTP_BAD_GATEWAY.html.var --- HTTP_BAD_GATEWAY.html.var 23 Aug 2002 15:13:37 - 1.5 +++ HTTP_BAD_GATEWAY.html.var 24 Aug 2002 13:54:36 - @@ -1,6 +1,7 @@ Content-language: de Content-type: text/html Body:--de-- +!--#set var=CONTENT_LANGUAGE value=de -- !--#set var=TITLE value=Fehlerhaftes Gateway! -- !--#include virtual=include/top.html -- @@ -35,6 +36,7 @@ Content-language: es Content-type: text/html Body:--es-- +!--#set var=CONTENT_LANGUAGE value=es -- !--#set var=TITLE value=Bad Gateway! -- !--#include virtual=include/top.html -- @@ -52,6 +54,7 @@ Content-language: fr Content-type: text/html Body:--fr-- +!--#set var=CONTENT_LANGUAGE value=fr -- !--#set var=TITLE value=Gateway incorrecte! -- !--#include virtual=include/top.html -- @@ -69,6 +72,7 @@ Content-language: nl Content-type: text/html Body:--nl-- +!--#set var=CONTENT_LANGUAGE value=nl -- !--#set var=TITLE value=Verkeerde Gateway! -- !--#include virtual=include/top.html -- @@ -86,6 +90,7 @@ Content-language: sv Content-type: text/html Body:--sv-- +!--#set var=CONTENT_LANGUAGE value=sv -- !--#set var=TITLE value=Felaktig Gateway! -- !--#include virtual=include/top.html -- @@ -103,6 +108,7 @@ Content-language: it Content-type: text/html Body:--it-- +!--#set var=CONTENT_LANGUAGE value=it -- !--#set var=TITLE value=Gateway errato! -- !--#include virtual=include/top.html -- Index: HTTP_BAD_REQUEST.html.var === RCS file: /home/cvspublic/httpd-2.0/docs/error/HTTP_BAD_REQUEST.html.var,v retrieving revision 1.5 diff -u -r1.5 HTTP_BAD_REQUEST.html.var --- HTTP_BAD_REQUEST.html.var 23 Aug 2002 15:13:37 - 1.5 +++ HTTP_BAD_REQUEST.html.var 24 Aug 2002 13:54:36 - @@ -1,6 +1,7 @@ Content-language: de Content-type: text/html Body:--de-- +!--#set var=CONTENT_LANGUAGE value=de -- !--#set var=TITLE value=Fehlerhafte Anfrage! -- !--#include virtual=include/top.html -- @@ -25,6 +26,7 @@ Content-language: es Content-type: text/html Body:--es-- +!--#set var=CONTENT_LANGUAGE value=es -- !--#set var=TITLE value=Bad request! -- !--#include virtual=include/top.html -- @@ -37,6 +39,7 @@ Content-language: fr Content-type: text/html Body:--fr-- +!--#set var=CONTENT_LANGUAGE value=fr -- !--#set var=TITLE value=Demande incorrecte! -- !--#include virtual=include/top.html -- @@ -49,6 +52,7 @@ Content-language: nl Content-type: text/html Body:--nl-- +!--#set var=CONTENT_LANGUAGE value=nl -- !--#set var=TITLE value=Slechte vraag! -- !--#include virtual=include/top.html -- @@ -61,6 +65,7 @@ Content-language: sv Content-type: text/html Body:--sv-- +!--#set var=CONTENT_LANGUAGE value=sv -- !--#set var=TITLE value=Felaktig fouml;rfraring;gan! -- !--#include virtual=include/top.html -- @@ -73,6 +78,7 @@ Content-language: it Content-type: text/html Body:--it-- +!--#set var=CONTENT_LANGUAGE value=it -- !--#set var=TITLE value=Richiesta incomprensibile! -- !--#include virtual=include/top.html -- Index: HTTP_FORBIDDEN.html.var === RCS file: /home/cvspublic/httpd-2.0/docs/error/HTTP_FORBIDDEN.html.var,v retrieving revision 1.8 diff -u -r1.8 HTTP_FORBIDDEN.html.var --- HTTP_FORBIDDEN.html.var 23 Aug 2002 23:58:22 - 1.8 +++ HTTP_FORBIDDEN.html.var 24 Aug 2002 13:54:36 - @@ -1,6 +1,7 @@ Content-language: de Content-type: text/html Body:--de-- +!--#set var=CONTENT_LANGUAGE value=de -- !--#set var=TITLE value=Zugriff verweigert! -- !--#include virtual=include/top.html -- @@ -45,6 +46,7 @@ Content-language: es Content-type: text/html Body:--es-- +!--#set var=CONTENT_LANGUAGE value=es -- !--#set var=TITLE value=Access forbidden! -- !--#include virtual=include/top.html -- @@ -69,6 +71,7 @@ Content-language: fr Content-type: text/html Body:--fr-- +!--#set var=CONTENT_LANGUAGE value=fr -- !--#set var=TITLE value=Accegrave;s interdit! -- !--#include virtual=include/top.html -- @@ -92,6 +95,7 @@ Content-language: nl Content-type: text/html Body:--nl-- +!--#set var=CONTENT_LANGUAGE value=nl -- !--#set var=TITLE value=Toegang verboden! -- !--#include virtual=include/top.html -- @@ -113,6 +117,7 @@ Content-language: sv Content-type: text/html Body:--sv--
Re: New draft of manual style
On Saturday 24 August 2002 15.30, Joshua Slive wrote: Hmmm... The index.html page has not been changed because it is not in xml. You need to look at some of the pages that have xml source in order to see the new format. Actually, I was making two seperate statements :-) Yes, I've looked at several pages in the docs hierarchy. And No, I don't like the new layout - I even prefer the original look. But I thought I might as well begin my scrutinization from the first page - even though it doesn't have that much to do with the rest of the layout. The whole site should look good and be useful! Sorry if I my reply was a bit muddled :-) -- .-. | Patrik Grip-Jansson | | Ringen 4B |.. | 78444 Borlänge .--'' http://gnulix.com/ `-. | Sweden | All views and opinions are my own, | `--| PH:+46(0)24382823 PW:+46(0)707354360 | `--' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New draft of manual style
Patrik Grip-Jansson wrote: On Saturday 24 August 2002 15.30, Joshua Slive wrote: Hmmm... The index.html page has not been changed because it is not in xml. You need to look at some of the pages that have xml source in order to see the new format. Actually, I was making two seperate statements :-) Yes, I've looked at several pages in the docs hierarchy. And No, I don't like the new layout - I even prefer the original look. You need to be specific. And I don't mean you need to debug the html source. That is an irrelevant implimentation detail if you say you don't like the look. You need to say exactly what you don't like about the look and how it can be improved. The original index.html is completely irrelevant. It will be changed to match whatever new layout is chosen. Joshua. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: httpd-2.0/docs/error HTTP_BAD_GATEWAY.html.var HTTP_BAD_REQUEST.html.varHTTP_FORBIDDEN.html.varHTTP_GONE.html.var HTTP_INTERNAL_SERVER_ERROR.html.varHTTP_LENGTH_REQUIRED.html.varHTTP_METHOD_NOT_ALLOWED.html.var HTTP_NOT_ACCEPTABLE.html.varHTTP_NOT_FOUND.html.varHTTP_NOT_IMPLEMENTED.html.var HTTP_PRECONDITION_FAILED.html.varHTTP_REQUEST_ENTITY_TOO_LARGE.html.varHTTP_REQUEST_TIME_OUT.html.var HTTP_REQUEST_URI_TOO_LARGE.html.varHTTP_SERVICE_UNAVAILABLE.html.varHTTP_UNAUTHORIZED.html.var HTTP_UNSUPPORTED_MEDIA_TYPE.html.varHTTP_VARIANT_ALSO_VARIES.html.varcontact.html.var
Hiroaki KAWAI wrote: OK. I'll submit my diffs for the current release. I have committed them. Thanks! Currently I'm working on correcting the 'Content-type: text/html'-headers in the typemaps: 'Content-type: text/html; charset=...' Additionally, I found that 'es' section is missing in the HTTP_LENGTH_REQUIRED.html.var. I know. Additionally all the es-TITLES are in english :-( I will try to contact the former author about this. Perhaps someone on the list speaks spanish and can help out?? Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: httpd-2.0/docs/error HTTP_BAD_GATEWAY.html.var HTTP_BAD_REQUEST.html.varHTTP_FORBIDDEN.html.varHTTP_GONE.html.var HTTP_INTERNAL_SERVER_ERROR.html.varHTTP_LENGTH_REQUIRED.html.varHTTP_METHOD_NOT_ALLOWED.html.var HTTP_NOT_ACCEPTABLE.html.varHTTP_NOT_FOUND.html.varHTTP_NOT_IMPLEMENTED.html.var HTTP_PRECONDITION_FAILED.html.varHTTP_REQUEST_ENTITY_TOO_LARGE.html.varHTTP_REQUEST_TIME_OUT.html.var HTTP_REQUEST_URI_TOO_LARGE.html.varHTTP_SERVICE_UNAVAILABLE.html.varHTTP_UNAUTHORIZED.html.var HTTP_UNSUPPORTED_MEDIA_TYPE.html.varHTTP_VARIANT_ALSO_VARIES.html.varcontact.html.var
Erik Abele wrote: I know. Additionally all the es-TITLES are in english :-( I will try to contact the former author about this. Perhaps someone on the list speaks spanish and can help out?? A good friend of mine speaks Spanish. When he gets back from Japan in a week or so I'll try to hook up with him and get those translated for us. I'll post back when/if he's willing to help out, and if the former author hasn't responded by then. Shane - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [!FIX!] docs build system brokenpath
Joshua Slive wrote: This does make the build.xml simpler, but at the expense of comlicating common.xsl. I really like the fact that I can just use $path anywhere I want. Yes, we will probably need to add more levels to build.xml eventually, but I still think I prefer a compicated build.xml to a complicated common.xsl. Yeah, I agree that it pollutes common.xsl... but since I had it working and it was an alternative I figured I'd post it. Shane - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New draft of manual style
http://cvs.apache.org/~slive/manual/ Contains a new draft of the proposed new manual style. This one is fully generated using xslt, so all the xml files should be converted. Fine, so we have now a first draft to work with the whole documentation. It is actually a draft, isn't it? It's a bit different from André's suggestion and sometimes ... unbalanced. I miss the additional styles, the harmonized link colors, and the german documents seem to need some code correction (maybe only an updated xsl, this should be no problem). I haven't looked behind the code, what you have changed. So I don't know which is aim and which is oversight. I'm a little uncomfortable with the complexity of the css, but I'll live with it as long as the docs still work fine with all css turned off. I would suggest to exclude Netscape 4 completely from css. This will simplify the css a lot. Kess - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New draft of manual style
Astrid Keßler wrote: http://cvs.apache.org/~slive/manual/ Contains a new draft of the proposed new manual style. This one is fully generated using xslt, so all the xml files should be converted. Fine, so we have now a first draft to work with the whole documentation. It is actually a draft, isn't it? Certainly. It's a bit different from André's suggestion and sometimes ... unbalanced. Can you be more specific. I'm not sure what you mean. I miss the additional styles, You mean the alternate style-sheets? Those can certainly be put back, but I'm not sure I understand the point of them. Ordinary users will never find them, I'm sure. the harmonized link colors All the link colors look the same to me, except for directives and modules which are deliberately different. I changed everything to turn red on hover, and I removed the underlining on modules and directives, because I think it makes paragraphs with many references difficult to read. , and the german documents seem to need some code correction (maybe only an updated xsl, this should be no problem). I haven't looked at the translations, but they should be relatively easy to fix. I would suggest to exclude Netscape 4 completely from css. This will simplify the css a lot. That's always been my opinion, but others disagree. Joshua. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Major revision of sections.html
Rich Bowen wrote: I think it's important to note that for Location, the argument need not have anything to do with the filesystem at all. For example, the /server-status Location. This seems to be a bit of a revelation for some folks. I have been trying to figure out what it is that people find so hard about containers. On #apache, I've been using the term scope, which people seem to get most of the time. A Directory section defines the scope in which these directives are applied. Also, people seem to be frightened of creating their own new sections, feeling that the ones in the default config are somehow canonical and inviolate. I don't know how to combat that one just yet, particularly with some delightful linux distros shipping Apache config files with a comment that they should only be modified by a guru. Anyways, yes, I think that this doc is an improvement, and very good. I think that it could probably be easier to get to, also. Thanks for the feedback. I've tried to incorporate some of your suggestions. I'm not sure either what to do to encourage people to add their own sections. I agree that it should be linked from the main page. It's time for another rewrite of the main docs page, in my opinion. Joshua. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
