While we are still working in V8i, we are also watching Connect Edition developments as we know we will eventually wind up there.
What I am looking for a some type of explanations and guidance on Connect Edition Workspaces and what is new, what has been migrated. I'm pretty comfortable in my V8i Workspace and modifying them. But Connect seems to be a new beast, with new terminology and I was hoping that there is some guidance available, rather than having to brute force my way into Connect Workspaces.
Here is what I can share to help you get your head around how it maps to the old. I personally feel that CE is way better organized than the older structure but I am a little biased.
CE = v8
System is basically moved up into the application now and the tools were being written to work without any need of a workspace.Organization = Standards (organization is used by all users)Workspace = Project (specific to a client or discipline, controls available worksets)WorkSet is similar to user (This is a kind of situation as user is now specific to the individual, workset is selectable part like user in v8i and its own cfg but nothing to do with the actual user of the software)User is specific to the logged in user (setting are now stored at this level for the individual users, function keys, ui, shortcuts, etc, these are all controlled with seeds)
ORD adds another layer to this they call it ORG_Civil and the Workspace loads a named org_civil configuration.
Bentley has some wedinars on the subject. Here is a link for one coming up.
Upgrading to MicroStation CONNECT Edition: Part 4 – Projects to WorkSets
Answer Verified By: caddcop
caddcop said:But Connect seems to be a new beast
you are right that CONNECT Edition workspace is the new beast and in my opinion it's a right approach. I agree with John the new system allows better organization and related organization concept are well designed. My feeling is that many confusion expressed in MicroStation and Administration forums come from incorrect thinking "CE workspace is just V8i workspace with different naming". It's valid for many features, but not for all, so it can looks like it does not work fine.
caddcop said:What I am looking for a some type of explanations and guidance on Connect Edition Workspaces
Contrary to old tmies, now plenty of CE features are quite well described and explained (or at least better than for V8i). In addition to webinar linked by John I recommend also to ready:
Labyrinth Technology | dev.notes() | cad.point
On a more basic level, I might recommend setting up the workspaces and worksets from scratch versus using Bentley's "wizard or whatever they call it". I was lazy and just let the software do it, ended up with some stuff that caused problems (like carryover vba stuff I didn't even realize was there).
Connect r14 10.14.00.109 self-employed
I'll qualify for a PHD in Configurations after digesting all of this. It's too bad I had to do a lot of "seat-of-the -pants" learning to get my skill set for V8i to where it is. Some of it even originated on CLIX!
The "Build from scratch" approach sounds scary, but I played with the wizard on an earlier release and I must say, the results were not pretty.
Charles (Chuck) Rheault CADD Manager
MDOT State Highway Administration
A general concept with the new configuration is that each thing (CFG) knows about its things. So all the users settings are stored local to the user. All the workset settings are in the workset cfg, etc. You can still have higher up concepts like ms_dgnliblist= P:/$(Worksetname)/dgnlib/ but in general it was built so that the individual cfgs would tell it where to get it's things. This makes archiving and restoring things easier. If the WorkSpace.cfg knows about all its things then archival of a single workspace is easy. Of course this concept and direction may have changed.