03/03/04 03:29
再利用の難しさを指摘してんのは>>288だけで、
>>289は普通の反応で、
>>290->>291はただの煽りで、
>>292->>301なんか両者入り乱れのネタレスで全然>>288と関係ねーだろ。
つーか再利用の難しさを認めるレス（>>289）はあっても>>288に過剰反応してるレスはねぇ。
311:デフォルトの名無しさん
03/03/04 04:09
＞>>292-301がそれに対する反応
どうみてもただの煽り合い（馴れ合い？）で２ちゃんには良くある風景。
>>292-301のうちのどのレスが、
『「Geckoのソースは再利用し難い」という指摘に過剰反応(>>302)』
したレスなんだ？
＃>>310とかぶっちまったな
312:デフォルトの名無しさん
03/03/05 01:45
>>308には「過剰」の言葉は無いが(藁
無理に反論しなくてもいいんだよ。
どうせ匿名だし、そう意地になるなって。
313:デフォルトの名無しさん
03/03/05 02:33
>>312
そんな厨房丸出しな言い訳、しない方がマシだと気づいた方がいい。
314:デフォルトの名無しさん
03/03/06 14:40
cygwin & MinGW のみで moz のビルドができるようになったみたい。
URLﾘﾝｸ(bugzilla.mozilla.org)
the new Mozilla MinGW port @ mozillaZine
確かに tinderbox に入ってるな
URLﾘﾝｸ(tinderbox.mozilla.org)
315:デフォルトの名無しさん
03/03/06 23:11
あれ？
どうなってんの？ あらし？
316:デフォルトの名無しさん
03/03/07 00:18
>>313の悔し涙が見える…。
317:デフォルトの名無しさん
03/03/07 00:22
>>308=>>312=>>316
うわ・・・
318:デフォルトの名無しさん
03/03/07 01:01
>>314
nightly ソース落として configure したら、これと同じので止まった。
しょぼーん。
URLﾘﾝｸ(bugzilla.mozilla.org)
319:デフォルトの名無しさん
03/03/07 09:51
>>318
まだCVSに入ってないみたいだからpatchあてまくってautoconf
しないとダメみたい。
数日中に入りそうだけどね。もちっと待とう。
320:デフォルトの名無しさん
03/03/07 14:34
みたいだね。
configure は通るようになったけど、makefile がおかしい。パス関係でよく止まる。
--- .mozconfig
CC="gcc -mno-cygwin"
CXX="g++ -mno-cygwin"
MOZ_TOOLS="d:\mozilla\moz_tools"
PATH=$PATH:/cygdrive/d/mozilla/moz_tools/bin
MOZ_INTERNAL_LIBART_LGPL=1
mk_add_options MOZ_INTERNAL_LIBART_LGPL=1
mk_add_options MOZ_OBJDIR=@TOPSRCDIR_MOZ@/obj-mingw
mk_add_options RUN_AUTOCONF_LOCALLY=1
ac_add_options --srcdir=/cygdrive/d/mozilla/mozilla
ac_add_options --disable-debug
ac_add_options --enable-optimize=-O3
ac_add_options --enable-logrefcnt
ac_add_options --enable-crypto
ac_add_options --enable-extensions
ac_add_options --enable-svg
ac_add_options --disable-accessibility
ac_add_options --disable-activex
-mno-cygwin を自動で付けてくれるところと、くれないところがあるから CC と CXX をごまかしてみた。
Makefile.in 直すのに飽きてきたし、待った方がよさげ。
321:デフォルトの名無しさん
03/03/08 13:50
まぁGeckoが使い物になるかならないか、は、
モジラの大評判を見れば結論は出ているﾜｹだが(藁。
322:デフォルトの名無しさん
03/03/08 14:02
>>321
おまえは使うな。ただそれだけのことだ。
粘着ウザイ。
323:デフォルトの名無しさん
03/03/08 17:44
問題はGeckoのソースを>>321が使うのを止めるかどうか
ではなくて、>>322がどの程度使っているのか…ですよね。
…完成は何時の予定ですか？
324:デフォルトの名無しさん
03/03/08 17:55
前も言った気がするけど完成って何？
W3C の規格は年中バージョンが上がってるし、
アーキテクチャが増えれば port を作る需要も出てくる。
stable という意味なら 1.0x 系列を使えばいい。
325:デフォルトの名無しさん
03/03/08 19:21
>>323はソフトウェア板のDQNと同類だな。
このスレが気になって仕方ないのだろうな。
326:324
03/03/08 20:49
と書いたところで、スレタイを見直した。
323 は Gecko ベースブラウザがいつできるかを訊いたのか。
ノウハウ集めるくらいでいいんじゃないかね。
327:デフォルトの名無しさん
03/03/10 21:36
ま、NNもGeckoに乗り換えたのが結果として致命傷になり、
IEに完膚無きまでに大敗北したﾜｹだが。
328:デフォルトの名無しさん
03/03/11 15:38
乗り換えた?
329:デフォルトの名無しさん
03/03/11 19:58
ブラウザエンジンのことだろ。6より前は別の独自エンジンだった。
330:デフォルトの名無しさん
03/03/11 20:28
宗教論争はソフトウェア板の該当スレでやってくれ。
331:デフォルトの名無しさん
03/03/13 01:26
宗教論争？
332:デフォルトの名無しさん
03/03/21 11:54
＞前も言った気がするけど完成って何？
とりあえず、今ならIE6と対等の機能をもったブラウザになったら、
そこで一旦「完成」と呼んで差し支えないのでわ。
新規格への追従は次のバージョンということで。
333:デフォルトの名無しさん
03/03/21 12:40
なぜIE6が基準なのか激しく謎。
334:デフォルトの名無しさん
03/03/21 13:53
トップシェアのブラウザだからだろ
今更Mozaicを基準に評価しても寒いだけだし。
335:デフォルトの名無しさん
03/03/21 14:29
>>332
URLﾘﾝｸ(jt.mozilla.gr.jp)
＞どうして Mozilla は私の意図する通りに描画してくれないの？
＞確かに私のページは標準準拠ではないわ。でも、ちゃんとしたブラウザだったら
＞何はともあれ作者の意図通りにページを描画するべきよ！
いやー、すんばらしい翻訳。
336:デフォルトの名無しさん
03/03/21 15:03
>>334
他のブラウザを基準にしないと気が済まない厨はソフトウェア板あたりで吠えてなさい。
337:デフォルトの名無しさん
03/03/21 15:47
>>332
んじゃ mozilla が完成するためには
writing-mode:tb-rl;
text-justify:inter-ideograph;
layout-grid
等々もサポートしなきゃいけないんだな
大変だこりゃ
いや、個人的にはこの先走った実装、ものすごくうれしいんだけどね。
おかげで Word 起動することもなくなったし。
338:デフォルトの名無しさん
03/03/21 17:28
とりあえずモジラはコンパイルに時間かかりすぎ。
二時間もかかったよ(-_-;
339:デフォルトの名無しさん
03/03/21 17:33
お前のマシンが非力なんだよ
340:デフォルトの名無しさん
03/03/21 19:32
>>338
mozillaクラスのソフトウェアをコンパイルしたことなかったのか？
KDEはうちでは30時間くらいかかったよ。
きっとWindowsはMSでも数日かかっているのではないかと思う
341:営農ｷﾞｺClassic ◆WezejEOhSo
03/03/21 19:37
>>340
漏れもMozilla(Win32)のコンパイルには2～3時間ほどかかった罠。
ま、恐ろしく多様な機能が付いてることだし・・・。
普通にコンパイルしたら、なにやら Embed サンプルなんかも作っちゃったみたい。
こいつを応用できればいいのだが・・・
342:74
03/03/23 01:00
ｺｿｰﾘ水面下で作業を続けてますた。
なんとかActiveXコントロールを使わずにDelphiでGecko使えてます。
ただ何故かINPUTやTEXTAREAにフォーカスを移動できないのでそこんとこ調査中です。
343:デフォルトの名無しさん
03/03/23 01:30
激しく奇態^D^D期待。
344:営農ｷﾞｺClassic ◆WezejEOhSo
03/03/23 10:42
>>342
乙です。漏れは C++ Builder(?) からの方法を模索中なんですが、
どう Embed のヘッダを配置すればいいかちょっと分からんです。
Gecko SDK はあるにしても、そのままでは使えませんし・・・。
345:デフォルトの名無しさん
03/03/24 00:44
Operaコンポ出たら即行だな
346:デフォルトの名無しさん
03/03/24 03:00
IEコンポ使えば？
347:デフォルトの名無しさん
03/03/24 03:29
ではCDコンポを買います
348:デフォルトの名無しさん
03/03/24 06:14
マンボウ飼います
349:デフォルトの名無しさん
03/03/26 12:40
yahoo
350:デフォルトの名無しさん
03/03/26 16:12
オマン○攻めます
351:725
03/04/09 01:18
ｽﾚﾘﾝｸ(tech板:726-739番)
739 ：Geckoスレ復活希望(マジ ：03/04/08 22:15
ｷﾀ━━━＼(T▽T)／━━━ !!!!!
Java Embedded動いたー！
これでC#でもJavaでもMozillaが使える！疲れたよ(´Д⊂ﾏﾏﾝ
ｽﾚ違いsage
352:デフォルトの名無しさん
03/04/09 13:18
あれ？なんでGeckoスレが生きてるの？
Google検索したら過去ログ倉庫に入ってたんだが・・・。
ｽﾚﾘﾝｸ(tech板)
ってこれ pc.2ch.net じゃん。ホスト名変わったからか（鬱氏
353:あげ
03/04/09 13:18
あげ
354:営農ｷﾞｺClassic ◆WezejEOhSo
03/04/09 19:14
>>351
ActiveX Control側も、まともになったのかな？
355:デフォルトの名無しさん
03/04/10 02:38
>>354
最近かなり修正はいってるっぽい。
1.4 update : ActiveX and XSLT work going in for alpha
URLﾘﾝｸ(www.mozillazine.org)
bugzilla を "ActiveX" で検索でも結構出てくる
# [AxPlugin] ってなにやってんだ！
356:Geckoスレ復活（・∀・）
03/04/10 06:46
スレ違いな場所に書いてしまったのでこっちに誘導。
C♯相談室 Part9 より
ｽﾚﾘﾝｸ(tech板:750番)
357:Geckoスレ復活（・∀・）
03/04/11 01:52
Javaの最も単純なコードだけをうｐしました。
358:はしのえみ好きー
03/04/15 19:54
swt使ったコードをうｐしました。
でもWindows専用になってしまった。
Linux+swtだとwebclientのswt実装（Compositeの派生WindowControlImpl）を作るしかないのかな。
359:デフォルトの名無しさん
03/04/15 21:13
dokoni up sitan da yo!
360:営農ｷﾞｺClassic ◆WezejEOhSo
03/04/15 22:14
>>359
>>356のリンク先を参照・・・。
361:はしのえみ好きー
03/04/16 00:35
あ、こっちにリンク貼ってなかったですね。
あんまり大したこと無いページでｱﾚなんですが。
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
Delphiの人はこっちがいいよ。
URLﾘﾝｸ(foolish-guy.hp.infoseek.co.jp)
個人ではLinuxでもソースコードの変更無し・コンパイル無しで
動かしたいのでJava+Webclient+Swingでちまちま作ってます。
362:デフォルトの名無しさん
03/04/16 02:24
>>361
そのページ、Geckoを使うメリットに言及されては如何でしょう？
363:はしのえみ好きー
03/04/16 02:29
>>362
あまりGeckoのメリットを語っても意味ないと思いますけど。
結局最後には「IEでいいじゃん」って言われてしまうだけなので。
やりたい人だけがやる。これ最強。
でも言いたいことは痛いほど分かります。
誰かが書いてくださると喜んでリンク貼るのですが。
364:はしのえみ好きー
03/04/16 02:49
一行目の「意味ない」は不適切でした。「メリットが少ない」にしておいてください。
決してメリットが無いわけじゃないですからね。
気が向いたら書くかもしれませんが、まあ当分ありえないでしょうね。
日本語苦手ですので。
365:デフォルトの名無しさん
03/04/16 22:13
>>363
IEコンポーネントを使うことに対するメリットが無いって事は
やっぱり自分でも認めてるのね（藁
366:はしのえみ好きー
03/04/17 00:00
>>365
期待してるCSS実装も2はまだ中途半端だしな。
その点に関してはIEもGeckoもどっちもどっち。
・レンダリングが速い
・Windows以外でも動く
・Web標準に準拠（しようという姿勢が見える）
ってのが主なメリットですね。
あと、あなたは煽ってるつもりかも知れませけど、あんまり効果ないですよ。
良い物というのは使ったことがある人にしか分からんのです。
367:はしのえみ好きー
03/04/17 00:01
追記：
・Windows以外でも動く
ってのが最大のメリットですね。
まぁこれもWindowsしか使えない人には意味ないでしょうけど。
368:はしのえみ好きー
03/04/17 00:39
>>365
ところで、
＞IEコンポーネントを使うことに対するメリットが無い
ってどこに書いてあるんでしょう？
>>363には「『Geckoのメリットを語る』メリットが少ない」って書いてあるんですよ。
で、「「IEでいいじゃん」と言われてしまう」のはIEユーザはそのメリットを理解できないし、
また理解している人はすでにGeckoを使っているわけで、どっちにしろ「『メリットを語る』メリットは少ない」というわけです。
Geckoのメリットを語るのはMozillaユーザ達に任せておけば良いでしょう。
開発側から訴えてもどうかと思いますが。
369:デフォルトの名無しさん
03/04/17 00:47
開発側から見たMozillaの良さは無いのかと小一時間問い詰めたい。
370:はしのえみ好きー
03/04/17 00:54
>>369
どのレスに対してそう思われたのですか？もう少し詳しくお願いします。
371:デフォルトの名無しさん
03/04/17 01:02
> Geckoのメリットを語るのはMozillaユーザ達に任せておけば良いでしょう。
> 開発側から訴えてもどうかと思いますが。
に脊髄反射しただけ。
372:はしのえみ好きー
03/04/17 01:09
あ、なんとなく分かりました。
上記で挙げたメリットは全てユーザ側の視点だということですね。
取り合えずGeckoにもActiveXコンポーネントが付いているわけですから、
ActiveXコンポーネントを使うことに関しては開発側のメリットはありません。
つまりGeckoを使おうともIEを使おうとも変わりません。
それは>>361のページに掲載されている「C#で最小のGecko」を見ていただければ分かると思います。
C++やVB等でも、IEコンポーネントとほとんど同じ記述で動かすことができます。使用するdllを差し替えれば良いだけですから。
Geckoはそれに加えて、ｿｰｽが公開されているため、
Gtk+やQt等のツールキットや、cocoa等でも動作させることが可能になっています。
っと、書いてる間にレスが。
>>371
えっとですね、GeckoEmbeddedなブラウザが普及するためには
まずモノがないといけないと思うわけです。
----- ここから個人的主観 -----
いまだ、どのブラウザを見てもMozillaの亜流という感じで、
IEコンポーネントを利用した多くのブラウザに負けているのではという感は否めないのです（反論されるでしょうね）
しかしGecko自体は速いのですから、Syleraのようなブラウザがどんどん出てくればその状況がひっくり返りそうな予感はあります。
----- ここまで個人的主観 -----
ですから、開発側からユーザに訴えるのは、実際に素晴らしいと評価されるブラウザを作ることができて初めて実行に移せると思うのです。
いかがでしょうか？
373:はしのえみ好きー
03/04/17 01:12
記述が抜けてしまいました。
＞IEコンポーネントを利用した多くのブラウザに負けているのではという感は否めないのです（反論されるでしょうね）
これは主に起動速度とUIのレスポンスの良さに関してです。Geckoが悪いわけではないのに、です。
374:デフォルトの名無しさん
03/04/17 01:15
おもしろそうだからやる。これで良いと思うんだが。
ここに限らず、言語でも排他的に一番を決めないと気が済まない奴がいるが、
そんなのをいちいち相手にしているときりがないぞ。
375:はしのえみ好きー
03/04/17 01:25
>>374
そうですね。以後気を付けます。
確かに今自分はJava+Swing+Geckoという「UIのレスポンスの良さ」に疑問を感じるブラウザを作っているのですが、
これはただ単にWindowsでもLinuxでもUNIXでも一つのファイル(*.zip)を配布するだけで実行できるのが面白そうだなと
思って作っているわけで、全然普及には貢献してないですしね。
サイトのタイトルはただの思い付きです。素晴らしいブラウザは誰かに作っていただこうという他人任せ精神です。
そのために少しでも情報を載せていこうとは思っていますが。
376:はしのえみ好きー
03/04/17 01:40
突っ込まれる前にｶｷｺ。今の所、Jazillaに対抗してMojallaって名前になってます。
377:山崎渉
03/04/17 15:34
（＾＾）
378:デフォルトの名無しさん
03/04/17 21:51
＞・Web標準に準拠（しようという姿勢が見える）
………。
379:デフォルトの名無しさん
03/04/17 22:07
マァマァみんな、ゲコーリしよーよ。
380:デフォルトの名無しさん
03/04/17 22:12
>>378
URLﾘﾝｸ(www.mozilla.gr.jp)
381:営農ｷﾞｺClassic ◆WezejEOhSo
03/04/17 22:35
なんか凄いことになってるな・・・ｗ
はしのえみ好きーさん、乙です。
382:はしのえみ好きー
03/04/17 23:52
>>378
やっぱ理想と現実は違うってことですか？
準拠しようとしていない部分は具体的にはどの部分でしょうか？
>>381
ども。マターリがんばります。
383:デフォルトの名無しさん
03/04/18 00:46
＞あと、あなたは煽ってるつもりかも知れませけど、あんまり効果ないですよ。
痛々しい…。
384:seven
03/04/18 05:20
>>342
>なんとかActiveXコントロールを使わずにDelphiでGecko使えてます。
ふ～む、そんなこともできるのか。
385:はしのえみ好きー
03/04/18 06:19
_, ._
（ ﾟ Дﾟ） ｶﾞｼｬ
( つ O. __
と＿)_) （__(）､;.o：。
ﾟ*･:.｡
2日間悩み続けてバグは、終了時にハングするというものだったのですが、
原因はBrowserControlをdeleteする順番・・・みたいです。
org.mozilla.webclient.test.EmbeddedWindowImplでも再現を確認しました。
詳しくはサイトのほうに書きますが。
・・・つっか、どっかにドキュメント残しといてくれたら一発じゃんかよ。ヽ(`Д´)ﾉ
JavaDocも空っぽだし、ソースおっかけるの大変。
（・・・それとも気づいてないのか？testの方もそのバグ出てるし・・・）
まあ何にせよ、解決して良かたー。（iдi）
386:はしのえみ好きー
03/04/18 06:25
誤：2日間悩み続けてバグは、
正：2日間悩み続けてきたバグは
なお、>>385のバグは複数のBrowserControlを使う場合の話です。
387:74
03/04/18 15:12
再びｺｿｰﾘ
GeckoBrowserをDelphiのコンポーネント(≠ActiveX)にできますた。
テキストボックスの問題は解決しましたが
タブフォーカスがうまくいかなかったりabout:configが表示されなかったりしてます。
388:seven
03/04/18 21:14
>>387
>GeckoBrowserをDelphiのコンポーネント(≠ActiveX)にできますた。
わ～ぃ、クレクレ。
>テキストボックスの問題は解決しましたが
なら、完成だよね。
>タブフォーカスがうまくいかなかったりabout:configが表示されなかったりしてます。
こんなのは、素人にはバレないし、そのうちなんとかなるかも。
さて、問題は、このコントロールを使って、何をやるかだ。
3年前なら、文句無く2ch専用ブラウザだったのだが、、、
やぱDBMSのフロントエンドかな?
389:74
03/04/18 22:20
えーと、先ほど新たな問題が発生しまして、ページの読込中にブラウザを閉じようとするとエラーが出ます。
読込中でなければ問題はないんですがちょっと気持ち悪いかも
390:はしのえみ好きー
03/04/18 22:54
>>389
その現象って最初の読み込みだけじゃなくて、使用途中でも発生しますか？
391:74
03/04/18 23:25
今回新たに発覚した問題については解決してしまいました。
オブジェクトが破棄されたあとにもListenerとして呼び出されたのが原因だったようです。
で、フォーカスとabout:configについてはまだまだ調査中です。
せめてフォーカスの問題は解決したいなぁ
392:74
03/04/18 23:56
じっくり使ってみて新たに発覚した問題
・httpsにアクセスできない。
・ファイルのダウンロードができない。
ダウンロードの問題は解決方法はだいたいわかってるけど（でも面倒くさい）
HTTPSの方は全くわからない。
MfcEmbedでもMozctl.dllでも使えないからソース見て何とかすることもできないし。
#Mozilla本体のソース見ろとか言うのは却下。そこまで気力無いです。
393:デフォルトの名無しさん
03/04/19 01:16
about:config はもろに XUL なんで難しいんじゃぁ。
HTTPS は nightly にある embed-win32.zip に入ってる MfcEmbed で
yahoo の SSL ログインできたけど。
394:デフォルトの名無しさん
03/04/19 03:08
結論：ActiveX > DLL >>>>>>>>>>>>>>>>>>>>>> ソース
395:山崎渉
03/04/20 03:12
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾）
396:山崎渉
03/04/20 03:46
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾）
397:デフォルトの名無しさん
03/04/24 23:21
コレでGecko使ってブラウザ作る人確実に増えるな
期待age
398:デフォルトの名無しさん
03/04/25 08:48
俺の目が節穴なだけかも知れんが、上がってないよなあ・・・？
399:デフォルトの名無しさん
03/04/25 17:02
74さん、とりあえず現在できてるものでも
URLﾘﾝｸ(do.sakura.ne.jp)
あたりに、UPしてみませんか？
あっ、もちろん嫌ならいいですけど。
400:74
03/04/25 21:52
>>399
アップロードしておきました。2つのZIPファイルになっています。
GeckoSDK.zipに入っているファイルは
以前アップロードしたnsXPCOM.pasを１から作り直したものです。
gecko-sdk-win32.zipに含まれていたものだけ変換してあります。
nsXXX.pasとnsXXX_S.pasという2種類のソースがありますが、
nsXXX_S.pasの方は出来る限りsafecallを使えるものにしたものです。
ミスの修正はnsXXX.pasの方にしかしてないものも多いです。
HOGE.TXTには秀丸の正規表現でnsXXX_S.pasからnsXXX.pasに
変換するための検索ワードを入れてあります。
文字列クラスは使えるレベルまでは出来てはいますが、
仮想関数しか実装してないので使いづらいかもしれません。
GeckoComponent.zipに入っているのはGeckoを
Delphiのコンポーネントとして使えるようにしたものです。
上のGeckoSDK.zipが必要です。
機能を統合している最中なのでGeckoBrowserコンポーネントと
そのほかのコンポーネントで機能がかぶっているものがあります。
現在わかっている問題点は
１．ファイルのダウンロードが出来ない
２．印刷が出来ない
３．証明書が不明なSSLサイトにアクセスできない。
４．タブフォーカスがおかしい。
５．about:configがおかしい。
１～３については解決方法自体はわかっているのですが、
ちょっとやる気がなくて実装していません。
４、５については原因がわかりません。わかる人教えてください。
401:デフォルトの名無しさん
03/05/05 12:59
>>400
ダウンロードしてみました。
COMとか詳しくないですけど、人柱くらいならできると思います。
402:デフォルトの名無しさん
03/05/16 14:56
IE＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞GECKO
403:デフォルトの名無しさん
03/05/17 00:25
そんな当然の事を今更書かれてもなぁ。
404:seven
03/05/18 10:17
エンジソと本体のシェアを比較されてもなぁ。
つーか、シェアなんてのは、水物で、10年後には昔話なのは、業界の常。
つか、まだ、ためしてない、ゴメソ。
去年、2chブラウザ作るのに悩んでいたとき、これがあれば、即採用だったんだろうけど。
405:デフォルトの名無しさん
03/05/18 10:45
エンジンとしても
IEコンポーネント >>>>>>>>>>>>>>>>>>> GECKOソース
なワケだが。
406:デフォルトの名無しさん
03/05/18 11:55
>>405
性能の話してる時に数で比較するなよ。
話のピントがずれてる。
だから君は友達いないんだよ。ｷﾓｵﾀだし。
407:デフォルトの名無しさん
03/05/18 19:40
これのどこが「性能の話」なのか、と、小１時間（ｒ
----
404 名前：seven[sage] 投稿日：03/05/18 10:17
エンジソと本体のシェアを比較されてもなぁ。
つーか、シェアなんてのは、水物で、10年後には昔話なのは、業界の常。
つか、まだ、ためしてない、ゴメソ。
去年、2chブラウザ作るのに悩んでいたとき、これがあれば、即採用だったんだろうけど。
----
408:seven
03/05/21 19:04
なぜ、さらしあげなのか、ﾎﾟｶｰﾝです。
ところで、>>407は、まだ、生きてますか?
409:デフォルトの名無しさん
03/05/21 20:59
sevenは他のスレでも的外れなレスをすることで有名だからなあ
410:seven
03/05/22 04:19
閑話休題
ブラウザから0.1mmくらいの誤差で、紙への印刷とかができないのかなー?
PDFがあるくらいだから、まだ、無理なのかなー。
もし、これが可能なのなら、帳票ツールとして、使えるような気もする。
411:デフォルトの名無しさん
03/05/22 20:10
↑
「ブラウザから」ってのが意味不明。
画面の実測の大きさ？WYSIWYGは１０年前に崩壊したよ。
412:デフォルトの名無しさん
03/05/23 01:04
CSS2を解するブラウザが現れたならprint系のプロパティを解釈してくれるでしょうけどね
413:山崎渉
03/05/28 12:58
∧＿∧
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎―◎ 山崎渉
414:デフォルトの名無しさん
03/06/04 04:23
この中でVC++使える人いる?
いいブラウザのソースあるんだけど
415:デフォルトの名無しさん
03/06/10 18:17
399をインストールしました。
ですが、TGeckoBrowserだけを貼り付けて実行してみたのですが
function TGeckoBrowser.GetCurrentProfile: WideString;の
rv := sProfileService.GetCurrentProfile(str);部分でエラーが出てしまいます。
CurrentProfileNameも指定しているのですが、なぜでしょうか？
こちらの環境はwin2ｋ、Delphi6、Mozilla1.です。
あと、英語ですが良さそうなページがあったので張っておきます。（流し読みしたからもしかしたら関係ないページかも……）
URLﾘﾝｸ(www.mozilla.org)
416:デフォルトの名無しさん
03/06/17 22:57
なんなとなく、あげ
417:デフォルトの名無しさん
03/06/18 19:11
C++でGeckoをやり始めたんですが、
NS_InitXPCOM2は成功するのにNS_InitEmbeddedが失敗します。
質問というより報告ですが、何か心当たりがある方は情報いただけると嬉しいです。
418:417
03/06/22 19:12
Geckoの基本を教えてください。環境はWindows2000+MozillaFirebird0.6です。
nsCOMPtr<nsIWebBrowser> webBrowser(do_CreateInstance(NS_WEBBROWSER_CONTRACTID));
でnsIWebBrowserを得るまでのプロセスが分かりません。
調べたところ、NS_InitEmbeddingを行えばよさそうですが、これに失敗します。
現状では、
NS_InitXPCOM2は成功します。
NS_GetComponentRegistrar、NS_GetServiceManager、NS_GetComponentManagerは成功します。
nsIComponentRegistrar#AutoRegisterは失敗します。（NS_InitEmbeddingの失敗の原因はこれのようです）
do_CreateInstanceは失敗します。
どなたかご教授ください。
419:417
03/06/25 14:25
自己解決しました。どうやらMozillaFirebird0.6ではダメみたいです。
何故かDOSプロンプトからC:\Program Files\MozillaFirebirdにCDできなかったので、
もしやと思いGRE入れてやってみたらうまくいきました。
＃CDできないのはすごく謎
420:デフォルトの名無しさん
03/06/27 01:52
ディレクトリ名にスペースが入ってるからだろ＞Program Files。
ショートネームにしる。
421:417
03/06/27 05:28
>>420
いえいえ、そこまで阿呆じゃないつもりです。ショートネームでも無理ぽ。
C:\Progra~1> DIR /X
（ｒｙ
2003/06/22 02:47 <DIR> MozillaFirebird
2002/10/01 03:25 <DIR> NETMEE~1 NetMeeting
2003/06/21 12:08 <DIR> nsmsgs
（ｒｙ
C:\PROGRA~1>cd MozillaFirebird
ディレクトリの指定が違います.
C:\PROGRA~1>cd Mozill~1
ディレクトリの指定が違います.
C:\PROGRA~1>cd NetMeeting
ディレクトリの指定が違います.
C:\PROGRA~1>cd NetMee~1
C:\PROGRA~1\NETMEE~1>cd ..
C:\PROGRA~1>cd nsmsgs
C:\PROGRA~1\NSMSGS>
422:417
03/06/27 05:38
長々と貼ってすいません。結局、DIR /Xで見たところショートネームが定義されてないんです。
＃よく考えたら結構阿呆なことかも。windows板かPC初心者板逝ってきます。
ところで質問です。
現在、Windows2000+GRE 1.4f_2003062408+C++でやっているんですが、
nsIBaseWindow#Createで固まってしまいます。
nsCOMPtr<nsIBaseWindow> baseWindow = do_QueryInterface(webBrowser);
baseWindow->InitWindow(nativeWindow, nsnull, 10, 10, 100, 100);
baseWindow->Create();
原因が分かる方、心当たりのある方はいらっしゃいませんか？
こちらの情報が少ないですが、何が必要な情報なのかよく分かりません。
取り敢えずNS_InitEmbedding,do_CreateInstance(NS_WEBBROWSER_CONTRACTID)は成功しています。
423:デフォルトの名無しさん
03/06/27 10:22
>>422
URLﾘﾝｸ(www.mozilla.org)
見ただけだけど、NS_InitEmbedding() から nsIBaseWindow#InitWindow のあいだの手順は
ちゃんとやってる？
424:417
03/06/27 13:08
>>423
nsIBaseWindow#Create(); までで異なる点はSetContainerWindowするクラスです。
CBrowserImpl は
nsIInterfaceRequestor,
nsIWebBrowserChrome,
nsIWebBrowserChromeFocus,
nsIEmbeddingSiteWindow,
nsIWebProgressListener,
nsIContextMenuListener,
nsSupportsWeakReference,
nsISHistoryListener
nsIStreamListener,
nsITooltipListener,
nsIURIContentListener
をimplementしていますが、こちらのWebBrowserSiteObjectは
nsIWebBrowserChromeのみimplementしています。
今What You Provideを眺めていたところ、nsIEmbeddingSiteWindow,nsIWebProgressListener が
must be implementedだったのに気付いたので今からやってみます。
425:417
03/06/27 13:30
nsIWebBrowserChrome、nsIEmbeddingSiteWindow、nsIWebProgressListenerを実装してみましたが、
全てのメソッドがnsIBaseWindow#Createまでに一度も呼ばれていませんでした（関数コールするとexitするようにしています）
もう少しがんばってみます（できたら稚拙なページで最小限の手順を公開させていただきます）
426:417
03/06/28 15:04
URLﾘﾝｸ(www.mozilla.org)
の
URLﾘﾝｸ(www.mozilla.org)
にWebBrowserSiteObject,
nsIWebBrowserChrome,
nsIEmbeddingSiteWindow,
nsIWebProgressListener,
nsIContextMenuListener,
nsIPrompt
をimplementしなければならないと書いてあったので、これらのインターフェイスを
exitするコードにしましたが、結果は同じようにnsIBaseWindow#Createで固まりました。
何が足らないんだろう。。次のレスで今の状態を書きますので「お前はｱﾌｫか」と思われる点があれば指摘してください。
427:デフォルトの名無しさん
03/06/28 15:07
結論：初心者がWebブラウザ作りたい時は、VBにIEコンポーネントをぺたり。
428:417
03/06/28 15:10
WNDCLASSEX wc
RegisterClassEx(&wc); //いつものｱﾚ
nsCOMPtr<nsILocalFile> appDir;
NS_NewLocalFile(NS_LITERAL_STRING("D:\\program\\mozilla\\GRE"), 0, getter_AddRefs(appDir)); // GREディレクトリ取得
NS_InitEmbedding(appDir, nsnull); // 初期化
HWND hWnd = CreateWindow(szClassNme, "", WS_OVERLAPPEDWINDOW, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, NULL, NULL, ghInstanceApp, NULL); // 窓を作る
ShowWindow(hWnd, SW_SHOW);UpdateWindow(hWnd); // 表示
// 以下メッセージループ(winEmbed.cppから流用)
HANDLE hFakeEvent = ::CreateEvent(NULL, TRUE, FALSE, NULL);
PRBool active = PR_TRUE;
while (active) {
while (::PeekMessage(&msg, NULL, 0, 0, PM_NOREMOVE)) {
if (!::GetMessage(&msg, NULL, 0, 0)) {
active = PR_FALSE;
break;
}
PRBool wasHandled = PR_FALSE;
::NS_HandleEmbeddingEvent(msg, wasHandled);
if (!wasHandled) {
::TranslateMessage(&msg);
::DispatchMessage(&msg);
}
}
::MsgWaitForMultipleObjects(1, &hFakeEvent, FALSE, 100, QS_ALLEVENTS);
}
::CloseHandle(hFakeEvent);
429:417
03/06/28 15:17
// で、作った窓のウィンドウプロシージャ
LRESULT CALLBACK WndProc(HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam) {
if (左クリックされたら) {
newWnd = CreateWindow(szClassNme, "", WS_CHILD | WS_VISIBLE |WS_BORDER|WS_VSCROLL, 0, 0, 400, 400, hWnd, NULL, ghInstanceApp, NULL);
// ウェブブラウザ
nsCOMPtr<nsIWebBrowser> webBrowser;
NS_ENSURE_TRUE(webBrowser = do_CreateInstance(NS_WEBBROWSER_CONTRACTID), NS_ERROR_FAILURE);
// サイトオブジェクト(WebBrowserSiteObject implement >>426
webBrowserSiteObject = new WebBrowserSiteObject;
NS_ENSURE_TRUE(webBrowserSiteObject, NS_ERROR_OUT_OF_MEMORY);
NS_ADDREF(webBrowserSiteObject);
// クローム登録
NS_ENSURE_SUCCESS(webBrowser->SetContainerWindow(NS_STATIC_CAST(nsIWebBrowserChrome*, webBrowserSiteObject)), NS_ERROR_FAILURE);
// セットアップ（まだよく分かってません）
nsCOMPtr<nsIWebBrowserSetup> setup;
NS_ENSURE_TRUE(setup = do_QueryInterface(webBrowser), NS_ERROR_FAILURE);
setup->SetProperty(nsIWebBrowserSetup::SETUP_IS_CHROME_WRAPPER, PR_TRUE);
// ベースウィンドウ
nsCOMPtr<nsIBaseWindow> baseWindow;
NS_ENSURE_TRUE(baseWindow = do_QueryInterface(webBrowser), NS_ERROR_FAILURE);
// 新しく作った子ウィンドウで初期化
NS_ENSURE_SUCCESS(baseWindow->InitWindow(nsNativeWidget(newWnd), nsnull, 10,10,100,100),NS_ERROR_FAILURE);
// Create（ここが無限ループになる）
cout << "出力される" <<endl;
NS_ENSURE_SUCCESS(baseWindow->Create(), NS_ERROR_FAILURE);
cout << "出力されない" <<endl;
}
以上です。何かあればよろしくお願いします。
430:417
03/06/28 15:26
>>426間違えてました。must be implementedなのはnsIWebBrowserChromeと
nsWebBrowserSiteWindowの2つだけでした。失礼。
431:417
03/06/28 16:51
うぅ・・・自己解決しました。
GRE使うのをやめてmozilla1.0.1にするとnsIBaseWindow#Createが無事帰ってきました。
mozilla1.4rc3でも試しましたが、きちんとnsIBaseWindow#Createは帰ってきました。
まだ何故かnsIBaseWindow#SetVisibility(PR_TRUE), nsIWebNavigation#LoadURIをしても表示されませんが、
一歩前進した感じです。（GREはまだ手を出しちゃいけないのかな）
432:デフォルトの名無しさん
03/06/28 18:50
長文コピペｳｻﾞｲ。
433:417
03/06/28 19:31
>>432
すみません。Geckoの処理は長いので丸ｺﾋﾟしたわけではないです。（見れば分かると思いますが）
必要な部分だけ選んだんですがそれでも長いですね。
434:417
03/06/30 01:44
取り敢えず動くようになりましたのでこれで消えます。長々と失礼しました。
435:デフォルトの名無しさん
03/06/30 22:41
還元無しかよ！
436:417
03/06/30 23:15
>>435
いや、>>425で言った通り、ページを作ってますよ。
取り敢えず極限まで小さくしたソースはこちらにあります。
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
今解説（らしきもの）を書いてます。
437:デフォルトの名無しさん
03/07/01 16:43
>>417
ｶﾞﾝｶﾞﾚ
438:デフォルトの名無しさん
03/07/01 22:47
Geckoを使って、モジラよりショボイWebブラウザ作って何がしたいのだろう。
439:デフォルトの名無しさん
03/07/01 23:26
>>438
Mozilla糞
ｽﾚﾘﾝｸ(software板)
440:デフォルトの名無しさん
03/07/02 00:03
>>438
別にブラウザしか作れないわけじゃないだろう。
Geckoはブラウザじゃなくてただのレンダリングエンジン。
441:デフォルトの名無しさん
03/07/03 15:12
>>436のアドレス変わりました。
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
です。解説は
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
で、トップは
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
です。
442:デフォルトの名無しさん
03/07/03 17:09
>>441
おつかれ～。いろいろ参考にさしてもらうね。
443:デフォルトの名無しさん
03/07/03 23:08
>>440
Geckoを使った、Webブラウザ以外のAPって何かある？
444:デフォルトの名無しさん
03/07/03 23:22
>>443
URLﾘﾝｸ(www.oeone.com)
445:デフォルトの名無しさん
03/07/03 23:34
>>443
# Komodo (IDE)
# Chatzilla (IRCクライアント)
# Games (MozInvaders、Xultris、その他)
# Jabberzilla (インスタント・メッセージ)
使ってないからどんなものかは知らんけどね。
と、2chブラウザとかもある。あっ、あれはXULアプリか。
446:デフォルトの名無しさん
03/07/04 14:02
>>443
ByzantineOS
(アプリかって言われると微妙だけど)
447:デフォルトの名無しさん
03/07/05 00:11
>>446
ByzantineOSって、linuxのディストリビューション？
448:デフォルトの名無しさん
03/07/05 00:46
>>446
XULでUIを実現していてて、CD1枚入れれば起動できるOSだったよな。
ドンキーコングが遊べるのが謎。
ネタ用にいつも持ち歩いてるよ。
449:デフォルトの名無しさん
03/07/05 12:08
XULってGeckoが処理するの？
450:デフォルトの名無しさん
03/07/05 12:38
表示はね
451:デフォルトの名無しさん
03/07/13 20:52
保守
452:デフォルトの名無しさん
03/07/13 21:43
>>ドンキーコングが遊べるのが謎
著作権違反だろ
453:デフォルトの名無しさん
03/07/14 04:58
windows2000でMinGW-3.0.0-rc-1, gecko-sdk-win32-1.4, mozilla-source-1.4を用いて
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
にある最小のソースをコンパイルしてみたのですが失敗しました。
ディレクトリ構成は以下のようにしています。
gecko-sdk/
mozilla/
MinimumGecko/ ここでmakeしています。
Makefileに不備があるのでしょうか。分かる方、お願いします。
以下にMakefileとエラーを示します。
454:453
03/07/14 05:00
# 使用したMakefile
CPP = g++.exe
CC = gcc.exe
OBJ = main.o $(RES)
LINKOBJ = main.o $(RES)
LIBS = -L"D:/MinGW/lib" \
-L"../gecko-sdk/embed_base/bin" -L"../gecko-sdk/embedstring/bin" -L"../gecko-sdk/nspr/bin" \
-L"../gecko-sdk/xpcom/bin" -luser32 -lgdi32 -lembed_base_s -lembedstring -lplc4 -lxpcom
INCS = -I"D:/MinGW/include"
CXXINCS = -DMOZILLA_STRICT_API -DDEBUG -I"D:/MinGW/include/3.2.3" -I"D:/MinGW/include/3.2.3/mingw32" \
-I"D:/MinGW/include/3.2.3/backward" -I"D:/MinGW/include" \
-I"../gecko-sdk" -I"../gecko-sdk/embed_base/include" \
-I"../gecko-sdk/embedstring/include" -I"../gecko-sdk/nspr/include" \
-I"../gecko-sdk/string/include" -I"../gecko-sdk/webbrwsr/include" \
-I"../gecko-sdk/xpcom/include" -I"../mozilla/docshell/base" \
-I"../mozilla/embedding/browser/webBrowser" \
-I"../mozilla/string/public" -I"../mozilla/widget/public" \
-I"../mozilla/xpcom/base" -I"../mozilla/xpcom/components"
BIN = MinimumGecko.exe
CXXFLAGS = $(CXXINCS)
CFLAGS = $(INCS)
$(BIN): $(LINKOBJ)
$(CPP) $(LINKOBJ) -o "MinimumGecko.exe" $(LIBS)
main.o: main.cpp
$(CPP) -c main.cpp -o main.o $(CXXFLAGS)
455:453
03/07/14 05:02
以下コンパイルエラーです。
In file included from ../gecko-sdk/string/include/nsAString.h:36,
from ../gecko-sdk/xpcom/include/nsILocalFile.h:20,
from ../gecko-sdk/embed_base/include/nsEmbedAPI.h:28,
from main.cpp:2:
../gecko-sdk/string/include/nsCharTraits.h:383: ISO C++ forbids declaration of `difference_type' with no type
../gecko-sdk/string/include/nsCharTraits.h:383: `::difference_type' is not a valid declarator
../gecko-sdk/string/include/nsCharTraits.h:383: parse error before `;' token
../gecko-sdk/string/include/nsCharTraits.h:409: ISO C++ forbids declaration of `value_type' with no type
../gecko-sdk/string/include/nsCharTraits.h:409: `::value_type' is not a valid declarator
../gecko-sdk/string/include/nsCharTraits.h:409: parse error before `*' token
../gecko-sdk/string/include/nsCharTraits.h:417: type specifier omitted for parameter `difference_type'
../gecko-sdk/string/include/nsCharTraits.h:417: parse error before `)' token
../gecko-sdk/string/include/nsCharTraits.h:418: ISO C++ forbids defining types within return type
../gecko-sdk/string/include/nsCharTraits.h:418: two or more data types in declaration of `advance'
../gecko-sdk/string/include/nsCharTraits.h:418: semicolon missing after declaration of `struct nsCharSourceTraits<InputIterator>'
../gecko-sdk/string/include/nsCharTraits.h:421: parse error before `}' token
../gecko-sdk/string/include/nsCharTraits.h:473: non-template type ` nsCharSourceTraits' used as a template
../gecko-sdk/string/include/nsCharTraits.h:474: confused by earlier errors, bailing out
make: *** [main.o]
456:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/14 13:37
gecko-sdk-winはgccでコンパイルできないんですよ。cl.exeを使うとできます。
VC++を持ってなければ、NET Framework SDKを使うと良いと思います。
どうしてもgccでやるなら、gecko-sdk-winの*.libとgecko-sdk-linuxの*.hを使うといけるかも・・・。
457:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/14 13:45
ごめん。>>456の最後多分無理だわ。やっぱWin上ではcl.exe使うしかないかも。
458:？？？
03/07/14 23:50
ｯﾟﾎ(`Д´*)
459:デフォルトの名無しさん
03/07/15 02:02
mingw の場合は一度 mozilla を build するとできる mozilla/dist/sdk 内を
使えばいいのかも。
embed_base_s.lib -> libembed_base_s.a
embedstring.lib -> libembedstring.a
plc4.lib -> plc4.dll
xpcom.lib -> xpcom.dll
と思われるので注意(つーか自信ない、やってみるべか…)
460:459
03/07/15 08:51
ちょっとやってみた。
・/cygdrive/e/build 内に mozilla/ を展開、
URLﾘﾝｸ(www5e.biglobe.ne.jp)
を参考にMozillaをbuild (CVS checkout もしたのでソースは最新)
・/cygdrive/e/build/MinimumGecko/ 以下にMakefileを作成、
>>453-455 と違って、Mingw-2.0.0-3 を使用。
・ んで Make したら、以下のエラーメッセージ
main.cpp: In function `int main()':
main.cpp:60: invalid conversion from `const wchar_t*' to `const PRUnichar*'
main.cpp:60: initializing argument 1 of `nsEmbedString::nsEmbedString(const
PRUnichar*)'
make: *** [main.o] Error 1
あと一息かな？
461:459
03/07/15 08:55
#使った Makefile
MINGW= /cygdrive/c/mingw
GECKO_SDK= ../mozilla/dist/sdk
MOZ_INC= ../mozilla/dist/include
CPP= g++
CC= gcc
OBJ= main.o $(RES)
LINKOBJ= main.o $(RES)
LIBS= -L$(MINGW)/lib -L$(GECKO_SDK)/embed_base/bin \
-L$(GECKO_SDK)/embedstring/bin -L$(GECKO_SDK)/nspr/bin \
-L$(GECKO_SDK)/xpcom/bin -luser32 -lgdi32 -lembed_base_s -lembedstring -lplc4 -lxpcom
INCS= -I$(MINGW)/include
CXXINCS= -DMOZILLA_STRICT_API -DDEBUG -I$(MINGW)/include/c++/3.2.2 \
-I$(MINGW)/include/c++/3.2.2/mingw32/bits -I$(MINGW)/include/c++/3.2.2/backward \
-I$(MINGW)/include -I$(GECKO_SDK) -I$(GECKO_SDK)/embed_base/include \
-I$(GECKO_SDK)/embedstring/include -I$(GECKO_SDK)/nspr/include \
-I$(GECKO_SDK)/string/include -I$(GECKO_SDK)/webbrwsr/include \
-I$(GECKO_SDK)/xpcom/include -I$(MOZ_INC)/docshell -I$(MOZ_INC)/webbrwsr \
-I$(MOZ_INC)/string -I$(MOZ_INC)/widget -I$(MOZ_INC)/xpcom
BIN= MinimumGecko.exe
CXXFLAGS= $(CXXINCS)
CFLAGS= $(INCS)
$(BIN): $(LINKOBJ)
$(CPP) $(LINKOBJ) -o $(BIN) $(LIBS)
main.o: main.cpp
$(CPP) -c main.cpp -o main.o $(CXXFLAGS)
462:山崎 渉
03/07/15 09:39
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
463:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/15 09:51
>>460
やべー。そのエラーを見る限り俺が間違ってるっぽい。
L""はwchar_t*なんだけど、PRUnicharがwchar_tになってないからだと思う。
PRUnicharの型が何になってるのか、プリプロセスだけやって調べてみてもらえないかな。（prtypes.h#471辺りを参考
多分typedef PRUint16 PRUnicharになってると思うんだけど。
うーん。結構Stringには悩まされたんだよなあ。ドキュメントも古いし。
464:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/15 10:01
ところで>>455のエラーの原因は何だった？
Mingw-2.0.0-3に変えたから起きなくなっただけなのかな。
それともbuildせないかんかった？
>>455はただの構文解析エラーだから*.libには関係ないと思うんだけど。
＃ちなみにMakefileは貼らなくてもいいと思うよ。
465:459
03/07/15 12:07
>>463
gcc -E でプリプロセス出してみたら
# 234 "../mozilla/dist/sdk/xpcom/include/nscore.h"
typedef PRUint16 PRUnichar;
ってなってたんで
URLﾘﾝｸ(lxr.mozilla.org)
見て -D_WIN32 つけたらオブジェクトファイルのコンパイルは通りましたぁ。
でも exe 作る段階で、
main.o(.eh_frame+0x12):main.cpp: undefined reference to `___gxx_personality_v0'
/cygdrive/c/mingw/lib/libstdc++.a(vterminate.o)(.text+0xaf): undefined reference
to `__Unwind_SjLj_Register'
/cygdrive/c/mingw/lib/libstdc++.a(vterminate.o)(.text+0x127): undefined referenc
e to `__imp___iob'
/cygdrive/c/mingw/lib/libstdc++.a(vterminate.o)(.text+0x17e): undefined referenc
e to `__imp___iob'
/cygdrive/c/mingw/lib/libstdc++.a(new_opv.o)(.text+0x2f): undefined reference to
`__Unwind_SjLj_Register'
.....以下ぞろぞろとエラーが(T_T)
Mingw 固有の問題っぽいのでbug 203303見直してみますわ...
466:459
03/07/15 13:06
言い忘れてたけど、わたしゃ >>453-455 とは別人っすよー
467:459
03/07/15 14:02
スマソ、大ボケかましてましたわ。
MingwのPATHをcygwinの前に通しておくの忘れてた(汗
無事にコンパイル完了、mozilla/dist/bin に入れたら起動できました～
468:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/15 22:59
>>466
ああ、そうでしたか。何とタイムリーな。。。
では>>464の質問は>>453-455宛ということでよろしく。
469:453
03/07/15 23:50
どうも453です。
>>はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;さん
>ところで>>455のエラーの原因は何だった？
STL関係がおかしいのかと思い、STLportを入れたりしたのですがエラー内容は変わりませんでした。
MinGW-3.0.0-rc-1の前に試したMingw-2.0.0-3でも同じで原因はよくわかりません。
>gecko-sdk-winはgccでコンパイルできないんですよ。cl.exeを使うとできます。
>VC++を持ってなければ、NET Framework SDKを使うと良いと思います。
.NET Frame SDKでcl.exeが使えるって初めて知りました。早速インストールしてみます。
>>459さん
>mingw の場合は一度 mozilla を build するとできる mozilla/dist/sdk 内を
>使えばいいのかも。
そうか、その手がありました。
さっそく色々試してみたいと思います。
はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;さん、459さん色々と情報ありがとうございました。
470:459=467
03/07/16 18:43
作ったMinimumGecko.exeをmozilla/dist/greのほうにつっこめないかなーと
思ってやってみたら、
・dist/bin/components/ 以下 gkwidget.dll, xpconnect.xpt, jsdom.dll
を dist/gre/components にコピる。
・dist/bin/chrome/ , dist/bin/res/ , dist/bin/defaults/ 以下を
dist/gre/ 以下にコピる。
(ftpにあるembed-win32.zip 内の上の3フォルダのほうが中身が少なくてすむ)
これでめでたくMinimumGecko.exeが動いた。
syleraもこの調子でgreのみで動かせないかなーと思ったら、マニュアルに
---------------------------------------------
Mozilla1.4インストーラ付やNetscape7.1では上記の方法ではSyleraは起動しません。
これらでSyleraを使用する場合は
C:\Program Files\Common Files\mozilla.org\GRE\1.4f_2003062408(最後のフォルダ名は数字やアルファベットが異なる可能性があります)
に、sylera.lzhを展開してできたファイル全てと
mozilla.exe又はnetscape.exeのあるフォルダ(C:\Program Files\mozilla.org\Mozilla or C:\Program Files\Netscape)にある「chrome」「default」「res」という3つのフォルダをコピーして下さい
これで使用できるようになります。
-----------------------------------------
きちんと書いてあるし(汗 components\ 以下のもので足りないものは無い様子。
installer を普段使わないんで、GRE\<ver no.>\ 以下と該当３フォルダのみ
適当なフォルダにコピって中にsylera置けば普通に使えるようだ。
GREの使い方でした～＞はしのえみ好き～(略っ)さま
471:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/18 12:17
>>470
おお！素晴らしい！
早速今晩試してみてページの方を更新しておきます。
ありがとう！
472:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/18 20:39
GRE入れて試してみました。1.5b_2003071708
defaultsさえあれば取り敢えず動きますね。
>>431はこれが原因だったのですね。
ちなみにchromeはUI関係（消すとスクロールバーが無くなる）で
resはcss関係（消すとレンダリングがおかしくなる）ですね。色々削れそう。
とにかくﾎﾝﾄにありがとう>>459=467=470さま
473:デフォルトの名無しさん
03/07/18 21:03
&rlo;
ｯﾟﾎ(`Д´*)
&lro;
474:デフォルトの名無しさん
03/07/20 02:12
うざったい荒らしが減るのなら。
475:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/20 22:31
質問です。
nsIWebBrowserChrome#SetStatus（ステータスバー変更通知）が呼ばれないのですが、何が原因でしょうか？
nsIWebBrowser#SetContainerWindowはしてあり、
nsIEmbeddingSiteWindow#SetTitle（タイトル変更通知）は呼ばれます。
nsIWebBrowserChrome#SetStatusについて、API Referenceでは
＞Called when the status text in the chrome needs to be updated (e.g., when mousing over a link).
と書いてあるのでリンクにマウスをhoverさせると呼ばれるように思えるんですが。
476:470
03/07/20 23:30
>>475
nsIWebBrowserChrome#SetStatus の実装で update するメソッドを呼ぶ必要があります。
URLﾘﾝｸ(lxr.mozilla.org)
環境依存するので、独自に実装する必要があるようです。
URLﾘﾝｸ(lxr.mozilla.org)
URLﾘﾝｸ(lxr.mozilla.org)
477:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/20 23:52
>>476
ﾚｽどうも。
ところが、UpdateStatusBarTextを呼ぶためのSetStatusが呼ばれないので困っているんですが。
私、何か勘違いしてるんでしょうか？
478:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/22 03:22
うーん。nsIInterfaceRequestorの実装等をしていたら急にSetStatusが呼ばれるようになりました。
原因調べるのが面倒なので>>475-の質問はなかったことに。。。
479:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/22 03:31
あぅ。面倒とか言いながらやってしまいました。
やっぱりnsIInterfaceRequestorを実装しないとnsIWebBrowserChrome#SetStatusが呼ばれないようです。
NS_IMETHODIMP WebBrowserChrome::GetInterface(const nsIID& aIID, void** aInterface) {
return QueryInterface(aIID, aInterface);
}
これだけでも良いみたいです。スレ汚し失礼しました。
480:デフォルトの名無しさん
03/07/22 07:57
nsCOMPtr.hにあるdo_QueryInterface(nsI***)をしようとすると、
「Link2005 nsQueryInterface::nsQueryInterfaceは既に定義されています。」というエラーが出ます。
要するに、embed_base_s.libと、xpcom.lib(xpcom.dll)の両方にあるのが問題なんでしょうが、
なんかいい方法ないですかね。
481:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/22 10:29
>>480
XPCOM_GLUEを定義していませんか？
gecko-sdkのﾊﾞｲﾅﾘを使う時はこれを定義してはいけないようです。
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
のTipsにも一応書いてあります。
482:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/22 10:32
すいません。訂正です。
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
のTipsです。
483:デフォルトの名無しさん
03/07/22 14:00
>>481
素早いお返事ありがとうございます。
でも、きっかけが、geckoSDKだけでなんとかならないかな？
ってことだったので、XPCOM_GLUEを外してしまうと意味がないのです。
nsIBaseWindow.hとnsIWebNavigationはちょっと敷居が高いので諦めて拾ってきましたが、
nsComponentManagerUtils.hはなくても大丈夫なようですね。
If文の中身がこんな感じになりましたが、無事動いてます。
::ShowWindow(hWnd, SW_SHOW);
nsIWebBrowser* webBrowser;
nsCOMPtr<nsIComponentManager> compMgr;
nsresult status = NS_GetComponentManager(getter_AddRefs(compMgr));
if (compMgr){
status = compMgr->CreateInstanceByContractID("@mozilla.org/embedding/browser/nsWebBrowser;1",
nsnull,
NS_GET_IID(nsIWebBrowser),
(void**)&webBrowser);
}
else if (NS_SUCCEEDED(status))status = NS_ERROR_UNEXPECTED;
if ( NS_FAILED(status) )::MessageBox(hWnd,"error!","minibrowser", MB_OK);
nsIBaseWindow* baseWindow;
(nsISupports *)webBrowser -> QueryInterface(NS_GET_IID(nsIBaseWindow),(void**) &baseWindow);
RECT r; // ちょっと色気を出してGeckoをクライアント領域の大きさに合わせてみる
::GetClientRect(hWnd, &r); ・・・・・・・・・・・
484:デフォルトの名無しさん
03/07/22 14:09
あ、スマートポインタで。
485:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/22 19:50
>>483
なるほど。私もGeckoSDKだけでどこまでやれるかやってみますね。
とりあえず、>>480の重複シンボルはlink.exeに-forceを渡して解決しました。
486:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/22 19:53
間違えました。>>485訂正です（訂正多いな・・俺）
＞とりあえず、>>480の重複シンボルはlink.exeに-forceを渡して解決しました。
これは DEBUG を定義した場合です。
つまり、-D MOZILLA_STRICT_API -D XPCOM_GLUE -D DEBUGの場合は-forceで（一応）回避できます。
DEBUGを外せば-D MOZILLA_STRICT_API -D XPCOM_GLUEで普通にリンクできます。
（ただしnsDebugのメッセージが出なくなりますが）
487:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/22 20:55
>>483
XPCOM_GLUEを使ってgecko-sdkのみでやってみました。↓のリンク先を参照。
gecko-sdkのみで最小のGecko
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
488:デフォルトの名無しさん
03/07/22 21:21
>>487
グッジョブです。
ところで、nsLiteralString.hは誰が使ってるんですか？
geckoSDKからは、#includeで参照されてないようですが…
489:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/22 22:05
>>488
＞ところで、nsLiteralString.hは誰が使ってるんですか？
さあ？EmbedApplicationじゃないかな。
mozilla/embedding/tests/winEmbed/
や
mozilla/embedding/tests/mfcembed/
で使ってるけど。
まあnsEmbedStringを使っておけばいいんじゃないのかな。多分。
ちょっとstring関連は分かりにくいですね。
真面目にstringのマニュアル読むべきかもしれないけど、少し古いっぽい気がする。
490:デフォルトの名無しさん
03/07/22 23:51
// From mozilla/string/public/nsLiteralString.h
#ifdef HAVE_CPP_2BYTE_WCHAR_T
#define NS_LL(s) L##s
#else
#define NS_LL(s) s
#endif
の部分ですけど、
win32のgeckoSDKではNS_LL(s)を検索してもヒットしないので、
なんで必要なのかな、と疑問に思っただけです。
なくてもビルドできますよね？
491:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/23 00:14
>>490
え、ビルドできるんですか。
PRUnichar*をどうやって得ました？直にL""と？
492:デフォルトの名無しさん
03/07/23 14:13
コードﾞを整理してたら、ビルドできなくなってました。
しかし、自分の不注意でビルドできてしまった経験は稀なので、
なんかトリックがありそうな気はしますが…
493:デフォルトの名無しさん
03/07/24 07:10
質問です。
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
にある最小のgeckoでは問題なかったのですが
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
をコピぺしてSetStatusを実装してみたところ、GetInterfaceの出力が出たあとで
「～の命令が～のメモリを参照しましたメモリがreadになることはできませんでした」
とエラーが出ておちてしまいます。
原因はなんでしょうか？
環境はwin2000, gecko-sdk-win32-1.4, mozilla-source-1.4, mozilla-win32-1.4-talkback,
platformSDK, NET Framework SDKのcl.exeとlink.exeです。
コンパイルを通すため、以下のようにしています。
MakefileのLDFLAGSに
-nodefaultlib:msvcprt.lib
を加えています。
また、コンパイル時にmain.cppの
nsCOMPtr<WebBrowserSiteObject> webBrowserSiteObject(new WebBrowserSiteObject());で
「../gecko-sdk\xpcom\include\nsCOMPtr.h(539) : error C2594: '引数' : 'WebBrowserSiteObject *' から
'nsISupports *' への変換はあいまいです。」
とエラーがでたため、nsIWebBrowserChrome.h、nsIInterfaceRequestor.hの
～ : public nsISupports {
を
～ : virtual public nsISupports {
に変更しました。
コンパイルを通すために行った変更部分が原因なのでしょうか？
494:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/24 10:48
>>493
「～ : public nsISupports { 」のままでも
「../gecko-sdk\xpcom\include\nsCOMPtr.h(539) : error C2594: '引数' : 'WebBrowserSiteObject *' から
'nsISupports *' への変換はあいまいです。」
なんてエラーは出ませんね。.NET Framework SDKのcl.exeを使っています。
win2000, gecko-sdk-win32-1.4, VC++6のSDK、NET Framework SDKのcl.exeとlink.exe
という環境では以下のソースで正常にコンパイル・リンク・実行できます。確認してみてください。
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
495:デフォルトの名無しさん
03/07/25 03:32
virtualの実体を参照しようとするのは、絵に描いた餅で雑煮をつくるようなもんだぞ。
496:デフォルトの名無しさん
03/07/25 03:37
>>495
？
497:デフォルトの名無しさん
03/07/30 17:48
geckoで縦書きできないかなぁ
498:デフォルトの名無しさん
03/07/30 17:53
>>497
URLﾘﾝｸ(bugzilla.mozilla.org)
是非
499:デフォルトの名無しさん
03/07/30 20:27
いくらvoteしても、パッチなんて出なさそうなんだけど。
URLﾘﾝｸ(lxr.mozilla.org)
このへんかなぁ？
500:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/31 03:29
>>493
遅レスですが。
「'引数' : 'WebBrowserSiteObject *' から'nsISupports *' への変換はあいまいです。」
ってのは多重継承の弊害なので、
WebBrowserSiteObject*→nsIWebBrowserSiteObject*と明示的にキャストすれば
nsISupports*まで辿り着けます。
で、自分で書いといて何ですが、
nsCOMPtr<WebBrowserSiteObject> webBrowserSiteObject(new WebBrowserSiteObject());で
と言うコードは書かない方がいいです。
WebBrowserSiteObject* temp = new WebBrowserSiteObject();
nsCOMPtr<nsIWebBrowserSiteObject> webBrowserSiteObject
CallQueryInterface(NS_STATIC_CAST(nsIWebBrowserChrome*, temp), webBrowserSiteObject);
とすべきです。（書き方は色々ですが）
URLﾘﾝｸ(jt.mozilla.gr.jp)
501:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/07/31 03:31
CallQueryInterface(NS_STATIC_CAST(nsIWebBrowserChrome*, temp), webBrowserSiteObject);
↓
CallQueryInterface(NS_STATIC_CAST(nsIWebBrowserChrome*, temp), getter_AddRefs(webBrowserSiteObject));
ｽﾏｿ
502:山崎 渉
03/08/02 02:30
（＾＾）
503:デフォルトの名無しさん
03/08/06 00:58
hosh
504:はしのえみ好き～&rlo;ｯﾟﾎ(`Д´*)&lro;
03/08/06 01:25
丁度上がっているので質問です。
form要素が使えないのですが、どうすれば使えるようになるんでしょうか？
もちろん自分で調べますが、知ってる方がいらっしゃれば先に教えていただけると楽なんですが。
＃未だにnsIWebBrowserChromeとnsIEmbeddingSiteWindowの役割が分からん・・・。
505:デフォルトの名無しさん
03/08/06 20:25
>>504
all.js に
pref("security.warn_submit_insecure", false);
つければいいんじゃないかな。
dialog(nsIPromptServece) が出せないんで止まるんだと思う
httpsとかで必要ならこのへんも
pref("security.warn_entering_secure", false);
pref("security.warn_entering_weak", false);
pref("security.warn_leaving_secure", false);
pref("security.warn_viewing_mixed", false);
506:デフォルトの名無しさん
03/08/07 01:01
>＃未だにnsIWebBrowserChromeとnsIEmbeddingSiteWindowの役割が分からん・・・。
それは、nsIBaseWindowをつかってるからでは？
507:はしのえみ好き～＠仕事が詰まってるぞ
03/08/07 03:00
>>505,>>506
レスありがとうございます。
>>505
わー！すごーい！できました！
なるほど、本来なら送信セキュリティチェックのダイアログが出ているんですね。
そりゃ実装してなかったら先へ進めませんわな。
本当にありがとう！
>>506
んっと、「nsIBaseWindowをつか」うとはどういう意味でしょう？確かに
nsIWebBrowserChrome#SizeBrowserTo,DestroyBrowserWindow,
nsIEmbeddingSiteWindow#SetVisibility,GetTItle,GetSiteWindow
でnsIBaseWindowは使ってますが。。
nsIBaseWindowにタッチしない方が良いという意味でしょうか？
(Get|Set)Dimensions,(Get|Set)Visibilityとかで悩んでますね。
どこのやつを取ってこればええのー？って感じで。
ポップアップウィンドウを開く時に親ウィンドウのGetDimensionsが呼ばれるんですが
それ一体何に使うねん。みたいな状態で・・・（ソース調べてないだけなんですが
508:デフォルトの名無しさん
03/08/08 16:41
Geckoエンジンブラウザを、VisualC++のプロジェクト（ソリューション）で
ビルドできる段階になっているサンプルってないですか？
参考にしたいのです。
よろしくおねがいします
509:デフォルトの名無しさん
03/08/08 19:04
ありますよ。
510:508
03/08/09 00:22
>>509
名前か参考URLを教えていただけませんか
よろしくおねがいします
511:デフォルトの名無しさん
03/08/09 01:07
このｽﾚを はしのえみ で検索
512:デフォルトの名無しさん
03/08/09 02:52
URLﾘﾝｸ(lxr.mozilla.org)
普通ここを真っ先に見ると思うが。
プロジェクトファイルも、ワークスペースファイルも用意されてるし。
513:508
03/08/09 13:17
>>512
ありがとうございます。これって自分で手動で１つ１つ
ファイル取得するのですか？
ftpとか圧縮ファイルってないのですか？
514:デフォルトの名無しさん
03/08/09 13:21
圧縮ファイルはあるけど、CVSの方がいいと思う。
515:デフォルトの名無しさん
03/08/10 22:32
ところで、
URLﾘﾝｸ(www.mozilla.org)
で例に使われてるweblockってコンポーネントがどういう役に立ってるの？
なんか、インストールすら出来ないんだけど。
516:山崎 渉
03/08/15 15:51
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
517:デフォルトの名無しさん
03/08/19 11:37
UNIX系のサーバーで動作するGeckoベースのサムネイル作成プログラム
ってあります？
518:デフォルトの名無しさん
03/08/19 11:56
unixかどうか以前にgeckoでサムネイルを描くっていう話を聞いたことがないな。
プリントプレビューとかできるんだから、わりと簡単に出来るんだろうけど。
519:デフォルトの名無しさん
03/08/19 13:43
>>518
URLﾘﾝｸ(antipop.zapto.org)
アイディアとしては既に考えてる人はいたみたいですが
実現はしてないみたいです。
perlとかphpから実行できるといいなぁ。
520:デフォルトの名無しさん
03/09/09 02:00
mozctl.dllを使ってる人いる？
user_pref()を読み込ませるにはどうしたらいいか知ってたら教えてください。
prefs.js作っておいとけば勝手に読んでくれるのかなと思ったんだが、
どうも読んでないっぽい。Proxyを設定したいんだけど。
521:はしのえみ好き
03/09/09 03:55
>>520
prefs.jsをどこに作りました？
プロファイルディレクトリの中のMozillaControlの中が読みこまれるようですが。
URLﾘﾝｸ(lxr.mozilla.org)
522:デフォルトの名無しさん
03/09/09 04:29
>>521
だよね。そうだと思ってやってるんだけど、ダメだった。
あと別サイトで自作ソフトexeと同じ場所にdefault_pref.jsって
書いてあったからそれもやったけど、だめだった。
もしかするとちゃんと読んでるけど読んだとおり動いてないってことかな？
523:はしのえみ好き
03/09/09 05:29
>>522
about:configで確めてみるとか、
わざと滅茶苦茶な内容のファイルを読ませてみるとか
してみてはいかが？
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
524:デフォルトの名無しさん
03/09/09 09:39
ネット上の怪しい情報もふくめていろんな説があったので全部試してみました。がダメでした。
C:\Documents and Settings\(foo)\Application Data\Mozilla\Profiles\MozillaControl\(foo)\prefs.js
C:\Documents and Settings\(foo)\Application Data\Mozilla\Profiles\MozillaControl\prefs.js
C:\Documents and Settings\(foo)\Application Data\Mozilla\MozillaControl\prefs.js
C:\Documents and Settings\(foo)\Application Data\MozillaControl\prefs.js
C:\(exefolder)\prefs.js
C:\(exefolder)\default_pref.js
あと、念のためNetscape7とMozillaの設定画面でもプロファイルも設定しました。
prefs.jsの中身は
user_pref("network.proxy.type", 1);
user_pref("network.proxy.http", "192.168.1.1");
user_pref("network.proxy.http_port", 8080);
です。
が、about:configしても結果は
network.proxy.type, 0
network.proxy.http, ""
network.proxy.http_port, 0
ですた。
ちなみにプロファイルを読まない以外はGeckoの挙動自体には問題はないです。
普通にサイトやローカルファイルを見ることができます（プロキシを通らなければ）。
525:はしのえみ好き
03/09/09 09:50
>>524
\MozillaControl
で合ってますか？うちは何故か
\MozillaControl-1
でした。
原因探る前に止めちゃいましたけど。
526:デフォルトの名無しさん
03/09/09 11:45
>>525
-1つけてみましたがダメでした。
というか今発見したのですが、
C:\Documents and Settings\(foo)\Application Data\MozillaControl\profiles\MozillaControl\(aabbcc).slt\
というフォルダは削除しても自動的に作成されます。
その中にbookmarks.htmlやらprefs.jsやらも自動的につくられます。
でもそのprefs.jsを書き換えても読み込まれません。
うぉおおお、謎だ。
527:はしのえみ好き
03/09/09 12:13
>>526
…んー？
prefs.jsじゃなくてuser.jsを作ってみてはどうでしょうか？
中身は user_pref(キー, 値); で。
528:∩( ・ω・)∩ ばんじゃーい
03/09/09 14:14
>>526
liprefs.js
529:デフォルトの名無しさん
03/09/09 19:52
Ｇｅｃｋｏを ActiveX で貼り付けたんですが
メッセージを受け取れません CSC_NAVIGATEBACK とか
ＩＥコンポーネントでは上手くんですが
互換ということですがＩＥとは呼び出しかたが
ちがうんでしょうか
530:●のテストカキコ中
03/09/09 19:54
URLﾘﾝｸ(ula2ch.muvc.net)
531:デフォルトの名無しさん
03/09/09 19:55
なんで、そう自分の都合のいいように解釈できるかなぁ。
532:デフォルトの名無しさん
03/09/11 08:37
自分で貼り付けたブラウザのキャッシュとか何処に保存されているのでしょうか？
533:デフォルトの名無しさん
03/09/11 22:05
一概に 何処とは いえませんが
スタートメニューの検索で
history.dat とか
Cache とか
キーワード入れて探して見てください
534:デフォルトの名無しさん
03/09/11 23:50
ここは光子力ロケットを研究するスレッドですか？
535:デフォルトの名無しさん
03/09/19 16:28
>Ｇｅｃｋｏを ActiveX で貼り付けたんですが
536:デフォルトの名無しさん
03/09/20 11:48
>>529
URLﾘﾝｸ(linux.imp.mx)
のwinEmbedやmfcembedあたりを参照汁。
537:デフォルトの名無しさん
03/09/20 11:53
activeXならこっちか・・・
URLﾘﾝｸ(linux.imp.mx)
538:デフォルトの名無しさん
03/09/25 18:36
揚げ
539:デフォルトの名無しさん
03/10/04 17:49
多分見てると思うけど
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
># 教えてえろい人！
>ネイティブでスクロールバーを使う方法が分かりません！ フレームじゃないページなら
>できるんだけど。 なので今はスクロールバーだけはchromeに頼ってます。
>これが解決できれば（XULアプリを使わない限り）chromeフォルダもいらないんだけど。
>誰か知ってたら教えてください。
lxr あちこち見てみたけど、embedding の API だけを使う限り無理っぽいなぁ。
URLﾘﾝｸ(lxr.mozilla.org)
みたいに、nsINativeScrollbar.idl を実装して widget.dll を作り直さなきゃならんみたい。
chrome に頼らないものちゃんと作っておいて欲しいわ>mozilla.org
540:はしのえみ好き。永作博美好き
03/10/04 19:39
えろい>>539様
> lxr あちこち見てみたけど、embedding の API だけを使う限り無理っぽいなぁ。
ライブラリビルドしなきゃいかんのはちょっと厳しいですね・・・。
各フレームのnsIDOMWindowが取れたらそいつからnsIScrollable取ってちょちょいとできるのかと
軽い気持ちでおりましたが、なかなかそう簡単にはいかないのですねぇ。
わざわざ調べて頂いてほんとにありがとうございました。
これでスクロールバーのことはすっぱり忘れられそうです。
541:はしのえみ好き。永作博美好き
03/10/04 19:47
忘れると書いてから言うのもなんだけど、nsIScrollableを見る限りやっぱりできそうな気がするんだよなあ。。
nsWebBrowserもpublic nsIScrollableだし nsDocShellもpublic nsIScrollable だから
NS_IMETHOD GetCurScrollPos(PRInt32 scrollOrientation, PRInt32 *curPos) = 0;
NS_IMETHOD SetCurScrollPos(PRInt32 scrollOrientation, PRInt32 curPos) = 0;
NS_IMETHOD GetScrollRange(PRInt32 scrollOrientation, PRInt32 *minPos, PRInt32 *maxPos) = 0;
NS_IMETHOD SetScrollRange(PRInt32 scrollOrientation, PRInt32 minPos, PRInt32 maxPos) = 0;
こんだけありゃどう見てもいけそう。
調査しようと思ってるけどなかなか時間がなくって。（というかwxWindowsに悪戦苦闘してるせいなんだけど。
542:デフォルトの名無しさん
03/10/04 20:00
最小のGeckoブラウザでclassic.jarとtoolkit.jarを出来る限り削ってみた。
まだ削れるところがあったり、もっと昨日増やしたら不具合出るかもしれないけど一応。
classic.jar
/skin/classic/global以下のすべてのファイルとディレクトリ。
toolkit.jar
/content/global以下の
bindingsディレクトリとその中のすべてのファイル、xul.css、contents.rdf
ここまで削ってWindowsXPの圧縮フォルダで圧縮したら合計130kBに。
componentsも今度やってみようと思う。
543:74=542
03/10/04 20:03
名前入れるの忘れてた。
短時間だけ浮上して長時間潜航するクセはどうにかしないとなぁ。
Delphiコンポーネント作るのがんばってみるか。
544:はしのえみ
03/10/07 05:48
>>542
componentsは結構厳しいですよ。
サイトによって必要なものが変わったりしますから。
googleでOKでもmozilla.org行くとエラー吐いたり。
こっちは今wxWindowsコンポーネント（？）を作ってるんですけど、
Delphiコンポーネントって今どういう状況になってます？
＃サイト更新されてないようですけど:-p
545:デフォルトの名無しさん
03/10/07 09:13
wxWindowsコンポーネントって既にこういうもんがあるけど
URLﾘﾝｸ(lxr.mozilla.org)
URLﾘﾝｸ(wxmozilla.sourceforge.net)
利用して何か作ってるのかな。
546:はしのえみ
03/10/07 18:41
>>545
wxEmbedは色々参考にしました。
wxmozillaはビルドにmozillaが必要なことと、
イベントハンドリングがXRC向きじゃないということから一から作ってます。
AustereはXRCがメインで、プラグイン形式のコンポーネントをサポートしたいのです。
547:はしのえみ
03/10/08 01:40
>>545様
ところでwxmozillaはwxNotobookに乗せて使えますか？
GtkPizzaがrealizeする前にnsIBaseWindow#InitWindowしちゃってるみたいなのですが…。
それからwxWindowsのソース中のコメントではm_widgetがGtkScrolledWindowの時もあるからm_wxwindowsを使ってね
みたいなことが書いてあるんですが、m_widgetをGtkEventBoxにしちゃってたり、m_widgetでnsIBaseWindow#InitWindowしたりしてるんですが…。
548:74
03/10/11 00:00
>>544
ようやくタブフォーカスの問題が解決しました。
VCLが相当悪さしていたようです。
コンポーネントは一度ソースを書き直しているので以前よりあまり進んでいません。
これからも暇を見つけてちょこちょこ書き足していくつもりですが。
#遊ばせてるスペースがあるからサイト立ち上げようかなぁ。
549:デフォルトの名無しさん
03/10/11 01:59
>>548
ぜひ立ち上げて。進捗教えて。ソース見せて。
550:デフォルトの名無しさん
03/10/11 13:48
1 さん復帰アゲ
551:デフォルトの名無しさん
03/10/19 15:06
もいっちょ
552:デフォルトの名無しさん
03/10/19 19:40
ﾓｼﾞﾗ本家にも見捨てられかけてるGeckoを今更…
553:デフォルトの名無しさん
03/10/19 22:51
>>552
無知だね
554:74
03/10/20 16:50
新しいウィンドウ作成がどうしてもうまくいかない・・・。
ポップアップの出る旧Tripodのページを表示しようとしたら
新しいウィンドウにも現在のウィンドウにも新しいページが表示されない。
それどころか閉じるとAV出るし。
WindowCreator登録してCreateChromeWindowで
新しく作ったnsIWebBrowserChromeぶち込めばいいだけだよね。
何でうまくいかないんだ・・・
555:74
03/10/20 17:10
コード弄ってるうちにできるようになりました。
GetInterfaceでnsIDOMWindowを取得するようにしたときに
out Intf引数の扱いが変で関数内で明後日の方向に飛んでいってしまうのが原因だったようです。
あとはコンテキストメニューを表示できるようになれば実用に差し支えなくなります。
556:デフォルトの名無しさん
03/11/03 05:27
>>536
>>537
今更ですが ｻﾝｸｽ
557:デフォルトの名無しさん
03/11/15 04:23
K-meleonの日本語化に苦戦中。
とりあえずlayerタブの日本語の文字化けがどうしようもない。
558:デフォルトの名無しさん
03/11/15 16:52
IEコンポーネントを使えば１秒で完了なのに。
559:デフォルトの名無しさん
03/11/15 17:15
いや、コンポーネントブラウザ総合スレならともかく
gecko スレでそれを言われても。
560:デフォルトの名無しさん
03/11/15 23:45
いや>>558の脳内ではIEコンポーネントを使えば1秒で
Geckoベースのブラウザが作れるんだろう。
561:デフォルトの名無しさん
03/11/16 01:13
何もそこまでGeckoベースに拘らんでも…
まぁソレを言うとこのスレの意味が無くなるが、
Geckoベースのメリットって別段無いしな。
ソースが公開されてる、と言っても別段、
Geckoのソースに手を入れて使うわけでも無し。
562:デフォルトの名無しさん
03/11/16 04:43
だからそういう話題はスレ違い。
563:デフォルトの名無しさん
03/11/16 04:53
ここはGeckoを使うか使わないかを議論するスレではなく、
Geckoを使うことに関して話し合うスレ。
564:デフォルトの名無しさん
03/11/16 15:21
そう。理屈では無い。これは信仰心。宗教だ。
565:デフォルトの名無しさん
03/11/16 18:51
>>564
脳の病気ですか？
566:デフォルトの名無しさん
03/11/16 20:08
>>564
宗教はお前だろ。
WinのスレでMac最高っていってるﾏｶｰと同じ。
スレ違いってことがわかってない。
567:デフォルトの名無しさん
03/11/16 20:36
要するにバカなんだよ
568:デフォルトの名無しさん
03/11/17 00:39
私はバカになりたい
569:デフォルトの名無しさん
03/11/17 00:50
>>557
0.7の日本語関係のバグを解決するためのパッチですけど
良かったら参考にしてみてください。
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
上のほうが、日本語を検索できないバグへのパッチ、
したのがタイトルの文字化けを防ぐパッチです。
私が0.8に対応させたいところなのですが、Mozillaのビルドがうまく
いかないもんで・・・。
570:デフォルトの名無しさん
03/11/17 02:46
信者の集うスレはここですね？
571:デフォルトの名無しさん
03/11/17 02:59
違います。
572:デフォルトの名無しさん
03/11/17 03:59
信者とかいう概念に囚われてると、好奇心で行動する椰子の考え方は理解できんってことか。
573:デフォルトの名無しさん
03/11/17 22:09
むしろ、>>570がある宗教(IE?)の信者に思える・・・。
574:デフォルトの名無しさん
03/11/17 22:54
IE教はあまり聞かないが、オープンソース教徒は割と頻繁に見かける。
575:デフォルトの名無しさん
03/11/17 23:02
↓IE教徒:投票結果をひっくり返す
URLﾘﾝｸ(www.forest.impress.co.jp)
576:デフォルトの名無しさん
03/11/17 23:43
確かにネット上でIE絶賛してるサイトは余り見かけん。むしろ叩きの方が多いんじゃないかな。
オープンソースまんせーサイトは結構あるのに。
577:デフォルトの名無しさん
03/11/18 01:24
このサイトはIEX.X以上でご覧下さい。
なんていくらでもあるだろ。
578:デフォルトの名無しさん
03/11/18 02:51
>>577
そりゃ単に(シェアを理由に)他のOSおよびブラウザでチェックしたがらない怠慢
まぁコストの問題とかあるんだろうが、それでも文法チェックの甘いブラウザはチェック用途に
向かないと思う、無論最終チェックには良いだろうが
そういう意味でOpera7なんかも良くなりつつある(アドなので俺は使わないが)と思うのだが、
Mozilla程マンセーがないのはオープンソースでない故かな
スレ違いスマソ
579:デフォルトの名無しさん
03/11/18 22:43
文法チェックが甘いブラウザ、ではなく、許容度の高いブラウザなワケだが。閲覧には便利。
文法チェックは別ツールで行うべき。HTML Lintとか。
580:デフォルトの名無しさん
03/11/19 01:11
もちろんそうだけど、見た目のチェックは複数のブラウザでした方がいいでしょ。
581:デフォルトの名無しさん
03/11/19 04:28
おまいらそろそろ続きはソフトウェア板かWeb制作板でおねがいします。
582:デフォルトの名無しさん
03/11/24 10:13
URLﾘﾝｸ(www.iol.ie)
Mozilla 1.5 ActiveX Control
583:デフォルトの名無しさん
03/11/25 03:28
このスレで公開されたMinimumGekkoの以下のような実行時の
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
使用メモリ量ってどのくらいでしょうか？
激しく興味を惹かれます。
584:74
03/11/25 18:35
>>583
Delphiで同じものを作って起動直後に11月25日18時28分現在のYahoo!JAPANを表示させると
タスクマネージャでメモリ使用量16284kB、仮想メモリサイズ6900kBでした。
ちなみにGoogleツールバー装備のIEでは21420kB、12804kBで、
Googlebar+CTX+TBX+Prefbar2のNetscape7.1では29888kB、20560kBでした。
585:デフォルトの名無しさん
03/11/25 21:49
win2ksp3のIE6.0SP1環境でYahoo!JAPANを表示時
IEの消費メモリが 使用メモリ量１９MB 仮想メモリ10MBなので
Gekkoの最小構成といえども思ったよりもメモリ必要量は少なくないですね。
ありがとうございました。感謝
#IEの方はシステムと切り離していない環境なので割り引いて考える必要がありますね
何回か起動終了を繰り返すうちにIEは使用メモリ１1MB 仮想メモリ3MBになりました
586:デフォルトの名無しさん
03/11/25 22:21
やっぱり、メモリの量はあんま関係無いみたいだね。
メモリの量を減らしたいなら、
componentsとchromeに手を入れざるをえんだろうなぁ。
587:デフォルトの名無しさん
03/11/30 00:05
sylera2でたね。
588:デフォルトの名無しさん
03/11/30 14:31
age
589:デフォルトの名無しさん
03/12/03 18:14
IEからJavaScriptでMozillaを呼び出すようにできないかな?
ホームページ作成者がIEとMozillaを選べるようにしたい。
590:デフォルトの名無しさん
03/12/03 20:38
RewriteCond %{HTTP_USER_AGENT} ^"^Mozilla/.\.0 \(compatible; MSIE.*$ [NC]
RewriteRule ^.* URLﾘﾝｸ(www.mozilla.org) [R,L]
591:590
03/12/03 20:40
なんかゴミが入った
RewriteCond %{HTTP_USER_AGENT} ^Mozilla/.\.0 \(compatible; MSIE.*$ [NC]
RewriteRule ^.* URLﾘﾝｸ(www.mozilla.org) [R,L]
592:デフォルトの名無しさん
03/12/11 18:49
ブラウザ以外でgeckoエンジンを組み込んでいるソフトってありますか？
（例えばバナー表示などで）
参考にしたいので（ソースの有無にかかわらず）教えてください
593:デフォルトの名無しさん
03/12/12 13:24
thunderbird
594:つまずき
03/12/14 15:38
XPｓｐ１に
Mozilla 1.5 ActiveX Control と Minizilla.zip（勝手に）を DLして
Mozilla 1.5を C:\Mozilla と言うフォルダにインストールし
そして Minizillaの解凍したものを 同じフォルダへ入れました
レジストリ登録はインストーラの方でやってくれるみたいす。
環境変数PATHは同じフォルダにそのソフトを置けばいいようなのでやってません。
この状態で起動はごく普通にできるんですが
再起動すると フォルダが 増えて行くんです
(MozillaControl MozillaControl-1 MozillaControl-2)のように
default_pref.js も読み込んでないようです
なにか ご存知方いますか？
595:つまずき
03/12/14 18:28
Mozilla 1.6 Beta を DLし Mozilla 1.5 ActiveX Control の吐き出すファイルと同じように
余計なファイルを削除し（フォルダの中身はいじってない が msgbsutl.dllだけ追加 ）て
↑ のとうりにやってみたら 起動する度にフォルダは出来ずうまくいってますね
という事は いじっていない フォルダのどれかに違いがあるんですかねぇ？
596:デフォルトの名無しさん
03/12/16 15:15
K-Meleon0.8.1は日本語を含むパスにファイルを保存できないのだがそれが出来れば・・・
RSSReaderとかもpluginで作ってないかなあ
597:594-595
03/12/29 21:59
新しいバージョンが出たのでそれをインストールしたら 直ってしまいました
2003/12/24 Mozilla 1.6 ActiveX Control Test
598:デフォルトの名無しさん
03/12/30 00:08
ActiveX コントロールの 右クリック
何とかなんないかな～
599:デフォルトの名無しさん
03/12/30 23:46
>>598
どういう意味？
600:デフォルトの名無しさん
04/01/01 02:20
上にclがどうたらってレスがあったけど、
VC++をインストールせずに、cl.exeにパスを通すだけでビルドする、
ってのは可能なのかな？
601:デフォルトの名無しさん
04/01/01 02:43
>>600
何が言いたいんだ？さっぱり分からん。
VC++のcl.exeをどっかからコピってくるってことか？
だとしたらGeckoいじる前に簡単なプログラムやった方が良いと思われ。
602:デフォルトの名無しさん
04/01/01 16:45
.Net Framework SDK に cl.exe が入っているけど
ビルドするには加えて MS Platform SDK も必要、じゃなかったかな。
603:デフォルトの名無しさん
04/01/01 17:08
URLﾘﾝｸ(www004.upp.so-net.ne.jp)
> 開発環境を持っていない人は、Microsoftからダウンロードできます。
> .NET Framework Software Development Kit Version 1.1(VC++7.1相当)と
> Platform SDK-CoreSDK(俗に言うWindowsSDK)をインストールしてください。
合計800MBぐらいか。
604:デフォルトの名無しさん
04/01/01 23:07
これ落とせばMozillaがコンパイルできる?
K-Meleonのプラグインをコンパイルしてみたいんだけど、なんか色々必要みたいで・・・
605:デフォルトの名無しさん
04/01/02 01:20
>>604
> これ落とせばMozillaがコンパイルできる?
Mozilla自体をコンパイルすんの？スレ違いじゃない？
> K-Meleonのプラグインをコンパイルしてみたいんだけど、なんか色々必要みたいで・・・
何が必要なの？
606:デフォルトの名無しさん
04/01/02 11:03
URLﾘﾝｸ(kmeleon.sourceforge.net)
ここみたらVC++6以上が必要だとか、他にもWinCVSとかCygwinとか
よく分からんツールが列挙されてて…とりあえず落としてみたけど。
何がしたいかというと、プラグインのダイアログで日本語が文字化けするんで
MSPゴシックとかに変えて、もし出来ればちゃんと日本語扱えるようにしてみたいなあと。
C++やったこと無いけど。
607:デフォルトの名無しさん
04/01/02 11:54
そのぐらいのことならResourceHackerでいいんじゃないの？
608:デフォルトの名無しさん
04/01/02 23:38
そーなんですけどね。実際それの類似ツールで書き換えて表示させてるんですが、
Ctrl+Gのネット検索とかは日本語をまともにGoogleに渡してくれないんで
どうしたもんかなあと思いまして。
609:デフォルトの名無しさん
04/01/02 23:57
エンジンはGeckoでいいが、インターフェースはあれを使ってほしくない
というよりも
あのインターフェースが大嫌い。
はっきりいって、他のソフトよりも浮いて見える。
610:598
04/01/03 09:25
>>599
なんか出遅れたみたいで 今更なんですが
Mozilla ActiveX Controlで作ったやつの右クリックで
進む や 戻る とかは出来るんですがコピペが出来ないんです。
Ctrl+C や Ctrl+Vで一応出来るんですが・・・
611:デフォルトの名無しさん
04/01/04 00:56
やっぱまずはVC++買わないとダメか
612:蕪木ら某 ◆Googl8RmwA
04/01/04 01:25
>>611
URLﾘﾝｸ(www.microsoft.com)
> Visual C++ .NET Standard...
> （最適化コンパイラなし）
...?
613:デフォルトの名無しさん
04/01/04 01:32
おや？こんなところまでくるのかｗ
614:デフォルトの名無しさん
04/01/04 10:10
>>613
あんた相当暇人だな
615:デフォルトの名無しさん
04/01/04 10:54
>>614
何故そう思う？
そんなに>>613の文章が暇人に見えるのか？
蕪木ら某はMozillaスレでよく見かけるから、こんなところにも来るのかと言っただけだが？
あと、「はんかくせ～」って何だ？
616:デフォルトの名無しさん
04/01/04 10:57
ああ、すまん。誤爆かキチガイのどっちかだな。
>>615に対するレスは返さなくていいよ（返せないと思うけど）
617:デフォルトの名無しさん
04/01/04 11:43
>>615
あっそ？ ﾌｰﾝ
618:デフォルトの名無しさん
04/01/04 12:06
ぷらら ぷらら か～
619:デフォルトの名無しさん
04/01/04 18:49
著作権侵害厨の集うスレはここですか？
620:デフォルトの名無しさん
04/01/04 19:09
>>617-619
これ同一人物？言ってること意味分からん。キモイ
621:デフォルトの名無しさん
04/01/04 19:39
のんびりスレなんで、煽らんでくれ。
漏れもわかんないけど。
622:デフォルトの名無しさん
04/01/05 06:45
ところで、tabの取り扱いって、C++側からだと、貧弱過ぎません？
nsITabBrowserなんてクラスがあったら便利だと思うんだけど。
623:デフォルトの名無しさん
04/01/06 01:46
>>622
どういうインターフェイス？
624:デフォルトの名無しさん
04/01/06 19:14
例えば、tabのシングルウィンドウを本格的にサポートしようとすると、
nsIWebNavigationでは力不足だと思う。
nsITabBrowser::LoadURIinTab(in nsIURI targetURI, in nsIURI refererURI, in PRBool bypassCache);
みたいなメソッドが必要なんじゃない？
625:デフォルトの名無しさん
04/01/06 20:30
>>624
おいおい。それはUA側で実装することだろ。
何でGeckoがあるかないか分からないタブの面倒を見なきゃならんのだ？
626:デフォルトの名無しさん
04/01/06 20:37
>>624
それに、タブを作るには親ウィンドウのハンドルが必要だろ。
初期化が面倒になるし、Gecko自体も複雑になるではないか
627:デフォルトの名無しさん
04/01/06 22:33
もともとDOMのwindowは名前がつけられるんだから、tabのnative窓がどこであれ
それを統括的に扱う仕組みが必要だと思うが…。
628:デフォルトの名無しさん
04/01/07 00:17
URLﾘﾝｸ(lxr.mozilla.org)
URLﾘﾝｸ(lxr.mozilla.org)
URLﾘﾝｸ(white.sakura.ne.jp)
URLﾘﾝｸ(white.sakura.ne.jp)
Moz, TBE は上のXBL(XULの<tabbrowser>要素)で統括して扱ってるわけだが、
C++のwrapper class で処理したいってことかいな。UA側で実装することだと思うが。
629:デフォルトの名無しさん
04/01/07 20:00
UA側ってどういうこと？
たとえば、すでにtabを2つ以上開いててそれぞれの名前が_A,_Bだった場合、
_Aのコンテンツで
javascript:window.open("test.html","_B","resizable");
を呼ばれたら困ってしまう。
現行のバインディングでは、親子関係にまったく触れてないから、
仮にwindow.open()で新しいタブが作れた場合、
window.opener.close()で(1)閉じられない(2)自分ごと閉じてしまう。
こういうのをバインディングにやらせるのは荷が重い、
というかややこしすぎてダメだと思う。
630:デフォルトの名無しさん
04/01/08 03:20
>>629
＞現行のバインディングでは、親子関係にまったく触れてないから、
はい？親ウィンドウは通知されますよ？
631:デフォルトの名無しさん
04/01/08 18:22
だから、親ウィンドウじゃなくて、親タブ？を渡すのが筋かと。
window.close()はウィンドウじゃなくて、タブを閉じてほしいでしょ？
632:デフォルトの名無しさん
04/01/08 21:17
>>631
だから何を言ってるのよ？
親ウィンドウのハンドルは君が言うところの親タブ？のハンドルでしょ。
つっかGecko触ったことないでしょ？
君が行くべきスレはXULスレじゃない？
633:デフォルトの名無しさん
04/01/08 21:23
>>631
通知される親ウィンドウってHWNDじゃないのは分かってる？nsIWebBrowserChromeだよ？
634:デフォルトの名無しさん
04/01/08 21:31
nsIWebBrowserChromeもウィンドウに変わりはないでしょうが。
タブで開くと親ウィンドウ＝子ウィンドウってことだよ。
635:デフォルトの名無しさん
04/01/08 22:03
>>634
＞タブで開くと親ウィンドウ＝子ウィンドウってことだよ。
HWND等に限って言えば、ね。
でもnsIWebBrowserChromeのインスタンスは違うんだからさあ。区別できるでしょー？
もうレスしません。めんどくさい。
636:デフォルトの名無しさん
04/01/20 01:10
URLﾘﾝｸ(delphi.mozdev.org)
こんなの出てる。Mozilla ActiveX Control をDelphiで組み込むってだけだけど
637:デフォルトの名無しさん
04/01/23 23:17
大変恐縮なのですが、教えていただきたいことがあります。
Geckoを使ったブラウザは、軽いのから重いもまでいくつかありますよね。
でも、実際に使ってみた実感として、
起動速度の違いはあるものの、
描画速度に関しては似たり寄ったりのような気がします。
(epiphanyとfirebirdを比べてみました。）
ブラウザの描画の仕組みを知らないのですが、描画速度というものは、
完全に描画エンジンによって決定されるものなのでしょうか？
つまり、Geckoを使ったブラウザで軽いとか重いとかいうのは
起動の時の話のみを言っているのでしょうか？
ちょっとスレ違いかもしれませんが、よろしくお願いします。
638:デフォルトの名無しさん
04/01/24 00:29
FirebirdやMozillaなどのXULを使ってるタイプ（非ネイティブUI）の場合、GeckoはUIの方も面倒見なきゃいけないから差が出る。
つうことで、重い軽いは起動のときに限ったことじゃない。
再描画するのはGeckoなんだから重いテーマは軽いテーマより時間がかかることになる。NautiPolisとClassicで比べてみるとすごく実感できる。
もうちょっと詳しい方の説明キボンヌ。