前blogで4/8にTumblrまとめ2を上げたが誤りがあったので訂正をしました。マンセルでした (ﾉ∀`*)ﾔﾀﾞｧ♪
下の方にオストワルト表色系の色相がありますが、訂正前はマンセルと書いていました。
雄さんのサイトで詳しく説明されています。
Appleの方式はafp、そのものずばりApple Filing Protocolの略。一方、Windowsで使われているのはSMB（Server Message Block）という方法だ。Mac OS Xにはこの両方の方式がシステムにさりげなく埋め込まれ、ユーザーは意識せずにこれらを扱える。MacはAFPのみだと思っていた。。。
afp接続で秒速16.44MB、一方のSMB接続では秒速1.12MB。やはり、最近のMac OS Xはブラッシュアップが進みafpのスピード向上が著しいようだ。
ということで、一旦すべてのネットワークボリュームをアンマウントし、その後、Finderから「サーバーへ接続」を選択して、「afp://IPアドレス/ボリューム名」と打ち込んで明示的にafpでボリュームをマウントする。その後、そのボリューム内のフォルダやファイルをエイリアスにしたり、ログイン項目に登録するという地道な作業を繰り返す必要がある。
情報にまとまりをつける作業には５つの基準しかない。RSS登録して読むことにしました。
一つ目は種類別に分類する「カテゴリー」。
二つ目は時間によって情報を整理する「時間」。
三つ目は情報を空間的な位置に従って分類する「位置」。
四つ目はもっともニュートラルな「アルファベット（五十音）順」。
五つ目は小→大、安→高などの程度の違いによって情報を組織化する「連続量」。
InDesign CS2 では、仕様により [ハーフトーンスクリーンを含める] および [トランスファ関数を含める] オプションを読み込むことはできません。InDesign CS3 ではこれらのオプションを読み込むことができます。CS2仕様の方が出力トラブルは減ると思うのだが。。。
詳細 （Detail）※CS1はPS書き出し、CS2はPDF書き出しがルール
配置した EPS ファイルは、InDesign 上で縮小しています。
[プリント] ダイアログボックスの [色分解] 設定で、[オーバープリント] オプションを有効にしています。
解決方法 （Solution）
D. InDesign の PDF 書き出し機能を使用します。
1. InDesign を起動し、QuarkXPress ファイルを開きます。
2. 組版を変更するテキストフレームを選択するか、もしくは文字ツールでフレーム内にカーソルを置きます。
3. [書式] メニューから [段落] を選択します。
4. [段落] パレットのオプションメニューから任意の単数行コンポーザを選択します。
C. タブリーダーに文字回転を適用します。
以下の操作を行います。
1. テキスト内に設定したタブリーダーを選択します。
2. [文字] パレットの [文字回転] ポップアップメニューから「90」を選択します。
詳細 （Detail）
Macintosh 上で作成された InDesign 文書を Windows 上で開いたときにエラーメッセージが表示されます。
リンクファイルのファイル名には濁点や半濁点が使用されています。
リンクパレット上で、リンクファイルのファイル名が正しく表示されていません。
解決方法 （Solution）
B. 自動修復を行います。
エラーメッセージが表示されたら、[リンクを自動修復] ボタンをクリックし、リンクを修復します。
C. リンクファイルを再リンクします。（リンクファイルが少ない場合）
以下の操作を行います。
1. [リンク] パレットが表示されていない場合は、[ウィンドウ] メニューから [リンク] を選択します。
2. 再リンクするするファイルをクリックして選択し、パレット下部の [再リンク] ボタンをクリックします。
3. [検索：＜ファイル名＞] ウィンドウが表示されたら、再リンクするファイルを選択し、[開く] をクリックします。
4. 「指定された名前は古い名前と異なります。この新規の名前にリンクしますか？」という警告が表示されたら、[はい] をクリックします。
5. [リンク] パレット上の アイコンが消え、ファイル名が正常に表示されていることを確認します。
6. 他に再リンクが必要なファイルがある場合は上記の手順を繰り返します。
D. 箇条書きの先頭にインデントを挿入します。
1. 箇条書きの先頭にカーソルを置きます。
2. ［ウィンドウ］ メニューから ［書式と表］ - ［段落］ を選択し ［段落］ パレットを表示します。
3. ［段落］ パレットで ［左/上インデント］ または ［右/下インデント］ の値を調整します。
詳細 （Detail）こいつの解決法としてPS書き出しがあるのだから頭が痛い＞＜
Illustrator で [文字（縦）] ツールを使用して、縦書きテキストを編集しています。
Illustrator で Open Type フォントを使用しています。
Illustrator の [文字] パレットから [縦組み中の欧文回転] を設定しています。
InDesign で [ファイル] － [書き出し] より、PDFファイルに書き出しを行っています。
解決方法 （Solutions）タグ付きテキストを使うことはまずないと思う。
A. テキストフレームに配置します。
InDesign タグ付きテキストを配置する際に、フレームグリッドではなくテキストフレームに配置します。
注意 ： InDesign タグ付きテキストを配置して読み込む際には必ず [グリッドフォーマットの適用] をオフにして配置するようにしてください。
フレームグリッドを使用する場合は、テキストフレームに InDesign タグ付きテキストを配置した後で、[オブジェクト] メニューから [フレームの種類] － [フレームグリッド] を選択することでフレームグリッドに変換することが可能です。
問題点 （Issue）
Adobe InDesign CS2 で文書を印刷すると、タブ以降に入力されたすべての半角スペースの幅が広がります。
解決方法 （Solution）
この問題を解決するには、テキストに OpenType フォントを使用します。半角スペースのみを OpenType フォントに置き換えることで、他のテキストのフォントを変更せずにタブおよび半角スペースの間隔を正しく表示することができます。
切り抜き作業にもいくつか方法があります。パスを使っての切り抜き、クイックマスクモードでのブラシを使っての切り抜き、フィルター抽出を使っての切り抜き、自動選択ツールやマグネット選択ツールを使っての切り抜きと。パスを使っての切り抜きしかやったことないんです。。。orz
「シリーズ名から探す」を見たら、機種のローマ数字が文字化けしてるんですが・・・。（OS X 10.3.9。FireFox）
#いろんなユーザーが見に来るんだから、変な機種依存文字なんて使うなよー。
あ。Safariで見たら、ちゃんと表示された。
なんか納得。(*¨)(*..)(*¨)(*..)うんうん
どうやら、スタイルシートの問題のようです。
font-family: "Lucida Grande";
と指定されているので、Gecko エンジンはうまくフォント置換できずに、ローマ数字のグリフのない書体が選ばれているんでしょう。
Safari は Cocoa なのでちゃんとフォント置換されて、ローマ数字の字形が出るようです。
MacOS9.2.2でIE5.1.7とiCabでは全部正常に表示されています。他にもこれ（機種依存文字？）をマックで見るとどう見えますか？
知恵袋では以前はこの手の機種依存文字はIE5.1.7でも文字化けしていましたが、昨年秋ごろからだったと思いますが正常に表示されるようになりました。
ただし、これを一般的なホームページで使うとMacOS9.2.2でIE5.1.7では文字化けします。
どうも知恵袋独特の機種依存文字の扱いがあるようですので、知恵袋で表示されてもあなたのホームページでMacで見て正常に表示されるかどうかは別の話になります。
このYahoo!知恵袋では「Unicode」という、比較的新しい文字体系を使用しています。そのため、今まで機種依存文字として扱われていた多くの文字を正しく処理することができます。
Macのファインダではファイルやフォルダの名前は大文字と小文字を区別をしない仕様になっています。たとえば「aaa」というフォルダと「AAA」というフォルダはおなじ「aaa」と認識されてしまいます。
次に、日本語の場合ですが、漢字は2バイト文字といって二つのアルファベットの組み合わせで表現されています。S‐JISコードでは「裕」は9774、「葉」は9754で、この下半分のASCIIコードではそれぞれT、tに当たります。違いはTの大文字と小文字だけですから、Macのファインダーでは同じ文字と認識されてしまうわけです。日本語の文章をを英語フォントに変換してみると何やら意味のない文字の羅列に見えますが、これが実際にコンピュータが認識している文字で、大文字小文字の違いだけになっていることを確認することができます。
先日、とあるフォントをFont Book.appからインストールしました。少し利用した後、もう必要がなくなったので、Font Book.appから「取り除く」を実行しました。
これで完了だと思っていたのですが、どうも様子が変なのです。OSを起動する度に、ゴミ箱に「Recovered File」（詳しくはコチラ）というフォルダと、その中に消したはずのフォントが復活してきます。「Recovered File」を削除しても全く効果がなく、再度フォントをインストール→「取り除く」を実行してもダメでした。
少々気味が悪かったので調べてみると、消したつもりのフォントは、まだ「フォントキャッシュ」に残っている事が原因のようでした。という訳で、Mac定番のメンテナンスツール「Onyx」の出番です。
Onyxでは、「クリーニング」→「フォント」からフォントキャッシュを削除する事が出来ます。
↑削除したい項目を選択して「実行」すれば、フォントキャッシュが削除される。
この操作後、「Recovered File」に悩む事がなくなりました。という訳で、フォントを完全に削除したい場合は、フォントキャッシュも削除した方が良さそうです。
ちゃんと学んできたプロの方の多いこのコミュでお伺いを立てるのは大変心苦しいのですが、少しお時間のある方がいらっしゃいましたらヒントをいただければ幸いです。よろしくお願いします！
◎マズい点
●グリッド感が無い
●読みづらい
●何のチラシなのか判らない
●原稿順序があべこべ
●タイトルロゴの書体が読みづらい
◎対策
●タイトル＋写真（イラスト）＋リードで一つの構成を考える。
●上記の内容で紙面の大部分を大胆に構成
●残った紙面で残りの原稿を段組みする
●原稿順序は
1. タイトル
2. リード
3. 本文
4. 体験談？（小学女子の文）
5. 開催日時・主催・連絡方法・MAP
●写真をもっと活かそう。無ければイラストと組み合わせて面白みを。
●対象は子供を持つ母親が対象だと思うので、もっと柔らかい描線と色合いに。
●デフォルトのスウォッチカラーだけが色じゃないです。
対象が子供さん達ということで、淡目の配色で良い雰囲気がでていると思います。タイトルもう少しはっきりくっきり出し、全体的な整列をとれれば良くなるのではないかと思います。
主題の明確化と整列、近接で何となくまとまって上手く見せれますよ！
※写真はちょっとやってみました。スペインという事で国旗の赤、黄色をモチーフにしたもの（ちょっと対象年齢が上がってしまいました）2枚目はぐっと主題（子供の楽しむ笑顔）を明確にしています。（大きく扱う子供の目線にも配慮～）
整列や近接の意味がなんとなく解ってもらえましたでしょうか？？
もう少しタイトルの色目を派手にしてにぎやかにしたり、イラストを効果的に配置すれば、楽しさが出て良いと思います。
ファイル名が変わるより、大文字のほうがいいと思ってんっ？ これって調べたことと矛盾するのでは？と思い、再度、調べました。一覧表がありやした^^
再度フォーマットしたら、なんかファイル名変わらなくなりました。
FAT３２ってのでフォーマットしたのですが。。。
というわけで、一件落着。ありがとうございました。。。
（というか、お騒がせしました。。。）
QuarkXPressでは「スタイル」メニューから「段落書式」を選び、ウインドウ上の「ドロップキャップス」を選択するだけで設定できます。とあった。その時は級数を倍にしてアンカーボックス処理をして逃げたのだが、ルーチンワークばかりやっていたためかスキル低下は目を覆うばかりだ。
#1桁の数字だけを検索で、読み解きます。
¥d{1}
はい、だめ～。なんでダメかっていうと、今ヒットしてる所から再検索すると次に続く数字にもヒットしちゃう。
#1桁の数字だけを検索
(?<![¥.,])¥b¥d¥b(?![¥.,])
うん、これで多分普通のテキストなら大丈夫。
(?<!pattern)
括弧内にある正規表現が先行していないことを要求する表明です。マッチの結果の文字列には影響しません。例えば、(?<=foo)barという正規表現はfooが先行しないbarにマッチしますが、マッチした文字列全体を表す $&(Perlの場合)には fooは含まれません。後読み(もしくは戻り読み (lookbehind))は固定長の文字列に対してのみ働きます(処理系による。可変長の文字列を許可する処理系もあります)。
(?!regexp)
こちらは括弧内にある正規表現が続かないことを要求する表明です。
ありがとうございます。さっそくフォーマットしてみました。原因はUTF-16LEとUTF-8によるものなのか？？？ いや待てWinの場合、98以前やmeはShift-JISだったはず。ましてFAT32なら和文の文字化けが起きないというのも解せない。
そしたら半角のままでOKだったのですが、今度は和文名ファイルの和文のところだけ_____と表示されるようになりました。orz
pipi さんからのコメント
( Wednesday, September 15, 2004 09:17:39 )
下記の内容をメモ帳で開いて、
ファイル名を付けて、拡張子.batで保存
WINにそのファイルを置く
Wクリックで実行すれば、DOSプロンプトが開いて
ファイルを置いてある階層とその下の、
ドットアンダーバー始まりのファイルと.DS_Storeを削除します。
WINに詳しい人に聞いたところ、
WINではドットアンダーバー始まりのファイルは無いと、
ということで、
全部削除してしまいます(私は使っていますが・・・気持ち不安)。
MACからファイルを持っていく度にWIN側でしないといけませんが・・・
WINのバージョン(NT4.0?)によっては、
-h当たりが通らなかったかと?
プロンプトのヘルプでattribの所、見て下さい。
その際はその部分を削除だったか???
-----------------------------------------------------ここから
@echo off
cls
echo.
echo.中止するときは、CTRL+C
echo.
pause
echo.
echo.アセラズ、まちましょう...
echo.
attrib -r -h ._* /s /d
del ._* /s
echo.
attrib -r -h .DS_Store /s /d
del .DS_Store /s
echo.
echo.終了しました。
echo.
pause
-----------------------------------------------------ここまで
「HFS Plus」が両者（英大文字／小文字）の違いを識別しつつ、ファイルシステム上ではそれらの違いを吸収し、同一の文字として扱う仕様（case-insensitive）となっているのに対し、「HFSX」ではファイル名における英大文字／小文字を別の文字として認識させる事（case-sensitive）を可能ここがどうも理解できない。
［今さらシリーズ］ファイル名が大文字に。。。興味ある事例だったのでググってみたらosXでファイル名が大文字になる
Winで作業したイラレデータをUSBでmacに持っていったら、ファイル名が大文字になるんですけど、どうやったら小文字のままにできるのでしょうか？
たとえば、ファイル名「zu01.ai」が、「ZU01.AI」になってしまうのです。。。
どなたかご存じの方いらっしゃいましたら、教えてください。。。
フラッシュメモリはDos形式でフォーマットしてあるんですよね？ほかにもUSB メモリを用いてウインドウズからLinuxにファイルを移動するとファイル名が大文字になる
この場合大文字になるのは「仕様」です。
HFS拡張でフォーマットしてやって「TransMac」、「Macopener（2007/3発売終了）」などを使ってWindows側で書き込めばいいかと思います。
Windowsとしか書いてないのですが、Window95/98/meなどは、ファイル名の大文字/小文字を区別しておらずいつも大文字で記録されています。ですので、大文字になってもLinuxのせいではありません。NT系(WindowsNT/2000/XP)は確か区別して記録しています。
共有はできましたが、Win側（XP）につないでディスク内にファイルを保存すると、前期の共有環境で接続して見るとファイル名の英語小文字がなぜか大文字に!!!
なんとなく嫌なので色々やってみました。
Win側（XP）につなぎ、「ポータブルメディアデバイスとして開く」で開いて小文字のファイルをコピー -- ×（共有環境から見るとファイル名が大文字に）
Win側（XP）につなぎ、外部ディスクのファイル共有をオンにしてネットワーク経由でファイルを保存 -- ○（共有環境から見てもOK）
USBフラッシュメモリをUSBポートに挿すTumblrまとめ（4/1-10）でNTFS、FAT、および FAT32 をメモっていたが、ファイルシステムについての突っ込んだ解説はやはりwikiになってしまう。
マイコンピュータをダブルクリックして、表示されたドライブの中からリムーバブルディスクを右クリックしてプロパティを開く
続いてリムーバブルディスクのプロパティウィンドウが表示されたら、USB FLASH DISK DRIVE を選択する
プロパティをクリックする
ポリシータブをクリックして「パフォーマンスのために最適化する」を選択する
この時、再起動が必要となる場合もあるので、その場合は再起動する
ふたたびマイコンピュータをダブルクリックして開き、リムーバブルディスクを右クリックしてプロパティを開き、フォーマットを選ぶとフォーマット形式にNTFSを選択できるようになるので、フォーマットを進める
この掲示板の検索もしような。のような書き込みがあるが、何度も出てくる事例ほどよくあるトラブルということで無意味ではないと思っている。繰り返し出てくる事例だからこそ掲示板を常時覗いていれば実際に遭遇しなくても引き出しにインプットされる。
以前に出ている質問だから。
Windowsで新しいユーザーを作成し、
Illustratorを起動して、
C:\Documents and Settings\（新しく作ったユーザー名）\Application Data\Adobe\Adobe Illustrator CS3 Settings
のフォルダ内のファイルを全部コピーします。
そして、
C:\Documents and Settings\（今使用しているユーザー）\Application Data\Adobe\Adobe Illustrator CS3 Settings
に上書きで貼り付けたら出来ました！
たぶん、この中にある何かの設定が間違っているため保存できないのだと思いますが、ちょっと自分では判断がつかなかったため全部初期化してしまいました。
上位互換のあるはずの6.5Jの既存ファイルを開こうとすると、開けない。あれこれ試行したあげく、6.5Jファイルの拡張子「.p65」を「.pmd(7.0Jドキュメントの拡張子)」に変更すると、アラ不思議、ちゃんと開きました。
この現象は、Windows XPにSP3をアップデートインストールした場合にも起こるようで、同様に拡張子を変更すると開くようです。
その昔、スキャナに添付されていたPhotoshop 5.0LE バンドル版を使っていた時にはトーンカーブ機能があり、モノクロをセピア色に変換するなど大変重宝していましたが、
最近まで諦めていたのですが、「何とかトーンカーブを使いたいっ！」とネット検索してみたら、素晴らしいプラグインが見つかりました。
オーストリアはウイーンのAlois Zingl氏が作ったプライグイン「SmartCurve 2.0」です。(⌒∇⌒*)
英語版のプラグインですが、日本語版のPhotoshop Elementsでも問題なく使えます。
C:\Program Files\Adobe\Photoshop Elements 5.0\Plug-Insフォルダ内に、SmartCurveフォルダを作って、解凍したファイルをコピーすればインストール完了。
メニューの「フィルタ」-「easy.Filter」-「SmartCurve...」で利用できるようになります。
実はStuffItも万能ではありませんです。
アーカイブ内にUnicode合成文字を使用したファイルが含まれているとWin版StuffItで解凍しても化けます。
MacOS「がぎぐげご.rtf」（アーカイブ内）
↓
WinXP「か・き・く・け・こ・.rtf」（濁点部分が文字化け）
このままですと不正なファイル名になってしまいアプリケーションで開くこともできません。
id:FeZn インストールが許されるならExpLZHでいいと思います。
例を出すと、１0進数での「25」が2進数では「11001」と表現されるのですが、2進数では5桁になってますね。
電球のたとえ出すと、電球が5個ある状態で、この状態は左から2番目までが点灯してて、3番目、4番目は消灯してて、5番目は点灯してる状態です。
この場合、一番左の電球は「１６」を示してます。その次の電球は「８」を示してまして、3番目と4番目は０を示してて、5番目は「１」を示してます。それを足し算すると、１６＋８＋０＋０＋１＝２５となるわけです。
じゃあ、「11111」はいくらかというと、16+8+4+2+1=31となります。要するに1桁目に１がつけば「1」で、次の桁に１がつけば「2」で･･･というように、桁が進むごとに２が掛けられる形になります。コンピューターはこうやって数を判断するわけです。
この、JIS X 0201は俗にANKコードと呼ばれてました。アルファベット、文字、カナが使えるということで。
ここで使うカナは俗に「半角カナ」と呼ばれます。
（中略）
メインフレームはEBCDICの各社拡張文字コードという状態ですが、一方、UnixはUnixで、独自の文字コードを持ってました。それはEUCコードというものです。
EUCコードは当然日本語対応版もあり、それはEUC-JPというものです。この文字コードの特徴は、ASCII、ANKコード、JISコードを包括した作りで、それぞれの互換性が比較的高いというものでした。
で、このUnicodeは、NT系のWindows(WinNT、Win2000、WinXP、Vista)、Linux、Mac OS Xの内部コードで使われ、そして、Javaの内部コードとしても使われてます。
Unicode2.0以降は、文字コードを今度は21ビットで対応するようになりました。そうすると･･･2,097,152パターンの文字に対応できるようになります。さらに、Unicodeは21ビットですが、既存のOSは16ビットだったり32ビットだったりするわけです。Vistaは64ビット版もあるわけですが。そこで、Unicodeをそれらに対応して変換する処理が必要になります。その処理を「エンコード」といいますが、エンコードにしても色んな種類が出てきてます。UTF-８とかUTF-16とかUTF-32とか。
で、使い勝手がいいと言われるUnicodeも、それなりに問題が出てきます。
まずは、バージョンごとに互換性がないということ。
【Macintoshの場合】
まず第一に、Adobe InDesignアプリケーションを終了します。
下記(画像)のようにしてでも、
フォルダ経由で削除するファイルと削除するフォルダに、
たどり着くのがベストだと判断します。
１）Finderメニューバー/「移動」/「ホーム」で「ユーザー」が選択されています。
２）「ライブラリ」→「Preferences」→「Adobe InDesign」→「version 3.0J」
３）そして、下記二つのファイルとひとつのフォルダを選択、削除します。
・InDesign Defaults（ファイル）
・InDesign Recovery（フォルダ）
・InDesign SavedData（ファイル）
【Windowsの場合】
「ファイルやフォルダの名前」に「InDesign」で検索、下記、2個のファイルと1個のフォルダを削除して起動しましょう！
・InDesign Defaults（ファイル）
・InDesign Recovery（フォルダ）
・InDesign SavedData（ファイル）
突然ですが、仕上がったデータをドイツに渡すことになりました。まったく、そういった経験が無いので知っている方がいらっしゃったら教えていただけますでしょうか？ 送るものはイラストレータデータで10MB程のデータです。FeZn/Sinfoniaで知ったのだが国内利用だったら
メールで送信することとなりそうなのですが、相手先がmacかwinかもわかりません。大手クライアントの為色々な部署通り業者に渡すようです。最終業者もわからない事態・・しかも、時間的に間に合わないので、最終微調整をドイツでやらせる方向になっています。 デザイナーとしては最悪ですが、クライアントの意向に何とか答えたく。
データを送る際、一番安全そうな圧縮方式は何でしょうか。また、ファイル名など英語でも大丈夫なのでしょうか？
アップロードサイトを利用する方がよろしいかと…。以下のサイトは、多言語に対応しているようです。 「MEGAUPLOAD」 圧縮するなら、相手がMacならSIT形式で良いでしょうが、Windowsの場合もあるので、ZIP形式が手堅いかなぁと思います。ファイル名は半角英数でつけて下さい。全角は確実に化けます。あと、イラストレーター内に全角文字がある場合は、埋め込んだりする必要がありますね。（河野）
WINでしたら、「自分専用ファイル便」こんなのもありますね。 相手と自分のパソコンが同時期に起動していなくてはならない等、このソフトなりに不自由なところはありますが、相手には「ブラウザでファイルをダウンロードするのと同じ手順」です。（秋元）
2005.12.099時間ズレる原因は5/7の記事のアレね。
StuffItバージョン間差異
StuffIt 5.5J のアーカイブや StuffIt 9.01J のアーカイブが StuffIt 7.03J で解凍できなかったりできても壊れていたりするのですが
2006.02.20
旧sitをOSXネイティブのStuffItで解凍すると時刻が+9される件
表題の件は、
あかつき@PocketDTP 【StuffIt Expander】一部バージョンで解凍時にタイムスタンプが変更される にて（元ネタ書いたの僕なんで）。
2005.04.28
だれだMacのZip圧縮でMacZipすすめているのは
Windows でダウンロードできないのはやめて欲しいとおもいました。
ワンポイント：他の ZIP 解凍ソフトで解凍すると、リソースフォークを「XtraStuf.mac」に吐き出すものがそいつです。
2005.04.12
StuffItで解凍すると文字化けするzipファイルはBOMArchiveHelperを使ってみろりん
僕は StuffIt はあまり信用していません。
7.0J の時の日本語ファイル名処理のエンバグとか、それを直した 7.03J でも自己解凍形式に関しては直っていなかったりしていますし、バージョンアップのたびに日本語処理まわりで必ず問題を起こしてくれています。結果、印刷屋さん側では様々な StuffIt のバージョンを用意しています。これはものずごくあほくさい。上位互換でない場合もあります（7Jだと解凍できないけど5.5Jだと解凍可とか）。
印刷屋さんとして通信入稿の比率が高くなってくるといろんな形式が対応できる解凍ソフトが便利なわけで、必然 StuffIt が選ばれるわけですが、たまに、Mac OS X の「アーカイブの作成」で作った zip ファイルを解凍すると、文字化けするものがあります。この解凍ソフト、ダメだ。
で、よく調べると、どうも zip ファイルの方に原因があるらしいです、Windows で解凍しても同じ化け方なので。
WINDOWSのちょいネタですが、
フォトショップを開き、ワークスペース上で「左ダブルクリック」をすると
直前にファイルを開いたり保存した場所が開きます。
続きからって時には、いちいちファイル→メニューや
ショートカットを使う必要がありません、たぶんｗ
32bitOSの管理できるメモリーは論理上4GBが上限です。Ramdiskを使って作業してたのはQuadoraの頃。久々に懐かし～い言葉を見た。
それ以上のメモリーを物理的に載せても使用できません。
ですが、使える事が判明しネット上で話題になっています。
あるソフトを入れるだけで、OS管理外メモリーをRamdiskとして使うことが出来るようになるのです。
これで、なんのメリットがあるのかというと、OSのテンポラリーファイルをRamdisk上に置くことによる高速化。
Photoshopのキャッシュ領域をRamdiskに置くことによる高速化。
まとめサイト
Gavotte Ramdisk まとめWIKI
ネタ元
PC Watch【特別レポート】
