[[開発談義]]の過去ログその5
#navi(開発談義)

-[[PukiWiki/1.4/1.3系からの移行]]ではうまくいきませんでした。[[BugTrack/212]]、[[BugTrack/213]] -- [[reimy]] &new{2003-02-25 (火) 04:51:21};
-EUC-JP→UTF-8のコンバートで、日本語ページのattachファイルがfile not found.「全ページの添付ファイル一覧」では「添付ファイルがありません。」と表示され、添付ファイルがまったく表示されない。 -- [[reimy]] &new{2003-02-25 (火) 06:17:43};
--げ…attach/ディレクトリにファイルは残っていますか? -- [[ぱんだ]] &new{2003-02-25 (火) 10:21:07};
---ファイルは残ってます。ファイル名がおかしいような…。バックアップ一覧でも日本語ページ名が全部化け化け。attachとbackupのディレクトリ内のファイル名がおかしくなってます。 -- [[reimy]] &new{2003-02-25 (火) 16:18:39};
---うーん。attachとbackupだけというのは… -- [[ぱんだ]] &new{2003-02-25 (火) 20:21:13};
---ファイル名の復元が出来そうにもないので、attachとbackupディレクトリ内のファイルをすべて削除します。--[[reimy]] &new{2003-02-25 (火) 21:10:18};
-EUC-JP→UTF-8のコンバートで、wikiディレクトリ内のファイルのパーミッションが644になってしまい、書き込みが出来なくなった。shell上及びftpクライアントからchmodを実行してもパーミッションが変更できなくなった。 -- [[reimy]] &new{2003-02-25 (火) 07:18:53};
--ファイルのオーナーは誰になっていますか? apacheでしょうか。 -- [[ぱんだ]] &new{2003-02-25 (火) 10:21:57};
---ファイルオーナーはwebuserです。 -- [[reimy]] &new{2003-02-25 (火) 16:17:20};
---それはwebサーバの実行ユーザですかね?だとしたら、[[しろくろのへや:UTF-8]]に添付したchmodall.phpを試してみてください。パーミッションは0666にできるはずです。 -- [[ぱんだ]] &new{2003-02-25 (火) 20:19:02};
---今日の昼ごろからずっと、[[しろくろのへや:http://home.arino.jp/]]につながらないんです(;_;) -- [[reimy]] &new{2003-02-25 (火) 20:39:26};
 C:\>tracert home.arino.jp
 Unable to resolve target system name home.arino.jp.
---こっちに持ってきました。&ref(開発談義/chmodall.php); こんなスクリプトで、attach/backup/counter/cache/diff/wikiディレクトリの内容を0666にできます。pukiwiki.phpと同じディレクトリにchmodall.phpを置いて、ブラウザから呼び出してください。 -- [[ぱんだ]] &new{2003-02-25 (火) 22:11:40};
-1.4にするとalign.inc.phpが動かなくなりました -- [[reimy]] &new{2003-02-25 (火) 20:37:41};
--short_open_tagがOffになっていませんか? align.inc.phpを<?ではなく、<?phpで始まるようにするとどうなります? -- [[ぱんだ]] &new{2003-02-25 (火) 22:11:40};
---1.3のころからshort_open_tag offなので、align.inc.phpは<?phpで始まってます。--[[reimy]] &new{2003-02-25 (火) 22:37:21};
---align.inc.phpのソースを見せてください。 -- [[ぱんだ]] &new{2003-02-25 (火) 22:40:33};
---添付しました(&ref(align.inc.php);) --[[reimy]] &new{2003-02-25 (火) 23:07:18};
---添付しました(&ref(開発談義/align.inc.php);) --[[reimy]] &new{2003-02-25 (火) 23:07:18};
---以前、「inline2にスカラーを食わせるのは反則です」と申し上げたんですが、1.4ではinline2()はスカラーを引数に取るようにしてしまいましたm(__)m
 -	list($string) = inline2(array($string));
 +	$string = inline2($string);
としてください。 -- [[ぱんだ]] &new{2003-02-26 (水) 00:31:24};
-1.4にすると他のページにある添付ファイルをrefで参照できなくなった。 -- [[reimy]] &new{2003-02-25 (火) 21:57:45};
 #ref(hoge.png,[[他のページ]],left)
--refは書式が変わっています。以下のように、ページ名/ファイル名の形式になりました。 -- [[ぱんだ]] &new{2003-02-25 (火) 22:11:40};
 #ref(他のページ/hoge.png,left)
---げっ、全部手動で書換しなくっちゃ…(;_;) -- [[reimy]] &new{2003-02-25 (火) 22:17:06};
---なんか理由あるんでしょうか? あれば明示してほしいんですけど。 --  &new{2003-02-25 (火) 22:17:32};
---ページ名がBracketNameのときに、タイトルと区別ができなくなってしまうことがありましたんで、このようにしました。 -- [[ぱんだ]] &new{2003-02-25 (火) 22:27:22};
---タイトル? ページ名と画像ファイル名ってことですか? --  &new{2003-02-25 (火) 22:29:39};
---#ref(conv.php,conv,添付ファイル)と書かれたときに、convがページ名なのかタイトルの一部なのか区別できなかった、ということなんですが。 -- [[ぱんだ]] &new{2003-02-25 (火) 22:39:18};
---WikiNameかBracketName([[ ]]で囲んであれば)はページ名である、と決めてしまってもよかったんですね。直します。 -- [[ぱんだ]] &new{2003-02-25 (火) 22:43:23};
---というわけでref.inc.phpの差分です。あとでcvsに投入しておきます。 -- [[ぱんだ]] &new{2003-02-25 (火) 23:27:23};
  function plugin_ref_body($args,$page)
  {
 -	global $script;
 +	global $script,$WikiName,$BracketName;
	
	// 戻り値
	$params = array();
	
	// 添付ファイル名を取得
	$name = array_shift($args);
 +	
 +	// 次の引数がページ名かどうか
 +	if (preg_match("/^($WikiName|\[\[$BracketName\]\])$/",$args[0]))
 +	{
 +		$_page = get_fullname(strip_bracket($args[0]),$page);
 +		if (is_pagename($_page))
 +		{
 +			$page = $_page;
 +			array_shift($args);
 +		}
 +	}
 	
 /*
  $nameをもとに以下の変数を設定

-1.4にすると引用文の各行末に~をつけないと改行されなくなった(1.3と同じ仕様に戻ってしまった)。この仕様はまずいですぅぅ。引用文のあるページは500ページ以上あるので、とても手動で書き換えはできそうにない。 -- [[reimy]] &new{2003-02-25 (火) 22:41:11};
--[[1.3互換に戻した>PukiWiki/1.4#quote]]というのはやめてほしい。-- [[reimy]] &new{2003-02-25 (火) 22:42:25};
---convert_html/class Bquoteで、insert()関数の一部をコメントアウトすると、以前の形にできます。 -- [[ぱんだ]] &new{2003-02-25 (火) 23:05:50};
	function &insert(&$obj)
	{
		if (is_a($obj, 'BQuote') and $obj->level == $this->level) {
 /*			if (is_a($this->last,'Paragraph')
				and array_key_exists(0,$obj->elements[0])
				and is_object($obj->elements[0]->elements[0])) {
				$this->last->insert($obj->elements[0]->elements[0]);
			} else {
 */				$this->last =& $this->insert($obj->elements[0]);
 /*			} */
			return $this->last;
		}
		$this->last =& $obj;
		return parent::insert($obj);
	}
-上記のようにコメントアウトしてみましたが、ダメでした。[[れいみぃ:子どものための合唱組曲「チコタン」]] -- [[reimy]] &new{2003-02-25 (火) 23:13:39};
-default.ini.phpのユーザ定義ルールの中に、以下の行が入っているかどうか確認してください。上記ページのソース、devに張ったらうまく改行できています。 -- [[ぱんだ]] &new{2003-02-25 (火) 23:23:45};
 "\r" => "<br />\n", /* 行末にチルダは改行 */
--この1行を入れたらOKでした -- [[reimy]] &new{2003-02-26 (水) 00:00:46};
-chmodall.php をアクションプラグインにしてみました。パスワード付きなので標準プラグインにして欲しいな… いかがでしょうか? -- [[ishii]] &new{2003-02-25 (火) 22:50:18};
-リスト構造の左マージン設定で困ってます。1.3では次のようになっていました。
 /////////////////////////////////////////////////
 // リスト構造のマージン
 $_list_pad_str = ' class="list%d" style="padding-left:%dpx;margin-left:%dpx"';
 $_ul_left_margin = 16;   // リストと画面左端との間隔(px)
 $_ul_margin = 16;       // リストの階層間の間隔(px)
 $_ol_left_margin = 16;   // リストと画面左端との間隔(px)
 $_ol_margin = 16;       // リストの階層間の間隔(px)
 $_dl_left_margin = 16;   // リストと画面左端との間隔(px)
 $_dl_margin = -8;        // リストの階層間の間隔(px)
ところが、1.4では
 /////////////////////////////////////////////////
 // リスト構造の左マージン
 $_list_left_margin = 0; // リストと画面左端との間隔(px)
 $_list_margin = 16;      // リストの階層間の間隔(px)
 $_list_pad_str = ' class="list%d" style="padding-left:%dpx;margin-left:%dpx"';
となっており、ul、ol、dlの区別が無くなってしまってます。これは困ります。--[[reimy]] &new{2003-02-26 (水) 01:07:51};
--とりあえず対策しておきました。cvs版をどうぞ。
--ツッコミですが、リストとかテーブルとかって、個別にスタイル指定するよりも全部 CSS ファイルに出してあった方がよくないですか?  そうすれば skin 側で div とか設定するだけでなんとかなるし。今の仕様だと個別にスタイルが指定されちゃう(しかもピクセル単位で)ので、思うようにデザインを変更するのはけっこう骨なんですよね。
---こうなっていたらいいなぁ、というのをまな板に載せていただければ、いろいろ突っ込みがあると思います :) -- [[ぱんだ]] &new{2003-02-26 (水) 11:56:33};
---これは以前、リスト構造の階層化を導入するときにclass化も検討したんですけどね。3種類のリスト構造×3段階=9種類のclassとなってしまうので、繁雑になってしまうんですよね。いちおう、現状でもul.list1~ul.list3、ol.list1~ol.list3、dl.list1~dl.list3で具体的な数値を指定して、$_list_pad_strのstyle部分を出力しないようにすればできます(その代わり、数値を変更するときはすべてについて計算して変更しなければいけないので、じゃまくさい)。--[[reimy]] &new{2003-02-26 (水) 17:25:23};
-バグではなく仕様なんですが、文章の先頭を#で始めた場合、filename too longのwarningが表示されてしまいます(ini_set('error_reporting', 5);を入れていない場合)。行の先頭に#を書くと無条件にプラグインと解釈するためですが、filenameの長さチェックをしてwarningが出ないようにしたほうがいい。 -- [[reimy]] &new{2003-02-26 (水) 01:33:06};
--単語構成文字,64文字以下(/^\w{1,64}$/)の制限を入れてみます。 -- [[ぱんだ]] &new{2003-02-26 (水) 11:56:33};
-1.4にしたら、comment0.inc.php、comment2.inc.php、comment3.inc.phpが正常に動作しなくなりました。更新の衝突が発生し、ページ内容が消えてしまいます。 -- [[reimy]] &new{2003-02-26 (水) 06:25:01};
--それは、comment.inc.phpのコピーですか?何かカスタマイズされています? -- [[ぱんだ]] &new{2003-02-26 (水) 11:56:33};
---1.3のcomment.inc.phpにまだnoname、nodateオプションが存在しなかった頃にcomment.inc.phpの一部を変更して別プラグインにしたものです。ソース(&ref(開発談義/comment0.inc.php);、&ref(開発談義/comment2.inc.php);、&ref(開発談義/comment3.inc.php);)を添付します。
---修正したものを置いておきます。&ref(開発談義/comment.zip);
comment0とcomment2は(noname,nodate)が前提なんですか?名前を書いてもうまく入りませんでしたが。
---バッチリです。comment0、comment2はnoname,nodate専用、comment3はnodate専用です。かなり特殊な用途のために使用してます。comment0は[[れいみぃ:ユーザーズノート]]、comment2は[[れいみぃ:CM]]、comment3は[[れいみぃ:愛唱歌]]で使用中。全然、汎用性なし(笑い)--[[reimy]] &new{2003-02-26 (水) 14:57:23};
-1.4では、1.3のときのスキンも使えないようです。すべての変数で参照時にglobal宣言すればOK? -- [[reimy]] &new{2003-02-26 (水) 07:04:18};
--たぶんMenuBarの表示のためにcovert_html()を呼び出している部分で引っかかっているんだと思います。 cvsの最新版で対策を入れました。 -- [[ぱんだ]] &new{2003-02-26 (水) 11:56:33};
-1.4では注釈は$bodyの中ではなく、$noteとして別途出力するようになったと理解していいのかな? -- [[reimy]] &new{2003-02-26 (水) 15:03:28};
--そうです。((忘れてました))  -- [[ぱんだ]] &new{2003-02-26 (水) 16:15:46};
---使い方によったらおもしろいことができますね。注釈を本文の右メニューバーに持って行ったり。 -- [[reimy]] &new{2003-02-26 (水) 19:18:56};
-ちょっとしたお願いなのですがinputなどの属性type="submit"になっている部分にclass="submit"も加えてもらえると幸せになれるのですが。
~CSSでinputやtextareaなどにbackground-colorを設定したとき、type="submit"のボタンにまで背景色がついてしまうので。CSSにはinput[submit]として別途background-colorを設定できるのですが、この形式のCSSをサポートしているブラウザが皆無なもので…。class="submit"を加えてもらえれば、CSSの.submitで対策がとれますのでよろしく。 -- [[reimy]] &new{2003-02-27 (木) 15:48:53};
-EUC-JPだとCSSの中で半角カナの入ったフォント名を指定したときに一部のブラウザで正常にCSSが認識できなくなるため、CSSファイルをShift_JISにする必要がありましたが、UTF-8の場合はCSSファイルもUTF-8のままで大丈夫のようです。 -- [[reimy]] &new{2003-02-27 (木) 23:10:02};
-要望なんですが、1.3.3と最新のcvs版のdiffを取ると改行コードの違いで全てが差分として表示されるのでLF又はCRLFで統一して欲しいのですが、如何でしょうか? -- [[ishii]] &new{2003-03-01 (土) 06:35:54};
-個人的にはLFで統一に一票。CRLFだとpatchコマンドで怒られる。 -- [[ishii]] &new{2003-03-01 (土) 06:38:29};
-今後のリリースはLFで統一するようにします。ご了承ください。 -- [[ぱんだ]] &new{2003-03-02 (日) 21:53:47};
-添付ファイルの詳細で格納ファイル名が表示されるけど、これって表示しないほうがいいのでは? 添付ファイルのパーミッションって0666だから格納ファイル名を表示しちゃうと、凍結してあってもいたずらで消せてしまうような… -- [[reimy]] &new{2003-03-05 (水) 19:04:25};
--ソースを見ればファイル名の生成規則はわかりますから、隠してもあまり意味はないような気がして。 -- [[ぱんだ]] &new{2003-03-05 (水) 19:48:17};
--フォルダ名を attach から別の物に変更できる/している人もいるのでは? 管理者としては格納ファイル名がわかると嬉しいので、adminpass付で添付ファイル名-格納ファイル名が一覧で出るといいのかな -- [[にぶんのに]] &new{2003-03-07 (金) 01:13:56};
-CVSでアップデートしたところ、comment0などが動作しなくなりました。送信すると真っ白の表示になります。 -- [[reimy]] &new{2003-03-06 (木) 00:11:09};
--user_rules_str()がpage_write()に取り込まれたため、プラグイン側で処理する必要がなくなりました。修正したものを添付します。 &ref(開発談義/comment.zip); -- [[ぱんだ]] &new{2003-03-06 (木) 12:36:11};
-MySQL使用しようと思っているんですがdbはpukiwiki?でコメントアウト部分でcreateかけたんですけどruntimeエラーが出ます。(localhost,root,pass)は設定しましたが、他になんかありますか? -- [[たらこせる]] &new{2003-03-06 (木) 09:44:44};
--わたしと同じこと言ってる。同じとこではまってますね。やはり冒険者(笑い) [[しろくろのへや:質問箱]] -- [[reimy]] &new{2003-03-07 (金) 01:58:22};
--実は私もこのようなエラーがでています。たぶんDBMSがUNIONに対応していないバージョンだからではないでしょうか。MySQLも3は対応していません。参考までに。 t.m --  &new{2003-03-07 (金) 10:56:39};
--また、PostgresSQLでouter joinが使用できるのは7.1からですので、バージョンを見てみてください。 -- [[t.m]] &new{2003-03-07 (金) 11:45:45};
--あと、PHP 4.1.x以前では、pg_queryやpg_free_resultが使えないので、pg_exec等に書き換える必要がありました。ご参考までに。 -- [[ちょび]] &new{2003-03-07 (金) 17:45:18};
--こんな感じです。 -- [[たらこせる]] &new{2003-03-08 (土) 15:14:11};
|Error message : query 'SELECT refpage.name,refpage.lastmod FROM page left join link on page.id = page_id left join page as refpage on ref_id = refpage.id where page.name = 'SixNineSamurai' UNION SELECT DISTINCT refpage.name,refpage.lastmod FROM page left join link on page.id = ref_id left join page as refpage on page_id = refpage.id where page.name = 'SixNineSamurai';' failure. You have an error in your SQL syntax near 'UNION SELECT DISTINCT refpage.name,refpage.lastmod FROM page left join link on p' at line 2|
--UNIONを使えないバージョンを使わなければならないのであれば、2回に分けてSELECTするように改造して対処するしかないように思います。遅いかもしれませんが.. -- [[ちょび]] &new{2003-03-09 (日) 03:05:31};
-手元で定型的なHTMLページをpukiwiki1.4形式に直してwikiディレクトリに放り込んでいるのですが、こうして放り込んだページをpukiwiki側で「タイムスタンプを更新しない」にして更新しても、タイムスタンプが現在時刻に置き換わってしまうんですが、どなたか対処法をご存知でしょうか?放り込む際にファイルの更新時刻は元のファイルに合わせて(過去の時刻にして)あるのですが。 -- [[masao]] &new{2003-03-07 (金) 16:48:48};
--ファイルの所有者をwebサーバの実行ユーザ(nobodyやapacheなど)にできれば、たぶんタイムスタンプの保存ができるようになると思います。 -- [[ぱんだ]] &new{2003-03-07 (金) 17:51:57};
--ありがとうございました。*.txtを全部nobody所有にしたら、タイムスタンプを保存できるようになりました。 -- [[masao]] &new{2003-03-07 (金) 18:12:47};
-Fatal error: func_num_args(): Can't be used as a function parameter in /var/autofs/misc/groups/p/pu/pukiwiki/htdocs/dev/plugin/calendar_read.inc.php on line 16 [[プラグイン2]] -- [[reimy]] &new{2003-03-08 (土) 20:55:33};
-つまらないバグを作っていました。 cvsに修正版を投入しました。[[cvs:plugin/calendar_read.inc.php]] (v1.4:r1.6) -- [[ぱんだ]] &new{2003-03-08 (土) 22:22:35};
-どこでバグフィックスされたんだろう?pre6導入で回避か。 -- [[たらこせる]] &new{2003-03-10 (月) 11:36:42};
 -hoge
 #include([[geho/geho]])
▲この表記のときに1.includeタイトルが割愛される(が、includeされる)2.refでのイメージが参照されない。~うちで発現しましたがDEVでは問題ないみたいです(インデント情報が引き継がれてインクルードされる)。
-MySQL投入できました。いや、速さはわかんないんですけどね。 -- [[たらこせる]] &new{2003-03-10 (月) 23:00:38};
--[[開発日記/2003-03-10]]のとおりにやったら、MySQLのほうもPostgreSQLのほうもことごとく失敗。XOOPSのように簡単にインストールできるようにならないもんなんだろうか… -- [[reimy]] &new{2003-03-11 (火) 00:02:45};
-言ってるそばから冒険者...http://www.xiaopu.net/またCVS難民化状態か<いい加減なんとかしたい。 -- [[たらこせる]] &new{2003-03-10 (月) 23:19:43};
--クライアント側WindowsにもGNU diffを導入したので、手動パッチから脱出。CVS難民から脱出しました(苦笑) -- [[reimy]] &new{2003-03-10 (月) 23:35:26};
-make_linkの嵐が去った、と思ったらFatal error: Cannot redeclare convert_html() (previously declared in /Users/taraco/Sites/html.php:72) in /convert_html.php on line 7うーんうーん -- [[たらこせる]] &new{2003-03-10 (月) 23:52:58};
--古いモジュールが混じってるのでは? ここんとこ、いろんなファイルがバージョンアップしたから -- [[reimy]] &new{2003-03-11 (火) 00:04:02};
-リビジョンが1.xx.2.yyの形のモジュールはr1.3.3_branch用です。混ざってませんか?html.phpとか… -- [[ぱんだ]] &new{2003-03-11 (火) 00:11:34};
-あはははははは。....pukiwiki.php,html.phpha1.3.3でした。でもmake_link.phpエラーに戻りました -- [[たらこせる]] &new{2003-03-11 (火) 00:28:15};
-何気に新ページ作ったら直りました。お騒がせしました。...寝よう...。 -- [[たらこせる]] &new{2003-03-11 (火) 01:22:16};
-うちの環境ではSQLなしのほうが高速でした。苦労のわりに報われず?(^^;; -- [[reimy]] &new{2003-03-11 (火) 02:06:04};
-pageテーブルのname列とlinkテーブルのpage_id列に INDEXを付けるなどすると違ってくるかもしれませんね。((更新の方が遅くなるかもしれませんが)) -- [[ちょび]] &new{2003-03-11 (火) 09:35:14};
-レンタル・サーバの場合は他のユーザとの兼ね合いもあるし、データベースにどのくらいメモリを割り当てているかわからないので難しいかも.. -- [[ちょび]] &new{2003-03-11 (火) 09:38:09};
-データベースサポートが辛くなってきました。新規ページ作成時に関連ページがうまく更新できない問題も発覚し、ちょっと困っています。 -- [[ぱんだ]] &new{2003-03-11 (火) 12:10:47};
-AutoLinkの対象になるBracketNameのページを新規作成したときには、結局全文検索をしないと「そのページを参照するページの一覧」が得られないという。 -- [[ぱんだ]] &new{2003-03-11 (火) 12:12:25};
-とりあえず単純な単語検索で関連ページを暫定作成し、参照元ページの更新時に調整していくような手法を考えています。 -- [[ぱんだ]] &new{2003-03-11 (火) 12:14:11};
-AutoLinkされそうな文字列を事前に予測して…なんてのは無理ですしね。 XD -- [[ぱんだ]] &new{2003-03-11 (火) 12:16:36};
-あと、AutoLinkによる「弱い関連」と、Bracketで明示した「強い関連」の区別をcache/*.refに記録しておかないと[[BugTrack/255]]の問題はどうにもならないので、データベースの形式変更は避けられそうにないです。うーん。 -- [[ぱんだ]] &new{2003-03-11 (火) 12:15:22};
--正式版公開までは、改良のためなら、いくらでも仕様変更や設計変更は歓迎します。冒険者一同(笑い) -- [[reimy]] &new{2003-03-12 (水) 23:01:02};
--AutoLinkをサポートしようとすると、普通のRDBMSではしんどいんでしょうね.. -- [[ちょび]] &new{2003-03-14 (金) 15:09:08};
--PostgreSQLの正規表現検索もINDEXは対応していないような.. --  &new{2003-03-14 (金) 15:09:21};
--現時点で RDBMSサポートが blockerになる事は誰も望んでいないと思うので、できる範囲での実験的実装みたいな位置づけで良いんじゃないかと思います。 --  &new{2003-03-14 (金) 15:09:43};
-UTF-8化はPukiWiki 1.4の動作の必要条件ではないので、[[PukiWiki/1.4/1.3系からの移行]]のページからUTF-8化についての部分を[[PukiWiki/1.4/UTF-8化]]に分離・移動しました。 -- [[reimy]] &new{2003-03-11 (火) 22:54:33};
-BugTrack行きというよりも使い方の問題なのですが、includeのincludeのincludeを2つほど1ファイルに用意すると「表示できません」状態になりやすいです。AutoLink機能の関係で階層化ファイルとAutoLink用単語名ファイルを用意し始めたのでincludeが頻繁になってきました。include引き当てのタイムアウト処理とかってできるのかなあ。 -- [[たらこせる]] &new{2003-03-12 (水) 10:32:00};
--30秒を越えるんですか?それともまた再帰的に配列をpreg_replaceしようとするとおかしくなるPHPの問題が発症? -- [[ぱんだ]] &new{2003-03-12 (水) 13:22:44};
--30秒超過かどうか微妙な感じです。Links参照先の数によって起こるのかとかいろいろ考えましたが。 -- [[たらこせる]] &new{2003-03-12 (水) 14:08:47};
--calendar_viewerで呼び出したYYYY-MM-DDがさらにinclude,includeをかけている際に問題が起きているようです。それと、COLoR(hoge):を多数使用しているとタイムアウトが起こりやすくなるみたいです。CoLOR(hoge):~CoLOR(BLACK):で色指定していたので閲覧しにくい状態に陥っているのかも。 -- [[たらこせる]] &new{2003-03-17 (月) 09:49:44};
---んー、DEVでは再現しない...。うちの問題っぽいな--[[たらこせる]]
---タイムアウト問題なのではなく、calendar2(*)で指定したYYYY-MM-DDをcalendar_viewer(,3)といった感じで呼び出していることに端を発しているのでは??現在「次のX件」表示もうまくリンクを用意できていない。 -- [[たらこせる]] &new{2003-03-17 (月) 10:51:30};
-表定義内に | を文字として利用したい場合に、何か良い策はありますかね? よくありそうな \| などが使えればよいんですけど、そうもできないし。ord() みたいな関数ってありましたっけ? -- [[upk]] &new{2003-03-17 (月) 02:26:33};
-- 私はunicode の実体参照をユーザー定義して表示してます --  &new{2003-03-17 (月) 02:43:25};
--同じく。数値参照の &amp;#x7c; で &#x7c; が表示できます。&amp;#x3a; の &#x3a; もよく使うパターン -- [[reimy]] &new{2003-03-17 (月) 04:51:56};
---おぉ、できました。ありがとうございました。-- [[upk]] &new{2003-03-17 (月) 17:11:17};
-バグでも何でもないのですが、少々疑問に思うことがあったのでお聞きします。一応過去の論議には目を通したのですが、すでに議論済みのことを蒸し返していたとしたらお許し下さい。 -- s.sawada-[[SsPukiWiki:http://mwave.sppd.ne.jp/wiki/pukiwiki.php?FrontPage]]
++サイドに置くメニュー(サイドバー?)のマークアップが、tableによるレイアウトなのは何か理由があるのでしょうか。div class="sidemenu" のような形で囲い、整形はすべてCSSからする方が良いと思うのですが。
++HTML埋め込みの形でスタイル指定をしている部分(<span style="font-size:14px">など)が多くありますが、このような用法はいわゆる物理マークアップ(<font size=n>)と意識において変わりなく、単に文法上のチェックを通すだけの措置に思えます。意味のあるクラス名を指定して、後は外部CSSにまかせる方法ではまずいのでしょうか。
++上の理由と同様に、<div class="small"> 等のマークアップは好ましくないと思われます。
--まともに対応できているブラウザが皆無だからです。ブラウザごとに表示が異なってしまいます。各社からW3Cのrecommendationに完全に合致したブラウザが登場したら、改善される可能性はあります。 -- [[reimy]] &new{2003-03-25 (火) 21:36:00};
--なお、PukiWikiはGPLに基づくオープンソースのソフトウエアですので、ご自由に改造してお使いください。また、改造したものを配布することも禁じておりません。 -- [[reimy]] &new{2003-03-25 (火) 21:37:20};
---GPLに関しては当然承知しています。ただ、自分で下手な修正をするよりは、本家PukiWiki自体が修正される方が遥かに意義が大きいと思い、書き込ませていただきました。もちろん自分用にカスタマイズしますが、それにしても修正ポイントは少ないほど楽ですし。 -- [[s.sawada]] &new{2003-03-25 (火) 23:21:13};
-テーブルレイアウトは苦渋の選択((お察しください。1.3.xのスキンと比べてテーブルの囲む範囲を縮小しています。))なんですが、それ以外の部分については…html.phpの87行目の<div class="small">なんかは、ほかにいくらでも書き方がありますね。お気づきの点はご指摘くださると助かります。 -- [[ぱんだ]] &new{2003-03-25 (火) 22:47:16};
--table をかなり除去したバージョンを作ってみましたが、w3m で見ると死ぬ(アプリでなく自分が)ので反省しました 。まぁ 1.4 なら携帯版みたいに対応することは可能でしょうけど。-- [[わたなべ]] &new{2003-04-06 (日) 11:52:17};
-なぜかskin.en.phpに<span style="font-size:10px">が残っているのを発見…jaとenはラベル以外同じにしておいたつもりだったんだけどなぁ。 -- [[ぱんだ]] &new{2003-03-25 (火) 22:48:29};
-#commentやその他のプラグインがSIZE (10)を吐くのは、「これまでがそうだった」からで、あまり深く考えていませんでした。 -- [[ぱんだ]] &new{2003-03-25 (火) 22:56:17};
--うん、reimyさんのお答えで、「意識して」やっているということはわかりましたので、それはそれでいいのかなあ、と思います>tableレイアウト -- [[s.sawada]] &new{2003-03-25 (火) 23:12:18};
--ただ、フォントサイズやマージンを絶対指定で(しかもインラインで)吐くと、CSSで文字サイズを変えた際に、他のテキストと整合性が無くなるかなあと。できれば <span class="comment"> あたりにして、CSSで .comment を定義した方がいいと思いました。インラインのCSS指定を残すにしても、サイズを相対指定(%,em等)すればどうかと思うんですが、どこかで不都合出ますかね? -- [[s.sawada]] &new{2003-03-25 (火) 23:19:13};
---画像のサイズ指定がpxなので、文字サイズやブロックのサイズもpxにしないと、レイアウトが崩れるんですよ。特にテキストの回り込みを行なっている場合など…。文字サイズを変更したときに画像のサイズも自動的に拡大・縮小されるならいいんですけどね。-- [[reimy]] &new{2003-03-26 (水) 14:09:40};
---なるほど、すべて理由があることなのですね。それがわかれば十分です。そこから先は個人の信条の問題になりますので、PukiWikiという素晴らしい土台を元に、色々遊ばせてもらおうと思います。 -- [[s.sawada]] &new{2003-03-26 (水) 17:56:44};
-[[米マイクロソフト、W3Cの作業部会脱退:http://www.zdnet.co.jp/news/0303/26/nebt_13.html]]。ありゃま… -- [[reimy]] &new{2003-03-26 (水) 14:06:35};

#navi(開発談義)

[[:CategoryDev]]

トップ   編集 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 検索 最終更新   ヘルプ   最終更新のRSS
Site admin: PukiWiki Development Team

PukiWiki 1.5.3+ © 2001-2020 PukiWiki Development Team. Powered by PHP 5.6.40-0+deb8u12. HTML convert time: 0.057 sec.

OSDN