> To be clear, you mean a change to > > typedef unsigned short int subdoman_id_t; > > subdomain_id_t _sbd_id; > > or something like that? >
Yes. I do intend to define subdomain_id_type as a unsigned int type. All references to _sbd_id with actually use this type instead of the hard-coded unsigned char. So if need be, for someone's requirement, if unsigned char is good enough, you could just change it in one location and things will work like they do now. > This is really a semantic issue. I was thinking that my notional > 'FatDofObject' would contain something like this std::vector<blah>, or a > blah itself, or whatever... What I do not want to do is throw an unused > vector in the base DofObject (or Elem), which is why I suggested the > templates. But for a lot of reasons Roy's typedef makes more sense. > I was not talking about the typedefs here. I quoted Roy about the base data container class with user implementation for serializing in to different formats, and user implementation to create the coarser object's attributes based on children's attributes. This can be implemented quite nicely IMO. But like Derek suggested, the user will have something to do with the prolongation/restriction algorithm so to speak (in terms of propagating this attribute data) and I wonder how big an overhead in memory this might introduce than the original std::vector<blah> method with all its inherent imperfections. Btw, like I mentioned before, MeshData does use std::vector<blah> as its defacto way of attaching tags to DofObjects now. Anyway, I will think more on this and get back to you later today. Vijay ------------------------------------------------------------------------------ Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com _______________________________________________ Libmesh-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-devel
