I was reading through the CONNECT online help and I noticed that Tags are now considered deprecated. I previously used Tags in my Titleblocks however I am now left wondering what users are now utilising instead for titleblock text?
Also, when I was last using MicroStation, I created a VBA project in Excel with which I was able to import Tag information from DGN files, edit the tag values and export updated values back to the DGN files. Is the replacement for tags (Item Types?) something that can be as easily manipulated via Excel VBA?
Barry Lothian said:Tags are now considered deprecated
That what Bentley would like us to accept. But remember that Microsoft deprecated VBA many years ago, when .NET arrived? VBA is still with us.
Item Types are great, but there remain one or two things that tags do that Item Types don't yet offer. We already offer a set of TagWorks tools that use Item Types in MicroStation CONNECT. Contact me by e-mail if you would like to discuss a TitleBlocker using Item Types.
Barry Lothian said:Is the replacement for tags (Item Types?) something that can be as easily manipulated via Excel VBA?
VBA support for Item Types arrived with MicroStation CONNECT Update 10.
Regards, Jon Summers LA Solutions
Jon Summers said:That what Bentley would like us to accept. But remember that Microsoft deprecated VBA many years ago, when .NET arrived? VBA is still with us.
Indeed however there is enough evidence to suggest Bentley will remove tools considered deprecated as we have examples of them already doing so in relatively recent past:
Intellitrim
Dimension Stroke
Dimension Arrow
Those are just a few that come to mind (as an aside, each of those was not replaced with a superior alternative - in my opinion) so I don't hold much hope for tags.
Barry Lothian said:Once a Cutting/Extension target element has been defined, the simple mode for trim and extend requires a 2 point click to define the elements to trim/extend whereas Trim Multiple requires a drag operation. Its my personal preference that the 2 point click is a more enjoyable experience and the drag is well.... a drag really
If you are only defining one element to trim or extend then a drag line is not needed. click on the trim line, click on the line to be trimmed, no accept, just pick a new line to trim or rest to complete or pick a new command. two data point is all that's needed no drag line involved or extra click to accept the operation.
~HTH
John.
yep
John Frampton said:If you are only defining one element to trim or extend then a drag line is not needed.
Whilst that is true that wasn't what I said as the purpose of both Trim Multiple and Intellitrim is to operate on more than 1 element in a single operation. If I was only trimming or extending a single element then I would use Trim To Element and not Trim Multiple.
Then what was your point in stating the dragline was required and a drag and the intelitrim only required 2 points which as you state is a more enjoyable experience?
When doing this:
With Intellitrim (as above) the white dashed line is 2 clicks, with Trim Multiple its click-hold & drag-release.
Gotcha I see what you don't like, its the drag selection of multiple elements. You would rather it be like placing a line. To me I would think that drag selection is a more common user interaction for a selection operation between windows applications. That command is the only place I can think of that used that methodology for selection. Thanks for clarifying.