コメントが拒否られるっ･･･

ココのコメント受付システム使えねえっっ (　> _ <)


そもそも投稿者は拒まぬ設定してたのに、テンプレートと(表示枠のサイズに)相性があって、
投稿ボタンが表示されてなかったり、ソレ直したと思ったら今度は、おきつねさまは煎れた覚えの無い、
新機能のスパムフィルタが過剰反応して、匿名投稿を殆ど受け付けないし･･･

強制適用ってのが既にｲﾐﾌ、ナニ考えてるBlogger運営っ!! (#ﾟДﾟ)ι


つか、そんなフィルタ マジ要らぬから、設定に解除(停止)方法用意しておけよっ!!! (　; _ ; )
＜ ｺﾒ来ないから、おかしいとは思ってた。　おきつねさまはスパムフィルタとか要らぬ！ ＞

かなり良くなったケド･･･

関連アリなログとしては、もう３回目のとなりました、BloggerのWYSIWYGのハナシ。
前回 [ 20100128 0711 ] / 前々回 [ 20100126 1214 ]


　・起動は それなりに軽くなった。
　・カーソルのﾁｬｶつきは改善せず･･･ ソレに起因した操作のﾓﾀりは若干解消した。
　・半角スペースは、" " ←使えてるかな、カナ？Ψ(｀∀´)Ψ
　・公開ボタンが下にしかないのは変わらないか･･･
　　投稿オプションやラベルを表示すると、画面の情報量が多いモニタでも辛いハズだが･･･


－－－－－

さて、ココで、他ユーザーには あまり関係ナイやも知れぬ更なる別問題を指摘しておこう。


　・ラベルの一覧表示
　　　おきつねさまはラベルだらけにしてるから、"すべて表示"機能だと、チョイと探し辛い･･･
　　　(纏めろ と云う意見は無視)

　　　どうせWYSIWYGをFlashモドキ(未確認だが多分Ajax･･･JAVA!?)に差し替えたのだから、
　　　ラベルを、分類した連続ポップアップ状に表示する体に変更したほうが、
　　　効率の良い操作が出来るGUIとなる･･･その概要は"Orchis"でｸﾞｸﾞって参考にするが良い!(王様風)

　・プレビュー
　　　ログの幅までカスタムされたテンプレートの場合、全く役に立たない。
　　　(ﾃﾝﾌﾟﾚをｲｼﾞんな ってぇ意見も無視)

　・メンテナンス画面のポップアップウインドウ処理
　　　ポップアップブロックにヤられるか、表示が重くて敵わん･･･

　　　それに ロリちゃんだと、ホップアップしたウインドウ幅とは違う数値でセンタリングしてしまうので、
　　　入力テキストボックスがマトモに表示されない。
　　　(カスタムしたテンプレート幅基で中心座標が計算されている模様)
　　　なので、target="_blank" で、表示してくれたほうが、まだ親切。

　・ﾛｹｰﾙ設定が無視される。
　　　くろむたん限定の問題だが、日本の日時を海外書式で表記してしまう。
　　　主に、"フィードの設定" でのハナシ。


　　　つまり、コレ ▼ が、

　　　　　かなり良くなったケド･･･ - 2010年1月30日

　　　こう ▼ なってしまう。

　　　　　かなり良くなったケド･･･ - Saturday, January 30, 2010


　　　･･･右側のバーって、幅300pxしかナイんだから、勘弁してよ ┐(´_｀)┌
･･･まだまだよのう越後屋(￣ー￣)ﾆﾔなんか、殆ど嫌がらせみたいな記事になってるしww

まだまだ だなBlogger･･･

先のログで指摘したWYSIWYGの問題について･･･

HTML記述ミス検出機能は、元通り動作するようになった･･･ まぁ　コレはﾖｼとして、
あとは　カーソルの妙なﾁｬｶつきを何とかして貰いたいモノだ。


そして、新たに別の問題を指摘するなら、

　・旧WYSIWYGより起動が重い。
　　　少しずつ軽くなっているようなので、今後に期待。

　・[投稿を公開] と [保存]ボタン。
　　　画面サイズが潤沢でない場合、現在の位置だけでは使い辛いのが現状だ。
　　　早急に、本文入力テキストボックスの上にも配置して欲しいトコロだ。

　・本文中で半角スペースが使えないのも不便。
　　　全角と半角は使い分ける向きも居る、こちらも早々に、対応を考慮すべきだ。


＜追伸ログ - 20100130 0132 ＞

地雷で自爆･･･

･･･とまぁ、物騒なタイトルだが、実際はココのカウンターのハナシw

いつの間にか１万超えてたのな(´ﾍ｀；)

"自分のアクセスを非カウント"　な設定にはしてないし、使ってる電力系ISP(QTNet BBIQ)って、
DHCPであるコトをいいコトに、結構な頻度でIP変えてくれるから、やっても無意味なんだよね┐(´_｀)┌


－－－－－


DHCPでIP割り振るISPなんてぇのは珍しくない。
実際　USEN GyaOも　そうだったし、他の固定IP別料金で使えるようなトコロでも、
そのオプション非適用なら、同様だった。

そうした一般的なプロバイダってのは、自社内での管理簡素化を図るコトで、
サービスを低料金で提供可能にし、且つ、ユーザー側での設定の簡略化など、
アクマで使い手の利便性向上を目的としてDHCPを導入しているトコロが多く、
その為、切断／再接続などを除き、ルータによる常時接続時には、そうそうIPは変わらない。


　　しかしっ！！


ソレを踏まえて考えるに、BBIQの　その頻度たるや、常軌を逸している次元だと断ずるべきだろう。
ヘタすりゃ割り振りを１日維持してるかドウかってレベル･･･　不効率極まりナイ･･･


　　ナ・ナ・ナ・ナンセンス!!!  (#｀Д´)ι


しかも、大した量のデータをヤり取りしている訳でもナイのに、
導入前に、廻って来た営業に確認し、ソレを否定された 帯域制限 も、
どうやら影でコソコソやってるっぽい動きも見て取れる･･･

最悪、ルータを買い換えても駄目だったら、あの会社マジ曝し者確定だな(-_-;)
＜ 九州電力 QTNet BBIQ DHCP濫用 帯域制限の可能性 ＞

どうしちまったんだBlogger？･･･

･･･つか、Google起因か？

数日前に、ココのWYSIWYGがFlashっポイのに差し替えられてからと云うモノ、
カーソルや処理がﾁｬｶついて、操作できたモノではナイ。

しかも以前のように、確認後に･･･ってのではなく、いきなり予告ナシに差し替えられちまってるし･･･

元々付いてたHTML記述ミス検出機能も、同様に検出はするモノの、
訂正しても、以前のようにソレを自動認識(更新)しないので紛らわしくて敵わん･･･(-_-;)

まったくﾔﾚﾔﾚである ┐(´_｀)┌


＜ 追伸ログ - 20100128 0711 ＞

またかいっ･･･

先の おでかけ撮影のトキにもヤられた、SD14の撮影データ破損。
今朝の就寝前定点撮影データも完全ロスト･･･ もう勘弁して(-_-;)

CFメーカー／商品問わず こんな症状出るようなら、新たにCFを買い足すとしても躊躇する罠･･･(´ﾍ｀；)

取り敢えずChkDskで回復させたが、確保できた.chkファイルの拡張子をX3F変え、
そのままSIGMA PhotoProで現像を試みたトコロで、余程 運が良くない限り、現像は出来ない。
しかし、面白いコトがついさっき判った。
前ログ公開のスクリプトで、正常なファイルと同様に撮影情報が取得できたのだワw

確かに、元々から、完全に全ての情報を取得できないスクリプトだったワケだが、
Header破損しているファイルからも、正常なファイルからのモノと変わらないデータを抜き出せたコトに驚いている。

･･･でも、現像は出来ないんだよなぁ(;_;)
RAW内のメインデータの範囲を取得する手段があれば復元できそうだが、
その情報を格納しているハズのFooterも死んでるコトが多いし、
当然ファイル内で一番規模の大きいメインデータの破損も考えられるワケだから、
結局安直には解決できん･･･(´ﾍ｀；)


ま、撮影のログだけでも簡単に確保できたので、ﾖｼとするしかナイ罠･･･

そう云えば･･･

SIGMA PhotoPRO 3.x、結構致命的な問題も抱えている。

もしかしたら、SD14のファームウェアのバグとかに起因するのかも知れないが、
カラーモードを設定して撮影しても、SPPのEXIF表示で確認できないし、認識している風でもない。
その為だろう、現像されたJPEGのEXIFやプロパティにも、記録されていない。

写真とは云え、端末で、情報として扱う以上、こう云う欠落は致命的だ。
撮影毎に 一々メモでも取っておけ と でも云うのだろうか？　･･･早急に改善願いたいモノだ(´ﾍ｀；)


つか、今、デジカメを手がけるメーカーに対し、声を大にして云いたいっ
どんなにカメラとして機材の出来が良くても、現像する端末と親和性が低ければ、
クライアントに要らぬ負担を掛ける事が理解できていないだろ!
記録対象がフィルムでなくなった今、カメラはスタンドアロンでは機能しないのだ、
いい加減、端末拡張用周辺機器であることを明確に認識しろ!!つ～かさぁ、チョイと別のアプローチで、ソレを脱することも可能なのに、
ドコのメーカーもソレに気付かない ってのも、いい加減辟易なんだけどな～ ┐(´_｀)┌

コノ辺、海外に先越されなければ良いのだが･･･(-_-;
台湾メーカーにでも、入れ知恵してやろうか知らん♪ ･･･とか思った おきつねさまがココに居るwΨ(｀∀´)Ψ

珍しいな･･･

アクセス解析の一部サーバー障害につきまして - NINJA TOOLS [ 20090701 2130 ] -Cash-


外部ログ録りに使ってる某忍者、鯖が１つ逝ったらしい･･･
しかし、HDDコントローラって、ドコのコト云ってんだろ？

RAID板？ M/BのオンボードSATA？ UDMAIDE？
それともHDDに載ってる板？ そのスピンドルコントローラでも逝った？


最近はRAIDオンボードな鯖板も多いし、何気に使ってる企業も多いようだが、
その石が死んだらM/B全交換って云う、なんとも危険なコトにナルってコトに気付いてないコト多いようだ。

やっぱりRAID板は、後載せサクサクでしょ♪
RAID板のスペア持ってりゃ、RAID石死んでも、板載せ替えで、あっさり復旧するしな。

あとHDDな、SASのメリットが理解できない･･･ と云うか、同意する気がない。
高価なHDD使ったトコで死ぬ頻度は大差ないのが現実だ。
ソレなら、SATAモノ使って基幹(Web鯖)に、Win鯖2k8でNTFS、
ストレージ鯖として、Sun SolarisベースでZFSを利用して、
バックアップを容易に取れる構成にしておいたほうが、無難だ。

ま、コノ構成だと、2k8側では、別途バックアップシステムかハードウェアRAIDを要すが、
ルートWeb鯖として機能させるだけなら容量が知れてる、大した費用じゃない。

って、大規模鯖林立できるブルジョアな企業にゃ、そもそも関係のないハナシか ┐(´_｀)┌ｹｯ

･･･でもまぁソレで、無能なﾔｼらが鯖に職を奪われると云う構図なら、おきつねさま的には苦しゅうない♪

SIGMA SD14･･･

散々使ってきて云うのもナンだか、ファイル名カウンターの最大数が 9999って、チョット少なすぎだろ？
シャッター機構の耐性は10万ショット･･･ 使いまくってればスグにカウンタはフルになる。
(ミラー昇降構造(のスプリング)は10000ショット目前で壊れて修理に出したがw)

記録量ゲージは4GBまでしか想定されていないってのも、メモリーカード大容量化時代に合っていない。

早急にファームウェアの改善を求める、カウンタは最低でも、もう２桁は余計に欲しいね。
FAT32なら、ファイル名の文字数で困るようなこともないハズだが？
ハードウェア的に制約のある液晶部には、このテの表示はないんだし、プログラミング次第だと思うのだが？

ゲージの表示に至っては、総容量取得処理が絶対おかしいよね、プログラムの根底を間違えてるのだと思う。

んでまぁ今は、9999カウント以降のファイルに、上２桁追加RenameするVBScriptを組んで、ファイルを管理している。
ただ、Renameして、桁数増やしたファイル名では、SD14上で参照できなくなる。なので、戻すスクリプトも用意した。
っても、ソレらは極々暫定版なので、公開の予定はナイ。

あと、プレビューデータを正しく記録できないコトが多い件、ちっともファーム改善の話が出てこないのはナゼ？
PhotoPro2.5の頃は処理が遅かったモノの表示は補正され問題なかったが、前ログで触れた3.5では、
高速プレビューの場合、プレビューデータに依存するようになり、壊れたモノはそのまま表示されてしまうので、
コトは結構重大だ。

ArcSoftのRAW Thumbnail Viewerでは、記録されている元データと同じ、
正しい画像をサムネとして表示できる。
(Windowsのレジストリをイジって、エクスプローラのサムネ画像を大きくしておけば不便はない)

正規の現像アプリが、フリーのツールよりプレビュー性能悪いってのは、問題ではないだろうか？
っても、3.5既定の高速動作を優先したモードで起こる問題なので、表示モードによっては改善される、
チョット重くなっても構わないならソチラを選択するという回避策はあるだけ救いとも云える。
が、ウチの骨董端末では、その選択は避けたい･･･(´ﾍ｀；)
＜SIGMA SD14 ファームウェア 欠点＞

お嬢のバカやろう･･･

preタグの中身もグダってしまうので、やっぱり対応しないことにした。 いい加減、勘弁して欲しい。
くろむたんですら、それなりに表示してくれると云うのに･･･ 

やっぱ嫁(ブラウザ)はキツネに限るね、うん。


つか、前回のMSUpdateで、IMEが、Visたんのと同様にバカになった。
"とりあえず" や "とっとりけん" とか、全く変換できんし、文節認識も、かなりヒドくなってる･･･
使いモノにならんので、FujitsuのJapanist(旧OAK)にでもコロぼうかとか考慮中･･･
でも、６年間更新の無いFEPってのもコワいモノがあるな･･･

つか名前ダサいんで、OAKに戻さないか？ 富士通･･･

MSUpdateも考えモノ･･･

IMEが更新された場合、毎回、ユーザー辞書と学習が全て逝ってしまう･･･
先週の更新では、文節すらマトモに識別しなくなった(´ﾍ｀；)

自社製品の管理システムすら満足に組めないとは、
終わっていると云うより、殺人事件の死体より役に立たんなMS･･･

SD14のカウンタ･･･

    カウンタがバグったまま・・・    


それ自体の表示は正常だった。まるで防●省並みの誤報だワw

表示されていたのは、RAWではなく、JPEGでの記録可能残数だったコトが判明。
･･･って、不具合によりシステムがオチたコトには変わりはない。
(パワーグリップと本体との連携不具合がイチバン疑わしい、ないし、バッテリの状態管理機能に問題が？)

つまり、システムが何らかの支障をきたしてダウンし、自己復旧した際に、
記録モードが勝手にJPEGモードに切り替わってしまい、そのモードでの記録可能残数が表示されていたと･･･

つか、RAWでしか使っていない機材なので、JPEGモード要らんと思うのは当方だけ？

    ・RAW撮影に絞り
    　－ (記録媒体の大容量化もあり、ロスレス圧縮すら不要な希ｶﾞｽ 
    　　　って、CFの書き込み速度を考えると、圧縮は まだ必要かも知れないが･･･)     
　　  
    ・バッテリーセーブ一切ナシで撮影 － (バッテリーを大量に買えばいい)

    ・バッファ内データ処理 － (撮影時にモタるほうが困る)

    ・CFへの書き込み を 全て同時処理させつつ － (速いCF買う意味がほしい)

    ・安定性を向上させた － (停まるのは非常に困る)

ファームウェアとか出ないモノかねぇ･･･(´ﾍ｀；)

それでなくても、安定するファームを出してもらわないと、以後のSD15に不安を残すと思うのだが･･･


あと、SD14って、RAW記録でナイと、ファイルの更新日時を維持しつつ、
Exif情報の変更だけで画像の向きを回転させたデータを再記録できないのだワ･･･

WindowsのViewer(JPEG) やSIGMA PhotoPRO(RAW)上で画像を回転させ保存すると、
ファイルの更新日時が変わってしまい、管理しづらくなってしまうと云うオチも･･･
その対策として、撮影日時を管理時に使いたいモノの、Windowsのエクスプローラでは、
宅内LANの速度や マシンパワーが潤沢でない限り、Exif情報取得には時間が掛かり、実用的でない。

PhotoPROに至っては起動しておくだけでもかなり重い。
SIGMAサイドは、若干その位置づけを取り違えてると思う。

まず、機器運用／データ管理に関して･･･

通常考え得る運用として、
    ・撮影したもの全てを無加工で現像し、    
    ・それら結果から使うモノを決め、
    ・必要なら調整を施す。
と云うのが王道だろう。

大量に撮影したモノを、あんな重いアプリで１枚１枚確認しながら現像するというのは、余りに不効率な上、
そう云った実運用での状況を考慮しているとはとても云い難い。

まず、以前のログにもあるが、エクスプローラにX3Fのプレビュー機能を タダ で追加できるArcSoft製の
    RAW Thumbnail Viewer -Download-    
が、あるのだから、PhotoPRO から エクスプローラ機能を廃し、
コマンドラインでの(ショートカットへの複数ファイルドロップ)現像に対応した軽量版を用意すべきだろう。
GUIになっていればナンでも良いと云うワケではないコトを認識すべきだ。

つか、撮影したモノ全てに調整を加え出力するってぇ向きなら、別にSIGMA機ではなく、他社製カメラを使うと思うゾ。

あと、撮影情報も、カメラメーカーだからって なにも、カッコつけてExifに拘らなくても、
Exif情報をテキスト化し、ファイルプロパティのコメントにでも収めておいてもらったほうが、
端末上では利用しやすい･･･ あの枠使うのに特別ライセンスは必要なかったハズだが？

複数X3FファイルのExif情報を、ファイルプロパティのコメントとして追加したり、
まとめてテキストファイルに書き出す独立アプリケーションでもあれば、データ管理もラクになるのだが･･･

無償とは云えPhotoPRO、コマンドラインアプリケーションとして機能するようにしていない点を見るだけでも、
アプリケーションベンダとしては、聊か未熟な感が否めないのだが･･･

複数ファイルドロップの場合は、PhotoPRO自体は表示せずにX3F設定で連続現像する･･･とか、
ちょっとした工夫を、今後期待したい。
(つか、現像エンジンを単独で使えるようにして欲しいかな、カナ･･･)

カウンタがバグったまま・・・

･･･撮影を続けてたら、RAWではなくJPEGで記録されてしまっていたよ、愛機SD14(´ﾍ｀；)

相変わらず ありえない症状がでまくるトコロが またなんともw
パワーグリップのバッテリ切り替えがウマく逝ってナイのかな、カナ？

いっそのことパワーセービング／ロスレス圧縮皆無の設定とか欲しいよな･･･
と云うのも、連写時のデータ処理、撮影処理が優先になってて、バッファ内のデータ処理が滞った結果、
CFへの記録も行われなくなり、バッファフルになって次の撮影が行えていないようだ。

プロセッサは、それぞれの用途毎に独立しているハズなので、
バッテリの消耗を抑えることなく動作させれば、それらの事象は ある程度は軽減されると思われる。

今日の記録モード誤動作といい、ファームウェアにまだまだ難があるようだ。
以前にアげた問題と共に改良を待ちたいトコロだ。

結局ココの・・・

･･･タイトル(ヘッダ)キャプションは、テンプレに直書きすることにした。 
先のログのテンプレ抜粋中、９～１１行の前後に
    <font class="test">キャプション</font>    
と、云う具合に文章を書き込む。至って単純。

なにせWYSIWYGでの入力だと、ブラウザ毎に文字位置ズレるので、使い物にならん(´ﾍ｀；)

また、日時表記も、くろむたんでは何故かOSのロケール設定が適用されなくて、
一部Gadgetが異なる見栄えになってしまっているし、
<pre></pre> も扱いが異なり、フォントサイズがエラく小さくなってしまっている･･･
IE8では、なんだかタイプライター状になってるし、どうしてこうも統一性がないのか･･･

何の対策もなく、全てのブラウザに、同一の見た目を提供するのなんて、ほぼ無理なんじゃナイのかな、カナ？

タイトル処理改変･･･

ようやっと完了した。

そもそも、タイトルにアイコンを添えたかっただけなのだが、
既定の、文字でのタイトル表示では、ブラウザにより表示位置がズレ、画像と組み合わせられない。

安易に対応しようと、タイトルを画像として作成し、レイアウト設定でヘッダを、画像のみにしてしまうと、
ブログの説明キャプションが表示されなくなってしまう。

で、テキストのタイトルを透過させて対応しようとしたが、IE限定の拡張機能だった為、断念。

そこで、テンプレートHTMLのヘッダを構築する部分を見てみた。
以下は、その処理部を抜粋したもの。
    <div id="header-wrapper">     
        <b:section class="header" id="header" maxwidgets="1" showaddelement="no">     
            <b:widget id="Header1" locked="true" title="おきつねさまのひまつぶし (Header)" type="Header">     
                <b:includable id="main">     
                    <b:if cond="data:useImage">     
                        <b:if cond="data:imagePlacement == "REPLACE"">     
                            <!--Show just the image, no text-->     
                            <div id="header-inner">     
                                <a expr:href="data:blog.homepageUrl" style="display: block">     
                                    <img expr:alt="data:title" expr:height="data:height" expr:id="data:widget.instanceId + "_headerimg"" expr:src="data:sourceUrl" expr:width="data:width" style="display: block"/>     
                                </a>     
                            </div>     
                        <b:else/>     
                            <!--      
                            Show image as background to text. You can"t really calculate the width     
                            reliably in JS because margins are not taken into account by any of     
                            clientWidth, offsetWidth or scrollWidth, so we don"t force a minimum     
                            width if the user is using shrink to fit.     
                            This results in a margin-width"s worth of pixels being cropped. If the     
                            user is not using shrink to fit then we expand the header.     
                            -->
                            <div expr:style=""background-image: url(\"" + data:sourceUrl + "\"); "+ "background-position: "+ data:backgroundPositionStyleStr + "; "+ data:widthStyleStr+ "min-height: " + data:height + "px;"+ "_height: " + data:height + "px;"+ "background-repeat: no-repeat; "" id="header-inner">     
                                <div class="titlewrapper" style="background: transparent">     
                                    <h1 class="title" style="background: transparent; border-width: 0px">     
                                        <b:include name="title"/>     
                                    </h1>     
                                </div>     
                                <b:include name="description"/>     
                            </div>     
                        </b:if>     
                    <b:else/>     
                        <!--No header image -->     
                        <div id="header-inner">     
                            <div class="titlewrapper">     
                                <h1 class="title">     
                                    <b:include name="title"/>     
                                </h1>     
                            </div>     
                            <b:include name="description"/>     
                        </div>     
                    </b:if>     
                </b:includable>     
                <b:includable id="title">     
                    <b:if cond="data:blog.url == data:blog.homepageUrl">     
                        <data:title/>     
                    <b:else/>     
                        <a expr:href="data:blog.homepageUrl">     
                            <data:title/>     
                        </a>     
                    </b:if>     
                </b:includable>     
                <b:includable id="description">     
                    <div class="descriptionwrapper">     
                        <p class="description">     
                            <span>     
                                <data:description/>     
                            </span>     
                        </p>     
                    </div>     
                </b:includable>     
            </b:widget>     
        </b:section>     
    </div>     
なるほど、

上記で５行目の
    <b:if cond='data:useImage'>    
で、タイトル画像の有無を分岐。

画像アリの場合は次行の
    <b:if cond="data:imagePlacement == "REPLACE"">     
で、ヘッダ中の文字列を排しているコトが判る。

そして、タイトルを除くキャプションの表示は
    <b:include name='description'/>    
で、処理している。
 
だったら、１３行目にある
    <b:else/>    
の直前に、その１行を貼り付けて、処理的なトコロは解決。
タイトル画像の下に、キャプションが表示されるようになった。

元々タイトル画像はヘッダサイズに合わせたものだったので、このままではナンだか間延びして見える。
MSPaintでチョイと高さを低くして対応。

ココで判ったのは、タイトル部分の高さの設定が、HTML中には含まれていないと云うコト。
どうやらBloggerサイドでキャッシュしているようだ。･･･ソレがナンだ と云われそうだが、コレが結構重要で、
つまり、タイトル画像表示フレームのサイズをテキストレベルで指定できないのだ。
で、このまま高さを下げた画像で処理させると、フレームサイズにあわせ、高さが強制的に拡大されてしまう。

っても、対処は簡単、WYSIWYG(Bloggerのタイトル画像設定画面)で、タイトル画像を再度設定し直すと解決する。

つか、タイトルと説明キャプションを、ひとまとめでしか設定できないって時点で、どうなのかね？

そもそも、

・ページタイトル＆キャプション表示・タイトル背景画像アリ／ナシ
・タイトル画像表示のみ表示

と云う、排他的指定しかできないから、こう云う不便が生じる。 GUIとしては かなり考えモノ･･･

・ページタイトル表示／非表示設定
・背景画像指定
・キャプション表示／非表示設定

これらは全く別個に設定できるようにするのが本筋だろう。

どうやら・・・

IEで、スクリプトを表示させているフレームの、フォントが置き換わってしまう件、
原因は、ブラウザ云々と云うよりは、Bloggerのテンプレートにあるようだ。

その結論に至った検証の方法は極めて単純。
いつものようなスクリプトを紹介する体のテーブルを表示するだけのシンプルなHTMLファイルを作って、
それぞれのブラウザで表示させてみただけ。

そのHTMLファイルの内容は以下の通り、
    <?xml version="1.0" encoding="Shift_JIS"?>     
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">     
    <html lang="ja" xml:lang="ja" xmlns="http://www.w3.org/1999/xhtml">     
        <head>     
            <style type='text/css'>     
                .ScriptExp     
                    {     
                        background-color: #FFFFFF;     
                        border: 0;     
                        align: center;     
                        color: #1e50a2;     
                        line-height: 100%;     
                    }     
                .ScriptComments
                    {
                        font-weight: normal; 
                        color: #FFFFFF;
                        background-color: #288285;
                        border: 0;
                    }
            </style>     
         
        </head>     
         
        <body style="background-color: #000088">     
            <table class="ScriptExp"><tr class="ScriptExp"><td><pre>    Public Function iniLoader(iniFile, Control)     
            Dim nS     
            nS = Fs.GetFile(iniFile).size     
            If nS = 0 Then     
                iniLoader = Array(Fs.GetParentFolderName(iniFile))     
            Else     
                Dim  iFile, lResult, strResults     
                Set iFile = Fs.OpenTextFile(iniFile,1) <a class="ScriptComments">'iniファイルを読み取りモードで開く</a>     
                WScript.Sleep 150     
                Do Until iFile.AtEndOfStream <a class="ScriptComments">'読み込み</a>     
                    lResult = lResult & ";" & iFile.ReadLine & ";"     
                Loop     
                WScript.Sleep 150     
                iFile.Close <a class="ScriptComments">'Iniファイルを閉じる</a>     
                strResults = Replace(Replace(lResult,";;",","),";","")     
                If Control = 0 Then     
                    iniLoader = Split(strResults, ",")     
                Else     
                    iniLoader = strResults     
                End If     
            End If             
        End Function     
            </pre></td></tr></table>     
        </body>     
    </html>     

ココで、スタイルシート宣言中でフォントを指定すると、困ったことに、
ロリちゃんのほうで、フォントの表示が欲しい結果にならなくなってしまうので、
Blogger上で使っているままの指定に留めた。

て、結果は、IE8でも全く問題なく、本来あるべき表示結果が得られた。
同じ処理をBlogger上に貼るとフォントが変わってしまうので、まぁ下手人てコトで間違いはなさそうだ。

が、整えたとは云え、あのテンプレートから原因を追うのは ちょっとイヤかも･･･(´ﾍ｀；)

でっかい･･･

･･･ゴミです。

それは、月を撮った日のコト。


最初のショットはナンとも無くて･･･
012815
撮影日: 2009/02/08 21:51:20
露出モード: M-マニュアル露出
露出補正: 0 (AB 0 of 0)
ISO感度: 50
ホワイトバランス: オート
色モード: 通常
フラッシュ: 非発光
シャッター速度: 1/30秒
絞り値: F11
測光モード: 評価測光
フォーカスモード: M－マニュアル
焦点距離: 0 mm
記録画素数:  HI
ドライブモード: ミラーアップ






そのまま暫く撮ってたら･･･



･･･はひ？
012816
撮影日: 2009/02/08 21:51:27
露出モード: M-マニュアル露出
露出補正: 0 (AB 0 of 0)
ISO感度: 50
ホワイトバランス: オート
色モード: 通常
フラッシュ: 非発光
シャッター速度: 1/30秒
絞り値: F11
測光モード: 評価測光
フォーカスモード: M－マニュアル
焦点距離: 0 mm
記録画素数:  HI
ドライブモード: ミラーアップ





でも、ファインダ覗いても何もないんです;



何度撮ってもこんなカンジで･･･
012817
撮影日: 2009/02/08 21:51:45
露出モード: M-マニュアル露出
露出補正: 0 (AB 0 of 0)
ISO感度: 50
ホワイトバランス: オート
色モード: 通常
フラッシュ: 非発光
シャッター速度: 1/30秒
絞り値: F11
測光モード: 評価測光
フォーカスモード: M－マニュアル
焦点距離: 0 mm
記録画素数:  HI
ドライブモード: ミラーアップ





仕方がないのでピンはずして、街灯をﾊﾟｼｬﾘ･･･ 



あ゛やっぱり･･･
012823
撮影日: 2009/02/08 21:55:52
露出モード: M-マニュアル露出
露出補正: 0 (AB 0 of 0)
ISO感度: 50
ホワイトバランス: オート
色モード: 通常
フラッシュ: 非発光
シャッター速度: 1/160秒
絞り値: F5
測光モード: 評価測光
フォーカスモード: M－マニュアル
焦点距離: 0 mm
記録画素数:  HI
ドライブモード: １コマ撮影





おもいっきり載ってます･･･ FoveonX3の上に(´ﾍ｀；)
取り敢えず簡単なクリーニングで･･･



コト無きを得ました･･･
012844
撮影日: 2009/02/08 22:11:57
露出モード: M-マニュアル露出
露出補正: 0 (AB 0 of 0)
ISO感度: 50
ホワイトバランス: オート
色モード: 通常
フラッシュ: 非発光
シャッター速度: 1/100秒
絞り値: F5
測光モード: 評価測光
フォーカスモード: M－マニュアル
焦点距離: 0 mm
記録画素数:  HI
ドライブモード: １コマ撮影





けど、ちょっと気になったので後日、室内でピンをハズして、確認の撮影を･･･




おお～･･･
012881
撮影日: 2009/02/09 15:51:31
露出モード: M-マニュアル露出
露出補正: 0 (AB 0 of 0)
ISO感度: 50
ホワイトバランス: オート
色モード: 通常
フラッシュ: 非発光
シャッター速度: 1.0秒
絞り値: F5.6
測光モード: 評価測光
フォーカスモード: M－マニュアル
焦点距離: 70 mm (17-70)
記録画素数:  HI
ドライブモード: １コマ撮影

きゃいんっっ・・・

使えないお嬢(IE)はともかくとしてw、火狐さん(FireFox3)でも、
イジったスタイルシートがマトモに動作しないという罠がっっ!!( ; ﾟДﾟ)
でも、loliちゃんだと、しっかり表示されているのだよ・・・ どうなっているのやら・・・(´ﾍ｀；)

SD14のプレビュー障害・・・

激しくアンダーだったりオーバーだったりなショットの後に、顕著に出ている。
以前のログにあるような、ShutterSpeedの値は、障害の要因としては、直接関係ないのカモ知れない･･･

まぁ、極端な撮影をするかね？ と問われればソレまでだが、意図的にしろミスショットにしろ、
そう云った状況を、まったく無くはできないと思うのだが、どうだろうか？

あと、あのバルブ撮影時の処理はドウなんだろう･･･ アレでは使い物にならないのだが(´ﾍ｀；)
メイいっぱい絞って使うしかないのか？ そうすると全く写らないのだがw
一眼とはいえ、デジカメで星を撮ると云うのは、試用だったとしても暴挙なのか？
Bulbったって、2分程度しか開放できないし、銀塩のようにはイカんのがどうにも･･･

受光板は逸品なワケだし、あとは、処理の仕様次第で、
バッファの容量に左右されない最適化が可能なハズだが･･･

そう云った部分を、SD15で、どう盛り込まれるのか･･･ 期待したいものだ。

また、でたよ・・・

SD14の開放撮影時の、プレビューデータ破損問題･･･ ShutterSpeed 8secで顕著に(-_-;)
こればっかりは、ファームの更新待ちかな、カナ･･･


－－－－－－－－－－＜ 20080926 1030 ＞