422161
InD-BOARD
他人を誹謗中傷する発言や個人売買・違法コピーに関する書き込みは禁止です。
トラブルに関する質問は、OSやアプリケーションのバージョン、周辺機器等の情報も記入して下さい。
質問へのレスには必ずお礼のコメントを付けましょう。
- HOME - 記事検索 - 投稿回数 - 携帯用URL - フィード - ヘルプ - 管理人用 -
新規投稿フォーム（返信は各スレッドの返信ボタンからお願いします。）
※「投稿キー」を入力しないと投稿できませんので注意して下さい。

名前
Mail
URL
新規投稿タイトル
画像添付
文字色
Cookie / パスワード
他のPCでPDF書き出しすると異体字が反映されない / Chirico
OS：macOS Big Sur（11.7.10）
バージョン：InDesign 2021（16.4.3）
フォント：小塚ゴシックPpo R（Adobe Creative Cloud）

PDF書き出しをすると、小塚ゴシックPpo R の異体字（辻の２点しんにょう）が反映されません。
私のPCで書き出しすると、画面と同じ２点しんにょうになります。
しかし、自動処理設定のPCで処理すると、１点しんにょうになります。

※自動処理は、ホットフォルダを設定して、InDesignドキュメントを入れると、PDF書き出し（PDF/X-4準拠）をする設定です。

同僚が別のPCから同様の処理をしても、正常に２点しんにょうになります。
フォント環境は全員同じになっていますが、私ともう１台のPCでのみ、この現象が発生しています。
なにか原因についておわかりになるでしょうか。
NEW No.10641 2025/03/28(Fri) 10:28:23
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:128.0) Gecko/20100101 Firefox/128.0
Re: 他のPCでPDF書き出しすると異体字が反映されない / お〜まち URL
状況がよく見えません。というのも「小塚ゴシックPpo R」というフォントはないからです。
「小塚ゴシック Pro R」
「小塚ゴシック Pr6N R」
のどちらかだと思うんですが、そこを取り違えて「フォント環境は全員同じ」と思っていないか、再度確認してください。

確認方法は、該当フォントを使用している単純なInDesignドキュメントを作成して、それを各PCで開きます。フォントの検索と置換ダイアログでそのフォントを選択し、詳細情報を見ます。
フォント名、バージョン、パスが完全一致するか確認してください。
「小塚ゴシック Pro R」であればフォント名は「「小塚ゴシック Pro R」、バージョンは「4.015;PS 4.004;hotcnv 1.070;makeotf.lib2.5.58329」、パスは「Adobe Fonts から追加」となっているはずです。（ちなみに、バージョンが4.014であればCS6付属フォントになります）
NEW No.10642 2025/03/28(Fri) 11:39:18
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36
Re: 他のPCでPDF書き出しすると異体字が反映されない / お〜まち URL
間違い。正しくは
（ちなみに、バージョンが4.013であればCS6付属フォントになります）
でした。蛇足してへましちゃいました。
NEW No.10643 2025/03/28(Fri) 11:40:57
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36
Re: 他のPCでPDF書き出しすると異体字が反映されない / Chirico
お〜まち様

返信ありがとうございます。
まず、解決しましたことを報告いたします。

その他について順番に報告いたします。
「小塚ゴシックPpo R」は入力間違いでした。正しくは「小塚ゴシック Pro R」です。

文字化け原因は、フォントが異なっていました。
アドバイスいただいたフォント検索の詳細情報で、順番に確認すると
　私のPC　Version 4.015
　他のPC　Version 1.005
となっており、これが根本的な原因でした。

何回も確認したのですが、見落としがあったようです。
なお、Adobe CCフォントは、同じフォントが既に入っていると、正常にアクティベートされないようです。
（これは今回の原因とは異なります）

おかげさまで無事に解決できました。
ありがとうございました。
NEW No.10644 2025/03/28(Fri) 17:19:20
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:128.0) Gecko/20100101 Firefox/128.0
Unicodeの“結合文字列”? / ぶぶまる
■環境
OS：macOS 14.7.1
バージョン：InDesign CC2024

遅ればせながら
Visual Studio Code + ExtendScript Debuggerを導入し
InDesignのスプリプトを勉強しています。

■質問内容
「InDesignのファイル名と、テキストファイルに書かれたファイル名とが一致すれば」というスクリプトを書いています。
InDesignのファイル名は「Script_タイプ.indd」としています。

テキストファイルは、docName.txtという名前で、A01_Script_タイプ.indd というテキストのみ記載で、
inddファイルと同じフォルダに入れてます。

InDesignのファイル名とテキストファイルから読み込んだ文字列同士は、見た目は同じですが、==演算子でfalseを返してきます。
ネットで検索すると「Unicodeの“結合文字列”という仕組みにより濁音/半濁音を別扱いしている」という記事を見つけました。確かに
myDoc.name で取得したファイル名「Script_タイプ.indd」の「プ」が「フ」と「。」の合成文字になっていました。

以下のスクリプトでテキストファイルの内容を読み込むようにしていますが、「プ」の扱い方をどうすればよいか悩んでいます。
テキストファイルに書かれたファイル名と、InDesignのファイル名とが==演算子でtrueになる方法はあるでしょうか？
的外れな質問でしたら申し訳ございませんが、
お知恵をお貸しいただけたら幸いです。よろしくお願いします。

///////////////
var path = "/Users/Desktop/名称未設定フォルダ/docName.txt";
var myDoc = app.activeDocument;

var fObj = File(path);
var txtArr = new Array();
fObj.open("r");

while(!fObj.eof) {
txtArr.push(fObj.readln());
}
fObj.close();
////////////////
No.10633 2025/03/21(Fri) 09:30:30
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.6 Safari/605.1.15
Re: Unicodeの“結合文字列”? / Uske_S URL
ぶぶまるさん、こんにちは！

勉強を始められたとのこと、大変だと思いますがぜひがんばってください！

さて、ご質問についてですが、おっしゃるとおり、Mac環境では濁点・半濁点がそれぞれ別の文字になってしまいます。

……とその前に、ユーザーフォルダはそのパス指定では取得できないはずです。
例文として書かれているのでしたら無視していただいて大丈夫ですが、ユーザーフォルダを指定するには「~」が使えます。

"~/Desktop/名称未設定フォルダ/docName.txt";

みたいな形になります。

……で、本題ですが、これは結構厄介な問題で、直接的な解決方法がなく、他のアプローチを検討する必要があります。

1. そもそもファイル名に和文を入れない
2. docName.txtにドキュメント名を書き込む際もスクリプトから書き込む
3. 1も2も難しい場合、結合される（正規化）前の文字列を一度全部手動で結合してから、ファイル名を比較する

こんな感じで伝わるでしょうか？
No.10634 2025/03/21(Fri) 15:09:04
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36
Re: Unicodeの“結合文字列”? / Uske_S URL
すみません、

"/Users/Desktop/名称未設定フォルダ/docName.txt";

で取得できました^^;;;
No.10635 2025/03/21(Fri) 15:10:35
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36
Re: Unicodeの“結合文字列”? / お〜まち URL
文字列とファイル名を比較すると必ずこの問題に引っ掛かるので、面倒でもファイル名同士で比較したらどうでしょう。

まず比較前にチェック用のフォルダを作成します。
チェック用のフォルダ内に、テキストファイル中のファイル名でファイルを作成します（中身はカラでいいです）。
作成したファイルの名前と、実際に存在するファイルの名前を比較するわけです。
最後にチェック用にフォルダを中のファイルを含めて削除します。

なお、思いついただけで実際に試したわけではないので（私はWindowsなので）、Macの方々よろしくお願いします。
No.10636 2025/03/21(Fri) 16:26:21
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36
Re: Unicodeの“結合文字列”? / ぶぶまる
Uske_Sさま
お〜まち さま

お返事ありがとうございます。

Uske_Sさまにご教授いただいた2番目のアプローチ案を試してみました。
docName.txtからファイル名を読み込み、
読み込んだファイル名をdocName.txtに上書きして、
さらにdocName.txtからファイル名を読み込んでみましたが、
“結合文字列”のファイル名になりませんでした。。。

お〜まちさまにご提案していただいたアプローチ案ですが、
なんとかスクリプトを書けそうな気がします。
いまから奮闘してみようと思います。

まずは、お知恵をお貸しいただき、ありがとうございました。
No.10637 2025/03/21(Fri) 21:18:25
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.3.1 Safari/605.1.15
Re: Unicodeの“結合文字列”? / ぶぶまる
お〜まちさまにご提案していただいたアプローチ案でスクリプトを書いてみました。
フォルダの扱いで苦労しました。。。
ぜんぜんかっこよくないです。
今後の励みになりますので、かっこよくしてくだされば幸いです。

var myDoc = app.activeDocument;
//myDocのファイル名は"ぱぴぷぺぽ.indd"
//「ぱぴぷぺぽ」は結合文字列だったので。。。
//ちなみに myDocName.length は"15"です
var myDocName = myDoc.name;

//テキストファイルから読み込んだ文字列
var txtfileName = "ぱぴぷぺぽ.indd";

$.writeln(nameCheck(myDocName,txtfileName));

//myDocNameとtxtfileNameが同じがチェック。同じならtrue
function nameCheck(myDocName,txtfileName){

//デスクトップに「チェック用フォルダ」を作成したいのでデスクトップのパスを取得
var desktopPath = Folder.desktop.fsName;

//デスクトップに「チェック用フォルダ」を作成
var newFolder = new Folder(desktopPath + "/チェック用フォルダ");

if (!newFolder.exists) {
var createdFolder = newFolder.create();
} else {
alert("フォルダは既に存在します: " + newFolder.fsName);
exit();
}

// 新規ドキュメントを作成
var newDoc = app.documents.add();
// 新規ドキュメントの名前にテキストファイルから読み込んだ文字列を代入し、
//ドキュメントを「チェック用フォルダ」に保存
newDoc = newDoc.save(File("~/Desktop/チェック用フォルダ"+"/"+txtfileName));

var path = newDoc.fullName;

newDoc.close()//ファイルを閉じる

var newDoc2 = app.open(path);

var myFlag = (myDocName==newDoc2.name);

myMes(newDoc2.name);

newDoc2.close();

var fileList = newFolder.getFiles();

for(i=0; i<fileList.length; i++){
var DeleteFile = new File(fileList[i]);
DeleteFile.remove();
}

newFolder.remove();

return myFlag;
}
No.10638 2025/03/24(Mon) 16:46:56
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.6 Safari/605.1.15
Re: Unicodeの“結合文字列”? / お〜まち URL
もう書いたんですか！　学習能力高いですね！
テキストファイル中のInDesignファイルを作成して「InDesignで認識しているファイル名の比較」をやっているわけですね。細かい点はおいといて、それもありです。

かっこよくしようとすると、いろいろ聞かなきゃいけなくて長くなるので、代わりに「Fileオブジェクト同士の比較」を置いておきます。これは空のファイルを作成しますが、InDesignでは開きません。参考になれば。

////////////////
var chkFolder = Folder(Folder.desktop.fsName + "/チェック用フォルダ");
if (chkFolder.exists) {
　　alert("フォルダは既に存在します: " + chkFolder.fsName);
　　exit();
}
chkFolder.create();

var txtFile = File(Folder.desktop.fsName + "/名称未設定フォルダ/docName.txt");
txtFile.open("r");
var chkFile = File(chkFolder.fsName + "/" + txtFile.readln());
txtFile.close();
chkFile.open("w");
chkFile.close();
var chkFileName = chkFolder.getFiles()[0].name; //作成したファイルの名前を改めて取得
chkFolder.getFiles()[0].remove();
chkFolder.remove();

var docFileName = app.activeDocument.fullName.name;
if (chkFileName === docFileName) {
　　alert("一致しました");
} else {
　　alert("一致しませんでした");
}
// 下から6行目
// app.activeDocument.fullName は開いているドキュメントのFileオブジェクトになります。そのnameプロパティを取得しています。
No.10639 2025/03/24(Mon) 23:00:59
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36
Re: Unicodeの“結合文字列”? / ぶぶまる
お〜まち さま

かっこいいバージョンありがとうございます！
InDesignでファイルを開かずに処理していく方法は、
思いも付かない方法だったので、非常に参考になります。

var chkFile = File(chkFolder.fsName + "/" + txtFile.readln()); の
txtFile.readln()
は、憧れる書き方です。

var chkFileName = chkFolder.getFiles()[0].name;　や
app.activeDocument.fullName　の
name プロパティのゲットの仕方は、
今回、教えていただなかったら、ぜったい思いつかないです。。。
いろいろ勉強になり、いろいろ試したいことも出てきました。

よくよく考えれば，非常にぜいたくなご指導をいただいた感じで、恐縮しています。。。
今回はありがとうございました、また機会があればよろしくお願いします。
No.10640 2025/03/25(Tue) 17:44:48
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.6 Safari/605.1.15
フォントの整理 / 茶杓
今更の内容なのでお恥ずかしいのですが、教えてください。年末にインデザイン上で使えるフォントの整理をしたいと思っています。表示されるフォントが多すぎるので間引きたいです。

インデザイン上に表示されるフォントが、どこに収納されているかを調べる方法はありませんか？マック内の検索にかけても引っかからず、困っています。
No.10626 2024/12/24(Tue) 16:11:51
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.2 Safari/605.1.15
Re: フォントの整理 / mars517
InDesignドキュメントでフォントを使用した状態で「書式」メニュー→「フォントの検索と置換...」でダイアログを開きます。フォント名を選択すると下部の「情報」欄にパスが表示されます。
No.10627 2024/12/25(Wed) 02:22:11
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
Re: フォントの整理 / 茶杓
教えてくださってありがとうございます。助かりました。
No.10628 2024/12/25(Wed) 12:06:13
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.2 Safari/605.1.15
Re: フォントの整理 / （z-）
>インデザイン上に表示されるフォント

とのことなのですが、「開かれているinddドキュメント上で使用されているフォント」については mars517さんの示されたとおりです。
そうではなく、文字通り「インデザイン上に表示されるフォント」ということであれば、何箇所か、というか何箇所も置き場があるので、ぜんぶ見にいかないといけません。
列挙がたいへんなレベルなのですが、ざっと挙げると
起動ディスク > ライブラリ > fonts
起動ディスク > ライブラリ > Application Support > fonts
ユーザー > 自分のアカウント > ライブラリ > fonts
ユーザー > 自分のアカウント > ライブラリ > Application Support > fonts
InDesignのアプリケーションフォルダ > fonts

…などなど。あとはフォント管理アプリを使用していれば特有の置き場にまとめてある場合もあります。あとはAdobe FontsやMORISAWA Fontsなどクラウド管理のフォントも…
No.10629 2024/12/25(Wed) 12:09:06
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.1 Safari/605.1.15
Re: フォントの整理 / 茶杓
教えてくださってありがとうございます。挙げて頂いた起動ディスク > ライブラリ > fontsなど、いくつかのフォルダにフォントが入っておりましたが、どのフォルダもがわずな数しか入っていませんでした。

そもそも整理したいと思ったきっかけは、インデザイン画面上の左上にあるフォントを変えるための下矢印ボタンをクリックするとレインボーマークが一瞬出るようになってきたためです。素人ながら読み込んでいるフォントの数が多すぎるのだろうと考えました。クリックすると出てくるパレットには大量のフォントが出るようになっていまして、しかもアラビア文字など使ったこともないフォントまで出てきます（ややこしい書体は適用しても使えません）。これらを消したいのですが見つからず、消すことができない状態です。打つ手なしかと、少々まいっております。
No.10630 2024/12/26(Thu) 11:41:58
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.2 Safari/605.1.15
Re: フォントの整理 / .
＞アラビア文字など使ったこともないフォントまで
多くはOS付属のフォントのような…

ドキュメントで使用すれば、mars517さんの方法でどこにあるかわかると思います。
No.10631 2025/01/07(Tue) 14:56:52
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
Re: フォントの整理 / 茶杓
かしこまりました
やってみます
助言ありがとうございます
No.10632 2025/01/08(Wed) 11:53:32
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.2 Safari/605.1.15
数字で泣き別れ回避したい / 魚好き
お世話になっております。
Ｗｉｎ１０、ＣＣ２０２１です。
表組みセル内英数字とカンマだけの文章ですが、数字が泣き分かれしてしまいます。
段落スタイルの設定で添付の朱書きのように、カンマで自動改行（ラグ組？）出来そうでしょうか？。
段落スタイルの設定は、ほぼデフォルトのままで、連数字処理にはチェックが入っています。
厳しければ手で改行を入れていこうと思います。
よろしくお願いいたします。
No.10621 2024/11/22(Fri) 09:00:50
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
Re: 数字で泣き別れ回避したい / Uske_S URL
魚好きさん、こんにちは。

半角数字＋欧文（カンマ）しか文字列に存在しないため、本来であれば数字とカンマのどちらも分割禁止のところ、仕方なくそこで泣き別れたということですね。

やり方は2つあるかと思います。

1つは、数字＋カンマ、ハイフン＋数字などを分割禁止に設定することです。段落スタイルにある正規表現スタイルに下記を追加してみてください。
\d, …半角数字＋カンマ（文字スタイルは「分割禁止オン」のみ設定したもの）
\-\d …ハイフン＋数字（文字スタイルは同上）

しかし、結局のところ、文字列に半角数字と記号しか存在しないため、こういう文字組みでは、上記設定をしたところで別のところで不具合が出るなど、イタチごっこになる可能性があります。
ちょっと面倒かもしれませんが、カンマの後ろにすべて半角スペースを入れたほうが、InDesignの文字組み上はきれいに文字を送れると思います。
カンマの後にアキを作りたくないと思うので、正規表現スタイルで半角スペースに対して、適宜マイナスのトラッキングを設定した文字スタイルを当ててください。
（値はフォントによってマチマチかと思うので、調整が必要です）
これが2つめの方法です。
カンマの後にスペースを入れ、正規表現スタイルで文字間を詰めます。
その上で、数字とハイフンが泣き別れてしまうようであれば、それも前述のように分割禁止の設定を正規表現スタイルで仕込んでみてください。
No.10622 2024/11/22(Fri) 09:17:57
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
Re: 数字で泣き別れ回避したい / 魚好き
Uske_S様
お世話になっております。

お教えいただいたの活用させていただき、部分的に手修正（〜等）で対応しようと思います。

ありがとうございました。
No.10623 2024/11/22(Fri) 11:35:22
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
Re: 数字で泣き別れ回避したい / mars517
今さらで申し訳ありません。
こういう方法はいかがでしょうか。

?@「カンマ」を「カンマ＋任意ハイフン」に置換
（正規表現検索設定「,」置換設定「,~-」）

?A段落末に「任意ハイフン」を付加
（正規表現検索設定「(.)(?=$)」置換設定「$1~-」）

?B正規表現スタイルで「任意ハイフン」に
　文字スタイル（文字色を白に設定）を適用

画像では分かりにくいので薄い赤にしています。
任意ハイフンは改行位置付近のみに発生するハイフンです。
なぜか段落末にも付加しないとうまく機能しませんでした。

サンプルデータ
https://mottainaidtp.up.seesaa.net/image/test_241126a.zip
No.10624 2024/11/26(Tue) 04:10:33
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
Re: 数字で泣き別れ回避したい / mars517
前投稿の文字化け部分は丸数字1・2・3でした。
見づらくてすみません。
No.10625 2024/11/26(Tue) 04:12:45
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
インデザインにリンクされたイラレの特色について / TDS
どなたかご助力お願いいたします。
私はWindowsでIndesign 23(18.3)を利用している者です
先日、インデザイン上にリンクされたイラストレーターの画像に使用されている特色が、インデザイン上の分版ではプロセスカラー扱いになっていることに気がつきました（色はマゼンタです）
あわててイラストレータデータをあけて確認すると、たしかに特色として作成されている色でありました。
にもかかわらずインデザイン上の分版ではプロセス扱いでした。
これは何故なのでしょうか、また特色として修正する手段はあるのでしょうか。原因もわからず困惑しております。
どうかご助力の程、お願いいたします。
No.10619 2024/11/01(Fri) 18:33:13
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/130.0.0.0 Safari/537.36
Re: インデザインにリンクされたイラレの特色について / Uske_S URL
TDSさん、こんにちは。

前提として、特色がプロセスカラーになっているのは、何で確認されましたか？（分版プレビューや、プリフライトでしょうか？）

それでもなお、特色がプロセスカラーになっているのであれば、思い当たる可能性が2つあります。

ひとつは、InDesign側で「すべての特色をプロセスカラーへ」の設定がされていること。これは、スウォッチのパネルメニューなどから、インキ管理を開くと確認できます。
https://x.gd/WO7r5
その名の通り、特色をすべてプロセスカラーに分版する機能です。


もうひとつは、スウォッチ名です。
もしかしたら、Magentaという名前のスウォッチが使われていないでしょうか？ プロセスカラーに存在するのと同じ名前の特色は、プロセスカラーに振られてしまいます。
試したところ、最近のIllustratorでは、プロセスカラーと同名の特色スウォッチの作成できない（昔から？）ようだったので、こちらは違うかもしれません。
No.10620 2024/11/05(Tue) 09:36:00
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/130.0.0.0 Safari/537.36
電子書籍用フォントサイズ / kyoko
MacOS Ventura13.6.3上でInDesign2023を使用してepubファイル出力をしようと思います。
ネットで見ると、本文フォントサイズ13級にするとよいという記述があったのですが、現在でもそうしたほうがよいのでしょうか？
No.10616 2024/10/09(Wed) 11:47:18
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/129.0.0.0 Safari/537.36
Re: 電子書籍用フォントサイズ / Uske_S URL
kyokoさん、こんにちは。

epubをどんなアプリやデバイスで見るか、どんなユーザーが読むか、どんなデザイン・レイアウトか、によるので一概には言い切れないと思います。

リフロー型のepubであればアプリによってはフォントサイズを変えられますが、その分、改ページなどをコントロールするのはけっこう難しい印象があります。
ビジュアルな表現を重視するレイアウト（雑誌など）であれば固定レイアウトでしょうから、訴求するレイアウトによって文字サイズは熟考する必要があるでしょう。
ターゲットユーザーが高齢者であれば文字は大きいほうがいいかもしれません。

リーダーアプリ、デバイス、ユーザー層、表現（デザイン・レイアウト）が何で、どれを優先すべきか、kyokoさんがどうしたいか、だと思いますので、具体的にイメージした上で、ご自身でテストされるほかないと思います。
ネットの情報を鵜呑みにしてクレームが来ても、責任を取るのは制作した会社ないし当人だからです。
No.10617 2024/10/15(Tue) 11:57:41
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/129.0.0.0 Safari/537.36
Re: 電子書籍用フォントサイズ / kyoko
ご返答ありがとうございます。返信がおそくなり大変失礼いたしました。
フォント13級にすると1emに変換され、リフロー型でウィンドウの大きさを変えるとフォントサイズが自動で変わり、13級以下だと、フォントサイズが自動で変わらないことがあるのか、疑問に思いました。いろいろなビューアーやタブレットなどでテストをする必要があるのですが、一般的にはどうされているのかと思って質問いたしました。ご指摘くださった通り、デザイン・レイアウトなどにもよるので、ほかのサイズでも大丈夫かどうかいろいろテストしてみようと思います。
ていねいにご回答いただき本当にありがとうございました。
No.10618 2024/10/20(Sun) 16:18:37
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/129.0.0.0 Safari/537.36
正規表現：直前に連続する数字がある / ヒロ
正規表現でお聞きします。

第　22　条　■■■■■第15条第２項■■■■■。

上のように、段落先頭の『第■条』のみ『第』後ろに全角アキ、『条』の前を全角アキにする。
正規表現スタイルで
先頭の『第』は、直後に数字のある段落先頭の第
＾第（？＝￥ｄ）
としてうまくいったのですが、
『条』の前を全角アキがうまくいきません。

直前に段落先頭の第連続する数字のある条
（？＜＝＾第￥ｄ＋）条　が構文エラーになります。
（？＜＝＾第￥ｄ）条　は大丈夫なのですが数字１桁のみになので。
先読み後読みで連続数字を条件にするにはどうすればよいでしょうか？
今は
（？＜＝＾第￥ｄ）条　
（？＜＝＾第￥ｄ￥ｄ）条
（？＜＝＾第￥ｄ￥ｄ￥ｄ）条
としているのですが、すっきり１つにできないかとおもいまして。
よろしくお願いします。
No.10613 2024/09/08(Sun) 13:24:09
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:130.0) Gecko/20100101 Firefox/130.0
Re: 正規表現：直前に連続する数字がある / Uske_S URL
ヒロさん、こんにちは。

肯定後読み (?<= ) は、文字列の長さが一定にならないと動作しません。
今回の件でいうと、\d+ という正規表現のために動作しないです。

ひとつの方法として、\K を使う方法があります。
詳細は下記の記事にて解説しましたので、ご参照ください。
https://uske-s.hatenablog.com/entry/2023/12/13/180428?_gl=1*1mmfcvn*_gcl_au*MTg0NDc5NDQzMC4xNzI1MDcxNDU2#%E8%82%AF%E5%AE%9A%E5%BE%8C%E8%AA%AD%E3%81%BF%E3%81%A8K%E3%81%AE%E4%BD%BF%E3%81%84%E5%88%86%E3%81%91

DTP Transitさんでも紹介いただきましたが、こちらのほうが挙動についてより詳しく書かれているのでわかりやすいかもしれません。
https://note.com/dtp_tranist/n/n29d2cad816a0

以上より、正規表現としては
^第\d+\K条
という形でうまくマッチできないでしょうか？
No.10614 2024/09/09(Mon) 09:57:40
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/128.0.0.0 Safari/537.36
Re: 正規表現：直前に連続する数字がある / ヒロ
Uske_Sさん。

ありがとうございます。
すっきり１つにできました。
また、詳しいリンクもありがとうございます。
正規表現は難しいですね。
No.10615 2024/09/09(Mon) 18:36:30
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:130.0) Gecko/20100101 Firefox/130.0
以下のフォームに記事No.と投稿時のパスワードを入力すれば
投稿後に記事の編集や削除が行えます。
50/50件 [ ページ : 1 2 3 4 5 6 7 8 >> | 過去ログ | 画像リスト ]