アカウント名:
パスワード:
図とか表とかサクサクHTMLで書けるツールが標準添付されたメイラがデファクトスタンダードになればこういう状況も打開されるかとは思うのですけどね。
それって……、Outlook ExpressのHTMLメール? :)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
ギスギス上等 (スコア:0)
社内に対してやらずにどこにやる。お客さんに対してこんなことはさすがに言えないぞ。
ギスギスするのがいやで RMS 指示できっか! でもメシは食いたい。
Re:ギスギス上等 (スコア:1)
代替のものでも初心者の方には操作法などが理解され にくかったり、フォーマット違いなどを恐れたりして、 やっぱり使われないです。
たとえば簡単な表の場合、テキスト文章でお願いしま すとなると「色がつかない」といわれたりとか、HTM Lでお願いできますかとなると「HTMLって何?」と いう状況で、なかなか難しいものですの。
電子メールも似たような状況かもです。「色のついて いる部分を修正してください」……どこに色がついてい るの??(先様は OUTLOOK か何かをお使いのようでした:電話で「すいませんどこ ですか」と伺ったら「メールで書いたでしょ!」って怒 られちゃったです)。
個人的には「見れないので見れる形式でお願いします 」と再送をお願いするしかなさそうですの。
ビジネスなどはやっぱりいろいろ力関係などの事情が あって難しいものです(;;)。
-------- SORAMINE Yukino
Re:ギスギス上等 (スコア:1)
Re:ギスギス上等 (スコア:1)
力といっても色々ありまして、その力を振るうことが何らかの必然を感じられるものなら
まだ許せるんですけどねえ。
Wordを使ったほうが良い場合も、全く無いとは言えない、ということ(状況)も
ないわけではないでしょうね。
いや、そういう場合ならまだいいんです。
問題(?)は、力の有る人がWordを使っているけど、その人がそもそも
「なんでWordを使う必然が有るのか」を全然理解してなくて、
「なんとなく」Wordを使ってるだけ、という場合のが…一番むかつく。
オフトピですが。どっかの大会社に仕事を依頼されたとき、
要求仕様書が「ダンボール一杯の紙の束」だったとき、流石に目が点になりました。
更にいえばこの会社の命令により、納品物はソース+実行ファイルが入った普通のMOと、
あとそのソースをPrintした、これまた「ダンボール一杯の紙の束」でした。
仕様書やソースを紙でやり取りする必然やメリットが、どこに有るってんだ!
#勿論仕様書についてはその無茶な分量にも呆れましたが。
あの会社とは付き合いたくないです。でも切れてくれないんだろうな>うちの社長
Re:ギスギス上等 (スコア:1)
実際HTMLやPDFで代替しろっていっても通じないだろうし。
お客さんは特にね。
>「色のついて いる部分を修正してください」……
これ僕も良くあります。
お客さんはNotesみたいでしたけど。
最近はだいたいカンでわかるようになってきましたがw
>ビジネスなどはやっぱりいろいろ力関係などの事情が あって難しいものです(;;)。
RMSはこんなこと関係ないんだろうけど、僕らはそうは行かないものなあ。
別に力関係とかそういう圧力の問題が無くても相手のスキルの問題とか手間の問題とか考えると「読めません、pdf変換して送ってください」とは言えないことが多いです。
図とか表とかサクサクHTMLで書けるツールが標準添付されたメイラがデファクトスタンダードになればこういう状況も打開されるかとは思うのですけどね。
Re:ギスギス上等 (スコア:1)
それって……、Outlook ExpressのHTMLメール? :)
Re:ギスギス上等 (スコア:1)
そしてScript Kiddiesの格好の標的になると。ワタシには変なメイルを送らないで下さいね :-p
Re:ギスギス上等 (スコア:1)
HTMLレンダリングだけでなにかセキュリティホールがあるんですかねえ。
Re:ギスギス上等 (スコア:0)
全く。下請けさんになら言えそうだけど、うちは末端だ し。
「色の付いた部分」は社内の後輩から受け取ったことが あって、その時はこんこんと説教した後に社内 HTML メール撲滅委員の下働きとして社内メール