有用なテキストを読みやすくしながら、スクリーンショットのサイズを縮小します

スクリーンショットには、バグ、支払い確認、チャート、または一連のアプリケーションの指示が表示される場合があります。 受信者が実際に必要とする部分を減らす前に特定します。 完全なモニター キャプチャは、メッセージのプレビューで小さなダイアログを読み取れなくなることがあります。 エディターで便利な領域をトリミングするか、形が適切なときにここで正確なトリミングを使用してから、単語を読むのに十分なピクセルを保持します。

ツールは OCR を実行しません。ウィンドウを自動的に選択するか、個人情報を編集してください。 ブラウザのタブ、アカウント名、メールアドレス、通知、支払いの詳細を自分で確認してください。 それらを削除する必要がある場合は、圧縮前に適切に編集されたソースを作成してください。 メタデータを再エンコードしても、画面に表示されるテキストは表示されません。 自分の記録やサポート調査のために必要な場合は、編集されていないオリジナルを別に保管してください。

このプリセットは、シャープニングをオフにして元の寸法を PNG に保持します。 これにより、エンコードまたはサイズ変更が即座に行われないことは回避されますが、ファイルが小さくならない可能性があります。 PNG は、インターフェイス テキスト、狭い境界線、およびフラットな色に役立ちます。 JPEG スタイルのスライダーでは、ファイル サイズを制御できません。 宛先がより小さなファイルを必要とする場合は、正当な次元の縮小を選択するか、別の形式を比較します。

受信者が表示するサイズの最小の重要なテキストを調べます。 表、句読点、細かいグラフの線、およびボタンのフォーカス状態をチェックします。 ビデオまたは写真の背景を含むスクリーンショットは、単純な設定ダイアログとは異なる動作をする場合があります。 WebP または JPEG は、不透明なスクリーンショットを減らすことができますが、色付きのフリンジと柔らかい文字を見てください。 スクリーンショットが説明しようとしていた詳細を結果が失った場合は、PNG を維持します。

ファイルをダウンロードして、使用する予定のサポート チケット、チャット、またはドキュメント ドラフトに添付します。 そのサービスが元のファイルを表示するか、別の圧縮プレビューを作成するかを確認してください。 読みやすいテキストが不可欠な場合、受信者は小さなプレビューに頼るのではなく、添付ファイルを開く必要がある場合があります。 一般的なバイト ターゲットが適切であると仮定するのではなく、サービスのファイル要件に従う必要があります。

一連のスクリーンショットでは、賢明な順序と一貫した命名を維持してください。 バッチですべてのファイルに同じ設定が適用されます。これは、長い電話機のキャプチャと小さなダイアログ ボックスの組み合わせには不適切な場合があります。 それらをグループに分けて、それぞれの難しい例を 1 つ調べます。 ローカル処理とは、スクリーンショットがこのコンプレッサーにアップロードされないことを意味しますが、最終的な受信者と共有するものを選択します。 問題を説明できない小さなファイルで、読みやすい結果を保持します。

長い設定のスクリーンショットとトリミングされたエラー ダイアログでは、異なる境界が必要になる場合があります。 長い画像を短い高さに合わせると、すべてのラベルが小さくなりますが、ダイアログはわずかな縮小で読みやすくなります。 ファイル名拡張子で 1 つのスクリーンショット プリセットを適用するのではなく、個別のケースとしてチェックしてください。 ステップ バイ ステップの手順では、一連の集中的なキャプチャは、1 つの非常に高い画像よりもよく通信できますが、キャプチャまたは編集ワークフローでその選択を行います。 各ファイルに関連する手順と読み取り可能なラベルを保持し、受信サポート システムが使用できない小さなプレビューを作成していないことを確認します。