On Fri, Dec 13, 2013 at 6:15 PM, Tom Browder <[email protected]> wrote: > > I think I might have a little bit. But I think I hot the main idea > from the DB V5 Draft Manual in which it says to me that the registry > process is manual, not something that a user can do. See how I > phrased it in the attributes html page.
To me that pretty much means there isn't really a practical difference between "standard" and "registered" attributes - the "registry" would just be a location where new standard attributes are defined. >> My first discussion I can remember with Sean re attributes was > concerning timestamps on 28 Aug this year. That thread lasted at > least 21 messages and you were in on it, too. Heh. OK, I'll have to go over that and refresh my memory. I think binary attributes are different from the notion of a "registry", at least conceptually, so they should be handleable as two separate issues... > I eventually told him I found a solution for binary attributes but heard > nothing form him on > that since (I think GCI is taking up most of his effort). > > I tried to put my vision of the standard (core) vs. registered > attributes into the db5 code changes where I define them in one place > and distinguish the two by a struct member.. > > I can't aver see a gigantic rush to register an attribute, but the > again I've never been much of a visionary. Me neither - my notion was that there would be lots of "sets" of attributes, many of them domain specific, that users would initialize for particular problem domains or even particular .g files. A "registered" attribute would in essence become a type-checked attribute where you couldn't set that attribute's value to something "invalid" (according to the registered definition) on any object in the database. (Like, for example, not being able to specify "tomorrow" for a timestamp attribute.) That desire for correctness enforcement was what I had envisioned as the primary benefit of a registration system, but I may not be thinking about it right... Cheers, CY ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ BRL-CAD Developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
