[turba] Updating the Turba Schema

[lst_hoe02 at kwsoft.de]

Zitat von Simon Brereton <simon.brereton at dada.net>:

>> -----Original Message-----
>> From: turba-bounces at lists.horde.org [mailto:turba-
>> bounces at lists.horde.org] On Behalf Of Michael Rubinsky
>> > Thanks.  In the end I decided to hide the newly created
>> > object_homeEmail and just going with the added workEmail.  Synch is
>> > just a mess for now, but I'm going to focus on fixing that
>> elsewhere..
>> >
>> > One more question on this topic - what happens when a new Turba is
>> > released?  Will I have to make the same changes to the new
>> > sources/attributes.php?  I ask, because this could get messy over
>> > time.
>>
>> First off, you would very rarely have to edit attributes.php.
>> Secondly, if you are upgrading Turba, part of the upgrade process
>> would be to check/merge your current configuration values with any
>> changes made in the new version. This is true of any horde
>> application. I'm not sure what you think would be "messy" about this
>> process. Of course, your DB schema would already exist, so wouldn't
>> need to be redone (other than anything upgrade scripts might do).
>> Remember, files in an application's configuration directory is, by
>> definition a local configuration.
>
> Actually, I was thinking more of the labour or actually  
> checking/merging sources.php (which is where most of the changes  
> should be).  As a matter of fact - and this validates your point -  
> the changes I made to attributes.php were unnecessary.  The SyncML  
> section already contained declaration for homeEmail and workEmail.   
> I think have a broken, or outdated sources.php (even though Horde  
> says my version is up-to-date (2.3.4).  I don't want to try and work  
> out how to fix this - is there a new version coming soon?


Copy attributes.php.dist to attributes.php to get the standard back


>> > Finally, while we're on feature requests - I've searched and I see
>> no
>> > option for this.  I would like when clicking on browsing my address
>> > book to see more than just the entries under A.  The alphabet links
>> > are for sure useful.  But with a screen resolution of 1900, the
>> extra
>> > click that I need in order to see b, c or d entries is just
>> annoyance.
>>
>> You need to increase the maximum number of items per page to be
>> larger than your total number of contacts. If you have done this, and
>> it is not working for you, please file a bug report.  FWIW, I just
>> tested this in current git master code and it works as expected.
>
> Well, given all my other issues, I'll just wait for a new version.   
> I, personally (can't validate for my users), have 92 contacts.  I  
> set the page limit to a 100.  But I think maybe I wasn't clear..   
> When I click on Browse, it loads up all the A's.  I would like it to  
> default to loading All (and respecting those limits per page and  
> page limits specified).  And *then* if I want to use the alphabet  
> hyperlinks to narrow my selection I can do so.


Simply click the "all" in front of the alphabetical list will get you  
the whole list sort and split by the limits per page....


Regards

Andreas

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6046 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.horde.org/archives/turba/attachments/20100915/f444f5e4/attachment-0001.bin>