もっと見る

@yamo @yamma_ma Firefoxでなんとかしようかと思ってたんですけど、やっぱりChromeに慣れちゃうと離れがたくて……。現状を調べてたら良いトコまで来てたので、結局ベータに移行しちゃいました。

結構大きな出来事だと思うんだけど、あまりにも注目度低いよね。

Google Chromeのベータ版に、-color-correct-rendering という設定があります。

about:flagsで設定をEnableに変更すると、色空間が指定されていない表示要素をsRGBとして解釈するようになります。

これで、特に広色域のモニタでやたら派手な色で表示されていたWebサイトが、正常な色で表示されるようになります。やったね!

この設定が、リリース版のデフォルトになるといいね!

詳しいことは、そのうち
@yamma_ma さんがまとめてくれるんじゃないかと期待していますw

《参考》
続・Webブラウザのカラーマネジメント対応まとめ
blog.livedoor.jp/yamma_ma/arch

@t_fukui というわけで(別スレ)、プロファイルに微妙な差があるにしろ、破損しているにしろ、埋め込まれてないという扱いにはならないようです。

保存する段階で起きているとすると、事務所の方に何かあるかもしれませんね。

CSあたりで、PDF互換形式にしていないRGBファイルでICCプロファイルが埋め込まれないっていう報告は見つけました。
justskins.com/forums/problem-i

何が原因でしょうねぇ。

@t_fukui あと、

/Library/Application Support/Adobe/Color/Settings/

このへんの.csf(Adobe color settings file)の中にプロファイルが埋め込まれていて、新規ファイルに埋め込まれる作業用プロファイルはこちらが使われているようです。

意図的に壊したJapanColor2001Coated.iccを投入し、JapanColor2001Coated.iccを埋め込んだ書類を開いたところ、こんな表示になりましたw

壊れている場所によるんでしょうけど、違いを認識しているようです。
dtp-mstdn.jp/media/Yzl1beRFVsD

@t_fukui (私は頻繁にアクセスするのでサイドバーに登録してます……)

えっと、macOSだと
/Library/ColorSync/Profiles
~/Library/ColorSync/Profiles

Windowsだと
C:\WINDOWS\System32\spool\drivers\color
C:\Program Files (x86)\Common Files\Adobe\Color\Profiles

が主要なところです。

ColorSyncユーティリティ(mac)を起動すると、他にもいろんな場所にプロファイルがインストールされて認識されているのがわかります。

破損については、ColorSyncユーティリティ(mac)のProfile First Aidにチェック・修復する機能がありますが、インストールし直しが良いと思います。

@akfm 職業病の一種ですよね!
私も、街で看板とかサイン、ディスプレイ、プリントされたグッズとか見ると、常に何で印刷しているか確認してしまうクセがありますしw

@t_fukui 事務所と自宅で、OSにインストールされてるプロファイルが一致していないとか、破損してるとか……。

@ohyaji 紙のように情報が固定されないので、DTPで言うとほぼネイティブデータ(InDesignやIllustratorのアウトラインとってない元データ、Photoshopのレイヤー統合してないもの)が納品物ですし、それに品質が求められ、お客様が追加修正できるようテンプレートになっている必要があったり、作り込むポイントが違ってきますよね。コンテンツが増減しても破綻しないデザインにするのも大変ですし。

打ち合わせ段階では、どこまで対応させるのか決めておかないと、採用する技術も工数も算出できないし、あとから追加・変更されたら悲惨です。

「IE6に対応させてください」とか言われたら「Illustrator 8で編集できるようにしておいてください」ってレベルの話で、出来ることが限定されてツライです……。

今回のお話がどのようなサイトを想定しているのかわかりませんが、コーディングしてから校正ということならそれはそれとして受け止めて、その前段階でも随時(校正と呼ばずに)確認を挟んで要所要所で了解を取り付け、現実に手戻りが起こらないように進行するしかないでしょうね。

@ohyaji コメントしますが、専門外なので話半分でお願いします。

Webサイト・Webアプリの制作の場合、規模やどこまで丁寧にやるかによりますが、スケッチから始めて、ワイヤーフレームやモックアップで画面遷移や必要な機能を洗い出して明確にし、プロトタイプで本番同様の見た目で細部を詰め、最後に機能を実装するという流れになるかと思います。プロトタイプからは、バックエンドはモック(ダミー)でフロントエンドはコーディング開始、最後にバックエンドのコーディングという感じでしょうか。

コーディング完了させて校正っていうのは、プロトタイプで評価したいってことだと思います。この場合、フロントエンド(クライアントサイドのHTML, CSS, JavaScript)はコーディングが必要ですね。バックエンド(サーバ側のコード)は、APIは本番と同じように作っておきますが、返すデータはダミーを使います。データベース処理など複雑な部分はコーディングしません。

メリットは、異なる閲覧環境(ブラウザやOS違い)での見た目、アニメーションなど動きを含めたUXの評価ができることでしょうか。

@akfm そういうのすっごい気付くの早い人、必ず居ますね!

ウチで年末年始に配る営業日カレンダー(A4/上質135k)、プリンター変えた年に即座に気付いてツッコんでくる人の多いことw
気付く人のほとんどがオフセット系の営業だったので優秀だなと思いました!

@ohyaji @dawakirohi 基本的に、無茶な働き方が求められた時は、その原因を作っている営業なり経営者が悪いのです。

力不足でご迷惑おかけし申し訳ございません。助けて頂いてありがとうございます。

もう、それしかないよね。おとといまで急な三交代体制で切り抜けたばかりで、身につまされますわ……。私も頑張らねば。

今日撮ってきた近所のセブンイレブンのコーヒーマシン。もう長いことやってるけど、相変わらずペタペタ貼られているていたらく。よく見ると、アイスコーヒーのとこにアイスカフェラテのシールが貼ってある。ちゃうやん……。 dtp-mstdn.jp/media/_fcNOuiz4pp

@yamo dtp-mstdn.jp/media/HDizAlgZ37M dtp-mstdn.jp/media/bPTQCHT3omY

ninchisho-online.com/archives/
plaza.rakuten.co.jp/nitotora/d

UIの話を始めるあたっては、この張り紙・テプラをきちんと解消するところからだよな、と思ってます。「流す」を明確にすべし、という力強いメッセージを感じます。(リンク先から画像をお借りしています。リンク先も参照ください)

@ohyaji プログラマーの場合、目指すべき成果物の定義を事前に行っていて、そこがプログラマーの職分じゃないっていうのがありますね。要件定義をひっくり返されるとデスマーチが始まっちゃうんですが、とりあえずプログラマーの問題ではないし。

デザイナーの成果物も、デザイナー本人の力量・信頼度だけで解決しようとせずに、会社全体で持っている信用や知見、営業やディレクター、同僚デザイナーの力を借りながら、目指すゴールを事前定義してすりあわせ、皆に後押ししてもらわないと、そりゃぁ分が悪いかなと思います。

@t_fukui それキツイ……。

ウチも、大判ポスターとか看板とか横断幕とかやってますが、出力原稿としてヨソで作ったチラシの内容確認用PDF(低解像度・JPEG高圧縮)がきちゃったりして、すごく残念な大判プリントになること、よくあります……。

できるだけ良い素材を入手できるよう交渉したり、あんまりなのであちこち作り直したり加工したりしますが、これはホントツライ。

のえる :cava_red: DTP鯖管 さんがブースト

@yamo 営業(や経営)の役割って、予測が困難で不確かな状況下であっても、直ちに判断を下してその責任を取ることなので、非常にキツイ仕事です。ベストの答えなんてなかなか出せない。戦略的に不利な立場にあれば、戦術では取り返せない敗色濃厚な状況下で最善を尽くすしかない。そうしてようやく獲得した条件を持ち帰れば、まずもって味方からブーイングなワケです。専門性ではかなわない現場スタッフから判断がおかしいとなじられる。そもそも後出しじゃんけんならなんとでも言えますしね。あまつさえ約束を反故にしてこいとさえ言われます。

たしかに、現場から見たら営業の判断とか感覚、おかしいでしょう。能力不足や努力の方向が間違っていて、現場に迷惑をかけているかもしれない。

でも、だったら、どうしたらお互いがハッピーになれるのか。互いをリスペクトし、不足を補って助け合う以外に、とるべきアクションはないのでは?

どのように営業と協力すれば最強のタッグが組めるのか、そういう意見交換・勉強会だって、DTPの技術と同様かそれ以上に重要じゃない?

ということは申し上げておきたいと思います。

@yamo 営業(や経営)の役割って、予測が困難で不確かな状況下であっても、直ちに判断を下してその責任を取ることなので、非常にキツイ仕事です。ベストの答えなんてなかなか出せない。戦略的に不利な立場にあれば、戦術では取り返せない敗色濃厚な状況下で最善を尽くすしかない。そうしてようやく獲得した条件を持ち帰れば、まずもって味方からブーイングなワケです。専門性ではかなわない現場スタッフから判断がおかしいとなじられる。そもそも後出しじゃんけんならなんとでも言えますしね。あまつさえ約束を反故にしてこいとさえ言われます。

たしかに、現場から見たら営業の判断とか感覚、おかしいでしょう。能力不足や努力の方向が間違っていて、現場に迷惑をかけているかもしれない。

でも、だったら、どうしたらお互いがハッピーになれるのか。互いをリスペクトし、不足を補って助け合う以外に、とるべきアクションはないのでは?

どのように営業と協力すれば最強のタッグが組めるのか、そういう意見交換・勉強会だって、DTPの技術と同様かそれ以上に重要じゃない?

ということは申し上げておきたいと思います。

@yamo そうなると、国産機のを見てみたくなるね!
ウチにある機械たちの写真も集めておこう……。

もっと見る

のえる :cava_red: DTP鯖管 によるおすすめ:

DTP-Mstdn.jp

DTP-Mstdn.jpは、DTP・デザイン・印刷に関わる人々のためのMastodonインスタンスです。特定分野の専門インスタンスですので、日々のつぶやき、耳寄りな情報の共有、ディスカッション、質問とその回答、役立つスクリプトなど、他では投稿しづらい内容も、思う存分トゥートしましょう!