[#34988] BigFloat の to_i メソッドについて — Sako Hiroshi <sakoh@...2.so-net.ne.jp>
[#34989] mailing list archive? — maili31s@... (SugHimsi == SUGIHARA Hiroshi)
すぎむし。
[#34991] a = 4 ; p((a < 3) or (a > 5)) — Take_tk <ggb03124@...>
次のものがエラーになるのは何故なんでしょうか?
新井です。
たけ(tk)です。
まつもと ゆきひろです
newです.
[#34994] コマンドライン引数の # — 渋川よしき <yoshiki@...>
渋川と申します。
[#35005] FILE_READPTR — Daisuke Aoki <dai@...>
青木@横浜です。
[#35028] win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp>
小西 弘将です。
なかだです。
小西 弘将です。
小西 弘将です。
こんにちは、なかむら(う)です。
なかだです。
小西 弘将です。
なかだです。
小西 弘将です。
小西 弘将です。
なかだです。
小西 弘将です。
なかだです。
[#35052] ruby_lib/html/ — Wakou Aoyama <wakou@...>
青山です。
にょにょると申します。(ここハンドル投稿ダメなのでしょうか?ダメなら本
青山です。
にょにょるです。オンラインではずっとこれを使っているので、これでいきま
青山です。
はじめまして。Siena. と申します。
青山です。
Siena.%なんだか毎度長いなぁ --; です。
まつもと ゆきひろです
[#35054] 「 Ruby/GTK プログラミング入門」 — Noritsugu Nakamura <nnakamur@...>
なかだです。
むとうです。
[#35058] Y Combinator — sinara@...
"Y Combinator" とは何かというと
続いて、ちょっと数学っぽい解釈をします。先の
At Sun, 12 May 2002 13:59:51 +0900,
[#35081] ISO 8601 と Time#wday — Take_tk <ggb03124@...>
Delphi の日付時刻ルーチンを Ruby にポートしようと思っているのですが、次
[#35087] Re: Y Combinator — 正木 功 <GEC01122@...>
正木です。
[#35102] ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — Kouhei Sutou (須藤功平) <kou@...>
はじめまして、須藤です。
なひです。
須藤です。
なひです。
須藤です。
なかだです。
高橋征義です。
なひです。
なひです。
まつもと ゆきひろです
須藤です。
なひです。
Siena. です。
よしだです
なひです。
[#35109] DOS プロンプトからリダイレクションつきの system — TOYOFUKU Chikanobu <toyofuku@...>
豊福です。
[#35113] Re: Marshallers summary — "NAKAMURA, Hiroshi" <nakahiro@...>
なかひろです。
[#35134] 朝、トーストを食べていると不意に — Shin-ichiro HARA <sinara@...>
「来年から Perl が高校の授業で必修になるってホント?」って
[#35207] tar.gz の展開 — "NAKANO Kouichi" <knuckle@...8.dion.ne.jp>
はじめまして、なかのともうします。
[#35215] ruby-shell-mode — "Shirai,Kaoru" <shirai@...1jp.com>
白井です。
[#35252] ((Time.now)..(Time.now+60)) — Take_tk <ggb03124@...>
たけ(tk)です。
[#35253] ((1.2)..(3.4)).to_a — Take_tk <ggb03124@...>
1.2..3.4 を配列にすると、その範囲に属しない整数「1」が含まれるという点に
まつもと ゆきひろです
たけ(tk)です。
Siena. です。
まつもと ゆきひろです
Siena. です。
まつもと ゆきひろです
[#35264] HTML generation library — Wakou Aoyama <wakou@...>
青山です。
[ruby-list:35135] Re: ruby_lib/html/
Siena.%なんだか毎度長いなぁ --; です。 ▼ [ruby-list:35126] < Wakou Aoyama さん 》> * Ruby での標準 XML API は REXML っぽい 》> 》> という事で、REXML オブジェクト群を拡張して HTML 用の 》> メソッドを追加するというアプローチもあるかなぁ、と。 》そうですね。HTML に関しては、まだ REXML が標準添付になっていないという あ、そか。 標準添付ライブラリが、標準添付ではないものを 必要とするわけにはいかないですものね ^^; 》事や、どちらかというと HTML 自体、データ構造よりも見た目という感じの物 》なので、軽量な cgi.rb 風で良いかと思いますが、XHTML は、REXML を待って ここを読んで、標準添付の HTML ライブラリの主な利用目的は、 データ to HTML な CGI での利用が主なのかな、と思いました (*)。 ここでの「データ」は ruby オブジェクトや DB 中のデータなどです。 で、そういう利用を主に想定しているという事であれば、 以下の主張はオフトピックかもしれません。 というか、標準添付ライブラリの問題の時点で既に ^^; # (*) それが良い悪い、という話をするつもりはないですし、そもそも # そういう話でもないと思いますので誤解なさらないでください m(.. )m 複数の要因から HTML 文書が見た目重視となってしまっている という現状はおっしゃる通りで、個人的にもいろいろと 悩まされてきましたので、それなりに承知しているつもりです。 しかし、それでも、WWW オートメーションといいますか、 WWW スクリプティングをしたいとかいう要求があるわけです。 複数の WWW ページを引っ張ってきて、部分的に抜き出して加工したり、 新規に追加したりして、独自の HTML 文書を生成するとかです。 あたしはどちらかというと、こういう目的で使いたいと思っています。 という事を視野に入れると、現 cgi.rb の生成機能だけでは少なからず 力不足を感じていますし、実際、残念ながらあまり使っていません。 HTML 文書のパース、HTML オブジェクトのトラバース/部分抽出/新規生成、 HTML 文書としての出力、といった一連の操作が同じデータモデルを 核として扱えるならば、断然便利なので使いたいと思っています。 また、標準的なデータモデルが定まれば、それをベースとした HTML/XHTML 関連ライブラリの拡充も期待できるような気もします。 というわけで、REXML ベースで統合の素地を作っておけないかなぁと。 という背景からの発言でしたが、そういう要求ってあまりないのかしら ^^;? 》XHTML はせっかくの XML ベースの仕様なので、そちらの方が将来的にも有用 》そうですし、ruby_lib/xhtml/ は Siena. さんが提供、というのはいかがです うひ。自分で使うだけならば動けば正義なので適当に作れます (部分的には作ったわけです) が、提供する事が前提となると 能力的にとても不安です ^^; とりあえず、検討してみます。 API 的には html.rb(?) との違いが大きくない方がいいですよね。 html.rb が出るのを待って、それを参考にする必要がありそうです。 まずは、現行 cgi.rb の把握から、かな。 # ...って大きいし ;_; 》そして、同時に、XML 関連の標準添付の話題が以前あがりましたが、REXML で 》決定なのか、それがいつ取り込まれるのか、それらについても、再度検討を再 》開する事が必要ですね。 そうですね。とにかく、名実共に標準といえるものが欲しいですね。 読み間違えてなければ、ruby-talk で以前あった XML API の議論では 「REXML こそ ruby-way な XML API」みたいな雰囲気だったようですから、 これにそのまま乗っかってしまってもいいかと思ってます。 基本部分の実装の方はだいぶ安定してきたようですし、 早い分にはいつでもいいと思うのは、安易すぎるでしょうか。 個人的には、まず DOM API があって、それをラッピングした形の上位の API として REXML のようなものがあると良かったのかなぁとも思っています。 # 処理速度の問題があったりするかもしれませんが。 DOM API が使えるとなると、言語独立な API であるが故に、 Ruby のものでないライブラリやユーティリティも使用ができますので。 例えば、分散オブジェクトの遠隔メソッド呼び出しを経由したり、 Ruby/Python のような他言語用ライブラリのブリッジを経由したり、 JRuby のような他言語で実装された世界だったり、というのが思い付きます。 多用されるかというと分かりませんが、少なくとも、Ruby 専用の XML 関連ライブラリの整備を待たずに、いろいろ使えるようになりますね。 プログラミングをする上でも、DOM の資料はたくさんあるという利点も。 DOM API を前提とするような話の場合に、Java でプロトタイプを、 となるところを、Ruby に置き換えられるというのも嬉しいかもしれません。 REXML は一つしかないけれど、DOM 実装は幾つもあって一長一短だったり、 一般的に使われてるのか保守されているのかすら分からなかったり、 という点からは、むしろ DOM 実装の方こそ標準添付品が必要なのかも ^^; # とか言ってみる --- Siena. <mailto:siena@cr.chiba-u.ac.jp>