Geckoベースのブラウ� ..

---

[2ch|▼Menu]

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

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

5354日前に更新/225 KB
担当:undef