回答ありがとうございます。

> あくまでも、今回は修正点が大きすぎるから、ということでご理解いただければと。

後方互換等の理由でver2系の枠内では根本的な改善を行なえないことは十分理解しています。


既に別のECサイトシステムのプロジェクトが順当にリリースを重ねており、このままではEC-CUBEが置いていかれることを危惧しています。
2.5以降の展望等について、いずれお聞かせ願えればと思っております。

----------------
pantacle
http://pantacle.net/

株式会社ロックオンの梶原です。
色々ご意見ありがとうございます。

今回のカスタムフィールドは
　・商品情報で言うと、「メーカー名」（今はもうありますが）など商品の
　　基本情報を簡易的に追加できる機能
　　（サブ情報というよりは、基本情報部分の追加というイメージです。）
　・顧客情報で言うと「法人/個人」のような入力項目が簡易的に追加できる機能
というイメージです。

一旦表示場所はどこか固定になると思いますが、その場合は、テンプレートを触って、
場所移動をさせる感じになるでしょうか。
もしくは、商品詳細画面のメイン部分等を上手くブロック化できたならテンプレートを触る
必要性もなくなるかもしれませんが。

どちらにしろ、DBの追加やPHPソースの修正なしでフィールドの追加ができますので、
嬉しい方は多いはずと思います。

引用：
こちらですが、少なくとも、Ver2系の範囲内では行わない可能性が高いと思います。
DB構造やその他、現状Ver2系の設計思想からはかなりの変更になると思われますので。
（上手くオブジェクト化できたり、仕様によっては大きく話が変わりますが。。。）

もちろん、将来的なところで言うと、可能性は大いにあると思います。
オープンソースですので、皆さんが望む方向に行くべきと思っていますし、
そもそも皆さんと一緒に作っていくものですから。
あくまでも、今回は修正点が大きすぎるから、ということでご理解いただければと。

引用：

では、いつ行なわれる予定でしょう。


追記：
問いが乱暴でした。

既存のフィールドを対象にするような変更が行なわれる可能性はあるのでしょうか。

----------------
pantacle
http://pantacle.net/

「商品情報カスタムフィールド_100924.pdf」

をじっとみて

引用：

を考えると、
現状の「サブ情報表示」と同等の機能で
「表示位置」が「関連カテゴリ：」の下になる
機能を追加する。

と、頭の中では「なった」のですが、、、
そういうことでしょうか？

つまりは、「サブ情報表示」では『満足してもらえない』と。。。

そういうことでしたら、下手に拡張せずに標準でWYSIWYG入れる、
もしくは手軽に導入できるようにした方がスマートな気がします。

引用：

株式会社ロックオンの梶原です。

大雑把な例をあげて混乱させてしまい、申し訳ないです。
今回は、そういった初心者の方々のご要望を実現させるための1つということでの
簡易なカスタムフィールドです。

ですので、今回の最低限としては、
　○現状の表示（追加）項目に項目が追加できる。
とういことのみです。

Ringoさんの書き方で言いますと、以下のような感じでしょうか。
　1. フィールドの属性はテキストのみ
　2. 現状.tplに追加するフィールドのみDBで管理する。

今のフィールドを全て管理するようなというところまでは2.5では行いません。

引用：

だけに着目して、一旦、『極端』に仕様を絞った提案を以下に、、、

1. フィールドの属性はテキストのみ
2. 現状.tplに埋め込まれている文言をDBに格納する。
3. フィールドの表示位置を制御する。

が、最低限の要件定義ということでしょうか？

株式会社ロックオンの梶原です。

想定していた通り、カスタムフィールドに関しては結構意見が分かれますね。
考え出すと、本当にキリがない機能ですので、当然だと思います。
そういうところも含めて、ご意見ありがたいかぎりです。

さて、概ね皆さんがご意見されている内容は理解しているつもりでして、それでもあえて今回の仕様でどうでしょうか
というのが今回のカスタムフィールドの提案です。

とりあえず、今一度、今回の目的を整理します。（始めて記載する内容もありますが。。。）

■経緯（EC-CUBEのご利用状況による）
EC-CUBEの使用者も少し前より様変わりしていまして、今までASPをご利用されていたような
いわゆるカスタマイズなしで使われる方々が急増しております。

こういった方々からのご意見で多く寄せられるのは、
「大きな機能修正ではなく、簡単な文言修正や表示項目の追加ぐらいは管理画面からできるようにしてほしい。」
というものです。

上記のご要望にお応えするための1つとして、カスタムフィールド機能を追加します。

■前提、要件
　○管理画面でフィールドの追加ができる。
　　⇒やはり基本はカスタマイズなしで、というところは必須と考えています。

　○簡単な表示項目の追加、もしくは入力項目の追加を目的とし、高度な（他の機能と絡むような）
　　カスタマイズへの対応を前提としない。
　　（モジュール等の機能追加用としては使用しない。）

■仕様の落とし所
仕様の落とし所ですが、現状では以下のどちらかと思っています。

　○予め現行DBにフィールドをいくつか追加しておいて、そちらを利用する。（現行案）
　⇒制限数の10は仮です。多すぎず、少なすぎない数で、と考えてます。
　⇒こちらの場合でも、フィールド管理用のテーブルは必要になります。（Ringoさんのご意見よりももう少し簡易のイメージではありますが。）

　○現行DBとは別途、データ格納用テーブルを用意し、そちらでカスタムフィールドのデータ自体も別途管理する。
　⇒こちらは、無制限にフィールドが増やせ、上手く出来ればスマートだと思います。
　　作成していただける方がいれば採用するのはやぶさかではないです！
　　ただし、要件のわりに、内部仕様が複雑になるようなことだけは、避けたいです。


現行案は、DB構造が非常にシンプルで、意外と良い仕様だと思っています。
あくまでも簡易な項目追加が目的ですので、無制限に増やせたり、他の機能を補填するような便利な
機能とは今のところは考えてません。
また、今回は、使用用途がはっきりしているので、memoの二の舞にはならないと思います。

クリティカルな問題がない、もしくはより良い案が見つからない限りは、現行案で、と思ってはいますが、
より良いアプリにしたいのは皆さんと同じですので、もう少しご意見を踏まえて検討しつつ、落とし所を決めていきたいと思います。

いつもお世話になっております。

今回のフィールドの追加が完成した場合、
重複番号のない商品codeを入れ利用したいのですが・・・

一緒にご検討宜しくお願い致します。

実は今さらPDF見たのですが←遅ッ！Wordpressのような
カスタムフィールドを想像していたのですが、ちょっと
違いますかね。

拡張して画像なども登録できるようにして、最終的に
サブ情報等を避難できたり、

フィールド名に「keywords」「description」を指定して
SEOしたり、

カテゴリに画像や説明文を登録できたり、

等と勝手に夢が広がってました。拡張するといつもオレオレ仕様に
なってしまうので、本体にそういうのがついてると嬉しいです。

#あと、memo**のくだりは全然知らなかったので良かったです。
#今まで触ってなかったのは運が良かった…。