account info (emails, encrypted pws, etc), are currently in the users table. We want them in the cards table.
We want to support a general ORM in cards feature as best we can. It would be nice if we could just use ActiveRecord/Model features directly, for example validations, but Rails features like validations aren't really designed for variations that can be loaded onto the singleton classes as we do for other model extensions that can be specific to Wagn Sets. That's not so bad since we have a very nice event system that is Set based from the start. It means moving the validations into events and we don't just get all the standard validation patterns that Rails supports, but that just means a bit more explicit code for those.
So, this is not specific to the account info, but something we might use whenever we want to have "everything in cards". Say I want to add an ecommerce gem, but I don't want to create a lot of models (external to Wagn, regular tables, not cards). It seems like there would be significant adapting even with the ORM in cards feature, but this will still do a lot of the adapting from model rows to content in plus cards so the code will be very much the same as with Rails models.
For this specific case, we have already refactored Wagn so that Foo+*account is a card that is directly associated with an external model (User via the Account class). The migration would simply take each of the fields of the User model that we are keeping (login for example is now redundant) and copy them to the cards:
Should handle:
So, this gets rid of the account "extension"?
And is dependent on implement triggers?
related to Refactor Out Admin and Account Controllers ?
definitely related. could fuse. this is the better name, but there's more info on the other one (and the "admin" thing isn't so related). probably not worth cleanup yet...
fyi that one's tagged 1.13 (didn't see it at first, cf handle truncated content in labeled view better)
yeah, I think that was intentional but probably makes less sense now. will change this one. really need to focus on the action api stuff before digging further into this overhaul.
We don't really have "extensions" in the old sense anymore. User model is the one remaining exception. We have a base card for this now, the +*account (codename :account) trait. The last part is moving the data accessed in the User model into cards. They will be plussed onto the +*account card, and we are planning a way where for specific traits of the :account trait (:email => *email for example) would look on the +*account card for a plus card first, then search to the parent (left) card.