2024年6月 この範囲を時系列順で読む この範囲をファイルに出力する
にししさん、>4490さん、4493さん
ユーザーCSSの拡張機能やコードを教えていただきありがとうございます。
そういう機能があることを知りました。便利ですね。
おかげで眩しくなくて使いやすいです。
ありがとうございました。
ユーザーCSSならStylusが良いと思いますが、個別にCSSを書かなくてもほぼどこでもダークモードにできる拡張機能もありますよ。
私はDark Reader を使っています。
簡単に済ませたい場合はこういうのでもいいかなと
現在、画像を投稿をすると画像は自動的にURLが発行され、長押し(スワイプ)すると画像のURLをコピーして画像のみを別窓で画像のみを開けるようになってると思います。
それをオフにしたいのですがCSSに『 img{pointer-events: none; }』を記入してしまうと、lightboxの画像サムネイル画像タップ→大きく表示ができなくなってしまいます。これ以外の方法で画像長押しオフにする方法はありますか?
また、要望になってしまいますがもし可能でしたらlight boxの詳細機能の中で画像の長押し(スワイプ)のみを有効/無効の切り替え機能が欲しいです…
ユーザーCSSの拡張機能は私も「Stylus」がおすすめです。
自分用に作った管理画面をダークモードにするCSSがあるので、こちらに貼っておきます。
※ただしカラーテーマが適用されなくなります(カラーテーマごとに書き換えはしていないので)。ところどころ未対応のまま放置しています……(笑)。
body {
background-color: #121212 !important;
color: #e9eef4 !important;
}
a,
#copyright a:link,
.shortcutlinklist li a {
color: #99ccff;
}
a:visited,
#copyright a:visited {
color: #3399ff;
}
.shortcutlinklist li a {
color: #99ccff !important;
}
#contents {
background-color: #181818 !important;
border-color: #444 !important;
}
#header {
background-color: #353535 !important;
color: #fff !important;
border-bottom-color: #444 !important;
}
textarea.tegalogpost {
background-color: #202124 !important;
color: #e9eef4 !important;
}
.decoBtns input {
background-color: #424242 !important;
color: #fff !important;
}
.decoBtns input:hover,
.btnlink:hover,
.adminhome a:hover {
background-color: #777 !important;
border-color: #0078d7 !important;
}
.adminhome a {
background-color: #424242 !important;
color: #fff !important;
}
.appname a {
color: #5cbd5c !important;
}
.deleteButton:hover {
background-color: #caaf87 !important;
color: crimson !important;
border-color: crimson !important;
}
fieldset,
.helpbox .help {
background-color: #202124 !important;
border-color: #666 !important;
}
.systemhelpbox,
.noticebox,
.categoryTreeBox {
background-color: #35352b !important;
border-color: #777 !important;
}
.shortcuslinkbox {
background-color: #282828 !important;
}
.helpbox .help {
fill: #9cf !important;
}
.helpbox .help:hover {
background-color: #515141 !important;
}
.situationPreviewBox {
background-color: #222220 !important;
color: #0c9f0c !important;
border-color: #880 !important;
}
table.standard th {
background-color: #4f5b4f !important;
}
.btnlink {
background-color: #484848 !important;
color: #fff !important;
}
.important {
color: #ff4141 !important;
}
.tab {
border-color: black !important;
background-color: #424242 !important;
color: #e1e1e1 !important;
}
.tab:hover {
background-color: #4e624e !important;
color: lime !important;
cursor: pointer !important;
}
#tabcontent1,
input:checked+#tab1,
#tabcheck1:checked~#tabbtm1 {
background-color: #4d3333 !important;
}
input:checked+#tab1,
#tabcheck1:checked~#tabbtm1 {
color: #ff7c7c !important;
}
#tabcontent2,
input:checked+#tab2,
#tabcheck2:checked~#tabbtm2 {
background-color: #424231 !important;
}
input:checked+#tab2,
#tabcheck2:checked~#tabbtm2 {
color: #acac13 !important;
}
#tabcontent3,
input:checked+#tab3,
#tabcheck3:checked~#tabbtm3 {
background-color: #494f3a !important;
}
input:checked+#tab3,
#tabcheck3:checked~#tabbtm3 {
color: #9ed200 !important;
}
#tabcontent5,
input:checked+#tab5,
#tabcheck5:checked~#tabbtm5 {
background-color: #576260 !important;
}
input:checked+#tab5,
#tabcheck5:checked~#tabbtm5 {
color: #00ffc6 !important;
}
#tabcontent4,
input:checked+#tab4,
#tabcheck4:checked~#tabbtm4 {
background-color: #565664 !important;
}
input:checked+#tab4,
#tabcheck4:checked~#tabbtm4 {
color: #01016f !important;
}
.imageuploadarea {
background-color: #626255 !important;
}
.embcode {
background-color: #464a46 !important;
}
.nowHover {
background-color: #66665e !important;
}
.nowHover .embcode {
background-color: #7d7d65 !important;
}
form.export {
margin: 1em 0 !important;
padding: 1em !important;
background-color: #3a3c3a !important;
}
.scrollBtns a:link {
color: #fff !important;
line-height: 1 !important;
text-align: center !important;
}
.inputguide {
color: #9b9b9b !important;
}
legend a {
color: #fff !important;
}
.sessionguide {
color: #aaa !important;
}
.systemmenucategory {
color: #0bb !important;
}
.categoryTree {
background-color: #484840 !important;
border-color: #666 !important;
}
.categoryOptions {
background-color: #484840 !important;
}
/* TegUp */
.localver {
background-color: #272827 !important;
color: #00b000 !important;
}
.latestver {
background-color: #262628 !important;
color: #88f !important;
}
.subGuide {
color: #999 !important;
}
.taskLog {
background-color: #212121 !important;
border-color: #444 !important;
}
.taskLog li:nth-child(2n) {
background-color: #2b2b2b !important;
}
.taskLog time {
color: #8484ff !important;
}
.taskLog i {
color: #00a5bd !important;
}
.themeKRM .systemmenu li a {
background-image: linear-gradient(0deg, #1e1e1e, #353535);
}畳む
🍕Re:4488◆特定のWebに自分の好きなCSSを追加できる「ユーザースタイルシート」という機能をブラウザに加えるアドオンがいくつか出ています。そういうのをお使いになれば、何でも好きなCSSを管理画面に加えられますのでご活用下さい。あくまでも「自分の使っているブラウザだけ」でしか適用されませんが(=他の閲覧者には一切影響しませんが)、自分だけが使う管理画面の装飾を調整したいだけならそれで事足りるのではないかと思います。ユーザースタイルシート機能を加えてくれるアドオンについては、Geminiに尋ねてみた結果もご参照頂くと良いかもしれません。
要望なのですが、管理画面のテーマにダークカラーを実装してほしいです。
新規投稿/編集画面にCSSを適用できるのですが、それ以外の所がまぶしくて長時間画面が見られません。
それか管理画面の色だけでもこちらで好きに設定できるようにしてほしいです。
よろしくお願いいたします。
2024年5月 この範囲を時系列順で読む この範囲をファイルに出力する
🆕 Ver 4.3.1βの更新点(概要):
《▼新機能》
🌺鍵付き投稿で、本文の1行目だけでなくさらに2行目も常時見せるようにできる設定機能。
🌺ログイン者限定動作時にTOPに表示されるメッセージを自由に書き換える機能。
《▼仕様改善》
🌸任意のディレクトリにあるスキンを手動指定できる設定項目を、条件によっては非表示にするよう改善。
《▼不具合修正》
❎ある条件を満たすと『簡易適用スキンの設定が勝手に切り替わってしまう』バグ(表示上の問題)を修正。(※Ver 3.9.3β以降すべてに存在したバグ)
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス:
Mastodon(Pawoo)
Bluesky
Twitter:
(ツイート埋め込み処理中...)Twitterで見る
現在非公開てがろぐを、「iOSからでもWindowsからでも機種問わずアクセスできて同期できるオンラインメモ帳」として使っております。
iPAD+Windowsで同期できるメモアプリはあれもこれも試しましたが、今のところつぶやき感覚で気軽に投稿できるのが気に入っています。同期できるタイプのオンラインメモ帳、会社によっては画像が貼れなかったり気楽に書けなかったり台数制限があったり、と欠点があるので、てがろぐは大変気に入っております~
🥞Re:4478◆結果報告をどうもありがとうございます。&で繋ぐと消えてしまう理由が分かりませんが、とりあえずうまく動作するようになったのなら良かったです。^^
🥞Re:4479◆もしかして、ローカルにあるスキンをアップロードできる欄だと誤解された、とかですかね……? この欄は、サーバ上に存在するスキンのうち、「tegalog.cgiのあるディレクトリの直接のサブディレクトリ」以外にあるスキンを適用するためにある欄なので、ローカルのフォルダ名を入れても機能しません。ちょっとこの欄は確かによくよく考えると紛らわしいので、もうちょっと何かUIを考え直したいと思います。
🥞Re:4480◆リスト機能を使うと(リストページを見ると)、リストの上部に今でもTwitter Birdが見えるんですよね。リストの画像を自前でアップロードしていない場合は。そこも残り続けて欲しいです。
🥞Re:4481◆機能としては存在しないんですが、要は imagelink というclass名の付いたa要素すべてに target="_blank" の属性を加えれば良いので、外側スキンのHTMLソースの下端に以下のようなJavaScriptを書けばお望みの動作になると思います。
<script>
const links = document.querySelectorAll('a.imagelink');
links.forEach(link => {
link.setAttribute('target', '_blank');
});
</script>
このソースをそのまま使う場合は、ページの末尾付近に加えて下さい。(もしhead要素内とかに書きたい場合は、「HTMLの読み込みが終わってから実行」されるような工夫を加える必要があります。)
画像を(原寸画像への)リンクにする→クリックで別タブで原寸で開いてほしいのです
「~からTwitterを利用しています」はiOS版が「X」に置き換わっているっぽいです(私はTwitterからアップデートしてないので他人のを見ただけですが)。
あとTwitterが残っているのは、通知の「@ツイート」、検索の「話題のツイート」くらいですかねえ……。
この3つが置き換わるのはいつ頃になるでしょうか。長く生き残ってほしいものですが。
教え頂いた方法でなんとかなりました
どんな操作をしてなったかですが、普通に「CGI本体より浅いディレクトリにあるスキンを指定~」の設定をしないまま、「任意のディレクトリにあるスキンを手動指定:」の部分にディレクトリ名を記入したらなりました……;;
「D:/a/b/てがろぐフォルダ/tegalog関係一式のあるフォルダ/skin2」(適用しようとしたスキンの入ってるフォルダ)みたいな感じの構成でそのまま入力欄にこれを入力した記憶があるのですがこれが間違ってたのかも知れないです
前にも一回なって、その時はてがろぐのディレクトリ丸ごと消してやり直してまた今回なったって感じです
にししさんご教示ありがとうございます。
スムース展開は難しいんですか。とても残念です。
要望になってしまうのですがHTMLのみで実現していただきたいです。おっしゃる通り、CSSやJavaScriptで装飾いたしますので。
ただそうなった場合、HTMLで出力するとなったら自動でページIDをIDとして付番していただきたいです。昔JavaScriptを使わないでスムーススクロールを実装したときに、IDを付与しなければうまく動かなかったので……。
ふだん
<a href="https://twitter.com/intent/tweet?url=[[PARMAURL:PURE:FULL]]&text=[[COMMENT:TITLE]]" title="Xに投稿" target="_blank" rel="noopener" class="share"><i class="fa-brands fa-x-twitter"></i></a>
でシェアボタンを作っております。
出力は
「記事のタイトル」 https://hoge.jp/?postid=[記事の数字]
です。
今回ご教示いただいたように
<a href="https://twitter.com/intent/tweet?url=[[PARMAURL:PURE:FULL]]&skin=hoge&text=[[COMMENT:TITLE]]" title="Xに投稿" target="_blank" rel="noopener" class="share"><i class="fa-brands fa-x-twitter"></i></a>
以上のコードでシェアボタンを実装したのですが、
実際にクリックすると
「記事のタイトル」 https://hoge.jp/?postid=[記事の数字]
となってしまい、skin=hogeがきえてしまいました。
大変申し訳ございませんがお教えください。
追記
[[PARMAURL:PURE:FULL]]がデフォルトスキンで表示されることを失念しておりました。もう少し触ってみます
更に追記
<a href="https://twitter.com/intent/tweet?url=[[PERMAURL:PURE:FULL]]?skin=hoge&text=[[COMMENT:TITLE]]" title="Xに投稿" target="_blank" rel="noopener" class="share">
<i class="fa-brands fa-x-twitter"></i>
</a>
で解決しました!お騒がせしました
🍨Re:4476◆おおぅ、そんな現象になりましたか。『任意のディレクトリにあるスキンを手動指定』欄を使った結果ですかね?
以下の手順で操作してみて下さい。
- サーバ(=問題のてがろぐの設置ディレクトリ)から tegalog.ini ファイルをダウンロードします。
- その tegalog.ini ファイルをテキストエディタで開きます。
- skindirectory=で始まる行を探します。(※たぶん383行目付近にあります。似た名称の行が複数あるので注意して下さい。)
- その行を丸ごと消します。(1行を丸ごと消して大丈夫です。)
- 上書き保存します。
- その tegalog.ini をサーバにアップロード(上書きアップロード)します。
※参考までに、どんな操作をしてその現象になったのか、もし覚えているようでしたら教えて頂けるとありがたいです。
この方法で適用スキンを指定したい場合は、管理画面の[設定]→[システム設定]→【スキンの適用制限】で「適用可能なスキン」項目に『CGI本体の位置より浅いディレクトリを参照する相対パスや、絶対パスで指定されたスキン』を追加して下さい。」としか出ず、設定を変えられない・ホームにもいけないのですが解決策はありますか?なにをしようとしてもこの文言のページに飛んでどうにもできないのですが……
🍨Re:4471◆隠された範囲をSmooth展開するのは、現状のてがろぐの仕様で可能でしょうかね……?(どなたか実現なさっている方がいらっしゃったら教えて下さい!)なんとなく難しそうな気がします。デフォルト設定では、隠された範囲(のspan要素)は表示時に display:inline; のスタイルが付加されますしね(その値は設定で変更可能ですが)。
◆現状のような「JavaScriptで表示/非表示を切り替える」方法で隠す手段以外に、現在で(たぶん)主流な <details><summary>見せる部分</summary>折りたたむ部分</details> のようにHTMLだけで実現できる折り畳み機能で出力される記法も追加した方が良いかな……という気はなんとなくしています。今のところそのような要望は来ていないので、まだ「なんとなく思っているだけ」の状態ですけども。そちらの方がCSS(やJavaScript)で装飾しやすいだろうな、という気はします。
◆SNSシェアボタンで「特定のスキンを適用したURL」がシェアされるようにするには、[[PERMAURL]]系の記法の直後に(空白を挟まずに)&skin=skin-nameのような感じでパラメータを加えれば良いだけです。具体的にどのように書けば良いかは、お使いの「シェアボタン」の仕様次第ですので、(具体的な記述も知りたい場合は)まず現状の記述がどうなっているのかをお知らせ頂く必要があります。
🍨Re:4472◆てがろぐをご活用下さってありがとうございます。(╹◡╹)ノ
少なくとも(私が直接使っている範囲では)5千件や1万件程度の投稿総数では特に体感できるほどの変化は出ていません。
なお、今ご覧になっているこの動作試験場では、現状で4,350件近くの投稿数がありますので、実際に「5千件近くの投稿がある状態の動作」をご体感頂けています。(╹◡╹)
下記のⒶとⒷは私(だけ)が書いているページ(てがろぐ)で、Ⓒはここです。それぞれの大まかな総投稿数とデータサイズを調べてみました。
- Ⓐ 今日のひとことログ :総投稿数 12,200件超 データファイル 6.27MB
- Ⓑ てがろぐリリースノート :総投稿数 43件 データファイル 0.61MB
- Ⓒ 動作試験場(ここ) :総投稿数 4,300件超 データファイル 2.94MB
実際に生成ページにアクセスしてみると、投稿総数が1万2千件を超えているⒶよりも、わずか43件しかないⒷの方が、むしろ表示までにかかる動作は比較的もっさりしている気がしませんか? これは、Ⓑでは文字装飾記法が山ほど使われているために(てがろぐ内部で)独自記法をHTMLに展開する処理がたくさん発生するためだろうな……という気がしています。まあ、Ⓑはさすがに『1投稿に2万文字近くある』ような長文投稿ばかりなので、かなり極端な例ですが。(笑)
なお、管理画面の応答速度は、ⒶⒷⒸどれも同じ感じです。(ミリ秒単位で計測したら何らかの差はあるかもしれませんが、体感できるほどの差はありません。)
ただ、CGIなので、動作の重たさは『アクセスがどれくらい集中するか』の方が影響すると思います。
Botからの大量アクセスを受けると、あっという間に重たくなるケースはありました。
てがろぐは、ページを生成する際に(毎回)データファイルを全部読み込みますので、毎秒数十件みたいな極めて高い頻度でのアクセスが続いてしまうと、サーバ自体がかなり重たくなりますね。(その辺は、サーバ側の性能にも影響するとは思いますが。)
なので、アクセス数が多いサイトの場合は特にWAF(Web Application Firewall)を併用して、悪質なBotは(CGIに届く前にサーバ側で)排除される環境にしておく方が望ましいです。
というわけで、てがろぐは(データベースを使っていないシステムなので、極端にデータサイズが大きくなればそれに比例して重たくなるだろうと予想はしているのですけども)、1万2千件程度の投稿数なら特に気にならない、とは言えそうです。10万件だとどうなるのかはまだ分かりませんが。^^;(上記で述べたとおり、投稿の内容次第でもあります。)
投稿総数が莫大になる予想があるのであれば、その「即メモ」と「ライフログ」は、1つのてがろぐで運営するのではなく、最初から複数個のてがろぐに分散させておくと、なお安心かもしれません。
(とはいえ、1つのてがろぐで運営していた内容を、後から複数のてがろぐに分割するのは、テキストエディタでデータファイルを直接分離すれば簡単ですが。どの投稿をどこに分けるのかを判断しやすくするために、カテゴリ等を使って事前に分類されていると望ましいですね。)
➡『てがろぐに「簡易適用スキン」の設定が勝手に切り替わるバグがあった話』
簡単に述べると、以下の2条件を同時に満たしている場合にだけ、表示上の問題が発生します。
- 【条件①】未来の日時を『予約投稿として扱う』よう設定されている。(=予約投稿機能をONに設定している)
- 【条件②】メインで使うスキン以外のスキンに、新着投稿リストを表示するための記法 [[LATESTLIST]] が記述されている。(=メインで使うスキン以外のスキンで生成されるページ上に、新着投稿リストが表示されている)
なので、予約投稿機能をOFFにしているなら(※デフォルトでOFFです)全く問題は生じません。
次のバージョンで修正しますが、上記の2条件に現状で該当する場合には、一時的に予約投稿機能をOFFにしておくことをお勧め致します。
詳しくは上記の記事本文をご覧下さい。
ただ、Ver 4.0.0(※β版も含めると、Ver 3.9.3β)以降で発生していたバグですので、昨年の4月の時点で既に存在していたバグですから、『今まで問題がなかったなら、たぶん問題ない』と考えても良いとは思います。(1年間も問題が生じなかったわけですから。)
畳む
とりあえず、バグを解消した次のバージョン(4.3.1)は、おそらく今月末までには公開できると思っています。(今のところ)
素敵なCGIをありがとうございます!
現在は個人サイトで公開する形で使用していて、あまりに軽快で使い心地が良いのでプライベートの即メモとライフログも移行してこようかな、と思い始めたのですが、投稿数が極端に増えてくると動作が重くなったりするんでしょうか…?
現在使用しているぶんが1000投稿ほどで全く支障なく動いているのですが、これが5000,100000になったときにどんな風になるんだろう?とほんのり気になっています(1日に10も20も書き込むと思うので…笑)
さて、質問が2点あるのですが、どなたかご存知であれば教えていただきたいです。
・隠す機能の続きを読むボタンをクリックしたときにスムースに開閉出来る方法
・Xにシェアするボタンを使っているのですが、普通のURLをシェアしてしまいます。特定のスキンを適用したURL(末尾にskin=〇〇)をシェアする方法
よろしくお願いします
プリンを食べられるのはいつだ!?
🍮Re:4468◆詳しい情報をどうもありがとうございます。てがろぐ側で外部サービスの埋め込み機能を用意するには、その外部サービスの仕様が「埋め込み用のHTMLソースを『URLに含まれている情報だけ』から生成できる」という仕様である必要があるのですが、残念ながらSoundCloudはそのような仕様になっていないようなので(その解釈が正しければ)残念ながら埋め込み機能の実装は無理なように思います。例えば、 https://soundcloud.com/skrillex/skrillex-peekaboo-flow... の曲を埋め込むためには、https://w.soundcloud.com/player/?url=https%3A//api.soundcloud.com/tracks/1595701743… というようなURLを生成してiframeに指定しないといけないようですが、この「1595701743」という情報はSoundCloudのURLからは得られないので、てがろぐ側では埋め込み用のソースを生成できないのです。畳む(Blueskyの投稿を埋め込めない理由と同じです。)
将来的に、HTMLを何でも書けるオプションを用意したときには、SoundCloud側が提供しているシェア用のHTMLをそのまま貼ることで埋め込めるようにはなります。
🍮Re:4469◆ご報告をどうもありがとうございます。(╹◡╹)ノ
環境はさくらのレンタルサーバのスタンダードです。
PHPのバージョンは8.1.27です
4464です。ご返信いただき、ありがとうございます。
https://soundcloud.com/skrillex/skrillex-peekaboo-flow...
(曲は何でも良いのですが)曲の個別ページを開き、Share>Embedを選択するとiframeのコードが出てきます。
https://help.soundcloud.com/hc/en-us/articles/11500356...
英語ですが、このような公式サイトの解説もあります。
とはいえ、珈琲ゼリーは美味しかったです😋
🍮Re:4462◆早々のバージョンアップをどうもありがとうございます!
🍮Re:4463◆TegUpのご試用もありがとうございます。さすがにそろそろVer.1として配布しても良さそうだな、と思っています。
🍮Re:4464◆soundcloudはドイツの会社のサービスですかね? Webページへの埋め込み方法の解説ページがあるようなら教えて下さい。
🍮Re:4465◆新バージョンのご活用をどうもありがとうございます。TegUpの報告もありがとうございます。新機能がお役に立っていると分かるととても嬉しいです。(╹◡╹)ノ
🍮Re:4466◆そうでした。おっしゃるとおり .decorationF は出力されません。最後の段落は忘れて下さい。┌(:3」└)┐ なんとなく、文字装飾機能では .decorationX というようなclassを出力しているハズだという思い込みがあって、隠される範囲全体も .decorationH で囲んでいるだろうと思っていたのでした。で、解説を書くためにサンプルソースを見たときに、(実際には .decorationH は出力されていないわけですが)先の解説で出力されていた .decorationF を「隠したい範囲を囲んでいるclassだ」と勘違いしたようです。(^_^;)
今のところ、隠す装飾だけで両ボタンを同じ位置にする方法はなさそうですね。なんかよほどアクロバットなことをしたらできるかもしれませんが……。
それよりも、『隠す範囲全体を <span class="decorationH"> ~ </span> で囲む』仕様を追加した方が良いような気がしてきました。たぶんそうすると、他の装飾用途にも活用しやすくなりそうな気がしたりしなかったり。(その仕様を加えても、既存の装飾に悪影響はなさそうだと思うのですけども。どうかな……。)
🍮イーロンがどうとう twitter.com を x.com へリダイレクトするようにしてしまいました。ツイートの埋め込みは(今のところ)どちらのドメインでも可能ですが、もし今後に(さすがにそうはしないと思いますが) x.com だけでしか埋め込まれないように改悪されたとしても、てがろぐ側で変換するようにしますので、(たとえそうなっても)自前のデータファイルを書き換えたりしなくて大丈夫です。(埋め込み機能自体を廃止されたらどうにもなりませんが……。)
自由装飾記法を使えば「続きを読む/畳む」ボタンを同じ位置にすることができました。
ありがとうございます!
ただ、.decorationFにCSSを指定して、全ての「続きを読む/畳む」ボタンを同じ位置にする方法は上手くいきませんでした。
[H : 隠したい範囲]と書くだけでは.decorationFは出力されないのではないでしょうか……?
自由装飾記法を併用する方法で事足りてはいるのですが、[H : 隠したい範囲]と書くだけで、全ての「続きを読む/畳む」ボタンを同じ位置にする方法もあれば知りたいです。
よろしくお願いいたします。
P.S.
てがろぐ4.3.0にバージョンアップしました。いつもありがとうございます!
サイト上で日記を書く際に重宝しています。
TegUpでの4.3.0への更新できました。
環境はロリポップのエコノミープランです。
「その状況で表示対象になっている投稿」だけに限定した隣接投稿に移動できる機能、とても便利で大変助かっています。ありがとうございます。
いつもお世話になっております。
soundcloudの埋め込み機能が実装されると嬉しいです。





