2023年7月 この範囲を時系列順で読む この範囲をファイルに出力する
早速のご回答、ありがとうございます!
塩分補給は大事ですが、塩分過多も心配ですね。ご自愛ください。
記述を変更しましたところ、無事にclassに反映されました!
スキンカスタムの自由度が上がって嬉しく思います。
ただ、残念ながら空白スペースは残ってしまいました。。
<div class="onelogbox [[CATEGORYIDS:IFEMPTY:hogehoge]] [[POSTSTATUS]]" id="pos[[LOOPCOUNT]]">
先程の投稿の記述例とclassの順序は、半角スペース位置がわかりやすいかと思い変更しております。
<div class="onelogbox hogehoge " id="pos1">
となります。
これは「機能」のclassが生成されないから、という理由はわかるのですが、方法はございますでしょうか?
🍬Re:3852◆てがろぐをご活用下さってありがとうございます。(╹◡╹)ノ その場合は、
- [[CATEGORYIDS]] の代わりに
- [[CATEGORYIDS:IFEMPTY:hogehoge]] を使って頂くと
※hogehoge の部分には、何でもお好きな文字列を入れてお使い頂けます。例えば no-cats など分かりやすい文字列を出力なさると良いのではないかと思います。
カテゴリのclass読み込みについて質問失礼いたします。
1投稿ごとのボックスのdivにカテゴリclassを追加したいと考えております。
通常のスキンですと以下の通りとなっている部分ですが、
<div class="onelogbox [[POSTSTATUS]]" id="pos[[LOOPCOUNT]]">
このように変更することで、カテゴリIDをclassとして表示することができました。
<div class="onelogbox [[POSTSTATUS]] [[CATEGORYIDS]]" id="pos[[LOOPCOUNT]]">
ですが、未分類カテゴリはclassが生成されず、空白のままとなります。
未分類カテゴリのIDを設定できる箇所はございますか?
見落としがあったなら申し訳ございません。
また、生成後のclass表示の際、なにか機能を含めた場合、こうなると思いますが、
<div class="onelogbox logstatus-fixed categoryID" id="pos1">
カテゴリID・機能がない場合、半角スペースが残ったままになります。
<div class="onelogbox " id="pos1">
表示としては問題ないかと思いますが、記述スタイルとしては少々気になる部分でして、
なにか対処法はございますでしょうか?
大変お手数ですが、お手すきの際にご確認いただけますと幸いです。
何卒よろしくお願いいたします。
完売早すぎ😅
今日発売なのに…どんだけ人気なの🤣
🍧Re:3843◆ちょいとご要望の内容が見えてこないので、もう少し詳しく教えて欲しいのですが、
そのモードが「載せているすべての画像を表示する」のであれば
➡ 検討中のイメージリストモードは、新着画像リストと同様に「アップロードされている全部の画像」を「画像だけ」見せる形態です。投稿に掲載されているかどうかに関係なく、投稿に使われていない画像も含めてすべての画像が表示されるモードを想定しています。
「載せている」という表現だと少々曖昧なのでご認識内容が明確には分かりませんが、もし「画像保存用ディレクトリにアップロードされている」という意味でおっしゃっているならその通りですが、「投稿に掲載されている」という意味でおっしゃっているなら若干異なります。
投稿のn枚目を表示
➡ 投稿に含まれるn番目の画像を表示するには [[ONEPICT:n]] 記法が使えますが、この方法では何か不都合がありますか?
クリックすると(個別記事に飛ばず)そのままlightbox等でその投稿に含まれる画像が見れる
➡ これは残念ながら、てがろぐの仕様では無理です。てがろぐでは画像と投稿は紐付いておらず別管理なので、記事を表示しない状態では「どの画像がどこで使われているのか」が何も分からないので、「この画像とこの画像が同じ記事で使われている」といった情報を得る方法がありませんので。(しかも、同じ画像を複数の投稿に使うこともできますから。)
イメージとして<a href="[[GETURL:PICT:1]]" data-lightbox="[[postid]]">みたいな事ができればな〜と
➡ これはまさしくそうスキンに書くことで実現できると思うのですが、そうできない問題が何かありますでしょうか?
イメージリストモードのお話が出ていましたが、そのモードが「載せているすべての画像を表示する」のであれば、差別化として、
- 投稿のn枚目を表示
- クリックすると(個別記事に飛ばず)そのままlightbox等でその投稿に含まれる画像が見れる
というモードもあると嬉しいです。
私も投稿に複数画像を載せる事が多いのですが、イメージとして<a href="[[GETURL:PICT:1]]" data-lightbox="[[postid]]">みたいな事ができればな〜と思いまして。ご検討いただけましたら幸いです。#要望
ありがとうございます。変更した箇所が自分でわからなくなってしまったので(苦笑)、カテゴリ以降をコピペし直して戻しました。
その「他の部分」をそのままにしてどうにかしたい場合には、確かに「日付別リスト」の部分( .datelistarea )に望みの装飾を書くと良いです。
ただ、その場合は「他の部分を変にした結果」を打ち消すような装飾も一緒に書かないと望みの装飾にならない可能性がありますので、無駄なソースが増えることになりますし、何より「他の装飾を打ち消す方法」を編み出さないと望みの装飾ができません。なので、原因になっている「他の部分」を元に戻す方が楽な可能性もあります。
CSSは「ある部分の変更が別の部分にも及ぶ」という可能性がありますので、『変になった箇所をそのまま放置してさらに変更を加えていく』方法で書き進めると、やがてCSSソースが理解しにくいスパゲッティになっていきます。(^_^;)「ああ、何か変になったな」という場合は、ひたすらUndoして、変にならない状態にまで戻してやり直す方が、結果的には分かりやすいソース(=将来的にもカスタマイズしやすいソース)を維持できると思います。
3838です。枠線についてありがとうございました!破線に変更できました。
また他の部分を変にしてしまい、日付一覧とRSSフィールド〜の背景色が消えてしまいました。
位置も左側に寄ってしまったのですが、直す箇所としてはCSSのサブ領域(日付別リスト)でしょうか?
- 標準スキンの場合は border-bottom: 1px #ccc dashed; になっていますので、太さ1pxの灰色の破線で表示されます。
- 昔のTwitterっぽいスキンの場合は border-bottom: 1px #e6ecf0 solid; になっていますので、太さ1pxの薄い灰色の実線で表示されます。
CSSをカスタマイズする際は、CSSソースの中で .onelogbox を検索してみて下さい。
3834です。お返事ありがとうございました。
質問した件はなんとか調べて調整できました。
また此処では本文投稿の下が破線になっていますが、これはcssにあるdecoration?で破線にできるでしょうか?
変更、追加する箇所を教えていただきたいです。度々ですみません
🍧Re:3833◆ご返答ありがとうございます。たこ焼きの絵文字はぜひともUnicodeに加えて欲しいのですけどもね~。あれほどたくさん並べて遊べる絵文字もそうそうないんじゃないかと思うんですが。(笑)
🍧Re:3834◆てがろぐのご活用をありがとうございます。どの部分をどんな感じになさりたいか、もう少し具体的に図示などして頂けましたら何らかの回答ができるのではないかと思います。
🍧Re:3835◆ご返答ありがとうございます。ⓐで良いなら実装も簡単なので楽で良いです。(╹◡╹)
🍧Re:3836◆ご返答ありがとうございます。とりあえずⓐで良さそうな感じですね。その方向で計画します。
独自絵文字に投票した者です
A案を想定していたのでA案が良いです🍗
ⓐ を想定していました。「元のファイル名をできるだけ維持する」を愛用しているので
単純に使えるだけで嬉しいとしか考えてなかったので、Bのような細やかさの発想はありませんでした
スキンをツイッターにして作成しているのですが、
投稿文章と画像が左端に寄る、下の空白が狭いので調整したいのですが、どの部分でどう編集すれば良いのでしょうか…?
投票した者です。個人的にはⓐで十分だと思っています。にししさんのたこ焼きへの愛を感じました🐙
ⓐ カスタム絵文字専用のディレクトリを1つ管理画面で指定しておく。そのディレクトリ内に例えば takoyaki.png があれば、それを [:takoyaki:] の記述で表示できる。画像のUPには別途FTPソフト等を使う。
ⓑ てがろぐ管理画面上で画像をアップロードし、その画像が「どんな名称でカスタム絵文字として表示されるのか」・「どんな代替文字で出力されるのか」も自由に設定できる。(例えば 20230712175430-admin.png を [:takoyaki:] の記述で表示できるようにし、代替文字には「たこやき」と出力するよう設定できるとか。)
自由度が高くて便利なのは ⓑ ですけども、実装に手間が掛かりそうなので。ⓐ で良いならシンプルな実装で済みそうですけどもね。
ご要望があればお知らせ下さい。
🍉Re:3830◆なるほど、ご回答ありがとうございます。Ⓐなら編集時刻を保存できるようにする拡張だけで済むので(Ⓑよりは)実装しやすそうな気はします。ToDoリストには含めますので、気長にお待ち頂ければ幸いです。
ご回答ありがとうございます。
個人的にはAがいいと思います。Bは再編集時に、新規に投稿にチェックすることで先頭に並べることができますので…
[[DATE]] のように最終更新日時用のタグがあれば管理がしやすいかな、という感じです。
🍧Re:3828◆例えばブログ的に使う場合には特に、最初の投稿日時とは別に更新日時も保持できて両方表示できると便利そうな気はしますね……。ただその場合、並び順はどうなって欲しいですかね?
Ⓐ 最初の投稿日時の順序のまま。
Ⓑ 更新される度に先頭に配置し直される。
ご回答ありがとうございます。そういった方法があるのですね。こちらの方法は別件で利用させていただきます。
No.3824はイの方を想定して質問させていただきました。
㋐ 編集すると投稿日時が編集したタイミングの日時に更新される。
㋑ 投稿日時は投稿日時で表示でき、それとは別に最終更新日時も同時に表示できる。






