mieki256's diary



2003/11/02() [n年前の日記]

#1 [pc] ホームページビルダーに関する質問があるらしいので出かけてきた

相手宅にAM10:30-PM3:30までお邪魔。伺うと約束したものの朝から体調が悪く、自身での車の運転は到底できる状態にあらず。行きはお袋さんに、帰りは相手の方に車で送ってもらうという体たらく。生活サイクルからズレた時間だった事もあって相手宅でもウトウト状態。まともな受け答えが出来てたのか自信無しだったり。

容量オーバーについての質問だった :

サイト全体の容量が6xMByteにもなってしまった、解決策はないのか、という話だったけど。容量を食ってるのは完全に画像関係で、ルートディレクトリ直下の画像だけで60MByteもあった。解決策としては、
  • 圧縮率を高くした画像に置換える
  • サイズを小さくした画像に置換える
  • 枚数を減らす
  • 無料アカウントをとってそちらに逃がす
  • プロバイダに払う金額を増やしてアカウントの容量を増やす
等を提示したけれど、それに対して、
  • 大量の画像を再度変換し、htmlを修正していくのはツライ
  • 枚数は減らしたくない
  • 無料アカウントは広告が出るから絶対に避けたい
とのことで。結局、「プロバイダに払う金額を増やし、アカウント容量を80Mbyteまで増やす」方法が選択された。そこまで大きい容量だと、他のサービスの利用も検討した方がコストを低く抑えられるかもしれないが、「アカウントを複数持つと管理面で混乱しそう」とのことで。

画像変換ツールの類は後々利用できるログ情報も残して欲しい :

オリジナル画像からWeb用画像に変換する際、jpegの圧縮率を指定せずに変換したが故に、一枚あたりの画像サイズが無為に大きくなってるのが容量増の原因なわけで。圧縮率を適切な値にして変換し直せば済みそうな話なのだけど。しかし、オリジナル画像のファイル名と、変換後のファイル名の間に、何ら規則性が無いのが問題だったり。新たに変換作業をした場合、
  • 変換後のファイルの画像内容を逐一確認して、今までのWeb用画像ファイル名と同一のものにリネームしていく
  • htmlを新Web用画像のファイル名に合わせて修正する
のどちらかの作業をしなければならない。数枚の画像であればそれら作業も問題ないが、今回は画像の数が数十枚〜百数十枚もある状況なので、手作業で行うのは全くもって現実的ではない。

せめて、当初の変換作業時における、変換前のファイル名と変換後のファイル名を示すログでも残されていればどうにかなるのだが。しかし、そのような情報を残す画像処理ツールなど現在ほとんど皆無な状況だったりするわけで。

これからの画像変換・画像処理ツールは、一度行った作業を再度容易に行える為の情報を残す・機能を備える方向で発展してほしいなと思ったり。もっとも、操作に慣れているユーザであれば最初から指定ミスなどしないのだろうから、それら情報・機能の必要性など欠片も感じないだろうけど。しかし、初心者(?)をターゲットにしたソフトでは、「再試行」の為の情報を残す・機能を備えるのは必須ではなかろうか。絶対に、「失敗した! もう一度やらなきゃ…」という場面が出てくるだろうから。 *1

ホームページビルダーはサイト管理面について改善が必要 :

今回相談をしてきた方や、ウチの親父さんの操作を見ていて思うのだけど。ホームページビルダー(以下HPB)は、中規模・大規模なサイト管理には向いてないなと思う。サイト管理情報を開くだけで分単位の待ち時間があったり、ファイル種類別の格納ディレクトリ指定が一つしかなかったり、そのへんどうにかならないだろうか。おそらく、各ファイルを走査して情報を収集する際のアルゴリズム等がさほどパフォーマンスを意識しないものになってそうな感じもするし。 *2

もっとも、HPBの開発者が想定してるサイト内ファイル数はそれほど多くはなさそうな感じも。おそらく、全体の容量が5〜10MByte程度を想定してたりするのではなかろうか。開発者からは「デカいサイトをHPBで扱うほうがおかしい」と言われそう。

とはいえ、「初心者向けホームページ制作ツール」=「HPBで決まり」という風潮もあるので、初心者が自身で意識して改善すべきサイト管理面についてもHPBに託してしまう場面は、開発者が想像しているより多いのではないかとも。まあ、なかなか難しいのでしょうけど、一つそのへんも注目・意識しつつ次期バージョンの開発をしてくれると嬉しいなーみたいな>HPB開発者様。

*1: とはいえ、機能が多くなると、機能が存在すること自体、把握を避ける傾向もあるし>初心者。難しいですなぁ…。
*2: 実際はかなり工夫・意識して作ってるのかもしれないけど。

#2 [pc] Windows及びアプリはフォルダ階層情報提示について改善が必要

ホームページ制作についての相談を受ける際、コンテンツ毎にフォルダで分類する事の有用性を訴えたりするのだけど。 *1 しかし実際は、そもそもフォルダ階層を把握するのが難しいという方が多いように感じてたり。 *2 それらの方のエクスプローラ操作やファイルopen/saveダイアログでの操作を後ろから眺めてると、フォルダ階層の中で迷子になってしまう場面をよく見かける。結果、一つのフォルダになんでもかんでも入れてしまい、そこから目的のファイルを探す為にかなりの時間を要する状態になり。

Windowsはフォルダ階層情報表示をサボってる :

例えば、Windows・Windowsアプリ上のファイルopen/saveダイアログにおいて、フォルダ階層についての積極的な情報提示はそもそも行われていない。カレントフォルダ名は最低限表示されてるものの、\記号によるpath表示すら行われない場合もあるし、階層を図で確認するにもフォルダ名横の小さな三角を押さないと出てこなかったりする。つまりは、「フォルダ階層については、ユーザの脳内で図を描いて自分で意識・把握しろ。自分(Windows)はそのへんまで処理したくない」というわけで。どうもそのへん、DOS の dir から何ら進化してないというか、場面によっては退化すらしている。

昨今のWindowsのファイルopen/saveダイアログでは、「特定フォルダへのショートカット一覧」を同時に表示して、お決まりのフォルダへのアクセス手段を容易にしてたりするようだけど。どうもそのあたりに、フォルダ階層という概念自体を極力意識しないで済むような使い方をしてほしい、というMS側の思惑 *3 が具間見えるような気もしていたり。 *4 しかし一つの特定フォルダのみ意識する事で問題が解決するはずもなく。前述したけど、例えば My Pictures 直下の数100〜数千の画像のプレビュー一覧の中から目的の画像を目で探す…そんな作業は苦行でしかない。よって現状ではどうしてもフォルダによる分類は必要なのだけど、そういった状況で、フォルダ階層をいかに把握・認識しやすくするかそのあたりの問題解決を最初から諦めたり、フォルダ階層という概念自体の消失を目論んでいるようでは話にならないわけで。

しかし改善案が思い浮かばない :

とはいえ、そのへん改善案が思い浮かばないですなぁ…。思いつくのは、エクスプローラのフォルダビューらしき情報を横に並べるとか、せいぜいその程度。しかしそれだけでフォルダ階層の把握が出来るとも思えない。フォルダ階層を左に表示したエクスプローラ上でさえ、迷子になってる光景を見かけてたりするし。

目的のファイルを容易に探し出せる新手法が提示されれば、たしかにフォルダなんてものは必要なくなるだろうけど。テキストファイルなら検索等が使えても、画像や動画や音声ファイルの内容検索なんて現状では難しい。そもそも検索単語を打ち込むという行為より、一覧の中から目で探していくほうに初心者(?)は流れがち。初心者はマウスから手を離さない。「そこにあるものを選ぶ」行為以外をとにかく嫌うから。

なんにせよ、何かしらのブレイクスルーが必要なのは間違いない。それまでは、「判らない」「わからなくなった」と文句を言わせながらもフォルダを使わせるか、膨大なファイル一覧の中から目を皿のようにして目的のファイルを探させるか、ですかなぁ…。

*1: フォルダで分けておけば、コンテンツ単位での修正・移動・コピー・削除が容易になるので。
*2: 親父さんも、親父さんの友人・知人も、今回相談をしてきた方も。共通して、フォルダで分ける事の難しさを訴えてる。
*3: あるいは、「フォルダ階層を意識できないユーザが存在するはずがない」という考えがあるような気も。
*4: ファイル一覧という「状態表示」の横に、フォルダ変更という「指示」の一覧を表示する…特質の異なるモノを横に並べてしまうことで混乱を招きそうな気もするのだけど。皆、慣れてしまって異常さを感じてないのだろうなぁ…。もっとも、指示を出す為の領域が広く大きくなった事で、指示を出す際のストレス…小さな領域でチマチマとマウスカーソルを移動して選択する作業が軽減され、快適になった面もあるのだけど。でもあの領域って、エクスプローラの仕様に合わせれば、本来フォルダ階層を表示すべき領域じゃなかったろうか。が、しかし、目的のフォルダに辿りつくための操作としては、得てして最上位のフォルダから下に辿って目的のフォルダに辿りつく操作をする場面が多いわけで。それを考えると、覚えやすい最上位フォルダを列挙してしまう方が、まだ実用的なのだろうな。

以上、1 日分です。

過去ログ表示

Prev - 2003/11 - Next
1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30

カテゴリで表示

検索機能は Namazu for hns で提供されています。(詳細指定/ヘルプ


注意: 現在使用の日記自動生成システムは Version 2.19.6 です。
公開されている日記自動生成システムは Version 2.19.5 です。

Powered by hns-2.19.6, HyperNikkiSystem Project