20110830

(a) Make individual rows read-only

The new special model method disable_editing() is used on lino_xl.lib.cal.Event to make recurrent events read-only.

This is a temporary workaround because editing recurrent events is rather tricky, and for lino.apps.dsbe it is enough when Lino imports them from a remote calendar.

(b) Stelle eines Vertrags darf jetzt leer sein

Für VSE-Verträge braucht jetzt keine Stelle mehr erfasst zu werden.

lino.modlib.jobs.models.Contract.job is now nullable.

Fixed some bugs that came with 20110830a.

(c) Import de données pp2lino (suite)

• Changes in lino.utils.dpy.FakeDeserializedObject.

• Moved the general logic for loading .mdb files from lino.apps.dsbe.fixtures.pp2lino to new module lino.utils.mdbtools.

• A few hour of work in lino.apps.dsbe.fixtures.pp2lino for importing legacy data of a future Lino user.

When importing the cities from the pp database, we had the following problem:

Deferred City #184 (u'GANSHOREN') : {'__all__': [u'Un(e) City avec ce Country, Name et Zip code existe déjà.']}
Deferred City #270 (u'JETTE') : {'__all__': [u'Un(e) City avec ce Country, Name et Zip code existe déjà.']}
Deferred City #289 (u'KOEKELBERG') : {'__all__': [u'Un(e) City avec ce Country, Name et Zip code existe déjà.']}
Deferred City #474 (u'SCHAERBEEK') : {'__all__': [u'Un(e) City avec ce Country, Name et Zip code existe déjà.']}

The easiest solution for this seemed a new configuration attribute lino.Lino.allow_duplicate_cities which we locally set to True on that site. Later it’ll be more easy to convert these by manually changing a dpy dump.