アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
けっこう赤っ恥 (スコア:1, 荒らし)
「2007バージョンでバグを入れてしまったので修正しました」というのは一段と恥ずかしい話だ。
計算結果が 216-1 と 216 近辺のときに異常が起きるというのは、もともとの設計との齟齬に気付かずに、
粗忽なやり方で新しい機能を載せてしまいました、みたいな話だろうね。
こういう事例は、マネージメントのやり方次第で豊富な教訓を取り出せる宝の山みたいに
なることもあるんだが、駄目な会社だと、犯人探し→懲罰→忘却 で終わらせちゃうだろうね。
Re:けっこう赤っ恥 (スコア:0)
未だに改善される気配すらないわけで
正直やる気の欠片すらないんだと思う。
Re:けっこう赤っ恥 (スコア:2, 興味深い)
(ウチの会社でも表計算ソフト出してるけど、おんなじ問題が……)
要するに、「表計算ソフトの画面出力を印刷主体で行うべきか否か」ってことになります。
当たり前なことですが、液晶やCRT等のモニタとプリンタでは大抵DPIが異なります。
実際のドットピッチはともかく、Windowsの標準ではモニタが96DPIですね。一方、プリンタはレーザーだと1200DPI~2400DPIとかいうレベルです。
で、DPIが異なってしまうと、同じフォントを使っていても横幅が微妙に違ってしまうことが起きます。
ズレは1文字につき1ピクセル程度の小さなものですが、文字数が多くなるとズレも必然的に大きくなります。この違いが、画面と印刷のズレに繋がるわけです。
では同じ問題があるはずのワードプロセッサで何故それが起こらないかというと、大抵のワードプロセッサは画面表示時の座標計算も印刷時の寸法で行っているためです。(印刷物が主体ですから)
これをちゃんと行っていないワープロもあり(Windows付属のワードパッドがそう)、この場合はExcelと同様に画面と印刷でずれますw
ところが、これを表計算で行うのは少々問題がありまして……。
印刷時の寸法で画面を描画すると、帳尻を合わせるためにピクセルを空けたり詰めたりすることになるんですけど、モニタのDPIが低いために「目で見て分かる」ほどのズレが出ちゃうのです。
「A1とA2の高さは同じに設定しているはずなのに、どう見ても1ピクセル違う」、みたいな。
ワープロでは1ピクセルずれていても気にする人はいないでしょうけど、表計算では画面上の見栄えも重要ですから。
(ちなみに、「印刷を画面に合わせる」という選択肢は論外です)
これは両立できない部分なので、モニタ主体か印刷主体かの2択になわけです。
現状では、Excelはモニタ上での見栄えを重視しているということになります。
将来、モニタのピクセルが判別できないほど小さくならない限り、この問題は解決不能なのです。
Re:けっこう赤っ恥 (スコア:1, 参考になる)
#というか、印刷プレビューが役に立たないのはいかがなものかと、思うのでAC
Re:けっこう赤っ恥 (スコア:0)
そもそも印刷物で文字がはみ出て消えた文字が読めないの状態は
論外を遥かに通り越していると思うのだが?
百歩譲らずとも WYSIWYG が破綻してるくらいは多めに見る。
しかし、セルサイズの自動調整に、
画面重視か印刷重視かの選択肢くらいあっても罰は当らないはずだ。
MS 製品、特に Office に関しては、
なぜああも肝心な部分で使い物にならない仕様になっているのか理解に苦しむ。
Re:けっこう赤っ恥 (スコア:0)
アンチエイリアスすれば?
いつまで16色しか出なかったころのルールに縛られてるんだ
Re:けっこう赤っ恥 (スコア:0)
何しろ、三四郎が問題を起こさなくて、それをウリにしているわけですから。
それ以前に、同じように数値入れても右揃えがそろわないことがある事態も何とかしてくれ。
問題の根は一緒だと思うが。
Re:けっこう赤っ恥 (スコア:0)
もちろん、私にもExcelに対して文句を言いたくなることは多々ありますw
でも、だからといって「正直やる気の欠片すらないんだと思う」って言われてしまうのはかわいそうだな、と思うわけで。
#1232998氏
> #というか、印刷プレビューが役に立たないのはいかがなものかと、思うのでAC
こっちはプリンタ内蔵フォントの問題ですかねー。
フォントマッピングを変更すれば緩和されるかもですが、いかんせん前述の問題がある以上は焼け石に水ですね。
#1233292氏
> ならなぜ、ワープロを画面で見た場合に目で見て分る程のズレが出てないのだろう?
表計算