WordPressを3.0にすると、テーマも自動アップデートできて便利。
数日前に標準添付の Twenty Ten が 1.1 だよ、「自動アップデート」する？？なメッセージが出てたので[ポチ]っとしました。
でも、プラグインと違って Change Log が見つからなたったので、何が変わったのか分からず少々不安な気持ちにもなりました。
仕組み自体が始まったばかりなので色んなことがこれから良くなっていくとは思います。
同じことを思った人はいるみたいでした。
WordPress 3.0 Twenty Ten Theme Updated
ここに詳しく書かれていました。
Andrew Nacin さんが Forum で答えてるよ、ということらしいです。
Changes Twentyten 1.0 >> 1.1
trac に diff があるから見てみたら、とも書いてあります。
http://core.trac.wordpress.org/log/branches/3.0/wp-content/themes/twentyten/
view changes
style.css (73 diffs)
functions.php (1 diff)
loop.php (1 diff)
page.php (2 diffs)
languages/twentyten.pot (12 diffs)
editor-style.css (4 diffs)
header.php (1 diff)
attachment.php (1 diff)
syle.css は記述方法を揃えるために「改行」や「スペース」の変更とプロパティ設定順の変更がされているようです。
あと、いくつかのバグがFixされていました。
nav-menus.php メニューに関するもの。
attachment.php, style.css メディア表示に関するもの。
位かなぁー。
ほとんどがタイポや表記の統一をしようとしているようでした。
こうやってテーマも進化していくのはいいことだと思う。
で、やっぱりログがると便利だと思います。
次のアップデートの時にはあるといいな。
update 2010-07-25 16:28
@odessy さんがブログにまとめてくれてます。
Twenty Ten 1.1 の変更点とアップデートの注意点
moファイルをアップしなおさないとメニューが英語表記のままになっちゃってるんですね。
今から、アップロードしておこう。
子テーマを使うとTEMPLATEPATH, get_bloginfo("template_url") は 親テーマのパス, URL を返します。
子テーマのURL, パスを知る方法はないものかとガサゴソしたら使えそうなのが見つかりました。
URL
get_stylesheet_directory_uri();
PATH
get_stylesheet_directory_uri(); は使用しているテーマまでのURLを返してくれます。
STYLESHEETPATH は使用しているテーマまでのフルパスが設定されている定数です。
これを使うと子テーマまでのURL, パスがわかります。
WordPress 3.0 にアップグレードし標準テンプレートの Twenty Ten を使用しサイトをリニューアルしました。
少し style.css を書き換えたかったので「子テーマ」を使いオリジナルの CSS をオーバーライドしました。
Codex 子テーマ : http://wpdocs.sourceforge.jp/Child_Themes
子テーマを使うことによりオリジナルのテンプレートを書き換えること無く改造が可能になります。
テーマのアップグレード機能もある現在は、オリジナルファイルを残しておかないとテーマ・アップグレードのたびに書換作業が発生してしまいメンドイことになってしまいます。
Codex に詳しく書かれているので使用は難しくありません。
子テーマフォルダを themes 配下に任意の名前で作成します。
作成したフォルダに style.css を作成します。
style.css に以下のコメントを設定します。
via : Codex
/*
Theme Name: Kid
Theme URI: http: //example.com/
Description: Child theme for the Twenty Ten theme for WordPress
Author: Demetris
Author URI: http: //example.com/about/
Template: twentyten
Version: 0.1.0
*/
Theme Name (必須) 子テーマ名
Theme URI (任意) 子テーマのウェブページ
Description (任意) テーマの説明。例: わたしの最初の子テーマ。ワーイ!
Author URI (任意) 作者のウェブページ
Author (任意) 作者の名前
Template (必須) 親テーマのディレクトリ名, 大文字小文字を区別します
Version (任意) 子テーマのバージョン。例: 0.1, 1.0, etc
コメントに続けてオリジナルの style.css を import させます。
@import url('../twentyten/style.css');これで、オリジナルの style.css を読込んで上書き設定が可能になります。
テンプレートタグを使う時に少し注意が必要かもしれません。
wp-syntax プラグインの wp-syntax.css はテーマフォルダに配置するとコチラを優先して読込む設定になっているのですが、親テーマの twentyten フォルダに置かないといけませんでした。
TEMPLATEPATH, get_bloginfo("template_url") は 親テーマ を返しているようでした。
他にも注意すべき点があるようです、Codexを良く読んで使いましょう。
既存のテーマファイルを改造して使いたい時は子テーマを使うのが便利です。
http://aext.net/2010/05/quick-tip-highlight-current-category-menu-item-for-wordpress-single-post/
Quick Tip: Highlight Current Category Menu Item for WordPress Single Post
wp_list_categories がシングル表示の時に current-cat をCSS classに追加しないときのFix方法。
プラグインもあるけど functions.php へ add_filter を書くだけでも簡単に実装できる。
ありがたいです。
標準対応でも良さそうなものですけど。
紆余曲折*1はありましたが、投稿を特定できるCSSクラスを埋め込めるpost_classテンプレートタグが今さらながら便利です。
*1 WordPress Jpan Forum「post_class() が不正な CSS クラス名を生成」
<div id="post-<?php the_ID(); ?>" <?php post_class(array("my-post", "another-class")); ?>>な感じで使うとCSSでデザイン設定するとき便利です。
body_classと合わせて使うと最強ですかね。
CoreserverでSubversionを使おうと丸一日あがいたあげく結局うまくいかずhetemlだとわずか15分で使い始められたしまらない顛末。
CoreserverのSubversionが1.2系だったので1.6系をインストールして使ってみようとしたけど結局ダメだった。
サーバー仕様が2010-01に変わったらしく、Subversionのバージョンを変えるとそれまで普通に使えてたのが突然使えなくなったらしい。
それでも対処法はあるらしいが自分のスキルを超えているのであきらめた。
hetemlもSSHが使えたと思いだし、ログインし
svn --version
するとちゃんと応えてくれた。
あとはGoogle先生にお聞きし、コチラのサイトを教えていただき無事使えるようになりました。
教訓：
CoreserverでSubversion, Berkelay DBをインストールする時に最新のバージョンがどうしてもインストールできなかった。<- これはオレのせい。
Berkelay DB : 4.7系, Subversion : 1.4系だとうまくいく。<- これもオレのせい。
うまくいってもCoreserverの仕様変更で公開鍵の設定なぞしなくちゃいけない。
hetemlのSubversionは1.4系
CodaはSSHクライアントとしてもかなり使える。
VersionsはMac OS XでSubversionする時にないと困る。
hetemlエライ！ふくらはぎパンパン増量計画進行中だし。
gitの方が良いって話は聞くけどVersionsみたいなクライアントが出てこないと使いたくない。
FirefoxにだけCSSを有効にしたかったメモ。
ハードディスクのメモにすでに書いていたけど、使ったことが無かったのですっかり忘れていた。
出展まで書いていなかったので、オリジナル投稿の方にはまことに申し訳なく思います。
/**
for Firefox only
* */
@-moz-document url-prefix() {
セレクタ {
/* 設定 */
width:600px;
}
}
Max OS X 10.5.8 へサーバー環境構築メモ。
サーバー環境は XAMPP をインストール。
1.7.2aをインストール。
Document root の htdocs のパーミッションが適切でなくファイルやフォルダが作れない。
everybody に read / write を許すとフォルダやファイルは作成できるようになる。
php.ini の Error Reporting を E_ALL に変えると XAMPP の初期画面が表示できなかった。
MAX Upload file サイズを 128M から 2M に変えると phpMyAdmin が動かない。
手始めに WordPress 2.8.6 をインストール。
パーミッションのせいだと思うけど wp-config.php が作成できない。
手動で設定した後インストール完了。
これもパーミッションのせいだと思うけどテーマやプラグインの自動インストールができない。
XAMPP のファイルが入っているフォルダ (xamppfiles) の権限やオーナーを変えると phpMyAdmin が動作できなくなる。
アンインストールして 1.0.1 に変更。
htdocs のパーミッションに変な設定はされていないので、普通にファイルやフォルダは作れる。
WordPress 2.8.6 をインストール。
wp-config.php が作成できない。
Wordpress インストールディレクトリのパーミッションを 777 へ。
別に 777 でなくてもと思ったけど・・・
インストールはできたけどテーマやプラグインの自動インストールはやっぱりできない。
ServerRoot の xamppfiles が原因ぽいなぁー。
MAMP に比べて XAMPP は使い勝手がイケテナイ気がする。
こちらの知識が足りないせいだけなのですが・・・
どうしてもパーミッションの問題が解決できなくて、使わないことにした。
残念ながら XAMPP for OS X をセットアップできなかった。
悲しい記録。。
WordPress のプラグイン wp-syntax を使ってコード表記を行っています。
対応言語も多く助かっているのですが、１つだけ気になっていたことがあります。
Firefox だとコードが折返し表示されずに横スクロールバーが出てしまうことです。
Safariだと折り返して表示されています。
コードは pre タグ内に書くのでFirefoxの挙動は正常だとも思うのですが・・・
wp-syntax 付属の wp-syntax.css をカスタマイズすることにします。
プラグインフォルダのファイルを編集してしまうとアップデートの時に面倒くさいのでどうしようかとソースを見てると、テンプレートフォルダに同名の wp-syntax.css があればコチラが優先になるようになっていました。
それで、ダウンロードしたプラグインファイルから wp-syntax.css をテンプレートフォルダへアップロードしカスタマイズを開始しました。
変更した箇所は .wp_syntax pre へ以下の設定を末尾に2行追加しました。
white-space: -moz-pre-wrap;
white-space: pre-wrap;
これで良さそうだ。
カテゴリー: CSS, Plugin
|
タグ: wp-syntax
|
WordPress 2.8から使えるテンプレートタグ、body_class。
body タグ内で使用し Class 設定が可能になります。
テンプレートでCSSデザインの自由度を高めることができます。
使い方
<body <?php body_class( $class ); ?>>
$class へは String, Array のどちらかで設定します。
設定しない（null）でも構いません。
$class = "this-class";
$class = array("class-one", "class-two");テンプレートタグのデフォルト出力Classの後に $class が書出されます。
デフォルト出力Classはhomeなのかarchiveなど、どのデータを出力しているかによって変わってきます。
Codex:テンプレートタグ/body class で確認できます。
