PukiWikiスレ　Part6 - 暇つぶし2ch

PukiWikiスレ　Part6 ..

451:nobodyさん
07/12/28 01:36:06
PukiwikiをXREAやCORESERVER(XREA系新サービス)に設置したのですが、
普段普通に表示されるページが何十回かに一回程度、
レイアウトがぐちゃぐちゃになって表示されるのですが、
原因は何でしょうか？

452:nobodyさん
07/12/28 02:32:09
>>451
PukiWikiのバージョンは？
スキンは何をお使いですか？
ブラウザを変えても発生しますか？
すべてのユーザーで同じ現象が発生していますか？

といった内容や、その他に気が付いたことや、
451で質問するまでに調べたこと、ためしたことを書いておいた方が
回答者としては答えやすいと思いますよ

453:nobodyさん
07/12/28 02:49:02
xrea っつったら
LayoutIgnoreURI *
じゃね？

454:nobodyさん
07/12/28 09:38:57
>>449
> １ページの情報量の多いサイトだとスクロースするのに重くなるのかな。
これはPukiWikiのせいじゃないだろ常考
たぶん普通に使ってる分にはページ数で重くなるってのは考えなくていいと思われ

455:nobodyさん
07/12/28 15:51:39
>>454
対象のサーバによるでしょ。
ページ数が多いって言うのがどれくらいか分からないけど、数千、数万ページを越えるなら
ファイルシステムの問題で、Windowsサーバなら遅くなる。

456:nobodyさん
07/12/30 01:52:55
ページ数増えるとAutoLinkも効かなくなるらしいけど、ググってたらこんなのみつけたけどこれは配布されてないの？
URLﾘﾝｸ(toheart2.org)

457:nobodyさん
07/12/30 10:14:00
これいいなー

458:nobodyさん
07/12/31 00:30:40
よさそだね。使ってみたいけど配布はしてないっぽいな。
他で使ってる所が全くかからんから

459:nobodyさん
07/12/31 13:52:02 Ld2wc+2N
機能も興味あるけど、見た目もblogﾗｲｸでかっけーな。ちょっと色変えたりするだけで垢抜けそうだ
配布しないのは、サポート面倒だからかなぁ。ﾃﾗﾎｼｽ(´･ω･`)

460:nobodyさん
08/01/01 00:09:53
ExtraWiki は一旦本家と合流しかけたのだが、別の問題が提示されて
撤退したはずなのだ

461:nobodyさん
08/01/01 07:27:18
まぁ GPL なんだから要求したらソース公開せざるを得ないんじゃない？
整理させてください→一年後ってことはあるかもしれんけど

462:nobodyさん
08/01/01 12:57:47 EETBZruB
GPL2を間違えてないか？
この場合利用してるだけでバイナリを提供してるわけじゃないから公開義務はない
グーグルがLinuxののFSを拡張したGFSを公開していないのも同じ論理

それが問題ってやつがGPL3でその辺改変しようとしてるだろ?

463:nobodyさん
08/01/01 13:43:24
公開は面倒だよなぁ。
サポートしないったって、必ず要求は来るし。
場合によっては、関連する他所にまで迷惑をかけかねないし。
フリーライダーはせめて大人しくしてりゃいいのに。

464:nobodyさん
08/01/02 02:28:10
去年は遂に、1度もリリースされなかったな。

465:nobodyさん
08/01/02 07:13:43
そういや1.4.7にスパム対策つけただけのを出すとか言ってなかったか？
リリースがあるとすれば、まずそれだなｗ

466:nobodyさん
08/01/03 12:16:33
PukiWiki を OO でフルスクラッチするぞって言ったら手伝ってくれるやついる？

考えているのは

1. 頑張りすぎない。燃え尽きない。
2. もちろん現行の PukiWiki の目先の問題点を修正することはしない
3. ただし現行の PukiWiki と基本的な部分で互換性を維持する
　テキストファイルに保存する方式とか
4. 複数のメンバーで開発、メンテを分担できる程度のコードにする
　global 　変数と定数だらけ、設定が全部 PHP まんまなのをやめて影響範囲を小さくする
　ただし使えそうなコードの流用はしたいので GPL は維持されちゃうかも
　（オプショナルなモジュールとかだったら GPL を全体に波及させずに
　　利用することはできるか？）
5. PukiWiki のパーサ部分を Pear の Text_Wiki のサブクラスにして独立させる
　PukiWiki のパーサを他の Wiki で、逆に他の Wiki のパーサを PukiWiki で使えるように
6. 　イマドキの機能を盛り込みやすいように全体設計を見直す
　pluggable なフィルタとか API ベースで動かすとか

数字が若い方が優先順位は高い。

現行の PukiWiki との互換性をまず維持するのは移行しやすくするため。
プラグインとかいきなり全滅だとたぶんみんな萎えるし、自分にもやる
メリットないから。

たまに plugin を書いたりすると不定期にこういうことを思いつくんだが
いい加減行動に移した方がいいのかと思って。でもさすがに一人でやる気には
ならないんで誰か賛同者居たら助かる。

467:nobodyさん
08/01/03 14:01:22
まずは様子を見る。

468:nobodyさん
08/01/03 14:12:43
そうか、そうだよな。何言ってんだオレ。

えっと挙げているところで何か気になるとことかある？
どういう形でやるとか、設計の方針とか。
すまん、どれくらい興味ありそうなのかくらいは知りたい。

469:nobodyさん
08/01/03 14:50:55
うーん、6. が漠然としすぎていてなんとも。たぶんまだそういう状況なんだろうけど。
とりあえず 5. は誰かが絶対にやらなければならない所だと思う。
pukiwiki のコードは + とか * とかすらハードコードで非常に困ったものだ。
簡単にオレ文法作れたり、ブログ用整形ツールもってこれたりできないとな。

470:466
08/01/03 15:32:53
正月早々つきあってくれてありがとう。

5 か。オレは別にハードコーディングでもいいんだよな。
そこら辺は困ってないんだ。カスタマイズする気もないし。
ただ整形ルールのコードだけ取り出すことが非常に難しく
なってるので、そこら辺をなんとかしたいってだけ。
で、やるなら Pear に Text_Wiki があるんだし、それに
合うようにしておいて、入れ替えはやりたい人が勝手に
やればいいという方針。

6 はまず処理の流れを整えて、最終的には pukiwiki framework
みたいな雰囲気になるのがいいのかなと思ってる。で、plugin
などの hook をいい具合に（笑）整備して、機能追加がしやすいとか
逆にある機能をゴッソリ入れ替えたりしやすくなるといいな。

例えば現状だと一個 plugin 書くだけでも全体に気を配らなきゃ
いけないけど、ユーザーのリクエストが来たとき、コンテンツを
ロードするとき、書き換えるときなどに適切に hook を配しておけば
あとは framework 側がよしなにしてくれる、という形をイメージ
してる。そういう仕組みがあれば spam 対策とか更新を mail で
通知とか namazu の index を更新するとかは全部 plugin として
切り離せるだろうと妄想中。API で利用できれば interwiki よりも
複雑なことをできるなーと期待してるけど、実際できるかどうかは
分かんないし、そこまで行くのにどれくらい掛かりそうなのかは
まだ検討つかない。そんなすぐできるとは思ってない。本家が
停滞してる今ならやりやすいかもなーくらい（笑）

471:nobodyさん
08/01/03 15:47:12
正直、規模が大きすぎるので2chの片隅でやるべきことじゃないんじゃない？
本当に実現-完遂したいならそれなりのところに出るべきかと・・・

472:469
08/01/03 15:52:29
ハードコーディングでもいいとか、こりゃあ正直期待できなさそうだ…
プラグイン作ってるんだよね？どれ？ソースコード見てレベルを量りたい。

473:466
08/01/03 16:24:49
>471
忠告ありがとう。でも大きくぶち上げるだけぶち上げて続かない
可能性もあるし。やる気がないとかじゃなくて「それなりのところに
出る」っていう言葉の向こうにサイト作成だの広報だのコミュニティの
運営だのが透けて見えちゃって。正直その辺に手間掛け続ける
余裕はないから。

>472
どうも方向性は合わなそうだね。

記法がハードコーディングであることに問題を感じないのは
そんなにまずい？　ちゃんとコードが入れ替えられるようになって
いれば別によくね？　すまん、ほんとにそこに何を期待しているのか
読み取れない。例えば設定ファイルで + を # に書き換えたら記法が
変更できますとかそういう機能がほしい？　もしそうだとすると
オレそういうのに全然興味湧かないんで、話は平行線だわ。
もちろんそういう風に仕上げてくれる人が居るならやってくれるのは
止めないけど、むしろ「PukiWiki 　の記法はこれです」て確定してる
状態で取り出せた方が面倒がないと感じてるんで。

プラグインは数年前作ったけど、今読み返していやになっている（笑）
そんな複雑なもんじゃないんだが。
で、これを直すついでにもう少し深いところに手を突っ込んだ
方がいいかなぁという気になって、今日はなぜか recent.dat を読み書き
するモジュールを書いている（笑）　地味すぎ。

474:nobodyさん
08/01/03 16:28:44
>>473
ただ単に、ハードコーディングがまずいということを感じないそのセンスがまずい。という意味。

475:466
08/01/03 16:36:48
>474
なる。
まぁ、いじる気さらさらないから。
動いてるものをいじらないの原則と解釈してください。

476:466
08/01/03 16:40:55
すまん、これだと全然話が見えないな。

記法の部分はとりあえず今のところ直す気ない。
グローバル変数とかグローバルな関数にべったり
依存している部分を適当に騙して動くように
なればいいと考えている。

477:nobodyさん
08/01/03 17:34:50
挙手してくれたから協力者だと認識できます、ということはひとまず脇へ置いておいて、
プロジェクトを進めてしまっては！？

協力してくれる人は黙ってすすっとソースを差し出してくれるかもしれないですし、
しばらくやってみてそういった方が現れないのであれば、
その時点でまた改めて協力者の確認や同プロジェクトの進行を再検討してみるとか、
いかがでしょう？

478:466
08/01/03 19:20:17
>477
ありがとう
そうだね。まぁとりあえず自分勝手に書く気ではいたんで。
今さら無駄なことすんなとかいう反応が多かったらどうしよう
と思って聞いてみた。

479:nobodyさん
08/01/03 23:46:45
復旧しない原因は、管理画面がないから

ほ、欲しい

480:nobodyさん
08/01/04 00:47:49 xwXFxFWp
どこで管理するの? 途中でいいからソースみたい

気になるのはpukiwikiの派生とするのかどうか
流れみてたら派生じゃぐちゃぐちゃでなんともならないとは思うけど、名前はpukiwikiなんとかになるのかなとか

481:nobodyさん
08/01/04 07:53:30
それはpukiwiki plusとどう違うの？

482:nobodyさん
08/01/04 09:09:47
466の考えてる方向性とは違うと思うけども、自分があったらいいな、と思うのは
-WYSIWYGなエディタが利用できる
-標準でスパム対策が利用できる
-管理画面から設定変更ができる
といったあたりかな。
普通の人に使ってもらうためには、Wikiの記法ですら導入ハードルになるんだよね…
Wiki実際に運用し始めると、スパム対策で一番苦労すると思うんでそこと。

483:nobodyさん
08/01/04 10:44:40
復旧じゃなくて普及だろ

484:nobodyさん
08/01/04 11:55:09
ある意味、復旧でも話が通じる気がするな。

485:nobodyさん
08/01/04 12:29:23
そうか？

それにしても今度のは？…
いや、殊更水を差したい訳でもないし、良いものが出来るなら
応援したいのだけどね…デジャヴって奴かなぁ。

486:nobodyさん
08/01/04 12:49:27 xwXFxFWp
いまさら作りなおしても使うやつ居ないだろ

487:nobodyさん
08/01/04 12:58:25
出来がよければ使うさ

488:nobodyさん
08/01/04 15:55:07
>>486=ID:xwXFxFWp
そういう発言をしている人が真っ先に使ってしまうものさｗ

489:nobodyさん
08/01/05 09:01:02
２ちゃんなんかで聞いたって要望ばかりで協力者なんてほとんど集まらねーだろ

490:nobodyさん
08/01/05 16:30:00 l12a7Mcu BE:270369825-2BP(0)
pukiwikiでURLどうにかならないですかね
1ページ作成したら1.phpみたいにURLわかりやすくなってほしいのですが、
ないですね

491:nobodyさん
08/01/05 17:14:00
pgid

492:nobodyさん
08/01/05 17:36:17 DwWqSdUY
PukiWikiをカスタマイズしたwikiがありました。
＝知り合いが使っていたので知った。
URLﾘﾝｸ(www.open-qhm.net)
URLﾘﾝｸ(www.1st-easy-hp.com)

↑無料版をダウンロードしてテストしてみたら、動作に必要なファイルが足りなくて動かなかった。
PukiWikiから足りないファイルを引っ張ってきて、修正したら動くようになった。

URLﾘﾝｸ(www.1st-easy-hp.com)
↑動くやつを使いたければ有料版（￥29800）を買えってこと！？

ネット上でQuick Homepage Makerをインストールできるツール（＝「Web Installing System（ウェブ・インストール・システム)」？）の画面を、知り合いから見させてもらったが、結構作りこまれていて、素人には使いやすそうだった。
URLﾘﾝｸ(www.1st-easy-hp.com)

>50種類のデザイン一覧から、お好きなものを選び、クリックするだけで、瞬時にデザイン変更ができます
これくらいテンプレートを用意すれば商売になるんですね！
私もPukiWikiを参考にしてオリジナルwikiを作ってみたいです！＾＾

493:nobodyさん
08/01/05 17:41:32 DwWqSdUY
>>466
PEAR::Text_Wikiってのがあるんですね！これは便利そう＾＾

PukiWikiでhtml.inc.phpというプラグインを使えば、HTMLタグが使えるようになってましたが、
デフォルトでHTMLタグをベタ書きしてもOKなWikiを作ってみたいです。
（既にそういうのあるのかな？）

自分が作るとしたら、フレームワークの勉強も兼ねて、CodeIgniterで作ってみようと思います。(^^)v

494:nobodyさん
08/01/05 19:30:40
>>492
宣伝乙だな

495:nobodyさん
08/01/06 03:39:32
>>491
ありがとう！
導入してみます。

496:nobodyさん
08/01/06 11:58:54
>489
いいこと言ったわ

497:nobodyさん
08/01/07 23:04:45
>>492
$blocklist['E']にもれなく掲載されているから安心していい
URLﾘﾝｸ(cvs.sourceforge.jp)

498:nobodyさん
08/01/07 23:53:38
>>497
なにやったんだろうな。まぁいわゆる自演宣伝広告か？

499:nobodyさん
08/01/08 02:55:12
>>498
Eがどんな分類なのかチェキしてみたり
一緒に並んでいる所と比較したり ←※自己責任で
ぐぐったりすればわかるよ

500:nobodyさん
08/01/08 03:47:00
>>499
おまえは日本語、いや言語全般の読み取り能力がないようだな。
本当は、何をやったのかなんてことには興味がないんだよ。

501:499
08/01/08 04:48:45
>>500
なるほど…ザ・ワールド！

502:nobodyさん
08/01/08 15:15:59
ほかのスレでプロジェクトが2つも立ち上がっているよ

URLﾘﾝｸ(code.google.com)
URLﾘﾝｸ(code.google.com)

Drupal node 2
ｽﾚﾘﾝｸ(php板)
EC-CUBE
ｽﾚﾘﾝｸ(php板)

503:nobodyさん
08/01/08 22:21:44 LoghGULw
PukiWikiPlusでHTMLタグが使えるようになるプラグインってないでしょうか？

PukiWikiでは、html.inc.phpというHTMLタグが使えるプラグインがあります。
html.inc.phpを、PukiWikiPlusで使うと動作しませんでした。

504:nobodyさん
08/01/08 22:29:28 LoghGULw
html.inc.php
URLﾘﾝｸ(lsx.sourceforge.jp)

505:nobodyさん
08/01/08 22:44:59
>>504
lsx の中の人は本家 Plus! 両対応人なので中の人に聞いてみるといい。
エラーメッセージもかけよ

506:nobodyさん
08/01/09 02:41:23
>>505
Thanks!!!
両方対応してる人なら、絶対いけるはずだという確信がわいて来た！
おかげで何とか解決しました！

…こんな時間まで粘った甲斐があった！！！(・∀・)

・PukiWiki Plus! 1.4.7plus-u2-i18nを使用
・pukiwiki.ini.phpの設定が間違っていた。
↓
・if (! defined('PKWK_READONLY')) define('PKWK_READONLY', 1); // 0,1,2,3,4
・define('PKWKEXP_DISABLE_MULTILINE_PLUGIN_HACK', 0); // 1 = Disabled
この設定で行けました！

ちょっとPukiWiki PLUSを試してみます。(^^)/

507:nobodyさん
08/01/09 02:59:42
>>506
書いてあるやんけ。ってか前はどうやって使ってたんやっちゅー話やで

508:nobodyさん
08/01/09 03:13:01
やっぱPukiWiki PLUSでhtml.inc.phpを使うのはダメかも＞＜
define('PKWK_READONLY', 1); にしたら、auth.ini.phpで$edit_auth = 1;にしても編集禁止になって、ページが作れない！！！

lsxの中の人のサイトを彷徨っていたら、別のプラグインを発見！！！
htmlp.inc.php
URLﾘﾝｸ(lsx.sourceforge.jp)
↑こっちを使ってみたら、編集時にBASIC認証を求められ、かつHTMLタグを使えるようになりました。

とりあえずHTMLタグを使う＆ページ編集できる、という目的は達成できたので、試しにこれで行ってみます！
お休みなさい＾＾

509:nobodyさん
08/01/09 03:16:23
>>507
一応説明は読んでいたけど、何か勘違いしていたかもです。

PukiWikiのときは、define('PKWK_READONLY', 1);の設定は1か0の二者択一だったと思ったけど、
PukiWiki PLUSのときは、0,1,2,3,4の五択で、片っ端から全部試してましたｗ

自分で後から入れたプラグインは、/extend/plugin に入れて使ってます。

510:nobodyさん
08/01/09 03:19:25
あとまだ試してないけど、html.inc.phpはバージョンが３つくらいあって、それぞれで動作が違っているようなので、全部試してみる価値はありそうです。
時間があったらソースコードを読んでみて、挙動の違いを勉強してみたいです。＞＜

511:nobodyさん
08/01/09 03:21:10
>>505、>>507、lsxの中の人、Thanksです！
あと、PukiWikiPLUSを作ってくれた方もありがとうございます！

512:nobodyさん
08/01/09 03:37:40
なにいってんの？編集制限にすればいいだけじゃん。
PukiWiki 本家で使ってたんだろ？同じじゃん。

513:nobodyさん
08/01/09 03:43:07
>このプラグインは凍結、または $edit_auth 制限されているページでのみ、または PKWK_READONLY モードの場合にだけ使用できます。$edit_auth, PKWK_READONLY 共に pukiwiki.ini.php で設定できます。

って書いてあるだろ？だからどれかをやるんだよ。
編集制限ヒントまで書いてあるだろ？

514:nobodyさん
08/01/09 03:44:57
>>510
ねーよ。ただの更新履歴だろ。初版はあれみたいだけど。

515:nobodyさん
08/01/09 04:44:53
PukiWiki 1.4.7で、特定のページ（FrontPage）がいつの日か更新できなくなりました。
具体的にはプレビューを押すと「ページの内容は空です。更新するとこのページは削除されます」になります。
再度ページ内容を入力してプレビュー押しても空状態になり、更新すると本当に空になります。
バックアップで過去の状態には戻せていますが、どんな原因と解決策が考えられるでしょうか。
FrontPage以外は問題なく更新できているようです。

516:nobodyさん
08/01/09 21:05:38
全然わからん

517:nobodyさん
08/01/10 01:39:08
>>513
>だからどれかをやるんだよ。
なるほど「全部」(AND)じゃなくて、「どれか」(OR)だったのか！
やってみたらうまく行った！
情報提供Thanks!!!

HTMLタグを使えるようにするプラグイン「html.inc.php」をPukiWiki PLUSで使う場合の設定は、PukiWikiの場合と同じでOKでした！
PukiWikiPLUSは、設定値が増えていて、選択を誤っていたようでした。＾＾

518:nobodyさん
08/01/10 01:45:50
>>514
URLﾘﾝｸ(lsx.sourceforge.jp)
rev.50、rev.51、rev.53の３つのバージョンがダウンロードできますよ。
差分ツールで中身を確認したら、だんだん追加されてコード量が増えてました。

519:nobodyさん
08/01/10 02:38:58
>>518
更新履歴って書いてあるじゃん

520:nobodyさん
08/01/10 03:01:39
>>466
Text_Wiki_PukiWiki できた？ちょーだいちょーだい。

521:nobodyさん
08/01/10 04:10:55
>>520
URLﾘﾝｸ(labs.cybozu.co.jp)

522:nobodyさん
08/01/10 04:15:26
>>521
違う。Text_Wiki 系として欲しいんだ

523:515
08/01/10 04:16:14
見当が付きそうな人回答願います

524:nobodyさん
08/01/10 06:27:01
しらねー。別に pukiwiki をいじってはいないんだろ？なのに昔は大丈夫だったんだろ？変なの

525:nobodyさん
08/01/10 06:37:49
plus のサイト死んでる？

526:nobodyさん
08/01/10 13:04:36
URLﾘﾝｸ(pukiwiki.cafelounge.net)
問題ないよ

527:nobodyさん
08/01/20 11:56:24 Q2k48t8q
ページ内にタブを作れるpluginはないでしょうか？
wikipediaのノートなどの感じで任意のタブを追加できればいいなと思ってるのですが

528:nobodyさん
08/01/20 12:55:02
タブを詳しく説明しないと答えられん

529:nobodyさん
08/01/20 14:30:13
>>527
Monobook for PukiWikiスキン使った方が早そうな予感

530:527
08/01/22 00:42:01
レスありがとうございました

>>528
タブの説明・・・えと、タブです・・・ブタじゃないです・・・すいませんorz

>>529
info thxです。
さっそく調べてみます！

531:nobodyさん
08/01/22 22:12:26
タブ化プラグインは欲しいよね。任意の場所でタブ化できるプラグインとかでないのかな
まあ無理だろうね

532:nobodyさん
08/01/22 22:27:30
君にはね

533:nobodyさん
08/01/23 04:48:47
>>531
任意の場所でタブ化ってどういう意味やねん？
ちなみにタブは実質ただのリンクにすぎないということをお忘れなく。
デザインはcssでやるのでプラグインとは本質的には関係ない

534:nobodyさん
08/01/23 15:19:03
タブってどう分けるんだ？
&tabpage(this);みたいに特定のページ指定すると下位をタブの要素として扱うとかそういうの？
それともナビゲータなどをそれっぽく見せるってことかな。
どっちにしろプラグインじゃなくてスキンの範疇だろうね。

535:nobodyさん
08/01/24 09:15:02
monobook 面白いな
note/ っていう別なページ階層を設けておくわけか
履歴は諦めて差分にしたのも妥当な判断だな

でもこれスキンと呼んでいいものかどうか迷うな

536:nobodyさん
08/01/24 10:02:00
は？スキンに決まってるじゃん。
note/ っていう別なページを作るのは wikinote.inc.php っていうプラグイン。

537:nobodyさん
08/01/24 10:02:53
>>535
おまえはもうちょっと説明を読んでから意見を物申せ

538:nobodyさん
08/01/24 22:32:48
こんな感じに外部サイトを判定して、外部ならアイコン出すようなのをやってみたんですが
これを make_link.php の ToString 末尾あたりに突っ込んでとりあえず想定する動作はしたんですが何かおかしなとこはないでしょうか。

// サイト内URLかどうかを判定
function IsInternal($url){
　　　　global $_SERVER;
　　　　global $script;
　　　　$urls　　　= parse_url($url);
　　　　$myurls　= parse_url($script);

　　　　if( isset($urls[host]) && (
　　　　 $urls[host] != $_SERVER[HTTP_HOST] &&
　　　　 $urls[host] != SERVER_NAME &&
　　　　 $urls[host] != $myurls[host]
　　　　 ) ){
　　　　　　　　return FALSE;　　　//外部ホスト
　　　　}
　　　　$mypath = preg_replace('#/[^\/]+$#', '/', $myurls[path]);　　　// 末尾のファイル名を除去
　　　　if( substr($urls[path],0,strlen($mypath)) != $mypath ){
　　　　　　　　return FALSE;　　　// 外部パス
　　　　}
　　　　return TRUE;

}
function ExternalIcon($url){
　　　　global $_IMAGE;
　　　　$_IMAGE['skin']['external_link'] = 'external_link.gif';
　　　　if( IsInternal($url) ){
　　　　　　　　return '';
　　　　}
　　　　return '<IMG SRC="'.IMAGE_DIR .$_IMAGE['skin']['external_link'].'" WIDTH=11 HEIGHT=11 ALT="外部URL">';
}

539:nobodyさん
08/01/25 00:44:20
>>538
FYI 公式;自作プラグイン/exlink.inc.php

540:nobodyさん
08/01/25 01:15:19
JavaScriptをオンにしないと有効にならないのでphpでできるようにしたいと思ったんですよね。
普段は広告やら色々組み込もうとするのがうっとおしいんでJSはオフにしてるので。

541:nobodyさん
08/01/28 20:45:48
ふと、menuプラグインの最後にある
return preg_replace('/<ul[^>]*>/', '<ul>', convert_html($menutext));
を
return preg_replace('/<ul[^>]*?( class="\w+"|)[^>]*?>/', '<ul$1>', convert_html($menutext));
みたいにするとMenuBarに
---3
-1
--2
みたいに書いてもクラス名が残るからリストの表示が崩さずに済むんじゃないかと思った。

542:nobodyさん
08/01/30 10:03:30
monobook じゃなくて wikinote 　がオススメってことでいいの？

543:nobodyさん
08/01/30 14:22:22
？スキンとプラグインを比べてどうすんの？

544:nobodyさん
08/01/31 08:04:42
monobookにwikinoteが使われてるんじゃなかったか？
比べるとかじゃなくて、どっちも同じものでそ

545:nobodyさん
08/02/03 11:02:34
結局「ページ内にタブ」という機能というかキーワードに
対応するのは wikinote だよね？
monobook は見た目がより MediaWiki っぽいってだけじゃない？

546:nobodyさん
08/02/03 12:06:05
moinmoinwikiはどうなの？

547:nobodyさん
08/02/03 16:37:51
>>546
pythonのじゃなくて？

548:nobodyさん
08/02/03 19:40:57
もいんもいんはすごいよ

549:nobodyさん
08/02/03 19:44:41
やっぱ、管理画面とか標準でついてるべきだよね

550:nobodyさん
08/02/03 21:23:31
いえ、私はべきとまでは思いません。
ついていても良いけど、優先順位としては高くない。

551:nobodyさん
08/02/03 22:53:11
まぁなきゃないで動くからね

552:nobodyさん
08/02/04 12:11:06
俺はmake_linkのToStringでAタグ張る部分を
関数で一括処理してると使いまわしできていいなー

make_anchor($href, $alias, 'nofollow', 'class');
みたいにしたら
<a href="$href" rel="$follow" class="$class">$alias</a>
な感じだとプラグインで使いまわせるし。
まあ優先すべき順位は低いだろうけど。

553:nobodyさん
08/02/15 14:54:24 CzaNYMBP
画像の上にマウスのポインタを当てると別の画像に切り替わるようにするには
Pukiwikiではどのようにすればよいのですか？
(無理ならHTMLを直接叩いてやりますが・・・)

554:nobodyさん
08/02/17 13:42:45
立った。アプリケーションサーバに慣れてる身としては逆に不安なくらい簡単に。
むしろ mod_php.so 入れるほうが手間なくらいに。

これって全ページ並列みたいですけど、ディレクトリみたいな階層管理って出来ないんですか?
せめてページ名を / で区切るくらい?

555:nobodyさん
08/02/17 15:43:29
つfoo:bar

556:nobodyさん
08/02/27 12:08:36
pukiwikiに限ったことじゃないが、wiki系列は閲覧者にやさしくしようとすると編集者に負担がかかるのがきついよなー
wiki記述が増えていったり。プラグイン呼び出しどころか、強調表現・色変更ですら、初見の編集者にはわけわかめ状態だろうし。テーブルとか誰かが編集した後は　|　が片方だけよく消えてるしｗ
なんというジレンマ

557:nobodyさん
08/02/27 17:05:28
フォームに画像ファイルのURLを入力してやると
その画像を添付してくれるプラグインってありますか？

558:nobodyさん
08/03/01 19:19:12
pukiwikiってまだ開発やってるの？

559:nobodyさん
08/03/01 19:36:45
止まっているに等しい

560:nobodyさん
08/03/02 11:19:32
とりあえず保守だけしてくれてりゃいいや

561:nobodyさん
08/03/02 13:27:51
登録日: 2002-06-17 21:12
活発さ: 0%
統計情報
URLﾘﾝｸ(sourceforge.jp)

562:nobodyさん
08/03/02 19:22:19
Plus! のほうが面白いもんなー

563:nobodyさん
08/03/12 03:21:59
このスレも活発さ０ですね

564:nobodyさん
08/03/12 14:51:24
じゃ、次スレは PukiWiki Plus! Part7 だ。

565:nobodyさん
08/03/13 17:52:49
PlusはPlusでごてごてしすぎで嫌いなんだよなあ
てかPukiWikiってもう開発してないの？

566:nobodyさん
08/03/13 19:55:34
開発停止するほどの安定版なのさ。

567:nobodyさん
08/03/13 20:10:33
どこがやねん。放置されているバグいっぱいあるっつーの

568:nobodyさん
08/03/13 20:15:27
こうなったら自分で書くしかない

569:nobodyさん
08/03/14 02:18:33
データとプラグインに互換性のある新しいwikiでも作ろうかと思ったけど
プラグインの中身がフリーダムすぎて諦めた

570:nobodyさん
08/03/14 02:28:17
+と違って、ver.うｐ頻繁じゃなくて安心してる希少なユーザーもここにいる
改造しまくって、なにをどう改造したのか把握しきれてないから。ver.がどんどん上がって
それに対応するように新プラグインの対応verも上がっていくと。使えないプラグインが増えて困る
　現状じゃ、化石になりかけてる1.4.6でも使えないプラグインがほとんどないのでありがたい
1.4.5以前は複数行対応してないっぽいから、使えないの多そうだけど

571:nobodyさん
08/03/15 13:28:54
時間さえあれば PukiWiki 互換でフルスクラッチから書き直したいが、時間がなぁ。
タスクを細かく割り振ったらだれかやったりするものかな？やらないよなぁ…

572:nobodyさん
08/03/15 13:54:58
完全互換にするなら変数と関数はそのままにしないとアカンからねえ
少なくとも同じ機能を提供しないと何かしらプラグインの互換に問題が出る
当たり前の話だけどこれほど面倒なことはない・・・

573:nobodyさん
08/03/18 05:43:34
うーん、Text_Wiki の改造方法がよくわからん。手順どこかに書いてないのか？
そもそも Text_Wiki って果たして出来がいいのかな？これ

574:nobodyさん
08/03/21 22:12:55 kvdDN+ef
>>451
起きた。
Pukiwiki 1.4.7をORESERVERに設置しら
10回くらいに一回程度、レイアウトが乱れる。

575:nobodyさん
08/03/21 22:40:51
>>451にしても>>574にしても時々503エラー出てない？
かなり昔の話だけどxreaでpukiwikiやってたらよく503出てた
んで503かけられる直前にCSSが正常に読まれずにレイアウト崩れてたよ
それ以来無料は諦めて有料の共有に逃げたけど

576:nobodyさん
08/03/22 12:20:46
最近、各所でリンク先をウィルスに書き換える改竄？が流行ってるらしいけど
皆さん、どんな感じですか？うちにはまだ着てないけど。他のwiki使ってるサイトのTOPで注意文をよくみる

577:nobodyさん
08/03/23 00:21:01
CORESERVER（xrea）ではPHPをCGIとして動かした方がいいと思う
セーフモード下での不具合っぽいが、なぜか起こらず普通に表示されるときがあるから困る

578:nobodyさん
08/03/24 04:46:18
>>576
結構前から流行ってるよ。特にネトゲ関係に多い。
飛ばされた先に、ページ見ただけで感染するタイプのトロイが仕込まれてて
それでそのPCクラックすると、ネトゲのアカウントを盗んでRMTで儲けるという仕組み。
中国人や韓国人が仕掛けてるらしい。２ちゃんで良くある嫌韓、嫌中ではなく、マジに。

579:nobodyさん
08/03/24 08:38:18
垢ハック、RMTというキーワードできたら中国とチョンしかないわな

580:nobodyさん
08/03/24 20:03:56
ROアカウントハック報告スレのまとめ？サイト
URLﾘﾝｸ(sky.geocities.jp)
リネージュ資料室
URLﾘﾝｸ(lineage.nyx.bne.jp)

これ？

581:nobodyさん
08/03/27 13:11:49
ネトゲーがらみは複数のに対応したウィルス張るのが横行してるそうだよ。
そういうとこはユーザエージェントやホストでアクセス規制してたりリンク先に直で飛ばない対策してたりする。

582:nobodyさん
08/03/29 12:22:22
皆さんはline_breakをどちらにして使っていますか？
自分は今までline_breakの存在を知らず、デフォルトの0で使っていたんですが、
今ちょっと迷っています。
本来なら1の方が絶対いいと思うんですが、ようやく~にも慣れてきたところだし
よそのwikiを使うとき違いに戸惑うのも嫌だし。
ご意見をお聞かせください。

583:nobodyさん
08/03/29 12:48:32
本来なら０のほうが絶対にいい。理由は2chのスレを開いてブラウザの横幅を広げたり縮めたりしてみればわかる。
まぁつまりは書き手の意図した改行箇所で読者が読んでいるとは限らないのだよ。

というか、なぜ　HTML で改行文字が改行の意味にならないのか考えたことはないかね。気になったことはないかね。つまりはそういうことだ。

584:nobodyさん
08/03/29 15:54:36
本来ならというのが誤解を招いたようですが、あくまで自分的にはということです。
自分一人用のwikiだし。

585:nobodyさん
08/03/29 16:03:51
だったらなんでここで相談するのか。
自分で使いやすいほうを選べばいいじゃん。

586:nobodyさん
08/03/29 16:27:25
世間ではどれくらいの割合で使われているのかと思いまして。

587:nobodyさん
08/03/29 18:25:31
自分で使うなら好きな方。
他との互換性考えるならデフォルト。
とりあえず俺はデフォのまま。

588:nobodyさん
08/03/30 10:04:44
line_breakってなんだっけ？~いらなくてもエンターで改行できるやつだっけ？
俺は導入して真っ先に~いらなくしたよ。
だって、他の編集者の人たちにいちいち改行には冒頭に~を付け足してくださいって説明すんの面倒じゃん
誰かが~付け足し忘れたのを後で~付け足して回るのも面倒だしさ

589:nobodyさん
08/03/30 14:13:56
まぁアクセシビリティというものを考えてくださいという話だ。
pukiwiki はその観点から line_break 有効は推奨してないよ。

590:nobodyさん
08/04/14 23:24:11 mw4MFq5Y
編集の認証制限をかけて，誰が編集したのかをページに表示したいんですが，
どうするのがベストなんでしょう？

・運用でカバー（編集した人に自分で名前を書いてもらう）
・よくきたblogの方が作ったものを使う（よくわかってないけど）

他に方法がありますでしょうか？
pukiwikiだと，結構むずかしいのかな？

591:nobodyさん
08/04/16 23:05:34 I3WsLPs8
おい！
PUKIWIKIのサイドバーってどうやって編集すんだ？
ググって調べようとしてんだけど
検索ワードが悪いのか，ちっとも見つからない。

おまえら，たまには俺の役に立ってみろよ

592:nobodyさん
08/04/16 23:26:45
一覧って押してみたか。
Menubar というページはあるか。

593:nobodyさん
08/04/17 01:05:27 I0e4eQBT
>>591です。

まさかあんな質問の仕方で
ご親切に説明いただけるとは思っておらず，
ただただ驚いております。

おかげさまでサイドバー（MenuBarというのですね）を
編集することができました。
なんとお礼申し上げてよいかわかりません。

>>592様，ありがとうございました。

594:nobodyさん
08/04/17 01:59:29
ワロタ

595:nobodyさん
08/04/17 09:33:19
ツンデレ乙

596:nobodyさん
08/04/19 14:18:03
これに味をしめた>>591は、その後も勘違いした態度で各種スレを荒らしたという…

597:nobodyさん
08/04/22 08:20:22
xpWiki は頑張っているのだが、
xpWiki の変更を PukiWiki に持ってきにくいんだにゃー

598:nobodyさん
08/04/22 20:13:49
おまえまだ張りついてんの？

599:nobodyさん
08/05/04 11:21:31 krD7JCTZ
画像のサムネイル表示のプラグインはあなたは何をお使いですか？

・自前でサムネイル作成、[[&ref ]] で自分で表示
・PukiWiki/改造/一括添付・サムネイル出力・キャッシュ - cubic9.com
URLﾘﾝｸ(cubic9.com)
・自作プラグイン/resizeimage.inc.php - PukiWiki-official
URLﾘﾝｸ(pukiwiki.sourceforge.jp)
・その他（具体的なプラグイン名・・・）

と思って列挙しようとしたら、以外にサムネイルまで作ってくれるプラグインがない・・・

600:nobodyさん
08/05/12 19:00:49
1.4.7をつかっているのですが
閲覧認証をかけたページを更新したときに「最新の●●件」にページが表示されないようにするには
どうすればよいでしょうか？

601:nobodyさん
08/05/12 20:01:28
ところでＰｕｋｉｗｉｋｉって最近どうなの？
開発とまってるんですけど。
もう完成したってこと？

602:nobodyさん
08/05/12 22:18:56
完成？ご冗談。止まってるだけですよ。よくあること。

どうにかしたいなら、開発側として参加してみるといいのではないかな？

603:nobodyさん
08/05/15 00:12:42
>>600
nonlist

604:nobodyさん
08/05/16 16:05:07
編集したらメールが来る設定にしてるんだけど
自分が編集したらメールがこないようにする設定ってできないかな？

605:nobodyさん
08/05/16 17:11:09
例：自分専用のクッキーをブラウザに食わせておいて、あったら
メール送信しないとか。

index.phpをadmin.phpとかにコピって、admin.phpには
.htaccessで認証かけて自分専用にし、REQUEST_URIにadmin.phpが
含まれてたら（admin.phpだけなんらか変数を設定するとかでも）
メール送信しないとか。

いろいろ方法はありそう（もっと簡単なのも

606:nobodyさん
08/05/16 17:13:19
pukiwiki.ini.php
$notimeupdate = 2; // 2:Only for the administrator

を流用するとか

607:nobodyさん
08/05/17 23:03:42
以下のような記述で、#calendar2の表示をインデントする方法はないでしょうか？
**カレンダーに揃えたいのですが、、、。PukiWiki 1.4.6を使用しています。

*スケジュール [#ufc54de2]
**カレンダー [#lf196aee]
カレンダーの日をクリックして下さい。
#calendar2(Schedule)

608:nobodyさん
08/05/18 11:02:12
.htaccessにIPごとのアクセス制限を書き加えたいのですが、
もともと記述してある部分+その下から

order allow,deny
allow from all
deny from 123.456.789
deny from 123.123.123

のような感じでよいのでしょうか？
どうもちゃんと制限できていないように感じます。

609:nobodyさん
08/05/18 15:27:01
>>608
PukiWiki関係ないじゃん。ググれ

610:nobodyさん
08/05/20 17:54:53
>>608
それでおｋ
自分のIPいれてみればできてるかどうかわかるべ

611:nobodyさん
08/05/20 19:48:42
>>604とか解決したのかな。訊いておいて無反応っつーのも。。。

612:nobodyさん
08/05/21 14:23:29
>>605-606
すまない、正直wikiの設置がギリギリできるようなレベルなので何を言ってるのかサッパリ理解できなかった
調べてみてもpukiwikiプラスから何かを移動させるとか難しかったので諦めてた

食い下がって質問しても、素人は帰れって言われるだろうからこのまま消えようと思ってた

613:nobodyさん
08/05/21 15:33:49
サッパリとか言われちゃ、こっちも諦めだなぁ。
何をどこまでやって、どうダメだったとか経過すら見えないんじゃ。

614:607
08/05/21 22:10:11
では、>>607をお願いします。

615:nobodyさん
08/05/21 22:21:38
そんなもん、PukiWikiじゃなくてcssを見直せよ？で終わりじゃね？？

616:607
08/05/21 22:42:24
>>615さん
すみません、ド素人でして、、、。
cssをどう見直せばよいかお教え頂けないでしょうか。

617:nobodyさん
08/05/21 23:20:25
ロジック上の話じゃなく、デザイン上の話だからなぁ。
スレチだって言う気持ちはよーくわかる。
ここが何板か再確認するんだ。

……だけでは可哀想なので、

Webサイト制作初心者用質問スレ Part 197
ｽﾚﾘﾝｸ(hp板)l50

CSS（スタイルー大柴シート）質問スレ51日目
ｽﾚﾘﾝｸ(hp板)l50

【ぷき】PukiWikiユーザー質問箱 Part 4 【うぃき】
ｽﾚﾘﾝｸ(hp板)l50

618:607
08/05/22 02:46:15
>>617
誘導ありがとうございます。
少し四苦八苦してみて、分からないようならそちらで聞いてみます。

619:nobodyさん
08/05/23 07:31:22 MzFkkhDr
>>616
#calender2で出力されているhtmlを読んでみて、classが何かみて、
そのclassに対するpaddingかmarginあたりをcssで割り当てる

と言った感じだろうと思う

620:nobodyさん
08/05/24 10:39:16
PukiWikiはもう過去のWikiだな
今はなにがいいかな

621:nobodyさん
08/05/24 10:58:44
google sites

622:nobodyさん
08/05/27 11:55:05
xpwiki の中の人一番活動しているから、派生といわず pukiwiki 自体いじってくんないかな。

623:nobodyさん
08/05/29 22:39:22
xpWikiってなにかと思ったらxoops用のやつか。あれ、xoopsに設置してあるけど全然つかってねーわ
xoopsプラグインならwordpressもあるし地味にタグメモとかも使えるし、wikiの需要ないんよ
pukwikiは単体だしDB使えない鯖でも設置できるから意味あるのに、xpwikiの方が進化してるなんて勿体ねーな

624:nobodyさん
08/05/29 23:43:08
そうか？俺の周りではxpWiki結構使われてるけどな。
使いやすいしカスタマイズもしやすいし、需要もそこそこあると思うぞ。
picoの連打ーとして使ってる人もいるし。

糞プスで今さらwordpressモジュ使ってる方がよっぽどありえんわｗ

625:nobodyさん
08/05/31 11:09:08
お前等そろそろ見切れよ

626:nobodyさん
08/05/31 15:27:13
dokuwikiがもうちょっといい感じになったらな。

627:nobodyさん
08/05/31 16:47:40
乗り換え候補を検証してみた。結果的には一番慣れてるpukiwikiが落ち着くんだけどね。

dokuwiki
いいところ
・コンパネで管理が楽
・プラグインの作りがOOP、3種類から継承できる
・データファイル名がURLエンコードされている
悪いところ
・キャッシュのためにフォルダが作成されるためsafeモード対策が必要(対策するとセキュリティ的に不安)
・テンプレがphp丸出し
・初期テンプレがしょぼい
・ファームがやりにくそう

pmwiki
いいところ
・ファイルサイズが小さくシンプル
・初期テンプレでもそれなりの見栄え
・テンプレ構文がある
・ファームが楽そう
悪いところ
・onfigとプラグインがフリーダムすぎて、やりたい放題
・データファイル名がUTF-8ベタ(文字化けのまま保存されることもある)
・ソースファイルが汚い

628:nobodyさん
08/06/01 06:31:52
Wikka Wiki がもうちょい、よけりゃなぁ

629:nobodyさん
08/06/01 19:18:40
現状のPukiWikiで、不満点、足らない機能を上げてください。

630:nobodyさん
08/06/01 22:29:03
変数関数まわりをもっと使いやすくすべき。

631:nobodyさん
08/06/02 15:40:10
標準では…

キャッシュ化できない
スパム対策がない
GUIエディタがない
Web上の管理画面がない
スキンをセレクターで簡単に変更出来ない

とかが、最近のCMSと比べると弱いと思う。

632:nobodyさん
08/06/02 20:47:49
counter と new プラグイン直す気あるのかな。

633:nobodyさん
08/06/02 21:00:12
なにもやるきがない

634:nobodyさん
08/06/02 22:58:57
"最近のCMS" を使うか、自分でPukiWiki開発に参加したらいいんじゃないの。

635:nobodyさん
08/06/02 23:41:04
>>634
だから >>629 がきいてるんじゃ？

636:nobodyさん
08/06/03 00:27:14
よくわからんのだが、今pukiwiki開発に参加したとして
コミットできんの？

637:nobodyさん
08/06/03 00:39:50
「じゃあ自分で開発に参加すれば？」てのもループだな。
なんだかんだ言うだけは言うけど、結局やる気は無い人々ばかりで。

俺？1.4.5の頃から、自分用に手を加え過ぎたものをずっと使っているんで、なんとも。。。

638:nobodyさん
08/06/03 00:57:51
>>636
コミット権はもらわんといかん。
さすがにそのぐらいは今の中の人でもしてくれると思うけど。
反応がなかったらコミット権をまだもってる過去の人にメールためしに送ってみるとか。

639:nobodyさん
08/06/03 01:08:21
>>638
なるほど、さすがに誰でもアップはできないのか
年月が経つほど活性化までの障壁が大きくなる気がする

640:nobodyさん
08/06/03 05:00:52
半年に一回くらいでいいから現状報告は欲しいとこだなー

641:nobodyさん
08/06/03 16:03:41
最近はspamアドレス更新くらいしかされてないな('A`)
URLﾘﾝｸ(pukiwiki.sourceforge.jp)

642:nobodyさん
08/06/04 08:21:06
明らかに開発は止まっていますね。

更なる開発継続を求める人はどのぐらいいるのかな？

643:nobodyさん
08/06/04 12:32:08
ノ

pukiwiki互換文法でフルスクラッチのがよさそうだけどね

644:nobodyさん
08/06/04 13:26:31
いちおうノ

645:nobodyさん
08/06/04 13:50:52
URLﾘﾝｸ(pukiwiki.sourceforge.jp)
と同じ症状。何が悪いんだ絽。

646:nobodyさん
08/06/04 14:37:25
なんだかんだ言って、PukiWikiは未だに日本で一番使われてるWikiだと思う。
だからやっぱ開発は継続して欲しいなあ…

647:nobodyさん
08/06/04 16:04:16 2va6m9tW
ノ
pukiwikiはなんだかんだと長い間つかってて使いやすい
他のwikiも試すんだが、もどってきてしまう。

648:nobodyさん
08/06/04 20:33:51
でも Pukiwiki 文法って wikimatrix 見るとわかるけど、
世界のスタンダードからかけはなれてる。PukiWiki だけ全然違う。
他のも昔は違ったんだけど、だんだん標準化されてきているのに、
PukiWiki だけまるで鎖国状態。さすが日本。

649:nobodyさん
08/06/05 00:12:23
そろそろforkの声が…

650:nobodyさん
08/06/05 15:05:20
せっかく、JordanC がパッチ送ってきてるのに、無視だし。

651:nobodyさん
08/06/05 15:38:04
今見てきた
3月から精力的にバグフィックスしてくれてるな
henoheno氏曰く余力がないそうだが、何かアクションしないと去っていかれそうだぜ

652:nobodyさん
08/06/05 15:59:18
>>650
URLﾘﾝｸ(pukiwiki.sourceforge.jp)
このひと？

653:nobodyさん
08/06/05 17:57:43
さっさと、やる気と時間のある人に権限を渡すべきだなぁ

654:nobodyさん
08/06/06 04:04:44
>>645
もし、PHPがcgiとして実行される環境でしたら、./skin/pukiwiki.css.phpにも実行権限を与えてください。

さもなくば、./skin/pukiwiki.css.phpの出力内容（cssのソース）を取得できるようでしたら、
それを./skin/pukiwiki.cssとして保存して、
./skin/pukiwiki.skin.phpの
　<link rel="stylesheet" type="text/css" media="screen" href="skin/pukiwiki.css.php?charset=<?php echo $css_charset ?>" charset="<?php echo $css_charset ?>" />
を
　 <link rel="stylesheet" type="text/css" media="screen" href="skin/pukiwiki.css" />
に書き換えてください。

655:nobodyさん
08/06/06 08:00:30
>>654
ブラウザによって変わる内容がサーバ関係あるの？

656:nobodyさん
08/06/06 20:50:03
文法自体は後からでもコンバートすればいいけど本体はどうしようもないからなあ。

657:nobodyさん
08/06/09 07:21:45
URLﾘﾝｸ(pukiwiki.sourceforge.jp)
このbuttonプラグインを設定したのですが、ボタンからどーにかしてURLにリンクを張って
飛ぶようにすることは出来ないでしょうか？

↓こんな風に書いたけどﾀﾞﾒでした。
&button{[[Yahoo!:URLﾘﾝｸ(www.yahoo.co.jp)をクリックしてください

658:nobodyさん
08/06/09 12:52:17
>>656
むしろ本体ならいじれるけどあの文法部分をいじる気になれない。
なんとか他の汎用性の高い文法ツールを、
pukiwiki プラグインを実行したりできるようにいじってもらいたい。

659:nobodyさん
08/06/09 12:53:24
>>657
そもそもリンク貼ればいいじゃん。意味和漢ね。

660:657
08/06/09 15:07:47
>>659
ええ、普通のリンクは張れるのですが、ボタンにして目立たせたいところがあり、
buttonプラグインが使えないかと思った次第です。すみません...。

このプラグイン以外でも、ボタンをクリックしてリンクへ飛ばせるように出来る
方法をご存知でしたらお教え下さい。PukiWiki1.4.6を使用しています。

661:nobodyさん
08/06/09 19:27:42
pukiwikiのスタイルシートにaタグを装飾するような設定を入れてみたら？
borlderラインで囲ってみるとか。
ただし、そのままだと全てのリンクの外見が変わってしまうので
「強調で囲まれてるリンクだけスタイルを変えるようにする」みたいな工夫が必要。

662:657
08/06/10 00:16:42
>>661
返信㌧。んー、でもおいらには難しすぎです（＞＜）
ボタンのクリックでリンクに飛ぶってのはWikiでは流行らないですか、、、

663:nobodyさん
08/06/10 00:29:06
っていうか
本来間違ってる

664:nobodyさん
08/06/10 00:57:28
skin\pukiwiki.css.phpの最後にでも、これ書き入れればいいっしょ
strong > a {
background-color:#FF0000;
border:1px;
}

Formのボタンを使いたいってことだろうけど、強調と言う意味では不適当だよ
ブラウザによってデザインも違うしね
ま、他の方法ならプラグインを書くしかないだろう

次ページ