駄目だ…少し頭冷やしてこないと…
TODO: 「アプリケーション出力」ウィンドウからコピーした文字列をメモ帳に貼りつけた時とAnnに貼りつけた時の挙動の違いを調べるかも。特に改行の扱い。
何故かYou have requested an encrypted page that contains some unencrypted information. Information that you see or enter on this page could easily be read by a third party.
と言われることが多発。https://bugzilla.mozilla.orgとかでも起こるので原因不明。リロードしていると言われなくなること多し
「Firefox Nightlyが何故かアップデートされない」トラブルを個人的に抱えていた。気まぐれにabout:configを見ていたのだが、app.update.channelが、なぜかdefaultをデフォルト値としていたため(Nightlyのデフォルト値はnightly)であるが、たとえこれを書き換えてFirefoxを再起動してもAbout Nightlyはdefault channelだと言い張り続けていた。面倒で避けていたが、面白みのない解決策「プロファイル初期化」で解決することにした。今アップデートできたんで一応報告。
TODO: MonoDevelopがどうやってコンパイラを見つけ出すかを調べる
- https://github.com/mono/monodevelop/blob/master/main/src/addins/CSharpBinding/MonoDevelop.CSharp/CSharpBindingCompilerManager.cs#L81
- https://github.com/mono/monodevelop/blob/master/main/src/core/MonoDevelop.Core/MonoDevelop.Core/Runtime.cs
- https://github.com/mono/monodevelop/blob/master/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/SystemAssemblyService.cs
- https://github.com/mono/monodevelop/blob/master/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetRuntime.cs
- (本当はこの間に紆余曲折ある)
- https://github.com/mono/monodevelop/blob/master/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetFrameworkBackend.cs#L69
- codebase = uri [CT]
- This attribute specifies the base URI for the applet. If this attribute is not specified, then it defaults the same base URI as for the current document. Values for this attribute may only refer to subdirectories of the directory containing the current document. Note. While the restriction on subdirectories is a departure from common practice and the HTML 3.2 specification, the HTML Working Group has chosen to leave the restriction in this version of the specification for security reasons.
nsObjectLoadingContent::GetObjectBaseURI
ここかなあ？bug 406541についてはよく知らんけども。
シリアライズ側は大丈夫なのかな？http://mxr.mozilla.org/mozilla-central/source/embedding/components/webbrowserpersist/src/nsWebBrowserPersist.cpp#3176
このサイトにはJava Appletがある。npjp2.dll(JDK 8 b24[最新じゃないのは単に入れ替えが面倒でサボっているだけ])でアクセスすると、Safariでは表示されるのに対し、Nightlyでは表示されない。ログを見るとわかるのだが、何故か「http://www.asahi-net.or.jp/tsb.jar」を探している。(実際にあるのはhttp://www.asahi-net.or.jp/~va5t-sd/tumesyougi/tsb.jarなのに…
データ自体を送ることはできたけど…なぜSendMessageWをVBA側から使ったあと、VB.NET側でUnmanagedType.LPWStrでは化けて、UnmanagedType.LPStrだと化けないのか…逆だと思ったんだが…。