New Tags $$label$$ and $$labelplacement$$ added.
Also possible to print out the County name, if it is not your own contry.
I will add a exsample to EGroupware demo page.
This is sponsored by Deutsche Kinemathek – Museum für Film und Fernsehen.
"
- change the processing of slowsync, to use the content_map instead of
trying to build a new one. This caused duplication issues on the
client if multiple similar records where stored, because only the first
one found in the server-db was matched, These duplicate entries at client
side had no entry at serverside, so deleting the wrong one
on the client (the content with a valid map entry) could cause
unwanted data loss at server side, because it is impossible for the
user to see what is a duplicate, and what is not.
see also:
http://www.nabble.com/again---syncml-duplication-issue-to20333619s3741.html
- reenabled UID from syncml clients, because it was partly used this caused
issues during SlowSync if the content was changed.
- infolog, calendar if a uid is found in the provided data, allway try to
find the corresponding content first using only the UID, instead of
using the content-id taken from content_map.
also fixed:
- a few fixes in ./notes
- creating an entry on the client that can not be imported,
(Example, Nokia E Series Appointment without a Title)
will no longer create an invalid content-map entry
However, at client side this is still counted in the Protocol as
Server-Add
link)
- made bo_tracking abstract
- added default return null to bo_tracking::get_config and removed it
from extensions implementing no config
- fixed signature of get_config($name,$data,$old=null)
manufacturer and the recogniced GroupDAV client as product name.
This way we are able to handle different GroupDAV clients, as we
allready do with different SyncML clients.
Also removed the no longer needed code enabling the use of the real UID,
as SyncML does no longer misuse the UID for it's GUID.
longer use GUIDs containing eGW's install_id, as the information is
irrellevant for SyncML and cause doublications of entries if the
install_id changes.
I plan to have a new rc4 Wednesday or Thursday containing these changes.
- bug #1772: custom fields for single addressbook types show in all
- removed template warning, if no template was selected
- showing type icon if available
- added "all" to type selection
- removed some weird doublicate code
This was caused by the (only) clientside code, which could not evaluate
the whole query. It's now done on serverside, thought there's still a
limit of the number of id's transfered in the url.
Reworked it not in the following way:
- numerical limit or total disabling (setting "no"), are only valid for
non-admins
- addressbook has it's own value, but uses now the global one, if no
addressbook specific limit is set
