カテゴリ「回答/返信」に属する投稿[716件](11ページ目)
- 標準スキンの場合は border-bottom: 1px #ccc dashed; になっていますので、太さ1pxの灰色の破線で表示されます。
- 昔のTwitterっぽいスキンの場合は border-bottom: 1px #e6ecf0 solid; になっていますので、太さ1pxの薄い灰色の実線で表示されます。
CSSをカスタマイズする際は、CSSソースの中で .onelogbox を検索してみて下さい。
by nishishi. ⌚2023年7月16日(日) 00:00:58〔2年以上前〕 回答/返信 <346文字> 編集
🍧Re:3833◆ご返答ありがとうございます。たこ焼きの絵文字はぜひともUnicodeに加えて欲しいのですけどもね~。あれほどたくさん並べて遊べる絵文字もそうそうないんじゃないかと思うんですが。(笑)
🍧Re:3834◆てがろぐのご活用をありがとうございます。どの部分をどんな感じになさりたいか、もう少し具体的に図示などして頂けましたら何らかの回答ができるのではないかと思います。
🍧Re:3835◆ご返答ありがとうございます。ⓐで良いなら実装も簡単なので楽で良いです。(╹◡╹)
🍧Re:3836◆ご返答ありがとうございます。とりあえずⓐで良さそうな感じですね。その方向で計画します。
by nishishi. ⌚2023年7月15日(土) 16:50:36〔2年以上前〕 回答/返信 <339文字> 編集
🍉Re:3830◆なるほど、ご回答ありがとうございます。Ⓐなら編集時刻を保存できるようにする拡張だけで済むので(Ⓑよりは)実装しやすそうな気はします。ToDoリストには含めますので、気長にお待ち頂ければ幸いです。
by nishishi. ⌚2023年7月12日(水) 17:49:22〔2年以上前〕 回答/返信 <135文字> 編集
🍧Re:3828◆例えばブログ的に使う場合には特に、最初の投稿日時とは別に更新日時も保持できて両方表示できると便利そうな気はしますね……。ただその場合、並び順はどうなって欲しいですかね?
Ⓐ 最初の投稿日時の順序のまま。
Ⓑ 更新される度に先頭に配置し直される。
by nishishi. ⌚2023年7月12日(水) 04:03:36〔2年以上前〕 回答/返信 <169文字> 編集
㋐ 編集すると投稿日時が編集したタイミングの日時に更新される。
㋑ 投稿日時は投稿日時で表示でき、それとは別に最終更新日時も同時に表示できる。
by nishishi. ⌚2023年7月10日(月) 19:29:24〔2年以上前〕 回答/返信 <257文字> 編集
🍧Re:3822◆ご愛用ありがとうございます。(╹◡╹) さんごよみの六曜表示機能は予定していなかったのですが、たしかにカレンダー表示CGIとしてはそういうのもあると良いかもしれませんね。ToDoリストに加えておきます。
by nishishi. ⌚2023年7月8日(土) 23:46:36〔2年以上前〕 回答/返信 <130文字> 編集
🍧Re:3812◆何かテキトーなロイヤリティフリーなアニメーションGIF画像がないかな……と思って探したんですけどもなかなかなかったので、2000年代初頭に発売されたWeb素材本(の付録CD-ROM)に収録されていた素材を掘り出してきて使いました。一体どんな用途を想定して、この走るクマ(?)が作られたのかがかなり謎です。(笑) しかしまあ、ここで楽しんで頂けたなら素材も喜んでいるでしょう。^^;
🍧Re:3815◆今のところ、リンク先のウインドウをどうするかを(一括設定は可能ですが)リンクごとに設定する方法は残念ながらありません。リンクラベルの末尾に :NT と付けると新規タブ(NewTab)で開くよう target="_blank" を加える、みたいな動作になれば良いかな……となんとなく考えてはいます。
🍧Re:3816◆たしかに、リンク先URLによってどうするかを判別する動作なら、JavaScriptで対処可能ですね。
🍧機能追加検討リストからの投票にご協力下さった方々、どうもありがとうございました。需要の傾向は充分に把握できた気がしますので、投票は本日末頃で締めようかなと思っております。
by nishishi. ⌚2023年7月6日(木) 13:14:57〔2年以上前〕 回答/返信 <604文字> 編集
画像保存用ディレクトリ内に、ファイル WS000013.jpg は見つかりませんでした。
by tomoyo.
⌚2023年7月4日(火) 11:43:39〔2年以上前〕
回答/返信,
テスト
<5文字>
編集
🍨Re:3792◆末永くご愛用頂ければ幸いです!(╹◡╹)ノ
🍨Re:3793◆詳しいサポートをありがとうございます!
🍨Re:3795◆新着画像リストは、画像ファイルのタイムスタンプの新しい順に並びますので、タイムスタンプを変更すれば好きな順に並べられます。FTPソフトにファイルのタイムスタンプを任意に変更できる機能が付いている場合は話が早いですが、そうでない場合は、ローカルファイルのタイムスタンプを任意に変更できるファイラーなどのツールを使って画像ファイルのタイムスタンプを変更して、『タイムスタンプを維持したままアップロードできる』タイプのFTPソフトを使ってファイルをアップロードすれば、好きなように並べられます。

※FTPソフトでアップロードしたりタイムスタンプを変更したりした後は、一度、画像管理画面を表示させて下さい。そうしないと、画像インデックスファイルが書き換わらないので、新着画像リストが更新されませんから。
なお、新着画像リストは「新着」と言っていることと、「画像ファイルのタイムスタンプ順に並べる」という仕様なため、画像の差し替え機能ができても、新しくUPしたもの(差し替えたものも含めて)が先頭に出てくる仕様になると思います。なので、『新着ではないように見せたい』場合は、画像ファイルのタイムスタンプを古い日時に変更して『新着ではない日時』にして頂く必要があります。
by nishishi. ⌚2023年6月30日(金) 10:15:38〔2年以上前〕 回答/返信 <642文字> 編集
自由記述での機能要望で、既にできる機能の要望が書かれていましたので、ここで2件ほど回答しておきます。
▼GIF動画をUPしたい
➡ GIF形式の動画(=アニメーションGIF画像)は、今でもそのままGIF画像(=ファイル拡張子が.gifの画像ファイル)としてUPすれば表示されます。

▼Twitterに表示されるサムネイル画像を大きくしたい
➡ デフォルト設定では、投稿本文中に含まれる1枚目の画像が小さく表示されますが、大きく表示されるよう設定を変更できます。詳しくは、FAQページの「Twitterなどに(てがろぐの)URLが掲載された際に、画像のサムネイルが大きく表示されて欲しい場合の設定」をご覧下さい。
by nishishi. ⌚2023年6月27日(火) 23:52:32〔2年以上前〕 回答/返信 <449文字> 編集
🍯Re:3782◆ギャラリーモードとは別に、イメージリストモードみたいな別モードを新設して、アップロードされた画像だけをずらっと(スキン式で)表示できる機能を作るのが良さそうだな……という気もしてきました。
🍯Re:3783◆詳しく仕様を理解して下さってありがとうございます!(╹◡╹)ノ
🍯Re:3784◆やっぱり以前は新着画像リストでもサムネイルが表示されていましたよね!?!?!? やっぱり。なんで今はその機能が消えてしまっているのか……。いつから消えちゃったのかな……。サムネイル画像を画像管理画面から登録できるような機能も含めて、その辺も実装し直した方がいいかな、という気もしています。情報ありがとうございます!
🍯Re:3787◆もし画像が1000個ある場合、新着画像リストだと(ページ分割がないので)1000ファイルに同時にアクセスしようとすることになるので、まあやっぱり重たくなりますよね。(^_^;)
追加機能検討投票の得票数を参考にして次に実装する機能を検討しようかと思っていますので、よろしければご投票頂ければ幸いです。
by nishishi. ⌚2023年6月23日(金) 23:16:26〔2年以上前〕 回答/返信 <536文字> 編集
🍪Re:3778◆その理解で正しいです。同じ画像を使っている投稿が複数あれば、その画像は複数回出てきます。元々画像投稿機能自体がオマケ機能的な位置づけで実装されたこともあって、画像中心の動作にはなっていないのですよね。需要があることは(後になってから)分かりましたので、追々拡充したいとは思っています。どうする形が一番望ましいかは今のところ判断できていないのですけども。ギャラリーモードとは別に、画像だけを(指定スキンを使って)表示できるモードがあれば望ましいでしょうかね……?

by nishishi. ⌚2023年6月20日(火) 23:27:21〔2年以上前〕 回答/返信 <264文字> 編集
🌽Re:3775◆1投稿に画像を1個ずつ掲載すれば、ギャラリーモードが事実上そのような動作になりそうに思いますが、そういうわけではないのですね? 現状では「新着投稿リストだけを表示するスキン」を作るくらいしか手がなさそうに思います。新着投稿リストは「個数制限をしない設定」はできませんが、掲載数の上限はスキン側でも指定できますので、[[IMAGELIST:100000]] のような充分大きな値を指定することで全部表示されるように作ることはできます。ただ、ページ分割ができないので、総数が多いとページが重たくなりそうな問題はありますが。
🌽Re:3776◆さんごよみに興味を持って下さってどうもありがとうございます。同じ内容のスケジュールの一括登録機能は、たしかにあると便利そうですね。ご要望をありがとうございます。さんごよみは、営業カレンダーとして活用されることも想定しているのですが(実際にそんな感じでも稼働しています)、その場合、営業とか臨時休業とか同じ内容をいくつも登録するケースも多々あるのですよね。同じ内容の一括登録機能があれば、なお便利になるな、と気付きました。ToDoリストに加えておきます。(╹◡╹)


by nishishi. ⌚2023年6月20日(火) 02:28:12〔2年以上前〕 回答/返信 <608文字> 編集
🍛Re:3759◆ご要望をありがとうございます。現在のバージョンでは、画像キャプションをその都度指定する記法なら検索にヒットしますので、お試し頂ければ幸いです。画像を表示する書き方のうち、
- [PICT:FIG(臨時キャプション):ファイルパス]
- [PICT:臨時代替文字:ファイルパス]

by nishishi. ⌚2023年6月5日(月) 19:07:40〔2年以上前〕 回答/返信 <247文字> 編集
🍰Re:3755,3756◆はい。「埋め込み処理中」のまま表示されないのは主にInstagram側の問題です。Instagramの埋め込みは、Webページ側ではInstagramのURLを指定書式でマークアップしているだけで、実際の展開は「Instagram側の公式スクリプト https://www.instagram.com/embed.js 」が実行しています。なので、表示できないケースがあるのは(瞬間的にアクセスが集中したとかで)公式スクリプト側が処理してくれなかった(=Instagram側が反応しなかった)とか何かそんな理由でしょう。たいていは読み込み直せば表示されるのではないかと思いますが、混雑が理由ならあまり頻繁には読み込み直さない方が良い気もします。
なお、Instagramとは違ってTwitterの埋め込みの場合は、元のツイートが消えている場合にも「埋め込み処理中」のまま変わらなくなります。(Twitter側のスクリプトがそういう仕様だからです。)
by nishishi. ⌚2023年6月4日(日) 13:09:25〔2年以上前〕 回答/返信 <492文字> 編集
🍰Re:3747,3749◆図解付きサンプル提示をどうもありがとうございます! カスタマイズ知見が貯まるのはたいへんありがたいです。
🍰Re:3748◆畳んだときに最初の位置が分からなくなる問題は確かにありますね。昔々にも要望は受けていたのですけども、良さそうな解決策を思いつけていません(>>2479,2482/R)。良さげな方法があると良いのですけどもね……。
🍰Re:3750◆弁護士なら頭は良い違いないだろうに、不思議です。^^; デジタルデバイスを叩きながら質問に回答してくれている各種専門家には、ChatGPTに尋ねていないか警戒が必要ですね。(笑)
🍰Re:3751◆InstagramのURLには www.instagram.com/p/(ID) だけでなく www.instagram.com/reel/(ID) というURLもあるんですねえ。/p/という文字列が含まれる場合に決め打ちしていましたので、今後のバージョンで対処します。
🍰Re:3752◆伝手は重要ですね。だいたい300~400kmくらい離れたところなら伝手があったんですけども、さすがに遠すぎました。(^_^;)
by nishishi. ⌚2023年6月3日(土) 00:01:21〔2年以上前〕 回答/返信 <572文字> 編集
🍪Re:3736◆β版のご試用をどうもありがとうございます! 全体的にお試し下さってありがたいです。また、開発放言への反応もありがとうございます。反応がないと需要レベルを判断できないのでとてもありがたいです。(╹◡╹)
🍪Re:3737◆新機能がお役に立ったようで良かったです。手動入力した投稿日時順に並び替える機能は、やはりそこそこ需要があったのですね。
🍪Re:3738-3743◆サーバの障害は珍しいですがゼロにはならないのでしょうねえ。てがろぐリンク集には、どこのサーバで動かしているのかの情報もあったら参考になって良さそうですね。^^;
🍪Re:3740◆てがろぐ的なページを「てがろぐ」という名称で認識されるようになるとちょっと嬉しいです。(^_^)
🍪Re:3741◆はい。ここも、さくらインターネットのサーバで動作しています。スタンダードプランですが。かなり前に契約したサーバなためか、今回の障害の対象ではなかったようですね。
🍪Re:3744◆デザインツールからの変換だと元データの方にいろんな情報があるのでそれなりにできるとは思うんですよね……。ただ1枚の絵(PNG画像とか)から「そこに何が描かれているのか、サイズを変更するとどう見栄えが変わるハズか」みたいなのもAIで判断できるようになる日が来ると(まさしく私がそういう仕事をしているので)仕事が減りそうだな、と思いました。(笑)
🍪Re:3745◆「続きを読む」ボタンの開閉はJavaScriptを使って対象のdisplayプロパティの値を直接切り替えているだけですので、現状の仕様では残念ながらそこにアニメーションを加えるカスタマイズの余地はなさそうかな……という気がします。「続きを読む」ボタンで隠された範囲を開閉するJavaScriptソース自体も好きなソースに差し替えられる機能を用意すると、開閉動作を自由にカスタマイズしやすくなって望ましいかも知れませんね。ちょっとその辺も考えてみます。
(➡もしかしたら現状でもCSSのアニメーション機能で何かする方法があるかも知れませんけども。その辺を何か試したことがある方がいらっしゃったら情報をお待ちしております。)
by nishishi. ⌚2023年5月31日(水) 00:34:32〔2年以上前〕 回答/返信 <1050文字> 編集
🍵Re:3728◆てがろぐのご活用をありがとうございます! [[COMMENT:TITLE]] ではなく [[COMMENT:LINE:1]] を使えばお望みの動作になると思いますが、この方法では何か別の問題があるでしょうか? [[COMMENT:LINE:1]] の記述だと1行目の内容がそのまま出力されます(1行目が画像なら画像がそのまま出力されますし、1行目のテキストに装飾が加えられている場合は装飾も含めて出力されます)。
※投稿本文を行単位で分解する記法にはバリエーションがいろいろありますので、スキンを試行錯誤なさる際の参考にして頂ければ幸いです。
(追記) なお、もしかすると以下のようにするのが最もお望みに近いかもしれません。
- タイトルには [[COMMENT:TEXT:30]] を使う。(=行に関係なく「先頭から30文字」が抽出されるので、1行目に何もなければ2行目以降にある文字も使われます。)
- 本文には普通にそのまま [[COMMENT]] を使う。(=1行目からすべて表示されるので、1行目が画像でも問題なく表示されます。)
※この方法を使う場合は、管理画面の[設定]→[ページの設定]→【投稿本文の表示/画像】→[▼画像が省略される場面での表示]にある『画像の代わりに「(画像省略)」という文字列を出力する』項目をOFFにする必要があります。(ONの状態だと、1行目に画像がある場合には「(画像省略)」という文字列が代わりに挿入されてしまいますので。
お望みの動作の意図が異なる場合はご指摘下さい。
by nishishi. ⌚2023年5月21日(日) 23:51:26〔2年以上前〕 回答/返信 <697文字> 編集
🍵Re:3723◆ご活用ありがとうございます。ハッシュタグの使用数に関係なく掲載順序が変わらないように掲載する需要が存在するとは、要望を受けるまで全く思っていませんでした。^^;
by nishishi. ⌚2023年5月19日(金) 23:16:19〔2年以上前〕 回答/返信 <135文字> 編集
🍵Re:3698-3702◆ありがとうございます。Ver.4もご愛用頂ければ幸いです!
🍵Re:3703◆投稿欄の下部にある、既存ハッシュタグ再入力プルダウンメニューの掲載数は、[設定]→[投稿欄の表示]→【既存ハッシュタグ簡単入力機能】→[リストアップする最大個数]項目に望みの個数を指定することで自由に変更できます。ここに「0」を指定すれば、上限なしで全ハッシュタグが含まれるようにもできます(※隠れハッシュタグは含みません)。お試し下さい。
by nishishi. ⌚2023年5月1日(月) 20:42:21〔2年以上前〕 回答/返信 <327文字> 編集
🍰Re:3683◆スキンが増えてくれるのはたいへん嬉しいです。(╹◡╹) ハンバーガーのダウンロードリンクが切れているっぽいですね
🍰Re:3684◆今のところ、「内側スキン管轄の文字列」を「外側スキン管轄の位置」に持ってくる方法がないので、公式の記法では無理なのですが、もしOGPを出力される設定にしているなら、以下のJavaScriptを書くことで、og:titleの中身をtitleに変えることはできます。
<script>
let ogtitle = document.querySelector('meta[property="og:title"]').getAttribute("content");
document.title = ogtitle;
</script>
上記のスクリプトを、body要素内のどこか(どこでも)か、head要素内で「title要素や[[OGP]]の記述よりも後」の位置に書けば、og:titleとして出力されている文字列が、そのままページタイトルとしても使われます。
og:titleとして何を取得するかは、管理画面の[設定]→[補助出力]→【OGP+Twitter Cardの出力】→[▼OGPの設定]→「og:title」で選択できます。
なお、OGPを出力しない設定にしたい場合や、og:titleで設定できる選択肢よりももっと細かく出力内容を決めたい場合には、以前にNo.3293さんが解説して下さった方法( https://10prs.com/view/57 )を使うのが良いと思います。(そちらの方が出力内容が柔軟で、処理される状況が限定されていて無駄がないので望ましそうです。単純に記述量を短くしたければ先のソースだと2行で済むので楽ではありますが。^^;)
🍰Re:3685◆てがろぐ側では文字コードの変換をしていない上に、CSSファイルの中身には一切触れていないので、文字化けするなら概ねブラウザ側の問題だと思います。で、No.3686さんご指摘のように contentプロパティの値に多言語文字を使う場合には、Unicodeのコードポイントを16進数で指定する必要があるようですね。私もいま初めて知ったんですが。before疑似要素で「カテゴリ」と書きたい場合は、
content: '\30AB\30C6\30B4\30EA';
のように書くとうまくいきます。No.3686さんがご紹介下さっているサイトの変換ツールを使うと良いです。
なお、MDNの解説には、
ラテン文字以外は Unicode エスケープシーケンスを使用してエンコードする必要があります。と書いてあるんですが、Unicodeエスケープシーケンスというのは \u +16進数 で表記する方法なので、微妙に違いますね。^^; その方法だとうまくいきませんでした。(^_^;;; せっかく(世界中の文字をそのまま表せる)UTF-8を使っているにもかかわらず「エスケープせよ」と言う仕様にするのは思想的におかしい気がしますので、そのうち改善されるのではないかとは思いますが。
この文字化けが発生している際はcssファイル内の他の日本語文字列(たとえばフォント指定など)も同様に文字化けしています。ということは、ブラウザがCSSファイルの文字コードの認識に失敗している、ということですから、CSSファイルの文字コードを明示できれば良いのかもしれませんけども。
- CSSファイルの1行目に @charset "utf-8"; と書いておいたり、
- CSSファイルの先頭付近に /* これは○○のスタイルシートで云々 */ みたいな日本語のかな漢字交じり文を書いておくなどして、
🍰Re:3686◆解説ありがとうございます!(╹◡╹)ノ
by nishishi. ⌚2023年4月23日(日) 11:22:27〔2年以上前〕 回答/返信 <1736文字> 編集
🍘Re:3678◆ご愛用ありがとうございます! 残念ながら今のところは管理画面から一括で設定する方法しかありません。個別に設定できる記法があると便利ですかね?
🍘Re:3679◆β版のご試用をどうもありがとうございます。ご報告もありがとうございます。たしかに、てがろぐを1回動かすたびに1件記録されますね。(たまたま動作上の問題はなかったものの)プログラムソースの記述にちょっとしたミスがありました。次のバージョンで修正します。(ローカルのソースはもう修正しましたので、近日中にはお使い頂けるようになります。)
by nishishi. ⌚2023年4月22日(土) 00:27:24〔2年以上前〕 回答/返信 <305文字> 編集
なお、たこ焼きは昨日食べました。Unicode、たこ焼きの絵文字はまだか……!
🐟Re:3674,3675◆詳しい情報をありがとうございます。どうやらSpotify公式の短縮URLができたんですね。ただ、短縮URLから元のURLに(URLの情報だけで)変換するのは無理なようなので、短縮URLで埋め込むのは無理っぽいです。Spotify側が短縮URLでの埋め込みをサポートしてくれれば良いんですが、Spotifyの場合は(埋め込むWebサイト側が)直接iframeを書く方式なので、望み薄なような気もします……。
by nishishi. ⌚2023年4月20日(木) 09:51:24〔2年以上前〕 回答/返信 <346文字> 編集
🍵Re:3668◆β版のご試用をどうもありがとうございます。2秒ロックの画面にならないのはむしろ良いことで、それはつまり「人間が入力する際に不便になることはない」ということかなと思います。私の環境でも、パスワード未入力の状態で「ログイン」ボタンを素早く押す(のを2回繰り返す)、みたいなことをしないと表示されませんでした。パスワードを何か入力すると、もうそれで2秒ロックの時間は過ぎる感じで。◆大作スキンの配布もどうもありがとうございます!
🍵Re:3670◆こちらの環境だと問題なく埋め込めているのですが、「リンクをコピー」でどんなURLになりましたか? こちらでWeb版Spotifyと、Windows版(Microsoft Store版)Spotifyを最新版(1.2.9.743)にして試してみましたが、特に埋め込みに問題はありませんでした。どんなURLになっているかを教えて頂けると何らかの対処ができるかもしれません。
by nishishi. ⌚2023年4月19日(水) 14:18:29〔2年以上前〕 回答/返信 <546文字> 編集
🍰Re:3664◆ありがとうございます。調べてみたところ、てがろぐ側の不備で『ノーマル状態の出力が <a href="?tag=%e3%82%bf… のように「?」で始まるURL』になっていないと、SITEMAPやGALLERY用のパラメータが付加されない動作になっていました。ちょっと実装方法を見直します。
SSIでご使用とのことですから、[設定]→[ページの表示]→【投稿本文の表示/テキスト】→[▼テキストリンクの出力調整]にある『本文中のテキストリンクを絶対URL(フルパス)で出力する』項目をONになさっているのだと思います。ここは「本文中のリンク先」を調整する目的で用意した機能ですが、ハッシュタグリストの出力ではここの設定が影響するようになっています(意図してそうしたわけではなく、いま気付きました^^;)。なので、ここをOFFにすることができればGALLERY用のリンクになりますが、SSIで合成にお使いならここはOFFにできませんね。実装方法を全体的に見直して解決しますが、とりあえず今の時点では、JavaScriptでご対処頂くしかなさそうです。すみません。
🍰Re:3665◆了解しました。その方向で考えてみます。
by nishishi. ⌚2023年4月18日(火) 00:51:29〔2年以上前〕 回答/返信 <558文字> 編集
🍰Re:3658◆なるほど、目次用途だと最初から時系列順の方が嬉しい、という場合もあるのですね。リンクに &order=reverse を最初から付与する機能は今のところはありませんので、現状ではJavaScriptを使って付加して頂く対策くらいしかなさそうな気がします。もしかして、「サイトマップページモードでは最初から時系列順で表示される」みたいなオプション設定機能があると役に立ちますか?(リンクに &order=reverse を付加するよりも。)
🍰Re:3659◆大作です。JavaScriptでどうにかするだけで、ここまで機能を付加できるものなのかと、ずいぶん感心しました。
🍰Re:3660◆問題のてがろぐで、[[HASHTAG:LIST:GALLERY]] を記述した箇所に、実際にどのようなHTMLが出力されていますでしょうか? 全部でなくて良いので、1項目分のHTMLソースをそのままコピーして教えて頂けますでしょうか。例えば、<li class="count143"><a href="?tag=%e8%a6%81%e6%9c%9b" class="taglink" title="要望">要望</a><span class="num">(143)</span></li> のような感じです。
🍰Re:3661◆先程β版として配布しましたので、お試し頂ければ幸いです。ハッシュタグの集計機能をOFFにしたり、カテゴリ該当数の再カウントを単独で実行したりできるようになっています。
by nishishi. ⌚2023年4月16日(日) 18:26:46〔2年以上前〕 回答/返信 <764文字> 編集







その「他の部分」をそのままにしてどうにかしたい場合には、確かに「日付別リスト」の部分( .datelistarea )に望みの装飾を書くと良いです。
ただ、その場合は「他の部分を変にした結果」を打ち消すような装飾も一緒に書かないと望みの装飾にならない可能性がありますので、無駄なソースが増えることになりますし、何より「他の装飾を打ち消す方法」を編み出さないと望みの装飾ができません。なので、原因になっている「他の部分」を元に戻す方が楽な可能性もあります。
CSSは「ある部分の変更が別の部分にも及ぶ」という可能性がありますので、『変になった箇所をそのまま放置してさらに変更を加えていく』方法で書き進めると、やがてCSSソースが理解しにくいスパゲッティになっていきます。(^_^;)「ああ、何か変になったな」という場合は、ひたすらUndoして、変にならない状態にまで戻してやり直す方が、結果的には分かりやすいソース(=将来的にもカスタマイズしやすいソース)を維持できると思います。