Jump to content
|Topic||Stats||Last action by|
|Runaway Teen boy survives flight from CA to Hawaii||
|Poor Flash video playback since version 13||
|Xbox One Architecture Finally Explained – Runs OS ‘Virtually Indistinguishable’ from Windows 8 April||
|First date steals woman's TV, dog||
|Kraft recalls 96,000 pounds of Oscar Mayer wieners||
Posted 09 January 2013 - 22:22
Posted 09 January 2013 - 22:37
First question I have is in regards to "Lists". If I have a column type of "Choice (menu to choose from)" with the added "Allow 'Fill-in' choices" selected, is there a way to have an option that was filled in by the user added to the drop down list?
Yes you can use lookup columns. Max (recommended by MSFT) of 8 per list.
What if I want the Choices to be based on a column in another list (in order to create a relationship with an item in another table)?
Not sure what you mean by this. I think you mean a parent/child type scenario which if so then yes.
I could see a list of Devices with some Choice selections (like Manufacturer) where I want to be able to link the Manufacturer to another list.
Yes fairly much. Sharepoint can handle what you want to do but really it isn't the best tool for it. Sharepoint was never really designed to be a replacement for a relational database. You can however create a relational database and have Sharepoint use that (check out BCS).
Am I just abusing the hell out of what the simplicity of a list should be and trying to make this into a relational database when it is not? Thanks.
Posted 09 January 2013 - 22:46
Posted 09 January 2013 - 22:52
Posted 10 January 2013 - 15:52