-
Notifications
You must be signed in to change notification settings - Fork 1
/
catatan-studi.txt
71 lines (55 loc) · 3 KB
/
catatan-studi.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
python import: module/package
odoo module == python package
https://www.odoo.com/documentation/12.0/howtos/backend.html#module-structure
https://docs.python.org/2/tutorial/modules.html#packages
file XML (yang saat ini untuk definisi view) sejatinya file data
data XML ini secara umum untuk bikin/update record model di database
caranya, bikin entry record di XML yang menunjukkan:
model yang ingin dituju
id record
field yang ditunjuk dari namanya serta nilai fieldnya
menu & view bisa tampil di aplikasi kalau sudah dikasih akses
yang didefinisikan lewat file akses csv
model id di field file csv security access harus dari model yang ada
nilai model pakai underscore, bukan dot
nama model untuk field relasi Many2one tanpa nama variable parameter,
langsung string nama modelnya
fields.Many2one('res.users')
security/access menentukan permission untuk memperbolehkan:
- lihat data -> perm_read
- edit data -> perm_write
- tambahkan/buat data -> perm_create
memodifikasi model & view yang sudah ada tidak langsung di file class-nya
tapi dengan meng-inherit class aslinya dari file baru --> Inheritance
class asli/parent masih utuh
modifikasinya ada di file baru
decorators...
@api.depends()
@api.onchange()
@api.constrains()
Model constraint dengan Python Constraint diterapkan dengan pakai
method model ber-decorator @api.constrains()
SQL Constraint diterapkan dengan pakai
atribut model _sql_constraints
> self < pada model itu recordset, isinya data kumpulan record suatu model
- bisa mengakses tiap recordnya dengan perulangan loop
- bisa mengakses fieldnya dengan nama properti class modelnya dengan setelah di loop
root element (view)
elemen root yang dipasang di dalam field 'arch' di XML model view
view kanban untuk suatu model dimulai dengan elemen root: <kanban>
elemen <kanban> punya atribut: default_group_by="nama_field" untuk
mengelompokkan card dalam list berdasarkan nama field yang diisikan pada atribut
xml yang dicantumkan dalam <kanban> itu struktur untuk card yang akan ditampilkan
(struktur-struktur yang disediakan mungkin bisa dilihat di dokumentasi (?))
struktur card kanban dibuat dari campuran elemen form, html, & QWeb
hasilnya adalah kanban board full, card yang ditumpuk dalam 1 list berkategori sama,
dengan beberapa list/kolom
kombinasi dari ir.actions.report yang menyediakan elemen <report> & QWeb view
elemen <report>, macam-macam parameter basic untuk reportnya
elemen <report> setara dengan <record> sebagai elemen "paling root" dari elemen <data>
template QWeb dibuat & diawali dengan elemen <template>
data dinamis pada report diambil dengan atribut t-field di dalam elemen template
yang memunculkan data dari fieldnya model
data model untuk template QWeb report diambil dari yang sudah ditentukan di elemen report
yang di dalamnya mencantumkan atribut untuk nama model yang akan diambil
definisi view report (<report>+template QWeb) akan menghasilkan tombol print pada tampilan form record tunggal untuk bisa mengaksesnya