Scott, we need 2 fields for the street information anyway, and we first added a 'ext_street' one, but since the only application following the standard is Evolution, and we had all the phone syncing using already address1/address2, we decided to use those instead. So, the freedesktop standard is now changed to match that. Also, code has been added to both evolution-couchdb and the U1 server to deal with old records using 'street' field only, so it's safe to do the SRU, once I've got the karmic package ready.
As for U1 clients being developed, for contacts there's only Akonadi, and it doesn't support postal addresses yet anyway, AFAIK (I might be wrong).
Scott, we need 2 fields for the street information anyway, and we first added a 'ext_street' one, but since the only application following the standard is Evolution, and we had all the phone syncing using already address1/address2, we decided to use those instead. So, the freedesktop standard is now changed to match that. Also, code has been added to both evolution-couchdb and the U1 server to deal with old records using 'street' field only, so it's safe to do the SRU, once I've got the karmic package ready.
As for U1 clients being developed, for contacts there's only Akonadi, and it doesn't support postal addresses yet anyway, AFAIK (I might be wrong).