てがろぐ - Fumy Otegaru Memo Logger -

お手軽一言掲示板(この辺の文章は「管理画面」の「設定」内にある「フリースペース」タブから編集できます。)

動作サンプルです。 ご自由にお試し下さい。パスワードguest管理画面もお試し頂けます。
■いま見ているスキンは「シンプル日記スキン」です。他に、 標準スキン昔のツイッターっぽいスキン(ブルー)昔のツイッターっぽいスキン(ピンク)付箋型スキンジャーナル(日誌)スキンブログタイプスキン(タイトル付きブログっぽくできるスキン)、 黒板スキンチャットタイプスキンがあります。
てがろぐCGIの配布・解説ページに戻る
:シンプル日記スキン: スキンは弄り放題なので、掲載したくない要素はたいてい省けます。このスキンでは投稿者名を一切表示しません。

or 管理画面へ

サイトマップ 5057件]23ページ目)

回答/返信 No.2973

エアコンがなかったら生存が危ぶまれる暑さ……。_(┐「ε:)_

>>2965,2966,2967,2968,2969,2970,2972
ご回答をどうもありがとうございます。やはり、当初のロードマップ通り、鍵付き機能を先に実装した方が良さそうですね。^^;

🍨Re:2965◆毎日ご活用をどうもありがとうございます。◆小手先の対策ではどうしようもないくらいの酷暑ですもんね……。^^;
🍨Re:2966◆予報では降らなさそうだったのに突然降ってくる、みたいなケースが最近ちょっと増えたな……という気がしています。
🍨Re:2967◆β版のご試用をどうもありがとうございます! 問題なく動作しているようで良かったです。ご報告ありがとうございます。
🍨Re:2968◆ミスドにもドライブスルーがあったら良いのにな……と思ってググったところ、ないわけではないんですね。ただ、うちの近所にはありませんでした。_(:3」z)_

🍨Re:2971◆ご報告をどうもありがとうございます! たしかに不具合がありますね。気付きませんでした。改めてソースを見たところ、明確なバグがありました(ツリー冒頭の階層は正しいですが、その後の階層では値が大きくなりすぎてしまう問題がありました)。こちらのローカルにあるソースは修正しましたので、次のバージョンで解消版を配布します。

No.2972

2964
その二択でしたら、パスワード保護機能のほうが欲しいです!
急ぎと言うほどでもありませんが、あると便利だと思う場面がたまにあるので。

No.2971

こんにちは!先日Ver3.7.0で本来depth2にあたるカテゴリにdepth7のclassが割り振られるバグを見つけたのですが、その後カテゴリを整理したらバグが再現できず…一応、#報告 しておきます。depth7が振られたのは7つ目のカテゴリでした。

No.2970

>>2964

パスワード保護機能に一票です

No.2969

>>2964
鍵付き投稿に1票 ノ

No.2968

ミスドは今レモネードやってます、結構好評です🍩🍋
>>2964是非鍵付き投稿がほしいです!

No.2967

てがろぐVer 3.7.3、ずっと欲しかった複数投稿の連結表示機能が使えるようになってとても嬉しいです。問題なく動いております!

>>2964
私はパスワード保護が必要になるような投稿をしていないので着せ替えCSS機能の方が欲しい派です。
でも、2966さん同様私も別スキン仮適用ページへのリンクを外側スキンhtmlに入れる方法で代用出来ているので、早く欲しい!ってほどではないかな~と思ってます。

No.2966

>>2964
スキンはここのように丸ごと変更できるようにしてるので、CSSのみの変更は多分使わないと思います。なので二択なら鍵付き投稿のほうを選びます。

ちょっぴり雨が降ったら蒸し暑さ半端ない…。昨日は自宅から10kmほど離れた地点で局地的にゲリラ豪雨っぽいのが来たんですが、その時間帯にそこを車で走った家人が「地面から立ち上る蒸気と豪雨で何も見えなかった」と言ってました。猛暑のゲリラ豪雨怖い…。

No.2965

てがろぐ毎日使ってます。自分で細かくデザインカスタマイズできて、お気に入りです( ´ ▽ ` )
➊ 鍵付き投稿(パスワード保護)機能、先に導入されたら嬉しいです…!

あんみつを食べました。寒天は体を冷やす作用があるそうで心なしが涼しくなったような…?いやでもやっぱり暑い😵

No.2964

➊ 鍵付き投稿(パスワード保護)機能と、
➋ 適用スキンはそのままでCSSだけを切り替えられる、着せ替えCSS機能
……の2択だと、どっちが先に欲しいですか?

No.2963

テスト

No.2962

tesuto

アップデート✨ No.2961

開発進捗状況報告サイトで、てがろぐ Ver 3.7.3(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。

🆕 Ver 3.7.3βの更新点(概要):
複数投稿の連結表示機能を追加(パラメータ ?posts=123,135,179 で No.123、No.135、No.179 の3つが連続表示される機能)
複数投稿を連結表示するページへリンクする各種記法を追加
複数投稿が連結表示されている状況で [[SITUATION:CLASS]] に挿入されるclass名「somelogs」を追加
リンク挿入ボタン「投稿No.リンク」でも投稿番号の複数列挙に対応
検索リンク [>S:検索語] を挿入できるリンク挿入ボタン「検索リンク」の追加
●ツイートを埋め込む際に mobile.twitter.com 等のサブドメインが付いていると埋め込まれない問題を解消

詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。実働サンプルは No.2953 あたりもご覧下さい。

つぼやきつぼやき No.2960

外が暑すぎるので、ずっとエアコンの効いた部屋に居ます……。

🍩Re:2958◆ミスドで飲み物だけ買う人も居るんですか!? ……そういえば、ミスドは何か独特の飲料がありましたっけね?
🍩Re:2959◆彼 _(┐「ε:)_ は、たかざわじゅんすけだったのか……。どうやら高澤淳介さんがこの顔文字を考案したんですね。本人の名前がそのまま顔文字の名前になるとは。^^;

No.2959

Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。

No.2958

ドーナツ1個だけ買う人も、飲み物だけ買う人もよく見るので、食べたくなったら是非1個から買ってください🍩🍩🍩

No.2957

暑いねぇー

No.2956

暑さ〜🥵

No.2955

>>2953
すごい。てがろぐすごい。すごい。(語彙とは)

No.2954

🍧🍦🍨🍉☀️🌡️

No.2953

複数投稿の連結表示が可能になった Ver 3.7.3(未配布)の動作テスト。

?posts=124,125,131 のように、postsパラメータにカンマ区切りで連結したい投稿番号を列挙するだけで、それらの投稿を連結表示できるようになりました。
本文中に >>124,125,131 と書くと、連結したページへのリンクも作れます。
なお、 >>124,125,131/R と書けば、連結した投稿を昇順(時系列順)に並べて表示するリンクになります。「/R」がない場合は降順(新しい順)に並びます。(※記述した順序で並ぶわけではありません。)

リンクラベルを任意に指定したい場合は、[>124,125,131:ラベル] のように書きます。
投稿欄下部のボタン [リンク]→[指定No.リンク] でも、カンマ区切りで複数の投稿番号を書けるようになっています。

あと、ツイートを埋め込む際に、 twitter.com ではなく mobile.twitter.com などのようにサブドメインが付いているURLを指定するとツイートが埋め込まれない問題を解消しました。

近日中にはβ版として配布します。

No.2952

🍧Re:2951◆親しい友人宛の砕けたメールの場合、標準語で書いてしまうとどうも自分の言葉だと思えないんですよね……。(^_^;) なので、普段喋るのと同じ言葉をそのまま書くことが良くあります。

No.2951

書き言葉でも方言出るあるある。

回答/返信 No.2950

今日も暑くなりそうな予報……。_(┐「ε:)_

🍧Re:2948◆早速のご試用をどうもありがとうございます! 検索コマンドも問題なさそうで良かったです。複数投稿の連結表示は、そう遠くないうちに ?posts=124,125,129 みたいなパラメータで実現できるようにして、 >>124,125,129 みたいな感じでもリンクが作れるようにする予定でおります。

🍧Re:2949◆カテゴリの実データは tegalog.ini ファイルに記録されますので、FTP等で tegalog.ini をバックアップしておけば任意の時点の設定に戻せます。ただ、tegalog.ini には他にもいろんな設定が含まれますから、それらも一緒に戻ってしまいますが。カテゴリ以外の設定を一切変更せずにカテゴリだけを修正していれば tegalog.ini をバックアップして書き戻すだけで良いと思います。(もし、どうしてもカテゴリ以外の設定も同時に触る必要がある場合は、tegalog.ini の中身をテキストエディタで開いて、categorylist= で始まる1行だけをコピーしておく方法もあります。この1行にカテゴリの全設定(※)が含まれていますので。前の設定に戻したい場合は、既存のcategorylist=行を上書きすれば良いです。)#🌱豆知識

※カテゴリ一覧画面の右側に見えるカテゴリ階層プレビュー部分の下部にある「オプション設定」枠内の設定だけは別記録になっていて、tegalog.ini内の nocatlabel=行と nocatshow=行に記録されています。なので、厳密にはこの2行も加えた計3行のバックアップが必要です。しかし、この「オプション設定」枠の設定くらいは手動でやり直しても大した手間ではないでしょうから、3行のバックアップが面倒なら、categorylist= で始まる1行だけのバックアップで良いと思います。

質問/要望 No.2949

#質問 ですが、カテゴリーの設定をバックアップしておく方法ってありますでしょうか?
パターンをいろいろ試したいんですが、前の設定に簡単に戻せるといいなぁと。

No.2948

β版配布ありがとうございます。早速アップデートさせていただきました。
複数投稿の連結リンクができるようになってる…!すっごく便利なので嬉しいです。検索コマンドもテストした範囲では問題なくできてます。
#感謝 #報告

つぼやきつぼやき No.2947

テスト

回答/返信 No.2946

No.2666で、以下のようなご要望(ご質問)を頂きました。
カテゴリなしの投稿を出力したい場合は「cat=-」というパラメータで可能かと思うのですが、この逆で何らかのカテゴリに属する全ての投稿を出力する「cat=+」みたいなことってできますでしょうか?
Ver 3.7.2βで実装した検索コマンドを使って、 -$ci=; という検索語で検索すると、上記のご要望を実現できるようになりました。

そうできる背景の説明:
●検索コマンド $ci=; で「カテゴリなし」だけがヒットします。これは従来からあるパラメータ ?cat=- の表示結果と同じになります。
●この検索コマンドと除外検索機能を使って -$ci=; で検索すると「カテゴリなし以外全部」(=何らかのカテゴリに属しているすべての投稿)をヒットさせられます。畳む


稼働例:
何らかのカテゴリに属している投稿のみを表示する

アップデート✨ No.2945

開発進捗状況報告サイトで、てがろぐ Ver 3.7.2(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。

🆕 Ver 3.7.2βの更新点(概要):
全文検索機能の対象範囲を拡張(カテゴリID、カテゴリ名、投稿日付、ユーザID、ユーザ名、投稿番号でも検索可能に。)
検索専用コマンドで検索対象を限定する機能を追加
検索結果へリンクできる専用記法 [>S:検索語]、[>S:検索語:リンクラベル] を追加
●3つ以上の単語を使ってOR検索した際の「状況に応じた見出し」の表示を改善

詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。

No.2943

どうなるのかな?

回答/返信 No.2942

全文検索で、カテゴリID・カテゴリ名・投稿日時・ユーザID・ユーザ名・投稿番号でも検索できる(どれを検索対象にするかは自由に設定できる)ようになった Ver 3.7.2(未配布)の動作テスト。

🍧Re:2940◆なるほど……、写植機みたいな感じなんですかね(いや、写植機についてもよくは知らないのですけども^^;)。資格もあったとは。その当時から罫線はあったんですねえ。どうせ文字数が多いのなら、記号も含めれば便利になりますものね。◆かなタイプライターは電信用と。なるほど。そういえば電報というサービスがありましたね……。

🍧Re:2941◆そうですね、FREESPACEを活用すると実現できますね。その際は、「入力した改行は、実際の表示上でも改行する」項目をOFFに設定すると自動で<br>が挿入されてしまうのを防げるのでHTMLを書きやすいと思います。また、tegalog.cgiの54行目付近にあるmy $safemode = 1;の値を0にすると、script要素も書けるようになります。ユーザフレンドリーにしようと思うと、やはりスキンの切り替え画面でCSSだけを切り替えるとかの機能がある方が良いでしょうけども、とりあえず今の時点で自力で何とかしたい場合にはFREESPACEを活用する手はありますね。

No.2941

>>2939

2938 です。
個人的なイメージで誠に申し訳ないのですが
現在のOGPのように、[[extrahead]]のようなタグがスキンのhead内にあって、管理画面上でテキストエリアに入力したものが、吐き出されたらいいなあ…と思っておりました。

絶対URL/相対URLで指定し、どのモードでも共通で使いまわしたいファイルをスキンとは別のフォルダにまとめて管理できたり、それこそCSSフレームワークのCSSを読み込んだりできたら嬉しいなと思っておりました。
要望ばかりで誠に申し訳ありません……。

追記:一日経過してからあれこれってFREESPACEの複数設置で、もしかして、実装できる…?と思いました。ほとんど'link'タグや'script src=""'を書くだけですし、vanilla javascriptとか書くわけでもないので……。(未だテストしてはいないのですが)
重ねて申し訳ありません。

追記:script タグは < がエンコードされますが、linkタグによるcssの読み込みはできたので、現仕様で自己解決しました。すみませんでした……。

No.2940

>>2939
和文タイプライターはキーがめちゃくちゃある…というより活字を拾う、という表現のほうが適切です。大きな文字盤に活字がぎっしり詰まっていて、中央にはひらがなカタカナや句読点などがあり、その外側に常用漢字、第一水準、第二水準と並んでた…はずです。会社の文書作成に使うため多用される漢字は大体決まってくるので、慣れると素早く打てるようになります。勿論、現在パソコンやスマホで打つスピードとは比べ物になりませんが。ちなみに罫線も引けるので貸借対照表なども作成できます。和文タイプは日商検定があって2級は持ってました。
かなタイプライターは私が若い頃でも電信用ぐらいでしか使われてなかったんじゃないかな。かなと記号だけのタイプとアルファベットも打てるタイプがあったように思います。こちらは友人が部活で使っていたのでちょっと触った程度です。

回答/返信 No.2939

桃フラペチーノ2杯目を飲んできました。🍑

🍑Re:2937◆かなタイプライターという機械があったんですね。和文タイプライターというと、日本語のキーがめちゃくちゃたくさんあるやつ……!? と思ったんですが、カナ文字だけのタイプライターですか? どんな場面で使われていたのだろう……?
🍑Re:2938◆ご要望をありがとうございます。「スキン編集しなくとも外部URLが指定できると」というのはどんな操作のイメージでしょう? 追加で読み込むCSSを管理画面上からURLで指定できる、みたいな感じでしょうか?

No.2938

>>2931
>>2934

の投稿をしたものですが、開発放言の方で書き込んでらした

"「altcss」よりも「addcss」で、「追加適用するCSS」を選択できる方が便利かもしれない。(そうすると、元CSSと共通するソースは書かずに済むから。)"

の仕様があると嬉しいな…と思いました。

スキン編集しなくとも外部URLが指定できると、CSSフレームワーク等を利用する時、CDNから読み込みできて便利かと思いました。

No.2937

>>2936
2928です。仕様だったんですね。間違って変換しなかったら知らないままだったと思います😅
ところでかな入力のワープロの話がひとことログで出てましたが、かなタイプライターをちょっとだけ触ったことがあります。私が主に使ってたのは和文タイプライターですが、英文タイプライターも勿論使いました。英文タイプはその後のパソコン利用で役立ちましたが、和文のほうは…今は打てる気がしないw

回答/返信 No.2936

今年は梅雨明けの後にまた梅雨入り……?

🍧Re:2928◆はい。全角空白文字は「区切り」としては認識せず、文字として扱う仕様になっています。本当なら全角空白文字も「区切り」にした方が良いと思っているのですが、(全角空白文字が区切りになっていない問題に気付いた時には既に)全角空白文字を含むハッシュタグを使っているユーザさんが居る可能性もあったので、修正せずにそのままの仕様にしてあります。……が、どうなんでしょうね……。全角空白文字をハッシュタグに含めているユーザさんが果たしてどれくらい居るのか。(^_^;) もしかして、今からでも仕様変更して、全角空白文字は「区切り」として認識するようにする方が良いのかな……という気もしなくもないのですが。

🍧Re:2929◆腕の確かな看護師さんは本当にサクッと針刺せるんですよね……。私の腕をぐりぐり押したりバシバシ叩いたりせずに1発で刺せる看護師さんを見かけると、この人すごいな、と思います。(^_^;)

🍨Re:2931◆なるほど、CSSだけを切り替えられる機能というのも、あると良いかもしれませんね。「Twitterっぽいスキン(ブルー)」と「Twitterっぽいスキン(ピンク)」は、CSSが異なるだけでHTMLは全く同一(コメントの文字は異なりますがHTMLとしては同じ)なのですけども、CSSだけを切り替えられる機能があれば、これらのスキンは単一のスキンとして配布できましたね……。それに、他の配色の提供も楽になりそうですね。スキンを格納しているディレクトリに「altcss」というサブディレクトリがあるとき、そのサブディレクトリの中に入っているCSSファイルを「切り替え用の別CSS(Alternate CSS)」と解釈して、管理画面上で切り替えられる機能とかがあったら便利でしょうかね……? そういう機能があれば、CSSだけの配布もしやすそうですし。

🍧Re:2932◆さすがにtDiaryはテーマの数が多いですね。

🍧Re:2933◆古い記事を発掘して下さってありがとうございます。古すぎるので、もはやページ上のサンプル表示用JavaScriptが動作しませんね。(^_^;) All About側のシステム変更で、たぶん記事に直接埋め込まれたJavaScriptはもう動かないようになっているのだろうな……と思います。「➊記事中にJavaScriptを埋め込む必要があるジャンルの執筆者は2~3人しか居なかったこと」&「➋もはやIT系の記事は(世の中にあふれすぎていて)広告で儲ける題材としては扱いにくいこと」あたりの理由から、最近のシステム変更では「本文中にサンプルを埋め込んでいる記事」への考慮はもはやなくなっているのだろうな、と推測しています。

🍧Re:2934◆解説がお役に立ったようで良かったです。(╹◡╹) 全然知らなかったんですが、確かに今のActivePerlは、ダウンロードするためににGitHub連携かアカウント作成が必要になっているっぽいですね。いつの間に……。Perl公式でもActivePerlとStrawberry Perlの2つがWindows向けに紹介されているんですね。これも知りませんでした。Strawberry Perlはダウンロードが極めて簡単な点が良いですね。

🍨Re:2935◆てがろぐの場合は、やはり「ベースになるHTML」が何種類か存在している状態で、それら個別に対応する「着せ替え用CSS」(ベースが異なる場合は適用できない)という形である必要があるでしょうかね。

🍨スキンの仕様は従来通りにしつつ、1つ「着せ替えCSSを適用する専用のベーススキン」という特殊なスキンを1つ用意しておいて、そのスキンに対してだけは「着せ替えCSSをアップロードするだけで管理画面上でCSSを切り替えられる」みたいな仕様の方が、CSSを作りやすくて良いのかもしれませんけども……。つまり、「着せ替え用ベーススキン向けのCSSだけで望みのデザインが実現できるなら着せ替え用CSSを作る」方法で済ませて、それだけでは済まない場合には(従来通り)「HTML×2+CSSのスキン(フルセット)を作る」方法を採用する……みたいな感じで。

何か「こうなっているとスキンが作りやすい」みたいなご要望があればぜひお知らせ下さい。

No.2935

>>2933
CSS着せ替えプロジェクト、覚えてますよー!というか当時私が素材屋やってて配布してました。懐かしい…
てがろぐの場合、機能が盛りだくさんで用途に幅があるのが(ブログにも個人用ツイッターにも使えるので)かえって着せ替えCSSの足枷になりそうですね〜。

No.2934

AN HTTPDはWayback Machineから今でもダウンロードはできる の記事を参考にしながらローカルでてがろぐ動かせるようにできました!
わかりやすい解説を有難うございます…!(ただ、ActivePerlはインストールが面倒くさそうになっていたので、Strawberry Perl を使いました) #感謝

No.2933

そういや昔、CSSを閲覧者が切り替えられるスクリプトが流行ったなあと思い出したけど、にししさんもCSS切り替えの記事書いてた。
CSS着せ替えテンプレートプロジェクトが立ち上がったばかりの頃、素材サイトさんが次々CSSを配布してたようにも思います。誰か覚えていらっしゃいませんか…。

No.2932

tDiaryのテーマはCSSのみなので(HTMLは弄れない)そういうツールは他にもありそう。tDiaryを一時期使ってましたが、慣れたらこれはこれで面白いです。

No.2931

Bootswatch: Free themes for Bootstrap みたいな、てがろぐ着せ替えCSSっていうのも突き詰めたら楽しそうな気がしました……(公式スキンのHTMLはそのままで、tegalog.cssのみを上書きする/CSSファイルのみを配布)

No.2930

No.2929

採血大変。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。

No.2928

たまたま半角の空白を間違って全角に変換してしまって気づいたんですが、ハッシュタグの後の空白を全角にすると文字として認識するようです。角括弧で括ったわけじゃないのに長いハッシュタグになってしまいました。
#報告

回答/返信 No.2927

黒電話に詳しいコミュニティ……。☎

🍧Re:2922◆紙の電話帳ってもしかして30年以上見ていないのではないかな……と一瞬思ったのですが、そういえば大学院の内線電話番号が紙の電話帳だったことを思い出しました。内線だと今でも一覧を紙で用意されていたりするのでしょうかね……?
🍧Re:2923◆そうそう。こんな感じで五十音の見出しが付いていましたよね。均等に割り振られていると、特定のページだけスペースが足りなくなるんですよね……。^^;

🍧Re:2924◆一般配布用のスキンを作って下さっているのですね! どうもありがとうございます。(╹◡╹)
🍧Re:2925◆その情報を併記頂けると親切で分かりやすくてたいへんありがたいです。◆ドイリーという名称なんですね、これ。果たして昔々のうちの黒電話の下にこれがあったかどうかまでは記憶にないのですが、そういえばなんかあったような気も……。
🍧Re:2926◆はい。もしCSSだけで全く異なるデザインにできてHTMLを改造する必要性がない、というような場合なら、HTMLソースは無変更のままで丸々流用して頂いてもOKです。👍

おなかがへった……。_(┐「ε:)_ 🍨🍨🍨

No.2926

>>2920
極端な話、デザインさえ全く違ってれば、HTMLはまるまる同じままでもOKですか?

No.2925

>>2920

2918で質問したものです。とっても詳しい回答ありがとうございます!
デザインはかなり変える予定なので、「コピースキン」にはならないと思いますが、配布する場合は対応バージョンを明記して使える機能がわかるようにしますね。

黒電話、レース編み(ドイリー)の上にのってませんでしたか?

No.2924

>>2920
>>2918さんとは別人なのですが、私も自分のサイトで配布する目的でスキンを作っているところでしたので詳しいご回答ありがたいです。
私の場合 全体のデザインは公式スキンをベースにせず1から自作したのですが、記事投稿フォームの部分だけは公式スキンのソースを使いたかったので丁度2918さんと同じような質問をしようとしておりました。

てがろぐはスキン用のhtmlファイルが2つだけという所が、自分で改造して使う分でも配布用として作る分でも管理が楽で、とても良いです!

No.2923

電話帳と言えばこれでしょう。昔は多くの家庭に置かれていたはず。

No.2922

>「電話帳」という単語を見たときに、紙の帳面を思い浮かべる人
(・ω・ )ノ

No.2921

テスト

回答/返信 No.2920

返信が遅くなって申し訳ないです。

🍧Re:2916◆そういえば、うろ覚えですけども、昔々うちの黒電話にも何らかのカバーが掛かっていたような……。
🍧Re:2917◆黒電話って、何らかの電話帳がセットで必要ですよね。覚えている番号だけに掛けるわけではないでしょうし。黒電話と併せて使う電話帳は話題にならないのかな……?

🍧Re:2918◆「配布」というのは、ご自身のWebで公開するなど「不特定多数への配布」という意味でしょうかね?(不特定ではなくて、限られた相手に配布するだけならもう本当に何でも好きにして頂ければ良いです。)以下は、不特定多数へ配布する場合として回答します。

まず、大前提として、既存のスキンはいくらでも改造して下さって構いません。流用できるソースは何でも流用して、自由に作成して下さい。
で、既存のスキンを改造して作成された「新たなスキン」を不特定多数へ配布なさりたい場合の話ですが、「元のデザインと大きく異なる」くらいに改造されているのなら特に問題はありませんむしろ歓迎です。ぜひ配布して下さい。

そうではなくて、例えば「配色を変えただけ」とか「掲載順序を変えただけ」とか「特定の要素を削っただけ」などのように、「元のデザインからあまり変わっていない」状態での再配布はご遠慮頂けるとありがたいな、と思っています。

これはなぜかというと、(特に新規のユーザさんには)極力『最新版用に記述されたスキンで「てがろぐ」を使い始めて欲しい』と思っているからです。標準添付の各スキンは『そのときの最新版で使える多くの機能を使うように記述』してあります。そのようなスキンなら、搭載されている各機能の存在に気付きやすいだろうからです。ユーザさんによっては「不要な機能」が多々あるかも知れませんが、それは単に各自で消して頂ければ良いだけなのでカスタマイズも簡単です。
しかし、「古い版のスキン」で使い始められてしまうと、新しい機能の存在に気付いてもらえない可能性が高まってしまいます(※OGP+Twitter CardやRSS等のように「ページ上には見えない」機能の場合は特に)。たとえマニュアル等で新機能の存在を知ったとしても、それを使うためには「どうやってスキンに書き足せば良いのか」を調べて自力で編集しなければ使えません。それはハードルが高いと思うのですよね。
なので、できるだけ『使える機能を「全部盛り」した状態のスキン』で使い始めて頂きやすいようにしたいと思っているのです。

これは決して「機能を全部盛りしたスキンしか配布しないでくれ」と言っているわけではありません。シンプルな構成にも需要はあるでしょうし、デザイン上の都合で盛り込みにくい機能もあるでしょうし。私も個人的に使っているのは極めてシンプルに機能をそぎ落としたスキンです。様々なスキンの選択肢があることは「てがろぐ」にとって良いことだと思います。あなた独自のデザインなスキンであれば、特定の機能を使うも使わないもご自由に作成して配布頂いて全然問題ありません。(問題ないどころか、むしろ歓迎です。) その際に、既存スキンのソースがどれだけ流用されていても何の問題もありません。使えるものはいくらでも使って下さい。既存スキンのソースがお役に立つなら嬉しいです。

上記で「ご遠慮頂けるとありがたい」と言っているのは、あくまでも「元のデザインからあまり変わっていない」状態での配布についてだけです。
今、おそらく一番使われているスキンが「Twitterっぽいスキン」ですが、例えば『「Twitterっぽいスキン」のサイドバーの掲載順序を変えただけ』みたいなスキンを配布されてしまうと、「Twitterっぽいスキン」のデザインそのままで使いたい新規ユーザさんは、そのスキンを使うかもしれませんよね(便宜上「コピースキン」と呼びます)。すると、将来「てがろぐ」に新しい機能が追加されたとき、コピースキンをダウンロードして使おうとする新規ユーザさんは、新機能の存在に気付きにくくなってしまうでしょう。なので、『「Twitterっぽいスキン」を使いたいと思って下さったユーザさんには、公式配布されている(最新版用の)「Twitterっぽいスキン」を使って頂きたい』と思っているだけです。

以上で回答になっていますでしょうか?畳む


🍧Re:2919◆おぉぅ。ご指摘ありがとうございます! たしかに、Twitterっぽいスキンでは <div class="onelog"> で .onelog を使っていましたね。気付いていませんでした。これはちょっと都合が悪そうなので、次のバージョンでは別のclass名に差し替えておこうと思います。 .onelogbody とかに。ご指摘感謝です! Web製作時の『class名あるある』のような気がしますが、どうしても自分の脳ミソから出てくる単語って限られているので、油断すると重複してしまうんですよね……。(^_^;)

No.2919

いつもありがたく利用させていただいています。全文検索のハイライト、今しがたここで過去の書き込みを検索した際とてもとても便利でした。ありがとうございます!

twitterっぽいスキンをカスタマイズしていた際、記事単独表示時だけレイアウトが崩れる…という事態が発生しました。
どうやら、twitterぽいスキンの「skin-onelog」内にある<div class="onelog">と、記事単独表示時の<body class="onelog ~~">が原因だったようです。
<div class="onelog">のほうに設定するつもりでonelogクラスをいじっていたので、それが記事単独表示時のbodyにも適用されてしまったのでした。
もちろん、要素名とクラス名を組み合わせて書けば問題ないのですが、これに気づくまで少し時間がかかったので念のため共有させていただきます。
何かのご参考になれば幸いです。

No.2918

こんにちは、質問なのですが、公式で配布されているスキンを改造したものを配布してもいいてしょうか?

No.2917

>>2916
このTweetを見ましたね?
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。

>>2914
そう言えばNTTが黒電話からプッシュホンに替えませんか?と言う電話があって、父がいらんと即答で断ったと聞いたような記憶が。90年代のいつかくらいに。
化石ですが、問題なく使える間はこのままと思われます。

No.2916

黒電話ってカバーを縫ってかけて使っていましたよね?

No.2915

☎️

回答/返信 No.2914

塩分補給のために梅塩飴🍬を調達したものの、そもそも自分の身体が塩分不足なのか塩分過多なのか判断する方法がないので、舐めるべきなのかどうかの判断ができない……。┌(:3」└)┐

🍧Re:2911◆「黒電話でも使える番号がある」という情報を先に得ていたからでしょうね。^^; 「どこかに確実にある」と分かっているわけですから。電話番号が「お問い合わせ」関連以外のページにあるとは思いにくいので、「掘りに掘って」という表現から、見つかりにくい位置にリンクがあるのかな、と思ったのでした。

🍧Re:2912◆黒電話ユーザってもしかして結構多いんですかね……?^^; まあ、故障しない限り買い換えることはなさそうですしね……。^^;

🍧Re:2913◆ひかり電話でも「ダイヤルパルス信号を出す電話機」(黒電話もその一種です)は使用可能です。そもそも2024年にはNTTはアナログ回線を廃止してしまいますけども、今の電話機はそのまま使えるようです。ただ、黒電話ってケーブルが家の壁に直結していませんかね? 今の一般的な電話機だとモジュラーケーブルで壁のモジュラージャックに繋がっていますから、光回線化する場合でも単に「壁のモジュラージャックに繋がっていたケーブル」を抜いて「ひかり電話用ルータにあるコネクタ」とかに挿し直せば良いだけですけども。黒電話の場合はまず「モジュラージャックに挿せるような改造」が必要なんじゃないかな、という気がします。軽くググってみると方法は存在するようですが、法的には資格者しかやっちゃダメなようなのでNTTとかに依頼する必要があるっぽいですね。たいていの場合は「そこまでせんでも電話機を買い換えるわ」ということになるのではないかと思います。(笑)

🍧そういえば、うちも(固定電話の)電話機が壊れたことはない気がします。引っ越しのついでに変わるか、機能不足で変えるかしかなかったような。
私の記憶にある最初の電話は黒電話でしたけども、引っ越しによってプッシュホンに変わりました。黒電話って(買い取りも可能なようですが)基本はレンタルですから、引っ越しした時代にNTTがプッシュホンを推していればあえて黒電話にはしないですよね。あとは、「留守電が必要だから留守電機能付きに買い換える」とか「FAXが必要だからFAX付きに買い換える」とかみたいな交換でした。

No.2913

>>2912
ウチの黒電話は多分50年以上使ってると思われますが、まったく問題なく仕事してくれてます。
分かってましたが、やっぱりひかり電話は黒電話対応してないんですね(当然)。プッシュホンの電話に買い換えるって言ったら父親がすごく抵抗しそうです。あー。

No.2912

確かに父が亡くなるまで使っていた黒電話はかれこれ40年近く使われていたので、故障などは構造上あまりないのでしょうね。我が家はひかり電話に切り替えたので黒電話とはさよならしましたが。

No.2911

>>2910
"黒電話でもOKな番号"
なんですぐ見つかるんですかorz 自分はこの番号一覧に行き着くのに5年掛かりましたorz (探すのが超絶下手なだけでは)
黒電話は丈夫と言うか、そもそも故障する箇所がないのでは?

回答/返信 No.2910

おなかがへったぁ~。_(┐「ε:)_

🍨Re:2907◆早速のご試用をどうもありがとうございます。問題なく動作しているようで良かったです。(^_^)
🍨Re:2908◆黒電話が現役とは、ずいぶん物持ちが良いですね! たしかに、各種サービスの受付電話だと、番号を選択させる仕組みが多そうですね。黒電話でもOKな番号というのは、もしかして問い合わせ窓口ページにある固定回線へのお問合せをご希望のお客さまでしょうか? こういうのがちゃんと用意されていることにちょっと驚きました。^^;
🍨Re:2909◆さんごよみCGIのご使用をどうもありがとうございます! そうですね、HTMLソースの直接投稿もできる仕様になっています。てがろぐCGIでは、実装上の関係から(たぶん) [HTML]~[/HTML] みたいな専用タグで括った範囲内だけでHTMLを有効にするとか、何かそんな感じの仕様になりそうな気がしています。何にしても、将来的にはHTMLも直接扱えるようにはする予定ですので気長にお待ち頂ければ幸いです。

夜中なので、何も食べずに寝る……。(:3[____]

No.2909

さんごよみを試しました。>>2900
HTMLを書けるようにするかどうか選べるんですね!てがろぐでもそう設定できるようになると嬉しいです。

No.2908

実はクロネコヤマトへは黒電話では電話ができず(応答をすべてプッシュホンでしなければならないので)、最近やっと公式サイトを掘りに掘って、黒電話でもカスタマーサービスにちゃんと繋がる番号一覧表を見つけました(以前は公衆電話まで走ってましたが、この公衆電話が撤去されてしまいorz)。
冷遇されまくる黒電話。まだ現役です。


Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。

No.2907

β版配布ありがとうございます。早速アップデートして強調されるのを確認しました。文字修飾はこれから考えますw

アップデート✨ No.2906

開発進捗状況報告サイトで、てがろぐ Ver 3.7.1(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。以下の点を搭載しています。

🆕 Ver 3.7.1βの更新点(概要):
検索結果の表示時に検索語をハイライト(強調)できる機能を追加。

詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
いろいろ検索をお試し頂ければ幸いです。

No.2905

全文検索時に、検索語をハイライト(強調表示)する機能を搭載した Ver 3.7.1(未公開)の動作テスト。

回答/返信 No.2904

室温が……、35.9度!(;゚Д゚)

🍨Re:2902◆ご活用ありがとうございます。プレビュー機能がお役に立っているようで嬉しいです。HTMLソース直接記述機能もそのうち対応しますので、気長にお待ち頂ければ幸いです。
🍨Re:2903◆暑いですね。7月は灼熱地獄か……? 全文検索では、半角と全角は別の文字として認識されます。なお、半角英字に限っては大文字・小文字を区別しませんが、全角英字は大文字・小文字を区別します。現状で、半角と全角を区別せずに検索したい場合は、OR検索機能を使って HTML|HTML のような検索語で検索する手はあります。

ほぼ体温……。_(┐「ε:)_

No.2903

🍧かき氷食べたい_(┐「ε:)_
毎日暑いですが、いかがおすごしでしょうか。まだ6月ですよ。

テストしていて思ったのですが、てがろぐの検索機能は大文字と小文字の区別はしないようですが、全角と半角の区別はするのでしょうか。
区別しないほうが便利かなと思う反面、区別して欲しい場面もあるにはあるので、これはどちらがいいのかなあと思ったりしました。

No.2902

アップデートお疲れ様です&ありがとうございます。下書きプレビュー機能がすごく使いやすくて、ますますてがろぐを手放せなくなりました!あとは投稿文章内へのHTMLソース直接入力機能が実装されれば個人的にはもう充分すぎるくらい便利で向かうところ敵なし🎶言うことなしです♬
気温と湿気がすごいのでご体調にくれぐれも気をつけてお過ごしください!🍧

回答/返信 No.2901

室温が32.9℃……?

🍨Re:2899◆ブックマーク機能はJavaScriptだけで作れば、てがろぐ側の機能拡張をあまりしなくても実装できそうな気がなんとなくはしています。その代わり、ブラウザ単位での保存になりますし、管理者側は数を把握できませんが(だからこそ、てがろぐ側の拡張が不要なわけですけども)。逆に、管理者側で把握できるようにするなら、てがろぐ側にその管理機能を加える必要がありますから、そこそこの拡張が必要ですね。ただ、それが実現できるなら、「いいね」機能も同時に実現可能だというメリットもありそうですが。◆かき氷はほとんど液体なので、(たくさん食べて冷やしすぎることさえなければ)胃腸に優しいのはかき氷の方ではないかな、と思っています。チョコレートとか消化にあまりよろしくない物体があるのはアイスクリームの方だろうとも思いますし。

No.2900投稿時に、公式ページのURLが間違っていたので修正しました。
公式ページ公式動作サンプル です。

情報 No.2900

てがろぐベースのスケジュールカレンダー表示CGI「さんごよみ」Ver 1.0.0をリリースしました。
てがろぐと併せて(いや併せなくても良いのですけども^^;)ご活用頂ければ幸いです。

詳しい機能説明は、公式ページをご覧下さい。
また、開発進捗状況報告ページでも背景等を軽く紹介しています

No.2899

>>2895 です
そうか、もともと少人数想定なんですね……機能多いとはいえ、名目はマイクロブログですしね。
やっぱり難しい気がしてきました。お手を煩わせるのも何か違うので、頭は捻りますが無茶振りはそろそろやめておきます。失礼いたしました。
画像に関しては仰る通りで、機能制限したところで幾らでも投稿の手はあるので無意味なのかもしれませんが、制限するだけでも違ってくるかなと思った上での発言でした。

ブックマーク機能、(技術的に)実装可能なのですか!? すごい!
あれば確かに便利です。私はブックマーク数を知りたいほうの人ですが、これは人と使い方による気がします。


アイスクリームとかき氷だとどちらのほうが胃腸に優しいでしょうか。
最近胃腸の調子が悪くて_(┐「ε:)_

回答/返信 No.2898

あ、つ、い……。_(┐「ε:)_

🍵Re:2893◆なるほど、ブックマーク機能は便利そうですね。Cookieに保存する仕組みにすれば、IDがなくてもブラウザ単位で保持しておけそうな気もしました。(ただその場合は、管理者がブックマーク数を知る手段がなさそうですけども。むしろその方が良いですかね?^^;)

🍵Re:2894◆うまくいったようで良かったです。(╹◡╹)ノ

🍵Re:2895◆自由にIDを作成できると、IDの総数が多くなるケースも想定しないといけないので、IDをプルダウンメニューから選ぶUIだけでなくて、IDも直接キー入力させるようなUIも用意しないといけなさそうですね。◆てがろぐは元々少人数で使うことを想定した仕様なので、不特定多数が利用する形態を考えると、何か他にもいろいろ追加しないといけない仕様が出てきそうな気もしてきました。^^;◆画像の使用を投稿者に限るよう制限する機能を作るのは不可能ではないのですが、「URLを指定して埋め込める」なら意味がほとんどありませんし、たとえURL指定を不可能にしても、「画像を一旦保存してから自分で再投稿する」手も使えるので、厳密に「投稿者に限る」のは(技術的に)無理だと思います。◆「思いつき」でのご要望も歓迎です。想定用途以外にももしかしたら活用できる便利機能な可能性もありますし。ご要望そのものは何でも歓迎です。(実現できるかは完全に別問題ですが。^^;)

🍵Re:2897◆ご要望をありがとうございます。複数投稿に対して一括して何かする機能は、やはりあると便利ですよね。今のところ「一括削除」機能しかありませんが、幸いチェックボックスを既に用意していますから、「チェックを入れた投稿を削除」ボタンの他のバリエーションを用意することでお望みの機能とかも実装できないかな……とちょっと考えてみます。一括カテゴリ登録機能とかもある方が便利ですもんね。

もはや、かき氷の季節……。アイスクリームよりも。🍨🍨🍨

No.2897

#要望 です。
「複数の投稿を一括で下書きにするor下げる機能」があると嬉しいです。
削除するほどでもないし後から見返したくなることもあるけれども、表示しておくにはちょっと……といった記事が結構あるので……。
もし可能でしたらご検討ください。

No.2896

テスト投稿です。
続きを読むテスト。畳む

No.2895

>>2887 です。
ありがとうございます。強制的に下げる機能いいですね。仮IDも実装できるのであれば便利に使えそうです。


>来訪者が自由にIDを作成できる機能
どうなのでしょうね……私は掲示板的に使えて面白いと思うので、あると嬉しいのですが。
でも需要がなかったら実装もできないですよね。
テストしていて思ったのですが、もしも不特定多数が使用することを想定した場合、全ての画像を誰でも使用できるのは不都合が生じる可能性を感じました。
これは設定や今後のバージョンアップで対応できるものでしょうか?

もし自由にID作成できる機能が実装されなかったとしても、編集と削除が自由にできるならリンク集として便利に機能するかと思いましたので
「投稿した記事に対してID(とパス)を個別に管理者権限で設定して、編集できるようにする」とか……「管理者権限があれば、記事のユーザーIDを変更できる機能」とか。無理か。出来るか出来ないかも分からずに思いつきを言っています。すみません。
それ以前に需要。


登録型リンク集として使うのは難しいのかなあ(-_-;

No.2894

>>2886

2884です。
教えていただいたとおり書き込んだら、無事リンクは張られず横にも伸びなくなりました。
本当にありがとうございます!

CSSって難しい。。。

No.2893

仮IDで思ったのですが、昔のTwitterの☆的な(今だとブックマークになるんでしょうか)お気に入りとして閲覧者側が投稿を自由にマーク・絞り込みできるようになったら便利かも…とふと思いました。
こちらの投稿でも「後で試そう!」と思った投稿を見失ったりしてしまうので。
投稿自体には触らず閲覧者側だけが自由に追加できるタグ?みたいな。知識がなくてうまく表現できないのですが

No.2892

風が強くて涼しい。

🍵Re:2890◆来訪者が自由にIDを作成できる機能の需要ってどれくらいあるものなんでしょうかね……。ご要望は受けていますけども、需要がイマイチ見えないのでどんなもんかな……と思っている最中です。「強制的に下げる(or下書き)になる」仕様は安全で良さそうな気もしますね。自由に作成されたIDは一旦「仮ID」の扱いにしておいて、管理者が「普通ID」に昇格させたときにだけ一般にも見えるようにする、みたいな感じでも良いのかもしれないな……とふと思いました。その場合、もし「仮IDで投稿された内容はログイン者にしか見えない」みたいな仕様にしたとしたら、「ログインしていないと見えない仕様で使いたい」みたいなご要望も同時に叶えられそうな気もします。

🍵Re:2891◆ああ、いやいや、ご自分で削除なさったのなら全然構わないのですけどもね。第三者に削除されてしまっていた場合は、気分を害されると申し訳ないなと思ったので注釈がてら書いておこうと思ったのでした。◆てがろぐは自力でCGIを設置するスキルが必要なので比較的Web技術に明るい方々しか使わないだろうとは思うのですけども、GitHubまで使っている方々はどれくらいいらっしゃるものなのでしょうかね?

道を歩いていたら強風に巻き上げられた砂が目に入りました……。(>_<)

No.2891

>>2888

一度投稿して、自分で削除した者です(投稿と削除を別々のデバイスでやりました…)
そういう過去があったことを知らず……。

投稿したのは独り言というか、「自前のスキンファイルをgithubのプライベートリポジトリで管理してるけど、そういう人は結構いらっしゃるんでしょうか」みたいな内容でした。
スキン内部でハードコードしてるものがなく、ライセンス上も問題なければ、リポジトリ公開してもいいのか?……と。でも後から、なにやら恥ずかしくなりまして、削除してしまいました。
申し訳ありませんでした。(該当するのが私以外でしたら、重ねて申し訳なく思います…)

No.2890

てがろぐで登録型のリンク集を作るならゲストがアカウント作成できる機能が必要だけど、その際に指定した権限でしか作成できないようにする必要がありそう。
強制的に下げる機能か下書き機能を使った投稿しかできないようにして管理者権限で解除できるようにすれば、管理者がチェックしてから掲載できるので安心かも。

No.2889

「下げる」投稿を使っている場合で、一時的に「下げられている投稿も含めて全投稿を頭から順に見たい」という場合は、(※『下げた投稿を表示する状況』の設定で『全文検索時』もONにしているなら)除外検索機能を使って、絶対にどこにも使われていない単語を除外すれば、事実上全投稿を頭から見られます。たとえば「-ぶひぶひ🐷」で検索するとか。 #🌱豆知識

No.2888

昨夜くらいに、どなたかもう1件質問を投稿なさっていませんでしたでしょうか? ご本人が削除なさったのなら構わないのですが、そうでない場合はお手数ですが再度投稿して下さい……。(誰でも削除可能なテストスペースなので、過去にも質問が誤って消されてしまったか何かで「何か尋ねちゃいけないことでしたでしょうか?」みたいな問題になったことがありました。)削除操作を試す場合は、まず何か適当に投稿してからそれを削除してみて下さい。(^_^;;;

🍵Re:2886◆下げる機能は本当に自分でただ欲しかったから実装しただけの感じだったのですけども、便利にご活用下さる方が多くて驚いています。◆活用用途の幅が広がるのは嬉しいので、ご提案は歓迎です。(╹◡╹) ただ、どこまでできるかは分かりませんけども。(^_^;)◆『検索結果の表示時には検索語をハイライト(強調)できる機能』はたぶんそんなにお待たせせずに実装できるのではないかと今のところ思っています。

No.2887

Ver3.7.0公開お疲れ様です。下げる機能が便利だと感じています(早速利用しました)

先日、管理人様にはメールで無茶振りしたのですが(その節はありがとうございました)てがろぐでリンク集やサーチエンジンを作れないかなって考えています。
実装予定の機能が正式に実装されたらうまく且つ便利に使えないかなあと頭を捻っているのですが。
なにか皆様から有益なご意見をいただけないかなあと思ったのでこちらでもシェアします。
それは無茶やで、っていうご指摘もお待ちしています(^_^;

回答/返信 No.2886

朝食はピザトースト。

🍵Re:2882◆word-breakとoverflow-wrapの違いを検索すると上位に出てくるこのページですが、W3Gなんですよね。(笑) 最初は私もW3Cがこんな分かりやすい解説を書いているのかと思いました。^^;
🍵Re:2883◆お知らせありがとうございます。驚きました。(公式以外で)てがろぐスキンを配布して下さった第1号ですね(少なくとも私の認識している範囲内では)。ありがたいことです。

🍵Re:2884◆『自動でリンクになるURL』だと自動改行されるのですよね? だとすると、たしかに何らかのCSSで打ち消されているのでしょうかね……。他のスタイルで打ち消されるのが問題なら、body .comment { word-break: break-all !important; overflow-wrap: break-word !important; } のように書いておくと、さすがに(詳細度が上がって)上書きできて適用されるのではないかと思うのですが。(ボックスが無限に横方向に拡張されてしまうようなレイアウトになっているのかな……と一瞬思ったのですが、その場合は『自動でリンクになるURL』も横に伸びないとおかしいので、そうではないんですよね……。)もし設置されているサイトをメールででもお知らせ頂けるなら、こちらからアクセスして何が原因なのか究明することは可能です。

🍵Re:2885◆Sleipnirのシェアが今どれくらいなのか謎ですが、今でも精力的に更新されているので、何らかの収益は上がっているのでしょうかね? 無料ソフトですけども。しかも、Ver.4系とVer.6系の開発が同時に進行していて、今でもVer.4系のアップデートも続いているのですよね。結構な開発リソースが必要だと思うのですが。私の環境にもインストールはしてあります。

雨が降っていなかったら銀行に行こうかと思っていたのだけど、降っておる。(´・ω・`) めちゃくちゃ風が強い。

No.2885

Sleipnirってまだ更新してたんだ。タブブラウザ全盛期が懐かしい…。私はLunascape使ってました。

No.2884

2878です。

>>2879さん
当方EdgeとSleipnirを使ってまして、どちらも折り返しませんでした。なのでCSSの問題かと思っており、どう検索したものか分からずこちらに、、。まさかブラウザが原因だとは考えもしませんでした。

>>2881さん
お返事ありがとうございました。
早速試しましたが、効果はありませんでした。
新たにてがろぐを設置して確認してみましたら、【自動でリンクにならないURL】はご指示の通り改行されていました。
問題があるのはうちのCSSかレイアウトのようです。何が原因なのかさっぱり……。

お騒がせしました。
お忙しい中、ありがとうございました。

>>2883さん
見やすいスキンですよね!
【自動でリンクにならないURL】に関して困っていたのでdoさんのスキンでも試して、改行がされず、お手上げ状態になってました。。。

No.2883

いいねボタンのdoさんがてがろぐのスキンを配布しはじめたんですね!私はHTMLいじりが好きなのでスキンは自分で作成派てすが、HTMLが苦手な方には朗報ですね!

No.2882

>>2881
2879です。W3Cがword-wrap:break-word;が効かない場合を書いてくれてました。そうだった、私のスキンでは幅指定してるからはみ出さないんですね。CSS本当にややこしい…。

回答/返信 No.2881

おなかがへってきました。_(┐「ε:)_

🍵Re:2873◆早速のバージョンアップをどうもありがとうございます。(╹◡╹)ノ
🍵Re:2875◆下げる機能の動作を果たして把握して頂けるかどうかが不安だったのですけども、把握どころか意外とご活用頂けていそうな感じで驚いています。^^;
🍵Re:2877◆ご活用ありがとうございます!

🍵Re:2878◆ブラウザには「英単語の途中では改行しない」という禁則処理があります。そのせいで、半角英字を長く連続させるとウインドウからはみ出て横スクロールが発生します。URLも「英字の連続」なので同様の禁則処理が働いてしまうのですよね。Firefoxだけは「/」記号を「単語の区切り」だと認識してくれるので、「/」が出てきたところで自動改行されるため、横には伸びずに済むのですが。

てがろぐでは、URLの自動リンクではa要素に class="url" という属性を付加してありまして、標準添付の各スキンのCSSではここに word-break: break-all; というスタイルを適用して、英単語だろうが何だろうが「描画領域の端」で強制的に改行するように指定してあります。なので、リンクになってさえいれば「URL」でも「長い英単語」でも何でも強制改行されます。

今回ご質問頂いたケースである「自動でリンクにはならないURLの書き方」は、「URLだとは認識されないから自動リンクにならない」わけですから、要するに普通の本文なので何のスタイルも適用されません。なのでブラウザ標準の禁則処理が働いてしまって、横に伸びるわけです。ブラウザ側の標準動作がそうなので、これを防ぐには何らかのスタイルを自ら適用しないとどうにもなりません。(てがろぐの問題ではなく、どんなWebでも同様です。)

▼解決策①
で、本文中に含まれるあらゆる英単語が途中で改行されても構わないなら .comment { word-break: break-all; } というCSSを追加すると解決します。

▼解決策①B
※サイドバーの存在しないレイアウトをお使いなら、.comment { overflow-wrap: break-word; } の方を使うと、短い英単語が途中でぶった切られるのを防げるので望ましいです。(サイドバーがあるレイアウトでこのCSSを使うと、段組の作り方によってはうまくいきません。例えば「標準スキン」や「Twitterっぽいスキン」ではこの方法では対処できません。しかし「ブログタイプスキン」は(サイドバーがあるものの)この方法で対処可能です。)※参考:word-breakoverflow-wrap(@MDN)

▼解決策②
なお、本文中に含まれるあらゆる英単語が途中でぶった切られると困るわい、という場合は、リンクにしたくないURLをとりあえず自由装飾記法を使って [F:longword:~] とかで装飾しておいて、 .deco-longword { word-break: break-all; } というCSSを追加すると良いと思います。

解決策①B > 解決策② > 解決策① の順でお勧めです。(解決策①Bが使えないスキンをお使いなら、解決策②がお勧めということになります。)

🍵Re:2879◆この場合は、Firefoxの動作が望ましいですね。URLに含まれる「/」記号で改行するなら自然だと思います。なぜ、他のレンダリングエンジンではそうならないのか……。^^;

No.2879

>>2878
確かにAndroid版のChromeやEdgeだと折り返さないですね。Firefoxだと普通に折り返してますが。私のスキンではChromeでも折り返してるので、CSSを弄れば折り返すと思います。
どこが?というのはわからないのでにししさんか他の方のアドバイスを待ってください。

No.2878

新バージョンの配布ありがとうございます。早速、導入しました。

ところで【自動でリンクにはならないURLを一時的に書きたい場合の書き方】を試したらスマホだとテンプレートが横に長くなります。何でですかね。スキンいじりすぎたかな。。。

https://www.wwwww.com/wwwwwwww/wwww/wwwwww/wwwww/

ああ・・・横に長くなりますね。
「円マーク:」を使うと改行されない?

No.2877

Ver3.7.0にバージョンアップしました!
下げる機能便利ですね!!

No.2875

ver3.7.0の配布ありがとうございます!
問題なく使えております。
下げる機能が便利だなと感じています。あまり表に出したくない投稿がちょこちょこあるので。

No.2874

テスト

No.2873

3.7.0の公開ありがとうございます。アップデートして今のところ問題ないことを確認してます。てがろぐはアップデートもバックアップも簡単なのでとても助かってます。#感謝

No.2872

Ver 3.7.0 の動作テスト。

情報,アップデート✨ No.2871

てがろぐ Ver 3.7.0 を公開しました。下書きプレビュー機能、下げる投稿機能、状況に応じた見出しのバリエーション選択機能や装飾仕様の追加、CGIの1行目を書き換えずに済む仕様改善などが主な更新点です。その他、細かな機能追加と(セキュリティ面を含む)不具合修正を含んでいます。
https://www.nishishi.com/cgi/tegalog/

アップデートするには、tegalog.cgifumycts.pl の2ファイルだけを上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。(Ver.2以下も含む過去のどのバージョンからでも)

※セキュリティ面に影響する不具合を修正しました(詳細は最下部)ので、できるだけ早めのバージョンアップをお勧め致します。(特に、不特定多数からのゲスト投稿を認める形態で運営している場合は早急なバージョンアップを強くお勧め致します。)

🆕 Ver 3.7.0の更新点(概要):
下書き投稿を(非公開状態のままで)プレビューできる機能を追加。
下げる(一覧外)投稿機能を追加。(通常では表示されないが、指定条件下や単独表示時のみ表示されるようにする機能)
状況に応じた見出しの表示バリエーション選択機能と装飾仕様を追加。
tegalog.cgi の1行目を、書き換えなくても済む可能性の高い「 #! /usr/bin/env perl 」に変更。
管理画面に表示される各種「削除ボタン」を(左寄せではなく)右寄せで表示できる設定機能を追加。
管理画面のページタイトル先頭に任意の識別名称を付与できる設定機能を追加。
●ログインされていない状況で非表示にするためのCSSを、スキン側のCSSに影響されないよう修正。
各スキンのRSS Auto-Discoveryの記述には、状況に依存しない [[RSS:URL:PURE:FULL]] を使うよう修正。
ルビを振られる側の文字列が半角英数だけの場合にルビが振られない不具合を解消。
リンクURLの後に半角空白が2つ続くと、リンク先が正しくなくなる不具合を解消。
不正な画像ファイルが投稿された際に、動作が極端に遅くなる問題に対処。(セキュリティ面での更新)

更新点について詳しい解説は、リリースノート(No.37)をご参照下さい。

なお、解説ドキュメントも増強してあります。主な増量ポイントはリリースノートからもリンクしてありますのでご参照頂ければ幸いです。

■フリースペース:

ここは、CGIの設定画面から自由に文章を入力して掲載できるスペースです。スキンを編集しなくてもCGI上から手軽に内容を変更できます(HTML使用可)。
動作サンプルです。◆他のスキン:標準スキン, 昔のツイッターっぽいスキン(ピンク版), 付箋型スキン, シンプル日記スキン, ジャーナル(日誌)スキン, ブログタイプスキン, チャットタイプスキン, 黒板スキンてがろぐCGIの配布ページに戻る

編集

■ハッシュタグ:

■日付一覧:

■日付検索:

■カレンダー:

2022年8月
123456
78910111213
14151617181920
21222324252627
28293031

■カテゴリ:

■最近の投稿:

■新着画像リスト:

Perlのバージョンを上げる設定(さくらインターネット)

全317個 (総容量 36.08MB)

■詳細全文検索:

  • 投稿者名:
  • 投稿年月:
  • #タグ:
  • カテゴリ:
  • 出力順序: