2022年7月 この範囲を時系列順で読む この範囲をファイルに出力する
(・ω・ )ノ
🍧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名あるある』のような気がしますが、どうしても自分の脳ミソから出てくる単語って限られているので、油断すると重複してしまうんですよね……。(^_^;)
twitterっぽいスキンをカスタマイズしていた際、記事単独表示時だけレイアウトが崩れる…という事態が発生しました。
どうやら、twitterぽいスキンの「skin-onelog」内にある<div class="onelog">と、記事単独表示時の<body class="onelog ~~">が原因だったようです。
<div class="onelog">のほうに設定するつもりでonelogクラスをいじっていたので、それが記事単独表示時のbodyにも適用されてしまったのでした。
もちろん、要素名とクラス名を組み合わせて書けば問題ないのですが、これに気づくまで少し時間がかかったので念のため共有させていただきます。
何かのご参考になれば幸いです。
このTweetを見ましたね?
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
>>2914
そう言えばNTTが黒電話からプッシュホンに替えませんか?と言う電話があって、父がいらんと即答で断ったと聞いたような記憶が。90年代のいつかくらいに。
化石ですが、問題なく使える間はこのままと思われます。
🍧Re:2911◆「黒電話でも使える番号がある」という情報を先に得ていたからでしょうね。^^; 「どこかに確実にある」と分かっているわけですから。電話番号が「お問い合わせ」関連以外のページにあるとは思いにくいので、「掘りに掘って」という表現から、見つかりにくい位置にリンクがあるのかな、と思ったのでした。
🍧Re:2912◆黒電話ユーザってもしかして結構多いんですかね……?^^; まあ、故障しない限り買い換えることはなさそうですしね……。^^;
🍧Re:2913◆ひかり電話でも「ダイヤルパルス信号を出す電話機」(黒電話もその一種です)は使用可能です。そもそも2024年にはNTTはアナログ回線を廃止してしまいますけども、今の電話機はそのまま使えるようです。ただ、黒電話ってケーブルが家の壁に直結していませんかね? 今の一般的な電話機だとモジュラーケーブルで壁のモジュラージャックに繋がっていますから、光回線化する場合でも単に「壁のモジュラージャックに繋がっていたケーブル」を抜いて「ひかり電話用ルータにあるコネクタ」とかに挿し直せば良いだけですけども。黒電話の場合はまず「モジュラージャックに挿せるような改造」が必要なんじゃないかな、という気がします。軽くググってみると方法は存在するようですが、法的には資格者しかやっちゃダメなようなのでNTTとかに依頼する必要があるっぽいですね。たいていの場合は「そこまでせんでも電話機を買い換えるわ」ということになるのではないかと思います。(笑)
🍧そういえば、うちも(固定電話の)電話機が壊れたことはない気がします。引っ越しのついでに変わるか、機能不足で変えるかしかなかったような。
私の記憶にある最初の電話は黒電話でしたけども、引っ越しによってプッシュホンに変わりました。黒電話って(買い取りも可能なようですが)基本はレンタルですから、引っ越しした時代にNTTがプッシュホンを推していればあえて黒電話にはしないですよね。あとは、「留守電が必要だから留守電機能付きに買い換える」とか「FAXが必要だからFAX付きに買い換える」とかみたいな交換でした。
ウチの黒電話は多分50年以上使ってると思われますが、まったく問題なく仕事してくれてます。
分かってましたが、やっぱりひかり電話は黒電話対応してないんですね(当然)。プッシュホンの電話に買い換えるって言ったら父親がすごく抵抗しそうです。あー。
"黒電話でもOKな番号"
なんですぐ見つかるんですかorz 自分はこの番号一覧に行き着くのに5年掛かりましたorz (探すのが超絶下手なだけでは)
黒電話は丈夫と言うか、そもそも故障する箇所がないのでは?
🍨Re:2907◆早速のご試用をどうもありがとうございます。問題なく動作しているようで良かったです。(^_^)
🍨Re:2908◆黒電話が現役とは、ずいぶん物持ちが良いですね! たしかに、各種サービスの受付電話だと、番号を選択させる仕組みが多そうですね。黒電話でもOKな番号というのは、もしかして問い合わせ窓口ページにある固定回線へのお問合せをご希望のお客さまでしょうか? こういうのがちゃんと用意されていることにちょっと驚きました。^^;
🍨Re:2909◆さんごよみCGIのご使用をどうもありがとうございます! そうですね、HTMLソースの直接投稿もできる仕様になっています。てがろぐCGIでは、実装上の関係から(たぶん) [HTML]~[/HTML] みたいな専用タグで括った範囲内だけでHTMLを有効にするとか、何かそんな感じの仕様になりそうな気がしています。何にしても、将来的にはHTMLも直接扱えるようにはする予定ですので気長にお待ち頂ければ幸いです。
夜中なので、何も食べずに寝る……。(:3[____]
HTMLを書けるようにするかどうか選べるんですね!てがろぐでもそう設定できるようになると嬉しいです。
冷遇されまくる黒電話。まだ現役です。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
2022年6月 この範囲を時系列順で読む この範囲をファイルに出力する
🆕 Ver 3.7.1βの更新点(概要):
●検索結果の表示時に検索語をハイライト(強調)できる機能を追加。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
いろいろ検索をお試し頂ければ幸いです。
毎日暑いですが、いかがおすごしでしょうか。まだ6月ですよ。
テストしていて思ったのですが、てがろぐの検索機能は大文字と小文字の区別はしないようですが、全角と半角の区別はするのでしょうか。
区別しないほうが便利かなと思う反面、区別して欲しい場面もあるにはあるので、これはどちらがいいのかなあと思ったりしました。
気温と湿気がすごいのでご体調にくれぐれも気をつけてお過ごしください!🍧
🍨Re:2899◆ブックマーク機能はJavaScriptだけで作れば、てがろぐ側の機能拡張をあまりしなくても実装できそうな気がなんとなくはしています。その代わり、ブラウザ単位での保存になりますし、管理者側は数を把握できませんが(だからこそ、てがろぐ側の拡張が不要なわけですけども)。逆に、管理者側で把握できるようにするなら、てがろぐ側にその管理機能を加える必要がありますから、そこそこの拡張が必要ですね。ただ、それが実現できるなら、「いいね」機能も同時に実現可能だというメリットもありそうですが。◆かき氷はほとんど液体なので、(たくさん食べて冷やしすぎることさえなければ)胃腸に優しいのはかき氷の方ではないかな、と思っています。チョコレートとか消化にあまりよろしくない物体があるのはアイスクリームの方だろうとも思いますし。
No.2900投稿時に、公式ページのURLが間違っていたので修正しました。
公式ページ、公式動作サンプル です。
そうか、もともと少人数想定なんですね……機能多いとはいえ、名目はマイクロブログですしね。
やっぱり難しい気がしてきました。お手を煩わせるのも何か違うので、頭は捻りますが無茶振りはそろそろやめておきます。失礼いたしました。
画像に関しては仰る通りで、機能制限したところで幾らでも投稿の手はあるので無意味なのかもしれませんが、制限するだけでも違ってくるかなと思った上での発言でした。
ブックマーク機能、(技術的に)実装可能なのですか!? すごい!
あれば確かに便利です。私はブックマーク数を知りたいほうの人ですが、これは人と使い方による気がします。
アイスクリームとかき氷だとどちらのほうが胃腸に優しいでしょうか。
最近胃腸の調子が悪くて_(┐「ε:)_
🍵Re:2893◆なるほど、ブックマーク機能は便利そうですね。Cookieに保存する仕組みにすれば、IDがなくてもブラウザ単位で保持しておけそうな気もしました。(ただその場合は、管理者がブックマーク数を知る手段がなさそうですけども。むしろその方が良いですかね?^^;)
🍵Re:2894◆うまくいったようで良かったです。(╹◡╹)ノ
🍵Re:2895◆自由にIDを作成できると、IDの総数が多くなるケースも想定しないといけないので、IDをプルダウンメニューから選ぶUIだけでなくて、IDも直接キー入力させるようなUIも用意しないといけなさそうですね。◆てがろぐは元々少人数で使うことを想定した仕様なので、不特定多数が利用する形態を考えると、何か他にもいろいろ追加しないといけない仕様が出てきそうな気もしてきました。^^;◆画像の使用を投稿者に限るよう制限する機能を作るのは不可能ではないのですが、「URLを指定して埋め込める」なら意味がほとんどありませんし、たとえURL指定を不可能にしても、「画像を一旦保存してから自分で再投稿する」手も使えるので、厳密に「投稿者に限る」のは(技術的に)無理だと思います。◆「思いつき」でのご要望も歓迎です。想定用途以外にももしかしたら活用できる便利機能な可能性もありますし。ご要望そのものは何でも歓迎です。(実現できるかは完全に別問題ですが。^^;)
🍵Re:2897◆ご要望をありがとうございます。複数投稿に対して一括して何かする機能は、やはりあると便利ですよね。今のところ「一括削除」機能しかありませんが、幸いチェックボックスを既に用意していますから、「チェックを入れた投稿を削除」ボタンの他のバリエーションを用意することでお望みの機能とかも実装できないかな……とちょっと考えてみます。一括カテゴリ登録機能とかもある方が便利ですもんね。
もはや、かき氷の季節……。アイスクリームよりも。🍨🍨🍨
「複数の投稿を一括で下書きにするor下げる機能」があると嬉しいです。
削除するほどでもないし後から見返したくなることもあるけれども、表示しておくにはちょっと……といった記事が結構あるので……。
もし可能でしたらご検討ください。
続きを読むテスト。畳む
ありがとうございます。強制的に下げる機能いいですね。仮IDも実装できるのであれば便利に使えそうです。
>来訪者が自由にIDを作成できる機能
どうなのでしょうね……私は掲示板的に使えて面白いと思うので、あると嬉しいのですが。
でも需要がなかったら実装もできないですよね。
テストしていて思ったのですが、もしも不特定多数が使用することを想定した場合、全ての画像を誰でも使用できるのは不都合が生じる可能性を感じました。
これは設定や今後のバージョンアップで対応できるものでしょうか?
もし自由にID作成できる機能が実装されなかったとしても、編集と削除が自由にできるならリンク集として便利に機能するかと思いましたので
「投稿した記事に対してID(とパス)を個別に管理者権限で設定して、編集できるようにする」とか……「管理者権限があれば、記事のユーザーIDを変更できる機能」とか。無理か。出来るか出来ないかも分からずに思いつきを言っています。すみません。
それ以前に需要。
登録型リンク集として使うのは難しいのかなあ(-_-;
2884です。
教えていただいたとおり書き込んだら、無事リンクは張られず横にも伸びなくなりました。
本当にありがとうございます!
CSSって難しい。。。