てがろぐ - Fumy Otegaru Memo Logger -

ああそうか。標準添付のギャラリーモード用スキンだと、先のではダメなのか。_(:3」∠)_

ワンクッション用の画像を（画像ごとに用意するわけではなく）共通の1種類だけ用意して使い回したい場合には、サムネイル画像を用意するよりも、以下の方法で記述する方が楽で良さそうです。
長いので畳んでおきます。<>

---【前提説明というか事前説明というか背後の説明】---
てがろぐでは、画像を挿入する際に、以下のように書きますね。
[PICT:gazo.jpg]
これだけだと、実際には以下のような感じのHTMLで出力されます。（説明に不要な属性は省略）
<a class="imagelink" href="画像"><img class="embeddedimage" src="画像"></a>

---【ワンクッション置きたい際の記述例】---
先の画像挿入記法を、さらに自由装飾記法で囲んで、以下のように書きましょう。
[F:mask:[PICT:gazo.jpg]]
すると、以下のようなHTMLで出力されます。（説明に不要な属性は省略）
<span class="decorationF deco-mask"><a class="imagelink" href="画像"><img class="embeddedimage" src="画像"></a></span>

これを利用すれば、以下のようにCSSを書いておくことで、問答無用でクッション画像に差し替えられます。(リンク先は変わらないので拡大画像では本来の画像が見えます。)
.deco-mask .embeddedimage { display: none; }
.deco-mask .imagelink {
   display: inline-block;
   width: 200px;
   height: 200px;
   background-image: url("クッション画像のURL");
}

●まず、1行目で『本来表示されるハズだった画像』を消します。
●2～7行目で、『代わりのクッション画像』を表示しています。（画像は6行目にある background-image プロパティにURLを指定します。サイズは、4行目と5行目の width と height に指定します。クッション画像の原寸が表示サイズよりも大きいなら、さらに background-size:contain; とか background-repeat:no-repeat; とか加えると良いと思います。）

もしクッション用画像が複数種類あるなら、自由装飾記法で使うclass名を mask1、mask2、mask3……とか複数用意すれば良いでしょう。

※自由装飾記法で「mask」と指定すると、実際に出力されるclass名は「deco-mask」になる仕様に注意してCSSを書いて下さい。
自由装飾記法については、公式マニュアルの「class名を自由に指定できる装飾記法」をご覧下さい。

なお、画像1つずつで異なるクッション画像を用意したい場合は、今回の Ver 3.8.5β で実装したサムネイル画像機能が望ましいでしょう。
上記で紹介した方法でも、サムネイル画像を使う方法でも、OGP(og:image)では本来の画像が出ます。それを避けたい場合は1枚目の画像には無難な画像を指定するとかして下さい。^^;
また、本格的に容易には見せたくない画像の場合は、鍵付き機能を使うと良いと思います。鍵付き投稿の場合は、デフォルト設定ではOGPにも表示されません。

CSSは、もうちょっとなんかイイ書き方があるかも知れません。今ぱっと思いついたのを書いただけなので……。

※（標準添付スキンの）ギャラリーモード用スキンで同様の方法を使いたい場合は、No.3224をご覧下さい。

🍕Re:3214◆早速のご試用をどうもありがとうございます！ てがろぐ上でサムネイル画像をUPできるようにする際には、自動で元のファイル名と同じになるようにします。たぶん、画像管理画面で「この画像用のサムネイルをアップロードする」みたいな機能を用意すると思います。ただ、その機能を用意するのは、今計画している（画像キャプションとかをあらかじめ登録しておける）画像インデックス生成機能を実装した後になりますので、まだもっと先になる予定です。気長にお待ち頂ければ幸いです。

#報告 #要望

🆕 Ver 3.8.5βの更新点(概要)：
《▼新機能・仕様改善》
●サムネイル画像が存在する場合には『ページ上の表示にはサムネイル画像を使い、Lightboxでのリンク先にはオリジナル画像を使う』ように表示できる機能を追加。
●「現在のスキンでの表示を維持する」目的で自動挿入される各種記述をスキップできる記法 [[NO-LINKADJUSTMENT]] を内側スキンにも書けるように改善。
●文字色として自動入力するサンプルと、背景色として自動入力するサンプルを設定できる機能を追加。
●ログインフォームの下部に表示できるメッセージを設定画面で設定できる機能。
●[PICT:/hogehoge/hoge.png] のように、スラッシュで始まる絶対パスで画像が指定されたときに、ファイルが見つからなければその旨をエラー表示するよう仕様改善。（従来は、何も表示されないimg要素が出力されていました。）
●[PICT:../../hogehoge/hoge.png] のように、上位ディレクトリを参照するパスで画像が指定されたときに、ファイルが見つからなければ注釈を含むエラーを表示するよう仕様改善。
●デフォルトで読み込むLightboxを Ver 2.11.3 にバージョンアップ。（※従来はIE対策として、あえて 2.11.0 を読み込んでいました。）
●将来的に設定画面をカスタマイズできるようにするための布石として画面出力方法をちょっとだけ変更しました（見た目にはほとんど変わりありません）。

《▼不具合修正》
●「続きを読む」機能を本文中に使っていながら、設定画面で「続きを読む」機能をOFFにすると、Internal Server Errorになる不具合を修正。
●外側スキンに [[NO-LINKADJUSTMENT]] を書いていても、ハッシュタグリストではスキンが維持されてしまう不具合を修正。
●比較的古いバージョンのPerlで実行すると、「Unrecognized escape \\v passed through at tegalog.cgi」というアラートがサーバのエラーログに記録される問題を解消。
●設定画面のHTMLにいくつか存在していた文法ミスを修正。

設定画面の生成方法を変更したので（見た目にはほとんど変わりないのですけども）、問題なく設定変更できるかどうかもお試し頂ければ幸いです。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。

🍕Re:3210◆URLが分かるわけでもなく、誰なのかも分かるわけでもないので、同一サーバでありながら「繋がっていそうで、繋がっていない」みたいな緩い関係がちょっと面白いですね。
🍕Re:3211◆ご回答ありがとうございます！ 各機能がどれくらい認識されているのかの情報は特に、なかなか興味深いです。

てがろぐアンケート自分も回答した一人ですが、こうして他の方の回答 を知れるのも面白いですね～！

はーい |´ω`)ﾉﾞ))
てがろぐアンケートのおかげで、同サーバてがろぐ仲間が見つかるという思わぬ喜びが。

🍕Re:3207◆スマートフォンでも不便ではないと聞いて安心しました。私自身がほとんど常にPCの前に居る生活なので、モバイル端末であまりアクセスしないものですから、小型端末での使用感を把握できていないので、どうなのかな……と思っていたのでした。

ブログ読ませていただきましたが、スマホで操作するのに不便を感じたことはないです。アップデートで躓くこともありませんでしたし。普段スマホでしか投稿しないので、むしろ本体更新のためにパソコンを開くのが億劫すぎて…。さすがにスキンをイチから作るときはパソコンを使いますが、手直しする程度ならテレビ見ながらスマホでサクサクっと弄っちゃいます。外出先で即更新できるのも便利。出かけるときにパソコンを必ず持っていくわけじゃないですが、スマホは必ず持っていくので。慣れたら更新程度なら5分とかかりません。

➡てがろぐ稼働サーバと機能認知度の話

Twitterの方鍵掛けてらっしゃるので見えないけれども、スキンを数種配布してらっしゃる方、新作ｷﾀｰ！　後でDLしに行く。

※注：てがろぐ側でサムネイル画像が自動生成できるわけではありません。FTP等の手段を使って、オリジナル画像の他にサムネイル画像を自力でアップロードした場合に限って使える機能です。
※画像のアップロード先は、必ずしもてがろぐの画像保存用ディレクトリでなく他のディレクトリでも構いません。
※サムネイル画像は、てがろぐ内蔵機能を使ってはアップロードできません。少なくとも今のところは。（なので、FTP等の別手段で画像をUPしている方々のみに向けた機能です。今のところ。）

てがろぐユーザーでusamimiの民ー！ |´ω`)ﾉﾞ))

さっすが！

やったー

すごい

できるよ🙄

改行してないことにできるか？のテストです。

き
る
よ
😎

のテストです。

🍪Re:3193◆アドバイスをありがとうございます。こうして見ると、BBCのclass名の付け方が謎ですね。本当にそこまでclass分けする必要があるのかと。たぶんCMSがランダムに割り振っているだけなんでしょうけども、16pexesとかwoxom8とか、ぱっと見て何か意味があるのかな、と思ってしまいます。(^_^;)
🍪Re:3192◆管理画面もスキン式にとは斬新なアイデアですね！ そこには思い至りませんでした。面白そうですね。ただ、実装が大変そうですけども。^^; それこそ >>3193 さんの方法が役に立たないでしょうか？ CSSだけで実現可能な範囲でなら何でも対処できそうな気がします。

私はこれを使って、自分の好きなフォントでウェブサイトを見ています。快適です。

BBCにお好きなフォントを適用するCSSを書いてみました。参考にどうぞ。
続きを読むbody, button, select, input, option, textarea, label, .bbc-uc98c5, .bbc-1vr3bdn, .bbc-1tf9dgo, .bbc-1hic50p, .bbc-piraa4, .bbc-1s1cxbv, .bbc-1oa7vn6, .bbc-1lz5bd3, .bbc-1y0drz9, .bbc-dv6s4x, .bbc-1g1sves, .bbc-yn6o4f, .bbc-br9lqb, .bbc-7x6bd, .bbc-bsvy9j, .bbc-otirxy, .bbc-x8tdvl, .bbc-1c2bffn, .bbc-3mkwa9, .bbc-8qmk60, .bbc-1xek14n, .bbc-6nijst, .bbc-mzf1mo, .bbc-1l80z7i, .bbc-1ssqj8h, .bbc-1376p5v, .bbc-1c5klff, .bbc-1c8gppe, .bbc-190umnl, .bbc-sahdy6, .bbc-16pexes, .bbc-woxom8, .bbc-1w4k4yn { font-family: /* お好きなフォント */; }畳む

DLしていろいろ触ってみているところです。
質問というか要望というかなのですが、管理画面のデザインを少々変えたく思い試行錯誤中です。
管理画面のシステム設定からedit.cssの読み込みをオンにしてみましたがこれが適用されるのは「編集画面（フォームが表示されるページ）」だけなのですね。これを管理画面の全ページで読み込むようにはできませんか？
あるいは管理画面もスキン式に…と思いましたがそうすると公式アップデートで変更があったときにちょっと面倒になるかもですね🤔

🍪Re:3188◆詳しい分析と背景と解説をありがとうございます。どんな動作になると望ましいかがよく分かって参考になります。[[NO-LINKADJUSTMENT]] に関しては、外側スキンと内側スキンで別々に記述でき、それぞれお互いには影響しない仕様で行こうと思います。本文からハッシュタグだけを抽出して掲載する [[COMMENT:TAGS]] に関しては、[[COMMENT:TAGS:PURE]] というオプションを設けると便利かもしれませんね。（ただ、「本文中に挿入されているハッシュタグリンクからはskinパラメータを抜く」というJavaScriptを用意している場合は、それがそのまま [[COMMENT:TAGS]] で出力される内容も対象にして処理するでしょうから、記法として存在してもあまり意味はないかもしれませんけども。^^;）

最初は10件くらい集まれば良い方かな……などと思って始めたのですけども、今の時点で57件の回答が得られました。予想外にたくさんご協力頂けてたいへん嬉しいです。57件とは。もしかして、てがろぐを使って下さっている方々は100人くらいはいらっしゃるのかな……？
まだ回答は受け付けておりますので、もしまだでしたらよろしければご回答をお願いします。

今のところ、ご回答頂いたレンタルサーバは下記の通りです。（2022/11/01更新）

• さくらインターネット 14件
• ロリポップ 12件
• リトルサーバー 10件
• スターサーバー 6件 7件
• WitchServer 3件
• XREA 3件
• usamimi.info 2件
• fya.jp 2件
• mixhost 2件
• JSN（Just-Size.Networks） （1件のみ） 2件
• カラフルボックス （1件のみ）
• SPPD （1件のみ）
• WebARENA SuiteX （1件のみ）
• CPI（KDDI） （1件のみ）

同じレンタルサーバの同じコースでも、契約時期によっては仕様の異なるサーバが割り当てられている可能性もあるんですよね。「いつ頃に契約されたサーバなのか」という点も設問に加えておけば良かったかな……と後になってからちょっと思いました。^^;（同じサーバでも、異なるセットアップ方法を採用されている回答がちらほらありまして。）

上記以外のサーバをお使いの方や、上記にあっても回答数が1件だけのサーバをお使いの方がいらっしゃいましたら、特に特にご協力頂けますとありがたいです。（もちろん、契約コース等によって仕様が異なる場合もありますので、上記に既にあるサーバをお使いの場合でも、ご回答頂ければ助かります。）

>>3185 です。外部スキンで出力したハッシュタグリストについて、

設定【投稿本文の表示／テキスト】▼テキストリンクの出力調整：一時適用中のスキンを維持できるリンクを出力する

の設定が有効でもスキンパラメータなしで出力されるのはとても嬉しいです。有難うございます。

個人的意見になりますが、[[NO-LINKADJUSTMENT]]を外部スキンに記入して、一括で内部スキンのリンクにおけるスキンパラメータ補完がなくなって困ることはほぼないと考えますし、正直に言うと[[NO-LINKADJUSTMENT]]の影響が外部スキンにのみ留まるでも全然構わないです。

既存の機能と運用でどうにでもできると思うのですが……どちらかというと外部スキンに書いた[[NO-LINKADJUSTMENT]]は外部スキンにのみ影響がある方が使い勝手はいいかもしれないです。

続きを読む内部スキンで出力する可能性のあるリンクの種類を考えると

・外部リンク（http(s)、Youtube、Twitter等） //そもそもスキンパラメータを含まない
・記事固有のURL（[[PARMAURL]]）他編集URL,削除URL ///PURE出力有り
・記事を投稿したユーザー一覧へのURL（[[USERURL]]）//PURE出力有り
・記事が所属するカテゴリーリンク（[[CATEGORYLINKS]]）//PURE出力有り
・記事に含まれるハッシュタグリンク（[[COMMENT:TAGS]]） //PURE出力無し
・他記事への言及リンク（>>ポストID 等） ////PURE出力無し
・鍵付き投稿の個別URL

このあたりになるかと思います。（抜けがあったら申し訳ありません）

3.8.4βの機能を使って、スキンパラメータを含めたくないリンクに対してスキン側で制御することができないのは記事に含まれるハッシュタグリンクと、他記事への言及リンクになりますが、これは前述の設定項目で一時適用中のリンクにするか、デフォルトリンクにするかの切替が可能なので、[[NO-LINKADJUSTMENT]]の説明に内部スキンでの出力に関してはその設定を有効にして使うようにドキュメントでの説明があるだけで個人的は構わなかったです。（この[[NO-LINKADJUSTMENT]]が内部スキンに影響するのかどうかより、外部スキンでのハッシュタグリストの出力にのみ関心があったので……）

現在、当方の設置しているてがろぐでは記事一覧用のデフォルトスキンと個別記事用の一時適用スキンを分けて使用しているので、ハッシュタグのリンク先についてはデフォルトの一覧用スキンで閲覧させたいが、他記事への言及リンク（複数連結の場合も含む）に関しては一時適用中のスキンで見せたいというシーンがあります。
なので、外部スキン記述の[[NO-LINKADJUSTMENT]]が内部スキンに影響して困るケースはあまりないけど無いわけではないな…という感じが致しました。
が、そんなことをするケースが多いか？……というと否だと思いますので、一時適用中スキンのリンク出力設定を切ってしまった、どうにかしたい場合に外部リンク機能で連結したURLを渡せばいいし、運用でどうにでもできるかなと思いました。
（hrefに含まれるドメインが同じで class="url"or"taglink"を含むリンクに対しては～みたいな処理をしてもいいです）

鍵付き投稿を使用する場合は一時適用中のリンクを有効化しておきたいですので、どちらかというと外部スキンに書いた[[NO-LINKADJUSTMENT]]は外部スキンにのみ影響がある方が好ましいです。畳む

🍪Re:3187◆アンケートへのご回答もどうもありがとうございました！β版の新機能もご活用頂けているようで嬉しいです。◆レンタルサーバは、同じコースでも契約時期によって収容サーバが異なりますけども、ロリポップはそのサーバ間での仕様に開きがあるっぽいような感じですね。なんとなく、公式の「言語のパスはサーバーにより異なります」のあたりとかを読むと。その辺で違いがあるのかもしれません。何にせよ、suEXECのパーミッションで動作しているなら、（既に実践頂いている通り）全部suEXECの値にするのが良いです。

β版で対応していただき、とても感謝しています。
アップデートしたところ、無事に全て反映されました。
これでテンプレートの更新なども楽にできそうです。
本当にありがとうございました！！
あと、投稿時間の（〇分前）の表記、日付と一緒に表示するとわかりやすいです。
今日が何日なのかとっさに出てこないのでありがたいです。
こちらの機能も有効活用させていただきます＾＾
#感謝

今日のひとこと>>7823
パーミッションについて、suEXECを採用しているサーバーで一般の場合とsuEXECが混ぜてると回答しましたが、ロリポップのサイトにもパーミッションが「777」や「666」だとエラーが出る と書かれていますね。
それなのに普通に使えているのは確かに不思議ですね。
今後エラーが出ないとも限らないので、一応全部suEXECのパーミッションで設定し直しておきました。
何故そんなちぐはぐな設定にしたのか、設置したときの記憶がないので謎です(;'∀')

🍪Re:3185◆β版のご試用をどうもありがとうございます。そして、ご指摘もありがとうございます！ たしかに、おっしゃる動作になりますね……。各機能は行き当たりばったりでその都度追加しているので、1カ所でまとめて処理するようなスマートな仕組みになっていないために漏れていたようです。(^_^;;; 調べたところ、どうもハッシュタグに関しては、「本文中に挿入するハッシュタグリンク」と「ハッシュタグ一覧として出力するハッシュタグリンク」を同じ処理で出力していることが原因っぽいことが分かりました。次のバージョンでは修正します。

それと同時に気付いたんですけども、[[NO-LINKADJUSTMENT]] の記述は投稿本文とか「内側スキンで生成される内容」に含まれるリンクには影響しないのですよね……。これは、影響するように仕様を修正する方が良いか、それとも、内側スキンにも [[NO-LINKADJUSTMENT]] を書けるようにして、その場合にだけリンクを修正するか、検討しています。『外側スキンで [[NO-LINKADJUSTMENT]] を書いておきながら、内側スキンではリンクを修正されたくない』というケースはあまりなさそうな気がするので、手間を省くためにも前者（＝外側スキンに書いていれば内側スキンにも影響する）の方が良いかな、という気もしますが。でも、そういうケースがある可能性もないとは言い切れないかもしれませんから、後者（＝内側スキンにも [[NO-LINKADJUSTMENT]] を書ける）の方が自由度が高くて良いのかな……という気もしているのですけども。