llenchikk (2014-04-04 14:28:41):

…
Там расширен вид одним дополнительным параметром.

Там используется наследование, об этом я знаю (писал выше).
Однако у этого механизма есть занимательные штучки:
— для потомка не действует параметр приоритета (по крайней мере, у меня сложилось такое впечатление);
— несколько потомков одного представления, как я понимаю, недопустимы.

Наиболее интересен вопрос про пункты меню и действия.

Буквально сегодня занялся подобной проблемой.
В модуль LUnch нужно было добавить вывод списка заказов в виде календаря и пару ненужных менюшек убрать.
Решил так:
Сделал новый модуль, проставил в его зависимостях модуль lunch, где определил XML-ку c описанием вьюх

Чтобы добавить календарик вписал туда:

<record model="ir.actions.act_window" id="lunch.action_lunch_order_tree">
            <field name="view_mode">calendar,tree,form</field>
        </record>

        <record model="ir.ui.view" id="order_calendar_view">
            <field name="name">Orders Calendar View</field>
            <field name="model">lunch.order</field>
            <field name="arch" type="xml">
                <calendar string="Orders Calendar" date_start="date" color="state" mode="day" day_length="1">
                    <field name="state"/>
                    <field name="user_id"/>
                </calendar>
            </field>
        </record>

первый рекорд переопределяет список возможных вариантов отображения (обрати внимание на id, он ссылается на id необходимого action в модуле lunch),
второй рекорд описывает как должен выглядеть календарь

все остальное переопределяется аналогично, просто используй id необходимого элемента (чтобы узнать его, зри в исходники модулей). Для удаления пунктов меню существует тег delete

хм… попробуй еще загуглить «openerp update existing menuitem»

Теперь если установить модуль lunch, а затем мой модуль, то в списке вариантов отображенbя календарик появляется… Но вот незадача. Если удалить мой модуль, то модуль lunch обязательно необходимо обновлять.

franzy (2014-04-20 00:01:44):

…
Теперь если установить модуль lunch, а затем мой модуль, то в списке вариантов отображенbя календарик появляется… Но вот незадача. Если удалить мой модуль, то модуль lunch обязательно необходимо обновлять.

Я именно про это и беспокоюсь, так сказать :) С этой целью и вопрос…

P.S. Кстати говоря, тоже издеваюсь над Lunch ;)

Я так понимаю, проблемы с обновлением зависимостей после удаления не обойти, архитектура такая… Только вот что-то в доках не могу найти галочки, чтобы это автоматически делалось при удалении модуля, причем из локальной директории модулей.

franzy (2014-04-21 11:19:13):

Я так понимаю, проблемы с обновлением зависимостей после удаления не обойти, ...

Проблема в том, что при «ошибочном» варианте переопределения обновить исходный модуль, после удаления «расширения», становится невозможным. Ибо возникает ошибка — ссылка на несуществующий элемент. Как-то так…

Хм… Странно, во время проб и ошибочных изменеий, ошибки, приводящие к невозможности удалить «расширение», появлялись. решал путем подбора «заглушек» и последующего удаления «расширения»…
Но чтобы после удаления появлялись ошибки, не позволяющие обновить исходный модуль… Такого еще не происходило…
Какие изменения вносил? Может ты модель объектов изменял?
Опиши… чтобы хотя бы примерно понимать, где грабли могут лежать…
Здесь как по минному полю…

franzy , если я ничего не путаю, то к такому эффекту приводит переопределение действия у пункта меню из «основного» модуля на действие из «расширенного». После удаления «расширенного» модуля, возникает ситуация, что меню ссылается на несуществующий элемент. При чем, при работе возможны ошибки, но тем не менее работать сама ЕРП будет, а вот если попробовать обновить «основной» модуль, то ЕРП становится «в позу» и исправления возможны только через базу. Т.е. даже войти в ЕРП не получается, вываливается ошибка и на этом все…

Я так понимаю, что правильнее будет удалить пункт меню «основного» модуля и добавить идентичный пункт в «расширенном» модуле с уже необходимой ссылкой на действие.

Как-то так…