Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - khalidlkhan

Pages: [1]
1
That's really useful. Many thanks for your input. I will put my thinking cap on again and will keep you informed as to want I end up doing.

Much appreciated.

2
My addin has a settings menu option that pops up a dialog box that allows a user to set these in a user friendly way and checks that entered values are acceptable.

3
Well I'm in the midst of writing Yet-Another-Requirements addin ( I know a number of addins have been produced in this space - but this is very specific to the company I work for and integrates tightly with the existing legacy requirements gathering tools that are in place.)

What I would like to store in the model/project are:
  • the prefix, sequencecounter and format for new requirements. (I know EA has such a beast but I couldn't find how to get to it programmatically, and besides I have finer grain control over the requirements Ids if I have control over these settings;
  • The GUID of the package/view that a particular project wants to store their requirements in - not all projects store them in the same place. Yes I could enforce a standard but it would be nicer to keep the flexibility if possible.
These are possibly not the best examples of what an addin needs to keep track of and that a user need not have access to in a uncontrolled way. But I think that generically there should be somewhere that addins can store information/settings in the model which can only be accessed programatically - ideally an EA.Package that has a hidden flag that causes it and it's children not to appear in the project browser.

4
Thanks for your thoughts.

I wanted to save the settings as tags against an EA.Package entity. I believe this is possible. However, I have to assume that someone using my addin probably won't have the required package or package structure that would allow me to find it reliably. Also, of course, if I just add in a package of my choosing it will show up in the project browser, hence arousing curiosity and also looking a bit tatty. (It seems that Model Views which are of an EA.Package type don't allow you to store tags against them. That would have been my ideal compromise, as I could have declared a new Model View dedicated to my addin.)

So I have looked high and low to find a convenient, easily locatable place in the model but have not found anywhere appropriate.

I wondered if other addin authors had had faced the same issue and how they had solved this.

5
Hi,

I'm writing an addin for EA and wondered if anyone could advise where and how I could store settings for the addin within model. User settings I can put away in the registry but I need to find a place I can store the settings that relate to the open project, preferebly in a place where the can not be browsed by the user in the project view.

Any feedback appreciated.  

6
As simple as that! Tried it and works great.

Many thanks.

7
Hi,

I would like to programmatically move an Element of type "Requirement" from one package to another. I have tried the following approach:

element.ParentID = destPackage.PackageID
element.Update

This does not return an error (ie Update result is true) but neither is the read/write ParentID property updated to the new packageID

Anyone point me in the right direction.

Thanks in advance

PS I am using EA build 804

8
I have just migrated to EA 4.0 and find that some VB that I wrote to query EA for model data now no longer works.

Quite simply I would like to get the EAElement for the 'Static View' package. I used the following code:

Set p = EAR.Models.GetByName("Views")
Set e = p.elements.GetByName(“Static View”)

As I said this used to work but I now get the error:

DAO.Database [3075] Syntax error (missing operator) in query expression 'Name='Static View' AND Object_ID in ()'

I had reported this as a bug - but I think it must have fallen on the low priority list or it may be that this was not a bug but that things are done differently in EA 4.0.

I am posting this in case it is the latter.

(I am working with the assumption that if this was a bug then EA 4.0 would have stopped alot of VBA integrated stuff out there and this would have been seen as slightly higher priority.)

Any help greatly appreciated.

Khalid


Pages: [1]