Blog: newformsが変わってたよ。 - Humming Via Kitchen
いつの間にか、 newforms の form_for_model と form_for_instance がdeprecatedになってるよ。 変わりに ModelForm が出来ていて、 モデルに紐づかないフォームと同じ様に定義出来るようになったっぽい。 # vim: encoding=utf-8 : from django import newforms as forms from blog.models import Entry class EntryForm(forms.ModelForm): """ エントリーに紐づくフォーム。 """ class Meta: model = Entry >>> from blog.forms import EntryForm >>> form = EntryForm() >>> form.is_bound False >>> form.is_
理想のCSSスキンのかたちを求めて - 3ping.org
2007.12-30 Ninja Style 完成。(年内に間に合った!) 問題の修正とか、アイコンがついたりいろいろ変わっているので、新しいものを使ってください。 表示確認 Download: Ninja Style 2007.12-27 当初配布していた暫定版のNinjaスキンに１箇所すんごい不具合がありました。 ボックスの高さを揃えるテクニックには、落とし穴があったようです。その不具合の表示と、原因を記事末尾に追記しましたので参照してください。 このテクニックを利用する際は皆様も注意してください。解決方法も模索しています。 僕が考える理想のCSSスキンとは、以下の条件を満たすものです。 ユーザーが好みの形に変えやすい CSSに詳しくなくても1.が可能 適当に編集してもレイアウトが崩れにくい 少しの調整でイメージを大きく変えられる ユーザーのカスタマイズ意欲を掻き立てる 現在のVic
Generator Expressions
概要 この PEP ではリストの内包表現 [1] 及びジェネレーター [2] の高性能でメモリー効率の良い一般化としてジェネレーター表現を導入する。 理由 リスト内包表現は Python に広範囲に使われるようになった。 しかし、多くのユースケースではメモリー上にリスト全体を作る必要はない。 その代わりに必要なのは一度に一つずつの要素を取り出すことだ。 たとえば以下の和を求めるコードは、平方数のリストをメモリー上に作り上げ、それらの値を一つずつ使い、参照がもはや必要なくなったらリストを削除する: sum([x*x for x in range(10)]) 代わりにジェネレーター表現を使うことによって時間と明確さとメモリーが保全される: sum(x*x for x in range(10)) 同様な利益をコンテナ・オブジェクトのコンストラクターにも見出せる: s = Set(word for
PEP-0263 — j-lab
オリジナルヘッダ PEP: 0263 Title: Defining Python Source Code Encodings Version: 43264 Last-Modified: 2006-03-23 21:13:19 +0100 (Thu, 23 Mar 2006) Author: Marc-Andre Lemburg <mal at lemburg.com>, Martin v. Lowis <loewis at informatik.hu-berlin.de> Status: Final Type: Standards Track Python-Version: 2.3 Created: 06-Jun-2001 Last-Modified: 2006-05-18 Post-History: 翻訳 Title: Python ソースコードのエンコーディング定義 Version
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
はてなブログ | 無料ブログを作成しよう
