http://luc.lino-framework.org/blog/2020/0418.html

Author: lsaffre

docs/blog/2010/0623.rst

@@ -1,15 +1,15 @@
 20100623
 ========
 
-Habe vorgestern mit dem Release im :ref:`cpaseupen` und auf :term:`Tups` begonnen.
+Habe vorgestern mit dem Release im :ref:`cpaseupen` und auf :term:`tups` begonnen.
 
-In Einem habe ich auch die unnütze Etage :file:`src` aus der Verzeichnisstruktur rausgeholt. 
-Also statt `/var/snapshots/lino/src/lino` muss man jetzt immer `/var/snapshots/lino/lino` sagen. 
+In Einem habe ich auch die unnütze Etage :file:`src` aus der Verzeichnisstruktur rausgeholt.
+Also statt `/var/snapshots/lino/src/lino` muss man jetzt immer `/var/snapshots/lino/lino` sagen.
 Idem für dsbe, igen, timtools und songbook. Dokumentation ist angepasst (wenn ich nichts vergessen habe).
 
 Erfreulich: Der Browser fragt die ext-all-debug.js und lino.js nicht jedesmal neu an, wenn sie mit Apache serviert wurde.
 
-Das bisherige `lino.ui.extjs` heißt jetzt `lino.ui.extjsw`. 
+Das bisherige `lino.ui.extjs` heißt jetzt `lino.ui.extjsw`.
 
 17.45 Uhr : Jetzt wo die beiden user interfaces (jedes mit seinen Schwächen) laufen, wäre es natürlich schön, wenn ich sie beide zugleich anbieten könnte. Mal sehen, ob das sich so einfach machen lässt...
 

docs/blog/2010/0708.rst

@@ -3,7 +3,7 @@
 
 (Fortsetzung von :doc:`gestern <0707>`)
 
-Also Felder mit eindimensionaler Auswahlliste brauchen nicht nur kein hidden field, 
+Also Felder mit eindimensionaler Auswahlliste brauchen nicht nur kein hidden field,
 sondern dürfen keins haben. Das funktioniert jetzt einigermaßen (mit ein paar Schönheitsfehlern, die aber nicht blockierend sind).
 Einige der Konsequenzen:
 
@@ -13,41 +13,41 @@ Einige der Konsequenzen:
     def template_choices(cls,print_method):
         return mixins.template_choices(print_method)
     template_choices.simple_values = True
-    
-  Aber da hatte ich mich geirrt. Weil die Methode schon den Dekorator `@classmethod` hat, 
+
+  Aber da hatte ich mich geirrt. Weil die Methode schon den Dekorator `@classmethod` hat,
   kann man ihr keine Attribute mehr verpassen::
-    
+
     AttributeError: 'classmethod' object has no attribute 'simple_values'
-    
+
   Um das zu umgehen, benutze ich momentan die alte Syntax::
-  
+
     def template_choices(cls,print_method):
         return mixins.template_choices(print_method)
     template_choices.simple_values = True
     template_choices = classmethod(template_choices)
-  
+
   Was sind eigentlich Dekoratoren? Ein interessanter `Artikel von Bruce Eckel <http://www.artima.com/weblogs/viewpost.jsp?thread=240808>`_ half mir zu verstehen.
-  
+
 - Die Antwort auf http://127.0.0.1:8000/api/notes/NoteTypes?fmt=json kommt nun richtig; :attr:`NoteType.template` hat jetzt kein Hidden-Feld mehr::
 
-    { 
-      count: 2, rows: [ 
-        { print_methodHidden: "appy", print_method: "AppyPrintMethod", 
-          id: 0, template: "phone.odt", 
-          name: "phone report" 
-        }, 
-        { print_methodHidden: null, print_method: null, 
-          id: null, 
-          template: "", 
-          name: "" 
-        } 
-      ], 
-      title: "NoteTypes" 
+    {
+      count: 2, rows: [
+        { print_methodHidden: "appy", print_method: "AppyPrintMethod",
+          id: 0, template: "phone.odt",
+          name: "phone report"
+        },
+        { print_methodHidden: null, print_method: null,
+          id: null,
+          template: "",
+          name: ""
+        }
+      ],
+      title: "NoteTypes"
     }
-  
-- Das ``this.value = v;`` am Ende meiner :func:`ComboBox.setValue` musste wieder rein. 
 
-Check-In 
+- Das ``this.value = v;`` am Ende meiner :func:`ComboBox.setValue` musste wieder rein.
+
+Check-In
 
 Diverse Bugs im extjsu behoben
 ------------------------------
@@ -57,10 +57,10 @@ Nächstes Problem: in http://127.0.0.1:8000/api/countries/Countries?fmt=grid wur
 Nächstes Problem: wenn ich in der Grid ein neues Land erstellen wollte, dann schickter er zwar ein korrektes `POST http://127.0.0.1:8000/api/countries/Countries`, aber der Server machte dann::
 
   ValidationError: {'isocode': ValidationError({'isocode': u"Primary key '' may not be modified."})}
-  
+
 Merke: der pk einer neu erstellten und noch nicht gespeicherten Instanz ist nicht unbedingt ``None``, sondern kann (wenn pk ein CharField ist) auch ``''`` sein.
 
-:class:`countries.Country` hat jetzt ein Detail-Layout, in dem der neue Report CitiesByCountry angezeigt wird. 
+:class:`countries.Country` hat jetzt ein Detail-Layout, in dem der neue Report CitiesByCountry angezeigt wird.
 
 
 :mod:`lino.modlib.dsbe.management.commands.load_tim` vergaß, das Feld :attr:`contacts.Contact.country` zu füllen. Behoben.
@@ -72,6 +72,4 @@ Mehrere Check-Ins und zum Schluss:
 Release Lino 0.8.2 & DSBE 0.1.1
 -------------------------------
 
-Diese Versionen laufen jetzt im :ref:`cpaseupen` und auf :term:`Tups`. Es sind noch viele Bugs drin, aber ich wollte mal sehen, wie die Performance auf einem "Produktionsserver" ist. Mein erster Eindruck: eher besorgniserregend... aber jetzt ist Feierabend.
-
-
+Diese Versionen laufen jetzt im :ref:`cpaseupen` und auf :term:`tups`. Es sind noch viele Bugs drin, aber ich wollte mal sehen, wie die Performance auf einem "Produktionsserver" ist. Mein erster Eindruck: eher besorgniserregend... aber jetzt ist Feierabend.

docs/blog/2010/0723.rst

@@ -1,45 +1,44 @@
 20100723
 ========
 
-:lino:`Release </releases/20100723>` Lino 0.8.3 und Lino-DSBE 0.1.2 im :ref:`cpaseupen` und auf :term:`Tups`.
+:lino:`Release </releases/20100723>` Lino 0.8.3 und Lino-DSBE 0.1.2 im :ref:`cpaseupen` und auf :term:`tups`.
 In dieser Version ist das neue "fensterlose" User Interface erstmals sichtbar.
 Performance ist deutlich besser, aber ob man damit schon arbeiten könnte?
 Kann sein, dass der Server inzwischen das Bottleneck ist.
 Erstmals kann man in Detail-Fenstern auf und ab "blättern".
 
-- :mod:`dsbe.demo.settings` setzt das Datenverzeichnis auf einem UNIX-System jetzt wieder auf :xfile:`/usr/local/lino` (nicht wie ich mir 
+- :mod:`dsbe.demo.settings` setzt das Datenverzeichnis auf einem UNIX-System jetzt wieder auf :xfile:`/usr/local/lino` (nicht wie ich mir
   zwischendurch gedacht hatte auf :xfile:`/usr/local/lino-dsbe`).
-- Die :js:func:`console.time()` in der lino.js habe ich rausgeholt, weil dadurch 
-  Javascript runtime errors kommen können. 
+- Die :js:func:`console.time()` in der lino.js habe ich rausgeholt, weil dadurch
+  Javascript runtime errors kommen können.
 - Wenn ich im Laufe eines Releases mehrere `commit` und `push` mache,
-  dann ist der folgende Befehl nützlich, um den Tag für Version 0.8.3 
+  dann ist der folgende Befehl nützlich, um den Tag für Version 0.8.3
   nachträglich zu ändern::
 
     hg tag v0.8.3 -f
-  
-- Die in der DSBE-Demo aus TIM importierten Benutzer haben `is_staff` natürlich nicht 
-  gesetzt. Wie kann ich die Benutzerliste zum manuellen Bearbeiten zur Verfügung stellen? 
-  En attendant ein primitives Script make_staff.py (das ja eigentlich ein Django command 
+
+- Die in der DSBE-Demo aus TIM importierten Benutzer haben `is_staff` natürlich nicht
+  gesetzt. Wie kann ich die Benutzerliste zum manuellen Bearbeiten zur Verfügung stellen?
+  En attendant ein primitives Script make_staff.py (das ja eigentlich ein Django command
   sein sollte).
-  
+
 - Kolonnenbreiten werden wieder gespeichert.
 
-- In der Grid funktionierte das Bearbeiten nicht. Er zeigte den Editor kurz an und schloss ihn sogleich wieder. 
+- In der Grid funktionierte das Bearbeiten nicht. Er zeigte den Editor kurz an und schloss ihn sogleich wieder.
   Lag daran, dass auch die main grid in ihrem eigenen before_row_edit ein load_slavegrid() gemacht bekam.
 
-- Dann habe ich http://bitbucket.org/etienned/sphinx-autopackage-script entdeckt und damit rumgespielt. 
+- Dann habe ich http://bitbucket.org/etienned/sphinx-autopackage-script entdeckt und damit rumgespielt.
   Bin noch nicht fertig.
-  
-21.10 Uhr: Check-In und definitives Release 0.8.3 im :ref:`cpaseupen` und auf :term:`Tups`
+
+21.10 Uhr: Check-In und definitives Release 0.8.3 im :ref:`cpaseupen` und auf :term:`tups`
 
 TODO:
 
-- Das "Öffnen" eines neuen "Fensters" ist langsamer als im UI mit Fenstern, 
-  weil jetzt der Inhalt des alten Fensters zunächst aus dem Viewport entfernt wird. 
-  Einfach ein neues Ext.Window zu öffnen und über den vorigen Browserinhalt zu knallen 
-  ging offenbar schneller. 
-- Beim Navigieren im Detail von `contacts.Persons` macht er zwar jetzt nicht mehr die 
-  unnützen load_slavegrid() wenn der Reiter mit diesen Komponenten nicht angezeigt ist, 
-  aber wenn man dann den betreffenden Reiter aktiviert, vergißt er, es nachzuholen. 
+- Das "Öffnen" eines neuen "Fensters" ist langsamer als im UI mit Fenstern,
+  weil jetzt der Inhalt des alten Fensters zunächst aus dem Viewport entfernt wird.
+  Einfach ein neues Ext.Window zu öffnen und über den vorigen Browserinhalt zu knallen
+  ging offenbar schneller.
+- Beim Navigieren im Detail von `contacts.Persons` macht er zwar jetzt nicht mehr die
+  unnützen load_slavegrid() wenn der Reiter mit diesen Komponenten nicht angezeigt ist,
+  aber wenn man dann den betreffenden Reiter aktiviert, vergißt er, es nachzuholen.
   Man muss z.B. next und dann previous klicken, um sie zu aktualisieren.
-  

docs/blog/2010/0727.rst

@@ -1,7 +1,7 @@
 20100727
 ========
 
-Nachdem :term:`Rose` ca. eine Woche nicht benutzt worden war, fror sie wieder nach spätestens ein paar Minuten fest, und der Trick mit dem BIOS-Reset funktionierte nicht mehr. 
+Nachdem :term:`rose` ca. eine Woche nicht benutzt worden war, fror sie wieder nach spätestens ein paar Minuten fest, und der Trick mit dem BIOS-Reset funktionierte nicht mehr. 
 
 Etwa einen Monat lang schien das Problem komplett reproduzierbar: wenn man den Deckel schloss bevor sie runtergefahren war, dann gefror sie ab dem anschließenden Hochfahren jedesmal innerhalb kurzer Zeit, oft schon bevor der Desktop aufgebaut war, manchmal auch kurz danach. Und erst wenn ich dann im BIOS den Befehl "load factory defaults" gemacht hatte, funktionierte alles wieder normal. Und das, obwohl ich im BIOS keinerlei Anpassungen habe. Also offenbar macht das "load factory defaults" noch mehr als einfach nur alle manuellen Einstellungen zu stornieren.
 
@@ -58,14 +58,14 @@ Minuten vorbei sind, gefriert sie.
 
 .. image:: 0727.jpg
 
-Also mit dem Powermanagement ist was nicht in Ordnung. 
+Also mit dem Powermanagement ist was nicht in Ordnung.
 
 Die Bildschirmschoner funktionieren übrigens wohl (die haben ja auch nichts damit zu tun).
 
-Das folgende habe ich 
+Das folgende habe ich
 nach `ubuntuforums.org <http://ubuntuforums.org/showpost.php?p=9644374&postcount=773>`__ geposted:
 
-  I can reproduce my freeze by using certain certain power management features (details see below). Once the freeze is there, it happens on each startup, shortly after the Ubuntu logo and the mouse cursor is displayed. I can stop this behaviour by choosing "Restore setup defaults" in the BIOS setup menu. This is surprising because there are not many BIOS options on this machine and I don't ever do any manual changes. 
+  I can reproduce my freeze by using certain certain power management features (details see below). Once the freeze is there, it happens on each startup, shortly after the Ubuntu logo and the mouse cursor is displayed. I can stop this behaviour by choosing "Restore setup defaults" in the BIOS setup menu. This is surprising because there are not many BIOS options on this machine and I don't ever do any manual changes.
 
   So my freeze seems to be related to some invisble BIOS setting. Or maybe these power management features write some buggy information into the BIOS.
 
@@ -129,7 +129,7 @@ Das Folgende kriege ich, wenn ich ``laptop_mode status`` mache. Habe aber leider
 
   /proc/sys/vm/dirty_ratio:
      40
-     
+
   /proc/sys/vm/dirty_background_ratio:
      10
 
@@ -163,9 +163,9 @@ Das Folgende kriege ich, wenn ich ``laptop_mode status`` mache. Habe aber leider
      charging state:          charging
      present rate:            unknown
      remaining capacity:      2976 mAh
-     present voltage:         12142 mV   
-     
-     
+     present voltage:         12142 mV
+
+
 X?
 --
 
@@ -224,8 +224,8 @@ Hier ist auch der Inhalt der Datei `.xsession-errors`::
   XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
         after 81 requests (80 known processed) with 0 events remaining.
   The application 'gnome-panel' lost its connection to the display :0.0;
-  most likely the X server was shut down or you killed/destroyed the application.      
-  
+  most likely the X server was shut down or you killed/destroyed the application.
+
 Hier noch ein zweites Mal (ein bisschen später)::
 
   /etc/gdm/Xsession: Beginning session setup...
@@ -287,4 +287,3 @@ Hier noch ein zweites Mal (ein bisschen später)::
   (firefox-bin:2413): Gdk-WARNING **: XID collision, trouble ahead
 
 Was das wohl alles zu bedeuten hat?  Ich weiß nicht... Die Meldung `(gnome-power-manager:1633): WARNING **: Either HAL or DBUS are not working!` kommt mir verdächtig vor, aber Google hat mir da auch nicht weitergeholfen.
-

docs/blog/2010/1225.rst

@@ -1,61 +1,60 @@
 20101225
 ========
 
-- Install :lino:`/releases/2010/1224` auf :term:`Tups`.
-  Änderungen in :func:`lino.utils.log.configure` weil sonst beide Demos 
+- Install :lino:`/releases/2010/1224` auf :term:`tups`.
+  Änderungen in :func:`lino.utils.log.configure` weil sonst beide Demos
   in die gleiche :xfile:`system.log` schreiben wollten.
 
 - Wie installiert man ein favicon?
   http://www.codekoala.com/blog/2008/setup-faviconico-django/
-  
+
   Hilfreich auch
   http://www.html-kit.com/favicon/validator/
-  
-- Statt :setting:`LINO_SETTINGS` haben wir jetzt :setting:`LINO_SITE`, 
+
+- Statt :setting:`LINO_SETTINGS` haben wir jetzt :setting:`LINO_SITE`,
   und statt einer eventuellen lokalen `lino_settings.py` hat man
   eine Datei :xfile:`site.py` mit z.B. folgendem Inhalt::
-  
+
     from lino.demos.dsbe.site import Site as Base
     class Site(Base):
         title = "My Lino project"
-  
+
   In der :xfile:`settings.py` schreibt man dann::
-  
+
     from myproject.site import Site
     LINO_SITE = Site()
-    
-  Der Name :xfile:`site.py` ist diskutabel, weil es ein gleichnamiges 
-  Standardmodul gibt. 
-  
-  Die Basisklasse für Lino-sites steht jetzt in `lino.Site` 
-  und ist somit jetzt auch instanzierbar während 
+
+  Der Name :xfile:`site.py` ist diskutabel, weil es ein gleichnamiges
+  Standardmodul gibt.
+
+  Die Basisklasse für Lino-sites steht jetzt in `lino.Site`
+  und ist somit jetzt auch instanzierbar während
   :xfile:`settings.py` geladen wird.
-  
+
 - Doppelklick auf einem Phantom-Record bedeutet jetzt "Einfügen".
 
-- `InsertSubmit` hatte "Einfügen" als Label. Das war irritierend. 
+- `InsertSubmit` hatte "Einfügen" als Label. Das war irritierend.
   Heißt jetzt "Speichern".
-  
+
 - Upgrade in Eupen.
 
 - Die folgenden Problem ist nicht (mehr) reproduzierbar:
 
   - slave report in a detail remains empty in some cases.
     Beispiel:
-    Detail einer Person. Reiter "Notes" "Insert" in "Verträge". 
+    Detail einer Person. Reiter "Notes" "Insert" in "Verträge".
     Vertrag ausfüllen (mindestens Vertragsart) und Speichern.
     Detail-Fenster des Vertrags schließen.
     ContractsByCompany bleibt leer auch wenn man dort auf "Refresh" klickt.
     Der Fehler verschwindet wenn ich Permalink oder open in own window.
-      
 
-  - Wenn man ClearCacheAction macht und das Dokument neu druckt, 
-    dauert es eine Zeit, bis der Cache des Browsers kapiert, 
+
+  - Wenn man ClearCacheAction macht und das Dokument neu druckt,
+    dauert es eine Zeit, bis der Cache des Browsers kapiert,
     dass die URL neu angefragt werden muss.
 
 26.12. um 21 Uhr. Noch ein Punkt gelöst:
 
 - `initdb_tim` setzte `SiteConfig.next_partner_id` nicht korrekt.
 
 - Upgrade in Eupen.
-