Re: [Jason] cmsb limitation, any work-around?!!
"it will be easy to see items that have the same category"
Not if you have hundreds or 1,000 items and 1 or two in a category that begins with the letter "A", yet could be anywhere in the list. To add to the problem, I input all the items in alphabetical order so it appears at first to the customer that the sorting is working, yet 1 category starting with "A" isn't at the top with the rest. I can explain that to them but the bottom line is that it has a low usability and wouldn't be what a user expects. It's frustrating that interactivetools sees this as logical on their end and won't look at my point of view or my customers as this not making sense or being logical on the user end... yet it's on the list of changes. ? Even if the majority of users arent setting things up like this, the recommended way, with a lot of records (I would think you would want there to be lot's of customers on the way in this situation) I wish new features didn't have a higher priority than straightening out this one.
"Another solution would be to put the category field in the search tab, that way they could select a category and get back all the records that have that category"
this does seem to be the only way to manage this. I already have it that way. This whole situation also partially defeats the purpose of the custom work I paid for. :(
I am using this simple example to figure this out. I was planning on using more than one drop menu / list per item. In fact, I currently have 3. Brewer, Style, and Region. So I can't sort none of those! I had more uses as well but this is just a mess.
Dead end I guess. I was hoping that since this wasnt just one site of my own, it would matter.
oh well. thanks for your time.