Thanks so much for the kind words and the assistance you have provided me. I too believe that the one main thing about the SalesLogix community has always beenthe willingness to share knowledge. The business partner community might look and start thinking of bringing in smaller shops right now to help them ramp up. This I think can be a great idea and a great resource.

However, in that .5% of what passes through my stream, I do keep up to date on a lot of things I might not have known about otherwise. Plus, I like the idea of being a part of a global conversation that I can take part in as much or as little as I like.

Maybe the key for you is to follow less people, and even then only those that really matter to you. Or drop it (not trying to talk you into using twitter or anything). For me, I like that I get some “conversation” every now and then since I do work at home and don’t get to talk as much to other devs. KWIM?

Ryan

Maybe I miss the point, maybe I’m just not that “into” it – but, frankly, I’d rather be doing something else than listening to the noise of others!

Mike

Criteria[] args = new Criteria[] { new Criteria {“Account”, “acdef”}};
dataGrid1.DataSource = xyz.GetFilteredRowSet(args);
dataGrid1.DataBind();

since this would be done in VS I would clear out the old grid bindings workload in favor of a new programmatic load. Does this make sense. Row selection should be somewhat the same. You can look at an existing grid that has been deployed that provides grid support. There will be an method for supporting grid actions within that you can determine the actual selection code to determine if the row is selected. Then the last piece of the puzzle is to be able to do a show of a dialog.

I have a lookup and a datagrid under it. On the change action of the lookup I want to show the related 1:m items in the grid. From that grid I am going to have to be able to use the SelectedIndex method to retrieve the id and insert some stuff in a seperate table\entity. Kind of like a picker type module. In essense I have two grids, the first one is the one showing the items from the related lookup. The second one is showing the items that were select from the first grid.

I tried the business rule with the GetMethod property like you said most would try but can not get the refresh portion to work when they select a different lookupid. If I save the record and re-open it is finds itself ok. Ok, I’ll chalk that up to I wish I saw your posting first….

I look at the requirements, and think.. ok, peice of cake. In the Lan I could have this done in an hour or so. I retrospect I see that it is more difficult in the Web. Yes I know its suppose to be harder but I have been battling this on and off for about a week and got 2-black eyes and a broken keyboard from bashing my head against it…

So 2 requirements: A dependent grid based on the results from a selected lookup, and the second is being able to select an item out of that first grid and insert that ID into a seperate table\entity.

All I am looking for is you advise on what direction you would take for this if you were tasked with this kind of scope. Left, right, or pull the eject button and go straight up?

–Ken–

Sounds like the UI of TweetDeck might be more of what your looking for than Twhirl. TweetDeck allows you to group the people you follow, so you’ll have a column for each group, like a group for “developers”, a group for “saleslogix”, a group for “personal”, etc. You can also make tweet filters, etc to better control the tweets you want to see and those you do not – it is especially nice around election times to filter out the political tweets Plus the newest release includes Facebook integration too (I’ve not tried that part yet).

I do love Twhirl, it is nice a simple, but Tweetdeck does give you more control over the information flow http://www.tweetdeck.com/

-Ryan