create tab for the plugin community onto organization and department

Hello,

we need a tab on organization and department for the community plugin

this tab should contains

The alternative address for the project or organization

it use the fdCommunityOrganization or fdCommunityProject from the community-fd.schema

Cheers

(from redmine: issue id 4576, created on 2016-03-07, closed on 2016-03-08)

• Relations:
  • relates #4527 (closed)
• Changesets:
  • Revision 5a62edf0 by Côme Chilliet on 2016-03-07T11:28:53.000Z:

Fixes #4576 Removing dependency between community and personal plugins

• Revision 460b67c6 by Côme Chilliet on 2016-03-07T11:30:38.000Z:

Fixes #4576 Removing dependency between community and personal plugins

• Revision 43677c41 by Benoit MORTIER on 2016-03-14T12:50:27.000Z:

Fixes: #4576 create tab for the plugin community onto organization and department

merged zipcode and street into postalAddress

Signed-off-by: Mortier Benoit <benoit.mortier@opensides.be>

• Revision 8d7e62cc by Benoit MORTIER on 2016-03-14T13:09:15.000Z:

Fixes: #4576 create tab for the plugin community onto organization and department

Added project full name

Signed-off-by: Mortier Benoit <benoit.mortier@opensides.be>

• Revision 845fe99f by Benoit MORTIER on 2016-03-14T13:25:34.000Z:

Fixes: #4576 create tab for the plugin community onto organization and department

merged zipcode and street into postalAddress

Signed-off-by: Mortier Benoit <benoit.mortier@opensides.be>

• Revision c7ce1a58 by Benoit MORTIER on 2016-03-14T13:25:42.000Z:

Fixes: #4576 create tab for the plugin community onto organization and department

Added project full name

Signed-off-by: Mortier Benoit <benoit.mortier@opensides.be>

• Custom Fields:
  • Bug in version: 1.0.9.3

hello,

this tab a two section

section 1: the start and end date

section 2: alternative address

(from redmine: written on 2016-03-07)

hello,

works perfeclty closed

Cheers

Close issue

(from redmine: written on 2016-03-08)

I was looking at organization's community tab. Here we've added "contact" section with alternate contact data :

First name Last name Street Zip code City State Country

Which is good, but it seems that some of these fields doesn't have their respective equivalent in organization main tab, where we have:

State => OK match Location => 'localityName' LDAP attribute, but no idea what it's intended for ? City ? Country => OK match Address => matching Street + zip code ? Phone => OK Fax => OK

As a side note, on user's entry in FD, we also have "Address" in place of "Street + Zip code".

So if we have to fill back a web form based on FD's entry, we should take care when reading data... (we couldn't really map "Address" back to two separate fields "Street" and "Zip"). Not critical but should be noted.

I wonder why FD doesn't use separate fields ? Is it a delibarate choice ?

(from redmine: written on 2016-03-11)

Martin H wrote:

I wonder why FD doesn't use separate fields ? Is it a delibarate choice ?

Yes it’s what Benoit put in the schema. In the official schemas street and zipcode are not separated so we can’t separate it in the forms. We could change the schema of community plugin to also have only one address field.

localityName got no description on zytrax.com. Schema description says: «RFC2256: locality which this object resides in»

(from redmine: written on 2016-03-11)

hello,

merged zip and street into Address which is sup postalAddress

Cheers

(from redmine: written on 2016-03-14)

closed

added Removed label