(sorry for my english)

I'd like to offer to split field entity into two: "data field" and "visual field".
Drawing an analogy with CCK: "data field" is "field" and "visual field" is something like "field formatter".
Each visual field can have options and parameters. Options set by form provided by visual field handler (like in field handler at this moment).
Parameters is a list of parameters that can be set either to "data field" (mapping data field onto visual fields) or to user values.
This will also give users the ability to specify and customize field appearence directly from view.
This will eliminate "Exclude from display" option from base field handler.
I think that this solution is more logically correct and add additional capabilities described above.

Comments

liquixis’s picture

This will also add capability to refer to all fields, but not only fields placed before this one.

dawehner’s picture

I think there should

a) the view field(as current)
b) the safe raw value. For example [token-row] could be the syntax.

Thats how the design of the cck is currently.

Letharion’s picture

Assigned: Unassigned » dawehner

@dereine, please elaborate. Is this a future task, or should it be closed? :)

dawehner’s picture

Category: feature » task

Let's call it task

dawehner’s picture

Assigned: dawehner » Unassigned

.

mustanggb’s picture

Issue summary: View changes
Status: Active » Closed (outdated)