<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
		xmlns:xhtml="http://www.w3.org/1999/xhtml"
>

<channel>
	<title>まとめたブログ: WordPress</title>
	<atom:link href="http://wordpress.matometa.net/feed" rel="self" type="application/rss+xml" />
	<link>http://wordpress.matometa.net</link>
	<description>MovableTypeユーザーがWordPressを使ってみてテーマ・テンプレート・プラグインなど比較して気づいたことをまとめたサイト。</description>
	<lastBuildDate>Mon, 14 May 2012 20:20:13 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://wordpress.matometa.net/feed" />
		<item>
		<title>hetemlでCronジョブMTのrun-periodic-tasks予約投稿などに</title>
		<link>http://wordpress.matometa.net/archives/20120512195354</link>
		<comments>http://wordpress.matometa.net/archives/20120512195354#comments</comments>
		<pubDate>Sat, 12 May 2012 10:53:54 +0000</pubDate>
		<dc:creator>まとめたブログ</dc:creator>
				<category><![CDATA[MovableType]]></category>
		<category><![CDATA[レンタルサーバー]]></category>

		<guid isPermaLink="false">http://wordpress.matometa.net/?p=698</guid>
		<description><![CDATA[このブログはエックスサーバーを使っていてCronはちまたにある説明のように、 cd /home/なんてろ/かんてろ　で普通にCron設定できる。 だがhetemlサーバーは、mt.shというファイルを一旦作って、そのファイルに /home/なんてろ/かんてろ　とCronを宛がうやり方だったのがわからなかったが解決。 ヘテムルはこのワンクッションがあるんだと、知りました。 後はヘテムルの説明通りに設定すれば、MTのrun-periodic-tasks設定が問題なくできます。最初はこのcd /home/…でやろうとしたが、cdの後のスペースからまた/home/が２回続けて保存されたりかなり苦戦しました。 ヘテムル Cron MobableType 設定方法 丁寧に解説されていたものの、このワンクッションが最初理解不能だった。 #!/bin/sh cd /home/sites/heteml/users/h/o/g/あなた/web/mt/ ←mt設置ディレクトリ例 /usr/bin/perl ./tools/run-periodic-tasks exit このファイルをTeraPadとかメモ帳で書いてmt.sh名でファイル保存して、アスキーモードでアップロードして、パーミッション700にして、そのファイルに対するサイトパスをCronに設定すると完了です。これで予約投稿やCron系のMT活用ができます。]]></description>
			<content:encoded><![CDATA[<p>このブログはエックスサーバーを使っていてCronはちまたにある説明のように、<br />
<span style="color: #008000;">cd /home/なんてろ/かんてろ</span>　で普通にCron設定できる。</p>
<p>だがhetemlサーバーは、mt.shというファイルを一旦作って、そのファイルに<br />
<span style="color: #008000;">/home/なんてろ/かんてろ</span>　とCronを宛がうやり方だったのがわからなかったが解決。</p>
<p>ヘテムルはこのワンクッションがあるんだと、知りました。</p>
<p>後はヘテムルの説明通りに設定すれば、MTのrun-periodic-tasks設定が問題なくできます。最初はこのcd /home/…でやろうとしたが、cdの後のスペースからまた/home/が２回続けて保存されたりかなり苦戦しました。</p>
<p>ヘテムル <a href="http://heteml.jp/support/manual/cron/">Cron MobableType 設定方法</a><br />
丁寧に解説されていたものの、このワンクッションが最初理解不能だった。</p>
<blockquote><p>#!/bin/sh</p>
<p>cd <strong>/home/sites/heteml/users/h/o/g/あなた/web/mt/ <span style="color: #ff0000;">←mt設置ディレクトリ例</span></strong><br />
/usr/bin/perl ./tools/run-periodic-tasks</p>
<p>exit</p></blockquote>
<p>このファイルをTeraPadとかメモ帳で書いてmt.sh名でファイル保存して、アスキーモードでアップロードして、パーミッション700にして、そのファイルに対するサイトパスをCronに設定すると完了です。これで予約投稿やCron系のMT活用ができます。</p>
]]></content:encoded>
			<wfw:commentRss>http://wordpress.matometa.net/archives/20120512195354/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://wordpress.matometa.net/archives/20120512195354" />
	</item>
		<item>
		<title>GALAXY NoteのWEBブラウザ解像度とスマホやタブレットCSS3デバイス幅でレスポンシブルデザイン</title>
		<link>http://wordpress.matometa.net/archives/20120429125848</link>
		<comments>http://wordpress.matometa.net/archives/20120429125848#comments</comments>
		<pubDate>Sun, 29 Apr 2012 03:58:48 +0000</pubDate>
		<dc:creator>まとめたブログ</dc:creator>
				<category><![CDATA[マルチデバイスデザイン]]></category>

		<guid isPermaLink="false">http://wordpress.matometa.net/?p=681</guid>
		<description><![CDATA[GALAXY Note SC-05DのWeb解像度を店頭で見てきた。 結論：どうやら640×400ピクセル（WEBブラウザ解像度） スマホデザインは幅320ピクセルで作ればいいといった常識は通用しない。 GALAXY Noteは縦で持って幅400ピクセルである。 機種の画面解像度は1280×800ピクセルなのでWEB解像度は丁度半分になる。この仕様として公開されている解像度とブラウザ解像度は別なので、調べる必要が出てくるところが厄介です。これで思い悩んでいるデザイナーは多いのではと思います。 レスポンシブルWEBデザインとかマルチデバイスデザインが求められるようになって、タブレットやらスマホの解像度がどんどん多様になってきて、WEBデザイナーはどのような対応策をとっていけばいいのかのご提案です。 ユーザーエージェントでPCサイトと振り分ける CSS3のデバイス幅でCSSを振り分ける 携帯サイトも結構やっていたので、その歴史を語ると最初は IPアドレスで振り分ける（徐々に機種が増えすぎて対応しきれず） ユーザーエージェントUAで振り分ける（スマホになってマルチデバイス化が必要で） 横に傾けた時にWEB解像度が広がる（縦横両方に対応せねば…） タブレットも相当増えてきて（デバイス幅で指定が求められるGALAXY Noteのような中途半端なデバイスへの対応） といった流れではないでしょうか。iPhoneやiPadなどのアップル製品はそんなに製品ラインを変えたりしないが、Androidや各種キャリアのスマホは今後どうなっていくか進化はバラバラだろう。だからiPhoneやAndroid Mobileといったユーザーエージェントだけではそのデザインの対応が難しくなってくることは容易に想像がつく。 ということで今後求められるのはデバイス幅とPCサイトとの両方の対応をどれだけ的確に出来るかが腕の見せ所となっている。 縦と横で解像度が異なることにも頭を悩ませて、そのまま320ピクセルのスマホ解像度でやろうとしてもいいがGALAXY Noteだとかなり大きくなり過ぎてしまう。 でもCSS3のデバイス幅の機能（max-width/min-width）はよくこの未来を考えられていると思った。これからはデバイス幅でCSS3を駆使してマルチデバイスデザインとレスポンシブルデザインをしていくことが主流になることは間違いないだろう！]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.nttdocomo.co.jp/product/next/sc05d/">GALAXY Note SC-05D</a>のWeb解像度を店頭で見てきた。</p>
<h2>結論：どうやら640×400ピクセル（WEBブラウザ解像度）</h2>
<p>スマホデザインは<span style="color: #ff0000;">幅320ピクセル</span>で作ればいいといった常識は通用しない。<br />
GALAXY Noteは縦で持って<span style="color: #ff0000;">幅400ピクセル</span>である。</p>
<p><span style="color: #008000;">機種の画面解像度は1280×800ピクセル</span>なのでWEB解像度は丁度半分になる。この仕様として公開されている解像度とブラウザ解像度は別なので、調べる必要が出てくるところが厄介です。これで思い悩んでいるデザイナーは多いのではと思います。</p>
<p>レスポンシブルWEBデザインとかマルチデバイスデザインが求められるようになって、タブレットやらスマホの解像度がどんどん多様になってきて、WEBデザイナーはどのような対応策をとっていけばいいのかのご提案です。</p>
<ol>
<li>ユーザーエージェントでPCサイトと振り分ける</li>
<li>CSS3のデバイス幅でCSSを振り分ける</li>
</ol>
<p>携帯サイトも結構やっていたので、その歴史を語ると最初は</p>
<ul>
<li>IPアドレスで振り分ける（徐々に機種が増えすぎて対応しきれず）</li>
<li>ユーザーエージェントUAで振り分ける（スマホになってマルチデバイス化が必要で）</li>
<li>横に傾けた時にWEB解像度が広がる（縦横両方に対応せねば…）</li>
<li>タブレットも相当増えてきて（デバイス幅で指定が求められるGALAXY Noteのような中途半端なデバイスへの対応）</li>
</ul>
<p>といった流れではないでしょうか。iPhoneやiPadなどのアップル製品はそんなに製品ラインを変えたりしないが、Androidや各種キャリアのスマホは今後どうなっていくか進化はバラバラだろう。だからiPhoneやAndroid Mobileといったユーザーエージェントだけではそのデザインの対応が難しくなってくることは容易に想像がつく。</p>
<p>ということで<span style="color: #ff0000;">今後求められるのはデバイス幅とPCサイトとの両方の対応をどれだけ的確に出来るかが腕の見せ所</span>となっている。 縦と横で解像度が異なることにも頭を悩ませて、そのまま320ピクセルのスマホ解像度でやろうとしてもいいがGALAXY Noteだとかなり大きくなり過ぎてしまう。</p>
<p>でも<span style="color: #ff0000;">CSS3のデバイス幅の機能（max-width/min-width）</span>はよくこの未来を考えられていると思った。これからはデバイス幅でCSS3を駆使してマルチデバイスデザインとレスポンシブルデザインをしていくことが主流になることは間違いないだろう！</p>
]]></content:encoded>
			<wfw:commentRss>http://wordpress.matometa.net/archives/20120429125848/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://wordpress.matometa.net/archives/20120429125848" />
	</item>
		<item>
		<title>iPadユーザーが異常に増えいてる件</title>
		<link>http://wordpress.matometa.net/archives/20120314020248</link>
		<comments>http://wordpress.matometa.net/archives/20120314020248#comments</comments>
		<pubDate>Tue, 13 Mar 2012 17:02:48 +0000</pubDate>
		<dc:creator>まとめたブログ</dc:creator>
				<category><![CDATA[Mac]]></category>

		<guid isPermaLink="false">http://wordpress.matometa.net/?p=673</guid>
		<description><![CDATA[ユーザーエージェントやアクセス解析、その他フォームからのデータ等いろんなところで端末情報は取得できる訳ですが、最近かなりiPadが増えている。どれほど売れているのか想像がつくほどその変化は大きなものがある。もはやノートPCってのも仕事用で、デスクトップ何てものを使う人はかなりマニアックなユーザーに限られてくることをうかがわせる。 確かにiPadであれば、そのまま閲覧も大きく苦にならないし、入力もiPhoneやスマホよりも簡単にできるから好まれている感じです。特に込み入ったアプリを使わないのであれば、iPadにインストールできるソフトで充分ですし、買い物やフォーム入力系も難なく増えていることを見るとタブレット端末がジワジワというよりも予想を上回る勢いで一般化している様相です。 iPadとMacBook Airの大きな違いは、 ソフト（インストールの可否） キーボード カメラ撮影 コレくらいしかなく、モバイル性は圧倒的にiPadで、バッテリーも気になるほどのハードユーザーは元々ノートも持たないでしょうし、Appleが起こしたイノベーションは以前からあったタブレットやPDA端末それらとは比較にならないほど生活レベルに浸透できるクオリティだということです。さらにiPadのカメラ撮影できるポテンシャルはMacノートにはなく、iPadやiPhoneには敵わない。 何と言ってもiPhoneとの大きな違いはフォームへの入力に抵抗がないところだろう。画面が小さくスマホサイトはどうにも入力して送信する感覚が未だに抵抗がある人も多いことだろう。しかしiPadであればそれも難なくクリアできる。そろそろ有力なデバイスと考えてiPadを買ってユーザービリティを確認しないとまずい気がしてきた。]]></description>
			<content:encoded><![CDATA[<p>ユーザーエージェントやアクセス解析、その他フォームからのデータ等いろんなところで端末情報は取得できる訳ですが、<a href="http://www.apple.com/jp/ipad/">最近かなりiPadが増えて</a>いる。どれほど売れているのか想像がつくほどその変化は大きなものがある。もはやノートPCってのも仕事用で、デスクトップ何てものを使う人はかなりマニアックなユーザーに限られてくることをうかがわせる。</p>
<p>確かにiPadであれば、そのまま閲覧も大きく苦にならないし、入力もiPhoneやスマホよりも簡単にできるから好まれている感じです。特に込み入ったアプリを使わないのであれば、iPadにインストールできるソフトで充分ですし、買い物やフォーム入力系も難なく増えていることを見るとタブレット端末がジワジワというよりも予想を上回る勢いで一般化している様相です。</p>
<p>iPadとMacBook Airの大きな違いは、</p>
<ul>
<li>ソフト（インストールの可否）</li>
<li>キーボード</li>
<li>カメラ撮影</li>
</ul>
<p>コレくらいしかなく、モバイル性は圧倒的にiPadで、バッテリーも気になるほどのハードユーザーは元々ノートも持たないでしょうし、Appleが起こしたイノベーションは以前からあったタブレットやPDA端末それらとは比較にならないほど生活レベルに浸透できるクオリティだということです。さらにiPadのカメラ撮影できるポテンシャルはMacノートにはなく、iPadやiPhoneには敵わない。</p>
<p>何と言ってもiPhoneとの大きな違いはフォームへの入力に抵抗がないところだろう。画面が小さくスマホサイトはどうにも入力して送信する感覚が未だに抵抗がある人も多いことだろう。しかしiPadであればそれも難なくクリアできる。そろそろ有力なデバイスと考えてiPadを買ってユーザービリティを確認しないとまずい気がしてきた。</p>
]]></content:encoded>
			<wfw:commentRss>http://wordpress.matometa.net/archives/20120314020248/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://wordpress.matometa.net/archives/20120314020248" />
	</item>
		<item>
		<title>Yahoo!ボックス 50GBオンラインストレージがプレミア会員なら無料</title>
		<link>http://wordpress.matometa.net/archives/20120224163510</link>
		<comments>http://wordpress.matometa.net/archives/20120224163510#comments</comments>
		<pubDate>Fri, 24 Feb 2012 07:35:10 +0000</pubDate>
		<dc:creator>まとめたブログ</dc:creator>
				<category><![CDATA[Web全般]]></category>

		<guid isPermaLink="false">http://wordpress.matometa.net/?p=661</guid>
		<description><![CDATA[Yahoo!から新たなサービスが登場してた。 ドロップボックスならぬ、Yahoo!ボックスです。 ヤフオクなど利用しているプレミアム会員なら50GBまで無料。 これはなかなか使えそうだと思いました。Amazonのオンラインストレージを使うのもちょっと高い気もするし、かと言ってドロップボックスは無料は容量が少なすぎて使えない。50GBあれば、急用や何かの時に役立ちますね、Yahoo!サービスの中でも多用しそうな雰囲気です。もちろん計画立てたデータは、レンタルサーバーに保存してプチクラウド化してるから、ドロップボックスのようなポジションはこれで充分。 Evernoteでは、ちょっと重すぎるデータであるとか急に動画を送らなければならない何て時に威力を発揮しそうです。ストレージ用サーバーでも借りておいた方がいいのかなと思っていたところになかなか50GBと丁度いい容量まで無料で使えるとあって助かりそうです。 ヤフオクに使うプレミアム会員なので、無料で50GBまで使えます。 &#160; 本当に50GB使えるのかとログインしてみると、こんな感じのインターフェイスなってました。右上がちゃんと50GBプランになってる。 Yahoo!らしいすごくわかりやすいアイコン付きの感じで共感がもてました。 これなら使える、外で自分以外のPCやMacを使った時に特に成果が問われそうです。 メール大体超上限50MBくらい？マナー的に、Evernoteで動画の同期はしたくない、外出先でFTPも外付けHDも無い！何て状況で思わず使うことでしょう。]]></description>
			<content:encoded><![CDATA[<p>Yahoo!から新たなサービスが登場してた。<br />
ドロップボックスならぬ、<a href="http://box.yahoo.co.jp/">Yahoo!ボックス</a>です。<br />
ヤフオクなど利用しているプレミアム会員なら50GBまで無料。<br />
<img src="http://wordpress.matometa.net/wp-content/uploads/2012/02/yahoobox01.png" title="Yahoo!ボックス" width="422" height="443" class="alignnone size-full wp-image-663" /></p>
<p>これはなかなか使えそうだと思いました。Amazonのオンラインストレージを使うのもちょっと高い気もするし、かと言ってドロップボックスは無料は容量が少なすぎて使えない。50GBあれば、急用や何かの時に役立ちますね、Yahoo!サービスの中でも多用しそうな雰囲気です。もちろん計画立てたデータは、レンタルサーバーに保存してプチクラウド化してるから、ドロップボックスのようなポジションはこれで充分。</p>
<p>Evernoteでは、ちょっと重すぎるデータであるとか急に動画を送らなければならない何て時に威力を発揮しそうです。ストレージ用サーバーでも借りておいた方がいいのかなと思っていたところになかなか50GBと丁度いい容量まで無料で使えるとあって助かりそうです。</p>
<p>ヤフオクに使うプレミアム会員なので、無料で50GBまで使えます。</p>
<p><img src="http://wordpress.matometa.net/wp-content/uploads/2012/02/yahoobox02s.png" alt="" title="Yahoo!プレミアム会員は50GB無料" width="422" height="171" class="alignnone size-full wp-image-665" /></p>
<p>&nbsp;</p>
<p>本当に50GB使えるのかとログインしてみると、こんな感じのインターフェイスなってました。右上がちゃんと50GBプランになってる。</p>
<p><img src="http://wordpress.matometa.net/wp-content/uploads/2012/02/yahoomybox.png" alt="" title="Yahoo!マイボックス" width="422" height="214" class="alignnone size-full wp-image-664" /></p>
<p>Yahoo!らしいすごくわかりやすいアイコン付きの感じで共感がもてました。<br />
これなら使える、外で自分以外のPCやMacを使った時に特に成果が問われそうです。</p>
<p>メール大体超上限50MBくらい？マナー的に、Evernoteで動画の同期はしたくない、外出先でFTPも外付けHDも無い！何て状況で思わず使うことでしょう。</p>
]]></content:encoded>
			<wfw:commentRss>http://wordpress.matometa.net/archives/20120224163510/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://wordpress.matometa.net/archives/20120224163510" />
	</item>
		<item>
		<title>XGAウェブサイトの横幅と背景を工夫、太いボーダー構成</title>
		<link>http://wordpress.matometa.net/archives/20120209160833</link>
		<comments>http://wordpress.matometa.net/archives/20120209160833#comments</comments>
		<pubDate>Thu, 09 Feb 2012 07:08:33 +0000</pubDate>
		<dc:creator>まとめたブログ</dc:creator>
				<category><![CDATA[Web全般]]></category>

		<guid isPermaLink="false">http://wordpress.matometa.net/?p=659</guid>
		<description><![CDATA[Safariバージョン 5.1.3 (7534.53.10)にしたら、ブックマークツールバーの横幅が広がった。一つ一つの幅が若干広がってクリックしやすくなったのだが、このブックマークの幅でウィンドウサイズを測っていたので、困ったのもだ。数を減らして、1024ピクセルになるように調整した。 ウェブサイトの幅は長いことXGAベースなのだが、最近1024pixelに幅収まらないウェブサイトデザインも見かける。どういった経緯から何pixelをベースに考えてデザインされているのかは興味深いところであるが、XGAで問題ないように思ってしまう。 しかし、横幅が広いディスプレイでフルスクリーンで閲覧されることを考えるとちょっとXGAだとショボく見えることも否めない。その時のためにファーストビューの背景を工夫してXGAでもそれ以上でも見栄えを損なわないデザインが必要だと感じるが、bodyがはみ出て横スクロールが出現するのはまだまだ頂けないと思う。 ファーストビュー背景をダイナミックにする ウィンドウ幅いっぱいに広がるボーダー領域の工夫 の対応で考えるのが普通の対応であるかと。横に広がる罫線や太いボーダーの構成だと見栄えが見劣りしないことも印象で感じる。]]></description>
			<content:encoded><![CDATA[<p>Safariバージョン 5.1.3 (7534.53.10)にしたら、ブックマークツールバーの横幅が広がった。一つ一つの幅が若干広がってクリックしやすくなったのだが、このブックマークの幅でウィンドウサイズを測っていたので、困ったのもだ。数を減らして、1024ピクセルになるように調整した。</p>
<p>ウェブサイトの幅は長いことXGAベースなのだが、最近1024pixelに幅収まらないウェブサイトデザインも見かける。どういった経緯から何pixelをベースに考えてデザインされているのかは興味深いところであるが、XGAで問題ないように思ってしまう。</p>
<p>しかし、横幅が広いディスプレイでフルスクリーンで閲覧されることを考えるとちょっとXGAだとショボく見えることも否めない。その時のためにファーストビューの背景を工夫してXGAでもそれ以上でも見栄えを損なわないデザインが必要だと感じるが、bodyがはみ出て横スクロールが出現するのはまだまだ頂けないと思う。</p>
<ol>
<li>ファーストビュー背景をダイナミックにする</li>
<li>ウィンドウ幅いっぱいに広がるボーダー領域の工夫</li>
</ol>
<p>の対応で考えるのが普通の対応であるかと。横に広がる罫線や太いボーダーの構成だと見栄えが見劣りしないことも印象で感じる。</p>
]]></content:encoded>
			<wfw:commentRss>http://wordpress.matometa.net/archives/20120209160833/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://wordpress.matometa.net/archives/20120209160833" />
	</item>
		<item>
		<title>Macで.htaccessなどの隠しファイルを表示するウィジェット</title>
		<link>http://wordpress.matometa.net/archives/20120124153818</link>
		<comments>http://wordpress.matometa.net/archives/20120124153818#comments</comments>
		<pubDate>Tue, 24 Jan 2012 06:38:18 +0000</pubDate>
		<dc:creator>まとめたブログ</dc:creator>
				<category><![CDATA[Mac]]></category>

		<guid isPermaLink="false">http://wordpress.matometa.net/?p=640</guid>
		<description><![CDATA[Web制作ではちょこちょこ出てくる.htaccessファイルですが、Macのローカルファイル上では通常は隠しファイルとして表示されません。Dreamweaverなどのエディットソフトで見るとドットから始まる隠しファイルが表示されますが、それ以外でもFinder上で見たい場合は簡単にできるウィジェットがおすすめ。ターミナルとかで表示する方法もあるようですが、難しいし面倒なのでこっちのウィジェットの方が便利だと思います。 上の図のようにウィジェットでShowとHideを選択するだけで機能します。 ↓ウィジェットDownload先 Hidden Files &#160;]]></description>
			<content:encoded><![CDATA[<p>Web制作ではちょこちょこ出てくる.htaccessファイルですが、Macのローカルファイル上では通常は隠しファイルとして表示されません。Dreamweaverなどのエディットソフトで見るとドットから始まる隠しファイルが表示されますが、それ以外でもFinder上で見たい場合は簡単にできるウィジェットがおすすめ。ターミナルとかで表示する方法もあるようですが、難しいし面倒なのでこっちのウィジェットの方が便利だと思います。</p>
<div><img src="http://wordpress.matometa.net/wp-content/uploads/2012/01/hide-mac1.png" title="Hidden Files-mac" width="414" height="181" class="alignnone  wp-image-642" /></div>
<div>上の図のようにウィジェットでShowとHideを選択するだけで機能します。</div>
<p>↓ウィジェットDownload先</p>
<h1><a href="http://www.apple.com/downloads/dashboard/developer/hiddenfiles.html">Hidden Files</a></h1>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://wordpress.matometa.net/archives/20120124153818/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://wordpress.matometa.net/archives/20120124153818" />
	</item>
		<item>
		<title>Opera miniスマートフォンでのPCサイト拡大表示機能</title>
		<link>http://wordpress.matometa.net/archives/20111225160939</link>
		<comments>http://wordpress.matometa.net/archives/20111225160939#comments</comments>
		<pubDate>Sun, 25 Dec 2011 07:09:39 +0000</pubDate>
		<dc:creator>まとめたブログ</dc:creator>
				<category><![CDATA[Web全般]]></category>

		<guid isPermaLink="false">http://wordpress.matometa.net/?p=628</guid>
		<description><![CDATA[Android携帯では標準のブラウザを使うのが普通ですが、Opera miniも遜色なく使えるブラウザです。何が驚いたかと言えば、PCサイトの混み合っているリンク部分をタップしたところ該当リンク先に飛ぶのではなく、拡大表示されたのです。 ２つ以上のリンクをクリックすると表示が狭かったんだろうなってことで、その領域を拡大してくれる。拡大された表示から的確なリンクをタップできる。これだとホントPCサイトも難なくスマホで閲覧できる環境となります。ガラケーからの携帯サイトの名残もあるのでスマホサイトが必要な感じにはなっていますが、そのサイト規模やジャンルによってはiPhoneやAndroidでも通常のPCサイトを見せ、スマートフォンからのアクセスにも配慮するviewpointやアドレスバーの隠しなどその程度でもOpera miniであれば十分と感じました。 AppleはiPhoneを作っておいてiPhoneサイトを別途用意しない姿勢を貫いていますが、だんだんその考えもブラウザの進化と共に顕在化していきている気がします。スマホサイトだとやはり情報は削ぎ落とされるし、いつものPCレイアウトであればどこにメニューがあってどこから見ていく、ログインしていく、お気に入りのコーナー等も一元化されてユーザーにとっては利便性がPCサイトであることで逆に向上することもあるのではと考えるようにもなってきました。 PCサイトとスマートフォン表示で切り替えるjavascriptやPHPが用意されているサイトは多いですが、ユーザーによってはすぐにPCサイト表示にして閲覧するエンドユーザーも多く、一番のネックは「スマホサイトだと情報が少ないという理由」が多いようです。確かにOpera miniのようなユーザービリティがあれば、情報が多いページを見たいですし、Xi、WiMAX、ウルトラWi-Fiなど各キャリアの高速通信も日に日に増しているのでページ容量を軽量化を優先するよりもPCサイトの情報量と整理が求められるのかもと考えるようになってきた。 近い将来、AndroidブラウザもiPhoneのSafariもこのOpera miniのような二重クリックによる拡大表示は標準機能としてブラウザに搭載されそうだ。]]></description>
			<content:encoded><![CDATA[<p>Android携帯では標準のブラウザを使うのが普通ですが、<a href="http://jp.opera.com/mobile/features/">Opera mini</a>も遜色なく使えるブラウザです。何が驚いたかと言えば、PCサイトの混み合っているリンク部分をタップしたところ該当リンク先に飛ぶのではなく、拡大表示されたのです。</p>
<p><img src="http://wordpress.matometa.net/wp-content/uploads/2011/12/operamini.jpg" alt="Opera mini" title="operamini" width="360" height="290" class="alignnone  wp-image-629" /></p>
<p>２つ以上のリンクをクリックすると表示が狭かったんだろうなってことで、その領域を拡大してくれる。拡大された表示から的確なリンクをタップできる。これだとホントPCサイトも難なくスマホで閲覧できる環境となります。ガラケーからの携帯サイトの名残もあるのでスマホサイトが必要な感じにはなっていますが、そのサイト規模やジャンルによってはiPhoneやAndroidでも通常のPCサイトを見せ、スマートフォンからのアクセスにも配慮するviewpointやアドレスバーの隠しなどその程度でもOpera miniであれば十分と感じました。</p>
<p>AppleはiPhoneを作っておいてiPhoneサイトを別途用意しない姿勢を貫いていますが、だんだんその考えもブラウザの進化と共に顕在化していきている気がします。スマホサイトだとやはり情報は削ぎ落とされるし、いつものPCレイアウトであればどこにメニューがあってどこから見ていく、ログインしていく、お気に入りのコーナー等も一元化されてユーザーにとっては利便性がPCサイトであることで逆に向上することもあるのではと考えるようにもなってきました。</p>
<p>PCサイトとスマートフォン表示で切り替えるjavascriptやPHPが用意されているサイトは多いですが、ユーザーによってはすぐにPCサイト表示にして閲覧するエンドユーザーも多く、一番のネックは「<strong>スマホサイトだと情報が少ないという理由</strong>」が多いようです。確かにOpera miniのようなユーザービリティがあれば、情報が多いページを見たいですし、Xi、WiMAX、ウルトラWi-Fiなど各キャリアの高速通信も日に日に増しているのでページ容量を軽量化を優先するよりもPCサイトの情報量と整理が求められるのかもと考えるようになってきた。</p>
<p>近い将来、AndroidブラウザもiPhoneのSafariもこのOpera miniのような二重クリックによる拡大表示は標準機能としてブラウザに搭載されそうだ。</p>
]]></content:encoded>
			<wfw:commentRss>http://wordpress.matometa.net/archives/20111225160939/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://wordpress.matometa.net/archives/20111225160939" />
	</item>
		<item>
		<title>WEB三大新技術。マルチデバイス対応、HTML5、Facebookページ</title>
		<link>http://wordpress.matometa.net/archives/20111121215646</link>
		<comments>http://wordpress.matometa.net/archives/20111121215646#comments</comments>
		<pubDate>Mon, 21 Nov 2011 12:56:46 +0000</pubDate>
		<dc:creator>まとめたブログ</dc:creator>
				<category><![CDATA[HTML]]></category>

		<guid isPermaLink="false">http://wordpress.matometa.net/?p=620</guid>
		<description><![CDATA[XHTMLになった時に、苦労してCSSにスタイルをまとめる方法のXHTMLを時間をかけて学んだものです。次に対応したのが、携帯サイトいわゆるガラケーサイトの３キャリア対応の具合を見ながらiモードやezWEBと睨めっこしたものです。 今後重要なスタンダード技術は、 マルチデバイス対応（PC、スマホ、ガラケー） HTML5 Facebookページ等ソーシャルメディア この３つが新しく習得しなければならない技術となってきますが、どれかを省略していい訳ではなく、全て３つとも必須のスキルとなるところが痛いところではあります。HTML5とマルチデバイス対応は一応似ているといえば似ている部類になり、さほど隔たりはないのですが、スマホ独自のレイアウトの種類を把握する必要あります。 また第二のホームページと言われるFacebookページももはや必須のコンテンツとしての受け皿になっていることは間違いなく、Twitterよりもウェブ制作者としては制作という意味でもFacebookは対応していかなくてはならない。 覚えることがまた増えてきている感じではありますが、良いコンテンツが全てであることには変わりはありません。新技術の対応に気が取られて貧弱な内容のサイトになっては元も子もないので、徐々に覚えていくしかないのかなと感じている。 この三大新技術は丁度、雑誌WEB DESIGNINGでも９月１０月１１月の特集になっていて、タイムリーな話題をしっかりとフォローしているWeb制作雑誌は他にはもうほとんどなくなっている感じもします。１２月jQuery特集とウェブフォントのフィーチャーとなっています。Flashの埋没が、jQueryの代等として技術的に必要となり、需要が浮上していることもあり、限定的ですがJavaScriptも使えるに越したことはない。]]></description>
			<content:encoded><![CDATA[<p>XHTMLになった時に、苦労してCSSにスタイルをまとめる方法のXHTMLを時間をかけて学んだものです。次に対応したのが、携帯サイトいわゆるガラケーサイトの３キャリア対応の具合を見ながらiモードやezWEBと睨めっこしたものです。</p>
<p>今後重要なスタンダード技術は、</p>
<ol>
<li>マルチデバイス対応（PC、スマホ、ガラケー）</li>
<li>HTML5</li>
<li>Facebookページ等ソーシャルメディア</li>
</ol>
<p>この３つが新しく習得しなければならない技術となってきますが、どれかを省略していい訳ではなく、全て３つとも必須のスキルとなるところが痛いところではあります。HTML5とマルチデバイス対応は一応似ているといえば似ている部類になり、さほど隔たりはないのですが、スマホ独自のレイアウトの種類を把握する必要あります。</p>
<p>また第二のホームページと言われるFacebookページももはや必須のコンテンツとしての受け皿になっていることは間違いなく、Twitterよりもウェブ制作者としては制作という意味でもFacebookは対応していかなくてはならない。</p>
<p>覚えることがまた増えてきている感じではありますが、良いコンテンツが全てであることには変わりはありません。新技術の対応に気が取られて貧弱な内容のサイトになっては元も子もないので、徐々に覚えていくしかないのかなと感じている。</p>
<p>この三大新技術は丁度、雑誌WEB DESIGNINGでも９月１０月１１月の特集になっていて、タイムリーな話題をしっかりとフォローしているWeb制作雑誌は他にはもうほとんどなくなっている感じもします。１２月jQuery特集とウェブフォントのフィーチャーとなっています。Flashの埋没が、jQueryの代等として技術的に必要となり、需要が浮上していることもあり、限定的ですがJavaScriptも使えるに越したことはない。</p>
]]></content:encoded>
			<wfw:commentRss>http://wordpress.matometa.net/archives/20111121215646/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://wordpress.matometa.net/archives/20111121215646" />
	</item>
		<item>
		<title>MTでモブログMailPackとモブログくん両おすすめ有力候補を比較</title>
		<link>http://wordpress.matometa.net/archives/20110928172920</link>
		<comments>http://wordpress.matometa.net/archives/20110928172920#comments</comments>
		<pubDate>Wed, 28 Sep 2011 08:29:20 +0000</pubDate>
		<dc:creator>まとめたブログ</dc:creator>
				<category><![CDATA[MovableType]]></category>

		<guid isPermaLink="false">http://wordpress.matometa.net/?p=617</guid>
		<description><![CDATA[MTでモブログを使うためにオススメ有力候補のMailPackとモブログくんを比較してみた。MailPackはプラグインで、モブログくんはWebサービスである。 MailPack モブログくん iPhoneデカ画像 実際サイズ◎1600px 実際サイズ◎1600px iPhone画像縦横 iPhone常に横縦撮り縦添付でも横 iPhone常に横縦撮り縦添付でも横 au携帯854px ◎854px ◎854px au画像縦横 au常に縦横撮り横回転させても縦 au常に縦横撮り横回転させても縦 自動リサイズ 可能 不可能（別ﾌﾟﾗｸﾞｲﾝ対応） アイテム追加 される（サムネイルも） される 外部からリンク ない（安心） モブログくんから被リンク Cron 必要（Cron時間） 必要なし（リアルタイム） 公開日がダブる 秒%s 同一Cron時間にｱｰｶｲﾌﾞﾏｯﾋﾟﾝｸﾞ注意 ほぼリアルタイム 送信元メアド ユーザーのメアドのみ 何でもOK 自動リサイズとかiPhoneか携帯ユーザーかで決める]]></description>
			<content:encoded><![CDATA[<p>MTでモブログを使うためにオススメ有力候補のMailPackとモブログくんを比較してみた。MailPackはプラグインで、モブログくんはWebサービスである。</p>
<table border="0" cellspacing="1" cellpadding="5" bgcolor="#0066FF">
<tbody>
<tr>
<td align="right" bgcolor="#0066FF"></td>
<td bgcolor="#B5D5FF">MailPack</td>
<td bgcolor="#B5D5FF">モブログくん</td>
</tr>
<tr>
<td align="right" bgcolor="#CCCCCC">iPhoneデカ画像</td>
<td bgcolor="#FFFFFF">実際サイズ◎1600px</td>
<td bgcolor="#FFFFFF">実際サイズ◎1600px</td>
</tr>
<tr>
<td align="right" bgcolor="#CCCCCC">iPhone画像縦横</td>
<td bgcolor="#FFFFFF"><span style="color: #cc0000;">iPhone常に横</span>縦撮り縦添付でも横</td>
<td bgcolor="#FFFFFF"><span style="color: #cc0000;">iPhone常に横</span>縦撮り縦添付でも横</td>
</tr>
<tr>
<td align="right" bgcolor="#FF9900">au携帯854px</td>
<td bgcolor="#FFFFFF">◎854px</td>
<td bgcolor="#FFFFFF">◎854px</td>
</tr>
<tr>
<td align="right" bgcolor="#FF9900">au画像縦横</td>
<td bgcolor="#FFFFFF"><span style="color: #cc0000;">au常に縦</span>横撮り横回転させても縦</td>
<td bgcolor="#FFFFFF"><span style="color: #cc0000;">au常に縦</span>横撮り横回転させても縦</td>
</tr>
<tr>
<td align="right" bgcolor="#B5D5FF">自動リサイズ</td>
<td bgcolor="#FFFFFF">可能</td>
<td bgcolor="#FFFFFF">不可能（別ﾌﾟﾗｸﾞｲﾝ対応）</td>
</tr>
<tr>
<td align="right" bgcolor="#B5D5FF">アイテム追加</td>
<td bgcolor="#FFFFFF">される（サムネイルも）</td>
<td bgcolor="#FFFFFF">される</td>
</tr>
<tr>
<td align="right" bgcolor="#FF99FF">外部からリンク</td>
<td bgcolor="#FFFFFF">ない（安心）</td>
<td bgcolor="#FFFFFF">モブログくんから被リンク</td>
</tr>
<tr>
<td align="right" bgcolor="#FFCC66">Cron</td>
<td bgcolor="#FFFFFF">必要（Cron時間）</td>
<td bgcolor="#FFFFFF">必要なし（リアルタイム）</td>
</tr>
<tr>
<td align="right" bgcolor="#FFCC66">公開日がダブる</td>
<td bgcolor="#FFFFFF">秒%s 同一Cron時間にｱｰｶｲﾌﾞﾏｯﾋﾟﾝｸﾞ注意</td>
<td bgcolor="#FFFFFF">ほぼリアルタイム</td>
</tr>
<tr>
<td align="right" bgcolor="#CCFF99">送信元メアド</td>
<td bgcolor="#FFFFFF">ユーザーのメアドのみ</td>
<td bgcolor="#FFFFFF">何でもOK</td>
</tr>
<tr>
<td colspan="3" align="center" bgcolor="#B5D5FF">自動リサイズとかiPhoneか携帯ユーザーかで決める</td>
</tr>
</tbody>
</table>
]]></content:encoded>
			<wfw:commentRss>http://wordpress.matometa.net/archives/20110928172920/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://wordpress.matometa.net/archives/20110928172920" />
	</item>
		<item>
		<title>WordPress投稿にテキストとしてペースト Ctrl+Shift+v　Evernoteも</title>
		<link>http://wordpress.matometa.net/archives/20110916191257</link>
		<comments>http://wordpress.matometa.net/archives/20110916191257#comments</comments>
		<pubDate>Fri, 16 Sep 2011 10:12:57 +0000</pubDate>
		<dc:creator>まとめたブログ</dc:creator>
				<category><![CDATA[WordPressの使い方]]></category>

		<guid isPermaLink="false">http://wordpress.matometa.net/?p=602</guid>
		<description><![CDATA[結論としては、Ctrl+Shift+v　で、テキスト情報だけを WordPress投稿にペーストできるということ。 Macでは、コマンド＋シフト＋オプション＋ｖ ウェブの文字をコピーして、ＷｏｒｄＰｒｅｓｓにペーストすると何かスタイルまで ペーストされてしまって、HTMLに切り替えるか、メモ帳などのテキストエディタに 一度ペーストしてから、テキスト情報としてコピーし直してペーストする 何てことを今までやっていたが、Ctrl+Shift+vでノーマルテキストとして ＷｏｒｄＰｒｅｓｓの記事投稿にペーストできて驚いたので投稿。 Ｅｖｅｒｎｏｔｅをよく使うのだが、ここでは編集メニューにテキストとしてペーストという Ctrl+Shift+vが用意されていて、便利だなと思っていてＷｏｒｄＰｒｅｓｓでも やってみたら何と同じようにテキストだけペーストできちゃった！！ WordPressは説明書やアプリのようにメニューみたいなものがないから、 秘めたる小技に気付きにくい。もう標準でCtrl+Shift+vはいろんなリッチテキスト形式 を扱うところではできるのでは思いました。 Shift+Enterで一行改行＜ｂｒ /＞もＷｏｒｄＰｒｅｓｓではできるし、 これでリッチテキストフィールドも扱いやすいものと感じるようになったなぁ～と。]]></description>
			<content:encoded><![CDATA[<p>結論としては、<span style="color: #ff0000;">Ctrl+Shift+v　で、テキスト情報だけを</span><br />
<span style="color: #ff0000;">WordPress投稿にペーストできる</span>ということ。</p>
<p>Macでは、コマンド＋シフト＋オプション＋ｖ</p>
<p>ウェブの文字をコピーして、ＷｏｒｄＰｒｅｓｓにペーストすると何かスタイルまで<br />
ペーストされてしまって、HTMLに切り替えるか、メモ帳などのテキストエディタに<br />
一度ペーストしてから、テキスト情報としてコピーし直してペーストする<br />
何てことを今までやっていたが、Ctrl+Shift+vでノーマルテキストとして<br />
ＷｏｒｄＰｒｅｓｓの記事投稿にペーストできて驚いたので投稿。</p>
<p>Ｅｖｅｒｎｏｔｅをよく使うのだが、ここでは編集メニューにテキストとしてペーストという<br />
Ctrl+Shift+vが用意されていて、便利だなと思っていてＷｏｒｄＰｒｅｓｓでも<br />
やってみたら何と同じようにテキストだけペーストできちゃった！！</p>
<p>WordPressは説明書やアプリのようにメニューみたいなものがないから、<br />
秘めたる小技に気付きにくい。もう標準でCtrl+Shift+vはいろんなリッチテキスト形式<br />
を扱うところではできるのでは思いました。</p>
<p><a href="http://wordpress.matometa.net/archives/20080217215406">Shift+Enterで一行改行＜ｂｒ /＞もＷｏｒｄＰｒｅｓｓ</a>ではできるし、<br />
これでリッチテキストフィールドも扱いやすいものと感じるようになったなぁ～と。</p>
]]></content:encoded>
			<wfw:commentRss>http://wordpress.matometa.net/archives/20110916191257/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://wordpress.matometa.net/archives/20110916191257" />
	</item>
	</channel>
</rss>

