Зачем нужны общие модули в 1с

Программные модули в «1С:Предприятии 8»

Программный модуль представляет собой текст на встроенном языке «1С:Предприятия 8», расположенный в определенном месте конфигурации.
В соответствии с этим различают следующие виды программных модулей:

Общие модули	Общие модули принадлежат всей конфигурации в целом, но, в отличие от модуля приложения (см. ниже), их может быть несколько, например, модули РасчетНалогов , ОбработкаДокументов . Общие модули не могут содержать объявлений переменных, и в них нет раздела основной программы, таким образом, они состоят только из процедур и функций
Модуль приложения	Это модуль, который относится ко всей конфигурации в целом и может быть только один. Модуль приложения является аналогом глобального модуля в версии 7.7. Он отвечает за пользовательскую сессию (сеанс) работы с «1С:Предприятием 8»
Модуль внешнего соединения	Если конфигурация запускается не в режиме клиентской сессии, а через COM-соединение, то вместо модуля приложения используется модуль внешнего соединения, который в конфигурации может быть только один
Модули объектов	У некоторых прикладных объектов конфигурации могут быть собственные модули, например, модуль документа РасходнаяНакладная , модуль справочника Номенклатура . Не следует их путать с модулями форм этих объектов
Модули форм	У каждой формы есть модуль, в котором определяется поведение формы и действия, выполняемые из нее, например, открытие других форм

На следующем рисунке показано расположение всех этих модулей:

Разделы программного модуля

Любой программный модуль, за исключением общих модулей, состоит из следующих разделов:

• раздел объявления переменных,
• раздел процедур и функций,
• раздел основной программы.

Внимание! У общих модулей есть только раздел процедур и функций.

Контекст

Контекст — очень важное понятие при программировании на любом языке. В «1С:Предприятии 8» контекст обозначает окружение модуля, т. е. какие ему будут доступны переменные, объекты, свойства, методы и события.

Можно выделить следующие виды контекстов, существующих в «1С:Предприятии 8»:

Глобальный контекст , доступный во всех остальных контекстах, состоит из следующих частей:

• свойства, методы и события глобального контекста (например, свойство РабочаяДата ),
• системные перечисления и системные наборы значений (например, КодВозвратаДиалога и Символы ).

В контексте модуля приложения (или модуля внешнего соединения) доступны экспортируемые процедуры и функции общих модулей.

В контексте общего модуля доступны экспортируемые процедуры и функции других общих модулей. В этом контексте недоступны экспортируемые переменные, процедуры и функции модуля приложения.

В контексте модуля прикладного объекта есть доступ к реквизитам и табличным частям объекта, а также его методам и событиям. Например, в модуле документа РасходнаяНакладная доступны реквизиты документа и его табличные части, можно вызывать методы документа и обрабатывать события.

В контексте модуля формы доступны реквизиты формы, а также ее свойства, методы и события. Если у формы назначен основной реквизит, то в модуле формы становятся доступны свойства и методы прикладного объекта, используемого в качестве основного реквизита, а также экспортируемые переменные, процедуры и функции модуля этого прикладного объекта.

Необходимо помнить правила видимости экспортируемых переменных, процедур и функций различных модулей:

1. В общем модуле недоступны экспортируемые переменные, процедуры и функции модуля приложения (модуля внешнего соединения).
2. В модуле приложения (модуле внешнего соединения) доступны экспортируемые процедуры и функции общих модулей.
3. В общих модулях доступны экспортируемые процедуры и функции других общих модулей.
4. В модулях прикладных объектов и модулях форм доступны экспортируемые переменные, процедуры и функции модуля приложения (модуля внешнего соединения), а также экспортируемые процедуры и функции общих модулей.
5. Если у формы назначен основной реквизит, то контекст модуля формы содержит дополнительные свойства и методы, связанные с основным реквизитом. Например, в модуле формы элемента справочника Номенклатура доступны свойства и методы объекта СправочникОбъект.Номенклатура .

Проиллюстрируем применение первых четырех правил на следующей схеме:

Стрелки на схеме обозначают, что модуль предоставляет другим модулям возможность обращаться к своим экспортируемым переменным, процедурам и функциям. Напомним, что в общих модулях не может быть объявления переменных.

Общие модули в 1С: зачем их нужно использовать

В программе 1С:Предприятие общие модули являются отдельными файлами, содержащими код, который может быть использован в разных конфигурациях. Общие модули позволяют значительно упростить и ускорить процесс разработки, а также повысить гибкость и переиспользуемость различных функций и процедур.

Одним из основных преимуществ использования общих модулей является возможность изолировать и группировать наборы функций, процедур и обработок, которые могут быть повторно использованы в различных конфигурациях. Это позволяет значительно уменьшить объем кода и сделать его более понятным и поддерживаемым.

Кроме того, общие модули позволяют создавать универсальные функции, которые могут быть использованы в разных процессах и задачах. Например, такие функции могут реализовывать расчеты, поиск и фильтрацию данных, генерацию отчетов и многое другое. Используя общие модули, разработчики могут значительно упростить и ускорить процесс разработки новых функциональностей.

Также, использование общих модулей позволяет проводить автоматическое тестирование разработанных функций и процедур, что повышает качество и надежность программного обеспечения. При использовании общих модулей разработчики могут создать набор тестовых сценариев, которые позволят проверить работоспособность и правильность работы кода.

Преимущества и возможности общих модулей в 1С

Общие модули в системе 1С – это компоненты разработки, которые могут использоваться в различных конфигурациях или проектах. Они представляют собой набор функций, процедур и переменных, которые могут быть вызваны из других модулей или форм.

Основное преимущество общих модулей заключается в повторном использовании кода. Вместо того чтобы каждый раз писать один и тот же код в разных проектах, можно создать общий модуль, который будет использоваться повторно. Это упрощает разработку и обслуживание проектов, так как изменения в общем модуле автоматически применяются во всех проектах, где он используется.

Возможности общих модулей в 1С также включают:

1. Работу с данными. Общие модули позволяют объединить функции работы с данными в одном месте. Например, можно создать общий модуль для работы с базой данных, который будет содержать функции для чтения, записи и обновления данных. Это помогает упростить и стандартизировать работу с данными в различных проектах.
2. Управление бизнес-логикой. Общие модули позволяют разделить бизнес-логику приложений на более мелкие и управляемые единицы. Например, можно создать общий модуль для выполнения расчетов или обработки заказов. Это позволяет более гибко настраивать и изменять бизнес-логику при необходимости.
3. Работу с пользовательским интерфейсом. Общие модули могут содержать функции и процедуры для работы с пользовательским интерфейсом, такие как создание форм, добавление элементов управления и обработка событий. Это помогает упростить разработку интерфейса и повысить его стандартизацию в различных проектах.
4. Управление безопасностью. Общие модули могут содержать функции и процедуры для управления безопасностью данных и доступом к системе. Например, можно создать общий модуль для аутентификации пользователей или проверки их прав доступа. Это помогает упростить и стандартизировать управление безопасностью в различных проектах.

Таким образом, общие модули в 1С предоставляют ряд преимуществ и возможностей, которые значительно упрощают и стандартизируют разработку проектов. Они позволяют повторно использовать код, упростить управление данными и бизнес-логикой, а также упростить разработку пользовательского интерфейса и управление безопасностью.

Повышение эффективности работы

Использование общих модулей в 1С позволяет повысить эффективность работы разработчиков и пользователей системы. Вот основные преимущества использования общих модулей:

• Переиспользование кода: С помощью общих модулей вы можете переиспользовать уже написанный код в различных подсистемах и конфигурациях. Это позволяет значительно сократить время разработки новых функций и модулей.
• Унификация функционала: Создание общих модулей позволяет унифицировать и стандартизировать функционал, что делает его более понятным для пользователей. Это упрощает обучение и повышает продуктивность работы.
• Централизованное обновление: Изменение общего модуля автоматически применяется во всех его использованиях в различных подсистемах. Это упрощает процесс обновления и поддержки системы.
• Легкость внесения изменений: Благодаря использованию общих модулей вы можете изменять функционал один раз и это автоматически применится во всех местах, где используется данный модуль. Это позволяет эффективно вносить изменения и исправлять ошибки.

Таким образом, использование общих модулей в 1С позволяет значительно повысить эффективность работы разработчиков и пользователей системы. Это позволяет сократить время разработки, упростить обучение, унифицировать функционал и легко вносить изменения.

Сокращение времени на разработку

ООП-подход и использование общих модулей в 1С существенно сокращает время на разработку программного обеспечения. Вместо написания одной и той же функциональности в разных подсистемах или решениях, можно создать общий модуль, который будет использоваться повторно.

Такой подход позволяет избежать дублирования кода и ускоряет процесс создания новых компонентов системы. Кроме того, внесение изменений в общий модуль автоматически отражается во всех компонентах, которые его используют, что значительно упрощает поддержку и обновление программного продукта.

Использование общих модулей позволяет выделить основные блоки функциональности системы, которые можно использовать в различных контекстах и проектах. Например, можно создать общий модуль для работы с базой данных, который содержит функции для выполнения запросов, обработку ошибок и другие операции, и использовать его в разных приложениях.

Преимущества использования общих модулей также заметны при обновлении системы. Если нужно внести изменения в какой-то функциональный блок, то достаточно внести изменения только в общий модуль, а не переписывать код во всех его вызывающих компонентах.

Грамотное использование общих модулей позволяет значительно сократить время затраченное на разработку и поддержку программного продукта. Кроме того, такой подход обеспечивает высокую степень повторного использования кода, что положительно сказывается на качестве и надежности системы.

Улучшение качества и надежности программного кода

Одним из основных преимуществ использования общих модулей в 1С является улучшение качества и надежности программного кода.

Во-первых, использование общих модулей позволяет избежать дублирования кода. Дублирование кода часто является источником ошибок и проблем в программном продукте. Когда один и тот же код используется в разных частях системы, каждое его изменение требует внесения изменений во всех местах, где он используется, что может быть очень ресурсозатратным и чревато ошибками. Использование общих модулей позволяет сократить дублирование кода и сделать его поддержку более удобной и надежной.

Во-вторых, общие модули предоставляют стандартизированный и упрощенный интерфейс для работы с функциональностью, что упрощает понимание и использование кода другими разработчиками. Вместо того, чтобы разбираться в реализации каждой отдельной функции или метода, разработчики могут использовать готовые модули с хорошо задокументированными интерфейсами, что позволяет сократить время разработки и повысить надежность кода.

Кроме того, разделение функциональности программы на общие модули позволяет применять принцип разделения ответственности (Separation of Concerns) и повышает уровень абстракции в коде. Каждый модуль отвечает только за определенную часть функциональности и не зависит от остальных модулей, что делает код более модульным, понятным и легким для тестирования и сопровождения.

Наконец, использование общих модулей позволяет использовать механизмы контроля версий кода. При разработке программного продукта различные разработчики могут одновременно работать над разными модулями, вносить изменения и тестировать их. Механизмы контроля версий позволяют отслеживать изменения, объединять их в одну целостную систему и в случае необходимости вернуться к предыдущим версиям кода. Это позволяет сократить возможность возникновения конфликтов и ошибок в коде.

Таким образом, использование общих модулей в 1С позволяет улучшить качество и надежность программного кода, сократить дублирование кода, упростить понимание и использование кода разработчиками, повысить уровень абстракции и модульность, а также использовать механизмы контроля версий. Это помогает создавать более надежные и эффективные программные продукты.

Возможность переиспользования кода в различных проектах

Одной из главных преимуществ общих модулей в 1С является возможность переиспользования кода в различных проектах. Это означает, что разработчик может создать общие модули, содержащие функции, процедуры и объекты, которые могут быть использованы в нескольких приложениях или базах данных.

При разработке нового проекта разработчик может использовать уже созданные общие модули вместо того, чтобы писать код заново. Это значительно ускоряет процесс разработки и позволяет избежать повторения одинакового кода между проектами.

Кроме того, использование общих модулей позволяет обеспечить единообразие и стандартизацию кода в различных проектах. Если в общий модуль добавить новую функциональность или исправить ошибку, эти изменения автоматически применятся во всех проектах, использующих этот модуль.

Также общие модули могут быть использованы для реализации универсальных алгоритмов, которые могут быть применимы в разных проектах. Например, можно создать общий модуль для работы с документами, который будет содержать функции для создания, редактирования и удаления документов. Этот модуль можно будет использовать в любом проекте, где требуется работа с документами.

Использование общих модулей значительно повышает эффективность разработки и обеспечивает гибкость и масштабируемость проектов. Разработчики могут сосредоточиться на специфических задачах и функциональности проекта, не тратя время на разработку уже реализованных функций. Это позволяет сократить сроки разработки, снизить стоимость проекта и повысить качество кода и приложения в целом.

Вопрос-ответ

Какие преимущества имеют общие модули в 1С?

Общие модули в 1С позволяют уменьшить дублирование кода, обеспечивают структурирование и модульность разработки, а также упрощают поддержку и обновление программного обеспечения. Они также позволяют повторно использовать уже написанный функционал в разных проектах и облегчают сотрудничество нескольких разработчиков в рамках одного проекта.

Каким образом общие модули помогают уменьшить дублирование кода и повторное использование кода в 1С?

Общие модули позволяют выделить общий функционал или процедуры, которые могут быть использованы в разных модулях или проектах. Это позволяет избежать дублирования кода и повторно использовать уже написанный функционал в разных частях программы или даже в разных проектах. Таким образом, общие модули сокращают время разработки и облегчают поддержку программного обеспечения.

Какие возможности предоставляют общие модули в 1С?

Общие модули в 1С позволяют создавать и использовать общие процедуры, функции, планы обмена данными и другие объекты разработки. Они также предоставляют возможность создавать общие реквизиты и формы, которые могут быть использованы в различных модулях или проектах. Кроме того, общие модули позволяют создавать и использовать общие отчеты и фильтры, что значительно упрощает разработку и поддержку программного обеспечения.

Можно ли использовать общие модули в разных проектах или только в рамках одного проекта?

Общие модули в 1С могут быть использованы как в рамках одного проекта, так и в разных проектах. Они позволяют повторно использовать уже написанный функционал в разных частях программы или даже в разных проектах. Это позволяет сэкономить время разработки и обеспечить единообразие и стандартизацию в различных проектах компании.

Как общие модули облегчают сотрудничество между разработчиками?

Общие модули в 1С позволяют нескольким разработчикам работать с одним и тем же кодом или объектами разработки. Это значительно упрощает сотрудничество и совместную разработку, так как каждый разработчик может вносить свои изменения или добавлять новый функционал, не затрагивая другие части программы или проекта. Кроме того, общие модули упрощают командное программирование и задачи интеграции различных модулей.

Общие модули в 1С 8.3

На общих модулях лежит обязанность хранения процедур и функций, которые вызываются из других мест системы 1С. Считается хорошим тоном размещение кода, вызывающегося несколько раз, в процедуре в общем модуле. Это правило универсально для всех конфигураций, поэтому любой разработчик 1С должен уметь работать с этими объектами конфигурации. Для этого нужно понимать все нюансы и уметь правильно использовать предоставленные платформой возможности.

Создание общего модуля в 1С

После создания функции в одном из модулей объекта возникла потребность использовать аналогичный алгоритм в другом месте. Самое правильно, что можно здесь сделать – перенести код в общий модуль, но перед этим необходимо создать его. Чтобы это сделать, нам нужно зайти в конфигуратор и в дереве конфигурации найти вкладку «Общие». Затем выделить «Общие модули» и воспользоваться кнопкой в виде белого плюса на зеленом кружке.

Справа откроются свойства добавленного общего модуля, и нам предстоит разобраться, что обозначает каждое из них. Они могут быть различной направленности, поэтому, перед тем как настраивать новый объект, желательно определиться, что мы там будем хранить. Если что, в будущем можно будет изменить свойства в соответствии с задачами:

• «Глобальный». Данный флаг ставится, если модуль предназначен для хранения процедур и функций, которые должны вызываться без указания имени модуля. Естественно, они должны быть экспортными, а их имена уникальными в разрезе всего глобального контекста. По использованию они не будут отличаться от стандартных функций платформы;
• «Клиент». Зависит от настроек системы и регламентирует, могут ли процедуры модуля выполняться на стороне клиента;
• «Сервер». Помечаются общие модули, в составе которых планируется помещать алгоритмы для выполнения на сервере;
• «Внешнее соединение». Процедуры модуля с активацией этого свойства смогут выполняться через подключение внешнего источника;
• «Вызов сервера». Отвечает за разрешения процедурам из модуля вызывать сервер, выполняясь на клиенте;
• «Привилегированный». Активация этой настройки позволит при работе кода процедур модуля не проверять права доступа. Вызвать общий модуль с такой настройкой можно только на сервере. Настройки «Клиент» и «Внешнее соединение» будут сброшены;
• «Повторное использование». Может принимать значения: «Не использовать», «На время сеанса», «На время вызова». При многократном вызове одной процедуры система может использовать рассчитанные ранее данные в рамках процедуры (вызов) или жизни всего сеанса (запуска 1С). Стоит быть очень осторожным с этой настройкой, так как из-за неправильного использования таких модулей могут возникать ошибки.

Бывают ситуации, когда требуется создать общий модуль с вызовами процедуры на сервере и клиенте с отличиями в алгоритме. Для разграничения кода используются директивы препроцессора с проверкой. В результате для серверного вызова это будет один код, а для клиентского – другой.

 Процедура АлгоритмСерверКлиент() Экспорт #Если ТонкийКлиент Тогда // код выполняется, если вызов процедуры пришел с клиента ПоказатьОповещениеПользователя("На клиенте"); ИначеЕсли Сервер Тогда // код выполняется, если вызов процедуры пришел с сервера ПеременнаяСервер = "Серверный вызов"; #КонецЕсли КонецПроцедуры 

Пример переноса кода в общий модуль 1С

Рассмотрим ситуацию, когда у нас два события на форме документа задействуют одну процедуру перемножения количества и цены в табличной части. Это достаточно распространенный алгоритм, так как он встречается во многих документах закупки и реализации. Перенесем код процедуры в общий модуль, который необходимо предварительно создать, чтобы получить возможность использовать этот код в других документах.

 &НаКлиенте Процедура ТоварыЦенаПриИзменении(Элемент) ПересчетСуммы(); КонецПроцедуры &НаКлиенте Процедура ТоварыКоличествоПриИзменении(Элемент) ПересчетСуммы(); КонецПроцедуры &НаКлиенте Процедура ПересчетСуммы() СтрокаТЧ = Элементы.Товары.ТекущиеДанные; СтрокаТЧ.Сумма = СтрокаТЧ.Количество * СтрокаТЧ.Цена; КонецПроцедуры 

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

Создадим экспортную процедуру в модуле и перенесем туда алгоритм расчета суммы из процедуры в модуле формы. В качестве параметра процедуры на входе будет использоваться строка табличной части. В модуле формы документа меняем вызовы процедуры в том же модуле на вызов процедуры из общего модуля.

 Процедура РассчитатьСтроку(СтрокаТабличнойЧасти) Экспорт СтрокаТабличнойЧасти.Сумма = СтрокаТабличнойЧасти.Количество * СтрокаТабличнойЧасти.Цена; КонецПроцедуры 

 &НаКлиенте Процедура ТоварыЦенаПриИзменении(Элемент) //вызов процедуры из общего модуля РасчетыВСистеме.РассчитатьСтроку(Элементы.Товары.ТекущиеДанные); //ПересчетСуммы(); КонецПроцедуры &НаКлиенте Процедура ТоварыКоличествоПриИзменении(Элемент) //вызов процедуры из общего модуля РасчетыВСистеме.РассчитатьСтроку(Элементы.Товары.ТекущиеДанные); //ПересчетСуммы(); КонецПроцедуры &НаКлиенте Процедура ПересчетСуммы() СтрокаТЧ = Элементы.Товары.ТекущиеДанные; СтрокаТЧ.Сумма = СтрокаТЧ.Количество * СтрокаТЧ.Цена; КонецПроцедуры 

При запуске системы мы не заметим разницы, но такую структуру кода читать и сопровождать намного удобнее. Конечно, в данном примере количество кода не может показать всей пользы. В случае сложного алгоритма для десятков объектов конфигурации выигрыш в объеме кода и его структуры скажется и на быстродействии системы. Помимо этого опытные разработчики 1С рекомендуют в модулях формы не описывать алгоритмы, а помещать их в правильно настроенные общие модули.

При разработке общих модулей следует учитывать общепринятые правила по их созданию:

• Помещать в отдельный общий модуль процедуры и функции, относящиеся к сходному функционалу;
• В наименовании модуля отражать его принадлежность к контексту (Клиент, Сервер) и избегать общих слов (обработчики, процедуры и т.д.);
• Разделять внутреннюю серверную логику приложения и клиентскую для интерфейса;
• Будьте внимательны, создавая глобальный общий модуль. Отсутствие необходимости обращаться к процедуре через имя модуля может привести к путанице, особенно, если систему поддерживает несколько групп разработчиков.

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

Свойства общего модуля

У общего модуля есть свойства:
Клиент, Сервер, Вызов сервера.
Если одновременно поставить Клиент и Сервер, процедуры можно будет вызвать как с клиента, так и сервера.
Если одновременно поставить Сервер и Вызов сервера, процедуры также можно будет вызвать как с клиента, так и сервера.
В чём отличие?

По теме из базы знаний

• [Общий модуль] Динамическое формирование интерфейса
• Свойства общих модулей
• Онлайн просмотр текстов модулей
• Полезный код для программистов 1С (часть 4). Работа с файловой системой Асинх (аналог общего модуля БСП)
• Общий модуль расчета суммы

• Дата
• Дата
• Рейтинг всех уровней
• Рейтинг 1-го уровня
• Древо развёрнутое
• Древо свернутое

Свернуть все
2. user5300 1017 28.07.21 15:35 Сейчас в теме
Прикрепленные файлы:
6. Дон Кихот 29.07.21 10:15 Сейчас в теме

(2) Разобрался, получается если поставить Клиент и Сервер, тогда в общем модуле можно будет разделить процедуры и функции на директивы:
&НаКлиенте,
&НаСервере.
И вызываться они будут соответственно. Если не делить, они будут вызываться и с клиентских процедур и с серверных.
А если поставить Сервер и Вызов сервера, то в таком общем модуле процедуры и функции будут работать под директивой &НаСервере, а вызываться будут и с клиентских и с серверных процедур и функций.
Может к этому нужно что-то добавить?

7. FatPanzer 29.07.21 10:19 Сейчас в теме

(6) Не совсем так. На Клиент-Сервере разделять конечно можно, но смысла нет ВООБЩЕ. Обычно там размещают процедуры, которые могут работать как на клиенте, так и на сервере (смотря откуда вызвать) — это работы с коллекциями, с общими объектами, с COM, и т.д.

8. Дон Кихот 29.07.21 10:27 Сейчас в теме

(7)Модуль со свойствами Сервер и Вызов сервера получается тоже подойдёт для этих целей (работы с коллекциями, с общими объектами, с COM, и т.д. )?

9. FatPanzer 29.07.21 10:30 Сейчас в теме

(8) Нет, это чисто серверный модуль. Но доступный для вызова с клиента. Выполняется всегда на сервере, соответственно все параметры передаются на с клиента на сервер (и обратно потом), поэтому есть ограничения.

11. Дон Кихот 29.07.21 10:39 Сейчас в теме

(9) Получается если общий модуль со свойствами Клиент и Сервер будет вызываться с клиентской процедуры или функции, и данные сервера в коде общего модуля получаться не будут, тогда вызова сервера не будет, правильно?

12. FatPanzer 29.07.21 10:42 Сейчас в теме

(11) Именно так. При вызове из клиентской процедуры — код будет выполняться на клиенте же (без вызова сервера). При вызове этого же метода с сервера — ровно этот же код будет выполняться на сервере.

3. Sashares 34 28.07.21 15:58 Сейчас в теме
В чём отличие?

В том, где этот код будет выполняться, и соответственно, какие объекты и конструкции языка можно использовать в процедурах этого общего модуля.

4. DJ_Codebase 28.07.21 21:50 Сейчас в теме

(1) Клиент — модуль компилируется на клиенте. Вызов сервера — можно вызывать с клиента, без этой опции — только «сервер-сервер»

5. user856012 13 28.07.21 22:00 Сейчас в теме
У общего модуля есть свойства:
Клиент, Сервер, Вызов сервера.

. и очень похоже, что по мнению автора, эти свойства работают только в среде Windows и в государстве Россия?

Иначе зачем было лепить эти теги в оформлении ветки?