https://twitter.com/WIKIWIKI_Japan/status/1483053357250256902 だそうですね
では、問い合わせてみましょう
この質問は、wikiwiki運営者以外に答えようがないでしょう。 ここは「ユーザー(同士の)助け合い掲示板」なので、 知りたいなら、直接運営に問いあわせるしかありません。
具体的に「誰」が「どのように」という評価方法(あるいは計算式)をオープンにしないまま、 「みんなが評価している」という言い回しに 違和感や疑問を懐くユーザーは多いと思います。 (どうでもいいと思う人も多いでしょうけど)
世の中は様々なランキングであふれていますが、 個人的には、算出方法を明らかにしない「勝手にランキング」に、 価値や意味はないものと考えます。
確かに 誰が評価してるのか気になります
「HOTなWiki」は算出方法が公開されていない以上分かりませんが、「評価されているWiki」はその名の通り外部組織やその道の評論家から一定の評価を得ているものを載せているのではないのでしょうか?
私も出来れば何処が評価しているのか教えて頂きたいですね。
ありがとうございます
途中でcの行を入れると、その下の行は新しい方が優先されるので、それを利用するのはどうでしょう。
|BGCOLOR(gray):|||c // ↑元の書式 |あ|い|う| |>|>|BGCOLOR(cyan):|c // ↑1行だけの書式 |あ|い|う| |BGCOLOR(gray):|||c // ↑元の書式に戻す |あ|い|う| |あ|い|う|
なるほど、ありがとうございます。 補足含め素早い&詳しいご回答いただき助かりました。
おすすめ... わからん
リストのまとまりから抜け出すだけなら、たんに空行を挟むだけでよいです。 前述のやり方はリスト文で字下げインデントを制御しつつラジオボタンの対象から逃げる所が要点です。
ありがとうございます。大変参考になりました。 空レベル1を入れるとその手前の行でまとまりが切れるんですね。
D~fを参考にして下記のようにしました。
-Dレベル1 ラジオボタンあり--Eレベル2 ラジオボタンあり-  • Fレベル1 ラジオボタン無し(空レベル1と空行の後に記述)
以下の方法でできます。wikiwikiのほうにコピペして確認してください。 これらは仕様の隙をつくやり方です。意図がわかってない人がみると誤記に見えると思います。
-Aレベル1 ラジオボタンあり - bレベル1 ラジオボタン無し (ハイフンの後何も書かずに改行して記述。直前は空行のこと) ---cレベル1 ラジオボタン無し (他の子要素にならずにハイフン3リスト) -Dレベル1 ラジオボタンあり --Eレベル2 ラジオボタンあり - -- fレベル2 ラジオボタン無し (空レベル1と空レベル2の後に記述) -Gレベル1 ラジオボタンあり ---hレベル2 ラジオボタン無し (レベル1に直接ハイフン3リストをぶら下げる)
pcommentでラジオボタンが付く条件は、-リスト文か--リスト文です。 しかし-の後に何も書かないで改行するとそうとは見なされないようで、また空改行も詰めてくれるようです。
また---リスト文は通常インデントレベル3に使われるためこれも返信ラジオボタンの対象になりません。 インデント位置はどのレベルの子要素かで決まるので、これをインデントレベル3ではない位置にも置けます。
問題点1は上記の方法で解消できます。問題点2は結果的に意図したように動作すると思いますが、状況によっては時系列でコメントが挿入されないケースがあると思います。
他にも+リスト文とか:|定義文とかでも返信ラジオボタンの対象にならずにインデントを調整することができます。
有難うございます
丁寧な説明ありがとうございます。 うまくいきました。
上記の記述のままでfirefoxだと意図したように見えてます。 表全体の高さに対して、左列3等分、右列が2等分になります。
一方Edgeだと表示上は以下のような感じに見えます。 |A|0000| |B|0000| |C|~|
以下のようにするとEdgeでも分割比は意図したようになります。 一列目は何でもよいので文字が入ってる必要があります。
|1|A|0000| |2|B|~| |3|~|0000| |4|C|~|
01vさん、弥七さん、ありがとうございました。それぞれ使わせていただきます。
pre は整形済みテキストですね。code は見つかりませんでした。
ソースコード用のcodeプラグインがあります。
#code[([言語名][,number|nonumber])]{{ ソースコード }}
マルチライン整形済みテキスト
#pre(){{ ABC DEFG HIJ KLMN OPQ RSTU }}
マルチライン整形済みテキスト 番号付き
#pre(number){{ ABC DEFG HIJ KLMN OPQ RSTU }}
拡張済み整形済みテキスト インライン要素が展開される。色など付けられる。空行は適当なインライン型プラグインを挟む。
# ABC DEFG # HIJ &color(red){KLMN}; # &null(){}; # OPQ RSTU
そういうのは知恵袋でやった方が良いかと……
公式にチェック入れた記憶がなかったのですが、ついていたようなので外しておきました。すみません。
01vさんのように表記してみたところ、自分が考えていた通りに表示することができました。 koishibaさんの表記も参考にしつつ、もっと見やすいものを作っていこうと思います。 お二方ともに、教えていただきありがとうございました。
見栄え云々以前に、3つの表組みが全て異なっていて、 何をしたいのかが伝わってきません。 (それと、なぜ公式のタグが付いているのでしょう? 運営の公式トピックではないですよね?)
推察するに、1行目は1列目と2列目を連結、 2&3行目はA2が1列目、B3が2列目で 3~6列目を連結して表組みしたいということでしょうか。
そういうことなら、 A2の右隣、B3の左隣の「>」は余計です。
そのうえで、B1セル幅を140、1列目幅を40に指定するなら、 140-40=100で、 2列目の幅は100ということになります。
つまり、
|40|100|60|40|80|180|c |>|B1|C1|D1|E1|F1| |A2||>|>|>|F2| ||B3|>|>|>|F3|
でB1セル幅が140になります。
結合しない行をどこかに入れれば意図したように表示されると思います。 例えば以下。 |40|140|60|40|80|180|c |>|B1|C1|D1|E1|F1| |A2|>|>|>|>|F2| |>|B3|>|>|>|F3| ||||||| 空の行でなくともヘッダーやフッターでもよいです。 見栄えが悪ければ、枠線と同じ色でBGCOLORで塗りつぶしてしまうとか。
この件で気が付いたのですが、以下のように書いてもレンガ状に表組はされないようです。 |A|>|C| |>|B|C| 2行2列で一体化され以下のようになります。 |A|C| |B|C|
|画像|のようにテーブルに埋め込んで枠をつける方法もあります。
以下のページを参照 ページを編集する スマホならメニューは鉛筆マークから
こちらの環境はWindowsとFirefox, WindowsとChromeです flex_containerは枠の幅の調整用です
必要な部分は # &ref(画像); 行頭が 半角#半角スペース(# ) で始まる行はインライン要素が展開される整形済みテキストになります https://wikiwiki.jp/sample/整形済みテキスト#p5e7876a テキストの代わりに画像を入れると枠が付くのですが他の環境は確認していませんでしたすみません
確認ありがとうございました。 いただいた方法はflex_containerを使うと枠線が表示されるということでしょうか 私の方ではうまくいきませんでした
他のウィキとは「wikiwiki内の他のwiki」のつもりでした。言葉足らずでした。 wrapは整形ルールにあったので使えるものと思って格闘しておりましたが機能しないとわかってつかえが取れました。 今後の指針まで丁寧にありがとうございました。
たしかにパラメータのwrapが有効に機能している画像は見たことがないですね そこで画像を枠で囲む方法を考えてみました
#flex_container{{ # &ref(img/ねこ.jpg,nol,55%,2022年は寅年); }}
こんな感じでどうでしょうか 白背景だとやや見えにくいかもしれません
他のウィキというのが具体的にどのWikiを指すのかわかりませんし、 そもそも他のWikiのことをここで訊ねるのはどうかと思いますが、 こちらにwrapの記述がないので、 wikiwikiではおそらく意図的に外されているのだと思います。 (上記の記事はインライン書式についてのものなので、 念のためブロック書式でも確認しましたが、やはり機能しないようです) オプションに加えて欲しいなら、運営に要望を出されると良いでしょう。
直接質問・要望を出す以外に、 リクエスト広場で、他者の意見を募ることもできます。 運営の目に留まれば、wikiwikiでも使えるようにしてくれるかもしれません。
いまさらですが、回答です。 SMS認証を適用しているWikiでは、海外からの編集を許可する設定にしていても070,080,090の回線を持っていない海外ユーザーはSMS認証ができないので編集できません。 海外ユーザーにも書き込みしてほしい場合、海外ユーザーの書き込みを許可する設定かつ、編集対象ページの規制を削除する他ありません。 荒らし行為が発生した場合に都度、対象者用に規制ルールを作成することになります。 ですが、荒らしに対する未然防止対策として、当初と比べて効果は薄くなります。 情報の充実を図るか、荒らし対策を優先するかは管理人の裁量に委ねられます。
>> 6 そもそもLazy LoadそのものがHTMLの標準になったのが比較的最近のことなのですね、なるほど。 調べてみると現在のiOS 15に搭載されているSafariではやはり未対応だということが分かりました。
この度はお二方とも本当にありがとうございました。 (Safariユーザーを度外視するならともかく、)当面は画像のサイズは%指定ではなく絶対値で指定したほうが良さそうですね。
SafariはLazy-Loadにまだ対応してないのかもしれません。 Safari Lazy-Loadで検索するといくつかページヒットします。 ただ去年末くらいの記事なので最新情報はわかりません。
>> 3 >> 4 お二方とも、アドバイスいただきありがとうございます。
弥七様のご指摘頂いた通り、サンプルページに使用していた&attachrefの全て(MenuBarやHeader等含む)をサイズ指定に変更したところ、この問題は解決しました。 また、Seesaa Wikiでこの現象が発生しなかったのは、そちらではLazy Loadが導入されていない為でした。
本当に助かりました、ありがとうございます。
後学の為にご存知でしたら1つご教授いただければ幸いなのですが、この問題がiOS+Safariの環境のみで発生したのは、Lazy Loadで画像が読み込まれた際、他のコンテンツに与える挙動がiOS版Safariのみ異なるということで、wikiwiki側の問題ではないという理解で良いのでしょうか?
Lazy Load (画像遅延読み込み)が適用されブラウザ画面内に入ってから画像が表示されるようになりました。 アンカーで移動してから、画像が表示され、画像の高さ分、元の位置から大きくズレていることが考えられます。 画像のサイズを指定すると、最初から高さが確保されますので試してみてはどうでしょうか?
Lazy Load (画像遅延読み込み)
【お知らせ】画像転送量を約50%削減することに成功しました。attachref ref に Lazy Load (画像遅延読み込み)を適用、これにより表示領域外の画像は読み込まれません。fold や accordion で隠した部分にも対応、開いてから読み込みを開始します。不要な読み込みを減らしパフォーマンスが改善しました。— WIKIWIKI (@WIKIWIKI_Japan) February 9, 2021
【お知らせ】画像転送量を約50%削減することに成功しました。attachref ref に Lazy Load (画像遅延読み込み)を適用、これにより表示領域外の画像は読み込まれません。fold や accordion で隠した部分にも対応、開いてから読み込みを開始します。不要な読み込みを減らしパフォーマンスが改善しました。
アンカーが何を基準にジャンプ位置を決めてるのかは理解しておらず、見えてる状況からの推測ですが。画像を展開したときの大きさ分文章が下の方に押しやられてずれてる可能性が考えられます。 例えば、ページ読み込み、文書展開、ジャンプ完了、あとから画像展開されて、アンカー位置が下にずれる、ような。そう仮定したとき、予めページを完全に表示させておいてからなら、ずれないのではないかと。 一方で1つ目の見出しアンカーはちゃんとジャンプしており、anameとはなにか動作が違うようにみえます。インライン要素であることになにかあるのかもしれません。
何にせよwikiの書き方で工夫するアイディアは思いつきません。mac環境の方のアドバイスかwikiwikiの対応が必要と思います。
ありがとうございます。 ズレの程度は添付の動画の通り、かなり大幅なズレが発生します。
当方もSafari側の問題だと考えておりましたが、自身が管理している他のレンタルwikiサービス(Seesaa wiki)で管理しているWikiでは、こうしたアンカーのズレというものは発生しないので、ブラウザ側の問題と断定できないんですよね。 Wikiwiki運営に問い合わせ、修正を要望するべき案件なのでしょうか。
Windows+Firefox、androidで見ても違和感はないです。ズレるとはどの程度なのでしょうか。 結局wikiは以下のようにHtmlに変換するだけなので、それをどう解釈するのかはブラウザーのほうの問題のような気がします。(Htmlはあまり詳しくないので何が正し形化はわかりませんが。)
<p><a class="anchor" id="id_sample_2" name ="id_sample_2"></a>左空白に&aname<br />
できました
保存すれば反映されます。
補足
ページ名の前後に付いていた「"」を消したところ正常に戻りましたので安心していましたが、日を改めて再度wikiを開いたところ、FrontPageにリンクされていたその同じページが再び白紙の状態となっていた…という状態です。
https://twitter.com/WIKIWIKI_Japan/status/1483053357250256902
だそうですね
では、問い合わせてみましょう
この質問は、wikiwiki運営者以外に答えようがないでしょう。
ここは「ユーザー(同士の)助け合い掲示板」なので、
知りたいなら、直接運営に問いあわせるしかありません。
具体的に「誰」が「どのように」という評価方法(あるいは計算式)をオープンにしないまま、
「みんなが評価している」という言い回しに
違和感や疑問を懐くユーザーは多いと思います。
(どうでもいいと思う人も多いでしょうけど)
世の中は様々なランキングであふれていますが、
個人的には、算出方法を明らかにしない「勝手にランキング」に、
価値や意味はないものと考えます。
確かに
誰が評価してるのか気になります
「HOTなWiki」は算出方法が公開されていない以上分かりませんが、「評価されているWiki」はその名の通り外部組織やその道の評論家から一定の評価を得ているものを載せているのではないのでしょうか?
私も出来れば何処が評価しているのか教えて頂きたいですね。
ありがとうございます
途中でcの行を入れると、その下の行は新しい方が優先されるので、それを利用するのはどうでしょう。
|BGCOLOR(gray):|||c
// ↑元の書式
|あ|い|う|
|>|>|BGCOLOR(cyan):|c
// ↑1行だけの書式
|あ|い|う|
|BGCOLOR(gray):|||c
// ↑元の書式に戻す
|あ|い|う|
|あ|い|う|
なるほど、ありがとうございます。
補足含め素早い&詳しいご回答いただき助かりました。
おすすめ... わからん
リストのまとまりから抜け出すだけなら、たんに空行を挟むだけでよいです。
前述のやり方はリスト文で字下げインデントを制御しつつラジオボタンの対象から逃げる所が要点です。
ありがとうございます。大変参考になりました。
空レベル1を入れるとその手前の行でまとまりが切れるんですね。
D~fを参考にして下記のようにしました。
以下の方法でできます。wikiwikiのほうにコピペして確認してください。
これらは仕様の隙をつくやり方です。意図がわかってない人がみると誤記に見えると思います。
pcommentでラジオボタンが付く条件は、-リスト文か--リスト文です。
しかし-の後に何も書かないで改行するとそうとは見なされないようで、また空改行も詰めてくれるようです。
また---リスト文は通常インデントレベル3に使われるためこれも返信ラジオボタンの対象になりません。
インデント位置はどのレベルの子要素かで決まるので、これをインデントレベル3ではない位置にも置けます。
問題点1は上記の方法で解消できます。問題点2は結果的に意図したように動作すると思いますが、状況によっては時系列でコメントが挿入されないケースがあると思います。
他にも+リスト文とか:|定義文とかでも返信ラジオボタンの対象にならずにインデントを調整することができます。
有難うございます
丁寧な説明ありがとうございます。
うまくいきました。
上記の記述のままでfirefoxだと
意図したように見えてます。表全体の高さに対して、左列3等分、右列が2等分になります。
一方Edgeだと表示上は以下のような感じに見えます。
|A|0000|
|B|0000|
|C|~|
以下のようにするとEdgeでも分割比は意図したようになります。
一列目は何でもよいので文字が入ってる必要があります。
01vさん、弥七さん、ありがとうございました。それぞれ使わせていただきます。
pre は整形済みテキストですね。code は見つかりませんでした。
ソースコード用のcodeプラグインがあります。
マルチライン整形済みテキスト
マルチライン整形済みテキスト 番号付き
拡張済み整形済みテキスト
インライン要素が展開される。色など付けられる。空行は適当なインライン型プラグインを挟む。
そういうのは知恵袋でやった方が良いかと……
公式にチェック入れた記憶がなかったのですが、ついていたようなので外しておきました。すみません。
01vさんのように表記してみたところ、自分が考えていた通りに表示することができました。
koishibaさんの表記も参考にしつつ、もっと見やすいものを作っていこうと思います。
お二方ともに、教えていただきありがとうございました。
見栄え云々以前に、3つの表組みが全て異なっていて、
何をしたいのかが伝わってきません。
(それと、なぜ公式のタグが付いているのでしょう?
運営の公式トピックではないですよね?)
推察するに、1行目は1列目と2列目を連結、
2&3行目はA2が1列目、B3が2列目で
3~6列目を連結して表組みしたいということでしょうか。
そういうことなら、
A2の右隣、B3の左隣の「>」は余計です。
そのうえで、B1セル幅を140、1列目幅を40に指定するなら、
140-40=100で、
2列目の幅は100ということになります。
つまり、
|40|100|60|40|80|180|c
|>|B1|C1|D1|E1|F1|
|A2||>|>|>|F2|
||B3|>|>|>|F3|
でB1セル幅が140になります。
結合しない行をどこかに入れれば意図したように表示されると思います。
例えば以下。
|40|140|60|40|80|180|c
|>|B1|C1|D1|E1|F1|
|A2|>|>|>|>|F2|
|>|B3|>|>|>|F3|
|||||||
空の行でなくともヘッダーやフッターでもよいです。
見栄えが悪ければ、枠線と同じ色でBGCOLORで塗りつぶしてしまうとか。
この件で気が付いたのですが、以下のように書いてもレンガ状に表組はされないようです。
|A|>|C|
|>|B|C|
2行2列で一体化され以下のようになります。
|A|C|
|B|C|
|画像|のようにテーブルに埋め込んで枠をつける方法もあります。
以下のページを参照
ページを編集する
スマホならメニューは鉛筆マークから
こちらの環境はWindowsとFirefox, WindowsとChromeです
flex_containerは枠の幅の調整用です
必要な部分は
# &ref(画像);
行頭が 半角#半角スペース(# ) で始まる行はインライン要素が展開される整形済みテキストになります
https://wikiwiki.jp/sample/整形済みテキスト#p5e7876a
テキストの代わりに画像を入れると枠が付くのですが他の環境は確認していませんでしたすみません
確認ありがとうございました。
いただいた方法はflex_containerを使うと枠線が表示されるということでしょうか
私の方ではうまくいきませんでした
他のウィキとは「wikiwiki内の他のwiki」のつもりでした。言葉足らずでした。
wrapは整形ルールにあったので使えるものと思って格闘しておりましたが機能しないとわかってつかえが取れました。
今後の指針まで丁寧にありがとうございました。
たしかにパラメータのwrapが有効に機能している画像は見たことがないですね
そこで画像を枠で囲む方法を考えてみました
#flex_container{{
# &ref(img/ねこ.jpg,nol,55%,2022年は寅年);
}}
こんな感じでどうでしょうか
白背景だとやや見えにくいかもしれません
他のウィキというのが具体的にどのWikiを指すのかわかりませんし、
そもそも他のWikiのことをここで訊ねるのはどうかと思いますが、
こちらにwrapの記述がないので、
wikiwikiではおそらく意図的に外されているのだと思います。
(上記の記事はインライン書式についてのものなので、
念のためブロック書式でも確認しましたが、やはり機能しないようです)
オプションに加えて欲しいなら、運営に要望を出されると良いでしょう。
直接質問・要望を出す以外に、
リクエスト広場で、他者の意見を募ることもできます。
運営の目に留まれば、wikiwikiでも使えるようにしてくれるかもしれません。
いまさらですが、回答です。
SMS認証を適用しているWikiでは、海外からの編集を許可する設定にしていても070,080,090の回線を持っていない海外ユーザーはSMS認証ができないので編集できません。
海外ユーザーにも書き込みしてほしい場合、海外ユーザーの書き込みを許可する設定かつ、編集対象ページの規制を削除する他ありません。
荒らし行為が発生した場合に都度、対象者用に規制ルールを作成することになります。
ですが、荒らしに対する未然防止対策として、当初と比べて効果は薄くなります。
情報の充実を図るか、荒らし対策を優先するかは管理人の裁量に委ねられます。
>> 6
そもそもLazy LoadそのものがHTMLの標準になったのが比較的最近のことなのですね、なるほど。
調べてみると現在のiOS 15に搭載されているSafariではやはり未対応だということが分かりました。
この度はお二方とも本当にありがとうございました。
(Safariユーザーを度外視するならともかく、)当面は画像のサイズは%指定ではなく絶対値で指定したほうが良さそうですね。
SafariはLazy-Loadにまだ対応してないのかもしれません。
Safari Lazy-Loadで検索するといくつかページヒットします。
ただ去年末くらいの記事なので最新情報はわかりません。
>> 3
>> 4
お二方とも、アドバイスいただきありがとうございます。
弥七様のご指摘頂いた通り、サンプルページに使用していた&attachrefの全て(MenuBarやHeader等含む)をサイズ指定に変更したところ、この問題は解決しました。
また、Seesaa Wikiでこの現象が発生しなかったのは、そちらではLazy Loadが導入されていない為でした。
本当に助かりました、ありがとうございます。
後学の為にご存知でしたら1つご教授いただければ幸いなのですが、この問題がiOS+Safariの環境のみで発生したのは、Lazy Loadで画像が読み込まれた際、他のコンテンツに与える挙動がiOS版Safariのみ異なるということで、wikiwiki側の問題ではないという理解で良いのでしょうか?
Lazy Load (画像遅延読み込み)が適用されブラウザ画面内に入ってから画像が表示されるようになりました。
アンカーで移動してから、画像が表示され、画像の高さ分、元の位置から大きくズレていることが考えられます。
画像のサイズを指定すると、最初から高さが確保されますので試してみてはどうでしょうか?
Lazy Load (画像遅延読み込み)
あるいは表示する画像の量や大きさに依存性があるか
アンカーが何を基準にジャンプ位置を決めてるのかは理解しておらず、見えてる状況からの推測ですが。画像を展開したときの大きさ分文章が下の方に押しやられてずれてる可能性が考えられます。
例えば、ページ読み込み、文書展開、ジャンプ完了、あとから画像展開されて、アンカー位置が下にずれる、ような。そう仮定したとき、予めページを完全に表示させておいてからなら、ずれないのではないかと。
一方で1つ目の見出しアンカーはちゃんとジャンプしており、anameとはなにか動作が違うようにみえます。インライン要素であることになにかあるのかもしれません。
何にせよwikiの書き方で工夫するアイディアは思いつきません。mac環境の方のアドバイスかwikiwikiの対応が必要と思います。
ありがとうございます。
ズレの程度は添付の動画の通り、かなり大幅なズレが発生します。
当方もSafari側の問題だと考えておりましたが、自身が管理している他のレンタルwikiサービス(Seesaa wiki)で管理しているWikiでは、こうしたアンカーのズレというものは発生しないので、ブラウザ側の問題と断定できないんですよね。
Wikiwiki運営に問い合わせ、修正を要望するべき案件なのでしょうか。
Windows+Firefox、androidで見ても違和感はないです。ズレるとはどの程度なのでしょうか。
結局wikiは以下のようにHtmlに変換するだけなので、それをどう解釈するのかはブラウザーのほうの問題のような気がします。(Htmlはあまり詳しくないので何が正し形化はわかりませんが。)
できました
保存すれば反映されます。
補足
ページ名の前後に付いていた「"」を消したところ正常に戻りましたので安心していましたが、日を改めて再度wikiを開いたところ、FrontPageにリンクされていたその同じページが再び白紙の状態となっていた…という状態です。