Assuming a new keen EA user ask you, how to add a child package under a parent package.
You advise him to add a diagram, drag in the parent package and drag in a new package from tool bar to create the child package and draw a special line between both to achieve his goal (new child package under a parent package).
The keen new user would argue that a diagram is for communication with stockholders, but the diagram needed to be created provides no value to stockholders at all.

Ok, you could suggest deleting the diagram afterwards, but for sure the feedback of new user will be to have in the project tree the possibility to add a child package, by selection the parent package and selecting a menu item to get the job done (as it works for any kind of application within this globe).
You mention to him that such possibility is there, by creating a child package of stereotype w,x,y,z, but a stereotype with z Package should be chosen, because for that the stereotype can be deleted afterwards. Or the user can add a child package under a Class which can be dragged under the parent package afterwards.
What a wonderful world!!!!

At this point most of the new keen EA user will come to the point, that in EA some user goals need some very indirect and somehow senseless ways to be achieved.

Fortunately EA provides a sense making and direct way to achieve that goal (new child package under a parent package).

But if you substitute:
- Parent Package by Block
- Child Package by Property
- w,x,y,z by Port, Full Port, Proxy Port, Flow Property
- and Class by Package
You see that the curious very indirect and senseless user interaction as described above is required in EA.
