[#7043] RUBYOPT versioning? — Caleb Tennis <caleb@...>
Matz, others:
[#7050] RDoc patches for BigDecimal in Ruby CVS — mathew <meta@...>
Now that 1.8.4 is out and the initial flurry of problem reports has died
[#7055] More on VC++ 2005 — Austin Ziegler <halostatue@...>
Okay. I've got Ruby compiling. I'm attempting to get everything in
Hi,
On 05/01/06, nobuyoshi nakada <nobuyoshi.nakada@ge.com> wrote:
On 06/01/06, Austin Ziegler <halostatue@gmail.com> wrote:
Hi,
On 09/01/06, nobuyoshi nakada <nobuyoshi.nakada@ge.com> wrote:
[#7057] 64-bit Solaris READ_DATA_PENDING Revisited — Steven Lumos <steven@...>
[#7078] CRC - a proof-of-concept Ruby compiler — Anders Hkersten <chucky@...>
Hello everyone,
[#7084] mathn: ugly warnings — hadmut@... (Hadmut Danisch)
Hi,
Hadmut Danisch wrote:
Daniel Berger wrote:
*Dean Wampler *<deanwampler gmail.com> writes:
On Fri, 13 Jan 2006, mathew wrote:
On Fri, 13 Jan 2006, Mathieu Bouchard wrote:
ara.t.howard@noaa.gov wrote:
On Fri, 13 Jan 2006, James Britt wrote:
Dean Wampler <deanwampler gmail.com> writes:
On Sat, 14 Jan 2006, mathew wrote:
[#7100] core dump with ruby 1.9.0 (2006-01-10) and bdb-0.5.8 — Tanaka Akira <akr@...17n.org>
I found following test script dumps core.
>>>>> "T" == Tanaka Akira <akr@m17n.org> writes:
In article <200601110905.k0B950Op001713@moulon.inra.fr>,
[#7109] Calling flock with block? — Bertram Scharpf <lists@...>
Hi,
On Thu, 12 Jan 2006, Bertram Scharpf wrote:
[#7129] YAML.load({[]=>""}.to_yaml) — Tanaka Akira <akr@...17n.org>
I found that current YAML doesn't round trip {[]=>""}.
Hi.
Hi.
In article <20060115202203.D3624CA0.ocean@m2.ccsnet.ne.jp>,
[#7162] FileUtils.mv does not unlink source file when moving over filesystem boundary — Pav Lucistnik <pav@...>
Hi,
On Mon, 16 Jan 2006, Pav Lucistnik wrote:
[#7178] Add XHTML 1.0 Output Support to Ruby CGI — Paul Duncan <pabs@...>
The attached patch against Ruby 1.8.4 adds XHTML 1.0 output support to
[#7186] Ruby 1.9 and FHS — "Kirill A. Shutemov" <k.shutemov@...>
Build and install system changes:
[#7195] trouble due ruby redefining posix function eaccess — noreply@...
Bugs item #3317, was opened at 2006-01-24 15:33
[#7197] SSL-enabled DRb fds on SSLError? — ctm@... (Clifford T. Matthews)
Howdy,
On Jan 24, 2006, at 12:46 PM, Clifford T. Matthews wrote:
Patch worked fine against HEAD.
[#7203] bcc32's memory manager bug — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
Hi.
[#7211] Some troubles with an embedded ruby interpreter — Matt Mower <matt.mower@...>
Hi folks,
[#7216] String#scan loops forefever if scanned string is modified inside block. — noreply@...
Bugs item #3329, was opened at 2006-01-26 10:55
[#7226] Fwd: Re: Question about massive API changes — "Sean E. Russell" <ser@...>
Hello,
Sean E. Russell wrote:
>
On 1/28/06, Caleb Tennis <caleb@aei-tech.com> wrote:
On Saturday 28 January 2006 17:13, Wilson Bilkovich wrote:
Sean E. Russell wrote:
[#7249] PATCH: append option to sysread — Yohanes Santoso <ysantoso-rubycore@...>
[#7259] TCP/UDP server weird lags on 1.8.4 linux — "Bill Kelly" <billk@...>
Hi !
Re: [PATCH] Ruby 1.8.4 RDoc HTML Cleanups and HTML Language Support
>> I have reviewed your patch, and have noticed two things.
>>
>> 1. In your patch, xml:lang is specified in HTML4.01. Is this allowed?
>
>I think most browsers ignore attributes that they don't understand. So,
>is it correct? Probably not. Will it cause problems? Probably not.
>Does it matter? Not really; the HTML produced with the patch is
>certainly more valid than the HTML produced without it.
Yes, and most browsers can parse <img ....> without end tag.
Why is this not good? because it's not valid xhtml. On the other hand xml:lang
is using xml namespace, so I think this is not valid html4.
>> in lib\rdoc\generators\template\html\old_html.rb
>>
>> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>> <html lang="%html_lang%" xml:lang="%html_lang%">
>>
>> 2. If either charset or html_lang is not specified,
>>
>> rdoc ..\ruby_1_8\array.c --charset=SHIFT_JIS -o \temp
>>
>> I get
>>
>> <html xmlns="http://www.w3.org/1999/xhtml" lang="en-US" xml:lang="en-US">
>> <head>
>> <title>RDoc Documentation</title>
>> <meta http-equiv="Content-Type" content="text/html; charset=SHIFT_JIS" />
>>
>> But this is strange. I think
>>
>> <html xmlns="http://www.w3.org/1999/xhtml">
>> <head>
>> <title>RDoc Documentation</title>
>> <meta http-equiv="Content-Type" content="text/html; charset=SHIFT_JIS" />
>>
>> is more reasonable.
>
>The HTML produced before my patch had 'lang="en"' hard-coded. From the
>patch itself:
>
> -<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
> +<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="%html_lang%" lang="%html_lang%">
>
>I'm not disagreeing that this behavior isn't strange, just that it was
>worse before (at least now it's configurable).
Yes, but how about this?
Index: lib/rdoc/generators/template/html/one_page_html.rb
===================================================================
RCS file: /src/ruby/lib/rdoc/generators/template/html/one_page_html.rb,v
retrieving revision 1.1.2.2
diff -u -r1.1.2.2 one_page_html.rb
--- lib/rdoc/generators/template/html/one_page_html.rb 24 Mar 2004 17:01:11 -00
00 1.1.2.2
+++ lib/rdoc/generators/template/html/one_page_html.rb 7 Jan 2006 08:38:55 -000
0
@@ -79,7 +79,7 @@
ONE_PAGE = %{
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
+<html lang="%html_lang%" xml:lang="%html_lang%">
<head>
<title>%title%</title>
<meta http-equiv="Content-Type" content="text/html; charset=%charset%" />
Anyway, I'm not RDoc maintainer, I cannot decide intruducing new option.
I'll fix invalid xhtml error first based on your patch.
Regards,
Yamamoto