There is no solution for this other than namespacing (which is an issue in itself).
If it's not a conflict now, it will be in the future.


I prefix my domain classes with Ts and Gpt, so far it doesn't clash with anything else.�
May it ever happen, I will rant. :)

Regards,


Esteban A. Maringolo


2014-02-14 14:28 GMT-03:00 Michael J. Forster <mike@sharedlogic.ca>:
Hi,

I have two questions regarding the choice of package prefix, but, first, some background.

We have a number of packages that I would like to publish as open source on smalltalkhub.com over the coming year. �As well, we have several proprietary customer packages in our internal MC repository. �Obviously, we want to avoid name collisions with everyone else, but we want to keep our package and class names from bloating, too.

I'm thinking of choosing the umbrella package/class prefix 'Sb' (for the element Antimony, shamelessly following Sven's example) for everything we write. �We would use one or two further characters to distinguish our actual packages and classes (public and proprietary). �For example,

� � SbWA... - our Seaside utilities
� � SbPG... - our PostgresV2 utilities
� � SbPr... - our Prolog query engine
� � SbMt... - a proprietary client project

My first question: �Does this sound reasonable? �I don't want to give potential users the impression that unstated dependencies exist between our open source 'Sb' packages. �I'm simply trying to carve out a namespace.

Second, I installed all of the packages I could using the Metacello Configuration browser in Pharo 2.0 and collected the first three characters of all packages and classes. �I didn't find any use of the 'Sb' prefix. �Does anyone know of a conflict?


Thanks!

Mike

--
Michael J. Forster, B.Sc. (Hons.), B.Sc.
COO, Programmer
Shared Logic Inc.