アカウント名:
パスワード:
大した容量でもないだろうに今までできたことを削るなと思うそのくせ様々な設定の自由度は下げるというね、全く素晴らしいユーザーエクスペリエンスだよ
# マイナスモデ上等
将来的には古いペイントを廃止したいんだろう。メンテしたくないから。でもプレインストールしていたら、いつまでたっても古いペイントを使われて削除できない。
IEとEdgeなら、結構な人がEdgeを使うと思うけど、ペイントとペイント3Dだと、従来の使い方だとペイントの方が使いやすいからなあ。ユーザーとしてはペイントに不満はなく、ペイント3Dの方が従来の使い方では使いにくいのだから、移行するメリットはない。マイクロソフトはペイント3Dとは別に、UWP版のペイントを作るべきなんだよ。結局、営業が3Dを売りにしようというコンセ
IEとEdgeなら、結構な人がEdgeを使うと思うけど、ペイントとペイント3Dだと、従来の使い方だとペイントの方が使いやすいからなあ。
そう思うだろ。最近、業務分野だとまたIEの使用率が上がってきてたりするんだよ。
理由はRPAの対応のしやすさ。社内システムだけならサーバー側で全自動化することもできるが、グループ企業や、あるいはSaaS(多いのはWebベースの勤怠管理ソフトとか)を社内業務に取り込んでいると、そうも行かない。
そしてデスクトップ操作の自動化ツール(具体名を挙げるならUIPathとかWinActorとか)を使おうとすると、COMインターフェースが備わってるIEは圧倒的にスクリプトが書きやすい。必要な値とかVBScriptなんかで
IE以外だと拡張機能でやるのが一番筋がまともかなぁ…GreasemonkeyとかUserScriptで済ませられる範囲ならコードはシンプル。ファイルは別れるし、インストールは要るし、自動化ツールとの連携は面倒だろうけど。URLのハッシュ部分に指令を詰め込んだURL開かせてスクリプトで読むとかが汚くはあるけど手軽?
(これはサービス利用者側が負うべきリスクだけど)バージョンアップ等でUIの操作方法が変わることがあって、それを拡張で吸収できるかどうかが鍵になってくる。いや、それ以前にFirefoxなんで、さきのバージョンアップみたいにデザイン大幅変更+古い形式の拡張を殺しにかかったりしてるから、こういう分野では使い物にならない感が。
たとえば経理の自動化(RPA)であれば、その手の仕様変更は、可能な限り経理部門で対応できるのが理想なんだよね。そうでないとSaaSやらRPAまで活用してのコストカットができなくなる。事務員減らした分、保守のエンジニアを増やしました、じゃ本末転倒だから。
そういうのもあって、Greasemonkeyとかは導入したくない。うん、難しい分野だ。VBA書ける人なら、そこら辺の部署にも1人や2人は居てくれたりするから・・・。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
まったく要らんことするくせに余計なことをする (スコア:-1)
大した容量でもないだろうに
今までできたことを削るなと思う
そのくせ様々な設定の自由度は下げるというね、
全く素晴らしいユーザーエクスペリエンスだよ
# マイナスモデ上等
Re: (スコア:0)
将来的には古いペイントを廃止したいんだろう。
メンテしたくないから。
でもプレインストールしていたら、いつまでたっても古いペイントを使われて削除できない。
IEとEdgeなら、結構な人がEdgeを使うと思うけど、ペイントとペイント3Dだと、従来の使い方だとペイントの方が使いやすいからなあ。
ユーザーとしてはペイントに不満はなく、ペイント3Dの方が従来の使い方では使いにくいのだから、移行するメリットはない。
マイクロソフトはペイント3Dとは別に、UWP版のペイントを作るべきなんだよ。
結局、営業が3Dを売りにしようというコンセ
Re: (スコア:0)
IEとEdgeなら、結構な人がEdgeを使うと思うけど、ペイントとペイント3Dだと、従来の使い方だとペイントの方が使いやすいからなあ。
そう思うだろ。最近、業務分野だとまたIEの使用率が上がってきてたりするんだよ。
理由はRPAの対応のしやすさ。社内システムだけならサーバー側で全自動化することもできるが、グループ企業や、あるいはSaaS(多いのはWebベースの勤怠管理ソフトとか)を社内業務に取り込んでいると、そうも行かない。
そしてデスクトップ操作の自動化ツール(具体名を挙げるならUIPathとかWinActorとか)を使おうとすると、COMインターフェースが備わってるIEは圧倒的にスクリプトが書きやすい。必要な値とかVBScriptなんかで
Re: (スコア:0)
IE以外だと拡張機能でやるのが一番筋がまともかなぁ…
GreasemonkeyとかUserScriptで済ませられる範囲ならコードはシンプル。
ファイルは別れるし、インストールは要るし、自動化ツールとの連携は面倒だろうけど。
URLのハッシュ部分に指令を詰め込んだURL開かせてスクリプトで読むとかが汚くはあるけど手軽?
Re:まったく要らんことするくせに余計なことをする (スコア:0)
(これはサービス利用者側が負うべきリスクだけど)バージョンアップ等でUIの操作方法が変わることがあって、それを拡張で吸収できるかどうかが鍵になってくる。
いや、それ以前にFirefoxなんで、さきのバージョンアップみたいにデザイン大幅変更+古い形式の拡張を殺しにかかったりしてるから、こういう分野では使い物にならない感が。
たとえば経理の自動化(RPA)であれば、その手の仕様変更は、可能な限り経理部門で対応できるのが理想なんだよね。
そうでないとSaaSやらRPAまで活用してのコストカットができなくなる。事務員減らした分、保守のエンジニアを増やしました、じゃ本末転倒だから。
そういうのもあって、Greasemonkeyとかは導入したくない。うん、難しい分野だ。VBA書ける人なら、そこら辺の部署にも1人や2人は居てくれたりするから・・・。