InD-Board

カーニングについて / B

indesign2018
mac 10.12 sierra

チラシを作成しているのですが、値組を作成するとき、「g（グラム）」の表示の前後にカーニングを入れる決まりがあるのですが、検索置換でカーニングを入れることは可能でしょうか

検索置換にこだわっているわけでなく、一括でカーニングを入れることができればと思い、質問させていただきました

No.10099 2021/06/29(Tue) 08:43:24
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Re: カーニングについて / （z-）

カーニングで任意の数値を入れられるのは手動時のみで、
検索置換や正規表現スタイル（ひいては文字スタイル）では
和文等幅、オプティカル、メトリクス、0 からの選択のみとなります。

なので、トラッキング（字送り）で代用することとなります。

一括検索置換は正規表現検索で可能です。
書式例を提示するには、まず組みのサンプルが欲しいところです。

たぶんこのあと詳しい人が書いてくれます。

No.10100 2021/06/29(Tue) 12:15:15
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Re: カーニングについて / お～まち

おそらく「750g×3袋」のような表記だと思いますが、「g」だけにトラッキングを設定すると「g」と「×」の間は設定できますが、「0」と「g」の間は設定できませんね。
「0」と「g」の間に設定するには、
・「g」に文字前のアキを設定する（あける場合のみ）
・「0」にトラッキングを設定する（あける場合も詰める場合も可）
の2つの方法があるわけですが「カーニングを入れる」だけだとあけるのか詰めるのかわかりません。

仮に「0」にトラッキングを入れる方法ですと、その文字は「0」だけではないはずで、正規表現でどのように表現するべきかは、全ての例を見ないと何ともいえません。
例えば「750mg×3袋」の場合でしたら「m」と「g」の間も該当しますが、この場合処理するのかどうかということです。

そういった条件が決められるなら正規表現検索置換や正規表現スタイルを使って処理できます。正規表現スタイルを設定しておく方が直しに強くていいですね。

No.10101 2021/06/29(Tue) 14:38:28
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.79 Safari/537.36

Re: カーニングについて / B

（z-）さん、お～まちさん
返信ありがとうございます

書式例は、お～まちさんの示した通りのものです。
「g」以外はカーニングを使用しません

お～まちさんの指摘通り、000g の部分は0だけではありませんが
そのような表記は稀で、大抵は「100g当り」と表記されます

その「100g当り」という表記に対して、
「0」と「g」と「×」の間にカーニングを『50』ずつ入れてあけたい場合、
どのようにしたらいいかを質問させていただきました。

トラッキングで数値を挿入する場合、
次回の校正時に、訂正があった場合、文字が伸びるので使用しないように決まりがあります

スタイルもクライアント側から使用しないでほしいと
言われているのでなるべく使わない方向で探しています。

言葉不十分で申し訳ありませんでした

No.10102 2021/06/29(Tue) 15:06:00
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Re: カーニングについて / B

すいません、表記について訂正します

100g当り　　750g×3袋
という２種類の表記が出てきます

100g当りのほうは、検索置換を使って対応ができています

750g×3袋　についての質問です

No.10103 2021/06/29(Tue) 17:37:07
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Re: カーニングについて / （z-）

>トラッキングで数値を挿入する場合、
>次回の校正時に、訂正があった場合、文字が伸びるので使用しないように決まりがあります

これは、トラッキングのかかった文字を（より長い文字列に）打ちかえた際に調整を怠ったやつですね。

正規表現スタイルは、設定した条件に合致した箇所にのみ指定の文字スタイルがあたるという仕組みなので、たとえば g の後ろの文字にツメがかかるよう仕向けたとして、その文字を2文字以上のものに打ちかえても、g の次の次の文字には影響がありません。
また、諸事情で g のすぐ後ろのツメがかかった文字を削除した場合、次の次にいた文字が繰り上がって g のすぐ後ろに来たとき、同様にツメがかかります。
ですので、しっかり作り込んである上ではハウスルールの見直しを要求してもよいのでは、と思います。

具体的な手法については別の方にお譲りします（現在、別件で頭がいっぱいなのですみません）

No.10104 2021/06/30(Wed) 12:25:58
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Re: カーニングについて / B

（z-）さん
返信が遅れてしまいすいません

まだ、手探り状態で、どのように対応していけば良いのか試行錯誤中です
現在進行中のものが落ち着いたら一考いたします

ありがとうございました

No.10105 2021/07/02(Fri) 14:56:30
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Re: カーニングについて / az

謎の決まりごとわかります…
var Doc = app.activeDocument;
app.findGrepPreferences.findWhat = "(?<=[0-9])g";
var Res = Doc.findGrep();
for(var i=0; i<Res.length; i++){
Res[i].insertionPoints[0].kerningValue=50;
Res[i].insertionPoints[-1].kerningValue=50;
}

No.10125 2021/07/20(Tue) 19:34:43
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Re: カーニングについて / B

azさん、ありがとうございました

望んでいたものをいただき、作業がスムーズに進んでいます。

No.10126 2021/07/27(Tue) 13:13:24
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.107 Safari/537.36

mac indesign初心者 / 　

最近会社の環境がWinからmacにかわり、それに伴いインデザインなども最新（2021）のものとなったのですが、少し困ったことがありました。
一つは古いT1タイプのフォントがデータで使用されていると、青いバーで「じきにサポートの切れる書体です」と警告文が出るのですが、これの消し方が分かりません。古い書体を問題のない書体にかえても警告文は残り続けます。
そもそも警告文がでないようにすることが出来れば一番なのですが……方法はないでしょうか。

もう一つ、インデザイン2021だとメニューの下に色つきオブジェクトがあった場合、メニューの上にうっすらとオブジェクトの色が乗る（透過する？）のですが、これも消したくて仕方がありません。
環境設定のインターフェースをみてもこの効果に該当する項目が無いし、もしかしてこの効果って切ることができないのでしょうか。

どなたか上記２点の対応方法をご存知の方、お教え下さい。
お願いします。

No.10115 2021/07/19(Mon) 09:28:49
Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36

Re: mac indesign初心者 / （z-）

Type1フォントがドキュメント内で使われていないか、は
書式メニュー>フォントを検索して置換… で確認したでしょうか？
レイアウトには使われていなくても未使用スタイルで使われていたりします。

メニューバーが透ける件は用語の問題からよくわかりませんが、
OS側の設定だとすれば、システム環境設定>アクセシビリティ>ディスプレイ>透明度を下げるにチェックしてみてください。

何より、明確なInDesignバージョンとOSバージョンは書きましょう。
でないとあまり本人以外の参考になりません。

No.10116 2021/07/19(Mon) 12:16:05
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Re: mac indesign初心者 / あさうす

いずれにしてもなんですが、2023年1月にはType1フォントのサポートそのものが終了します。
（Photoshopはすでにサポートが終了してます）

InDesign Ver.16では、その終了を踏まえ、現状から利用を避ける推奨を行うべく、警告を出すようにしました。
よって、しばらくは警告を無視して対応するか、そうでなければ体裁変化を許容することを前提にOpenTypeに置き換えるべき話になってきます。

Type1サポート終了の件はURLを登録してあります。
会社ということであれば、会社内で今後のフォント運用をきちんと明確にするべきでしょう。

No.10124 2021/07/20(Tue) 00:34:15
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

win:inDesignのjavascript[activeDocument]で取得した配列について / ぶぶっち

例えば、
var docs=app.documents
for (a=0;docs.length>a;a++){
　　app.activeDocument=docs[a]
　　～一定の処理～
}

を書いたとします。
for文の処理の途中でアクティブなドキュメントを変更しているせいか、for文の処理が正しく動作しないようです。

仕方ないので下記のように?@と?Aを追加してfor分内の処理が済んだ後、アクティブなドキュメントをもとに戻して処理を継続させました。

var docs=app.documents
var startDoc=app.activeDocument;//?@

for (a=0;docs.length>a;a++){
　　app.activeDocument=docs[a]
　　～一定の処理～
　　app.activeDocument＝startDoc;//?A
}

問題自体は解決したのですが、なんかしっくりきません。別の方法があるかな。と思っています。
アクティブなドキュメントが変わっても処理後アクティブドキュメントを初期値に戻す必要が無く書く方法がありますでしょうか。
宜しくお願い致します。

No.10117 2021/07/19(Mon) 12:54:46
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / Uske_S

ぶぶっちさん，こんにちは．

どういう意図があってactiveDocumentを入れ替えるという手法にされたのかわかりませんが，activeDocumentを入れ替えるとDocumentsコレクションオブジェクトの順序が入れ替わる可能性があるので怖くないですか？

＞アクティブなドキュメントが変わっても処理後アクティブドキュメントを初期値に戻す必要が無く書く方法がありますでしょうか。
ご質問の最終的な意図はこれでしょうか？
具体的な処理の中身がわからないので，「初期値に戻す必要がなく書く方法」についてはなんとも言えません…．

for文の中でactiveDocumentを入れ替えると意図したとおりに（順序で）処理されない，という話でしたら，わざわざそんなことせずにDocuments[a]に対してひとつずつ処理をさせればよいのでは？と思います．

activeDocumentsを入れ替えなくてはならない，やむにやまれぬ事情があるならむしろそちらを知りたいです．

No.10118 2021/07/19(Mon) 14:42:29
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / ぶぶっち

　返信有り難うございます。実はドキュメント間で、足りない段落スタイル、文字スタイルを各ドキュメントに追加していくスクリプトを書きました。

要領はこうです。
ドキュメントにテキストフレームを追加
そこにスタイルを適用した文字列を追加
開いている複数のドキュメントにプルダウンメニューの「app.copy」と「app.paste」行いその後削除を行う。

これで、足りないスタイルが各ドキュメントに追加されていきます。

app.copy、app.pasteを使用する段でアクティブドキュメントを変更しないと処理がうまくできませんでした。

それで、for文を使用して繰り返そうと考えました。

うまく説明できているか解りませんが、宜しくお願い致します。

No.10119 2021/07/19(Mon) 15:33:05
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / ぶぶっち

Uske_S様

おっしゃっている事が解りました。
サンプルとして（ドキュメントが3本開いているとして）....
var sakiNoDoc=app.documents
var opDoc=sakiNoDoc

for (b=0;sakiNoDoc.length>b;b++){
app.activeDocument=sakiNoDoc[b];
actDoc=app.activeDocument;
$.writeln ("アクティブドキュメント="+actDoc.name);

for (a=0;opDoc.length>a;a++){
$.writeln ("配列"+a+"番は＝"+opDoc[a].name);

}
}
だと、動的になりますが、、、

＞Documents[a]に対してひとつずつ処理、、、
を踏まえて

var sakiNoDoc=app.documents
//var opDoc=sakiNoDoc

opDoc=[3]
opDoc[0]=sakiNoDoc[0]
opDoc[1]=sakiNoDoc[1]
opDoc[2]=sakiNoDoc[2]

for (b=0;sakiNoDoc.length>b;b++){
app.activeDocument=sakiNoDoc[b];
actDoc=app.activeDocument;
$.writeln ("アクティブドキュメント="+actDoc.name);

for (a=0;opDoc.length>a;a++){
$.writeln ("配列"+a+"番は＝"+opDoc[a].name);

}
}

だと、アクティブなドキュメントが変更されても、動かないことが解りました。

有り難うございました。
調整してみます。

No.10120 2021/07/19(Mon) 16:13:31
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / お～まち

> ドキュメント間で、足りない段落スタイル、文字スタイルを各ドキュメントに追加していく

ということでしたら、Document.importStyles()メソッドを使用してください。
app.copy()、app.paste()ですと、一旦クリップボードを経由するので、クリップボードを拡張するソフトウェアを使っていたり、同時に他の作業を行っていたりすると、クリップボードの中身が変わって意図しない結果になる可能性があります。

書式は
Document.importStyles(ImportFormat.TEXT_STYLES_FORMAT, file, GlobalClashResolutionStrategy.DO_NOT_LOAD_THE_STYLE)
です。引数は
ImportFormat.TEXT_STYLES_FORMAT：文字スタイルと段落スタイル
file：読み込み元のInDesignファイル（ファイルオブジェクト）
GlobalClashResolutionStrategy.DO_NOT_LOAD_THE_STYLE：競合するものは読み込まない
になります。

No.10121 2021/07/19(Mon) 17:02:55
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.79 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / お～まち

追記：
これは段落スタイルパネルのパネルメニューの「段落スタイルを読み込み」（または文字スタイルパネルのパネルメニューの「文字スタイルを読み込み」）と同じ内容です。

No.10122 2021/07/19(Mon) 17:13:14
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.79 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / ぶぶっち

お～まち様
私のやりたかった事はこれです。
スタイルの読み込みが1つずつのドキュメントならできるのですから、「あるはず」と思い、探しましたがみつからず（見落として）プルダウンメニューに頼った次第です。

この構文を使用すれば、私のやりたいことができそうです。
1から書き直してみます。

有り難うございました。

No.10123 2021/07/19(Mon) 18:28:06
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36

フレーム調整オプションのデフォルト設定 / chirico

macOS 10.14.6
InDesign CC2014（CS4、2020）

InDesign CS4のドキュメントをInDesign CC2014で開いた場合、フレーム調整オプションのデフォルト設定がうまく働きません。
設定は、下記の通りです。（添付画像参照）
　サイズ調整：なし
　整列の開始位置：中央
　トリミング量：すべて0
ドキュメントデフォルト、アプリケーションデフォルト、共に設定していますが、新規に画像フレームを作成すると、整列の開始位置が左上になります。
これは異なるバージョンで開いた際に発生する不具合でしょうか。
なお、InDesign 2020で開いた場合も同じ現象でした。
単純に何かを見落としているような気もしますが、対策があればご教示をお願いいたします。

No.10112 2021/07/14(Wed) 09:01:32
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Firefox/78.0

Re: フレーム調整オプションのデフォルト設定 / （z-）

フレーム調整オプションはCS5以後でけっこう変わりまして、
便利になった面もあるんですが（フレーム調整オプションを消去ができるようになりました）
デフォルト設定はなんだかまるで言うこときかなかったので使うのを諦めた記憶があります。
おっしゃるように左上基準になってしまってました。

※下位バージョン書類を開いたのが原因である可能性を否定したわけではありません

No.10113 2021/07/14(Wed) 12:10:20
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Re: フレーム調整オプションのデフォルト設定 / chirico

（z-）さん
情報ありがとうございます。
その後、古いMacも使って追加検証しました。

１．CS4で、デフォルトを「整列：中央」にすると、新規フレームも「中央」になる
　　これは正しい動作です。

２．１のドキュメントをCC2014で開くと、新規フレームの設定は「左上」になる（！）
　　ここがおかしい。今回の質問の要。

３．設定を「右下」にして、新規フレームを作成すると「右下」になる（！？）
　　他にも「左下」などいくつか試しましたが、「中央」以外はどれも正しく反映しました。

４．設定を「中央」に戻して再確認すると、「中央」に設定されずに「左上」になる
　　デフォルト設定が言うこときかないのは事実のようです。
※今回の追加検証は、InDesign 2020 でも同様の結果でした。

この問題はある団体の記念誌を制作するにあたり、過去のドキュメントから流用新規することで発覚しました。
対策は難しいかもしれませんので、今回は我慢して対応することとしました。

No.10114 2021/07/14(Wed) 13:58:17
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Firefox/78.0

データ結合時にアイテム文頭の半角スペースが消える？ / ミーコ

InDesignでのデータ結合時、そのアイテムの文頭にある「半角スペース」が消えてしまうようです。
お客さんからの指摘で気付いたのですが、今まで10年以上もデータ結合を使ってきて、初めてこの仕様に気付きました…。

なお、全角スペースは残るようです。
手元にあるCS5、CC、2020のバージョンで試したのですが、いずれも同じ挙動でした。

対策はとれますが、割と既知の仕様だったりするのでしょうか？

No.10109 2021/07/12(Mon) 15:12:58
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Re: データ結合時にアイテム文頭の半角スペースが消える？ / Uske_S

ミーコさん

仕様は仕様なのですが、下記URLにあるようなオプションによっては残せるかも？とのことです。
もし該当のオプションがあるようなら、一度お試しください。

https://dtp-bbs.com/indesignbbs/archives/9592_20190221220811.html#gsc.tab=0

No.10110 2021/07/12(Mon) 15:30:00
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Re: データ結合時にアイテム文頭の半角スペースが消える？ / ミーコ

Uske_Sさん
ありがとうございます。
どちらかというとInDesignというよりもCSVの仕様、ということなのですね。今になって知りました。勉強になりました。
また、チェックボックスをONにするときちんと読み込んでくれました。

とてもすっきりしました！

No.10111 2021/07/12(Mon) 17:09:10
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

静的テキストについて / CP0

Word読み込みオプションで後注のところに、静的テキストとして読み込みとチェックする所がありますが、静的テキストとは何でしょう？おわかりになる方がいたら教えていただけませんか？

No.10106 2021/07/10(Sat) 13:26:12
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Re: 静的テキストについて / お～まち

実際に使ったことはないので、もし勘違いだったらごめんなさい。

「静的」とはstaticの訳で、変わることがないという意味です。反対語は「動的」（dinamic）ですね。

たとえて言うと、InDesignには自動番号という機能がありますが、この番号は段落が増えると勝手に数字が増えていきます。つまり中身が変わる（動的）というわけです。
その段落は段落パネルのパネルメニューから「番号付けをテキストに変換」を実行することで、自動番号が実際の文字に変わります。
そうなると、段落が増えても番号の文字は変わりません。通常の文字と同じ扱いになります。これが「静的」ということです。

Wordの後注（Wordでは文末脚注という）も同様の仕組みだろうと思います。

No.10107 2021/07/10(Sat) 23:17:20
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.79 Safari/537.36

Re: 静的テキストについて / CP0

お～まち様、ありがとうございます。
そういうことなんですね！たぶん
理解できました、感謝いたします。

No.10108 2021/07/11(Sun) 13:09:51
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

文字組みアキ量設定の半角数字とは？ / シン

InDesign2021です。
文字組みアキ量設定の半角数字とは
等幅半角字形（や等幅三分や等幅四分）だけでなく
CIDコード17から26のプロポーショナルローマン数字もなんでしょか？
プロポーショナルローマン数字は欧文に含まれると思っていましたが、
組みアキ量設定した動作をみているとどうもそのような感じなので。

欧文前後は、四分アキ、八分アキにして
等幅半角数字前後は、アキを入れない
が出来るようになったと期待したのですが。

No.10090 2021/06/03(Thu) 13:33:24
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36 Edg/91.0.864.37

Re: 文字組みアキ量設定の半角数字とは？ / ジーコ

等幅半角字形（や等幅三分や等幅四分）は、欧文扱いではないですよね。

デフォルトの空き量設定で和字と等幅半角字形間にアキは入りませんから、和字扱いだと思います。

「欧文前後はアキを入れ、等幅半角字形前後はアキを入れない」というのは、上記の前提条件の下、あくまで対症療法的な運用ですが、可能は可能です。

アキを入れたいところは、通常通り半角数字の入力のママ。アキを入れたくないところ（半角等幅字形にしたいところ）は、全角数字で入力しておきます。

あとは、「全角数字を等幅半角字形にする」正規表現スタイルで適用すればいいだけです。

この運用は、私も実務でときどきやる手法です。

書体によっては半角字形と等幅半角字形が大きく変わるものもありますから、全部が全部これで処理できるとは限りませんが、まあ、可能性として。

No.10093 2021/06/04(Fri) 14:19:36
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.1.1 Safari/605.1.15

Re: 文字組みアキ量設定の半角数字とは？ / シン

ありがとうございます。

>アキを入れたいところは、通常通り半角数字の入力のママ。アキを入れたくないところ（半角等幅字形にしたいところ）は、全角数字で入力しておきます。

全角入力したものを等幅半角字形にしないといけないのですね。

CIDコード17から26のプロポーショナルローマン数字を半角字形に変換してもダメなんですね。

字形パレットからでも全角字形長押しで等幅半角字形に変換でないとアキが入りますね。

『標準字形に戻す』があり、これは元々の入力された字形に戻すことですよね。
等幅半角字形に変換しても元々の字形を記憶していて元々の属性が適用されるということですね。
見た目上、等幅半角字形になっていてもあくまでも属性は変換元のプロポーショナル数字ってことですね。

と理解しましたが、

字形パレットで全角数字を長押しして、等幅半角数字を入力し、これを標準字形もどすと全角字形になると思いきや、プロポーショナルローマン数字になる。でも、アキが入らない。
なんだこれ！
これら一連の挙動、バグでしょうか？

No.10094 2021/06/04(Fri) 16:09:12
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36 Edg/91.0.864.37

Re: 文字組みアキ量設定の半角数字とは？ / az

文字選択してウィンドウ→情報を見ると全角か半角かわかるので
確認してみてください。

No.10098 2021/06/07(Mon) 13:37:03
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1 Safari/605.1.15