風博士0.1.0リリース 69
ストーリー by yoosee
手に馴染むブラウザを目指して 部門より
手に馴染むブラウザを目指して 部門より
yukichi 曰く、 "風博士 0.1.0 がリリースされました。風博士は、自身ではレンダリングエンジンを持たない、いわゆる組み込みブラウザで、UNIX互換OS上で動作します。現在は、エンジンはGeckoのみ利用(このため、インストールには、Mozilla 1.5を必要とします)できますが、今後、他のエンジンと交換可能になることを目指しています。機能としては、
- 通常のブラウザと同じ形式のブックマーク(ファイルフォーマットにブックマーク記述言語 XBEL を採用)
- RSSを読んで、ブックマークバーからアクセス可能
- LIRS、hana-diなどのアンテナを読んで、ブックマークバーからアクセス可能
- 左下に小さなサーチボックスを実装(このため、サーチ中にボックスで画面が隠れない)
- ドラッグ & ドロップするだけでダウンロードするダウンロードボックス
- 習熟度別に変更できるUI
どうせなら (スコア:2, すばらしい洞察)
Re:どうせなら (スコア:2, おもしろおかしい)
Kiyotan
Re:どうせなら (スコア:1, おもしろおかしい)
Re:どうせなら (スコア:0)
Re:どうせなら (スコア:0)
Re:どうせなら (スコア:0)
をを (スコア:1, 興味深い)
Re:をを (スコア:2, 参考になる)
Re:をを (スコア:2, 参考になる)
参考:ブックマーク記述言語「XBEL」
http://www2.airnet.ne.jp/sardine/langs/XBEL.html [airnet.ne.jp]
Mozilla で採用されないのは、過去のブックマークがHTML形式だったので、そのへんにまだ手を付けられる人がいないためでしょう。
Bugzilla では3年ほど前の 2000-10-03 10:26 に、
Mozilla should support XBEL -- the XML Bookmark Exchange Language
http://bugzilla.mozilla.org/show_bug.cgi?id=55057 [mozilla.org]
という Bug に登録されています。
最新のコメントでは、Mozilla Firebird ですら未だ HTML 形式なのは交換に向いておらず良くない、という意見も出ています。
- Ryuzi Kambe -
Re:をを (スコア:1, 興味深い)
Re:をを (スコア:0, 興味深い)
そうなんですか?
bookmarkがHTMLなのは
「あたし、毎日こういうページみてるんだぁ。あなたたちもみ・て・ね(はあと)」
という感じで自分のブ
Re:をを (スコア:2, 参考になる)
> (snip)
>という感じで自分のブックマーク(興味関心)を
>お日様のもとに照らす露出狂的な趣味に
>貢献していると思っていたのですが。
Webブラウザにとどまらず、そういうことをもっと広範にやるには、様々な形式に変換する手段を与えるXMLベースで標準化されたXBELの方が都合がいいはず。
#ブックマーク(に記述された情報)を流通するための便利なツールや、媒体があればですが
- Ryuzi Kambe -
Re:をを (スコア:1)
XBELじゃないですけど、BLINKじゃだめですか?
[blink.jp]Re:をを (スコア:1)
Re:をを (スコア:2, 興味深い)
を
~/.kazehakase/bookmarks.xml
にコピーしてそのまま使えました。
……と思ったらコピー→起動→終了→起動
で消えちゃうな。bookmark。はからずもバグ発見か。えーBTS、BTS。
Re:をを (スコア:2, 参考になる)
すみません、自分ところでは再現できませんでした。
詳細を報告してもらえるとありがたいです。
ちなみに、Galeonのブックマークを使うなら、
[設定]-[リモートブックマーク]にGaleonブックマークファイルを絶対パスで指定するとブックマークバーに入ります。
zoe
Re:をを (スコア:1, 参考になる)
URLエンコード(?)されたgaleonのブックマークに怪しげなコードが含まれていると起きます。(なぜか)読むのはうまく行きますが、生UTF-8で書き戻す時にもそのままの怪しげなコードを書いてしまい、次回起動時のロードでiconvが失敗して読めなくなります。
例えばこんなエントリがあるとだめです。
<bookmark href="http:://do.ko.ka">
<title>dame &xBB; title </title>
</bookmark>
#MLに投げた方が良かったですかねぇ
URLのバーの下の場所 (スコア:1)
ユーザの方いたら作者に連絡してやってください。
しかし、あの場所 (URLのバーの下) に並べたブックマークを使う人って多いんですかねぇ。私は画面がもったいないと思うのですが。
どうせあの場所にページタイトルを横に並べるのなら、訪れたサイトやページをLRU順に置くなんてのはどうですかね。
# 自分で作るほど欲しい機能じゃないけど
Re:URLのバーの下の場所 (スコア:2, 参考になる)
MozillaでもSleipnirでもOperaでも。個人的には無くては困ります。
サイドバーは画面占有するから嫌いだし、ブックマークをルートから辿ったり他の画面に切り替えるのは面倒。
かといって、サイドバーをポップアップさせるとマウスの無駄な動きが気になる。
ってなところで、そういう使い方に落ち着いたんですけどね。
でも、自分以外にそういう使い方をしている人は見た事ないですね。(笑)
Re:URLのバーの下の場所 (スコア:1)
ここには、IEのお気に入りとか、ブックマークグループも置けるので重宝してます。
サイドバーのとか、メニューのブックマークはほとんど使わないですね。
いいかげん、IEのお気に入りも移植しないとなー
win2000をsp2から上げてないからIEは怖くて使えないし(^^;;;
Re:URLのバーの下の場所 (スコア:1)
一番左にルートフォルダっぽいものを配置して、
その横によく行くページの単体ブックマーク群&ブックマークフォルダ群を羅列しています。
#要するにNetscapeっぽく・・・?
Re:URLのバーの下の場所 (スコア:0)
ここにフォルダ置けるとは気が付かなかった
ありがとうございます、早速変更しました
Re:URLのバーの下の場所 (スコア:1)
ホームページに行くボタンとかだと1個だけですし。
Re:URLのバーの下の場所 (スコア:1)
Netscape(7.1)を使っていますが、Googleへのリンクだけ置いてあります。
サイドバーの検索は、標準でエンジンがAOLサーチだけだし、検索結果は文字化けするし、結果を新しいタブで開けないし(その時開いているページに読み込むのが不便過ぎ)で全くいいことがないので、置いたリンクを右クリック->「新しいタブに開く」でまかなっています。
Re:URLのバーの下の場所 (スコア:2, 参考になる)
で少しだけでも幸せになってください。
文字化けしない Google Search Plugin が手に入るはずです。
さらに、「よく使う検索プラグインを Edit > Preferences > Navigator > Internet Search の Default Search Engine に設定しておくと、ブラウザのアドレスバーから利用することができます。」 なんだそうです。
Re:URLのバーの下の場所 (スコア:1)
Keyword:g
でブックマーク、URL入力フィールドに
g 検索ワード
つーのもあります
Re:URLのバーの下の場所 (スコア:1)
たまたまGoogle本家を見ていた所、そのものズバリ [google.com]もありました。
日本語も通るし。でも、やっぱりブランクウィンドウを開いておかなければならないのは、こっちでは変わらないですね・・・。
レンダリングが (スコア:1, 興味深い)
なんてウィンドウアプリ出ないもんですかね。
Re:レンダリングが (スコア:1)
hack歓迎します。
embedded? (スコア:1, 興味深い)
いや、風博士自体はすばらしいんですけど、LinuxSHとかで動くフリーなWebブラウザ出てきたら面白いかな、と。
月一リリース (スコア:0)
Re:月一リリース (スコア:2, おもしろおかしい)
Re:月一リリース (スコア:1, 興味深い)
その時にいる人で考えてください。
定年前の無責任上司(1997年当時)の常套句だったのでAC
Re:月一リリース (スコア:2, すばらしい洞察)
Re:月一リリース (スコア:1)
Re:月一リリース (スコア:0)
しかし29日が無い時はどうなるのか気になって仕方ない...
Re:月一リリース (スコア:0, 余計なもの)
> 新しい肉の日が来た。希望の肉の日だ。
が激しく歌いにくいです。
肉がらみの別な歌も使ってください。
# 『ヨーデル食べ放題』とか晩餐館の歌とかかな?
Re:月一リリース (スコア:2, 興味深い)
特にラジオ体操にひっかけているつもりはないと思っています。リリースごとに変わるし(w
んで、先月の29の日、0.1.0リリースを記念して、関係者4人で新宿で焼肉を食ってきました。ただし、4人でいったにも関わらず、当日の内容を誰もほとんど覚えていないという状況に(w
結構有意義な話が出来たはずなんですけどね。
もちろん、0.2.0のころにも、企画されております。
ちなみに、某開発者は「風博士の開発に参加したのは、焼肉を食べたかったからだ」と語っていました(こういうこともモチベーション維持に大切だよね、という話でしたけど)。
Re:月一リリース (スコア:0)
新しい肉(の日)が来た。希望の肉(の日)だ
にすればOK。Re:月一リリース (スコア:0)
もしかして、毎朝6:30にリリースせよという圧でしょうか?
Re:月一リリース (スコア:0)
ひな人形に肉を♪
ひなあられに肉を♪
Re:月一リリース (スコア:0, 余計なもの)
#個人的には肉のハナマサの方が好きだな。
#アキバにも店舗あるし
/* Kachou Utumi
I'm Not Rich... */
Mozillaどうにかしてほしいですね (スコア:0, すばらしい洞察)
geckoを完全に独立して使えるとエンジンのみのインストール+風博士だけで比較的軽量になるかと思うのですけど...
Re:Mozillaどうにかしてほしいですね (スコア:2, 興味深い)
また、ファイル容量という意味だったら、今後、Dilloなどのほかのエンジンに切り替える機能を実装ためにコアを開発中なので、そちらでも、軽量になる予定です。まあ、Geckoのみ、というプランは、Mozilla.orgのBugzillaにでも。
あとは、クッキーの編集やポップアップの制御が可能になれば、ほぼ、普通のブラウザとしては完璧なんですけどね。
名前の由来? (スコア:0)
Re:名前の由来? (スコア:1)
Re:Gecko (スコア:1, 参考になる)
使うときにはレイアウトコードだけじゃなくて画素化処理の
レンダリングコードも含まれませんでしたっけ?(レイアウト
コードだけ独立して使うのは困難)
最近は分離が簡単になったのだろうか。
詳しい人、教えて。
Re:やはりCなんですね (スコア:2, 興味深い)
流行らないのは、1.1倍くらい良くなった程度では、時代のニーズ(←煽り)に全然追いつかないからでは?
Javaだの、あるいはもっと高級な言語(Rubyとか(←煽り))で
数十倍数百倍に上げないと、どーもならんと感じてます。
まあ煽りはさておき、実際は使うプログラマの能力に依存するって部分のほうが大きいかな。
ただ、C++って、使い方の体得のコストに対するパフォーマンスが「常に」低めの言語だから、
損した感じするのは確かだなあ。
例えば「参照(BetterCとして歓迎し易いことになっている(笑)機能の代表例として)」
なんかよりもポインタ(JavaやRubyの意味で)とGCの組み合わせのほうが
何倍も有意義だし理解しやすい、とかね。
C++が「これは避けて通ったほうがいいだろう」と判断したものって、その多くは実は大事なものだし
C++が「これは大事だろ」って判断したものは、その多くが実は邪魔者、って感じ。
上層はそんな調子だし、下層を書くならばC++じゃなくてCでいいわけだし。
Re:やはりCなんですね (スコア:1)
MS世界だと、MSがMFCなるものをババーンと出してしまってからこっち、
避けて通りにくくなってるんでしょうね。
MFC以外(以降)もC++の出番はしばしば明示的に与えられてる。
翻ってUnixだと、「C++で何をラップするか?」ってのが問題かな。
本当はOOPはGUI以外の場面でも大いに役立つんだけど、
煽り(笑)としては、GUI(しかも万世一系の)が標準装備じゃないと、
「いらねーんでねーの?」という認識が世間的に強いかも。
まあそれ以前に、前述したようにC++以外のOOP言語のほうが
もっとマシ(快適&綺麗)にOOP出来るんで、C++はバイパスしちゃえるわけで。
>C++から他言語へのバインディングが不得意
「(Cの意味での)関数」はバインディングの仕方に定番が有るわけですが、
クラスとかをどうするよ?っていう話は、なかなか大変でしょうね。
OOPは具体的なアーキテクチャの名じゃなくて、実際にOOPと名のつくアーキテクチャは無数に有るので、
妥当なリンク用バイナリのフォーマットは、控えめに言っても「言語ごとに」制定する羽目になっちゃう。
#最大公約数を取ることで、複数言語をサポートするという手も有るが、Naitve屋さんには嬉しくない選択だろな。
だから、JavaやDelphi(^^;がやったみたいに、クラスとかの情報を綺麗に格納できるフォーマットを
自前で別途制定するってのが良いわけで。
*.oは所詮はC関数の格納にしか使えんぞと見なすってことで。
#動的な言語なら、C関数しか記録できないという制約の元でも、「クラス」とかを実現できるんですけどね。
#つまり「クラス(InstanceじゃなくClassそのもの)を生成するC関数」に相当するコードを記録しちゃえば済むので。
#rubyしかり、Max/PureData(ぉぃ)しかり。
#動的に作れないものって、結局扱いに困るんですよね。
あ。そうか。「Windowsになっても*.exeをやめなかった」MSと、
「C以外用に*.oの代替物(ってのかな)を制定しなかった」Unixは、
その点において似ているのかも。
>コンパイラが劇的に遅い(特にテンプレートが)
あはは…(^^;。あれはC++の無茶の一つですねぃ。
もうちょっと動的な方向に歩み寄り(譲歩)をすれば、随分と楽な世界が拓けているというのに、そうしなかったC++。
Re:やはりCなんですね (スコア:1)
>クラスとかをどうするよ?っていう話は、なかなか大変でしょうね。
そのひとつの解として.Net Framework(次世代WinAPIであるWinFXの基礎)があるのだと思います。オープンソースではMono [go-mono.com]とか有名ですかね。
Managed C++という拡張(制限?)されたC++ではC#などの他の言語と互換性のある中間コードを生成できます。
Microsoft主導ではありますが、試みのひとつとしては興味深いと思います。言語の垣根、OS・プラットフォームの垣根を取り払う試みとして。