長い投稿者名が途中で切れて末尾に「...」が付加される。
管理ページ、フロント問わず。
長い投稿者名の表示が切れる
OTHER FAQ
カテゴリ |
Core Ver. | 関連モジュール | タイトル |
|---|---|---|---|
| コンテンツの管理 | 8.9.x | Dialog Modal Canvas | drupal 8 の標準機能のダイアログ／ポップアップを表示する方法 |
| コンテンツの管理 | 7.16 | PHP | 好きなところにノードを埋め込みたい |
| コンテンツの管理 | 7.15 | Views Bulk Operation | 標準のコンテンツ編集／ユーザ一覧ページが物足りません |
| コンテンツの管理 | 8.5.x | Field File | コンテンツのフィールドの表示について |
| コンテンツの管理 | 8.4x | Entity | EntityをPropertyで探す（クエリする）方法 |
| コンテンツの管理 | 7.15 | Pagenation | 一つの長いページをBookなどのように連続して読ませることはできますか？ |
| コンテンツの管理 | 7,51 | Views Data Export | Views Data ExportでCSVデータが欠けてしまう |
| コンテンツの管理 | 7.50 | Administration menu | 標準のユーザー管理ページ |
| コンテンツの管理 | 6.x | Views Flag Calendar | 空き室予約のような仕組みは実現できますか？ |
| コンテンツの管理 | 7.38 | Block Views node | ノードページの編集タブをコンテキストメニューにしたい |
| コンテンツの作成 | 7.15 | Darty Form | 編集ページでの操作ミス |
| コンテンツの作成 | 8.9.x | Display sweet, Views, Twig Tweak, Views field formatter | テーマに頼らず コンテンツのフィールドとしてViewsを埋め込み表示する方法 |
| コンテンツの作成 | 7.15 | Form API Validation | フォームの入力内容を細かくチェックしたい |
| コンテンツの作成 | 7.50 | Code per Node | ページ毎にCSSやJSを設定したい |
| コンテンツの作成 | 6.x | Insert Block | ブロックの内容を本文中に表示するには？ |
| コンテンツの作成 | 7.38 | Webform | Webformでテーブル形式にしたい |
| コンテンツの作成 | 8.4x | Download | とにかく何でもコンテンツをダウンロードさせる方法 |
| コンテンツの作成 | 7.38 | node | 代理投稿を可能にしたい |
| コンテンツの作成 | 8.4x | node | 新規ノードを作成する |
| コンテンツの作成 | 7.50 | Inline Entity Form | Drupal6のフィールドグループのようなモジュールはありませんか？ |
コメント
コア：
パーマリンク Submitted by actbrain on 2013/11/20 02:29.
コア：
drupal-root/inc/theme.inc:
function template_preprocess_username(&$variables);
の中で、
～
if (drupal_strlen($name) > 20) {
$name = drupal_substr($name, 0, 15) . '...';
}
～
というような処理を行ってます。
コメントによると、
～
Set the name to a formatted name that is safe for printing and
that won't break tables by being too long. Keep an unshortened,
unsanitized version, in case other preprocess functions want to implement
their own shortening logic or add markup. If they do so, they must ensure
that $variables['name'] is safe for printing.
～↓～直訳
名前を印刷にとって安全で、長すぎることまでにテーブルを壊さない、フォーマットされた名前にセットしてください。
続く、1つの、短かくされない、バージョンをunsanitizeした、場合、他のもの、機能を前処理する、自分のショートニング・ロジックをインプリメントしたいか、値上げを加えたいこと。
そうする場合、それらは$変数「[名]」が印刷にとって安全であることを保証するに違いありません。
～
どうやら、安全面からの考慮のようです。
xxx_preprocess_xxxx(&$vars)等でhookして投稿者名を変更するのが妥当なようです。
ページ