Jump to content
|Topic||Stats||Last action by|
|Great Walls of America 'could stop tornadoes'||
|[Win8.1 Ent.] Make ram usage more opportunistic||
|Your observations on Windows 8.1 update 1 (a.k.a. Feature Pack)||
|Neowin Monthly Photography Challenge - Mar '14||
|What are you listening to? (2014 Edition)||
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