Status: Todo
News by project:
- PRJ#42: done (code changes 05.03.06) — All test cases work again. New paradigm to handle Details done: Pointers no longer insert an automagic Detail into their target table. Details continue to be handled almost as a virtual column, but their value is no longer a Query but DetailValue who returns the query when called.
- filters1.py needs DetailColumn (code changes 04.03.06) — I noticed that filters1.py and filters2.py show a rather serious problem of the new paradigm for handling details. It sets a filter on a detail column. But I thought such columns to disappear. How can I convert filters1.py to the new paradigm? Answer: DetailColumn remains.
- DataRow.vetoDelete() rewritten (code changes 04.03.06) — New implementation of DataRow.vetoDelete() who tests whether a row can be deleted. Basically you cannot delete a row if other rows are pointing to it. more
- new paradigm for Details (code changes 04.03.06) — I realized maybe that the automagic creation of detail fields in the target table(s) of a pointer was too magic and that it is better to manually write a method for each detail. more
- simplify DataRow? (code changes 03.03.06) — I realized maybe that a DataRow should store only the row's peekQuery instead of its «creator» query in DataRow._query. more
Refering articles:
- PRJ#42: done (code changes 05.03.06) — All test cases work again. New paradigm to handle Details done: Pointers no longer insert an automagic Detail into their target table. Details continue to be handled almost as a virtual column, but their value is no longer a Query but DetailValue who returns the query when called.