<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>wordpressのSyntaxHighlighter系plugin “Syntax Highlighter for WordPress” へのコメント</title>
	<atom:link href="http://weblog.atl-r.net/blog/syntax-highlighter-for-wordpress/feed/" rel="self" type="application/rss+xml" />
	<link>http://weblog.atl-r.net/blog/syntax-highlighter-for-wordpress/</link>
	<description>だるまんの覚書や感想文、日々の事を書いてます！！！！</description>
	<lastBuildDate>Mon, 23 Aug 2010 03:59:56 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Rabia より</title>
		<link>http://weblog.atl-r.net/blog/syntax-highlighter-for-wordpress/comment-page-1/#comment-275</link>
		<dc:creator>Rabia</dc:creator>
		<pubDate>Wed, 19 May 2010 19:43:22 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.atl-r.net/?p=1284#comment-275</guid>
		<description>Thank you  for sharing your response, and offering some solutions.,lucy</description>
		<content:encoded><![CDATA[							<p>Thank you  for sharing your response, and offering some solutions.,lucy</p>
]]></content:encoded>
	</item>
	<item>
		<title>《Wp》Syntax Highlighter for WordPress &#171; BrainEgg より</title>
		<link>http://weblog.atl-r.net/blog/syntax-highlighter-for-wordpress/comment-page-1/#comment-245</link>
		<dc:creator>《Wp》Syntax Highlighter for WordPress &#171; BrainEgg</dc:creator>
		<pubDate>Fri, 29 Jan 2010 02:37:29 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.atl-r.net/?p=1284#comment-245</guid>
		<description>[...] 参考：atl*weblog  [...]</description>
		<content:encoded><![CDATA[							<p>[...] 参考：atl*weblog  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>daruman より</title>
		<link>http://weblog.atl-r.net/blog/syntax-highlighter-for-wordpress/comment-page-1/#comment-50</link>
		<dc:creator>daruman</dc:creator>
		<pubDate>Sun, 22 Feb 2009 02:34:47 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.atl-r.net/?p=1284#comment-50</guid>
		<description>はじめまして！

&lt;blockquote&gt;公式プラグインディレクトリーが多言語対応していない&lt;/blockquote&gt;
完全に推測ですが、一応オープンソースなので多言語対応してほしかったら自分で機能を追加してよ、と英語圏の開発者は思っているのかもしれませんね。
しかし多言語対応してほしいのは英語での技術的な話が難しい層だったり、それが可能な開発者は自分では英語を読めるため他の機能やデバックに注力してしまうような…まぁ実際どうかわかりませんが。

&lt;blockquote&gt;wordpress.org 配下のサイトじゃないので、本家のデザインそっくりにするのは、かえってよくないと思います。&lt;/blockquote&gt;
確かにそうですね、逆に怪しくなってしまうか。
個人的に思っていたのは、昔からいくつかあった日本のwordpress向けサイトは、好意で開設したサイトゆえサイトデザインにオフィシャル感が希薄なため、自分が初心者だった頃ここのpluginを使おうと踏み切るのに若干勇気が要ったのが気にかかっていたのです。
特にwordpressのpluginは似たような機能のものが多数あり、何度も更新放置したものに序盤でぶち当たるため、余計に警戒してしまう事がありました。（当時日本語のplugin情報もかなり少なかったのもありますが）
しかしオフィシャルじゃないのに類似したデザインは確かに問題ですね。

やはり公式pluginのようにwordpress自体から更新をかけれるとその辺の懸念もだいぶ解消されるという意味では、JSeries Notifier は今後に向けてという意味でもいいpluginだなーと、最初に見た時凄く関心したのを覚えてます。

余談ですがちょいちょいこういった話をwordpress関係の記事に俺が書くのは、昔から（少なくとも日本では）wordpressは開発者やそれに順ずる技術力を持った人の方に偏った雰囲気を感じていたからです。（名前と概要だけ紹介、後は調べてね→リンクから飛ぶと全部英語サイト、という形は素人に導入を諦めさせるのに十分な威力をもっていると思います）
wordpress信者ではないですが、ちょうど今色んな要因で日本での普及が進みそうな雰囲気なので、英語力のない俺も様々な情報を得られやすい環境になるには是非もっと普及して欲しいと思う反面、初心者に優しいとは言えないよなぁとジレンマを感じているのです。
個人的に最も初心者が導入しにくい原因はwordpressのヴァージョンアップが早すぎる上に、そのたびに大幅にインターフェイスが変わりすぎるんで、折角増えてきた書籍も最新ヴァージョン対応となると数限られてしまう状況がある気がしてますが。（1年前まで2.5程度だった気がするのに、いつの間にか2.8の話題が出てきてるような…。）</description>
		<content:encoded><![CDATA[							<p>はじめまして！</p>
							<blockquote><p>公式プラグインディレクトリーが多言語対応していない</p></blockquote>
							<p>完全に推測ですが、一応オープンソースなので多言語対応してほしかったら自分で機能を追加してよ、と英語圏の開発者は思っているのかもしれませんね。<br />
							しかし多言語対応してほしいのは英語での技術的な話が難しい層だったり、それが可能な開発者は自分では英語を読めるため他の機能やデバックに注力してしまうような…まぁ実際どうかわかりませんが。</p>
							<blockquote><p>wordpress.org 配下のサイトじゃないので、本家のデザインそっくりにするのは、かえってよくないと思います。</p></blockquote>
							<p>確かにそうですね、逆に怪しくなってしまうか。<br />
							個人的に思っていたのは、昔からいくつかあった日本のwordpress向けサイトは、好意で開設したサイトゆえサイトデザインにオフィシャル感が希薄なため、自分が初心者だった頃ここのpluginを使おうと踏み切るのに若干勇気が要ったのが気にかかっていたのです。<br />
							特にwordpressのpluginは似たような機能のものが多数あり、何度も更新放置したものに序盤でぶち当たるため、余計に警戒してしまう事がありました。（当時日本語のplugin情報もかなり少なかったのもありますが）<br />
							しかしオフィシャルじゃないのに類似したデザインは確かに問題ですね。</p>
							<p>やはり公式pluginのようにwordpress自体から更新をかけれるとその辺の懸念もだいぶ解消されるという意味では、JSeries Notifier は今後に向けてという意味でもいいpluginだなーと、最初に見た時凄く関心したのを覚えてます。</p>
							<p>余談ですがちょいちょいこういった話をwordpress関係の記事に俺が書くのは、昔から（少なくとも日本では）wordpressは開発者やそれに順ずる技術力を持った人の方に偏った雰囲気を感じていたからです。（名前と概要だけ紹介、後は調べてね→リンクから飛ぶと全部英語サイト、という形は素人に導入を諦めさせるのに十分な威力をもっていると思います）<br />
							wordpress信者ではないですが、ちょうど今色んな要因で日本での普及が進みそうな雰囲気なので、英語力のない俺も様々な情報を得られやすい環境になるには是非もっと普及して欲しいと思う反面、初心者に優しいとは言えないよなぁとジレンマを感じているのです。<br />
							個人的に最も初心者が導入しにくい原因はwordpressのヴァージョンアップが早すぎる上に、そのたびに大幅にインターフェイスが変わりすぎるんで、折角増えてきた書籍も最新ヴァージョン対応となると数限られてしまう状況がある気がしてますが。（1年前まで2.5程度だった気がするのに、いつの間にか2.8の話題が出てきてるような…。）</p>
]]></content:encoded>
	</item>
	<item>
		<title>ゆりこ より</title>
		<link>http://weblog.atl-r.net/blog/syntax-highlighter-for-wordpress/comment-page-1/#comment-47</link>
		<dc:creator>ゆりこ</dc:creator>
		<pubDate>Sat, 21 Feb 2009 13:44:55 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.atl-r.net/?p=1284#comment-47</guid>
		<description>わたしも JSeries でプラグインを公開しています。WordPress 2.7 で公式プラグインディレクトリーが重視されてしまって、それ以外の「勝手配布サイト」がないがしろにされたこと、個人的には危機感を持っています。現状では公式プラグインディレクトリーが多言語対応していない (複数言語での表示ができない／登録承認者が英語しか分からない) ため、「それはないやろーー」というのが本音です (WordPress 開発チームが国際化対応をないがしろにしているのはいつものこと)。

とりあえず、WordPress 日本語版では、管理パネルに JSeries ウェブサイトへのリンクを入れてもらう等、「あやしいものではない」ように見える努力はされています。

あと、現状の JSeries ウェブサイトを更新する計画はあるので、そのときにデザインをどうするかは検討してみます。ただし、wordpress.org 配下のサイトじゃないので、本家のデザインそっくりにするのは、かえってよくないと思います。それをするならば、http://plugins.ja.wordpress.org/ のような wordpress.org 配下のサイトにする方がよいでしょう。

なお、JSeries Notifier は SourceForge.jp の画面表示からバージョン番号を解析しているので、SourceForge.jp のデザインが変わってしまうと動作しなくなる問題があります (過去リニューアルで更新ができなくなった事例あり)。今後は、SF.JP に API を置いて、そこにアクセスするような方向にすることを検討しています。もしくは、JSeries Notifier 自体は本家に置いてしまうか。</description>
		<content:encoded><![CDATA[							<p>わたしも JSeries でプラグインを公開しています。WordPress 2.7 で公式プラグインディレクトリーが重視されてしまって、それ以外の「勝手配布サイト」がないがしろにされたこと、個人的には危機感を持っています。現状では公式プラグインディレクトリーが多言語対応していない (複数言語での表示ができない／登録承認者が英語しか分からない) ため、「それはないやろーー」というのが本音です (WordPress 開発チームが国際化対応をないがしろにしているのはいつものこと)。</p>
							<p>とりあえず、WordPress 日本語版では、管理パネルに JSeries ウェブサイトへのリンクを入れてもらう等、「あやしいものではない」ように見える努力はされています。</p>
							<p>あと、現状の JSeries ウェブサイトを更新する計画はあるので、そのときにデザインをどうするかは検討してみます。ただし、wordpress.org 配下のサイトじゃないので、本家のデザインそっくりにするのは、かえってよくないと思います。それをするならば、http://plugins.ja.wordpress.org/ のような wordpress.org 配下のサイトにする方がよいでしょう。</p>
							<p>なお、JSeries Notifier は SourceForge.jp の画面表示からバージョン番号を解析しているので、SourceForge.jp のデザインが変わってしまうと動作しなくなる問題があります (過去リニューアルで更新ができなくなった事例あり)。今後は、SF.JP に API を置いて、そこにアクセスするような方向にすることを検討しています。もしくは、JSeries Notifier 自体は本家に置いてしまうか。</p>
]]></content:encoded>
	</item>
	<item>
		<title>daruman より</title>
		<link>http://weblog.atl-r.net/blog/syntax-highlighter-for-wordpress/comment-page-1/#comment-35</link>
		<dc:creator>daruman</dc:creator>
		<pubDate>Tue, 17 Feb 2009 06:03:16 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.atl-r.net/?p=1284#comment-35</guid>
		<description>ショートコードの件はデメリットは記事に書いたとおりですが、をかもとさんのケースは特殊で、ほとんどのplugin乗り換えのケースでは記述書式は変わるかと思います。（前回調べたSyntaxHighlighter系pluginでは厳密に同じ記述書式のものは1つもありませんでした）
現時点では、plugin無しでも問題ないタグでの記述で、plugin側はclass名をトリガーにタグを捜し、適切なコードに置換する方法がいいのかなぁと考えてます。
これなら上記のケースでも古い記事の書き換えは発生しないかと思いますが、実装の手間・動作速度ともに考慮してない妄想です。

とりあえず既に大量の記事がある状態でショートコードを使ったpluginを停止するケースでは、自作pluginもしくはfunction.phpを停止するpluginと同じショートコードで呼び出し、なんらかのタグに置き換えると一応対応にはなるかなと。
その辺を自動化するpluginがあったら面白いのかもしれない、停止したpluginのショートコードと置換タグを管理画面で指定するだけのものとか…個人で作って使うレベルのものな気がしてきた。

ショートコードは個人的にはfunction.phpでの使用しか経験してませんが、あまりに使いやすいので全部これでやってしまいたい衝動に駆られる一方、自力で上記対策が出来ない人の利用も想定するpluginではやはり結構危ない気がしてます。



JSeries pluginに関しては完全に書き方を間違えてました。
そもそもユーザーにとってはpluginが公開されているのが公式じゃない以上、個人サイトだろうがJSeriesだろうが関係ない話で、むしろ一箇所に日本語で簡単に使えるpluginが集まっているのは利点なんだという、ごく当たり前の事に気付きました。
またplugin作者側の意見も参考になりました、俺も英語さっぱりなので日本語化されてないpluginをいじるには一定の気合が必要になりますし、なにより公式でしか公開が難しい場合plugin開発のハードルが高くなりすぎるか…。

これはむしろwordpress公式の問題がしてきた、クオリティコントロールしてる訳じゃないんだから自動アップデート機能をAPIか何かで公開してくれたらいいのに。

JSeriesに関しておおむね考えを改めましたが、唯一デザインだけはやはり本家に似たものがいいんじゃないかなぁと思ってたりします。</description>
		<content:encoded><![CDATA[							<p>ショートコードの件はデメリットは記事に書いたとおりですが、をかもとさんのケースは特殊で、ほとんどのplugin乗り換えのケースでは記述書式は変わるかと思います。（前回調べたSyntaxHighlighter系pluginでは厳密に同じ記述書式のものは1つもありませんでした）<br />
							現時点では、plugin無しでも問題ないタグでの記述で、plugin側はclass名をトリガーにタグを捜し、適切なコードに置換する方法がいいのかなぁと考えてます。<br />
							これなら上記のケースでも古い記事の書き換えは発生しないかと思いますが、実装の手間・動作速度ともに考慮してない妄想です。</p>
							<p>とりあえず既に大量の記事がある状態でショートコードを使ったpluginを停止するケースでは、自作pluginもしくはfunction.phpを停止するpluginと同じショートコードで呼び出し、なんらかのタグに置き換えると一応対応にはなるかなと。<br />
							その辺を自動化するpluginがあったら面白いのかもしれない、停止したpluginのショートコードと置換タグを管理画面で指定するだけのものとか…個人で作って使うレベルのものな気がしてきた。</p>
							<p>ショートコードは個人的にはfunction.phpでの使用しか経験してませんが、あまりに使いやすいので全部これでやってしまいたい衝動に駆られる一方、自力で上記対策が出来ない人の利用も想定するpluginではやはり結構危ない気がしてます。</p>
							<p>JSeries pluginに関しては完全に書き方を間違えてました。<br />
							そもそもユーザーにとってはpluginが公開されているのが公式じゃない以上、個人サイトだろうがJSeriesだろうが関係ない話で、むしろ一箇所に日本語で簡単に使えるpluginが集まっているのは利点なんだという、ごく当たり前の事に気付きました。<br />
							またplugin作者側の意見も参考になりました、俺も英語さっぱりなので日本語化されてないpluginをいじるには一定の気合が必要になりますし、なにより公式でしか公開が難しい場合plugin開発のハードルが高くなりすぎるか…。</p>
							<p>これはむしろwordpress公式の問題がしてきた、クオリティコントロールしてる訳じゃないんだから自動アップデート機能をAPIか何かで公開してくれたらいいのに。</p>
							<p>JSeriesに関しておおむね考えを改めましたが、唯一デザインだけはやはり本家に似たものがいいんじゃないかなぁと思ってたりします。</p>
]]></content:encoded>
	</item>
	<item>
		<title>をかもと より</title>
		<link>http://weblog.atl-r.net/blog/syntax-highlighter-for-wordpress/comment-page-1/#comment-34</link>
		<dc:creator>をかもと</dc:creator>
		<pubDate>Tue, 17 Feb 2009 00:47:19 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.atl-r.net/?p=1284#comment-34</guid>
		<description>ども、をかもとです。

&lt;blockquote&gt;言語名の表記のon/offが出来ない&lt;/blockquote&gt;
これは確かにそうですね。私の趣味で出してますが、消せるようにしたほうが嬉しいですね。

&lt;blockquote&gt;ショートコードによる記述方法&lt;/blockquote&gt;
ご指摘の件も分かりますが、ショートコードによる記述は仕様変更がしやすいという利点もあります。
私は、以前 iG:Syntax Hiliter を使っていたのですが、気に入らなかったため同じショートコード構成を持つ別のプラグインを作ってしまったのがこれです。
今回も SyntaxHighlighter library が 1.5.x → 2.0.x にバージョンアップした際に
&lt;code&gt;&lt;pre name=&quot;code&quot; class=&quot;言語名&quot;&gt;&lt;/code&gt; から &lt;code&gt;&lt;pre class=&quot;brush: 言語名;&quot;&gt;&lt;/code&gt; に書き換える必要があったんですが、過去記事の修正が不要でした。

&lt;blockquote&gt;JSeries pluginである&lt;/blockquote&gt;
このプラグインに関しては JSeries に置いておく必要は無いのは確かです。
JSeries は、日本特有の文化に乗ったものや日本語化されていない海外のプラグインの日本語化ってのが大前提なので....
ただ、私が英語に堪能ではないので、他言語圏の方からサポートを求められても対応が遅くなってしまうというだけの理由で JSeries に置いてます。
もうちょっとキチンと仕上げたら、公式に登録するつもりはあるんですが、なかなか (^^;;;

私のように語学に堪能でない日本のプラグイン作者が気軽にプラグインを発表できる場として JSeries が貴重な場であることは確かなのです。

今回は、色々と要望ありがとうございました。
とても参考になります。</description>
		<content:encoded><![CDATA[							<p>ども、をかもとです。</p>
							<blockquote><p>言語名の表記のon/offが出来ない</p></blockquote>
							<p>これは確かにそうですね。私の趣味で出してますが、消せるようにしたほうが嬉しいですね。</p>
							<blockquote><p>ショートコードによる記述方法</p></blockquote>
							<p>ご指摘の件も分かりますが、ショートコードによる記述は仕様変更がしやすいという利点もあります。<br />
							私は、以前 iG:Syntax Hiliter を使っていたのですが、気に入らなかったため同じショートコード構成を持つ別のプラグインを作ってしまったのがこれです。<br />
							今回も SyntaxHighlighter library が 1.5.x → 2.0.x にバージョンアップした際に<br />
							<code>&lt;pre name=&quot;code&quot; class=&quot;言語名&quot;&gt;</code> から <code>&lt;pre class=&quot;brush: 言語名;&quot;&gt;</code> に書き換える必要があったんですが、過去記事の修正が不要でした。</p>
							<blockquote><p>JSeries pluginである</p></blockquote>
							<p>このプラグインに関しては JSeries に置いておく必要は無いのは確かです。<br />
							JSeries は、日本特有の文化に乗ったものや日本語化されていない海外のプラグインの日本語化ってのが大前提なので&#8230;.<br />
							ただ、私が英語に堪能ではないので、他言語圏の方からサポートを求められても対応が遅くなってしまうというだけの理由で JSeries に置いてます。<br />
							もうちょっとキチンと仕上げたら、公式に登録するつもりはあるんですが、なかなか (^^;;;</p>
							<p>私のように語学に堪能でない日本のプラグイン作者が気軽にプラグインを発表できる場として JSeries が貴重な場であることは確かなのです。</p>
							<p>今回は、色々と要望ありがとうございました。<br />
							とても参考になります。</p>
]]></content:encoded>
	</item>
	<item>
		<title>ソースを色分けして見やすくするSyntax Highlighterの選択 - atl*weblog より</title>
		<link>http://weblog.atl-r.net/blog/syntax-highlighter-for-wordpress/comment-page-1/#comment-33</link>
		<dc:creator>ソースを色分けして見やすくするSyntax Highlighterの選択 - atl*weblog</dc:creator>
		<pubDate>Mon, 16 Feb 2009 17:25:36 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.atl-r.net/?p=1284#comment-33</guid>
		<description>[...] Newer [...]</description>
		<content:encoded><![CDATA[							<p>[...] Newer [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
