2022年4月 この範囲を時系列順で読む この範囲をファイルに出力する
🍵Re:2801◆矢印が半透明だと、大きく重ねても下の内容が見えるので、安心して重ねられるんですよね。むしろ巨大にすればするほど、重なっている部分の下が見やすくなって望ましい気もします。^^; なお、私のPhotoshop ElementsはVer 2.0です。Copyright表記を見ると2002年になっているので、20年前……! Win10でも動くので大変ありがたいです。古いソフトだけあって、今のPCでは起動が爆速です。(笑)
🍵Re:2802◆詳しい話をありがとうございます。なるほど、厚労省と税関とで別々のアプリが用意されているのですね。せっかくデジタル庁を作ったので、その辺はデジタル庁を挟むことで共通化して欲しい気もしますが。^^; デジタル庁がうまく動けば将来的にはそうなるのかもしれませんけども。海外の検査機関で日本専用書式の話を通すのはなかなか難易度高そうですね……。アプリに関しては、たとえ出来が完璧でも、突然の故障とか紛失とかの事態のために紙のバックアップは常に必須でしょうね。私がそういうのを求められる状況だったら、アプリだけが何故か起動しない……みたいな事態にも備えて、必要な画面は全部キャプチャして画像としても置いておくとかする気はします。いや、「見せるだけ」で済むのならの話ですが。^^;
🍵Re:2803◆海外からご使用の方もちらほらいらっしゃるようですね。てがろぐには、サーバの時刻と現地時刻が一致していない場合に、時刻をずらして表示する機能があるのですが、当初は-23~+23時間の範囲で1時間単位でずらす機能しかなかったんですよね。でも、日本との時差が30分単位でズレているらしい地域にお住まいの方からご要望を頂いて、今では-23.5~+23.5時間の範囲で0.5時間単位でずらせるようになっています。どこの国にお住まいなのかは聞かなかったのですけども、GMTから30分ずれている地域もちらほらあるんですね。ネパールみたいにUTC+5:45みたいなすごい標準時(日本と3時間15分差)の国だと今の仕様では対応できませんが。今のところそのご要望は頂いていないのでいいかな、と思っています。^^;
何も食べずに寝よう……。(:3[____]
空港に着くと、その書類が全部揃ってるか(デジタル/アナログ)どうか各人確認され、書類ごとに内容チェックの関門があり、複数チェックポイントを通ってやっと空港での検査と言う流れで、事前にスマホ等で準備をしてた人は1~2時間程度で空港の外に出れる、と言う状況らしいです。傾向として3時間程度は留め置かれると思ってた方がいいと言う話です(2、3月頃、タイミング悪かったのか、8時間掛かったと言う人もいました)。
厚生省のアプリは厚生省、税関手続きのアプリは税関、と言う風に、アプリ内の情報は各管轄で共有するわけではないので、それぞれ登録、そして到着時にチェックが必要と言うことのようです。
事前に登録などができる、飛行機内で書類に記入と言うのをスキップできる手続きは、事前に情報収集してればそういうのがあると分かりますが、知らなくてやってなくて陰性証明書だけ持って普通に飛行機に乗る人も多いと思いますし、アプリも絶対に完璧と言うわけではないので、やっぱり紙の書類も所持しておくようにと言う注意も(トラブった人からの情報として)流れて来ますし、対応が空港ごと、航空会社ごとでも違ったりと、アプリで入力、画面見せたら即通過、と言うわけには行かないと言うのが現状のようです。
入国時の陰性証明書も、混乱を避けるために厚生省が「原則、このフォームのみ受け付ける」と言うのを出してるのですが、これが曲者で、海外の検査機関は大体自分のところのフォームで陰性証明書を出してるわけで、そこに「この形式でないとダメなんだ」と持って行って見せてもなかなか話が通じず、「そんなこと言っても、内容が同じなら大丈夫でしょー」と海外基準で返事されるのですが、日本のお役所に例外はないと思って間違いないと分かってる日本人は、ここで抗弁し、相手を説得させるだけの語学力がないと即死です。
まあさすがに感染拡大から2年も過ぎると、日本政府は何か特別じゃないとダメらしいと言うのは周知されつつあるようで、そこそこ大きい街の検査機関なら、まあそれなり話は通じるのではと思います。
まあ、厚生省側も、内容が同じならまあ良し、とやや態度を和らげているので、しかしこの同じ、と言うのも、書類を見た人の判断なので百%大丈夫かはその時になってみないと分からない罠。
空港で手続きに無駄が多いと言う話もありますが、同時に、手続きは大変スムーズだった、オペレーションがものすごく考えられていると言う声もあって、この辺はタイミングとか状況で感想が変わるのではと思いました。
個人的な印象としては、事前に情報収集、準備万端で臨むと、待ち時間等ややマシになるのでは、と言う感じです。
そう言えばこの厚生省のアプリも、OS等が最新でないと上手く動かなくてスマホを買い換えないと、みたいな話もありましたね。
こういう入国時健康管理的アプリは各国出してますが、スマホが上手く動かない、ネット接続がアレ、登録に時間が掛かった等、何かしらのトラブルは想定して、自分は紙も用意しておくと思います。
と言う、リプと称した長い雑感でした。長文がどんな風に表示されるかのテストと言うことでひとつ(黙れ)。
Elements2019だとラスタライズしなくても「プラスチック」などのスタイル適用ができました。
こういう矢印をスクショに使う時は、他の部分に重なるのを恐れずにどーんと巨大にした方がわかりやすいものなんだなと、にししさんのTIPS記事を読んであらためて思いました。
🍵Re:2792◆私は逆に、単体で見せるという発想がありませんでした。^^; 「装飾機能」という先入観があったので「何かに適用した装飾を使って、それっぽく見せる」みたいな考え方だったもので。
🍵Re:2793◆なるほど、.htaccessで何かしているディレクトリでは使えないのですか。てがろぐCGIは .htaccess 配下のディレクトリに置きつつ、doさんのプログラムそのものは .htaccess で何も制御していない別ディレクトリに置いておいて、てがろぐからは「別ディレクトリに存在するdoさんのプログラム」を呼び出す方法でもダメなのですか?
🍵Re:2794◆いろいろ試してみて下さい~。(╹◡╹)ノ
🍵Re:2795◆ムーヴキャンバスだと、ボディの中程より上が白のようですね。私が見たのは、本当に(人間が乗る部分の)屋根だけが白だったのです。屋根というのか天板というのか天井というのかよく分かりませんが。^^; まさしく上端だけが白色だったので阪急電車みたいだな、と思ったのでした。
ハヤシライスをうどん用のお椀に入れて、さらにうどんも入れたような感じ。(米+うどん)
2778です。
運用しているてがろぐで、一つは.htaccessでURLのリダイレクト、もう一つは同じく.htaccessでURLのリダイレクトと検索エンジンからのアクセスの禁止をしているのですが、そのせいなのかいいねボタン(改)の管理画面にアクセスできませんでした(両方ともです)。
以前doさんのTwitterを見たところ、.htaccessでアクセス制限をかけているディレクトリでは使えない仕様になっていると書いてあったので(プログラムの解説にも同じようなことが書いてありました)、その関係だと思います。
WEB拍手はあったらいいなと思いますが、てがろぐがあるだけでもうとてもとても助かっているので、ご無理にならない範囲でご検討いただけたら嬉しいですm(_ _)m
display: block;
border-bottom: 1px dotted gray;
padding-bottom: 0.75em;
margin-bottom: -0.5em;
}
のようにする方が良さそうな気がしました。(太字部分が追加したソース)
……ので、標準スキンのCSSだけ修正してみました。
🍍Re:2774◆うまくいったようで良かったです。末永くご愛用頂ければ幸いです。
🍍Re:2775◆そういえば、[英字:~]記法のほかに [数字:~]記法を0~9の10種類用意して、例えば[4:~]だったら <span class="decoration4">~</span> のような出力にする「汎用装飾」的なものを用意しようと考えていた頃もありました。結局、[F:class名:~] の自由装飾記法を作ったのでお蔵入りになりましたが。しかし、頻出記法のためには [数字:~]記法みたいな、もっと簡単に入力できる方法があっても良いかもしれませんね。需要がどこまであるかは分かりませんが。^^;
🍍Re:2776◆プレビュー機能がお役に立っているようで嬉しいです。やはり公開前に確認できる方が便利ですよね。^^;
🍍Re:2777◆てがろぐカスタマイズ解説動画もぜひよろしくです。(╹◡╹)
🍍Re:2778◆てがろぐのご愛用ありがとうございます。いいねボタンで「仕様に合わず使えない」というのは具体的にはどんな点がアウトだったのでしょう? もしよろしければ教えて下さい。
🍍Re:2784◆開発放言のコメントをどうもありがとうございます。掲示板モードも需要ありそうですかね。個人的にも使いたいので作りたい気はあるのですが、そうそう簡単でもなさそうなのでどう計画するかを考えているところです。需要の度合いが見えれば良いのですけども。(^_^;) で、いいねボタンの導入がダメだった理由ももしよろしければ教えて下さい。(今後の開発の参考のため)
🍍Re:2785◆「区切り線」は、実は自由装飾記法のサンプルとして標準添付各スキンのCSSに含んでいます。.deco-separatorというのがそれで、[F:separator:~]と書くと、その下に区切り線が現れます。ご活用頂ければ幸いです。サンプルでは灰色の点線が引かれますが、CSS内の .deco-separator { ~ }の部分を編集すれば、自由な線種・線色にできます。
🍍Re:2786◆前述の通り区切り線はサンプルとして用意してあるのですが、しかしご提示のソースの方が便利ですね!^^;
🍍Re:2787◆ブログも読んで下さってありがとうございます。映画会社によっては、会社ドメイン内に掲載する方針のところもあって理想的ですね。ドメイン破棄リスクがもっと広く認識されると良いのですけども。外部リンク用CGIは個人的にもあると便利だなと思うのですけども、開発の優先度はまだ考え中です。リンク先のNot Found等をチェックするなら、CGIよりもPHPで作る方が簡単だろうな……という気もしています。
🍍Re:2788◆やり始めるまでが大変なんですよね。(笑)
動作サンプルの区切り線は、もうちょっと padding-bottom:0.5em; とかを加えた方が良かったな……と、いま使ってみて思いました。^^;
コミケレポートコーナーをリニューアルした理由 読みました。ドメインが破棄された人気サイトが無関係な業者にドメイン再取得されてアダルトサイトなどに変貌してしまう問題、日本の映画公式サイトにも多いですよね。ほんの数年前に公開された映画が気になって公式サイトを見に行ったら、全然関係ない怪しいサイトに繋がってガッカリする現象が多いこと多いこと(^^;) 個人運営の同人サイトは仕方ないにしても、企業がやってる映画の公式サイトが毎回独自ドメインで作られる慣習って未だに無くなりませんね…。ビターズ・エンド みたいに企業のドメイン内に作品ごとの公式サイトを置く方式が広まってほしいものです。
私の個人サイトにも未だにリンク集ページがありますので、(気の早い話ですが)もしも外部サイトリンク用のCGIを作られたら是非使わせて頂きたいです。てがろぐのスキンをうまく作ってリンク集ページに使おうかなと思ったことはあるのですが、リンク集用のCGIがあったらそれはそれで嬉しいなと…。
.deco-hr{
display:inline-block;
width:100%;
height:2px;
border-top:2px solid #000000;
}
こんなふうにCSSを書いておいて[F:hr: ]と投稿すれば区切り線っぽくなりそうです(多分)
あと、入力中の文章の任意の場所へ画像をいくつでもホイホイ挿入できるようになったら大変便利だなあと思いました。
それと、皆さんが仰っておられるような「(てがろぐ専用)web拍手CGI」が出来ると嬉しいです。
あれこれ要望してしまいましたが、にししさんのご負担にならない範囲で実装についてご一考いただけたら幸いです❣️🍭
開発放言を拝見したのですが、切り替え型掲示板モードの採用、個人的にとても楽しみです。メモ代わり、ギャラリー用等々、複数設置して大活躍しているのですが、掲示板的に利用する時、ログイン無しで名前記入できて書き込めるといいな~と思っていたので。個人的には投稿者がアイコンを選べる機能があると嬉しいです💕
そして>>2778さんと同じく、私の環境でもいいねボタン(改)導入がちょっと…なので、ウェブ拍手風CGIもあったら嬉しいです。ご検討のほどをよろしくお願いいたします🙇🏼♂️#要望
doさんのいいねボタン(改)もあるのですが、私の使っている環境がいいねボタン(改)の仕様に合わず使えないというのがありまして。
もしもWEB拍手のようなCGIが開発されましたら、コメントも一緒に送れると嬉しいです☺️
#感謝
てがろぐにはいつもお世話になっていて、毎日使わせていただいています🙇
ここ一ヶ月は毎日必ず呟いている状態です。てがろぐがあるとないとでは大違いな生活を送っています。
素敵なCGIを開発してくださって本当にありがとうございます🙏✨
🆕 Ver 3.6.1βの更新点(概要):
●下書き投稿のプレビュー機能
●tegalog.cgi の1行目のPerlパスを試験的に「 #! /usr/local/bin/perl 」に変更
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
🍵Re:2759~Re:2765◆ベースは『パターン➊ パスワードをあらかじめ設定しておいて、各投稿には「☑鍵付き」のようなチェックボックスを加える。』にしておいて、「☑鍵付き」にチェックが入っていれば管理画面で設定してある共通パスワードを要求する。しかし、「☑鍵付き」にチェックが入っている投稿の1行目先頭に [[KEY:hogehoge]] のようなコマンドが書かれている場合は、共通パスワードではなく hogehoge をパスワードにする。……というような感じでいこうかな……という気が(今のところは)しています。No.2765さんのおっしゃるとおり、パスワードは一律の方が実装はシンプルなので、『パターン➊がベースで、裏技的に➋も使える実装』みたいな感じですかね。これだと、「パスワードは加えたいが共通パスワードで良い」という場合には、いちいちパスワードを書かなくても「☑鍵付き」にチェックを入れるだけで済むので、操作も楽な気がします。
🍵Re:2762◆素晴らしい気づきをありがとうございます! 「プレビューの代わりに使うことになりそう」というご意見で、「そうか、プレビュー機能がこれで作れるんだな」と気付きました。(笑) 下書きのプレビュー機能自体はご要望頂いていましたし私も欲しいと思っていたのですが、簡単な実装方法が思いつかなかったので先送りしていたのですけども、よく考えたら「プレビュー」という単独機能をわざわざ用意しなくても、投稿1件の単独表示時にログイン中のユーザIDをチェックして表示するかどうかを決めれば良いだけですね。そこに気付けたので、わりと簡単に実装できました。この後でβ版として配布します。
🍵Re:2767◆てがろぐのご使用をどうもありがとうございます。(╹◡╹) ご質問の回答です。➡ おっしゃるとおり「最初の1枚を注意書き」にした上で、その1枚を(通常の表示時には)非表示にする方法はいかがでしょうか。例えば、下記のような感じです。
①メインのスキンで読み込まれるCSSに、あらかじめ .deco-hide { display: none; } のような1行を加えておきます。
②次に注意書き用の画像を例えば attention.png というファイル名でimagesディレクトリにUPしておきます。
③ネタバレ対策で隠したい画像を投稿する際には、投稿本文内でその画像が現れるよりも前の位置に [F:hide:[PICT:attention.png]] のように書いておきます。
すると、「1枚目の画像」は attention.png になりますからギャラリーモードではこれが表示されます。しかし、この1枚目の画像は [F:hide:~] で囲まれているので、(メインのスキンで読まれるCSSでは display:none; が適用されますから)ページ上には表示されません。
……こんな対策ではいかがでしょうか?
🍵Re:2768◆私もその投稿で「そんな活用方法が!」と膝を打ちました。(笑)
🍵Re:2769◆たしかに、投稿にパスワードを加えると、「全体は検索に拾われるようにしている中、特定の投稿だけは拾われないようにする」という使い方もできますね。その視点はありませんでした。参考情報をどうもありがとうございます!
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141