tag:blogger.com,1999:blog-8480357.post-29550950024870956752007-06-27T10:09:00.000-04:002007-06-27T10:18:33.856-04:002007-06-27T10:18:33.856-04:00In a DDE (Domino Designer in Eclipse) meeting yesterday, when I was talking about how important it was to separate the client and designer processes at this time, Andre asked what I had in mind for private in desktop views... Part of the solution for separating the processes means a separate workspace/desktop for the Designer client, so that does indeed present a challenge for private in desktop views.<br /><br />Driving in this morning (since I had to drive in by myself, and could be relaxed rather than clinging to the armrest because Steve doesn't like to brake as early as I do, but that's another story), I had the thought that we could probably get away with editing such views only within the context of a client. It is my belief that most of the users/editors of such views are those users who have an ACL access where they can create views, but do not have design rights to the database. They do their view design in the client anyway.<br /><br />So I am seriously considering removing the ability to create private in desktop views when in the Designer, and only providing that function if you are editing a view in the Notes client itself (we'd probably have to have some UI to open the design in the client then even if you had design rights). The alternative for all this is some kind of replication between desktops.<br /><br />Is my belief correct that that is the predominate use case for that kind of view? If so, I am leaning hard towards having them be client only. Anyone think that's a terrible idea?Maureenhttp://www.blogger.com/profile/08783404920615182265noreply@blogger.com3