カテゴリ「質問/要望」・「回答/返信」のどちらかに属する投稿[856件](13ページ目)
🍓Re:3489◆Perlで書けば書くほど他の言語に移植しにくくなると思うので、PHPに置き換えるのが最終目標なら、先に現状をPHPに移植するところから始めた方が良いのではないかな……という気もします。ある機能を作るとき、Perlで書くのとPHPで書くのとではPHPの方が圧倒的に便利なので、(最終的にPHP化しようという考えがあるなら)Perlで機能追加はしない方がトータルでは楽なのではないかな……と思います。いや、もちろん開発者次第ではありますが。^^;
🍓Re:3490◆ご表明をどうもありがとうございます! あれから全く製作は進んでいないんですが(^_^;)、製作再開しても良いかな……という気もしつつあります。
🍓Re:3491◆何か対処法があれば良いのですが、なかなかなさそうな気がしているのですよね……。対策としては rel=canonical でURLを正規化する方法があるわけですけども、だからといって、特定のハッシュタグ限定ページや日付別ページを、特定の単独ページに正規化して良いわけではないですよね……。postid=のパラメータがないURLのクロールをブロックする手はあるかも知れませんが。(^_^;) 何か良い方法はないですかね?? ある条件での限定ページで、対象投稿が1件しかなかった場合には、その単独投稿ページのURLを rel=canonical で指定するようにする、という手はありそうな気もするのですが。
(追記)
🍓Re:3492◆おっと、回答を書いている間にレスが。rel=noindex でブロックした場合も「noindex タグによって除外されました」という理由でリストアップされるので、正攻法としては rel=canonical しかないのかな、という気もしています。というか、そういう重複ってCMSではどこでも発生しそうなので、何かそれ専用の対策をGoogleが用意してくれても良いのではないかと思うのですけどもね……。^^; rel=canonical みたいに正規化はせずに、しかし「このページには他のページと同じコンテンツが含まれていますよ」と示すだけに留めておくmeta指示みたいな……。^^;
(さらに追記)
Search Consoleをよく見たら、rel=canonical で正しく正規化できている場合でもなお、「代替ページ(適切な canonical タグあり)」という理由で『ページがインデックスに登録されなかった理由』欄にリストアップされていますので、これはもうCMS的なツールでは避けようがない、という解釈で居るのが良いのではないでしょうか。(^_^;;; >>3492,3491
「登録されたいのに登録されない」という場合は問題ですが、そうでないなら(検索上不利になるエラーとかそういうわけではないので)No.3492さんのおっしゃるように気にしないのが良いのではないかな……と思います。
by nishishi. ⌚2023年2月23日(木) 21:32:22〔2年以上前〕 回答/返信 <1278文字> 編集
🍮Re:3486◆ご要望をありがとうございます。ログイン画面関連のセキュリティ仕様については、次の正式版(の予定)であるVer.4で大きく改善するつもりでおりますので、もうしばらくお待ち頂ければ幸いです。
プリンは買っていないんですが(寒かったので)、ピザは買いました!🍕🍕🍕
by nishishi. ⌚2023年2月21日(火) 21:16:32〔2年以上前〕 回答/返信 <212文字> 編集
🍮Re:3476◆私もいっぱい見たいです!
🍮Re:3477◆たしかに、スキンのカスタマイズをローカルでしたいという需要はありそうですね。そういえば。ローカル上でのセットアップ方法も解説しておいた方が良いのかな……という気もしてきました。私が開発に使っているのは、まさにその AN HTTPD を使う方法です。Perlのインストール後に perl.exe の所在地へパス(PATH)が通っていない場合には、おっしゃるとおり AN HTTPD の設定画面で perl.exe のフルパスを指定する必要がありますね。
🍮Re:3478◆私も、てがろぐを作るのが楽しいです。😊
🍮Re:3479◆ええと、それはXAMPPが動くかどうかというご質問ですかね? それとも、その環境でてがろぐが動作するか?というご質問ですかね?^^; XAMPPは入れたら動くと思います(いやまあ、それは当たり前でしたね^^;)。XAMPPにはPerlが含まれていますので、それさえ入れればてがろぐも動作するとは思うのですが、もしCGIモジュール(CGI.pm)やTime::Localモジュールが含まれていない場合には別途CPANとかから手に入れる必要があります。比較的新しいバージョンのPerlでは、CGIモジュールが標準から外れてしまっているので含まれていない可能性もあるっぽい情報を目にしたこともあるんですが……。CGIモジュールが存在するかどうかは、コマンドラインから perl -MCGI -e "print $CGI::VERSION" というコマンドを打ってやると分かります。CGIモジュールがインストールされている場合には 4.50 みたいなバージョン番号が返ってきますが、インストールされていない場合にはエラーが出ます。
by nishishi. ⌚2023年2月19日(日) 01:00:26〔2年以上前〕 回答/返信 <829文字> 編集
🍮Re:3473◆埋め込んだツイート内部の表示は、iframeで読み込まれるTwitter側の領域なので、外から直接に表示をどうにかする方法はありません。当サイトで埋め込まれているツイートでも本文の文字サイズは大きいと思います(※PCで閲覧した場合)。ただ、iframeの外側に twitter-tweet というclass名が付加された要素がありますから、この横幅サイズを制限することで、埋め込まれるツイート内部の文字サイズを小さくすることはできます。(※Twitter側では、横幅が355pxあたりより狭い場合には文字サイズを小さくする仕様があるっぽいですので。)なので、例えば
.twitter-tweet {
max-width: 350px !important;
}
……というようなCSSを加えると、ツイート内部の文字サイズを小さくできると思います。(その分、埋め込みツイートの横幅も狭くなりますが。)
by nishishi. ⌚2023年2月15日(水) 14:30:30〔2年以上前〕 回答/返信 <443文字> 編集
🍮Re:3466◆何か他とは異なる雰囲気のスキンを用意してカスタマイズの幅を示さねば……と思って作ったのが、付箋スキンと黒板スキンでした。ご活用頂ければ幸いです。
🍮Re:3467◆気に入って頂けたなら嬉しいです。画像ペーストでのアップロードは、背後で用意しないといけない機能がそこそこあって今のところ見送っています。一旦ファイル化した上でUPして頂けますと幸いです。何か良さげな実装方法があれば試したいとは思っています。
🍮Re:3468◆Emの読みはエムなんですかね? もはやイニシャル……。^^;
🍮Re:3469◆ぜひご活用下さい~。(╹◡╹)ノ
🍮Re:3470◆Mastodon界隈で話題にして頂けたんですかね? 末永くご愛用頂ければ幸いです。
🍮Re:3471◆感想記事をどうもありがとうございます! たいへん嬉しいです。(╹◡╹) カテゴリをメニュー代わりにしてCMS的に活用するというアイデアは目から鱗の活用方法でした。ご紹介ありがとうございます!
🍮Re:3472◆次のβ版では、てがろぐの設定画面から任意のCSSを追加できるようになる予定です。この機能を使うと、お望みの2カ所のサイズ調整も(スキンを編集することなく管理画面上からのCSS追加で)可能になると思います。もうしばらくお待ち下さい~。
by nishishi. ⌚2023年2月14日(火) 19:06:59〔2年以上前〕 回答/返信 <913文字> 編集
今日は別の要望があって書き込みに来ました。
ユーザーアイコンのように、カテゴリアイコンも設定画面から縦横サイズ値を指定したいです。私の場合、外側スキンのCATEGORY:TREEと、内側スキンのCATEGORYLINKSの2箇所でそれぞれ異なる大きさに指定できるようになるととても嬉しいです。2箇所分を指定できるようにするのは大変かとは思いますが、ご検討頂けると幸いです。
by sakura. ⌚2023年2月13日(月) 01:35:08〔2年以上前〕 質問/要望 <265文字> 編集
🍮Re:3457◆標準添付のスキンをそのままお使いだけども色指定だけは独自にカスタマイズなさっている、ということでしょうかね? 確かに、配色の指定をもうちょっと楽に維持できるようにはした方が良いよな……とは思っていました。ちょっと何か考えます。
🍮Re:3458◆顛末がITmediaの記事になっていました。「大量解雇の結果、Twitterがどうやって動いているのか知っている社員が誰も居ない」というジョークがありましたけども、冗談ではなく本当にそうなっているのかも……?^^;
🍮Re:3459◆今のところ No.3462 さんのご指摘通り、オプションは1つしか使えません。今後のバージョンで複数併用できるようにします。気長にお待ち頂ければ幸いです。
🍮Re:3460◆ご要望ありがとうございます。(╹◡╹)ノ
by nishishi. ⌚2023年2月10日(金) 19:38:06〔2年以上前〕 回答/返信 <397文字> 編集
🍛Re:3451◆RSSは私も活用しています。更新チェックには便利ですよね。NSFWフラグ付き画像がRSSフィードにそのまま出てしまう仕様も次のバージョンでは改善しますので、もうしばらくお待ち下さい。既に実装は済んでいます。というか、つい先程実装しました。^^;
🍛Re:3452◆こちらこそ、ご活用をどうもありがとうございます。(╹◡╹) なお、大事なデータの場合は特に、定期的にローカルにもデータファイルをバックアップコピーされることをお勧め致します。
by nishishi. ⌚2023年2月6日(月) 21:26:23〔2年以上前〕 回答/返信 <362文字> 編集
🧀Re:3441◆doさんのサイトで配布されているテンプレートと合体させて使うタイプのスキン第2弾ですね! ユーザさんの選択肢の幅が広がるのはありがたいです。(╹◡╹)
🧀Re:3442◆てがろぐのご活用をどうもありがとうございます。ご要望もありがとうございます。たしかに、現在の仕様だと埋め込む動画のURL内に再生開始位置の指定があっても(パラメータは全部破棄するので)0秒時点からの再生にしかなりませんね。今のバージョンでは対処方法がないのですが、今後のバージョンでサポートできるようにします。気長にお待ち頂ければ幸いです。
by nishishi. ⌚2023年2月3日(金) 21:14:33〔2年以上前〕 回答/返信 <336文字> 編集
🧀Re:3438◆なるほど、スペースが2つ入っていましたか……。もしかして『画像リンクに独自のclass属性値を追加』にチェックが入っていて、なおかつ直下の「class=" "」の入力欄は空っぽになっていたりしないでしょうか?(下図の緑色矢印の先です。その条件だと、こちらでも不具合が再現しました。)その場合、『画像リンクに独自のclass属性値を追加』のチェックをOFFにすると解決すると思います。

画像をリンクにするa要素部分は、正確には <a class="● ▲ ■" ~> のように3種類のclass名が出力されるようになっています。●はimagelink固定で必ず含まれます。▲は『画像リンクに独自のclass属性値を追加』のチェックがONの時に限って直下のテキスト入力欄に設定された文字列が出力されます。■には画像に付加されたフラグがある場合に限ってフラグに対応する文字列(nsfwやnolisted)が出力されます。なので、●は必ず出力されますが、▲と■は状況によって出力されたりされなかったりします。
このとき、『画像リンクに独自のclass属性値を追加』にチェックが入っている状態で、直下のテキスト入力欄が空っぽだと、● ▲ ■ の「▲」が0文字になるため、たしかに空白が2つ連続で挿入されてしまいます。通常のHTMLならそうなっても問題ありませんが、別の設定項目『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』がONの場合(※デフォルトでONです)には、連続する2つ以上の空白が という文字実体参照に変換される機能が働いてしまって(本当は働いてはいけないのですが)、それが悪影響を及ぼしてしまうのだと分かりました。(^_^;;;
ううーん、そんな問題があったとは……。今までは(画像フラグの実装前までは)ここに2種類のclassしか入らなかったので、空白が2つ以上連続する状況があり得なかったから問題なかったのでしょうね。次のバージョンで仕様を修正します。畳む
とりあえず今のバージョンでは、
🍩解決策1:『画像リンクに独自のclass属性値を追加』のチェックをOFFにする。
🍩解決策2:『画像リンクに独自のclass属性値を追加』直下のテキスト入力欄に半角英数字を1文字以上書く。
🍩解決策3:『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』のチェックをOFFにする。
……のどれかで解決はできます。(どれか1つだけで大丈夫です。)
ご報告をどうもありがとうございました!
これも絶対に誰かから報告されないと気付かなかったでしょうね……。(^_^;;; 「スペースが2つ入っていた」という情報が重要なヒントになりました。ありがとうございます。
by nishishi. ⌚2023年1月31日(火) 00:36:05〔2年以上前〕 情報,回答/返信 <1182文字> 編集
🍵Re:3434◆4300行目にある引用符に囲まれた半角スペースは必要なもの(=消すと正しく動作しなくなるもの)です。どんな問題が発生していますか? おそらくぼかしがうまくいかない原因は別の所にあると思います。
この4300行目にある $userclass = ' ' . &fcts::forsafety( $setdat{'imageclass'} ); の引用符内の空白を消してしまうと、以下のような出力になってしまいます。
【背景】画像を原寸画像へのリンクにする設定の場合、画像は <a class="imagelink" ~> というaタグで囲まれる形で出力されます。
【設定】画像拡大スクリプト関連の設定項目に『画像リンクに独自のclass属性値を追加』という項目があります。ここにclass名の指定がある場合(例えば sakura )は、画像は <a class="imagelink sakura" ~> というaタグで囲まれる形で出力されます。
【問題】もし4300行目の空白を消してしまうと、ここは <a class="imagelinksakura" ~> という連結されたclass名が1つだけ出力されるaタグになってしまいます。
要するに4300行目の半角スペースは、2つのclass名を区切るための空白なのです。これを消してしまったら、class名が正しく解釈されなくなります。
🍵Re:3435◆うまくいったようで良かったです。NO IMAGEダミーも(リンクにはならないのでa要素で囲むわけにはいきませんが、代わりにspanを使って)<span class="imagesearch">~</span> で囲むとかにして、imagesearchクラスが適用されるようにしておく方が装飾が作りやすくて良さそうですね。今後のバージョンで改善します。
🍵Re:3436◆スキン配布ありがとうございます! スキンの選択肢が増えてきて嬉しいです。(╹◡╹)
by nishishi. ⌚2023年1月30日(月) 20:35:39〔2年以上前〕 回答/返信 <876文字> 編集
🍵Re:3430◆ああ、そうか。NO IMAGEダミー画像はリンクにならないので <a class="imagesearch" ~> が付かないのでした。画像を6個以上アップロードするか(NSFWでなくて可)、NO IMAGEダミー画像を出力しない設定(=管理画面の「設定」→「ページの表示」→【新着画像リストの表示】→「▼投稿画像の総数が掲載個数に満たない場合:」欄で『何も出力しない』を選択)にすれば問題はなくなると思います。(^_^;) もしくは、以下のように vertical-align: middle; を加えるのでもいけそうな気がします。
.imagesearch {
display: inline-block;
overflow: hidden;
width: 100px;
height: 100px;
vertical-align: middle;
}
🍵Re:3431◆No.3432さんの指摘通り psif.cgi ファイルをアップロードできているかどうか、パーミッションが正しいかをご確認下さい。このファイルは、中身を外部から閲覧されなくするために拡張子を .cgi にしていますが、中身はデータファイルですので、特にパーミッションを自動で設定してくれるようなFTPソフトでUPするとうまくいかないかもしれません。(もし psif.cgi ファイルがちゃんと存在していてパーミッションも正しいように見える場合は、psif.cgiを一旦削除して、再度アップロードしなおして、パーミッションを設定し直してみて下さい。)
🍵Re:3432◆的確なサポートありがとうございます!
by nishishi. ⌚2023年1月29日(日) 19:14:16〔2年以上前〕 回答/返信 <744文字> 編集
🍵Re:3425◆楽しいスキンをありがとうございます! QUICKPOSTのウインドウの重なり方がまさしくそれっぽいな、と思いました。^^
🍵Re:3426◆公式ドキュメントがお役に立っているようで嬉しいです。(╹◡╹) さて、ぼかされた画像が、本来の描画領域からはみ出さないようにする方法については、いろんな方法があると思いますが、以下に紹介します。
➊ まずは、No.3427さんがおっしゃるように、キャプション付きの記法を使ってキャプションなしで表示する方法だと、何もカスタマイズすることなく標準スキンのままで実現できます。
画像管理画面でキャプションを登録していないなら、単に [PICT:FIG:画像パス] のように書けば良いだけですが、キャプションを登録しているなら [PICT:FIG( ):画像パス] のように、臨時のキャプションとして半角空白文字を1つ入れると良いです。すると、figure要素で囲まれるので、ぼかされた画像が元の範囲からはみ出なくなります。(No.3428で比較実験しました。)
➋ 何らかの事情で上記のようにはしたくない場合は、例えば、
.imagelink.nsfw {
overflow: hidden;
display: inline-block;
}
というようなCSSを追記するのでも良いかもしれません。これは、標準スキンではfigure要素に対して付加されているスタイルです。画像がリンクになっているなら、画像は <a class="imagelink" ~>~</a> で囲まれますので、これに「中身がはみ出ないようにするスタイル」を加えれば良さそうに思います。
➌ 新着画像リストでぼかされた範囲が外に出ないようにするには、例えば、
.imagesearch {
overflow: hidden;
display: inline-block;
width: 100px;
height: 100px;
}
というCSSを追加した上で、既存の .imagelistbox .oneimage { ~ } の中にある width: 30%; という行を削除すると良さそうな気がします。
上記でご紹介したコードはどれも、いま思いついただけのものなので、もっと良い書き方があるかもしれません。(何か思いつかれた方がいらっしゃったらぜひ教えて下さい。)
🍵Re:3427◆サポートありがとうございます!
by nishishi. ⌚2023年1月29日(日) 13:43:28〔2年以上前〕 回答/返信 <1143文字> 編集
画像にNSFWフラグをつけた時のぼかし加工についての質問です。ぼかし度合いについてはこのままで良いのですが、隣接した部分にまでぼかした画像の色が被ってしまうのが気になるので(下のスクリーンショットの赤枠部分)画像外周の四辺はぼかさないようにしたいです。CSSで背景画像だけにブラー(ぼかし)エフェクトを加える方法 の「画像を大きめに引き伸ばし、端のぼやけた部分をカット」の項目を参考に読んでみたのですが、てがろぐのスキンをカスタマイズする場合はどこを変えたら良いのかがいまいちよくわからず…。標準スキンの場合、スキンをどのようにすれば画像外周の四辺はぼかさないように出来るかご教示頂けますと幸いです。

by sakura. ⌚2023年1月29日(日) 00:34:51〔2年以上前〕 質問/要望 <490文字> 編集
🍔Re:3420◆バージョンアップありがとうございます。ご要望もありがとうございます。OGPに出力されるNSFW専用画像を指定できる方が望ましいのですね。なるほど。設定画面の『補助出力』ページで「NSFW用画像のURL」を自由に設定しておける方向で機能を作ろうと思います。(それをOGPでもRSSでも共通して使うようにすれば良いでしょうかね……?)
by nishishi. ⌚2023年1月26日(木) 22:30:24〔2年以上前〕 回答/返信 <186文字> 編集
🍵Re:3387◆お役に立ったようで良かったです。(^_^)◆補完の仕様は安易に変えると方々で困ったことになりそうですので、今後も変更しないつもりで居ます。Ver 3.8.1βで、スキンディレクトリを得られる [[PATH:SKINDIR]] という記法を加えましたので、「自分のスキンが格納されているディレクトリの中に存在する何か」を参照したいときには、この記法をhref属性値なりsrc属性値なりに加えて頂けば良いと思っています。◆複数スキンの併用は、「『最新投稿をSSIで埋め込むため専用のスキン』を作って併用する」みたいなことに関しては初期の段階からやっていましたので、その意味では「複数のスキンを並行して使う活用方法を全然想定していなかった」というと語弊があるんですが、そういう「ごくごくオマケ」的な使い方しか想定していなくて、2種類以上のスキンをどちらも等しいくらいの感じの重要度で併用する、みたいな本格的(?)な併用シーンがあるとは(当初は)思っていなかったというか、なんかそんな感じです。(^_^;)
by nishishi. ⌚2023年1月10日(火) 23:47:03〔2年以上前〕 回答/返信 <538文字> 編集
🍵Re:3379◆さんごよみのご活用もどうもありがとうございます! さんごよみに対するご要望もここに書いて下さって問題ありません。てがろぐと共通している仕様も多いですしね。◆ご要望をありがとうございます。たしかに、管理画面のスケジュール登録編集画面では、3ヶ月単位でしか出ない仕様になっていますね。ここをカスタマイズ可能にする発想がそういえばなかったんですが、たしかに(画面が広い場合には特に)もっとたくさんの月数を一気に表示できると便利そうな気もしますね。管理画面上での表示月数も自由に設定変更できるようにします。ToDoリストに加えておきますので、気長にお待ち頂ければ幸いです。
🍵Re:3380◆ご心配ありがとうございます。休日診療制度は本当にありがたいですねえ。応急処置だったところを昨日に近所の歯科医院で本格対処してもらえまして、ようやく無事に解決しました。
by nishishi. ⌚2023年1月7日(土) 00:43:04〔2年以上前〕 回答/返信 <418文字> 編集
🍵Re:3376◆なるほど、壁掛けは良いアイデアですね! 写真付きのとても分かりやすい解説をありがとうございます。机上スタンドだと邪魔になり、本棚だと面倒になるわけですね! お役立ちな知見をありがとうございました! とても参考になりました。
by nishishi. ⌚2023年1月3日(火) 01:09:47〔2年以上前〕 回答/返信 <151文字> 編集
🍵Re:3372◆β版のご試用をありがとうございます。画像管理画面から画像だけを単独で先に投稿すれば、画像の投稿と同時にフラグも設定できますのでお試し頂ければ幸いです。本文と同時に画像を投稿する際には今のところフラグは設定できませんが、まあ、フラグの種類も少ないので投稿欄の下部にフラグのチェックボックを追加しても良いかもしれないな……とも思いつつあります。まだ検討中ですが、ご要望は参考にします。ありがとうございます。◆なお、内側スキンに [[CATEGORYIDS]] と記述すると、その位置にその投稿が属しているカテゴリのIDだけが挿入されますので、1投稿を構成している <div class="onelogbox">~</div> 等の要素を、例えば <div class="onelogbox [[CATEGORYIDS]]"> のようにすることで、『特定のカテゴリに属する投稿では、画像を必ずぼかす』みたいなCSSは作れると思います。ただ、その場合「この画像は別にぼかす必要はない」というような画像があったとしても、そのカテゴリに属している限りは必ずぼかされてしまいますが。◆今のところは、「そのまま出すと危険な画像」については、画像管理画面から画像だけを先にUPして頂く方法が良さそうな気がします。
🍵Re:3373◆難しいわけではないので、少なくともカテゴリに関しては実装できると思います。以前にも、カテゴリの概要文を単独で見せたいというご要望も頂いていて、どのように見えるように実装するかは検討中でしたので。複数カテゴリの同時表示のときに「こうなると嬉しい」というご要望があれば聞いてみたいと思っただけです。特にご要望がなさそうなら、まあ、単純に全部列挙する形になるでしょうかね。(^_^;) ◆なお、ハッシュタグに関しては、説明等を登録する仕組みがないので(というか、ハッシュタグ自体を管理する仕組みがないので)ちょっと難しい気がします。URLのクエリ文字列の中から「tag=XXX」を抽出して、それに応じて説明文を出力するようなJavaScriptを書く、みたいな方法でも良ければ(今の時点でも)実現はできると思いますけども。^^;
by nishishi. ⌚2023年1月2日(月) 20:36:27〔2年以上前〕 回答/返信 <997文字> 編集
てがろぐ3.8.8にしてまいりました⭐️
凄く高機能でびっくりです……感謝です。
#要望 です!
●画像のフラグを最初の投稿する時に選択できたら嬉しいなぁと思いました…!
アレゲな絵をフラグをつけ忘れて、半分寝惚けて、上げた時に「ハッ!しまった!」となりそうな臭いがするからです……。と言うか、やらかしました。同じ方いらっしゃるかなぁ…?
リリースノートを拝見させていただき、画像と投稿は別で扱っていると言った形の仕組みだと理解いたしましたので、使わせていただく側が特定のハッシュタグを付けたらぼかしやブラーが掛かるようにする、と言ったcss??など、代用ができたら教えて欲しいです🙏畳む
Ps.きな粉買い忘れちゃいました🧧🥣スーパーの開店はよ……
by admin. ⌚2023年1月1日(日) 11:51:58〔2年以上前〕 質問/要望 <342文字> 編集
🍵Re:3364◆たしかにその機能があると、(特に1人だけで使う場合の)スキンでの表示の幅が増えますね。実装も難しくないので採用します。ToDoには加えましたので、気長にお待ち頂ければ幸いです。
🍵Re:3365◆ご要望をどうもありがとうございます。上から➊➋➌と割り振って回答します。➊に関しては、何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。➋は、例えば複数のカテゴリが同時に表示されているとき、どのように表示されると望ましいでしょうかね? 例えば「雑記,つぶやき」みたいに2つのカテゴリを同時表示している場合とか。何かご希望があったら教えて下さい。カテゴリの概要文を(状況に応じた見出しか、または別のところかに)出力する機能はあると便利だとは思っているのですが、複数カテゴリを同時表示するときにどうすれば良いかな……という点にちょっと迷っています。➌は、たぶん「リンク先ページのHTML」からOGPを読み取って「タイトル・サムネイル画像・概要文」を表示したいというご要望でしょうかね? あると便利だとは思うんですが、リンク先の情報を読みに行く処理が、Perlだと(何のモジュールも使わない場合は)激しく面倒なので今のところ保留になっています。(モジュールを使えばPHP並に簡単ではあるんですが、そうするとセットアップ環境が狭まってしまう気がしますので、できるだけモジュールには依存しないように書きたいと思っていまして。)
🍵Re:3366◆いま入っているHDD(orSSD)は取り外してそのまま「Win7バックアップ」としておいて、新しくSSDを調達してそこにWin10をセットアップする、というのがお勧めです。その場合、問題があったらすぐに元に戻せますし、ストレージの寿命をリセットできますし。不可視パーティションに何らかのリカバリー用データが入っている場合には、事前にそれを新SSDにもコピーしておく方が良いと思いますので、何らかのクローンソフトをお使いになるのが良いと思います。それに(Win7自身もコピーするかどうかはともかく)データのコピーは必要でしょうしね。SSDにクローンソフトの利用権が付属している製品もあります(WD製SSDのAcronis True Image WD Editionみたいな)。◆キーボードは、本当に店頭の見本を実際に触って、打鍵感が自分にマッチしているかどうか確かめた方が良いと思いますね!(笑)
🍵Re:3367◆気に入って下さってありがとうございます! ご質問は解決したようですね。なお、ピンクなら、昔のツイッターっぽいスキン(ピンク)をベースにしてカスタマイズする手もあると思います。
🍵Re:3368◆迅速なサポートをありがとうございます! 助かります。m(_ _)m
by nishishi. ⌚2022年12月31日(土) 21:09:33〔2年以上前〕 回答/返信 <1234文字> 編集
そういうイメージですね。ユーザ情報の表示名で例えますと、
内側スキンの[[USERNAME]]で挿入される表示名は、自動的にその1投稿ごとの投稿ユーザに基づきますが、
自分は外側スキンで(何らかの投稿や状況など関係なく単純に)「自分がユーザを指定してそれに基づいた表示名」を挿入したいです。
(キーワードはただの例えなのですが)外側スキンで[[USERINFO:(指定ユーザID):USERNAME]]等で「指定ユーザの表示名をプレーンテキストで挿入」、
内側スキンの[[USERICON]]にあたるものが、外側スキンで[[USERINFO:(指定ユーザID):USERICON]]等で「指定ユーザのアイコン画像がimg要素で挿入」…のようなものが
あったら良いなと思いました。
Twitterなどで名前を頻繁に編集するような使い方(出展情報を付け足したり、遊び心で変えたりなど)があるので、
てがろぐの外側スキンにプロフィール部分を設けたときにも、ユーザ情報の表示名を変更すれば外側スキンでも変更後の表示名になると便利そうです。
こういったことに疎い1ユーザによる拙い文章になりましたが、聞いていただきありがとうございました。
by sakura. ⌚2022年12月29日(木) 15:00:50〔2年以上前〕 質問/要望 <541文字> 編集
🍰Re:3361◆状況別に「そのとき限定表示されているユーザの情報」を得たいわけではなくて、固定的に特定のユーザIDの情報を挿入したいということですかね? IDの指定を省略した場合には「先頭のIDが指定されたとみなす」みたいなデフォルト仕様があれば、スキンを編集する必要性が低下して便利かも知れないですね。
by nishishi. ⌚2022年12月29日(木) 13:28:05〔2年以上前〕 回答/返信 <167文字> 編集
外側スキンにあたる部分に自分のプロフィールを表示する場合、そこに管理画面から編集ができる、ユーザごとの「IDそのもの」「表示名」「紹介文」と紐づいたプレーンテキストを挿入したいと思いました。
フリースペースのキーワードを使用することで、「管理画面から編集ができるテキストを挿入」すること自体は可能ですが、追加でフリースペースに表示名や紹介文にあたるテキストを作らずとも、
ユーザ情報として用意されている項目欄を活用し、
例えば、キーワードとして[[USERINFO:(特定ID)]]でそのIDのプレーンテキストを挿入、[[USERINFO:(特定ID):(表示名欄を指定する識別子)]]で表示名のプレーンテキストを挿入、といったイメージがあります。
(今風のデザインのTwitterプロフィールページ風スキンを配布されている方を拝見して、このスキンの上部プロフィール欄にユーザ情報と紐づいたものが挿入されると便利で良いな…と思いました。)
by sakura. ⌚2022年12月28日(水) 21:50:16〔2年以上前〕 質問/要望 <445文字> 編集
by nishishi. ⌚2022年12月28日(水) 19:31:10〔2年以上前〕 回答/返信 <154文字> 編集
やっぱりそうですよね、失礼しました。
できればサイト外へのリンクは一律別窓で開くようにしたく、「target="_blank"」を指定したかったこと、また「target="_blank"にはrel="noopener"の付加が推奨」というのを見かけたのがひとつです。
もうひとつは同人サイトでの運用のため、同好の方以外からの隠れ蓑的な意味で「rel="noreferrer"」を指定できないか?という点なのですが、こちらに関しては配布・管理されているにししさんにとってはおそらくご都合が悪いかな…とも思い(設定も見当たらなかったので)、#質問 させていただいた次第です。
by admin. ⌚2022年12月28日(水) 19:03:32〔2年以上前〕 質問/要望 <320文字> 編集
🍰Re:3352◆β版のご試用をどうもありがとうございます。確かに、OGPやRSSには画像がそのまま出てしまいますね。NSFWフラグが付いている画像は、OGPやRSSには出さない仕様にしようかと思います。ご要望どうもありがとうございます。◆リンク集への登録表明もどうもありがとうございます! 製作再開しても良いかな……という方向になんとなく傾きつつはあります。^^;
🍰Re:3353◆喜んで頂けたなら幸いです。できれば正式版のリリースも年内にしたかったのですが、それは年明けになりそうです。^^;
🍰Re:3354◆今のところその機能はありませんが、どんな形で機能が存在すると望ましいですか?
🍰Re:3355◆布教して下さる方が増えるのも大変ありがたいですね。スキンの最新版対応もとてもありがたいです。(╹◡╹)ノ
🍰Re:3356◆メモリはPCを何に使うか次第でしょうね。ただ、デスクトップPC(やタワーPC)のように後から自力で増設が容易なら最初は少なくて良いと思いますが、ノートPCのように後から自力で追加が難しいなら最初から潤沢に積んでおく方が(PCそのものを)長持ちさせやすいとは思います。◆WindowsのUIで一番気に入っていたのはWin7ですね。Win11よりはWin10の方がまだ良いと思います。主にスタートメニュー周りが。◆持ち運びたいわけではないなら、デスクトップPC(タワー型PCも含む)の方が望ましいと思います。拡張性の面でも安さの面でも。メモリを増設できたりグラフィックボードを交換できたりストレージ(HDDやSSD)を追加したりできるのも主にデスクトップだけですし。何より、何をするにしても画面が広い方が便利ですから、ディスプレイだけを交換したり2台目を追加したりできる方が望ましいと思います。(いや、ノートPCでもサブディスプレイを接続できなくはないですが、本体のディスプレイの配置を自由にできない点でかなり制約がありますから。)ほんの数年で買い換えることが前提ならともかく、同じPCをできるだけ長く使いたいなら、パーツ単位で交換が容易なデスクトップの方が望ましいでしょう。あと、文章を入力するならキーボードも自分の手に合ったものを選択できる方が入力効率の面で望ましいと思います。というわけで、「持ち運びたい」という条件がないなら、デスクトップPC一択ですよ!畳む
🍰Re:3357◆Powered-by表記については、CGIが出力するそのままをご掲載頂くことが無料ライセンスの条件だとご理解下さい。参考までの質問ですが、target属性やrel属性をどのようになさりたいですか?
by nishishi. ⌚2022年12月28日(水) 18:12:46〔2年以上前〕 回答/返信 <1230文字> 編集
by sakura. ⌚2022年12月25日(日) 17:48:36〔2年以上前〕 質問/要望 <53文字> 編集
🍮Re:3499◆β版のご試用をありがとうございます! 問題ないようで良かったです。たしかにレンタルブログっぽい機能ですね。既製スキンをそのまま使いたい(ただし配色程度は変えたい)方々には楽になるのではないかな、と期待しています。
シュークリーム食べたい。