Differences

This shows you the differences between two versions of the page.

--- it:openerp:general [2025/12/03 17:30]
47.128.119.72 old revision restored (2025/10/27 14:56)
+++ it:openerp:general [2025/12/03 17:52] (current)
47.128.49.18 old revision restored (2025/10/27 15:55)
@@ Line 1: / Line 1: @@
 ====== OpenERP ======
-====== Server Konfigurationsdatei ======
+===== zu klärende Fragen zum Einstieg =====
-  * Damit kann man scheinbar einen Login hinterlegen - praktisch
+  * wie werden gelöschte Datensätze behandelt? (aus Tabelle gelöscht und wohin?)
-  * Auto-Save für Formulare
+  * Anbindung an OpenOffice
-  * [[http://doc.openerp.com/v6.0/developer/1_1_Introduction/3_configuration.html]]
+  * Zuordnung Users zu partners
+    * res.partner's Feld 'user_id' welches auf den Salesman verweist scheint hierfür genutzt zu werden.
-====== Standardmäßig extended view für admin setzen ======
+====== OpenERP Entwicklung ======
+===== Standardmäßig extended view für admin setzen =====
 <code xml>
 <!-- Set Extended View for Administrator -->
@@ Line 14: / Line 17: @@
 </code>
-====== Felder anhand von Status sperren ======
+===== Felder anhand von Status sperren =====
 <code python>
 'reference': fields.char('Reference', size=128, required=1, states={'done': [('readonly', True)]}),
@@ Line 20: / Line 23: @@
-====== Spalten Create_Date und Write_Date einblenden: ======
+===== Spalten Create_Date und Write_Date einblenden: =====
 <code python>
 _columns = {
@@ Line 28: / Line 31: @@
 </code>
-====== Encoding ======
+===== Encoding =====
 Unbedingt alle Python Dateien mit UTF-8 explizit kodieren, um ASCII-Konvertierungsfehler zu vermeiden.
 <code python>
@@ Line 34: / Line 37: @@
 </code>
-====== Domain Filter auf one2many Spalte ======
+===== Domain Filter auf one2many Spalte =====
 [[http://www.openerp.com/forum/topic23503.html]]
-====== Active Spalte ======
+===== Active Spalte =====
 Legt man eine Bool-Spalte namens "active" an, wird dieses standardmäßig in Domains abgefragt.
-====== Message an ui ======
+===== Message an ui =====
@@ Line 51: / Line 54: @@
 </code>
-===== Übersetzung der message =====
+=== Übersetzung der message ===
 In der .po Datei
 <code>
@@ Line 64: / Line 67: @@
 "die Produktmengeneinheit (ME) des Einkaufs befindet"
 </code>
+===== einen String übersetzen =====
-====== einen String übersetzen ======
 <code python>
 from tools.translate import _
@@ Line 73: / Line 75: @@
 </code>
-====== summmen von float fields im tree ====
+===== summmen von float fields im tree ====
 <code xml>
 <field name="residual" sum="Residual Amount"/>
 </code>
-====== ein browse-objekt per xml-id holen ======
+===== ein browse-objekt per xml-id holen =====
 <code python>
 print pool.get("ir.model.data").get_object(cr, uid, "cp_crm", "salutation_1").title
 </code>
-====== kontextsensitive Suchformulare ======
+===== kontextsensitive Suchformulare =====
 <code>
@@ Line 108: / Line 110: @@
         return{'domain':d}
 </code>
+==== Context => auf übergeordnete Felder zugreifen ===
-====== Context => auf übergeordnete Felder zugreifen =====
 <code xml>
 <field name="product_id" colspan="4" context="partner_id=parent.partner_id,quantity=product_qty,pricelist=parent.pricelist_id,uom=product_uom,warehouse=parent.warehouse_id"/>
@@ Line 127: / Line 128: @@
 </code>
-====== Spezifischen View in Field durch context verwenden ======
+===== Spezifischen View in Field durch context verwenden =====
 <code xml>
 #zur Verfügung stehen search_view_ref, form_view_ref und tree_view_ref
@@ Line 133: / Line 134: @@
 </code>
-====== Filter durch Context setzen ======
+===== Filter durch Context setzen =====
 <code xml>
@@ Line 143: / Line 144: @@
 # 1 = filter an, 0 = filter aus
 </code>
+===== SQL Constraints =====
-====== SQL Constraints ======
 Im Modul res.groups habe folgende Anweisung entdeckt:
@@ Line 156: / Line 156: @@
 und nicht zwei.
-====== xml_id in id umwandeln ======
+===== xml_id in id umwandeln =====
 <code xml>
 <record id="server_action_assign_task" model="ir.actions.server">
@@ Line 176: / Line 176: @@
-====== domain in action window mit xml_id ======
+===== domain in action window mit xml_id =====
 <code xml>
 <field name="domain" eval="[('user_id','=',ref('base.user_root'))]"/>
 </code>
-====== lambda Ausdrücke in defaults columns ======
+===== lambda Ausdrücke in defaults columns =====
 <code python>
@@ Line 203: / Line 203: @@
      }
 </code>
+===== defaults überschreiben =====
-====== defaults überschreiben ======
 Hiermit wird der default Wert des Feldes date überschrieben.
 <code xml>
 <field name="works" colspan="4" nolabel="1" mode="tree,form" context="{'default_date': date_current + time.strftime(' %%H:%%M:%%S')}">
 </code>
+==== Praktische Parameter der openerp_server.py ====
-====== Praktische Parameter der openerp_server.py ======
 Um nur ein spezifisches Modul beim start neu zu laden:
@@ Line 216: / Line 214: @@
   -----------------
+===== Model Ebene =====
-====== Felder: one2many - was wird angezeigt ======
+== Felder ==
 Wenn das Feld related auf ein one2many Feld zeigt, dann wird dort das erste Element verwendet
 unter Beachtund der Sortierung (_order).
-====== Erweitern von Standard Selection Fields ======
+== Erweitern von Standard Selection Fields ==
 Beispielsweise gibt es bei res.partner ein Auswahlfeld für den Adresstyp. Um diesen
 zu erweitern, muss im __init__.py der eigenen Klasse per Programmcode die neuen Selections
 hinzugefügt werden. Geht so:
-<note important>Miki hat herausgefunden, dass die alten Selection-Werte erhalten bleiben. Damit ist
-folgendes Vorgehen eigentlich nicht mehr so notwendig und vereinfacht sich so, dass nur ein weiteres
-selection-Feld hinzugefügt werden muss. Dieses ergänzt dann die Auswahlwerte.</note>
 <code python>
@@ Line 242: / Line 236: @@
 </code>
-====== Feldattribute in Abhängigkeit vom Status setzen, z.B. readonly nur bei Draft ======
+== Readonly nur bei bestimmten Status True ==
 <code python>
@@ Line 252: / Line 246: @@
 <group attrs="{'readonly': [('field_name', '=', 'value')]}">
 </code>
+==== Many2Many Felder Füllen ====
-====== Many2Many Felder Füllen ======
 <code>
         Note: The type of field values to pass in vals for relationship fields is specific:
@@ Line 325: / Line 318: @@
-====== Aus einem Tree oder From View einen anderen View per Python-Code öffnen ======
+===== View Ebene =====
+=== View öffnen ===
+Aus einem Tree oder From View einen anderen View öffnen
 <code python>
 #wizard erstellen
-class open_ref_wizard(osv.osv_memory):
+class open_ref_wizard(wizard.interface):
     def open_ref(self, cr, uid, data, context):
@@ Line 336: / Line 330: @@
         return {
             'name': 'test',
-            'context': context,
             'view_type': 'form',
-            'view_mode': 'form,tree,calendar',
+            'view_mode': 'form,tree',
             'res_model': model,
-            'res_id': id,
+            'res_id': int(id),
             'view_id': False,
             'type': 'ir.actions.act_window',
             'target': 'new',
-            #weitere parameter:
+        }
-            'nodestroy': True  #keine Ahnung was der macht
-            'views': [(view_id_cal, 'calendar'), (view_id_form, 'form'), (view_id_tree, 'tree')],
+    states = {
+        'init': {
+            'actions': [],
+            'result': {
+                'type': 'action',
+                'action': open_ref,
+                'state':'end',
+            }
         }
     }
+open_ref_wizard('cp_cash.open_ref')
-open_ref_wizard()
 </code>
-<note tip>res_id ist die Instanz-ID von res_model und **muss ein int** sein (kein List, Tuple, Array) </note>
-<note warning>Das hat nicht funktioniert: wenn man in view_id eine Liste oder Int setzt, dann kommt zwar der web-client damit klar, aber nicht der GUI Client. Mit dem Parameter views gehts.</note>
-====== Old-Style Wizards ======
 <code xml>
 <!-- wizard definieren -->
@@ Line 365: / Line 359: @@
 <button string="Open Ref" name="%(open_ref)d" type="action" icon="gtk-open" />
 </code>
-====== Message an UI ======
+=== Message an UI ===
 <code python>
 raise osv.osv.except_osv("Message", Values_For_Message, exc_Type)
 </code>
-====== Events in Feldern ======
+== Events ==
 Felder in Views haben ein "onchange" event Attribut:
 [[http://doc.openerp.com/v6.0/developer/2_6_views_events/events/events.html#on-change]]
@@ Line 390: / Line 384: @@
-====== Objekt-ID per XML-ID holen ======
+===== Objekt-ID per XML-ID holen =====
 <code python>
 xml_id = "message_new_allocation"
 try:
-  _, id = self.pool.get('ir.model.data').get_object_reference(cr, uid, module_name, xml_id)
+  _, id = self.pool.get('ir.model.data').get_object_reference(cr, uid, module_name, xml_id),
 except:
   id = None
@@ Line 400: / Line 394: @@
 @Miki: wo ist die get_object Methode???
-====== menue.xml ======
+===== menue.xml =====
 <code xml>
 <openerp>
@@ Line 429: / Line 423: @@
 </code>
-====== view.xml ======
+===== view.xml =====
 <code xml>
 <openerp>
@@ Line 507: / Line 501: @@
 </code>
-====== Action-Button und Methode aus Model ======
+===== Action-Button und Methode aus Model =====
 **Methode in Model**:
@@ Line 513: / Line 507: @@
 def assign_task_to_me(self, cr, uid, ids, *args):
-=======    ...
+======    ...
        return True #or raise Exception
 </code>
@@ Line 521: / Line 515: @@
 <button name="assign_task_to_me" string="Assign task to me" type="object" icon="gtk-execute" />
 </code>
-====== Kontextbezogenes Editieren ======
+===== Kontextbezogenes Editieren =====
 <code xml>
 <field name="works" colspan="4" nolabel="1" mode="tree,form" context="{'default_date': date_current + time.strftime(' %%H:%%M:%%S')}">
 </code>
-====== SQL Constraints in Python-Klassen ======
+===== SQL Constraints in Python-Klassen =====
 <code python>
      _sql_constraints = [
@@ Line 537: / Line 531: @@
 </code>
-====== Tree Farben ======
+===== Tree Farben =====
 <code xml>
 <tree colors="red:state in ('refuse');blue:state in ('draft');black:state in ('confirm','validate','validate1')" string="Leaves" >

DokuWiki

Site Tools

Differences

Page Tools