как применяется, примеры для первой, второй и третьей очередей
Гибель близкого человека — это всегда ужасная новость, которую не так легко пережить. Однако жизнь продолжается, и через некоторое время после смерти появляется вопрос о наследстве. На сегодняшний день в России эта процедура регулируется на уровне гражданского законодательства, которое подразумевает передачу наследства в порядке очередей, определяющихся степенью родства. Однако существует такое понятие, как наследование по праву представления.
Суть права
Словосочетание «наследование по представлению» исходит из законодательства государства. Это специальный вид наследства для случаев, когда завещание не было написано. Он подразумевает передачу процента в имуществе умершего от наследника, который ушел из жизни раньше наследодателя, к его ближайшим родственникам.
Изредка происходят случаи, когда наследополучатель по представлению не может наследовать свою долю по закону.
Это бывает при признании его недееспособным, а также при отстранении по желанию самого наследодателя.
Помимо наследства по представлению, законодательство Российской Федерации предполагает наследственную трансмиссию. Она отличается от рассматриваемой процедуры следующими факторами:
- Применяется не только при отсутствии завещания, но и при написанном документе.
- Предполагает возможность получить долю в имуществе исключительно в том случае, если наследник умер позже наследодателя, а не наоборот.
Иными словами, если есть бумага с последней волей умершего, а также претендент на получение имущества умер после наследодателя
Для получения наследства по праву представления требуется соблюсти определенные критерии. Их перечень выглядит следующим образом:
- Ни для кого не секрет, что любой человек может составить завещание при своей жизни. Этот документ является последней волей усопшего и отражает его желание относительно разделения имущества после своей смерти. Однако в большинстве случаев смерть наступает внезапно, в связи с чем завещание не составляется. В таком случае наследство переходит по закону в порядке первой, второй и последующих очередей.
- Человек, который мог претендовать на имущество ушедшего из жизни родственника, умер не позже наследодателя. В противном случае начинается наследственная трансмиссия.
- Усопший наследник имел при жизни все необходимые права на получение наследства.
Таким образом, доля, которую должен был получить наследник, равномерно распределяется между его наследниками.
Список претендентов
Наследство по представлению переходит к дальним родственникам умершего. Они не относятся ни к одной из очередей и не могут претендовать на имущество.
- Если речь идет о ребенке наследодателя, то имущество переходит его внукам.
- Когда умирает брат или сестра наследодателя, их процент переходит к племянникам и племянницам.
- Двоюродные сестры и братья наследодателя могут вступить в права при смерти их родителей.
Это лишь общая информация по представителям умершего наследника. Необходимо более подробно изучить основы наследства по представлению для каждой из доступных очередей.
Первая очередь
К наследникам по праву представления 1 очереди относятся ближайшие родственники умершего человека: это дети, родители, а также супруг или супруга. Если представитель нотариального органа сталкивается с ситуацией, когда наследник умер раньше или одновременно с наследодателем, то он передает право на имущество потомкам умершего наследника.
Пример: В городе N произошло серьезное ДТП, в результате которого из жизни ушли 2 человека, а именно женщина со своим ребенком. Если бы последняя не умерла, то она могла претендовать на имущество матери. Однако ее доля переходит к следующим потомкам, то есть детям дочери.
Такие наследники могут претендовать исключительно на долю своего родителя, которая разделяется между ними строго поровну.
Вторая очередь
Изредка родственники, которых можно отнести к первой очереди, отказываются от своих прав или их не получается отыскать. В таком случае имущество переходит ко второй очереди. Здесь речь идет о родных сестрах и братьях, а также бабушках и дедушках. Если брат или сестра наследодателя уйдет из жизни раньше него, то его или ее доля перейдет к племянникам и племянницам бывшего владельца имущества.
Пример: Из жизни ушла одинокая женщина без детей. Ближайшим родственником оказалась родная сестра, которая собиралась претендовать на все имущество умершей. Однако появилась информация, что у женщины был брат, который ушел из жизни несколько лет назад. У него было несколько детей. Таким образом, наследство поделилось на 2 части между сестрой женщины и детьми ее брата. Половина детей также делится поровну между претендентами по представлению.
Третья очередь
Сюда входят тети и дяди умершего. Как правило, до этой очереди на практике доходят очень редко, однако можно столкнуться. Если тетя или дядя умрет, наследство перейдет к их детям, то есть к двоюродным братьям или сестрам умершего наследодателя.
Пример: Умер одинокий мужчина, у которого не было родственников. Ближайший, которого смогли найти, — это двоюродный брат. Если его родитель умер раньше или одновременно с мужчиной, то этот брат имеет право получить наследство по представлению.
На последующие очереди право представления не распространяется по закону. Таким образом, когда умирает наследник из 4, 5, 6 или 7 очередей, который имел право на долю в наследстве, переход доли не происходит.
Необходимые документы
Как и со стандартным наследством, право представления подразумевает получение имущества в течение полугода с момента смерти гражданина. За это время нужно предоставить все требуемые документы нотариусу. Если этого не сделать, то можно потерять все имущество, которое перейдет в муниципальную собственность.
- Паспорт гражданина РФ, принадлежащий наследнику, который обращается за получением своих прав.
- Бумаги, которые способны подтвердить родственную связь между наследниками и наследодателем.
- Документация, которая должна отражать рыночную стоимость имущества, общие сведения о нем, а также физическое местонахождение.
- Квитанция, которая подтверждает, что наследник оплатил необходимую государственную пошлину и имеет право на получение своей доли.
В сложных ситуациях нотариус имеет полное право запросить дополнительные документы, чтобы получить больше информации по рассматриваемому делу.
НаследствоКак делится наследство между наследниками первой очереди
Вас заинтересует
Наследование по праву представления
Порядок призвания наследников к наследству. Порядок правопреемства между наследниками по закону и их потомками.
Наследование по праву представления — это особый порядок призвания к наследованию наследников по закону. Наследники призываются к наследованию по праву представления при условии, что их предок, который был бы призван к наследованию по закону после смерти наследодателя, умер до открытия наследства или одновременно с наследодателем. Наследование по праву представления осуществляется исключительно при наследовании по закону.
- внуки наследодателя и их потомки как наследники первой очереди по закону;
- дети полнородных и неполнородных братьев и сестер наследодателя (племянники и племянницы наследодателя) в составе второй очереди;
- дети полнородных и неполнородных братьев и сестер родителей наследодателя (двоюродные братья и сестры наследодателя) входят в третью очередь.
Во всех трех очередях наследники по праву представления являются потомками наследников по закону той же очереди.
Потомки наследников по праву представления, указанных в составе второй очереди наследников по закону, — дети племянниц и племянников наследодателя, а также наследников, названных в составе третьей очереди, — дети двоюродных братьев и сестер наследодателя наследуют по закону не по праву представления своих умерших до открытия наследства или одновременно с наследодателем родителей, а входят в другие (последующие) очереди наследников по закону — пятую и шестую соответственно.
Возврат к списку
Наследование по праву представления.Порядок и примеры
Наследование по праву представления один из вариантов вступления в наследство. Полностью одиноких людей не так уж и много, почти у всех есть родители, братья или сестры, родные и двоюродные и прочие.
А жизнь иногда ставит нас в отношениях с родственниками в трудные ситуации. Чтобы своевременно и мирно их разрешить, нужно знать законы. Особенно обостряются отношения с родней при делении наследства. Отдельные личности готовы на многое, чтобы урвать кусочек наследства, если они считают, что имеют на это право.
Содержание статьи
Наследование по праву представления
Бывает, что законный наследник погибает в одной аварии со своими родителями, от которых имел право получить в наследство какое-то имущество. Получается, что наследство после родителей и его самого должен получать кто-то другой, но кто имеет на это право и почему это называется правом представления?
Наследование по праву представления возникает (ст. 1146 ГК РФ), если сын, который должен унаследовать имущество отца, умирает раньше него или же вместе с ним. Имущество сына должны наследовать его супруга и дети, а кто должен получить имущество отца, который не оставил завещания?
Статья 1142 ГК РФ указывает, что это имущество получают в наследство потомки, то есть дети сына, другими словами, внуки. Они как бы представляют перед законом своего отца, которого нет в живых, поэтому и являются наследниками по представлению.
Племянники умершего могут быть призваны к получению наследства, если его брат или сестра, которые могли бы стать его наследниками, умирают раньше него или вместе с ним, а прямых наследников (детей, родителей, супруги) у него нет. Они наследуют ту часть имущества, которую унаследовал бы их отец или мать, являющиеся братом или сестрой умершего, и тоже являются наследниками по представлению.
Двоюродные сестры и братья наследуют имущество, если у умершего не было наследников первой и второй очереди.
По представлению наследство можно получить, только если не было составлено завещание.
Кроме того, наследовать по представлению внуки или племянники не могут, если сын умершего или его брат (сестра) были лишены наследства или признаны недостойными его получения.
Наследование по праву представления, примерыБабушка, являющаяся наследодателем, и мать погибли в результате военных действий. Мать должна была получить в наследство дом и дачу. Что должны наследовать внуки от бабушки?
Внуки наследуют то же, что должно было достаться их матери. Наследство, полученное по праву представления, делится на всех внуков в равных частях. То есть, если внуков трое, то из бабушкиного имущества каждый получает право на третью часть дома и такую же часть дачи.
От отца в наследство сын должен был получить квартиру, автомобиль, ценные бумаги. Но так как он умер раньше отца, а завещание составлено не было, наследниками, при отсутствии у сына детей, стали 2 племянника отца, дети его умершей сестры. Они получили право каждый на половину имущества своего дяди.
Таким образом, право получить наследство переходит к потомкам законного наследника, и получить они могут только его часть.
Порядок наследования по праву представления
Все действия по получению наследства начинаются одинаково – с визита к нотариусу. Но наследование по праву представления имеет некоторые особенности, так как для доказательств своего родства нужно представить немного больше бумаг, точнее – свидетельств:
Внукам:
- О смерти дедушки или бабушки;
- О рождении их отца или матери;
- О смерти отца или матери;
- О своем рождении.
Племянникам:
- О рождении и смерти дяди или тети;
- О рождении отца или матери, которые должны были стать наследниками;
- О своем рождении.
Двоюродным братьям и сестрам:
- О смерти и рождении двоюродного брата или сестры, чье наследство должно перейти им;
- О рождении его родителя, который приходится наследникам дядей или тетей;
- О рождении и смерти своего родителя, который должен был стать наследником;
- О своем рождении;
- Если менялась фамилия, то должна быть подтверждающая бумага.
Кроме того, для получения свидетельства о праве на наследство нужно представить свои паспорта, документы, подтверждающие право собственности родственника на имущество, и написать соответствующее заявление. Могут понадобиться и еще какие-то документы, но это следует уточнять в нотариальной конторе.
Если же наследник жив, но не предъявляет прав на наследство, то внуки не могут получить имущество дедушки, если отец его получать не желает.
Наследование по представлению — размер доли и документы для оформления
В данной статье мы рассмотрим не совсем стандартную ситуацию наследования. С подобной ситуацией сталкиваются, если наследник наследователя умирает одновременно с ним или еще до открытия наследства. Да, вероятность таких случаев крайне не высокая, но законодательство должно регулировать такие процессы и не допускать пробелов.
К примеру, наследник с наследователем погибают вместе при трагических обстоятельствах в автокатастрофе или стихийном бедствии. Согласно Гражданскому Кодексу (п. 1 ст. 1146), его доля в наследстве переходит к его потомкам по праву представления. Итак, давайте подробнее разберем процедуру наследования по представлению и порядок ее оформления ближайшими родственниками.
Право на наследование по праву представления
Ближайшие родственники наследодателя, на которых распространяется право представления, перечислены в ГК РФ (п. 2 ст. 1142, п. 2 ст. 1143 и п. 2 ст. 1144), а именно:
- Внуки наследодателя и их потомки.
- Двоюродные братья и сестры наследодателя.
- Племянники и племянницы наследодателя, то есть дети его полнородных и неполнородных братьев и сестер.
Таким образом, очевидно, что право наследования по представлению возникает у детей тех родственников наследодателя, которые сами были бы призваны к наследству в случае, если бы они остались живы. Право представления возникает при смерти родителей, таким образом, их дети наследуют за своих родителей.
Однако, если потомок наследника был лишен наследства самим наследодателем или был признан недостойным наследником, согласно п. п. 2, 3 ст. 1146 ГК РФ, то его потомки лишаются права на наследование по праву представления.
Размер доли наследственного имущества, наследуемого по праву представления
Право представления подразумевает, что доля умершего родителя целиком переходит по праву представления его потомку. Если потомков несколько, то, согласно п. 1 ст. 1146 ГК РФ, доля умершего родителя делится между ними в равных частях.
Пример наследования по праву представления
Исходными условиями будет наследодатель: дедушка, у которого двое детей, сын и дочь. При этом сын на момент открытия наследства жив, а дочь, у которой двое сыновей, умерла до момента открытия наследства. В этом случае наследство будет делиться поровну между детьми дедушки, но поскольку дочь умерла, то ее доля наследства (одна вторая всего имущества) по праву представления переходит к ее детям и делится между ними поровну. Таким образом, половину наследственного имущества получает сын умершего наследодателя, и по одной четвертой получают внуки дедушки – дети его умершей дочери.
Документы для наследования по представлению в нотариальную контору
Какие необходимы документы для оформления наследования по представлению предоставить нотариусу? В соответствии со ст. 1154 ГК РФ, принятие наследства должно произойти в срок не позднее шести месяцев с момента открытия наследства.
Для принятия наследства нотариусу, в соответствии с п. 14 разд. IX Методических рекомендаций по оформлению наследственных прав, утвержденных Решением правления ФНП (Протокол № 02/07 от 27-28 февраля 2007 г. и со ст. 72 Основ законодательства о нотариате, необходимо представить следующие документы:
- Документ, который удостоверяет личность наследника.
- Документы о составе и месторасположении наследственного имущества.
- Документы, подтверждающие факт того, что умерший родитель являлся наследником наследодателя, а вы, как наследник по праву представления, являетесь его потомком. Это такие документы, как:
- Свидетельство о смерти наследодателя.
- Свидетельство о смерти наследника, то есть вашего родителя.
- Свидетельство о рождении вашего родителя, то есть наследника, которого бы призвали к наследству, если бы он не умер.
- Свидетельство о рождении наследника по праву представления.
При смене ФИО наследника по праву представления или его родителя необходимо представить документы, подтверждающие этот факт.
Дополнительные документы могут понадобиться, если на наследство претендуют разные категории наследников по праву представления.
Например, если наследники по праву представления – племянники или племянницы, для них потребуется свидетельство о рождении наследодателя, если наследниками являются двоюродные братья или сестры – потребуется, кроме свидетельства о рождении наследодателя, еще и свидетельство о рождении дяди или тети наследника по праву представления. При необходимости представить другие документы, нотариус доведет до вас эту информацию.
Наследники по праву представления обретают свое право на наследство при смерти своего родителя до момента открытия наследства. Если же смерть наследника произошла уже после открытия наследства, но до момента принятия наследства, тогда право на наследство его потомки не обретут. В таком случае, согласно ст. 1156 ГК РФ, происходит наследственная трансмиссия, в ходе которой право на наследство переходит не к потомкам наследника по праву представления, а к наследникам наследодателя по завещанию или по закону.
26. Наследование по праву представления. Наследственное право
Читайте также
2. Директивы Совета ЕС по праву компаний
2. Директивы Совета ЕС по праву компаний В процессе материально-правовой унификации норм о юридических лицах весьма успешно используются «вторичные» источники права ЕС, и прежде всего директивы. Совет ЕС принимает директивы в сфере права компаний, основываясь на ст. 54
87. Открытие и принятие наследства. Лежачее наследство. Способы принятия наследства. Наследственная трансмиссия. Наследование по праву представления. Сонаследники
87. Открытие и принятие наследства. Лежачее наследство. Способы принятия наследства. Наследственная трансмиссия. Наследование по праву представления. Сонаследники Наследство открывалось со смертью наследодателя. В этот же момент определялись лица, призываемые к
§ 2 Наследование по праву представления
§ 2 Наследование по праву представления
60. Наследование по праву представления. Наследственная трансмиссия
1. понятие римского частного права В Риме существовали две отрасли права – публичное и частное право. Ульпиан дает следующее определение: «Публичное право есть то, которое относится к положению римского государства; частное – то, которое к пользе отдельных
Статья 1146. Наследование по праву представления
Статья 1146. Наследование по праву представления 1. Доля наследника по закону, умершего до открытия наследства или одновременно с наследодателем, переходит по праву представления к его соответствующим потомкам в случаях, предусмотренных пунктом 2 статьи 1142, пунктом 2
§ 5 Литература по жилищному праву
§ 5 Литература по жилищному праву Литература по жилищному праву достаточно многообразна. В основной своей части, как в прежние годы, так и сейчас, она представляет собой комментирование законодательства либо научно-практические произведения. Реже представлены учебные
СТАТЬЯ 1146. Наследование по праву представления
СТАТЬЯ 1146. Наследование по праву представления 1. Доля наследника по закону, умершего до открытия наследства или одновременно с наследодателем, переходит по праву представления к его соответствующим потомкам в случаях, предусмотренных пунктом 2 статьи 1142, пунктом 2
Статья 1146. Наследование по праву представления
Статья 1146. Наследование по праву представления 1. Доля наследника по закону, умершего до открытия наследства или одновременно с наследодателем, переходит по праву представления к его соответствующим потомкам в случаях, предусмотренных пунктом 2 статьи 1142, пунктом 2
Вина по советскому гражданскому праву
Вина по советскому гражданскому праву В советской гражданско-правовой доктрине в последние десятилетия прочно утвердилось понятие вины как психического отношения лица к своему противоправному поведению и его результату. Такой подход к понятию вины с разными
СТАТЬЯ 1146. Наследование по праву представления
СТАТЬЯ 1146. Наследование по праву представления 1. Доля наследника по закону, умершего до открытия наследства или одновременно с наследодателем, переходит по праву представления к его соответствующим потомкам в случаях, предусмотренных пунктом 2 статьи 1142, пунктом 2
Ответственность по административному праву
Ответственность по административному праву Юридическая ответственность – это возможность применения к виновному лицу, совершившему правонарушение, мер публично-правовового принуждения, предусмотренных санкцией нарушенной юридической нормы, в строго определенном
1.
1. Понятие брака по семейному праву1.1. Понятие брака по семейному праву Брачные отношения — это одна из разновидностей существования четы. Из отношений женщины и мужчины в качестве представителей противоположного пола формируется брак как форма семьи. Близкие люди, осуществляя право на брак, охватывают
21. Дееспособность по римскому праву
21. Дееспособность по римскому праву В современном праве различают правоспособность и дееспособность (то есть права, принадлежащие человеку, и способность совершать действия с соответствующими юридическими последствиями). Римское право такого деления понятий не знало,
Наследование по праву представления и наследственная трансмиссия
youtube.com/embed/cN6nEjktm1Q» frameborder=»0″ allowfullscreen=»allowfullscreen»/>
Наследование по праву представления — это…
Такой вид наследования определен в ст. 1146 ГК РФ. Он предполагает оформление прав на наследственное имущество не самим законным наследником, а его потомками. Возникает вопрос — по какой причине наследство от наследодателя переходит не к прямому наследнику (например при смерти отца — к сыну или дочери), а к последующим. Дело в том, что право последующих наследников на наследство в рамках трансмиссии возникает лишь после смерти прямого наследника, если его гибель произошла до даты открытия наследства (т.е. смерти наследодателя). Соответственно, в силу закона, чтобы наследственная трансмиссия начала действовать, наследодатель и наследник должны умереть в один момент. Такое бывает при различных катастрофах, ДТП, крушениях самолетов и т.д.
Приведем пример: есть семья — отец — сын — внук. Отец и сын погибают в аварии при ДТП одновременно. Соответственно, наследство отца не переходит к погибшему сыну, а в порядке наследственной трансмиссии переходит к внуку.
Наследование в порядке наследственной трансмиссии
Наследственная трансмиссия — это схожее указанному выше правовое явление. Иными словами юристы называют данное явление «переход права на принятие наследства».
В силу п. 1 ст. 1156 ГК РФ, если наследник, который должен был унаследовать имущество (не важно — в силу завещания, либо закона), умер после открытия наследства, не приняв его, право наследования переходит к его наследникам по закону. Соответственно, если наследство уже было принято, наследственной трансмиссии не возникает.
Суть наследственной трансмиссии состоит в том, что права умершего после открытия наследства наследника переходят к его потомкам. При этом право на обязательную долю умершего наследника к последующим наследникам не переходит.
Приведем пример: семья из трех человек — отец, сын, внук. Отец умирает. У сына есть полгода, чтобы принять наследство. Но он его не принимает, поскольку умирает сам. В этом случае право на наследство деда возникает у внука.
Кто имеет право на наследство по праву представления (наследники по праву представления)
Как мы уже упоминали, возможность наследования по праву представления получают лица, имеющие на это право, при условии, что законный наследник 1-й, 2-й или 3-й очереди скончался:
- раньше наследодателя;
- одновременно с наследодателем.
Согласно ст. 1146 ГК РФ наследование по праву представления становится возможным для таких категорий граждан как:
- Внуки наследодателя.
- Иные потомки лица, оставившего наследство.
- Двоюродные братья и сестры.
- Племянники и племянницы.
Условия наследования
Наследование по праву представления происходит в пользу вышеуказанных потомков, когда умирают их родители. При этом следует соблюсти обязательное условие, указанное законодателем.
Для активизации наследования по праву предоставления потомками необходимо, чтобы их родители в свое время были призваны к праву наследования.
Обязательным условием получения наследственного имущества потомком является смерть родителя. Так, если родитель был признан наследником, но не успел реализовать свои права по каким-либо иным причинам кроме смерти, то оформление наследования по праву представления невозможно.
Ограничения наследования
Представительное наследование является приоритетным для граждан, признанных потомками наследников 1-й очереди. Эти лица получат доли имущества наравне с основными получателями наследства. Представители потомков 2-й и 3-й очереди не могут реализовать свои права, если присутствует представитель умершего наследника 1-й очереди.
Если представитель умершего наследника 1-й очереди отсутствует, то полномочия по праву представления предъявляют потомки наследников 2-й очереди.
При отсутствии потомка наследника 2-й очереди, право на долю наследственной массы возникает у потомка наследников 3-й очереди. Потомки наследников 4-й, 5-й и последующих очередей не могут рассчитывать на получение имущества наследодателя в рамках института представления.
Кто не имеет права наследования
Если родители до своей смерти были лишены права на наследство, то их потомки не могут получить долю этого наследственного имущества. Аналогичное правило устанавливается в отношении лиц, на законных основаниях признанных недостойными наследниками.
Иные лица, кроме тех, что перечислены в ГК РФ, не могут получить право наследования. Право на наследство по представлению является прерогативой только для наследников 1-й, 2-й и 3-й очереди.
Размер имущества при наследовании по праву представления
Общий размер получаемого имущества ограничен долей умершего наследника, которая присуждалась ему на законных основаниях. Если у умершего родителя был не один, а несколько потомков, то каждый из них получит одинаковую часть доли родителя.
Подпишитесь на рассылку
В виде примера можно привести случай наследования при смерти бабушки. Когда она умрет, ее наследство будет передаваться дочери и ее детям.
Дочь, в свою очередь, имеет 2 детей, то есть у бабушки было 2 внука. Половина имущества бабушки достанется ее дочери, а по ¼ части получит каждый из внуков.
Как оформить наследование по праву представления
Общий срок принятия прав на наследство составляет не более полугода, как это указано в ст. 1154 ГК РФ. Срок начинает исчисляться с момента открытия наследства, который совпадает с моментом гибели лица, оставившего наследство.
Документы для наследства по представлению
В течение 6 месяцев наследник может обратиться к нотариусу с определенным пакетом документации. Осуществить принятие документов для оформления прав наследника может любой нотариус, зарегистрированный по месту нахождения наследственного имущества.
Как правило, кандидату, желающему в установленном порядке оформить свои права, требуется предоставить следующие бумаги:
- Паспорт.
- Документы о составе наследства.
- Бумаги о месте, где находится наследственное имущество.
- Бумаги, доказывающие, что умерший родитель наследника, обратившегося за наследством на основании права представления, действительно был наследником 1-й, 2-й или 3-й очереди.
- Документы, подтверждающие, что лицо, обратившееся к нотариусу, является потомком умершего наследника.
Кроме указанных бумаг необходимо подготовить документы, которые требуются от наследников 1-й, 2-й или 3-й очереди.
Если лицо, обратившееся к нотариусу, меняло ФИО, оно должно сообщить об этом и подтвердить указанные факты соответствующими документами.
Наследование по праву представления и наследственная трансмиссия — отличия
Иногда граждане путают понятия трансмиссии и права представления. Чтобы четко разграничивать эти юридические конструкции, используемые в наследственном праве, необходимо обратиться к нормам Гражданского кодекса.
Отличия двух правовых институтов
Закон указывает, что право представления действует после смерти лица, признанного наследником. При этом важно, чтобы смерть наследника наступила до гибели наследодателя или в одно и то же время.
Наследственная трансмиссия применяется в случаях, когда наследник умирает после даты открытия наследства. Наследник не должен успеть принять свои права на имущество.
Также существенным отличием является то, что право на трансмиссию имеют не потомки умерших наследников, а их наследники. При этом не играет существенной роли вид наследника, поскольку право на имущество получает как законный наследник, так и наследник по завещанию. Это означает, что круг получателей наследства значительно расширяется.
Ограничение права наследственной трансмиссии
Гражданско-правовой институт наследственной трансмиссии описан отечественным законодателем в ст. 1156 ГК РФ.
Принятие наследства в рамках этого института происходит по общим правилам. Кодекс говорит о том, что наследник не может получить по наследственной трансмиссии право на принятие части обязательной доли наследства.
Срок принятия прав
Если период времени, отведенный для принятия наследства после смерти наследника, имеет отрезок менее чем в 3 месяца, то он удлиняется. Увеличение срока происходит до момента, когда общая продолжительность времени не будет составлять 3 месяца.
Если закрепленный в законодательстве срок истекает, и наследник не успевает принять наследство, то срок признается пропущенным. Восстановление сроков осуществляется судом.
****
Таким образом, рассмотренные правовые институты действуют в отношении детей и наследников умерших наследников наследодателей. Законодатель отводит для этих институтов отдельные статьи Гражданского кодекса РФ, которые описывают сущность, условия и порядок практического воплощения данных юридических конструкций.
Еще больше материалов по теме в рубрике: «Наследство».
Более полную информацию по теме вы можете найти в КонсультантПлюс.Пробный бесплатный доступ к системе на 2 дня.
что это такое, в каких случаях возникает
Имущественные споры в случае смерти одного из членов семьи являются самыми распространенными.
Именно поэтому законом и установлена не только процедура вступления в права владения наследственной массой, но и очередность, в соответствии с которой потенциальные получатели наследства смогут претендовать на вещи и предметы почившего родственника в соответствии со степенью родства либо же в порядке завещательного распоряжения.
Оглавление статьи
Законодательное регулирование вопроса
Как правило, в рамках ст.1116 ГК РФ к наследованию имущества по закону призываются только лица, которые на дату открытия наследственного дела пребывают в добром здравии либо же были зачаты еще до безвременной кончины наследодателя и родились живыми уже после его смерти. И на получение наследственной массы в рамках завещания могут претендовать как близкие родственники, так и граждане, которые с почившим кровными связями не соединены.
При этом не все потенциальные наследники могут получить причитающуюся им долю в силу завещания либо по закону в связи с собственной безвременной кончиной, что предопределяет нарушение прав их детей, которые остаются практически ни с чем. В связи с чем в ряде случаев законом и допускается возможность перехода прав на определенную часть наследства по праву представления, то есть путем номинального замещения прежнего наследополучателя.
Процедура наследования по представления регламентируется нормами ст.1146 ГК РФ, в силу которой доля наследственной массы, которая перешла бы к потенциальному наследнику, если бы на момент открытия наследственного дела он был бы жив, может быть передана его потомкам в случае, если потенциальный выгодоприобретатель умер до вступления в право владения имуществом либо одновременно с наследодателем, а возможно и раньше последнего.
Определение понятий
По сути, в рамках закона переход права на наследство к иному лицу является преемственностью, которая предусмотрена законом с целью соблюдения прав как потенциальных наследников, так и их потомков, но только в ряде случаев.
То есть унаследовать имущество именно по представлению возможно только при наличии родственных связей, которые принимаются в расчет при переходе прав собственности в рамках наследования по закону, да и только в пределах первых трех очередей.
При этом преемственность в отношении наследования в порядке завещательного распоряжения не применяется, конечно, если в последней воле почившего не закреплено подобное условие. То есть в рамках ст.1121 ГК РФ наследодатель изначально может прописать условие о том, что доля имущества, которая предназначалась бы его другу, может перейти к его сыну в случае, если потенциальный выгодоприобретатель на дату открытия наследственного дела перейдет в мир иной.
Если же данное условие в завещании не закреплено, имущество, на которое распространяется последняя воля умершего, возвращается в наследственную массу и распределяется между потенциальными наследниками уже по закону, то есть близкими родственниками в порядке очередности.
Отличие от трансмиссии
Для соблюдения имущественных прав семьи умершего, а также с учетом его последнего волеизлияния законом предусмотрен еще один вид преемственности при наследовании имущества, а именно трансмиссия, которая применяется в порядке определенном ст.1156 ГК РФ.
Так в частности, трансмиссия актуальна в случае, если потенциальный наследник, как по закону, так и по завещательному распоряжению предоставил соответствующий пакет документов для вступления в свои права в установленный законом полугодовалый срок, но не успел переоформить собственность в связи с собственной кончиной. В подобной ситуации право на наследственное имущество переходит уже к его потомкам в порядке трансмиссии.
То есть, по сути, и при представлении, и при трансмиссионном наследовании наблюдается преемственность, которая, тем не менее, в обоих случаях имеет существенные отличия.
В частности, оба понятия различаются по следующим параметрам:
- Момент смерти. То есть при представлении можно войти в круг наследников даже до безвременной кончины наследодателя либо же сразу после нее, но только при наличии близкородственных связей. В то время как при трансмиссии приобретение прав собственности возможно только после ухода из жизни, как основного наследодателя, так и трансмиттента, причем в установленный законом срок.
- Правовая основа наследования. В порядке представления в круг наследников войдут только родственники первых трех очередей по закону, а при трансмиссии имущество могут получить и потомки наследника по завещанию.
- Размер долей. При наследовании по представлению доля, которая причиталась бы прямому наследнику, будет разделена в равных пропорциях между уже его потомкам, к примеру, двумя либо тремя детьми. А при трансмиссии наследство перейдет к трансмиссару возможно и полностью, при условии, что он будет являться единственным наследником, либо будет разделено меж претендентами первой очереди поровну.
- Срок вступления. Наследникам даже по представлению дан полугодовалый срок для оформления всех документов, в то время как трансмиссару остается только время, которое не успел использовать основной наследник, то есть, как правило, всего несколько месяцев.
Когда это возможно
Согласно норм, определенных ст.1146 ГК РФ, правопреемственность в процессе наследования подразумевает переход права на получение имущества к потомкам основного наследника в случае его безвременной кончины как одновременно с наследодателем, так и до его ухода, но с учетом некоторых обстоятельств.
Так в рамках ч.2-3 ст.1146 ГК РФ не имеют права претендовать на наследство в порядке представления следующие лица:
- недостойные наследники, которые лишились своего права по распоряжению умершего либо в связи с причинением вреда жизни и здоровью последнему, что установлено соответствующими органами;
- потомки недостойного наследника в аналогичных условиях, опять же при наличии задокументированного распоряжения наследодателя либо решения суда о причинении вреда самому наследодателю либо же его потенциальным наследникам.
При этом в силу ч.1 ст.1146 ГК РФ к вступлению в наследственные права могут быть призваны только граждане, которые относятся к претендентам на получение имущества по закону в пределах трех очередей, определенных ст.1142-1144 ГК РФ, то есть только близкие родственники по восходящей и нисходящей линии.
Очередность
Согласно закона, определенного главой 62 ГК РФ, к наследованию по завещанию могут быть призваны любые лица и даже организации, к примеру, благотворительные фонды либо церковь, в то время как получить имущество в рамках наследования по закону можно только при наличии кровного родства.
При этом в рамках ст.1146 ГК РФ правопреемственность при наследовании распространяется не на всех наследников, а только на самых близких.
Первая
В частности, в силу ст.1142 ГК РФ первыми претендентами на имущество являются:
- законная супруга;
- престарелые родители;
- дети, как родные, так и усыновленные.
Если на момент оформления права собственности никого из вышеперечисленных лиц нет в живых либо потенциальный выгодоприобретатель умер, к наследству призываются уже потомки, а именно внуки либо правнуки наследодателя, но с учетом некоторых обстоятельств при распределении долей. То есть, та же жена получит причитающуюся ей долю в полном объеме, к примеру, половину, а вот дети умершей дочери разделят оставшиеся 50% наследства уже между собой.
Вторая
В рамках ст.1143 ГК РФ наследниками второй очереди являются:
- родные братья или сестры умершего, причем даже сводные, то есть при наличии только общей матери либо отца;
- дедушки и бабушки.
При этом к получению имущества указанные лица призываются только в случае, если отсутствуют родственники, относящиеся к первой очереди.
Соответственно, если родной брат умер, право на его долю имущества приобретет его сын или дочь, то есть племянник либо племянница наследодателя, которые разделят вещи умершего между собой в равных долях.
Третья
При этом, если лица, относящиеся к первой и второй очереди отсутствуют, то есть умерли до момента открытия наследства и не оставили детей, к наследству призывается уже третья очередь. В частности, в рамках ст.1144 ГК РФ к таковой относятся родные дядя и тетя наследодателя, которые в случае собственного безвременного ухода передадут право на наследство своим детям, то есть двоюродным братьям и сестрам основного наследодателя.
Отдельно стоит отметить так называемую 8 очередь, которая предполагает вступление в право владения обязательной долей в силу ст.1149 ГК РФ наравне с той очередью, которая призвана к наследованию. То есть, если на содержании наследодателя находился нетрудоспособный гражданин, не являющийся кровным родственником, он получает определенную часть имущества вместе со всеми. Однако, если он умер одновременно с наследодателем, часть, которая бы причиталась ему по праву представления, к его потомкам не переходит.
Правила перехода прав
В порядке норм, определенных ст. 1114 ГК РФ, временем открытия наследства является дата смерти гражданина, что предопределяет возможность его потомков подать заявление о вступлении в наследство на протяжении следующих 6 месяцев по последнему месту проживания оного либо же расположения наиболее крупного комплекса недвижимости, если умершее лицо постоянно проживало за пределами РФ.
При этом к заявлению потребуется приложить определенный пакет документов, который подтверждает право наследовать имущество. В частности, необходимо представить:
- удостоверение личности;
- свидетельство о смерти наследодателя, а также его прямого потомка;
- данные, подтверждающие родственные связи с обоими вышеуказанными лицами, то есть то же свидетельство о рождении, если речь идет о внуке и брачное свидетельство, если была перемена фамилии в связи с замужеством почившей дочери наследодателя;
- расширенная выписка из поквартирной книги о прописанных лицах в квартире, принадлежащей наследодателю, которую может получить только лицо, которое прописано в жилом помещении либо сам владелец, поэтому, если будущий наследник не проживает в квартире, и не прописан в ней, указанный документ будет оформляться уже по запросу нотариуса;
- документы на право собственности имущества, принадлежащего почившему наследодателю.
То есть, кроме подтверждения родственных отношений в порядке преемственности, процедура вступления в наследство ничем не отличается от стандартной, которая после подачи документов предполагает выдачу наследственного свидетельства по истечении полугода и переоформление прав собственности в Росреестре.
Примеры
Ярким примером правопреемственности при наследовании являются следующие ситуации.
Семейная пара владеет квартирой, приобретенной в браке. У них есть двое взрослых детей, а также внуки, по двое от дочери и от сына. Сначала умирает сын, а затем и супруг, в результате чего встает вопрос: как же будет делиться имущество, и кто будет являться наследниками первой очереди.
В данной ситуации наследниками будут являться: жена, дочь, а также дети умершего сына, то есть внуки. При этом наследственная масса будет распределяться в следующих долях: 50% жилого помещения будут переданы жене в рамках совместно нажитого имущества, а оставшаяся половина для начала будет разделена на три части, которые достанутся:
- 1/3 супруге;
- 1/3 дочери;
- 1/3, двоим внукам, которые в свою очередь поделят треть квартиры между собой поровну.
Мужчина никогда не был женат и, соответственно, не имеет ни супруги, ни детей, но благодаря упорному труду приобрел дом. При этом из близких родственников в живых у него осталось родная сестра и брат, которые вступили в брак и имеют по двое детей.
Вскоре умирает сестра, а затем и сам мужчина, в результате чего к наследованию призываются наследники второй очереди, учитывая, что первая отсутствует. В частности, родной брат почившего, а также дети умершей сестры, которые являются наследниками в порядке представления.
При этом в данной ситуации наследственная масса делится по следующему принципу:
- 50% сестре, как основной наследнице второй очереди;
- 50% племянникам, которые разделят имущество уже между собой из расчета 25% от общей массы.
Молодая женщина имеет квартиру, но при этом, имея инвалидность, не решилась вступить в брак, в результате чего у нее на момент смерти нет ни мужа, ни детей. При этом у нее есть два дяди, то есть родные братья ее матери, которые имеют по двое детей. К моменту смерти женщины один из дядей уже умер, что определило круг наследников третьей очереди следующим образом: родной дядя, две двоюродных сестры, которые вступят в наследство квартирой в порядке представления исходя из следующих долей:
- 50% получит дядя;
- по 25% получат двоюродные кузины.
О том, что представляет собой данный вид передачи прав на наследственное имущество, рассказано в следующеи видеосюжете:
Views — документация odoo 14.0
Просмотры — это то, что определяет, как записи должны отображаться для конечных пользователей. Они указаны в XML, который означает, что их можно редактировать независимо от моделей, которые они представляют. Они гибкие и позволяют настраивать экраны, которыми они управляют, на высоком уровне. Существуют разные типы просмотров. Каждый из них представляет режим визуализации: форма , список , канбан и т. Д.
Общая структура
Базовые представления обычно имеют общую структуру, определенную ниже.Заполнители обозначены во всех шапки.
ИМЯ МОДЕЛЬ
Поля
Просмотр объектов предоставляет ряд полей. Они не являются обязательными, если не указано иное.
name
(обязательный)Char
Используется только в качестве мнемоники / описания представления при поиске его в каком-либо списке.
модель
Char
Модель, связанная с представлением, если применимо.
приоритет
Целое число
Когда представление запрашивается
(модель, тип)
, представление соответствует модели и будет возвращен тип с самым низким приоритетом (это представление по умолчанию).Он также определяет порядок просмотра приложения во время просмотра наследование.
groups_id
Many2many
->odoo.addons.base.models.res_users.Groups
Группы, которым разрешено использование / доступ к текущему представлению.
Если представление расширяет существующее представление, расширение будет применяться только для данного пользователя, если у пользователя есть доступ к предоставленному идентификатору группы
groups_id
.арка
Текст
Описание макета вида.
Атрибуты
Различные типы представлений имеют широкий спектр атрибутов, позволяющих настраивать общее поведение.Здесь будут описаны некоторые основные атрибуты. Не у всех есть влияние на все типы представлений.
Примечание
Текущий контекст и права доступа пользователя также могут влиять на возможности просмотра.
создать
Отключить / включить создание записей в представлении.
редактировать
(форма
исписок
идиаграмма
)Отключить / включить редактирование записи в представлении.
удалить
(форма
исписок
)Отключить / включить удаление записи в представлении с помощью раскрывающегося списка Action .
дубликат
(форма
исписок
)Отключить / включить дублирование записей в представлении с помощью раскрывающегося списка Action .
украшение - {$ name}
(список
идиаграмма
)Определите условное отображение записи в стиле текста строки на основе соответствующего атрибуты записи.
Значения — это выражения Python. Для каждой записи вычисляется выражение с атрибутами записи в качестве значений контекста, и если
истинно
, к строке применяется соответствующий стиль. Вот некоторые из других значений доступно в контексте:-
uid
: идентификатор текущего пользователя, -
сегодня
: текущая локальная дата в виде строки формыГГГГ-ММ-ДД
, -
сейчас
: то же каксегодня
с добавлением текущего времени. Это значение имеет форматГГГГ-ММ-ДД чч: мм: сс
.
Предупреждение
Поддерживаемые значения различаются для двух типов представлений.Представление Ганта поддерживает только
успех
,информация
,предупреждение
,опасность
ивторичные дисплеи
. Просмотр списка поддерживаетbf
,это
,успех
,информация
,предупреждение
,опасность
,без звука
иосновные дисплеи
.-
образец
(канбан
исписок
идиаграмма Ганта
играфик
исводная
икогорта
ипанель мониторинга
)Заполните представление набором образцов записей, если таковые отсутствуют нашел для текущей модели.По умолчанию этот атрибут имеет значение false.
У этих фальшивых записей будет эвристика для определенных имен / моделей полей. Например, поле display_name в модели res.users будет заполнено образцами имен людей. в то время как поле «электронная почта» будет иметь форму «имя[email protected]».
Пользователь не сможет взаимодействовать с этими данными, и они будут удалены, как только выполняется действие (запись создана, добавлен столбец и т. д.)
banner_route
адрес маршрута, который нужно получить и добавить к просмотру.Если этот атрибут установлен, будет получен URL-адрес маршрута контроллера и отображается над обзором. Ответ json от контроллера должен содержат ключ «html».
Если HTML содержит тег таблицы стилей, он будет удален и добавлен к
.Для взаимодействия с серверной частью вы можете использовать теги . Пожалуйста, возьми посмотрите документацию метода _onActionClicked для AbstractController ( аддонов / web / static / src / js / views / abstract_controller.js ) Больше подробностей.
Только представления, расширяющие AbstractView и AbstractController, могут использовать это атрибут, например Форма, Канбан, Список,…
Пример:
класс MyController (odoo.http.Controller): @ http.route ('/ имя_модуля / привет', auth = 'пользователь', тип = 'json') def привет (сам): возвращаться { 'html': "" "
привет мир
Наследование
Поля наследования
Два следующих поля View
используются для указания
унаследованные взгляды.
inherit_id
Many2one
родительское представление текущего представления, по умолчанию не настроено. Укажите родителя, используя атрибут
ref
:режим
Выбор
:расширение / основной
режим наследования,
расширение
по умолчанию, если установленоinherit_id
,первичный
иначе.Пример того, где вы хотите переопределить режим
inherit_id
— наследование делегирования. В этом случае ваша производная модель будет отделена от своей родительской и представлений. совпадение с одним не будет совпадать с другим.Предположим, вы унаследовали от представления связанный с родительской моделью, и вы хотите настроить производное представление для показать данные из производной модели. Режимprimary
, потому что это базовое (и, возможно, единственное) представление для этого производная модель. В противном случае соответствие вида правила не применяются.
Соответствие вида
- , если представление запрашивается
(модель, тип)
, представление с правильной моделью и тип:mode = primary
, и соответствует самый низкий приоритет. - когда представление запрашивается идентификатором
первичный
его Соответствует ближайший родительский элемент с режимомосновной
.
Разрешение просмотра
Разрешение создает окончательную дугу
для запрошенного / согласованного основного
view:
- , если у представления есть родительский элемент, родительский элемент полностью разрешен, тогда текущий спецификации наследования представления применяются
- , если представление не имеет родителя, его
дуга
используется как есть - дочерние элементы текущего представления с расширением
Результат применения дочерних представлений дает окончательную арку
Спецификации наследования
Спецификации наследования состоят из локатора элементов, чтобы соответствовать унаследованный элемент в родительском представлении и дочерний элемент, который будет использоваться для изменения унаследованного элемента.
Существует три типа локаторов элементов для сопоставления целевого элемента:
- Элемент
xpath
с атрибутомexpr
.expr
— это XPath выражение, примененное к текущей арке - элемент поля
name
, соответствует первому полю - любого другого элемента: первый элемент с тем же именем и идентичный
атрибуты (без учета
position
иversion
атрибутов) соответствует
В спецификации наследования может быть необязательный атрибут position
, указывающий
как следует изменить согласованный узел:
-
внутри
(по умолчанию) - содержимое спецификации наследования добавляется к согласованному узлу
-
заменить
- содержимое спецификации наследования заменяет согласованный узел. Любой текстовый узел, содержащий только
$ 0
в пределах содержимого спецификации, будет быть заменен полной копией согласованного узла, эффективно обертывая согласованный узел. -
после
- содержимое спецификации наследования добавляется к согласованному узлу родительский, после согласованного узла
-
до
- содержимое спецификации наследования добавляется к согласованному узлу родительский, перед совпадающим узлом
-
атрибутов
содержимое спецификации наследования должно быть
атрибутов
элементов с именем, атрибутом
и необязательным телом:- , если элемент атрибута
имеет тело, новый атрибут с именем после его имени
создается
на согласованном узле сатрибут
текст элемента как значение - , если атрибут
элемент
не имеет тела, атрибут, названный в честь его имя
0 {'invisible': [('sale_ok', '=', False)], 'readonly': [('editable', '=', False)]} - , если элемент атрибута
-
move
может использоваться как прямой потомок спецификации наследования с
внутри
,заменить
,после
илидо
позиция
атрибута переместить узел.
Спецификации вида применяются последовательно.
Типы представлений
Activity
Представление Activity используется для отображения действий, связанных с записями. В
данные отображаются в виде диаграммы с записями, образующими строки и действиями
набирает столбцы.В первой ячейке каждой строки отображается (настраивается, см. шаблонов
, очень похоже на Канбан) карты, представляющие
соответствующая запись. При нажатии на другие ячейки появляется подробное описание
всех действий одного типа для записи.
Предупреждение
Представление «Активность» доступно, только если установлен модуль mail
,
и для моделей, унаследованных от mail.activity.mixin .
Корневой элемент представления Activity -
, он принимает следующие
атрибуты:
-
строка
(обязательный) - Заголовок, который должен описывать представление
-
Возможные дочерние элементы элемента представления:
-
поле
объявляет поля для использования в активность логика .Если поле просто отображается в представлении активности его не нужно заранее объявлять.
Возможные атрибуты:
-
имя
(обязательно) - имя поля для выборки
-
-
шаблоны
определяет шаблоны QWeb. Определение карт может быть разделен на несколько шаблонов для ясности, но виды деятельности должны быть определены в на как минимум один корневой шаблон
Activity-Box
, который будет отображаться один раз для каждого записывать.Представление активности использует в основном стандартный javascript qweb и предоставляет следующие переменные контекста (см. Канбан для получения дополнительной информации):
-
widget
- текущий
ActivityRecord ()
, может использоваться для получения некоторых метаинформация. Эти методы также доступны прямо в контекст шаблона и не требует доступа через виджет -
запись
- объект со всеми запрошенными полями в качестве атрибутов.Каждое поле имеет
два атрибута
значение
иraw_value
-
Календарь
В представлениях календаря записи отображаются как события за день, неделю, месяц или год
календарь. Их корневой элемент -
. Доступные атрибуты на
календарные представления:
-
date_start
(обязательно) - имя поля записи, содержащего дату начала события
-
date_stop
- имя поля записи, содержащего дату окончания события, если
date_stop
- запись становится подвижной (с помощью перетаскивания) непосредственно в календаре -
date_delay
- альтернатива
date_stop
, предоставляет продолжительность события вместо дата его окончания (единица: день) -
цвет
- имя поля записи, которое будет использоваться для цветовой сегментации .Записи в один и тот же цветовой сегмент в календаре выделяется одинаковым цветом выделения, цвета распределяются полуслучайно. Отображается display_name / avatar видимой записи на боковой панели
-
form_view_id
- вид, который открывается, когда пользователь создает или редактирует событие. Обратите внимание, что если этот атрибут не установлен, представление календаря вернется к идентификатору представления формы в текущее действие, если таковое имеется.
-
event_open_popup
- Если опция «event_open_popup» установлена в значение true, тогда в представлении календаря будет открывать события (или записи) в FormViewDialog.В противном случае он откроет события в новом представлении формы (с do_action)
-
quick_add
- включает быстрое создание событий по щелчку: запрашивает только имя
у пользователя
и пытается создать новое событие только с этим и событием clicked время. Возвращается к диалогу полной формы, если быстрое создание не удается. -
all_day
- имя логического поля в записи, указывающее, событие помечено как дневное (и продолжительность не имеет значения)
-
режим
- Режим отображения по умолчанию при загрузке календаря.Возможные атрибуты:
день
,неделя
,месяц
,год
-
шкалы
- Список предоставляемых шкал, разделенных запятыми. По умолчанию все шкалы имеется в наличии. См. Режим для возможных значений шкалы.
-
объявляет поля для агрегирования или использования в логике канбана . Если поле просто отображается в карточках календаря.
Поля могут иметь дополнительные атрибуты:
-
невидимые
используйте «True», чтобы скрыть значение в карточках -
avatar_field
только для поля x2many, чтобы отображать аватар вместо display_name в картах write_model
иwrite_field
вы можете добавить фильтр и сохранить результат в определенной модели, фильтр добавлен в боковую панель
фильтр
ицвет
используйте «True», чтобы добавить это поле в фильтр на боковой панели.Вы можете указать цветное поле
-
Когорта
Корпоративная функцияКогортное представление используется для отображения и понимания того, как некоторые данные изменяются. Период времени. Например, представьте, что для данного бизнеса клиенты могут подписаться на какую-то услугу. Затем в когортном представлении можно отобразить общее количество подписок каждый месяц, и изучите частоту, с которой клиенты покидают службу (отток). При нажатии на ячейку просмотр когорты перенаправит вас к новому действию. в котором вы будете видеть только записи, содержащиеся во временном интервале ячейки; это действие содержит представление списка и представление формы.
Примечание
По умолчанию представление когорты будет использовать те же представления списка и формы, что и
определяется по действию. Вы можете передать представление списка и представление формы
в контекст действия, чтобы установить / переопределить представления, которые будут
(используемые контекстные ключи: form_view_id
и list_view_id
)
Например, вот очень простое представление когорты:
Корневым элементом представления Cohort является
-
строка
(обязательно) - Заголовок, который должен описывать представление
-
-
date_start
(обязательно) - Допустимое поле даты или даты и времени. Это поле понимается представлением как дата начала записи
-
-
date_stop
(обязательно) - Допустимое поле даты или даты и времени. Это поле понимается представлением как дата окончания записи. Это поле будет определять отток.
-
-
режим
(необязательно) - Строка для описания режима. Это должно быть либо «отток», либо «Удержание» (по умолчанию). Режим оттока начинается с 0% и со временем накапливается тогда как удержание начнется со 100% и со временем будет уменьшаться.
-
-
временная шкала
(необязательно) - Строка для описания временной шкалы. Это должно быть либо «назад», либо «вперед» (по умолчанию). На временной шкале вперед будут отображаться данные от date_start до date_stop, тогда как на шкале назад будет отображать данные от date_stop до date_start (когда date_start находится в будущем / больше чем date_stop).
-
-
интервал
(необязательно) - Строка для описания временного интервала. Это должно быть «день», «неделя», «месяц». (по умолчанию) или «год».
-
-
мера
(необязательно) - Поле, которое можно агрегировать. Это поле будет использоваться для вычисления значений для каждой ячейки. Если не установлен, просмотр когорты будет подсчитывать количество вхождений.
-
-
- позволяет указать конкретное поле, чтобы управлять им из доступных показателей, это основное использование - скрытие поля от выбираемых показателей:
-
имя
(обязательно) - имя поля для использования в представлении.
-
-
строка
(необязательно) - имя, которое будет использоваться для отображения поля в представлении когорты, переопределяет атрибут Python String по умолчанию для поля.
-
-
невидимый
(необязательно) - если true, поле не будет отображаться ни в активных показателях, ни в выбираемых меры (полезно для полей, которые не имеют смысла агрегировать, например, поля в разных единицы, например € и $).
-
Информационная панель
Корпоративная функцияКак и представление сводной таблицы и графика, представление приборной панели используется для отображения агрегированных данных. Однако на приборной панели можно встраивать подвиды, что позволяет иметь более полный и интересный взгляд на данный набор данных.
В представлении панели мониторинга могут отображаться подвиды, агрегаты для некоторых полей (более домен), или даже формул (выражения, которые включают один или несколько агрегатов). Например, вот очень простая приборная панель:
<приборная панель>order_id" widget = "процент" />
Корневой элемент представления Dashboard -
Существует 5 возможных типов тегов в представлении панели мониторинга:
-
вид
объявляет вспомогательное представление.
Допустимые атрибуты:
-
тип
(обязательный) - Тип подчиненного представления. Например, график или pivot .
-
-
ref
(необязательно) - Идентификатор xml для представления. Если не указано, вид по умолчанию для модели будет использоваться.
-
-
имя
(необязательно) - Строка, идентифицирующая этот элемент. Это в основном полезно использовать в качестве цели для xpath.
-
-
группа
определяет расположение столбцов. На самом деле это очень похоже на групповой элемент в виде формы.
Допустимые атрибуты:
-
строка
(необязательно) - Описание, которое будет отображаться как заголовок группы.
-
-
colspan
(необязательно) - Количество подстолбцов в этом теге группы. По умолчанию 6.
-
-
col
(необязательно) - Количество столбцов, охватываемых этим групповым тегом (имеет смысл только внутри другая группа). По умолчанию 6.
-
-
агрегат
объявляет агрегат. Это значение агрегата для данного поля. над текущим доменом.
Обратите внимание, что агрегаты должны использоваться внутри группового тега (в противном случае стиль не будет правильно применен).
Допустимые атрибуты:
-
поле
(обязательное) Имя поля, используемое для вычисления агрегата. Возможные типы полей являются:
-
целое число
(оператор группы по умолчанию - сумма) -
с плавающей запятой
(оператор группы по умолчанию - сумма) -
many2one
(оператор группы по умолчанию - отдельный счетчик)
-
-
-
имя
(обязательный) - Строка для идентификации этого агрегата (полезно для формул)
-
-
строка
(необязательно) - Краткое описание, которое будет отображаться над значением.Если не учитывая, он вернется к строке поля.
-
-
домен
(необязательно) - Дополнительное ограничение на набор записей, которые мы хотим агрегировать. Этот домен будет объединен с текущим доменом.
-
-
domain_label
(необязательно) - Когда пользователь нажимает на агрегат с доменом, он будет добавлен в вид поиска как фасет. Строка, отображаемая для этого фасета, может быть настроенным с помощью этого атрибута.
-
-
group_operator
(необязательно) Действительный идентификатор агрегатной функции postgreSQL для использования при агрегировании значения (см. https://www.postgresql.org/docs/9.5/static/functions-aggregate.html). Если не указан, по умолчанию используется group_operator из определения поля. Обратите внимание, что агрегирование значений полей не достигается, если значение group_operator равно «».
Примечание
Специальная агрегатная функция
count_distinct
(определенная в odoo) также может использоваться здесь
-
-
col
(необязательно) - Количество столбцов, охватываемых этим тегом (имеет смысл только внутри группа).По умолчанию 1.
-
-
виджет
(необязательно) - Виджет для форматирования значения (например, атрибут виджета для полей). Например, денежный.
-
-
help
(необязательно) - Справочное сообщение для dipslay во всплывающей подсказке (эквивалент справки для поля в python)
-
-
measure
(необязательно) Этот атрибут имя поля, описывающего меру, которую необходимо использовать в графическом и сводном представлениях при нажатии на совокупность.Специальное значение __count__ может использоваться для использования меры подсчета.
-
-
кликабельно
(необязательно) - Логическое значение, указывающее, должен ли этот агрегат быть кликабельным или нет (по умолчанию true). Нажатие на кликабельную совокупность изменит показатели, используемые субпредставлениями. и добавьте значение атрибута домена (если есть) в представление поиска.
-
-
метка_значения
(необязательно) - Строка, помещаемая справа от агрегированного значения. Например, может быть полезно указать единицу измерения совокупной стоимости.
-
-
формула
объявляет производное значение. Формулы - это значения, вычисленные на основе агрегатов.
Обратите внимание, что, как и агрегаты, формулы должны использоваться внутри группы. тег (иначе стиль не будет применен должным образом).
Допустимые атрибуты:
-
значение
(обязательное) - Строковое выражение, которое будет оцениваться с помощью встроенного Python
оценщик (в веб-клиенте). Каждый агрегат можно использовать в
контекст, в
записи
переменной. Например,record.price_total / record.order_id
.
-
-
имя
(необязательно) - Строка для идентификации этой формулы
-
-
строка
(необязательно) - Краткое описание, которое будет отображаться над формулой.
-
-
col
(необязательно) - Количество столбцов, охватываемых этим тегом (имеет смысл только внутри группа). По умолчанию 1.
-
-
виджет
(необязательно) - Виджет для форматирования значения (например, атрибут виджета для полей). Например, денежный. По умолчанию это «плавающий».
-
-
help
(необязательно) - Справочное сообщение для dipslay во всплывающей подсказке (эквивалент справки для поля в Python)
-
-
value_label
(необязательно) - Надеваемая строка справа от значения формулы.Например, может быть полезно указать единицу измерения значения формулы.
-
-
виджет
Объявляет специализированный виджет, который будет использоваться для отображения информации. Это механизм, аналогичный виджетам в представлении формы.
Допустимые атрибуты:
-
имя
(обязательный) - Строка, определяющая, какой виджет должен быть создан. Вид будет
загляните в
widget_registry
, чтобы получить правильный класс.
-
-
col
(необязательно) - Количество столбцов, охватываемых этим тегом (имеет смысл только внутри группа). По умолчанию 1.
-
Форма
Представления форм используются для отображения данных из одной записи. Их корень
элемент - . Они состоят из обычного HTML с дополнительными
структурные и семантические компоненты.
Структурные компоненты
Структурные компоненты обеспечивают структуру или «визуальные» особенности с небольшими затратами. логика.Они используются как элементы или наборы элементов в представлениях форм.
-
ноутбук
определяет раздел с вкладками. Каждая вкладка определяется дочерним элементом
страниц и
. элемент. Страницы могут иметь следующие атрибуты:-
строка
(обязательно) заголовок вкладки -
ключ доступа
ключ доступа HTML -
attrs
стандартные динамические атрибуты, основанные на значениях записей
Примечание
Обратите внимание, что записная книжка
-
-
группа
, используемая для определения макетов столбцов в формах. По умолчанию группы определяют 2 столбца и большинство прямых потомков групп занимают один столбец.
поле
прямое дочерние элементы групп по умолчанию отображают метку, а метку и поле сам по себе имеет colspan по 1 штуке.Количество столбцов в группе
col
атрибут, количество столбцов, занимаемых элементом, можно настроить с помощьюколпачок
.Дочерние элементы размещаются горизонтально (пытается заполнить следующий столбец перед меняя строку).
Группы могут иметь атрибут
строки
, который отображается как title-
newline
- полезно только в пределах
group
элементов, завершает текущую строку раньше и немедленно переключается на новую строку (без заполнения оставшегося столбца заранее) -
разделитель
- небольшой горизонтальный интервал, со строкой
атрибут
ведет себя как раздел title -
sheet
- может использоваться как прямой дочерний элемент для
form
для более узкого и более отзывчивого макет формы -
заголовок
- в сочетании с
листом
, обеспечивает расположение во всю ширину над листом сам по себе, обычно используется для отображения кнопок рабочего процесса и виджетов состояния
Семантические компоненты
Семантические компоненты связаны с Odoo и позволяют взаимодействовать с ним система. Доступные семантические компоненты:
-
кнопка
вызов в систему Odoo, аналогично кнопкам просмотра списка. Кроме того, следующий атрибут может быть указано:
-
специальный
- для представлений формы, открытых в диалогах:
сохранить
, чтобы сохранить запись и закрыть диалоговое окно,отменить
, чтобы закрыть диалоговое окно без сохранения. -
подтвердить
- сообщение подтверждения для отображения (и для принятия пользователем) перед выполнение вызова Odoo кнопки (также работает в представлениях Канбан).
-
-
поле
отображает (и позволяет редактировать, возможно) одно поле текущего записывать. Поддерживается многократное использование поля в представлении формы, а поля могут принимать разные значения для модификаторов «invisible» и «readonly». Тем не мение, поведение не гарантируется, когда существует несколько полей с разными значениями для модификатора «требуется». Возможные атрибуты узла поля:
-
имя
(обязательно) - имя поля для отображения
-
id
- идентификатор узла.Полезно, когда одно и то же поле встречается в нескольких экземплярах.
вид (см. ярлык
, компонент
ниже). По умолчанию это имя поля. -
виджет
- поля имеют рендеринг по умолчанию в зависимости от их типа
(например,
Char
,Many2one
). Атрибутвиджета
позволяет использовать другой метод рендеринга и контекст. -
options
- Объект JSON, определяющий параметр конфигурации для виджета поля (включая виджеты по умолчанию)
-
class
HTML-класс для установки в сгенерированном элементе, общие классы полей:
-
oe_inline
- предотвратить обычный разрыв строки после полей
-
oe_left
,oe_right
- перемещает поле в соответствующее направление
-
oe_read_only
,oe_edit_only
- отображает только поле в соответствующем режиме формы
-
oe_avatar
- для полей изображений, отображает изображения как «аватар» (квадрат, 90x90 максимум размер, некоторые украшения изображения)
-
-
групп
- отображает поле только для определенных пользователей
-
on_change
вызывает указанный метод, когда значение этого поля редактируется, может генерировать обновлять другие поля или отображать предупреждения для пользователя
-
attrs
- динамические мета-параметры на основе значений записей
-
домен
- только для реляционных полей, фильтры, применяемые при отображении существующих записи для выбора
-
контекст
- только для реляционных полей, контекст для передачи при выборке возможных значений
-
только для чтения
- отображать поле как в режиме только для чтения, так и в режиме редактирования, но никогда не делать это редактируемый
-
требуется
- генерирует ошибку и предотвращает сохранение записи, если в поле нет иметь значение
-
nolabel
- не отображает автоматически метку поля, имеет смысл только в том случае, если
Поле является прямым дочерним элементом группы
-
заполнитель
- справочное сообщение для отображения в пустых полях. Может заменять метки полей в сложные формы. Не должно быть примером данных, поскольку пользователи обязаны перепутать текст заполнителя с заполненными полями
-
режим
- для
One2many
, режим отображения (тип представления) для использования для связанные записи поля. Один издерева
,формы
,канбан
илиграфик
. По умолчаниюtree
(отображение списка) -
help
- всплывающая подсказка, отображаемая для пользователей при наведении курсора на поле или его метку
-
filename
- для двоичных полей, имя связанного поля, содержащее имя файл
-
пароль
- указывает, что поле
Char
хранит пароль и что его данные не должны отображаться -
kanban_view_ref
- для открытия определенного представления Канбан при выборе записей из m2o / m2m на мобильном устройстве среда
-
-
метка
когда компонент поля
nolabel
, метка поля не устанавливается автоматически отображается рядом с его значением. ЭтикеткаКомпонент
является альтернативой вручную отображения метки поля. Возможные атрибуты:-
для
(обязательный) - ссылка на поле, связанное с меткой. Может быть либо имя
поля или его идентификатора (
атрибут id
установлен в полеметка
компонентов, связанных с этимиполями
узлов, эти метки должен иметь уникальныйдля атрибутов
(в данном случае ссылка на идентификаторсоответствующего поля
узлов). -
строка
- метка для отображения. Отобразить метку поля (исходящую от поля определение в модели) по умолчанию.
-
класс
- то же, что и для
поля
компонента. -
attrs
- то же, что и для компонента поля
-
Общая структура
<форма> <заголовок><лист> <КНОПКИ /><группа> <группа><записная книжка> <группа> <КОНТЕНТ /> <группа> <КОНТЕНТ />
Диаграмма Ганта
Корпоративная функцияпредставления Ганта правильно отображают диаграммы Ганта (для планирования).
Корневой элемент представлений диаграммы Ганта -
, у него нет дочерних элементов, но он может
возьмите следующие атрибуты:
-
date_start
(обязательно) - имя поля, содержащее дату начала и время события для каждого записывать.
-
date_stop
(обязательно) - имя поля, в котором указывается конечная продолжительность события для каждого записывать.
-
цвет
- имя поля, используемого для раскрашивания таблеток в соответствии с его значением
-
украшение - {$ name}
позволяет изменять стиль текста строки на основе соответствующего атрибуты записи.
Значения - это выражения Python. Для каждой записи вычисляется выражение с атрибутами записи в качестве значений контекста, и если
истинно
, к строке применяется соответствующий стиль. Вот некоторые из других значений доступно в контексте:-
uid
: идентификатор текущего пользователя, -
сегодня
: текущая локальная дата в виде строки формыГГГГ-ММ-ДД
, -
сейчас
: то же каксегодня
с добавлением текущего времени. Это значение имеет форматГГГГ-ММ-ДД чч: мм: сс
.
{$ name}
может быть одним из следующих контекстных цветов начальной загрузки (, опасность,
,информация
,вторичная
,успех
илипредупреждение
).-
-
default_group_by
- имя поля для группировки задач по
-
консолидация
- имя поля для отображения значения консолидации в ячейке записи максимальная консолидация
значение, которое может быть достигнуто до отображения ячейки красным цветом
(е.грамм.
{"user_id": 100}
) -
Consolidation_exclude
- имя поля, которое описывает, должна ли задача быть исключена. от консолидации если установлено значение true, отображается полосатая зона в строке консолидации
-
create
,cell_create
,edit
,delete
,plan
позволяет dis отменить соответствующее действие в представлении, установив то соответствующий атрибут
false
(по умолчанию:true
).-
создать
: если этот параметр включен, в элементе управления будет доступна кнопкаДобавить
. панель для создания записей. -
cell_create
: если включено исоздать
включено, кнопка « + » будет отображается при наведении курсора на ячейку временного интервала, чтобы создать новую запись для этого временного интервала. -
редактировать
: Если включено, открытые записи будут в режиме редактирования (т.е. доступны для редактирования). -
план
: если включено иредактировать
включено, будет отображаться кнопка «увеличительное стекло» по временным интервалам, чтобы запланировать неназначенные записи в этот временной интервал.
Пример
Если вы не хотите создавать записи в представлении Ганта, а также в начале и конце на модели требуются даты, функция планирования должна быть отключена потому что никакой записи никогда не будет найдено.
-
-
смещение
- В зависимости от масштаба, количество единиц, которое нужно добавить к сегодняшнему дню для вычисления период по умолчанию. Примеры: смещение +1 в неделе default_scale откроет представление Ганта на следующую неделю, и откроется смещение -2 в месяце default_scale вид Ганта 2 месяцев назад.
-
прогресс
- имя поля, содержащего процент завершения для события записи, от 0 до 100
-
строка
- заголовок диаграммы
-
точность
Объект JSON, определяющий точность привязки для таблеток в каждом масштабе.
Возможные значения для шкалы
день
(по умолчанию:час
):час
: время записи привязывается к полному часу (например: 7:12 становится 8:00)час: половина
: время записи увеличивается до получаса (например: 7:12 становится 7:30)час: квартал
: время записи увеличивается до получаса (например: 7:12 становится 7:15)Возможные значения для шкала
неделя
(по умолчанию:день: половина
):день
: время записи фиксируется до полных дней (например: 7:28 AM становится 23:59:59 PM предыдущего дня, 22:32 PM становится 12:00 PM текущего дня)день: половина
: время записи увеличивается до получаса (например: 7:28 AM становится 12:00 PM)Возможные значения для шкалы
месяц
( по умолчанию:день: половина
):день
: время записи фиксируется до полных дней (например: 7:28 AM становится 11:59:59 PM предыдущего дня, 10:32 PM становится 12:00 PM текущего дня)день: половина
: время записи увеличивается до половины часа (например: 7:28 AM становится 12:00 PM)- Масштаб
год
всегда привязан к полному дню .
Пример атрибута точности:
{"день": "час: квартал", "неделя": "день: половина", "месяц": "день"}
-
total_row
- логическое для управления должна ли строка, содержащая общее количество записей
быть отображенным. (по умолчанию:
false
) -
collapse_first_level
- логическое, чтобы контролировать, можно ли свернуть каждую строку, если она сгруппирована по
одно поле. (по умолчанию:
false
, сворачивание начинается при группировке по двум полям) -
display_unavailability
- boolean для отметки дат, возвращаемых функцией
gantt_unavailability
из модель, доступная в представлении Ганта.Записи все еще можно запланировать в них, но визуально отображается их недоступность. (по умолчанию:false
) -
default_scale
масштаб по умолчанию при визуализации вида. Возможные значения (по умолчанию:
месяц
):-
шкалы
- разделенный запятыми список допустимых масштабов для этого представления. По умолчанию все шкалы
разрешены. Для возможных значений шкалы для использования в этом списке см.
default_scale
. -
templates
определяет используемый шаблон QWeb
gantt-popover
когда пользователь наводит курсор на одну из записей в представлении диаграммы Ганта.Представление Ганта использует в основном стандартный javascript qweb и предоставляет следующие контекстные переменные:
-
виджет
- текущий
GanttRow ()
, может использоваться для получения некоторых метаинформация. МетодgetColor
для преобразования в целое число цвета: также доступен непосредственно в контексте шаблона без использования виджета
on_create
Если это указано при нажатии кнопки добавления в представлении, вместо открытия общего диалогового окна запустите клиентское действие.он должен содержать xmlid действия (например:on_create = "% (my_module. my_wizard) d"
-
-
form_view_id
- представление, которое открывается при создании или редактировании записи пользователем. Обратите внимание, что если этот атрибут не установлен, представление Ганта вернется к идентификатору представления формы в текущее действие, если таковое имеется.
-
dynamic_range
- Если установлено значение true, просмотр диаграммы Ганта начнется с первой записи, вместо того, чтобы начинать с начала года / месяца / дня.
-
эскизов
Это позволяет отображать эскиз рядом с именем группы, если группа является родственным полем. Ожидается, что python dict, какие ключи являются именем поля в активной модели. Значения - это имена поля, содержащего эскиз связанной модели.
Пример: у задач есть поле user_id, которое ссылается на res.users. Модель res.users имеет изображение поля, в котором находится аватар, затем:
<диаграмма Ганта date_start = "date_start" date_stop = "date_stop" эскизы = "{'user_id': 'image_128'}" >
будет отображать аватары пользователей рядом с их именами, если они сгруппированы по user_id.
График
Представление графика используется для визуализации агрегатов по ряду записей или
группы записей. Его корневой элемент -
, который может принимать следующие
атрибуты:
-
тип
- один из
столбцов
(по умолчанию),круговая диаграмма
илиния
, тип используемого графика -
с накоплением
- используется только для диаграмм
столбцов
. Если присутствует и установлено значениеИстинно
, столбцы складываются в стек. внутри группы -
disable_linking
- установить на
True
, чтобы предотвратить перенаправление кликов на графике в представление списка -
order
- , если установлено, значения оси x будут отсортированы по умолчанию в соответствии с их мерой с
в соответствии с заданным порядком (
по возрастанию
илипо убыванию
). Используется только длябар
икруговых диаграмм
.
Единственным допустимым элементом в представлении графика является поле
, которое может иметь
следующие атрибуты:
-
имя
(обязательно) - имя поля для использования в представлении. Если использовать для группировки (скорее чем агрегирование)
-
заголовок
(необязательно) - строка, отображаемая в верхней части графика.
-
невидимый
(необязательно) - если true, поле не будет отображаться ни в активных мерах, ни в выбираемые меры.
-
тип
указывает, должно ли поле использоваться как критерий группировки или как агрегированное значение внутри группы. Возможные значения:
-
строка
(по умолчанию) - группирует по указанному полю. Все типы графиков поддерживают как минимум один уровень группировки, некоторые могут поддерживать больше.
-
col
- разрешено в представлениях графиков, но используется только сводными таблицами
-
мера
- поле для агрегирования внутри группы
-
-
интервал
- в полях даты и даты и времени, группы по заданному интервалу (
день
,неделя
,месяц
,квартал
илигод
) вместо группировки по конкретное datetime (фиксированное разрешение секунды) или дата (фиксированное разрешение дня).
Меры автоматически генерируются из полей модели; только используются агрегируемые поля. Эти меры также расположены в алфавитном порядке. отсортировано по строке поля.
Предупреждение
Агрегирование представлений графика выполняется для содержимого базы данных, не хранится функциональные поля не могут использоваться в представлениях графиков
Канбан
Представление Канбан представляет собой визуализацию доски Канбан: оно отображает записи как «Карточки», на полпути между списком и нередактируемый вид формы. Записи могут быть сгруппированы в столбцах для использования в визуализации или манипулировании рабочим процессом (например, задачи или управление ходом работы) или разгруппированные (используются просто для визуализации записей).
Примечание
Канбан-представление загрузит и отобразит максимум десять столбцов. Любой столбец после этого будет закрыт (но все еще может быть открыт с помощью Пользователь).
Корневой элемент представления Канбан -
, он может использовать следующие
атрибуты:
-
default_group_by
- следует ли группировать представление канбана, если группировка не указана через действие или текущий поиск.Должно быть имя поля для группировки когда не указано иное группирование
-
default_order
- порядок сортировки карточек, используемый, если пользователь еще не отсортировал записи (через представление списка)
-
class
- добавляет классы HTML к корневому элементу HTML представления Канбан
-
примеры
- если задано значение ключа в KanbanExamplesRegistry, примеры настроек столбцов будут доступны в сгруппированном канбане Посмотреть. Вот пример того, как определить эти настройки.
-
group_create
- независимо от того, отображается ли полоса «Добавить новый столбец». По умолчанию: true.
-
group_delete
- , можно ли удалить группы через контекстное меню. По умолчанию: true.
-
group_edit
- , можно ли редактировать группы через контекстное меню. По умолчанию: true.
-
можно архивировать
- можно ли архивировать / восстанавливать записи, принадлежащие столбцу, если
активное поле
определено на модели.По умолчанию: true. -
quick_create
- должна ли возможность создавать записи без переключения на
вид формы. По умолчанию
quick_create
включен, когда Канбан-представление сгруппированы по полям many2one, selection, char или boolean и отключены, если нет. -
quick_create_view
-
форма
ссылка на представление, определяющая вид, используемый для быстрого создания записей. -
records_draggable
, должна ли быть возможность перетаскивания записей при группировке канбана.По умолчанию: true.
Установите значение
true
, чтобы всегда включать его, иfalse
, чтобы всегда отключать его.
Возможные дочерние элементы элемента представления:
-
поле
объявляет поля для использования в логике канбана . Если поле просто отображается в Канбан-представление не требует предварительного объявления.
Возможные атрибуты:
-
имя
(обязательно) - имя поля для выборки
-
-
индикатор выполнения
объявляет элемент индикатора выполнения для размещения поверх столбцов канбана.
Возможные атрибуты:
-
поле
(обязательно) - имя поля, значения которого используются для подгруппировки записей столбца в индикатор выполнения
-
цветов
(обязательно) - JSON, сопоставляющий значения вышеуказанных полей с «опасностью», «предупреждением», «успехом» или «приглушенные» цвета
-
sum_field
(необязательно) - имя поля, значения записей столбца которого будут суммироваться и отображается рядом с полосой выполнения (если не указано, отображает общее количество записей)
-
-
шаблонов
определяет список шаблонов QWeb. Определение карт может быть разделены на несколько шаблонов для ясности, но представления канбана должны определять на минимум один корневой шаблон
Канбан-бокс
, который будет отображаться один раз для каждого записывать.Канбан-представление использует в основном стандартный javascript qweb и предоставляет следующие контекстные переменные:
-
виджет
- текущий
KanbanRecord ()
, может использоваться для получения некоторых метаинформация. Эти методы также доступны прямо в контекст шаблона и не требует доступа через виджет -
запись
- объект со всеми запрошенными полями в качестве атрибутов.Каждое поле имеет
два атрибута
значение
иraw_value
, первый форматируется согласно текущим параметрам пользователя, последнее является прямым значением от aread ()
(кроме полей даты и даты и времени которые отформатированы в соответствии с локалью пользователя) -
context
- текущий контекст, исходящий из действия, и one2many или many2many поле в случае представления Канбан, встроенного в представление формы
-
user_context
- не требует пояснений
-
read_only_mode
- не требует пояснений
-
selection_mode
для представления установлено значение true, когда Канбан открывается мобильная среда из поля m2o / m2m для выбора записей.
Примечание
при нажатии на поле m2o / m2m в мобильной среде открывается представление Канбан
кнопок и полей
Хотя большинство шаблонов Канбана являются стандартными QWeb, Канбан-представление обрабатывает
field
,button
иa
элементы специально:поля по умолчанию заменяются их форматированными значениями, если только
виджет
атрибут указывается, и в этом случае их рендеринг и поведение зависит от соответствующего виджета.Возможные значения (среди другие):-
дескриптор
- для последовательности
целое число
) полей, по которым записи отсортировано, позволяет перетаскивать записи, чтобы изменить их порядок.
-
кнопки и ссылки с атрибутом типа
-
действие
, объект - стандартное поведение для кнопок Odoo, большинство атрибутов, соответствующих стандарту Можно использовать кнопки Odoo.
-
открыть
- открывает запись карты в виде формы в режиме только для чтения
-
изменить
- открывает запись карты в виде формы в редактируемом режиме
-
удалить
- удаляет запись карты и удаляет карту
-
-
Если вам нужно расширить представление Канбан, см .: js: class :: JS API
.
Календарь
В представлениях календаря записи отображаются как события за день, неделю или месяц.
календарь.Их корневой элемент -
. Доступные атрибуты на
календарные представления:
-
date_start
(обязательно) - имя поля записи, содержащего дату начала события
-
date_stop
- имя поля записи, содержащего дату окончания события, если
date_stop
- запись становится подвижной (с помощью перетаскивания) непосредственно в календаре -
date_delay
- альтернатива
date_stop
, предоставляет продолжительность события вместо дата его окончания (единица: день) -
цвет
- имя поля записи, которое будет использоваться для цветовой сегментации . Записи в один и тот же цветовой сегмент в календаре выделяется одинаковым цветом выделения, цвета распределяются полуслучайно. Отображается display_name / avatar видимой записи на боковой панели
-
form_view_id
- вид, который открывается, когда пользователь создает или редактирует событие. Обратите внимание, что если этот атрибут не установлен, представление календаря вернется к идентификатору представления формы в текущее действие, если таковое имеется.
-
event_open_popup
- Если опция «event_open_popup» установлена в значение true, тогда в представлении календаря будет открывать события (или записи) в FormViewDialog.В противном случае он откроет события в новом представлении формы (с do_action)
-
quick_add
- включает быстрое создание событий по щелчку: запрашивает только имя
у пользователя
и пытается создать новое событие только с этим и событием clicked время. Возвращается к диалогу полной формы, если быстрое создание не удается. -
all_day
- имя логического поля в записи, указывающее, событие помечено как дневное (и продолжительность не имеет значения)
-
режим
- Режим отображения по умолчанию при загрузке календаря.Возможные атрибуты:
день
,неделя
,месяц
-
создать
,удалить
- позволяет dis отменить соответствующее действие в представлении, установив параметр
соответствующий атрибут
false
-
- объявляет поля для агрегирования или использования в логике канбана . Если поле просто отображается в карточках календаря.
Список
Корневой элемент представлений списка - <дерево>
.В представлении списка
root может иметь следующие атрибуты:
-
редактируемый
по умолчанию, при выборе строки представления списка открывается соответствующий вид формы. Редактируемые атрибуты
Допустимые значения:
верхний
инижний
, в результате чего появляется новых записей соответственно вверху или внизу списка.Архитектура представления встроенной формы полученный из представления списка.Таким образом, список принимает большинство атрибутов, допустимых для полей и кнопок представления формы. представления, хотя они могут не иметь никакого значения, если представление списка non-editable
Note
, если для атрибута
edit
установлено значениеfalse
, параметрeditable
будет проигнорирован.-
multi_edit
- редактируемый или не редактируемый список может активировать функцию множественного редактирования, определив
multi_edit = 1
-
default_order
переопределяет порядок представления, заменяя порядок модели (
_order
атрибут модели). Значение представляет собой список полей, разделенных запятыми, с постфиксомdesc
до отсортировать в обратном порядке:-
украшение - {$ name}
позволяет изменять стиль текста строки на основе соответствующего атрибуты записи.
{$ name}
может бытьbf
(font-weight: bold
),it
(Стиль шрифта: курсив
) или любой контекстный цвет начальной загрузки (, опасность,
,информация
,без звука
,основной
,успех
илипредупреждение
).-
создать
,изменить
,удалить
,дублировать
,импорт
,export_xlsx
- позволяет dis отменить соответствующее действие в представлении, установив параметр
соответствующий атрибут
false
-
limit
- размер страницы по умолчанию. Это должно быть положительное целое число
-
groups_limit
- , когда представление списка сгруппировано, количество групп по умолчанию на странице.Это должно быть целым числом позиции
-
развернуть
- когда представление списка сгруппировано, автоматически открывать первый уровень групп если установлено значение true (по умолчанию: false)
Возможные дочерние элементы представления списка:
-
button
отображает кнопку в ячейке списка
-
icon
- icon to use to display кнопка
-
строка
- если нет значка
- , если есть значок
alt
текст для значка
- если нет значка
-
тип
тип of, указывает, как нажатие на нее влияет на Odoo:
-
объект
- вызывает метод в модели списка. Имя кнопки
-
действие
- загрузить и выполнить
действий
, имя кнопкиactive_model
), запись текущей строки (active_id
) и все записи, загруженные в данный момент в список (active_ids
, может быть просто подмножеством записей базы данных соответствие текущему поиску)
-
-
имя
- см. тип
-
args
- см
тип
-
attrs
динамических атрибутов на основе значений записи.
Отображение атрибутов на домены, домены оцениваются в контекст записи текущей строки, если
True
соответствующий для ячейки установлен атрибут.Возможный атрибут
невидимый
(скрывает кнопку).-
состояний
сокращение для
невидимых
attrs
: список состояний, разделенных запятыми, требует, чтобы модель имела поле состоянияДелает кнопку
невидимой
, если запись не в одном из перечисленные состоянияОпасно
Использование
состояний
в сочетании сattrs
может привести к неожиданные результаты, поскольку домены объединены логическим И.-
контекст
- , объединенный с контекстом представления при выполнении вызова Odoo кнопки
-
-
поле
определяет столбец, в котором должно отображаться соответствующее поле для каждая запись.Могут использовать следующие атрибуты:
-
имя
- имя поля для отображения в текущей модели. Данное имя может использоваться только один раз для каждого представления.
-
строка
- заголовок столбца поля (по умолчанию используется строка
-
невидимый
- выбирает и сохраняет поле, но не отображает столбец в
стол. Необходимо для полей, которые не должны отображаться, но
используется e.грамм.
@colors
-
groups
- перечисляет группы, которые должны видеть поле.
-
виджет
альтернативные представления для отображения поля. Возможный просмотр списка значения (среди прочих):
-
индикатор выполнения
- отображает
плавающих полей
в качестве индикатора выполнения. -
дескриптор
- для последовательности
целое число
) полей, по которым записи отсортировано, вместо отображения значения поля просто отображается перетащите значок, чтобы изменить порядок записей.
-
-
сумма
,ср.
- отображает соответствующий агрегат внизу столбца. В
агрегирование вычисляется только для отображаемых в настоящее время записей. В
операция агрегирования должна соответствовать соответствующему полю
group_operator
-
attrs
- динамических атрибутов на основе значений записей. Действует только на текущий
поле, так, например,
невидимый
скроет поле, но оставит то же самое поле других записей видно, он не скроет сам столбец -
ширина
(дляредактируемый
) - когда в списке нет данных, ширину столбца можно задать принудительно установив этот атрибут.Значение может быть абсолютной шириной (например, «100 пикселей») или относительный вес (например, «3», что означает, что этот столбец будет быть в 3 раза больше остальных). Обратите внимание, что когда есть записи в список, мы позволяем браузеру автоматически адаптировать ширину столбца в соответствии с их содержанием, поэтому этот атрибут игнорируется.
-
украшение - {$ name}
позволяет изменять стиль текста ячейки на основе соответствующего атрибуты записи.
{$ name}
может бытьbf
(font-weight: bold
),it
(Стиль шрифта: курсив
) или любой контекстный цвет начальной загрузки (, опасность,
,информация
,без звука
,основной
,успех
илипредупреждение
).-
nolabel
- Если установлено значение «1», заголовок столбца останется пустым. Также столбец не будет сортироваться.
Примечание
, если представление списка доступно для редактирования
Примечание
В случае дополнительных представлений списка (отображение One2many / Many2many в представлении формы), Атрибут
column_invisible
может быть полезен для скрытия столбца в зависимости от родительского объекта.Примечание
Когда представление списка сгруппировано, числовые поля объединяются и отображается для каждой группы. Кроме того, если в группа, пейджер появится справа от строки группы. За по этой причине не рекомендуется использовать числовое поле в последний столбец, когда представление списка находится в ситуации, когда он может быть сгруппированным (однако это нормально для поля x2manys в представлении формы: их нельзя сгруппировать).
-
-
groupby
определяет настраиваемые заголовки (с кнопками) для текущего представления при группировке записи по полям many2one. Также возможно добавить
поле
внутриgroupby
, который можно использовать для модификаторов. Таким образом, эти поля принадлежат many2one comodel. Эти дополнительные поля будут извлечены пакетно.-
имя
- имя поля many2one (в текущей модели). Пользовательский заголовок будет отображается при группировании представления по этому имени поля.
Для открытия формы many2one можно определить специальную кнопку (
type = "edit"
).-
-
элемент управления
определяет настраиваемые элементы управления для текущего представления.
Это имеет смысл, если родительское дерево
, представление
находится внутри поля One2many.Не поддерживает никаких атрибутов, но может иметь дочерние элементы:
-
создать
добавляет кнопку для создания нового элемента в текущем списке.
Примечание
Если определено какое-либо
create
, оно перезапишет значение по умолчанию Кнопка «добавить строку».Поддерживаются следующие атрибуты:
-
строка
(обязательный) - Текст, отображаемый на кнопке.
-
контекст
Этот контекст будет объединен с существующим контекстом при получении значения по умолчанию для новой записи.
Например, его можно использовать для отмены значений по умолчанию.
-
В следующем примере будет отменена кнопка «добавить строку» по умолчанию. заменив его на 3 новые кнопки: «Добавить товар», «Добавить раздел» и «Добавить примечание».
«Добавить продукт» установит для поля «display_type» значение по умолчанию.
Две другие кнопки устанавливают поле «display_type» быть соответственно "line_section" и "line_note".
<контроль> <создать string = "Добавить товар" /> <создать string = "Добавить раздел" context = "{'default_display_type': 'line_section'}" /> <создать string = "Добавить примечание" context = "{'default_display_type': 'line_note'}" />
-
Карта
Enterprise featureЭтот вид позволяет отображать записи на карте и маршруты между ними. Запись представлена булавками. Он также позволяет визуализировать поля модели во всплывающем окне, привязанном к контакту записи.
Примечание
Модель, к которой применяется представление, должна содержать res.partner many2one, поскольку представление полагается на адрес res.partner и поля координат для локализации записей.
Api
Представление использует api платформ данных о местоположении для получения фрагментов (фона карты), выполнения гео-перенаправления (преобразования адресов в набор координат) и получения маршрутов.Представление реализует два api, один по умолчанию, карта openstreet может извлекать плитки и выполнять гео-пересылку. Этот api не требует токена. Как только в общих настройках будет указан действующий токен MapBox, представление переключится на API Mapbox. Этот API работает быстрее и позволяет вычислять маршруты. Маркер доступен при регистрации в MapBox
Структурные компоненты
Корневой элемент представления разрешено несколько атрибутов
-
res_partner
- Содержит res. партнер many2one. Если не указан, вид будет создавать пустую карту.
-
default_order
- Если поле предоставлено, представление переопределит порядок модели по умолчанию. Поле должно быть частью модели, к которой применяется представление, а не из res.partner
-
routing
- , если
true
, будут показаны маршруты между записями. Для представления по-прежнему требуется действующий токен MapBox и как минимум две расположенные записи. (то есть в записях есть разрешение.партнер many2one и партнер имеет адрес или действительные координаты) -
hide_name
- если
true
скрыть имя из всплывающего окна маркера (по умолчанию: false) -
hide_address
- если
true
скрыть адрес от всплывающее окно маркера (по умолчанию: false)
Элемент может содержать несколько элементов
. Каждый элемент
будет интерпретироваться как строка во всплывающем окне маркера. Атрибуты поля следующие:
-
имя
- Поле для отображения.
-
строка
- Эта строка будет отображаться перед содержимым поля. Может использоваться как описание.
-
предел
- Размер страницы (по умолчанию: 80). Это должно быть положительное целое число.
Атрибут или элемент не являются обязательными, но, как указано выше, если не указан res.partner many2one, представление не сможет найти записи.
- Например, вот карта:
Сводная таблица
Сводное представление используется для визуализации агрегатов в виде сводной таблицы. Его корень
element -
, который может принимать следующие атрибуты:
-
disable_linking
- Установите значение
True
, чтобы удалить ссылки ячейки таблицы на представление списка. -
display_quantity
- Установите значение
true
для отображения столбца «Количество» по умолчанию. -
default_order
Имя меры и порядок (asc или desc) для использования в качестве порядка по умолчанию в представлении.
Единственным допустимым элементом в сводном представлении является поле
, которое может иметь
следующие атрибуты:
-
имя
(обязательно) - имя поля для использования в представлении.Если использовать для группировки (скорее чем агрегирование)
-
строка
- имя, которое будет использоваться для отображения поля в сводном представлении, переопределяет атрибут поля Python String по умолчанию.
-
тип
указывает, должно ли поле использоваться как критерий группировки или как агрегированное значение внутри группы. Возможные значения:
-
строка
(по умолчанию) - группирует по указанному полю, каждая группа получает свою собственную строку.
-
col
- создает группы по столбцам
-
мера
- поле для агрегирования внутри группы
-
интервал
- в полях даты и даты и времени, группирует по указанному интервалу (
день
,неделя
,месяц
,квартал
илигод
) вместо группировки по конкретное datetime (фиксированное разрешение секунды) или дата (фиксированное разрешение дня).
-
-
невидимый
- если true, поле не будет отображаться ни в активных мерах, ни в выбираемые меры (полезно для полей, которые не имеют смысла агрегировать, например, поля в разных единицах, например.грамм. € и $).
Меры автоматически генерируются из полей модели; только используются агрегируемые поля. Эти меры также расположены в алфавитном порядке. отсортировано по строке поля.
Предупреждение
Как и в графическом представлении, сводная таблица объединяет данные о содержимом базы данных. это означает, что несохраненные функциональные поля не могут использоваться в сводных представлениях
В сводном представлении поле
может иметь атрибут виджета
, определяющий его формат.
Виджет должен быть средством форматирования поля, наиболее интересными из которых являются дата
, datetime
, float_time
и денежный
.
Например, сводное представление расписания может быть определено как:
QWeb
Представления QWeb - это стандартные шаблоны QWeb внутри представления арка
. У них нет определенного корневого элемента. Поскольку представления QWeb не
имеют определенный корневой элемент, их тип должен быть указан явно (он может
не следует выводить из корневого элемента поля arch
).
QWeb-представления имеют два варианта использования:
- их можно использовать как шаблоны внешнего интерфейса, и в этом случае шаблон следует использовать как ярлык.
- их можно использовать как фактические представления qweb (открываемые внутри действия), в которых
если они должны быть определены как обычные представления с явным
типом
(это невозможно вывести) и модель.
Основными дополнениями qweb-as-view к базовому qweb-as-template являются:
Search
Представления поиска являются отходом от предыдущих типов представлений, поскольку они не отображаются содержание : хотя они применимы к конкретной модели, они используются для фильтрации контент другого представления (как правило, агрегированные просмотры е. грамм. Список или график). Сверх того разница в сценарии использования, они определяются одинаково.
Корневой элемент просмотров поиска -
. Не требует атрибутов.
Возможные дочерние элементы представления поиска:
-
поле
полей определяют домены или контексты с пользовательскими значениями. При поиске генерируются домены, полевые домены объединяются друг с другом и с фильтрами с использованием И .
Поля могут иметь следующие атрибуты:
-
имя
- имя поля для фильтрации
-
строка
- метка поля
-
оператор
по умолчанию, поля генерируют домены форма
[( наименование , operator , provided_value )]
, гдеname
- имя поля, аprovided_value
- это значение, предоставленное пользователем, возможно отфильтрованные или преобразованные (например,грамм. ожидается, что пользователь предоставит (метка значения поля выбора, а не самого значения).Атрибут
operator
позволяет переопределить оператор по умолчанию, который зависит от типа поля (например,=
для полей с плавающей запятой, ноilike
для полей типа char)-
filter_domain
полный домен для использования в качестве домена поиска поля, можно использовать
self
переменная для вставки предоставленного значения в пользовательский домен.Может использоваться для создания значительно более гибких доменов чемтолько оператор
(например, поиск по нескольким полям одновременно)Если указаны оба оператора
filter_domain
,filter_domain
имеет приоритет.-
контекст
позволяет добавлять контекстные ключи, включая значения, предоставленные пользователем (которые что касается домена
,
доступны как переменнаяself
, массив значения e. грамм.[id_1, id_2]
для поляMany2one
). По умолчанию в полях не создаются домены.Примечание
домен и контекст включены, и оба генерируются если указан контекст
filter_domain
в пустой список:filter_domain = "[]"
-
группы
- делают поле доступным только для определенных пользователей
-
домен
- , если поле может обеспечивать автозаполнение
(е.грамм.
Many2one
), фильтрует возможные результаты завершения.
-
-
фильтр
фильтр - это предопределенный переключатель в представлении поиска, его можно только включить или отключен. Его основные цели - добавить данные в контекст поиска ( контекст, передаваемый в представление данных для поиска / фильтрации), или для добавления нового разделов к поисковому фильтру.
Фильтры могут иметь следующие атрибуты:
-
строка
(обязательно) - метка фильтра
-
домен
(необязательно) - домен Odoo, будет добавлен к домен действия как часть поискового домена.
-
дата
(необязательно) имя поля типа
дата
илидата и время
. Использование этого атрибута приводит к созданию набор фильтров, доступных в подменю меню фильтров. Предлагаемые фильтры зависят от времени. но не динамический в том смысле, что их домены оцениваются во время создания экземпляра панели управления.Пример:
Пример выше позволяет легко искать записи с полем даты создания значения в одном из периодов ниже (если текущий месяц август 2019 г.).
Дата создания> август июль июнь 4 квартал 3 квартал 2 квартал Q1 -------------- 2019 г. 2018 г. 2017 г.
Мути выбор опций разрешен.
-
default_period
(необязательно) имеет смысл только для фильтра с непустым атрибутом
date
. определяет, какой период активирован, если фильтр находится в набор фильтров по умолчанию, активированных при инициализации представления. Если не указано, "This_month" используется по умолчанию.Чтобы выбрать один из следующих вариантов: сегодня, this_week, this_month, last_month, antepenultimate_month, четвертая_квартальная, третья_квартальная, вторая_ четверть, первая_ четверть, this_year, last_year, antepenultimate_year.
Пример:
-
контекст
словарь Python, объединенный в домен действия для создания поисковый домен
Ключ
group_by
может использоваться для определения группы, доступной в Меню «Группировать по». Значение «group_by» может быть допустимым именем поля.Определенная выше groupby позволяет группировать данные по категориям.
Если поле имеет тип
date
илиdatetime
, фильтр создает подменю Group By меню, в котором доступны следующие параметры интервала: день, неделя, месяц, квартал, год.Если фильтр находится в наборе фильтров по умолчанию, активированных при инициализации представления, По умолчанию записи сгруппированы по месяцам. Это можно изменить с помощью синтаксиса «Поле_даты: интервал», как в следующем примере.
Пример:
Примечание
На результаты read_groups, сгруппированных по полю, может влиять его атрибут group_expand, позволяя отображать пустые группы при необходимости.Для получения дополнительной информации, пожалуйста, обратитесь к
Поле
- документация по атрибутам.-
имя
- логическое имя для фильтра, может использоваться для его включения по умолчанию, также может использоваться как ловушка наследования
-
help
- более длинный пояснительный текст для фильтра, может отображаться как всплывающая подсказка
-
группы
- делает фильтр доступным только для определенных пользователей
Совет
Последовательности фильтров (без разделяющих их фильтров) обрабатываются как включительно составные: они будут составлены из
ИЛИ
скорее чем обычныеИ
, эл. грамм., если выбраны оба фильтра, будут выбраны записи, состояние
которых
draft
илиdone
, но<разделитель /> , если выбраны оба фильтра, будут выбраны записи, состояние
которых
эточерновик
изадержка
меньше 15.-
-
разделитель
- может использоваться для разделения групп фильтров в простых представлениях поиска
-
группа
- может использоваться для разделения групп фильтров, более читаемых, чем
разделитель
в сложных представлениях поиска -
панель поиска
позволяет отображать панель поиска слева от любого представления нескольких записей. По умолчанию в представлениях списка и канбана включена панель поиска. Панель поиска может быть активирована в других представлениях с атрибутом:
-
view_types
список типов представлений, разделенных запятыми, для которых можно включить панель поиска. по умолчанию: «дерево, канбан»
Этот инструмент позволяет быстро фильтровать данные на основе заданных полей.Поля указаны как прямые дочерние элементы
searchpanel
с именем тега, поле
, и следующие атрибуты:-
имя
(обязательно) имя поля для фильтрации по выбор
определяет поведение и отображение. Возможные значения:-
одно
(по умолчанию) можно выбрать не более одного значения. Поддерживаемые типы полей: many2one и выбор. -
multi
можно выбрать несколько значений (флажки).Поддерживаемое поле типы бывают many2one, many2many и selection.
-
-
группы
: ограничивается определенными пользователями -
строка
: определяет метку для отображения -
icon
: указывает, какой значок используется -
color
: определяет цвет значка enable_counters
: по умолчанию - ложь. Если установлено значение true, счетчики записей будут вычислены и отображается, если не ноль.Эта функция была реализована на случай, если производительность будет слишком низкой.
Еще один способ решить проблемы с производительностью - правильно переопределить
search_panel_select_range
иsearch_panel_select_multi_range
методы.-
развернуть
: по умолчанию false. Если установлено значение false, категории или фильтры с 0 записями будут скрыты. -
limit
: по умолчанию 200. Целое число, определяющее максимальное количество значений для выборки для поля. Если предел достигнут, значения не будут отображаться на панели поиска и появится сообщение об ошибке. появляются вместо этого, потому что мы считаем, что это бесполезно / плохо с точки зрения производительности.Все значения будут выбирается, если установлено значение 0.
Дополнительные необязательные атрибуты доступны в соответствии с выбранным случаем:
Для случая
one
:иерархизировать
: (доступно только для полей many2one) по умолчанию истинно. Обрабатывает стиль отображения категорий:Если задано значение true, дочерние категории будут отображаться под своими родителями. В противном случае все категории будут отображаться на одном уровне.
Для случая
multi
:-
domain
: определяет условия, которым должны удовлетворять записи comodel.
Домен может использоваться для выражения зависимости от другого поля (с select = "one") панели поиска. Учитывать /! Этот атрибут несовместим с select = "one" с включенными счетчиками; если select = "multi" имеет атрибут
домена
, все счетчики select = "one" будут отключены.<панель поиска>
В приведенном выше примере диапазон значений manager_id (имена менеджеров), доступных на экране будет зависеть от текущего значения, выбранного для поля
Department_id
.-
groupby
: имя поля комодели (доступно только для полей many2one и many2many). Значения будут сгруппированы по этому полю.
-
Параметры поиска по умолчанию
Поля и фильтры поиска можно настроить через контекст действия
используя search_default_ name
ключей. Для полей значение должно быть
значение, которое нужно задать в поле, для фильтров это логическое значение или число. Например,
предполагая, что foo
- это поле, а bar
- это фильтр, контекст действия:
{ 'search_default_foo': 'acro', "search_default_bar": 1 }
автоматически включит фильтр bar
и выполнит поиск в поле foo
для acro .
Числовое значение (от 1 до 99) может использоваться для описания порядка группировки по умолчанию.
Например, если foo
и bar
относятся к двум группам
{ 'search_default_foo': 2, "search_default_bar": 1 }
активирует сначала bar
, затем foo
.
Просмотр наследования - Центр знаний экслибриса
- Последнее обновление
- Сохранить как PDF
- Определение родительских и дочерних видов
- Распространение видов
Наследование представлений позволяет сайтам Primo, имеющим несколько представлений со схожими характеристиками, обновлять одно представление и распространять изменения на общие области в других представлениях. Это достигается путем определения родительского представления и одного или нескольких дочерних представлений, которые наследуют элементы от родительского представления.
Родительские представления - это обычные представления, которые в принципе могут использоваться во внешнем интерфейсе. С точки зрения управления, может быть проще использовать их только в качестве шаблонов для создания и обновления других представлений.
Дочерние представления могут наследовать следующие элементы от родительского представления:
Макет (из общих атрибутов)
CSS (из общих атрибутов)
Список областей поиска
Вкладки (за исключением конкретных областей поиска, которые определены для каждой плитки. Обратите внимание, что эти вкладки часто различаются между представлениями).
Плитка - каждая плитка как отдельный и законченный элемент
Поскольку для каждой вкладки определяется множество функций плитки, дочерние представления должны иметь ту же структуру вкладок, что и родительское представление, чтобы наследовать плитки. Если они различаются, дочернее представление не может наследовать плитки.
Определение родительских и дочерних представлений
Страница редактирования атрибутов представления (см. Раздел «Изменение атрибутов представления (родительское представление)») позволяет пользователям определять родительские и дочерние представления.Представление, скопированное из родительского представления, автоматически становится дочерним представлением.
Чтобы определить представление как родительское, установите в поле Is Template значение Yes. Обратите внимание, что дочернее представление также не может быть родительским.
Чтобы определить представление как дочернее, установите для поля «Наследует» значение «Да».
Представление, из которого было скопировано дочернее представление, должно быть родительским.
Редактировать атрибуты просмотра (родительский вид)
Распространение просмотров
Родительские представления могут передавать определенные части своей настройки своим дочерним представлениям. Для этого пользователь должен нажать кнопку «Распространить» на странице «Список представлений» (см. «Список представлений - кнопка распространения»). Дочерние представления отображаются в списке под родительским представлением. Список представлений- кнопка распространения
Во время распространения система отображает следующие страницы:
Элементы наследования - это представление позволяет вам выбирать элементы для обновления в дочерних представлениях.После того, как вы выбрали один или несколько элементов, нажмите «Продолжить», чтобы открыть следующую страницу.
Просмотр элементов наследования
View Inheritance Selection - На этой странице открывается каждое дочернее представление и каждый элемент, выбранный на предыдущей странице. Он позволяет обновлять определенные представления и элементы для каждого. Чтобы обновить представления, выберите «Распространить элементы».
Просмотр выбора наследования
Дочерние представления должны быть развернуты до того, как изменения появятся в пользовательском интерфейсе переднего плана.
Odoo - многоуровневое наследование в представлениях
Я пытаюсь создать представления с многоуровневым наследованием, но поля дочерних элементов не отображаются в представлении. В настоящее время я работаю над Odoo 11, общественной версией.
Подробности см. Ниже:
Пытаюсь создать базовые модели для будущих волшебников. Вот как определяются модели (всегда используется inherit =
Поскольку я хочу определять представления только один раз, я создал представление формы для каждой модели, следуя одному и тому же подходу: всегда наследуя «сверху».Ниже приведено определение (самого первого) базового вида, модель handleprocess.quick.action :
handleprocess_qact_abstract_wz.form
handleprocess. quick.action
Затем каждое из следующих 3 представлений наследуется от "выше", используя xpath и добавляя свои собственные поля.
Это второй вид, модель handleprocess.quick.action.update.file :
handleprocess_qact_abstract_wz.form
handleprocess.quick.action
Если на этом этапе я показываю вид формы для этой модели, все поля отображаются правильно. Поля исчезают после наследования второго уровня, то есть после того, как я определю это представление (для модели handleprocess.quick.action.update.file.intergate ):
handleprocess_qact_abstract_ig_wz.form
handleprocess.quick.action.update.file.intergate
<данные>
И под представлением формы мастера, с той же проблемой: поля не отображаются.
handleprocess_qact_ig_template_wz. form
handleprocess.qact.ig.template.wz
70
Это быстрое действие обновляет файлы шаблонов в ящиках-носителях в среде, указанной ниже.
Обратите внимание, что я использую разные модели, потому что мне нужно разделить их по полям, поскольку в будущем планируется создание некоторых других мастеров, и не все поля одинаковы для других мастеров (приведенное выше определение мастера просто первый, должно быть еще больше).
Действие для открытия мастера ( TransientModel ) определяется следующим образом, вызывая непосредственно вид формы модели мастера:
Обновить шаблон
ir.actions.act_window
handleprocess.qact.ig.template.wz
форма
новое
Мне что-то не хватает в определении представлений?
Заранее спасибо.
Views - документация flectra 1.0
Общая структура
Объекты просмотра содержат ряд полей, они являются необязательными, если не указано иное иначе.
-
имя
(обязательно) - полезно только в качестве мнемоники / описания представления при поиске его в какой-то список
-
модель
- модель, связанная с представлением, если применимо (не для представлений QWeb)
-
приоритет
клиентские программы могут запрашивать представления по
id
или(модель, тип)
. За в последнем случае будут найдены все виды для нужного типа и модели, и тот, у которого самый низкий приоритет, будет возвращен номер
(это «вид по умолчанию»).приоритет
также определяет порядок применения при просмотре наследование-
arch
- описание макета представления
-
groups_id
-
Many2many
field для групп, которым разрешено просматривать / использовать текущее представление -
inherit_id
- родительское представление текущего представления, см. Наследование, не задано по умолчанию
-
режим
- режим наследования, см. Наследование.Если
inherit_id
не установлено, режимосновным
. Еслиinherit_id
установлено, расширениеосновной
-
приложение
- функция веб-сайта, определяющая переключаемые представления. По умолчанию просмотры всегда применено
Наследование
Соответствие вида
- , если представление запрашивается
(модель, тип)
, представление с правильной моделью и тип,mode = primary
, и самый низкий приоритет соответствует - , когда представление запрашивается по
id
, если его режим неprimary
его ближайший родительский элемент с режимомосновной
соответствует
Разрешение просмотра
Разрешение генерирует окончательную дугу
для запрошенного / сопоставленного основного
view:
- , если у представления есть родительский элемент, родительский элемент полностью разрешен, тогда текущий спецификации наследования представления применяются
- , если представление не имеет родителя, его
дуга
используется как есть - дочерние элементы текущего представления с расширением
Результат применения дочерних представлений дает окончательную арку
Спецификации наследования
Спецификации наследования состоят из локатора элементов, чтобы соответствовать унаследованный элемент в родительском представлении и дочерний элемент, который будет использоваться для изменения унаследованного элемента.
Существует три типа локаторов элементов для сопоставления целевого элемента:
- Элемент
xpath
с атрибутомexpr
.expr
- это XPath выражение, примененное к текущей арке - элемент поля
name
, соответствует первому полю - любого другого элемента: первый элемент с тем же именем и идентичный
атрибуты (игнорируя
position
иversion
атрибутов) совпадают
В спецификации наследования может быть необязательный атрибут position
, указывающий
как следует изменить согласованный узел:
-
внутри
(по умолчанию) - содержимое спецификации наследования добавляется к согласованному узлу
-
заменить
- содержимое спецификации наследования заменяет согласованный узел. Любой текстовый узел, содержащий только
$ 0
в пределах содержимого спецификации, будет быть заменен полной копией согласованного узла, эффективно обертывая согласованный узел. -
после
- содержимое спецификации наследования добавляется к согласованному узлу родительский, после согласованного узла
-
до
- содержимое спецификации наследования добавляется к согласованному узлу родительский, перед совпадающим узлом
-
атрибутов
содержимое спецификации наследования должно быть
атрибутов
элементов с именем, атрибутом
и необязательным телом:- , если элемент атрибута
имеет тело, новый атрибут с именем после его имени
создается
на согласованном узле сатрибут
текст элемента как значение - , если атрибут
элемент
не имеет тела, атрибут, названный в честь его имя
- , если элемент атрибута
Спецификации представления применяются последовательно.
Списки
Корневой элемент представлений списков - <дерево>
. В представлении списка
root может иметь следующие атрибуты:
-
редактируемый
по умолчанию, при выборе строки представления списка открывается соответствующий вид формы. Редактируемые атрибуты
Допустимые значения:
верхний
инижний
, в результате чего появляется новых записей соответственно вверху или внизу списка.Архитектура представления встроенной формы полученный из представления списка. Таким образом, список принимает большинство атрибутов, допустимых для полей и кнопок представления формы. представления, хотя они могут не иметь никакого значения, если представление списка non-editable
-
default_order
переопределяет порядок представления, заменяя порядок модели по умолчанию. Значение представляет собой список полей, разделенных запятыми, с постфиксом
desc
до отсортировать в обратном порядке:-
цветов
Устарело, начиная с версии 9.0: заменено на украшение
- {$ name}
-
шрифтов
Устарело с версии 9.0: заменено на украшение
- {$ name}
-
украшение - {$ name}
позволяет изменять стиль текста строки на основе соответствующего атрибуты записи.
Значения - это выражения Python. Для каждой записи вычисляется выражение с атрибутами записи в качестве значений контекста, и если
истинно
, к строке применяется соответствующий стиль. Другие значения контекста:uid
(идентификатор текущего пользователя) иcurrent_date
(текущая дата в виде строки видагггг-ММ-дд
).{$ name}
может бытьbf
(font-weight: bold
),it
(Стиль шрифта: курсив
) или любой контекстный цвет начальной загрузки (, опасность,
,информация
,без звука
,основной
,успех
илипредупреждение
).-
создать
,изменить
,удалить
- позволяет dis отменить соответствующее действие в представлении, установив параметр
соответствующий атрибут
false
-
limit
- размер страницы по умолчанию. Это должно быть положительное целое число
-
on_write
имеет смысл только в редактируемом списке
id
записи после создания или редактирования этой записи (в базе данных).Метод должен вернуть список идентификаторов других записей для загрузки или обновления.
-
строка
альтернативная переводимая метка для представления
Не рекомендуется, начиная с версии 8.0: больше не отображается
Возможные дочерние элементы представления списка:
-
button
отображает кнопку в ячейке списка
-
значок
- значок для отображения кнопки
-
строка
- если нет значка
- , если есть значок
alt
текст для значка
- если нет значка
-
тип
тип кнопки, указывает, как нажатие на нее влияет на Flectra:
-
объект
- вызывает метод в модели списка. Имя кнопки
-
действие
- загрузить и выполнить
действий
, имя кнопкиactive_model
), запись текущей строки (active_id
) и все записи, загруженные в данный момент в список (active_ids
, может быть просто подмножеством записей базы данных соответствие текущему поиску)
-
-
имя
- см. тип
-
args
- см
тип
-
attrs
динамических атрибутов на основе значений записи.
Отображение атрибутов на домены, домены оцениваются в контекст записи текущей строки, если
True
соответствующий для ячейки установлен атрибут.Возможные атрибуты:
невидимый
(скрывает кнопку) итолько для чтения
(отключает кнопку, но по-прежнему показывает ее)-
состояний
сокращение для
невидимых
attrs
: список состояний, разделенных запятыми, требует, чтобы модель имела поле состоянияДелает кнопку
невидимой
, если запись не в одном из перечисленные состоянияОпасно
Использование
состояний
в сочетании сattrs
может привести к неожиданные результаты, поскольку домены объединены логическим И.-
контекст
- слился с контекстом представления при выполнении вызова Flectra кнопки
-
подтвердить
- сообщение подтверждения для отображения (и для принятия пользователем) перед выполнение вызова Flectra кнопки
-
-
поле
определяет столбец, в котором должно отображаться соответствующее поле для каждая запись.Могут использовать следующие атрибуты:
-
имя
- имя поля для отображения в текущей модели. Данное имя может использоваться только один раз для каждого представления.
-
строка
- заголовок столбца поля (по умолчанию используется строка
-
невидимый
- выбирает и сохраняет поле, но не отображает столбец в
стол. Необходимо для полей, которые не должны отображаться, но
используется e.грамм.
@colors
-
groups
- перечисляет группы, которые должны видеть поле.
-
виджет
альтернативные представления для отображения поля. Возможный просмотр списка значения:
-
индикатор выполнения
- отображает
плавающих полей
в качестве индикатора выполнения. -
many2onebutton
- заменяет значение поля m2o галочкой, если поле заполнено, и крестик, если это не
-
дескриптор
- для
последовательность
полей вместо отображения значения поля просто отображает значок перетаскивания
-
-
сумма
,средн.
- отображает соответствующий агрегат в нижней части столбца.В
агрегирование вычисляется только для отображаемых в настоящее время записей. В
операция агрегирования должна соответствовать соответствующему полю
group_operator
-
attrs
- динамических атрибутов на основе значений записей. Действует только на текущий
поле, так, например,
невидимый
скроет поле, но оставит то же самое поля других записей видимы, он не скроет сам столбец
Примечание
, если представление списка доступно для редактирования
-
Формы
Представления формы используются для отображения данных из одной записи.Их корень
элемент - . Они состоят из обычного HTML с дополнительными
структурные и семантические компоненты.
Структурные компоненты
Структурные компоненты обеспечивают структуру или «визуальные» особенности с небольшими затратами. логика. Они используются как элементы или наборы элементов в представлениях форм.
-
ноутбук
определяет раздел с вкладками. Каждая вкладка определяется дочерним элементом
страниц и
. элемент. Страницы могут иметь следующие атрибуты:-
строка
(обязательно) - заголовок вкладки
-
ключ доступа
- ключ доступа HTML
-
attrs
- стандартные динамические атрибуты на основе значений записи
-
-
группа
используется для определения макетов столбцов в формах.По умолчанию группы определяют 2 столбца и большинство прямых потомков групп занимают один столбец.
поле
прямое дочерние элементы групп по умолчанию отображают метку, а метку и поле сам по себе имеет colspan по 1 штуке.Количество столбцов в группе
col
атрибут, количество столбцов, занимаемых элементом, можно настроить с помощьюколпачок
.Дочерние элементы размещаются горизонтально (пытается заполнить следующий столбец перед меняя строку).
Группы могут иметь атрибут
строки
, который отображается как title-
newline
- полезно только в пределах
group
элементов, завершает текущую строку раньше и немедленно переключается на новую строку (без заполнения оставшегося столбца заранее) -
разделитель
- небольшой горизонтальный интервал, со строкой
атрибут
ведет себя как раздел title -
sheet
- может использоваться как прямой дочерний элемент для
form
для более узкого и более отзывчивого макет формы -
заголовок
- в сочетании с
листом
, обеспечивает расположение во всю ширину над листом сам по себе, обычно используется для отображения кнопок рабочего процесса и виджетов состояния
Семантические компоненты
Семантические компоненты связаны с Flectra и позволяют взаимодействовать с ним система.Доступные семантические компоненты:
-
кнопка
вызов в систему Flectra, аналогично кнопкам просмотра списка. Кроме того, следующий атрибут может быть указано:
-
специальный
- для представлений формы, открытых в диалогах:
сохранить
, чтобы сохранить запись и закрыть диалоговое окно,отменить
, чтобы закрыть диалоговое окно без сохранения.
-
-
поле
отображает (и позволяет редактировать, возможно) одно поле текущего записывать.Возможные атрибуты:
-
имя
(обязательный) - имя поля для рендеринга
-
виджет
- поля имеют рендеринг по умолчанию в зависимости от их типа
(например,
Char
,Many2one
). Атрибутвиджета
позволяет использовать другой метод рендеринга и контекст. -
options
- Объект JSON, определяющий параметр конфигурации для виджета поля (включая виджеты по умолчанию)
-
class
HTML-класс для установки в сгенерированном элементе, общие классы полей:
-
oe_inline
- предотвратить обычный разрыв строки после полей
-
oe_left
,oe_right
- перемещает поле в соответствующее направление
-
oe_read_only
,oe_edit_only
- отображает поле только в соответствующем режиме формы
-
oe_no_button
- избегает отображения кнопки навигации в
Many2one
-
oe_avatar
- для полей изображения, отображает изображения как «аватар» (квадрат, максимум 90x90 размер, некоторые украшения изображения)
-
-
групп
- отображает поле только для определенных пользователей
-
on_change
вызывает указанный метод, когда значение этого поля редактируется, может генерировать обновлять другие поля или отображать предупреждения для пользователя
-
attrs
- динамические мета-параметры на основе значений записей
-
домен
- только для реляционных полей, фильтры, применяемые при отображении существующих записи для выбора
-
контекст
- только для реляционных полей, контекст для передачи при выборке возможных значений
-
только для чтения
- отображать поле как в режиме только для чтения, так и в режиме редактирования, но никогда не делать это редактируемый
-
требуется
- генерирует ошибку и предотвращает сохранение записи, если в поле нет иметь значение
-
nolabel
- не отображает автоматически метку поля, имеет смысл только в том случае, если
Поле является прямым дочерним элементом группы
-
заполнитель
- справочное сообщение для отображения в пустых полях.Может заменять метки полей в сложные формы. Не должно быть примером данных, поскольку пользователи обязаны перепутать текст заполнителя с заполненными полями
-
режим
- для
One2many
, режим отображения (тип представления) для использования для связанные записи поля. Один издерева
,формы
,канбан
илиграфик
. По умолчаниюtree
(отображение списка) -
help
- всплывающая подсказка, отображаемая для пользователей при наведении курсора на поле или его метку
-
filename
- для двоичных полей, имя связанного поля, содержащее имя файл
-
пароль
- указывает, что поле
Char
хранит пароль и что его данные не должны отображаться
-
Рекомендации по бизнес-представлениям
Бизнес-представления предназначены для обычных пользователей, а не для опытных пользователей.Примеры это: возможности, продукты, партнеры, задачи, проекты и т. д.
Как правило, бизнес-представление состоит из
- строки состояния вверху (с технической или бизнес-последовательностью),
- листа посередине ( форма сама),
- нижняя часть с историей и комментариями.
Технически новые представления формы структурированы в XML следующим образом:
Строка состояния
Строка состояния предназначена для отображения статуса текущей записи и кнопки действий.
Кнопки
Порядок кнопок соответствует бизнес-процессу. Например, в заказе на продажу логические шаги:
- Отправить предложение
- Подтвердить предложение
- Создать окончательный счет
- Отправить товары
Выделенные кнопки (по умолчанию красные) подчеркивают следующий логический шаг, чтобы помочь пользователю.Обычно это первая активная кнопка. С другой стороны, кнопки отмены должны оставаться серыми (нормальными) . Например, в Счет-фактура кнопка Возврат никогда не должна быть красной.
Технически кнопки выделяются добавлением класса «oe_highlight»:
Состояние
Использует виджет строки состояния
и показывает текущее состояние красным цветом. состояния
общий для всех потоков (например, заказ на продажу начинается с предложения, затем мы
отправьте его, затем он станет полным заказом на продажу, и, наконец, он будет выполнен) должен быть
виден всегда, но исключения или состояния в зависимости от конкретного подпотока
должен быть виден только в текущем состоянии.
Состояния отображаются в порядке их использования в поле (список в
поле выбора и т. д.). Состояния, которые всегда видны, указываются с помощью
атрибут statusbar_visible
.
Лист
Все бизнес-представления должны выглядеть как распечатанный лист:
- Элементы внутри
или
.- По умолчанию элемент
col = "n"
используется. Столбцы имеют одинаковую ширину (1 / n-я ширину группы). Используйте элементЧтобы дать заголовок разделу, добавьте атрибут
string
к элементузаменяет предыдущее использование
- Элемент
Группы и заголовки
Столбец полей теперь создается с элементом
Рекомендуется иметь в форме два столбца полей. Для этого просто поместите элементы
<группа>
элемент.Чтобы упростить расширение представления, рекомендуется помещать атрибут
name
в элементыОсобый случай: промежуточные итоги
Некоторые классы определены для отображения промежуточных итогов, как в формах счетов-фактур:
<группа>
Заполнители и встроенные поля
Иногда метки полей делают форму слишком сложной.Можно опустить метки полей, и вместо этого поместите заполнитель внутри поля. Текст-заполнитель виден только когда поле пусто. Заполнитель должен указывать, что поместите внутри поля, это не должно быть примером , так как их часто путают с заполненными данными.
Можно также сгруппировать поля вместе, сделав их «встроенными» внутри явный блочный элемент, например
. Это позволяет семантически группировать связанные поля, как если бы они были едиными (составными) полями.В следующем примере, взятом из формы Leads , показаны как заполнители, так и встроенные поля (почтовый индекс и город).
Режим редактирования Режим просмотра <группа>
Изображения
Изображения, такие как аватары, По умолчанию аватары должны отображаться в левой части листа.В Форма продукта выглядит так:
Форма выше содержит элемент
, который начинается с: Теги
Большинство
Many2many
полей, например категорий, лучше отображается как список тегов. Используйте для этого виджетmany2many_tags
:Рекомендации по формам конфигурации
Примеры форм конфигурации: этапы, тип выхода и т. Д.Это касается всех пункты меню в разделе Конфигурация каждого приложения (например, CRM / Конфигурация).
- без заголовка (потому что нет состояния, нет рабочего процесса, нет кнопки)
- нет листа
Диалоговые формы руководства
Пример: «Создать счет-фактуру» из заказа на продажу.
- Избегайте разделителей (заголовок уже находится в строке заголовка всплывающего окна, поэтому другой разделитель не имеет значения)
- кнопки действий должны быть выделены (красным)
- когда есть текстовая область, используйте заполнитель вместо метки или разделитель
Руководство для мастеров конфигурации
Пример: Настройки / Конфигурация / Продажи.
- всегда в строке (без всплывающего окна)
- без листа
- сохранить кнопку отмены (пользователи не могут закрыть окно)
- кнопка «Применить» должна быть красной
Графики
Графическое представление используется для визуализировать агрегаты по ряду записей или группы записей. Его корневой элемент -
-
тип
- один из
столбцов
(по умолчанию),круговая диаграмма
илиния
, тип используемого графика -
с накоплением
- используется только для диаграмм
столбцов
.Если присутствует и установлено значениеИстинно
, столбцы складываются в стек. внутри группы
Единственным допустимым элементом в представлении графика является поле
-
имя
(обязательно) - имя поля для использования в представлении графика. Если использовать для группировки (скорее чем агрегация)
-
тип
указывает, должно ли поле использоваться как критерий группировки или как агрегированное значение внутри группы.Возможные значения:
-
строка
(по умолчанию) - группирует по указанному полю. Все типы графиков поддерживают как минимум один уровень группировки, некоторые могут поддерживать больше. Для сводных представлений каждая группа получает свой собственный ряд.
-
col
- используется только сводными таблицами, создает группы по столбцам
-
мера
- поле для агрегирования внутри группы
-
-
интервал
- в полях даты и даты и времени, группирует по указанному интервал (
день
,неделя
,месяц
,квартал
илигод
) вместо группировки по конкретное datetime (фиксированное разрешение секунды) или дата (фиксированное разрешение дня).
Предупреждение
Агрегирование представлений графика выполняется для содержимого базы данных, не хранится функциональные поля не могут использоваться в представлениях графиков
Сводные данные
Сводное представление используется для визуализации агрегатов в виде сводной таблицы. Его корень element -
-
disable_linking
- Установите значение
True
, чтобы удалить ссылки ячейки таблицы на представление списка. -
display_quantity
- Установите значение
true
для отображения столбца «Количество» по умолчанию.
Элементы, разрешенные в сводном представлении, такие же, как и для графического представления.
Канбан
Представление Канбан - это визуализация доски Канбан: записи отображаются в виде «Карточки», на полпути между списком и нередактируемый вид формы. Записи могут быть сгруппированы в столбцах для использования в визуализации или манипулировании рабочим процессом (например, задачи или управление ходом работы) или разгруппированные (используются просто для визуализации записей).
Корневой элемент представления Канбан -
-
default_group_by
- следует ли группировать представление канбана, если группировка не указана через действие или текущий поиск.Должно быть имя поля для группировки когда не указано иное группирование
-
default_order
- порядок сортировки карточек, используемый, если пользователь еще не отсортировал записи (через представление списка)
-
class
- добавляет классы HTML к корневому элементу HTML представления Канбан
-
group_create
- независимо от того, отображается ли панель «Добавить новый столбец». По умолчанию: true.
-
group_delete
- , можно ли удалить группы через контекстное меню.По умолчанию: true.
-
group_edit
- , можно ли редактировать группы через контекстное меню. По умолчанию: true.
-
quick_create
должна ли возможность создавать записи без переключения на вид формы. По умолчанию
quick_create
включен, когда Канбан-представление сгруппированы и отключены, когда нет.Установите значение
true
, чтобы всегда включать его, иfalse
, чтобы всегда отключать его.
Возможные дочерние элементы элемента представления:
-
поле
объявляет поля для использования в логике канбана .Если поле просто отображается в Канбан-представление не требует предварительного объявления.
Возможные атрибуты:
-
имя
(обязательно) - имя поля для выборки
-
-
индикатор выполнения
объявляет элемент индикатора выполнения для размещения поверх столбцов канбана.
Возможные атрибуты:
-
поле
(обязательно) - имя поля, значения которого используются для подгруппировки записей столбца в индикатор выполнения
-
цветов
(обязательно) - JSON, сопоставляющий значения вышеуказанных полей с «опасностью», «предупреждением» или Цвета «успех»
-
sum_field
(необязательно) - имя поля, значения записей столбца которого будут суммироваться и отображается рядом с полосой выполнения (если не указано, отображает общее количество записей)
-
-
шаблонов
определяет список шаблонов QWeb.Определение карт может быть разделены на несколько шаблонов для ясности, но представления канбана должны определять на минимум один корневой шаблон
Канбан-бокс
, который будет отображаться один раз для каждого записывать.Канбан-представление использует в основном стандартный javascript qweb и предоставляет следующие контекстные переменные:
-
виджет
- текущий
KanbanRecord ()
, может использоваться для получения некоторых метаинформация. Эти методы также доступны прямо в контекст шаблона и не требует доступа через виджет -
запись
- объект со всеми запрошенными полями в качестве атрибутов.Каждое поле имеет
два атрибута
значение
иraw_value
, первый форматируется согласно текущим параметрам пользователя, последнее является прямым значением от aread ()
(кроме полей даты и даты и времени которые отформатированы в соответствии с языковым стандартом пользователя) -
read_only_mode
не требует пояснений
кнопок и полей
Хотя большинство шаблонов Kanban являются стандартными QWeb, Канбан-представление обрабатывает
field
,button
иa
элементы специально:
-
Если вам нужно расширить Канбан-представление, см.: Js: class ::
JS API
.Календарь
В представлениях календаря записи отображаются как события за день, неделю или месяц. календарь. Их корневой элемент -
-
date_start
(обязательно) - имя поля записи, содержащего дату начала события
-
date_stop
- имя поля записи, содержащего дату окончания события, если
date_stop
- запись становится подвижной (с помощью перетаскивания) непосредственно в календаре -
date_delay
- альтернатива
date_stop
, предоставляет продолжительность события вместо дата его окончания (единица: день) -
цвет
- имя поля записи, которое будет использоваться для цветовой сегментации .Записи в один и тот же цветовой сегмент в календаре выделяется одинаковым цветом выделения, цвета распределяются полуслучайно. Отображается display_name / avatar видимой записи на боковой панели.
-
readonly_form_view_id
- вид для открытия в режиме только для чтения
-
form_view_id
- вид, который открывается, когда пользователь создает или редактирует событие
-
event_open_popen_popen Если для параметра event_open_popup установлено значение true, тогда представление календаря будет открывать события (или записи) в FormViewDialog.В противном случае он откроет события в новом представлении формы (с do_action)
quick_add
- включает быстрое создание событий по щелчку: запрашивает только имя
у пользователя
и пытается создать новое событие только с этим и событием clicked время. Возвращается к диалогу полной формы, если быстрое создание не удается.all_day
- имя логического поля в записи, указывающее, событие помечено как дневное (и продолжительность не имеет значения)
режим
- Режим отображения по умолчанию при загрузке календаря.Возможные атрибуты:
день
,неделя
,месяц
<поле>
объявляет поля для агрегирования или использования в логике канбана . Если поле просто отображается в карточках календаря.
Поля могут иметь дополнительные атрибуты:
-
невидимый
- используйте «True», чтобы скрыть значение в карточках
-
avatar_field
- только для поля x2many, чтобы отображать аватар вместо display_name в карточках
-
write_model
иwrite_field
- вы можете добавить фильтр и сохранить результат в определенной модели, фильтр добавлен в боковую панель
шаблоны
определяет шаблон QWeb
Calendar-box
.Определение карт может быть разделен на несколько шаблонов для ясности, которые будут отображаться один раз для каждой записи.Канбан-представление использует в основном стандартный javascript qweb и предоставляет следующие контекстные переменные:
-
виджет
- текущий
KanbanRecord ()
, может использоваться для получения некоторых метаинформация. Эти методы также доступны прямо в контекст шаблона и не требует доступа через виджетgetColor
для преобразования в целое число цветаgetAvatars
для преобразования в изображение аватараdisplayFields
список невидимых полей -
запись
- объект со всеми запрошенными полями в качестве его атрибутов.Каждое поле имеет
два атрибута
значение
иraw_value
-
событие
- объект календарного события
-
формат
- формат метода для преобразования значений в читаемую строку с пользователем параметры
-
полей
- определение всех полей модели параметры
-
user_context
- не требуют пояснений
-
read_only_mode
- не требуют пояснений
Ганта
Представления Ганта правильно отображают диаграммы Ганта (для планирования).
Корневой элемент представлений диаграммы Ганта -
-
date_start
(обязательно) - имя поля, содержащее дату начала и время события для каждого записывать.
-
date_stop
имя поля, в котором указывается конечная длительность события для каждого записывать. Можно заменить на
date_delay
. Один (и только один) изdate_stop
иdate_delay
должны быть предоставлены.Если поле
Ложно
для записи, предполагается, что это «точечное событие». и конечная дата будет установлена на начальную дату-
date_delay
- имя поля, обеспечивающего продолжительность события
-
duration_unit
- одно из
минут
,часов
(по умолчанию),день
,неделя
,месяц
,год
-
default_group_by
- имя поля для группировки задач по
-
тип
гантт
классический вид ганта (по умолчанию)консолидировать
значений первых дочерних элементов объединяются в задаче Гантапланирование
дочерних элементов отображаются в задаче Ганта-
консолидация
- имя поля для отображения значения консолидации в ячейке записи
-
Consolidation_max
словарь с полем «группировать по» в качестве ключа и максимальной консолидацией значение, которое может быть достигнуто до отображения ячейки красным цветом (е.грамм.
{"user_id": 100}
)Предупреждение
Определение словаря должно использовать двойные кавычки,
{'user_id': 100}
- недопустимое значение-
строка
- строка для отображения рядом со значением консолидации, если не указано, метка поля консолидации
-
fold_last_level
- Если задано значение, сворачивается последний уровень группировки
-
round_dnd_dates
- позволяет округлять даты начала и окончания задачи до ближайших отметок шкалы
-
drag_resize
- изменение размера задач, по умолчанию
true
Диаграмма
Представление диаграммы может использоваться для отображения ориентированных графиков записей.Корень Элемент имеет вид
Возможные дочерние элементы представления диаграммы:
-
узел
(обязательно, 1) Определяет узлы графа. Его атрибуты:
-
объект
- модель узла Flectra
-
форма
- условное отображение формы, аналогичное цветам и шрифтам в списке
Посмотреть. Единственная допустимая форма -
прямоугольник
( форма по умолчанию - многоточие) -
bgcolor
- То же, что и форма
серый
.
-
-
стрелка
(обязательно, 1) Определяет направленные ребра графа. Его атрибуты:
-
объект
(обязательно) - модель кромки Flectra
-
источник
(обязательно) -
Many2one
поле модели кромки, указывающее на запись исходного узла края -
назначения
(обязательно) -
Many2one
поле модели края, указывающее на запись конечного узла края -
label
- Список атрибутов Python (в виде строк в кавычках).Соответствующие значения атрибутов будут объединены и отображены как грани label
-
-
label
- Пояснительное примечание к диаграмме, атрибут
строка
определяет содержание заметки. Каждая метка
Поиск
Представления поиска - это отход от предыдущих типов представлений, поскольку они не отображаются содержание : хотя они применимы к конкретной модели, они используются для фильтрации контент другого представления (как правило, агрегированные просмотры е.грамм. Списки или графики). Сверх того разница в сценарии использования, они определяются одинаково.
Корневой элемент просмотров поиска -
Возможные дочерние элементы представления поиска:
-
поле
полей определяют домены или контексты с пользовательскими значениями. При поиске генерируются домены, полевые домены объединяются друг с другом и с фильтрами с использованием И .
Поля могут иметь следующие атрибуты:
-
имя
- имя поля для фильтрации
-
строка
- метка поля
-
оператор
по умолчанию, поля генерируют домены форма
[( наименование , operator , provided_value )]
, гдеname
- имя поля, аprovided_value
- это значение, предоставленное пользователем, возможно отфильтрованные или преобразованные (например,грамм. ожидается, что пользователь предоставит (метка значения поля выбора, а не самого значения).Атрибут
operator
позволяет переопределить оператор по умолчанию, который зависит от типа поля (например,=
для полей с плавающей запятой, ноilike
для полей типа char)-
filter_domain
полный домен для использования в качестве домена поиска поля, можно использовать
self
переменная для вставки предоставленного значения в пользовательский домен.Может использоваться для создания значительно более гибких доменов чемтолько оператор
(например, поиск по нескольким полям одновременно)Если указаны оба оператора
filter_domain
,filter_domain
имеет приоритет.-
контекст
позволяет добавлять контекстные ключи, включая значение, предоставленное пользователем (которое что касается
, домен
доступен каксобственная переменная
). По умолчанию, поля не создают домены.Примечание
домен и контекст включены, и оба генерируются если указан контекст
filter_domain
в пустой список:filter_domain = "[]"
-
групп
- сделать поле доступным только для определенных пользователей
-
виджет
- использовать определенный виджет поиска для поля (единственный вариант использования в
стандартный Flectra 1.0 - это
выбор
виджет дляMany2one
fields) -
domain
- если поле может обеспечивать автозаполнение
(е.грамм.
Many2one
), фильтрует возможные результаты завершения.
-
-
фильтр
фильтр - это предопределенный переключатель в представлении поиска, его можно только включить или отключен. Его основные цели - добавить данные в контекст поиска ( контекст, передаваемый в представление данных для поиска / фильтрации), или для добавления нового разделов к поисковому фильтру.
Фильтры могут иметь следующие атрибуты:
-
строка
(обязательно) - метка фильтра
-
домен
- домен Flectra, будет добавлен к домен действия как часть домена поиска
-
контекст
- словарь Python, объединенный с доменом действия для создания поисковый домен
-
имя
- логическое имя для фильтра, может использоваться для включения по умолчанию, также может использоваться как ловушка наследования
-
help
- более длинный пояснительный текст для фильтра, может отображаться как всплывающая подсказка
-
группы
- делает фильтр доступным только для определенных пользователей
Совет
Последовательности фильтров (без разделяющих их фильтров) обрабатываются как включительно составные: они будут составлены из
ИЛИ
скорее чем обычныеИ
, эл.грамм., если выбраны оба фильтра, будут выбраны записи, состояние
которых
draft
илиdone
, но<разделитель /> , если выбраны оба фильтра, будут выбраны записи, состояние
которых
эточерновик
изадержка
меньше 15.-
-
разделитель
- может использоваться для разделения групп фильтров в простых представлениях поиска
-
группа
- может использоваться для разделения групп фильтров, более читаемых, чем
разделитель
в сложных представлениях поиска
Параметры поиска по умолчанию
Поля и фильтры поиска могут быть настроены через контекст действия
search_default_ name
ключей. Для полей значение должно быть значение, которое нужно установить в поле, для фильтров это логическое значение.Например, предполагая, чтоfoo
- это поле, аbar
- это фильтр, контекст действия:{ 'search_default_foo': 'acro', "search_default_bar": 1 }
автоматически включит фильтр
bar
и выполнит поиск в полеfoo
для acro .QWeb
Представления QWeb - это стандартные шаблоны QWeb внутри представления
арка
. У них нет определенного корневого элемента.Представление QWeb может содержать только один шаблон, а имя шаблона должно соответствовать полному представлению (включая имя модуля) внешний идентификатор.Шаблон
следует использовать как ярлык для определения QWeb взгляды.
Наследование представлений на основе классов в Django
Наследование представлений на основе классов в Django
Python Джанго
В последнее время я перехожу от представлений на основе функций (FBV) в django к представлениям на основе классов (CBV) (которые, кстати, потрясающие, и я рекомендую вам его использовать), и я обнаружил, что преодоление метода
get_context_data ()
(чья задача - вернуть контекстный dict, который будет использоваться в шаблоне).Поскольку большим преимуществом использования CBV перед FBV является наследование, мы могли бы исключить повторение кода, которое у меня было в моем
get_context_data ()
Решение
Этот класс
CourseContextMixin ()
- это класс, от которого я собираюсь унаследоваться для других моих представлений, так что все они будут использовать один и тот жеget_context_data ()
. В моем случае я хотел передать в шаблон переменную профиля, которая содержит информацию о вошедшем в систему пользователе.# Базовый класс, который унаследуют другие мои представления class CourseContextMixin (ContextMixin, View): # поскольку мне нужен параметр запроса, я включаю класс View def get_context_data (self, ** kwargs): context = super (CourseContextMixin, self) .get_context_data (** kwargs) profile = get_object_or_404 (Профиль, user__username = self.request.user) context ['profile'] = профиль возврат контекста
Все мои другие представления теперь будут наследовать
CourseContextMixin
, и им не нужно будет переопределять методget_context_data ()
.@method_decorator (login_required, name = 'dispatch') класс CourseDetailView (CourseContextMixin, DetailView): model = Курс template_name = 'course_detail.html' def get_queryset (сам): slug = self.kwargs.get ('slug', Нет) abbrv = self.kwargs.get ('сокращение', Нет) number = self.kwargs.get ('число', Нет) profile = get_object_or_404 (Профиль, user__username = self.request.user) вернуть super (CourseDetailView, self) .get_queryset ().фильтр (инструктор = профиль, slug = слизняк, abbreviation = abbrv, число = число, ) @method_decorator (login_required, name = 'dispatch') класс CourseListView (CourseContextMixin, ListView): model = Курс template_name = 'course_list.html' def get_queryset (сам): profile = get_object_or_404 (Профиль, user__username = self.request.user) вернуть super (CourseListView, self) .get_queryset (). filter (инструктор = профиль) @method_decorator (login_required, name = 'dispatch') класс CourseCreateView (CourseContextMixin, CreateView): model = Курс template_name = 'course_form.html' success_url = reverse_lazy ('курс-создание-завершено') form_class = CourseForm объект = Нет def form_valid (self, form): self.object = form.save (фиксация = False) инструктор = get_object_or_404 (Профиль, user__username = self.request.user) self.object.instructor = инструктор self.object.save () вернуть HttpResponseRedirect (self.get_success_url ())
Спасибо за чтение! и дайте мне знать, если у вас есть отзывы.
Включите JavaScript, чтобы просматривать комментарии от Disqus.© 2017 Мустафа Абуальзауд. Все права защищены.
Наследование шаблона Rails View · Tweetegy
2 апреля 2014 г.View Inheritance находится в Rails с версии 3.1. В этом посте я рассмотрю пример Rails 4, и, насколько мне известно, то, что описано здесь в этом блоге и в этом примере, приложение совместимо с самой ранней версией View Inheritance в Rails 3.x.
Просмотр сопоставлений наследования с наследованием контроллера
В приложении Rails большинство контроллеров приложений обычно наследуется от
ApplicationController
. Допустим, очень простое приложение для управления курсом будет иметь контроллеры Category, Course и Tutor, тогда по умолчанию каждый контроллер будет наследовать от ApplicationController.Rails также ожидает соответствующую папку просмотра для каждого контроллера, например:просмотры -> Categories #folder для CategoriesController Курсы # папка для CoursesController tutors #folder для TutorsController
Передача действий генератору Rails Controller также создаст соответствующие шаблоны представлений для указанных действий в соответствующем каталоге представлений:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
рельсы g контроллер категорий указатель показать # Это создает следующий Контроллер: класс CategoriesController
"Категории" # (а также помощники, ассеты, спецификации и т. д.) Стандартным поведением этого приложения является посещение индекса ресурса, например
/ category
, который будет проходить через приложение, в конечном итоге вызывая методindex
наCategoriesController
и в соответствии с соглашениями Rails, он отобразит файл app / views / Categories / index.html.erb ’.Удалить категории / index.html.erb
Продолжай! Удалите шаблон index.html.erb из папки просмотров / категорий! Не бойся. Фактически, вы обнаружите кое-что довольно интересное в сообщении об ошибке, возвращаемом Rails, которое дает нам ключ к пониманию того, как работает наследование шаблона представления. Я уже пробовал это, вот часть сообщения об ошибке, которая проливает bean-компоненты наследования шаблона представления:
Отсутствуют категории / указатель в шаблоне, приложение / указатель с… # бла-бла
Обратите внимание, что Rails ищет в два места для нашего шаблона, оба в «категориях / индексах» (как мы ожидаем) и «приложение / индекс».Это означает, что , если мы поместим файл index.html.erb в каталог 'views / application' (сохраняя индексный файл удаленным в 'category'), тогда Rails отобразит файл index.html.erb из 'views / application 'при посещении
/ категорий
!Пример из реального мира
Этот подход может быть полезен именно для того, что написано на «наследовании». Если бы мы хотели, мы могли бы разместить общий вывод представления в шаблоне, который находится в каталоге «views / application».Типичным примером может быть меню вашего приложения, которое является общим для большей части приложения, но может немного отличаться для других частей.
Вот пример, в котором мы используем частичные числа для достижения этой цели:
просмотры -> приложение -> _menu.html.erb категории -> index.html.erb курсы -> index.html.erb репетиторы -> _menu.html.erb index.html.erb
В приведенном выше примере Rails-приложение просматривает структуру папок у нас есть каждая папка со страницей индекса, и каждая страница индекса отображает часть меню следующим образом:
В категориях и курсах часть меню отсутствует в каталоге представлений категорий или курсов, поэтому Rails будет использовать наследование представлений и искать дерево. Вот ключ : поскольку
CategoriesController
иCoursesController
наследуют отApplicationController
, следующая логическая папка, в которой Rails будет искать часть меню, находится в «views / application».В итоге мы получаем приложение, которое отображает одну и ту же часть меню на каждой странице, за исключением тех случаев, когда она переопределяется, в данном случае под репетиторами (возможно, чтобы добавить конкретную ссылку на роль преподавателя или что-то в этом роде!).
Вот два частичных шаблона меню, один в «views / application /», а другой в «views / tutors /»
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
# В 'views / application / _menu.html.erb'
- <% = link_to "Home", root_path%>
- <% = link_to "Категории", Categories_path%>
- <% = link_to "Курсы", course_path%>
- <% = link_to "Репетиторы", tutors_path%>
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 год 22 23
# В 'views / tutors / _menu.html.erb '(обратите внимание на дополнительный пункт меню внизу)
- <% = link_to "Home", root_path%>
- <% = link_to "Категории", Categories_path%>
- <% = link_to "Курсы", course_path%>
- <% = link_to "Репетиторы", tutors_path%>
- Подайте заявку на должность преподавателя!
Удаление дублирования
В приведенном выше примере мы продублировали первый набор пунктов меню в «tutors / _menu.html.erb ’. В идеале было бы неплохо избежать этого дублирования и просто добавить дополнительные пункты меню, которые нам нужны. Хитрость заключается в том, чтобы использовать заполнитель там, где мы хотим, чтобы дополнительные элементы отображались (в данном случае в конце). Нам также необходимо предоставить пустой шаблон-заполнитель в каталоге «views / application», чтобы Rails не выдавал ошибку с отсутствующим шаблоном.
В наших шаблонах получается следующее:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
# В 'views / application / _menu.html.erb '
- <% = link_to "Home", root_path%>
- <% = link_to "Категории", Categories_path%>
- <% = link_to "Курсы", course_path%>
- <% = link_to "Репетиторы", tutors_path%> <% = render 'appended_menu'%> # './application/_appended_menu.html.erb' - пустой файл
Теперь мы можем удалить часть меню в разделе «Просмотры / преподаватели» и вместо этого добавить часть «appended_menu» следующим образом:
1 2 3 4
# В 'views / tutors / _appended_menu.html.erb '
- Подайте заявку на должность преподавателя!
Итак, теперь, благодаря наследованию представлений Rails, приложение будет работать без ошибок, а для страницы наставников приложение будет отображать версию репетитора партиала appended_menu, таким образом добавляя нашу дополнительную ссылку на страницу, сохраняя при этом представления сухой! Милая!
Как вы, наверное, догадались, этот подход работает только в том случае, если нам нужно добавить что-то в меню.Что произойдет, если мы захотим поместить эту ссылку перед ссылкой репетиторов? У нас есть несколько вариантов:
- Просто переместите заменяемый частичный заполнитель перед ссылкой на репетиторов в частичном меню приложения
- Сохраните партиал «append_menu» на месте (для добавления пунктов меню) и создайте новый партиал специально до того, как преподаватели свяжут его.
- Если вы обнаружите, что вам нужно переопределить много настраиваемых шаблонов, как это, используйте гем deface (или аналогичный).
Идем дальше по дереву!
Вот быстрый пример, демонстрирующий контроллер с пространством имен в пространстве имен Admin.Итак, мы создаем новый Admin :: TutorsController, который хотим унаследовать от Admin :: BaseController, используя следующую команду генератора:
rails g контроллер admin / base rails g controller admin / tutors index
В итоге мы немного изменили структуру папок нашего представления, а именно добавили следующее:
просмотры -> админ -> база -> репетиторы -> index.html.erb
Мы также вручную наследуем
Admin :: TutorsController
отAdmin :: BaseController
, например:1 2 3 4 5 6
модуль Админ. класс TutorsController
Теперь мы все еще можем визуализировать часть меню из шаблона admin / tutors / index, и Rails вернется к частичной части в разделе «views / application», потому что
Admin :: TutorsController
наследуется отAdmin :: BaseController
, который, в свою очередь, наследуется отApplicationController
!А теперь пришла магия наследования! Если мы поместим партиал «appended_menu» в «views / admin / base», то этот партиал будет отображаться для добавления дополнительных пунктов меню, но только тогда, когда пользователь посещает любой путь в пространстве имён admin.Таким образом, здесь можно разместить ссылки администратора, такие как «управлять репетиторами» или что-то еще, и они будут отображаться только при переходе по пути «admin / tutors /» в браузере, а не «/ tutors». Попробуйте пример приложения (ссылка ниже), чтобы продемонстрировать это.
Заключение
Наследование представлений может быть действительно мощным и полезным для вашего приложения. Это хороший способ высушить просмотры и оставить фрагменты и контент на своих местах. Если вам нужно выполнить более сложные манипуляции с видом, вы всегда можете использовать гем deface.
Пример приложения для демонстрации этого можно загрузить отсюда: Просмотр наследования шаблона
наследования в моделях и представлениях | Odoo
В Odoo / OpenERP мы можем наследовать или использовать существующие модули, объект / класс / модель и представления. Мы также можем унаследовать одно поле существующих модулей. Вопрос в том, зачем нам такое наследование.
Цель наследования или зачем нам наследование указано ниже:- Чтобы изменить атрибуты некоторых полей, которые существуют в существующей / настраиваемой модели (например,грамм. делает поля невидимыми только для чтения)
- Чтобы добавить / изменить / удалить старые или новые поля в существующей / настраиваемой модели (например, продукт, продажи, кадры, управление парком, модель модулей посещаемости и т. Д.)
- Мы также можем добавить кнопки в уже существующую / настраиваемую модель (форма и дерево), используя наследование
Что такое наследование?
Наследование означает, что мы собираемся использовать или унаследовать старый класс / модель, свойства, методы и представления в новом классе / модели.Эта концепция связана с объектно-ориентированным программированием. В Odoo / ERP мы расширяем свойства, поля и представления существующей модели модульным способом.Наследовать модель или класс
Для наследования пользовательских или существующих моделей мы используем ключевое слово _inherit.
Models.py
групп классов (модели.Модель): _inherit = 'res.groups' # мы унаследовали модель res.groups, которая является встроенной моделью Odoo / OpenERP, и создали в этой модели два поля. field_1 = fields.Char (обязательно = True, string = "Field One") field_2 = поля.Логическое значение (по умолчанию = False, строка = "Поле Два")
Код Описание
В приведенном выше фрагменте кода мы унаследовали модель Res.groups от Odoo, после наследования мы объявляем два поля: первое имеет тип Char, а второе - логический тип. Это означает, что мы добавляем два поля в уже созданную (res.groups) модель / класс, используя наследование. Теперь эти два поля также доступны в унаследованной модели / классе. Здесь мы определяем поле типа Char и Boolean, которое вы можете определить или добавить каждый тип поля, например (Char, Integer, Float, Boolean, Many2many, Many2one, One2many, Date и т. Д.).
Теперь, когда мы унаследовали модель / класс существующей модели. Теперь мы собираемся наследовать представления.Наследовать представления
Чтобы наследовать виды (форма и дерево) существующей модели или класса, выполните следующие действия.- Создайте новый XML-файл в your_module >> views >> inherited_form_view.xml или inherited_tree_view.xml
- Используйте приведенный ниже код для наследования формы и представления в виде дерева
<данные> рез.group.form.view.inherited res.groups -> Код Описание
В приведенном выше коде мы унаследовали res.группы вид формы. Здесь основная строка приведена ниже, это означает, что мы собираемся унаследовать view_groups_form, который находится в базовом модуле. На самом деле мы ссылаемся здесь на идентификатор родительской или исходной формы модели res.groups с именем view_groups_form.
Теперь, когда мы унаследовали родительскую форму модели res.groups. Теперь нам нужно отобразить поля, которые мы создали в этой модели с именами field_1 и field_2.Чтобы отобразить эти поля, мы использовали выражение xpath. В атрибуте "expr" мы использовали "// field [@ name = 'name']" и "position =" after "", это означает, что наше вновь созданное поле помещается после поля имени родительского вида формы. Атрибут позиции имеет следующие значения.- position = "after": для отображения поля после поля представления родительской формы, указанного в "expr"
- position = "before": для отображения поля перед полем представления родительской формы, упомянутым в "expr"
- position = "inside": для отображения поля внутри записной книжки родительской формы представления
- position = "attributes": для изменения атрибута поля, такого как только чтение и видимость поля
- position = "replace": для замены родительского поля просмотра формы новым созданным полем
1- expr = "// div [@ name = 'buttons']" 2- expr = "// группа [@ name = 'parent']" 3- expr = "." 4- expr = "// поле [@ name = 'target_move']" 5- expr = "// блокнот / страница [@ string = 'Filters']" 6- expr = "// страница [@ name = 'filters']" 7- expr = "/ form / notebook / page / field [@ name = 'line_id'] / tree / field [@ name = 'analytic_account_id']" 8- expr = "/ form / notebook / page / field [@ name = 'line_id'] 9- expr = "// страница [@ name = 'statement_line_ids'] / field [@ name = 'line_ids'] / tree / field [@ name = 'amount']» 10- expr = "// кнопка [@ name = 'invoice_cancel']" 11- expr = "// метка [@ for = 'module_account_followup']" 12- expr = "/ tree / field [@ name = 'user_id']"
Точно так же, если вы хотите отображать поля / вкладки / страницы, записную книжку и т. Д. В унаследованном виде, используйте приведенный ниже фрагмент кода.{'required': 1}
Аналогичным образом можно унаследовать представление в виде дерева.res.group.tree.view.inherited res.groups - По умолчанию элемент