Code changes (page 3 of 10)

1 2 3 4 5 6 7 8 9 10

Changing the primary key of a row (24.03.06) — Adamo currently fails to forbid modifying the primary key of a locked row, and afterwards fails to handle this correctly. more
F1 on a Pointer works again (24.03.06) — F1 on a pointer cell of a ReportForm works again. It calls the new method ReportForm.pickCellValue() which instanciates the new class ReportGridPickForm. Note that this form is not modal: it has a menu so that the user can start actions from this form. But when he presses ENTER on a row in this form, then the original row gets updated.
All tests ok (16.03.06) — Uff! All tests are again ok. more
accelerator keys (14.03.06) — The forms1.py example now reacts to pressing ESC. New parameter "hotkey" for Button.__init__(). New module lino.forms.keyboard. New method Form.addAccelerator(). more
subclassable Tasks (13.03.06)
lino.scripts now contains real scripts (13.03.06) — I changed runscript: the scripts in lino/scripts can now be plain Python scripts, runscript no longer requires them to define a global name consoleApplicationClass.
Forms now implemented as subclasses (11.03.06)
moved sitecustomize.py (11.03.06) — Moved lino/console/sitecustomize.py to lino/customize.py more
lino now uses OptionParser (06.03.06) — lino.__init__.py now uses OptionParser. New file lino.cfg lino.forms.gui.choose() uses the wishlist option in section 'forms' to decide which GUI to start. Now I can finally switch between the different toolkits.
PRJ#42: done (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 (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 (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 (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? (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
fixed test 19 (03.03.06) — Uff: the last test has been fixed, the whole suite works again (first time since 20060213. more