Dirk Kraemer wrote: > > Another option (that is what I originally thought of) must always > be to ignore the reference and simply create an input field like > it is now done. > Agree, of course.
> .... > > > > I see following topics to talk about: > > > > > > 1) The column name is used to state that a select tag > > > has to be created. What if we have several columns with > > > same name but different semantics within the database? > > > wouldn't it be better to use the reference name instead? > > > That should be unique at least within one config file... > > > > > > > Not sure I understand. Is it possible to have some table with different > > collumns but equal names ? Would it not be a bad idea ? > > > The layout config is currently not nested within a table, so it might > be not clear what table the column belongs to. > Well, using visibleFields and the other attributes within the foreign key would make the layout tag redundant, unless as I said, it would be like a kind of super class that gets used when it's not overridden with information from the foreign key tag. In that case, the layout tag could support a sintax like "tableName.columnName" or have an attribute for the table name which would be better. > There is hope we might be able to include a kind of 'sprinf for Java', I'm in > contact with Shawn, who offered to do some work here. The method we are talking about > is also able to use formats like '%5d', '%7.3f'. > That would be cool. > Hmmm, no bad idea...What we are thinking about is that we have an > internal key that is used within the database and a second 'human readable key' > that should be used whenever the user has to pick a row out of that > table. That 'human readable key' is used as a default whereever > nothing else is used within references etc. > > Why not bring that information as a nested element into > the referenced table? > Isn't this the same as having a visibleField (human readable key) and storeField (internal key) ? -- [EMAIL PROTECTED] T:+351 21 3100432 Fax:+351 21 3100445 ------------------------------------------------------- This sf.net email is sponsored by: viaVerio will pay you up to $1,000 for every account that you consolidate with us. http://ad.doubleclick.net/clk;4749864;7604308;v? http://www.viaverio.com/consolidator/osdn.cfm _______________________________________________ DbForms Mailing List http://www.wap-force.net/dbforms
