行政ネットサービスがMac対応にしてない件

例えば、俺が住んでる川崎市はExcel文書をそのまま貼っつけてたり。
Macのブラウザでは、スタイルシートが壊れてしまうなど重要な公共サービスがマトモに受けられない。
行政がMSのみに最適化するのは問題ありと思う。一定の企業との癒着だと言える。

皆で、情報を集めて、行政を糾弾していきましょう。

日本政府はマイクロソフトの販売促進窓口。

>>1
WEBの仕事してるけど、1%くらいの人の為に、さらなるコストをかけられない事情がある。
前も予算の関係で「Macユーザは無視してください」と発注した。

つうことで、あきらめろ。

UA偽装

>1

こっちでやれよ

ウチのMacに未対応な製品、サービス
http://pc7.2ch.net/test/read.cgi/mac/1095672446/

>>5
今回は遅れてる行政だけに着目したいので勘弁してくれ。

>>3
一般企業でそれは許されるけど、税金で動いている行政でそれはないだろう。
そんな理論が通ると『一部の障害者の為に税金を使うのは…』ってことになっちゃうでしょ。
そんな行政嫌すぎる。

>>3
元からMacユーザーを無視するという考えでなくWin以外のOSは他にもあるので、
Web標準規格に則るべきだと思います。

1％のために出来ないという発想はプロではないだろ。
1％も取り込めるようなWebページ制作をしたらいい。
余程変なことをしない限り、レイアウト崩れなんておきないだろう。
要はW3Cどおりに作ればいいということ。

>>8
同意

Web標準規格に則った上で、ちゃん表示されないのであればOS側の非だと言えるが。
現状はそうでは無い。

WebベースかFlash使えばMacでも問題なく動くと思うけど…。
なんでわざわざWin専用なんかにするんだろう。

せめてPDFにしてくださいよ。
まさか今度出るMS版PDF規格を採用したりしませんよね？

Win上の動作確認主体でやってる奴が多いってだけ
JSやCSS詰めてる際にいちいち両方で動作確認しながらやる非効率な香具師も居ないだろう

>>9
すべて同意。
今、作ってる人ってプロじゃない。

科検費の申請のためのエクセルもひどいもんだよ
マックでやるとずれるずれる w
そのせいで受け付けてもらえなかった・・・

ActiveXとかにべったりだから、Safariに対応してないっていうより、ie以外は
眼中にないってことじゃないかな。
おれの関係しているPOSのシステムもActiveXべったりだから、Safariはおろか
Mozilla、Firefoxにも対応してねえ。

パースしてくれるエージェントがなかったら絵に描いた餅なわけです。

「IEでしか読めないページ，Windowsでしか使えないシステムは不適」，経産省が調達ガイドライン作成へ
http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20041210/153722/

関連スレ
【IT】「IEやWindowsに依存するシステムはダメ」経産省が調達ガイドライン作成へ
http://news18.2ch.net/test/read.cgi/bizplus/1102695702/

>>19
大胆な改革を期待したい。

1パーセントのユーザに10パーセントの予算はかけられない。
公共サービスだからといっても、税金だって限りがある。
こんなところに金かけるなら、税金減らせって人もいる。

プロ云々の話もでてるけど、デザインだけならなんとかなる。
ただ、確認作業に関してはは同じ分のコストがかかる。
行政団体のような大きなサイトは、やりたくても事実上不可能。

いきなりExcelやWordが開くなんてのは改善できるだろ。

電子納税　e-Tax はできん。
http://www.e-tax.nta.go.jp/systemriyou/systemriyou2.html

ウェブアプリケーションでの申告書作成はマックでもできるけど。

>>23
申告書作成ができるようになっただけでも大きな進歩だよね。
大丈夫かな、大丈夫かな、とか思いつつ最後までイケた。途中経過の
保存とリストアもちゃんと機能した。「やればできるじゃん」て
思ったよ。

e-taxは実際にどういう風にやるのか調べたらコストメリット的に
あまり使えないという印象だったので、当面はMacで使えなくても
気にしないけど、もう少しシステムをエレガントにするのと並行して
いつかMacでも対応してくれるとうれしいな。

>>15
実際プロじゃない人が作ってるけどな。地方じゃ。

行政団体のような大きなサイトだからこそ各OSへの標準対応及び動作検証すべきなんじゃないかな
行政なわけだし。
つーか、一社のみのOSにしか対応しないってのは癒着なんかで公取に査察食らうものだと思うんだけどな。
支那や朝鮮に金送る前に国民に役立てろよ。

役人は、自分が苦労しない程度に仕事をする事しか考えてないよ。
面倒くさい事なんて頼んでもやりたがらない。

こういう>>26短絡バカって後を断たないよなw
しかもバカのべき論って我田引水的なもんばっか・・・

>>28
ならばあなたはこのｽﾚﾀｲの件に関してどう思うのかね？

>>28
工作員ｷ･ｷ･ｷ･ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!
そもそも総務省が他OSへの対応を約束していたと思うけど、いつになることやら

>>1
>>16
なんでもそこそこそれっぽくできて、しかし全く汎用性のない書類を作ってしまう
MSオフィスの害悪…なんとかして(ﾉД`)・ﾟ・

作ってご満悦なｵｻｰﾝ、後のことも考えてくれ。

>>23 >>24
ごめん。それに関わってる。
だけど、いまんとこMac対応は話にも上がってません。すまん。
昔はMac対応の話もあったんだけどさ。

>>32
e-taxは仕様公開してオープンに開発できることになってんじゃなかったっけ？
Mac用のe-tax純正アプリケーションまで公に開発しろとは言わんですよ。
市販の会計ソフトが簡単に対応できるようにしといてくれれば、それでOK。
どーせトランザクションつってもセッション管理してXMLでデータ投げる
だけなんでしょ？　あとは電子証明リーダだぁね…。

Macに対応云々より
標準規格を導入しろ

ブラウザ=IE
メールソフト=OE
ワープロソフト他=Office

こう思ってるやつが大杉。

>>35
同意
当たり前のようにWinの変な形式で送ってきたりする。

小・中学校の授業でもMacの存在を教えるべきだと思う

ブラウザ＝Firefox
メールソフト＝ThunderBird
オフィス＝OpenOffice
イラレ＝Inkscape
フォトショ＝Gimp
3D統合ソフト＝Blender
萌え＝ツインテール

こう思ってるやつ少な杉。

同意。
俺は小学校の頃に、親がMac買ってきて以来毎日触っていたから
学校の先生に、WinじゃなくてMac入れてくれってせがんでいたリアル厨房だったけど（w

ソフト＝割れ

こういうやつがけっこう多い。

>>40
激しく同意かつ問題だと思う。
だからこそ日本人の民度向上のためにも>>38を浸透させねば。
もうMacとかWinとかそっちのけで。

>>36
Winの変じゃない形式はいかがですか？

>>38
萌え=セーラー服＆黒髪

だろう。
スク水とか思ってるヤツ大杉。

>>43
くそ、そう来たか
返す言葉もない

ここは一体なんのスレでつかw

>>45
網タイツを語るスレです。



ネットサービス。

萌え=パンスト直履き
だろう

綿パンツとか思ってるヤツ大杉

スクールタイツは譲れない。
セーラー服+スクールタイツは最強ニダ。


まぁ、結局セーラー服があれば(・∀・)ｲｲ!!んだけど。
ミニスカは不可。膝下か膝上5cm以内だな。

ちらリズム最高とか思ってるヤツ大杉。

ま、それはおいといて

また今度の機会に。

生４つ

所で、青色のパッケージとオレンジ色のパッケージの
確定申告と青色申告ってソフト、使ってる人います？
簡単に初心者でも使えますか？

公的個人認証サービスに関しては、こないだ入札が行われたはず（参加企業募集してた）。

webに関しては、ieがアホすぎて泣けてくる。もう少しまともにCSSに対応してくれれば楽なのに。

せかいまるみえ
ttp://www.kr4.net/plus/　　　2361　sage

http://mytown.asahi.com/chiba/news02.asp?kiji=5136
建設の場合は政治的根回しなんかで失敗したりすると
大概はﾁｸﾘで発覚するんだけど
ソフトウェアベースの場合って結構わかりにくい部分があるんじゃないの？
もの自体が実態を伴わないわけだし。

というか、入札＝ﾃﾞｷﾚｰｽと見てるけど。

>>52
初心者というのがどういう方面の初心者なのかわからんが、
Windowsとかの青色申告ソフトが使える程度だったら
多分Macのそれでも使えるだろう。
青色申告が言葉しか知らない程度だったら多分無理かもしれない。
専用スレがあると思うから、そっちで聞いた方がここよりも早いとおもわれ

訂正
○モノ自体が実体をともなわない訳だし



・・・ここでぼやいてもなんにもなんねーか。。。

macユーザ向けより障害者向けの方が優先度は高いだろう。

たいていの人はwindowsを使うという選択肢を捨てて、
好き好んでmac使ってるわけだし、対応の優先順位は最下位だよ。
諦めろー。

>>58
キチンと納税してるからには対応して欲しい(･ω･｀ )

>59
まぁ、気長に待つことだ。
死ぬまでには、Macに対応してるだろうよ。

その前にテポドンで日本壊滅したりして。

今あるサービスをMacに対応してくれっていうのよりも、
サービスの設計段階で、特定のプラットフォームに依存した設計をするな
ってことが論旨じゃないの？

>>62
それが無理って話にもなってる。

webでデータ入力を済ませた確定申告書を各ユーザーの手元ののプリンタに
pdfで吐くところまでは一応プラットフォーム非依存で作れたわけだけど
こっから先（e-tax対応）は個人認証の問題が絡むからなかなか難儀なんだよね。
既存のオープン基盤の組み合わせだけだとどうしても無理が出るので。

今はどうなのかは分からないけど、
障害者用のコンピューターはMacだったような気がする。

読み上げブラウザがないから視覚障害者はみんなWindowsに行っちゃったよ

ああ、そうだったのか…
昔は人間工学に基づいたコンピューターだという理由で、
障害者の人たちにも人気があったのに。

近所の区役所の区内の案内は今は懐かしいﾊｲﾊﾟｰｶｰﾄﾞで動いてる。

ネスケ4.7xってまだ生存してんの？

>>69
うちのHDDの中では飼っているよ。
去年くらいはまだコイツでも見れるようにっていう注文があった。
今年はさすがに無いが…

別にMacで動作確認しなくてもmozilla系のブラウザで読めるように
してくれれば、MacでもLinuxでも大抵読めるんだからそれくらいやってくれよ。

>>71
同意

つうか登記情報提供サービスは火狐でいけたよ。

やる気あるのか総務省。

>>71
むしろ、mozillaを標準にしろよな。
なんかIEに固執して頭固い。
Winがシェア一番?じゃあWinに対応しとけばいいだろう
そんなお役所お仕事ぶりを感じる

外国人参政権云々の前に、Mac使っている日本国籍の納税者に配慮してくださいよ。

>>74
役所が、っていうより、請け負った業者がIEでしか確認しない（つうか、できない）
んだよ。役所の中の人はよくわからないから丸投げでチェックもしないから、
業者としてはオイシイし、余計なことしても利益があがるわけじゃないので、
IEでチェック、はい一丁上がりってなわけ。これが実情。
あんまりバラすと仕事が増える…

>>76
つまり、行政と癒着してる業者が糞なんですね。
ちゃんと、入札制にはしてるんだろうか。
どうして糞業者を使うんだろう、それで民間より金払ってそうだ。

業者に、プラットフォームを選ばない仕様にしてくれと、ちゃんと発注してるんだろうか。

Redhat Linuxは無視ですか、そうですか。

>>78
発注する側が、「いんたぁねっとはIEで見るもの」だと思い込んでる。
まして「プラットフォーム」なんて言葉さえ知らない。

>>80
何故、行政だけそこまで遅れてるんですか？
護送船団方式はどこへ逝ったのやら・・・

>>74
最大多数の最大幸福という言葉を知ってるかね？確か小学校だったか
中学校で習う言葉のはずだが。予算には限りがある。その中で最大多数
の人間が恩恵を受けられるようにするのは行政として当然のことだろう。
シェアで1%や2%のMacにも対応しろなんてのは狂人の戯言。まぁ、対応
するにしてもFirefoxまで。Safariは論外。

>>82
その予算が民間より大きそうなのに、民間より遅れてるのはどうしてですか？
最大多数の最大幸福を民間が怠ってるとも思えませんが。

糞業者がプラットフォーム等を担当に啓蒙しても良いのでは無いのか
もっとぼったくれるだろう。

民間でも似たり寄ったりで状況かわらんのと違うかな

>>83
大き「そう」ってどういうこと？本当に大きいの？それから、
本当に民間より遅れてるの？何か、根拠も無くイメージだけで
妄想を膨らませてない？

特定メーカーのブラウザに限定して考えるというのはいらん差別境界を生む。
しかしFirefoxはデファクトスタンダードたりえるかと言うと、知らない人もまだまだ多いというのが現状。これではFirefoxを優先するのは本末転倒。
IEが選ばれるのは仕方ない話だろう。

それ以前にブラウザを限定しちまうような糞スキルで公なサービスが形成されている事の方が問題だとも思うが。

１：IEにしか対応できてないシステムを後からマルチ対応させるコストは尋常じゃない。
２：最初からクロスプラットホーム前提で設計するのは大した手間じゃない。

２前提で、動作確認のみIEで済ましているだけ、というのが最も妥当な策かな。
クロス前提であれ動作確認怠けたらIE前提には違いないが、実装の意味は大きく変わる。
運が良ければMac対応。ブラウザシェア崩れた時にも修正が容易。
公なサービスはとりあえずこの水準を心がけてほしいもんです。Office依存って諦め通り越して何も考えてないに等しい愚行

国レベルだと結構改善されてきてはいると思うよ。確定申告書類の
入力→印刷がSafariでできたのは感心した。webとjava/javascript、pdfみたいに
オープンなデファクト技術で完結できるものはそのように作る、という原則は
今後浸透してくんじゃないかな。俺某県のwebベースCD-ROMコンテンツ事業の
制作やったけど、IE決め打ちにしますか、オープンにしますか、ってお伺い立てて
結局中身は全部html+CSSで書いて、Safariでも読めるようにしたよ。

ただ>>62にも書いたとおり、ハードウェア暗号鍵でのクライアント
認証を使うシステムの場合、Macをはじめとする非主流プラットフォームに
対応させる場合はクライアント側アプリケーションをスクラッチで作らないと
いけないからなあ。それに関しては今後の課題だ。

あと、見た目だけの標準規格対応ってことでWordで作ったrtfを
配るのやめてほしいね。学振の申請書とかがそうなんだよな確か。
一般的rtf対応テキストビューアだと罫線が消えたり大変。

>>58
いや、別にMacに対応してないのは納得できるよ、マイナーだし。
でもそれとMSに依存したシステムとは別だろ？

ま、MSはデファクトスタンダードだから多少の依存は仕方ないんじゃね？
オフィスないと開けない書類とかになると問題だろけど。MS Officeがオフィススイートのデファクトスタンダードだったところで個人で誰でも持ってて当然って品じゃないし。

あんまり書くのもなんだけど…
入札説明会のときより、落札後の打ち合わせで詳細が決まる。
いまはほとんどが公開入札だから、最低価格を出せばいい。
糞かどうかじゃなくって、安いかどうかだけが決め手だ。
ひどいところになると、スキルのある社員もいないのに応札する。
そういうところに限ってめちゃくちゃ安い価格にする。
落札してから適当に作って、あとは手直しでなんとかする。
発注側にも時間の制限があるから、適当なところで妥協する。
ま、だいたいこんなところ。

とにかく手間がかかるのよ。
正式に対応させるとすれば、HTML、デザイン云々だけの問題じゃない。
Macに対応したらLinuxに対応しろだの色々言ってくる人もいるし。

それ以前に視覚障害者向けを優先させないといけないのもある。
となると、なおさらWindows+IEが優先になるわな。

健常者の人はWindows使うなり、直接役所行くなりすれば良いわけだ。

>>93
国税庁のwebはピュアhtml+js+pdfでブラウザ別振り分けなんか使わないでも
ちゃんと動いてるよ。

最初から「クロスプラットフォームでのアクセシビリティを意識して」
って形で案件もらえれば、現役のメジャープラットフォームに対応するのは
別に大変じゃない。個別の機種への「対応」をひとつひとつ意識して
コーディングなんかしないで、まずは標準記法で清書してから
個別ブラウザのレンダリングバグで致命的なエラーが出ないように
微修正するんだ。W3Cのweb標準に従って、無駄なレイアウト用テーブルは
使わずaltタグの記述も普通にやれば、視覚障害者向けの読み上げブラウザ
だってそのまま対応してくれる。web標準への準拠は今後の業界トレンドで、
IE7でもW3C準拠度の向上を謳ってるんだから、そういうスキルがない
IE5-6決め打ちのwebコーダーは今後飯が食えなくなっちゃうよ。

IE6、IE5、Firefox、旧Mozillaでのレンダリング／動作の検証をしとけば
Safariでは99％ちゃんと動く。MacIEはCSS廻りなんかにWinIEとの非互換性が
あるけど、致命的な部分はそれほど多くなくて、とりあえずレンダリングは
できる。俺も公共系web案件ではそうしたよ。

>>94
御意
>そういうスキルがないIE5-6決め打ちのwebコーダーは
>今後飯が食えなくなっちゃうよ。
そのとおりですね。でもそういう会社も多いんですよ。
「Webサイトをつくるなんて簡単じゃん」っていう素人
社長がいたりして。94さんはメジャーどころなんでしょ
うね。ｳﾗﾔﾏｽｲ

すれ違いだけど、
ＮＨＫよ、Ｍａｃを使った番組を放送してくれ

>>93
標準仕様で作るだけでどんな手間になんねん。web屋にしてみりゃ特定環境依存でサービス作って検証する方が混乱要素多いよ。
Windowsでのみの動作確認は致し方ない。それ故Macで不具合が起きたという分には問題ない。
MS依存はまったく別の問題。

訂正
>>97
>問題ない。
　↓
Macの問題かもわからん上低シェアなので仕方がない

シェアなんて関係ないよ。

インターネットは特定の環境に依存すべきではないんだよ。
こんなの考えた事も無い能無しWeb屋ばかりになってしまったのだろう。

理想と現実は分けて考えましょう。
誰でも理想追ってるだけで金貰えんなら話は別だけど。

このまえ1990〜95年頃のパソコン誌やらデザイン誌やらサブカル誌がごっそり出て来たんだけど、
インターネットはこの先どうなるのか？みたいな話題がちらほらあってさ。
今のインターネットは先人の危惧した「つまらないインターネット」そのものだ。

急になんだい。
オープン物界隈やアンダーグラウンドでの積極的利用は当時の「夢」を地で行ってると思うけど。
どんな魅力的なサービス構想であれ、法整備の遅さに苛まされてるのが現実というのが憎いねぇ。

>>76
もったいぶってないで「俺が作りました」って言っちゃえよ

つーか1990年代序盤には、一般雑誌どころかパソコン雑誌にだって
インターネットの話題はほとんどなかった気がするよ。俺が大学で
はじめてFTP経由でPDSをダウンロードしたりMosaic触ったりしたのが
1993年だもん。Mosaicってこの年にできたのよ。wwwの規格は1991年。

>>97
作る手間じゃなくて検証する手間、かな。
そもそも「機種依存」なんて頭にないんだし。Win+IE+HPビルダ
くらいでちゃっちゃっと作ればすむだろ、なんてところがほんとに
あるんだから。
最後の２行はよくわからない。ごめん

>>103
わは、もったいぶっているわけじゃぁないんですよぉ
誰を批判してるわけでもないし
現状がここで書いている人のレベルよりはるかにひどいって
言っただけです

PDSって言葉がなつかしい

ま、web関連の担当なんて、他で使えない奴がやってるだけってとこもあるからね。
そういう奴はWin+IE依存とか全然わからず、料金の根拠もよくわからず
76の言う丸投げノーチェック状態だったりするよ。

業者の良心とか誠意に期待してもしょうがないし、ユーザーなら行政側に
「せめて標準仕様にしてよ。できないならweb屋がレベル低いか手抜いてるのかもね」
とでも言って気付いてもらうのを待つとか。

WinとMacのシェアが半々で、更にIEとNNのシェアが半々だと勘違いして
それぞれ両方に気を遣ってHPを作ってた俺こそ真のヘタレ。


まあ、個人HPなんだけどな。

需要ないから誰が見れなくても良いんじゃない？（嘘嘘

ウジャウジャ五月蠅い事言うクラや業者は、完全互換の
オールＪＰＥＧ（ＧＩＦ）で制作して納品せい！

これで、ブラウザの壁を越えるぞ！　ってね。

追記：

フラッシュは使用不可、アニメーションＧＩＦのみ可。

百歩譲って、データファイルは、ＰＤＦ可
（ＰＤＦの直リン不可。いきなりダウンロードさせるのは止めろよな）
ワードなどのオフィス系のネイティブデータのままは不可。

現実問題、役所の仕事といっても採算性とか言われるわけよ。
北海道の高速道路を見れば分かるだろ。税金の無駄遣いっていわれちゃうからな。
Macが普及してかけたコストに見合うようになるまで無理。あきらめよ。

>>113
>>94

金融庁のEDINETについてはほんとどうにかしてほしい。
そもそも提出のフォーマットがHTMLなんてどうかしてるだろ。
Win,IE,Javaのバージョンまで細かく指定があって、あまりにも限定的だ。
クッキー食わないとFAQも見られんし。
あの糞システム考えた業者誰なんだよー。

もう少しちゃんと考えろ。
地方の小さい銀行のサイトや零細証券会社のサイトが
マックに対応していないのはなぜか？
対応したくてもできない事情がある。
クロスプラットフォーム云々の話じゃない。

>地方の小さい銀行のサイトや零細証券会社のサイトが
>マックに対応していないのはなぜか？

アクセシビリティが低ければ低いなりの評価を受けるだけの私企業と、
アクセシビリティを高めることが重要な公共サービスでは根本的に違う。
ミスリード。

>クロスプラットフォーム云々の話じゃない。

クロスプラットフォーム云々の話なんだよ、まさに。日中韓Linuxの
官系への導入が進む頃には、否が応でもW3C準拠+オープン技術での
構築が基本になるだろうけどね。

>対応したくてもできない事情がある。

アクセシビリティの向上はスローガンとしては浸透しつつあるんだけど、
個別省庁のweb構築プロジェクトのセクションには、普通は「実際に
どういう要素技術をどういう形で組み合わせればいいか」という定義が
できる人がいないからよくわからんまま結局受注先に丸投げになる。
少なくとも俺が受けた案件はそうだった。それを事情というなら事情だが
そんな下らん「事情」は即刻改正されるべきだ。関連で>>93も嫁。

まちがいた。>>94だ。

＞アクセシビリティを高めることが重要な公共サービス

だからこそWindows+IEで問題なしって話になる。
95%を97%にするために金をかけるのは無駄金って話。
100%じゃなければいけないなんていうのは、町内にひとつずつ
役所の出張所作るようなものだぞ。

金かけなくてもできるだろってのは妄想。

＞普通は「実際にどういう要素技術をどういう形で組み
＞合わせればいいか」という定義ができる人がいない

これが実情なのは間違いない。
そして、こいうのを解消するにはそれなりの人員が必要だし、
教育も必要。2%を上げるためだけに膨大な金がかかるわけだ。

俺は人が混雑してる役所の片隅で、仕事ほっぽり出して
Mac講習会なんてやるわけにもいかんだろうし。

>＞アクセシビリティを高めることが重要な公共サービス
>
>だからこそWindows+IEで問題なしって話になる。
>95%を97%にするために金をかけるのは無駄金って話。

アクセシビリティの概念を誤解してませんか？　e-wordsでアクセシビリティの
項目を引いてみてください。
http://e-words.jp/w/E382A2E382AFE382BBE382B7E38393E383AAE38386E382A3.html
「情報やサービス、ソフトウェアなどが、どの程度広汎な人に利用可能であるかを
あらわす語」ですよ。視覚系ブラウザ群の内部ですら互換性に問題のあるコンテンツ
なんて、アクセシビリティのアの字も充足できてません。この「広汎さ」は、具体的
には、視覚系／読み上げ系をはじめとするさまざまな種類のUAへの対応を意味します。
つまりアクセシビリティという視点から言えば、「Macに対応すべきか、しないでも
構わないのか」というプラットフォームベースの議論は問題設定がズレてるんです。
コンテンツ提供者が可能な限りWCAGに準拠したコンテンツを作成し、視覚ブラウザ
開発者が可能な限りW3Cに準拠した視覚ブラウザを提供していれば、そこには
プラットフォームの問題は介在しません。

>金かけなくてもできるだろってのは妄想。

俺はやりましたよ。妄想ではなくそれで金を稼いでます。まっとうにW3C/WCAGに
準拠するのに追加投資なんていりません。正書法を踏まえて淡々とソースを書くだけ
です。それができないのはコーダーとしては3流。変な方言しか喋れないのに
アナウンサーを名乗るようなもんです。

こう言えばいいかな。

「標準語で話せばIE君もFirefox君もSafari君もみんな話をわかってくれます。
読み上げブラウザ君も正しく動作します。でもIE弁やFirefox弁で喋ると
他の人達は意味がわかりません。市場規模や効率を考慮する営利企業とは違い、
行政サービスというのは納税者全員にできる限り平等に奉仕すべき公僕 Public
Servant なので、サービスは標準語で提供すべきです」

英語圏の外人が文字列リテラルをハードコーディングしたりしてローカライズしにくいソフト作りをしがちなのと似てるな
「多少の手間で正当な手法」よりも「オレ含む大多数が使えるラクな手法」

>>120が分かっていても、行政側が分かっていないと意味がないこと。
120が役所のサイトを作ればいいのだろうが、
120のいうことを理解できる公務員の教育に金がかかる。

120が公務員になって陣頭指揮を執ってトップダウンで改善しない限り、
現状が解決することはないだろう。

ま、もしそんなことすれば、俺は税金の無駄遣いだと思うけど。

何が何でも税金の無駄遣いにしたい件について

我が市の市立図書館よ、頼むから機種依存文字だけは使わないでくれ。
もうそんなの常識の範囲内だぞ。

IE6に脆弱性、悪意のあるJavaScriptでDoS攻撃の可能性
http://internet.watch.impress.co.jp/cda/news/2005/06/01/7836.html

保守

「その他PC」にわざわざ対応する必要はないだろ。

日本語も世界人口の2％相当しか喋る人間がいないんですよ。

例えば、もしMSが自社製ソフトの日本語ローカライズをしないと決めたら
あんたは日本語は「その他言語」だから仕方が無いと思うわけか？

商売する時に経済規模を考えないアホがいるようだ。

行政は商売じゃないし
やるべきことは「その他PCに対応」することじゃなく
標準web技法でシステムを設計することだし

>>131
商売じゃないから人口比%が問題になるんだろうに。商売なら市場規模
が問題になる。よって、129＝アホ、131＝文盲。

じゃ、あんたはMac関係の経済規模をきちんと把握した上で殊更無視できると言っているんだろうな？

>>129
MSの方針なんかどうだっていいけど
行政がそれ同じ事言ったらダメだろ。

OSシェア
http://award.computernews.com/html/2005/2005_soft3.htm#28
1マイクロソフト73.8
2アップルコンピュータ18.0
3ターボリナックス3.6

>>132
またアクセシビリティの話から講義せないかんのかい？
人口比だけが問題なら障害者対応なんて全部切り捨てろって話になる
コストの許す限り受益者層を広汎に想定し運用するのが福祉国家の行政原則
そして標準web技法でシステム設計をするのはコスト増要因にはならない

現に国税庁のweb確定申告作成はSafariでもFirefoxでも最後までサービスを
受けられるようになってるし（ICリーダ管理部分の開発が必要なe-Taxは除く）、
他の行政webでも標準web化は進んでる
まあ自分たちが今後linux入れようとしてんのにActiveX依存のページなんぞ
作ってたらタダのアホだ

136も馬鹿だな。
障害者とMacユーザを同じように扱うなよ。

障害者になりたくてなった奴はいないけど、
Macユーザは数ある選択肢から選んで使ってるわけだからさ。
少数派なんだから、もう少し謙虚に生きろよ。
だからマカーはバカだとかいわれんだよ。

ちなみに俺は両刀。

>>137
いや俺も両刀だし、むしろ仕事はWindows/IA関係なんだけど…

webっていうオープン技術でソリューション作る場合、
最初の要件定義で標準化という点さえちゃんと繰り込んでれば
最小の開発コストで受益層を最大化できる
つまり行政サイドの効率化という面から見てもROIが最大化される
だからこそ、今は行政も国政レベルから徐々にその方向に向かっているわけだ
そうなると、あちらのSIがMacを意識するかどうかには関係なく
自然に「Mac対応」にもなってくんだよ、という話
（その一例として国税庁を挙げた）

webアクセシビリティの基本思想から言えば
標準技法に従って普通に設計・コーディングしてれば
アクセシビリティは黙ってても最大化されることになるわけで、
「障害者に対応する／しない」とか「Macに対応する／しない」とかを
いちいち意識してコーディングするのはおかしいというか
もう1世代前のモノの見方なわけ

実際W3CのHTML4.01 Strict+CSSにvalidなようにソース書けば
読み上げプラウザとかの非視覚系ブラウザもほぼ完全に対応できるからね
あとはオブジェクトの配置順序をどう工夫するかって程度ぐらいの作業しかない

なんか、技術や知識ややる気のないWeb屋が必死に自己正当化してるようにしか見えない

Windows XPのLZHフォルダ機能で展開すると空の状態になる不具合
http://internet.watch.impress.co.jp/cda/news/2005/06/03/7874.html

難しい話はわからんがワードやエクセルの書類をそのまま使うのは止めてほしいものだ。

言ってみれば税金使って広報誌を作ってるのに
一部の人には読めないものを広報としてるというのは如何なものかと。
PDFのように無料のリーダーがリンクされてるのなら問題ないと思うのだが。

いくらofficeが業界標準とは言え問題だよだ

ﾄﾞｻﾞっこ似非デザイナーはデザインというものを勉強し直した方がいい。

在日朝鮮人が公共サービスは全部ハングルで併記しろって
言っているのと同じだと思う

>>145
在日だったら日本語読めるだろ
標準語で書くべきところを、東北弁で書いてるのが問題だ、と言ってるんだ。
九州人でも標準語は読めるのに。

そりゃ、東北弁でしか表現できないフレーズをどうしても使わなきゃならないんだったら九州人には理解できないけど我慢するよ、
でも始めっから全部東北弁べったりで書く気じゃん、それはどうなんだい、ってことよ。

好きこのんでマック使ってるんだから、これくらい我慢すれや。
我慢できないならWin使えよ。

>>147
Macはシェアこそ低いが、日本でネット接続してる2割強がMacを使ってるんだぞ。
ユーザーの利用率はWinに比べて非常に高いんだ。
2割強を無視して良いわけがないだろうが！！！

もっとも、その不便と苦痛の分、
税金半額に免除してくれるのならガマンしてやらないでもないがな。ｗ

嫌韓厨のドザデザイナーは頭が弱いのか、それとも専門卒なのか？
デザイナーならデザインについて勉強した方が良いぞ。

>>148
Google2004年度末統計
http://www.google.com/press/zeitgeist/zeitgeist-jun04.html

マックが2割って一体どこの都市伝説

>>150
ネタにまじれ（ｒｙ

>>150
日本限定での話してるのに全世界の統計持ってくるバカ。

>>138-139

その通り。

標準化団体であるW3Cが策定したオープンな仕様に従ってコーディングするのがベスト。

サファリが仮に、オープンな仕様のHTMLやCSSでおかしな表示になるような糞なUAだったと
したら、正すべきはサファリの方。

バリアフリーの概念からすると、サファリなどという特定のアプリケーションのために、
標準的でオープンなコーディングから方言まがいの特殊なコーディングに変えるような対処法は
誤り。

>>112

標準化、アクセシビリティ、バリアフリーの概念からすると、同意できない箇所が多いな。

> フラッシュは使用不可、アニメーションＧＩＦのみ可。

GIFは不可。画像ファイルはPNGのみ。

> 百歩譲って、データファイルは、ＰＤＦ可

PDF不可。全てのデータは容易に読み上げソフトが対応できる様に、HTMLのbody要素内に
しかるべき要素でコーディングすること。
図表についてはaltやsummaryなどの属性で概要をきちんと記述する。

> ワードなどのオフィス系のネイティブデータのままは不可。

これは同意。XML下化すれば可。

Windows XPのLZHフォルダ機能で展開すると空の状態になる不具合
http://internet.watch.impress.co.jp/cda/news/2005/06/03/7874.html

ぐーぐるあーす
>・Apple Macintosh computers are not supported at this time (but we are working on it).

まあｺﾀﾞは最初からStrict準拠で書けと。

Windowsの複数のバージョンに、パッチ未公開の脆弱性
http://japan.cnet.com/news/sec/story/0,2000050480,20085473,00.htm

携帯電話での利用が増えて、
また携帯電話のブラウザがフルブラウザ化するにつれて、
どんどん改善されていくと思われ。

# 携帯電話にWindows CE載ったりして(w