Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

19 Октябрь 2018, 05:48 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Здесь можно поблагодарить участников форума Улыбка
 
   Начало   Помощь Поиск Войти Регистрация    задать вопрос  
Страниц: « 1 2 3 »   Вниз
  Печать  
Автор Тема: LibreOffice 6.0. Контроль локализации интерфейса  (Прочитано 9089 раз)
0 Пользователей и 1 Гость смотрят эту тему.
kompilainenn
Мастер
*****
Offline Offline

Сообщений: 2 464



« Ответ #15: 20 Март 2018, 17:43 »

ох не знаю... серьёзные отношения - это серьёзная ответственность...
вот и давайте по-серьёзнее
Записан

Поддержать разработчиков LibreOffice можно тут, а наш форум вот тут
McAaron
Форумчанин
***
Offline Offline

Сообщений: 258


« Ответ #16: 21 Март 2018, 19:08 »

ох не знаю... серьёзные отношения - это серьёзная ответственность...
вот и давайте по-серьёзнее
"Связи" -- это нормальный и понятный перевод на русский слова "relation" в контексте управления данными. Отношения -- это нечто другое, более абстрактное, отдающее бурбакизмом реляционной алгебры.
В 80-х читал переводную книгу издательства "Финансы и статистика" по теории систем управления данными для IBM VMS (книга толщиной со второй том Кнута первого русского издания, емнип, так и называлась). Там везде использовалось "связь" в качестве перевода термина "relation". Куча картинок со стрелочками, эти связи отражающими. Как эти стрелочки отношениями назвать -- умом инженера не постичь.

Записан
tagezi
Мастер
*****
Offline Offline

Пол: Мужской
Расположение: Finland
Сообщений: 792



WWW
« Ответ #17: 21 Март 2018, 19:22 »

ох не знаю... серьёзные отношения - это серьёзная ответственность...
вот и давайте по-серьёзнее
"Связи" -- это нормальный и понятный перевод на русский слова "relation" в контексте управления данными. Отношения -- это нечто другое, более абстрактное, отдающее бурбакизмом реляционной алгебры.
В 80-х читал переводную книгу издательства "Финансы и статистика" по теории систем управления данными для IBM VMS (книга толщиной со второй том Кнута первого русского издания, емнип, так и называлась). Там везде использовалось "связь" в качестве перевода термина "relation". Куча картинок со стрелочками, эти связи отражающими. Как эти стрелочки отношениями назвать -- умом инженера не постичь.
В данном случае речь идёт о теории множеств, и отношении множеств, а не связях между системой и подсистемами. В этих двух контекстах в английском используется одно и тоже слово, но переводиться на русский оно по разному.
А теперь тоже самое по русски: в данном случае - это математика (больше, меньше, равно).

@bormant, ссылки на Browse ведут. о_О
Записан

(x86_64) Kubuntu 16.04.3 - LibreOffice 6.0.2 / 6.1 alpha
bormant
Глобальный модератор
*
Offline Offline

Сообщений: 927



« Ответ #18: 21 Март 2018, 22:28 »

@tagezi,
обновил.
Видать внутри Pootle прошло какое-то обновление/переиндексация. Сделал ссылки по KeyID, если поменяют msgid, опять потеряются.
Записан

Автору на яд. Поддержать форум.
tagezi
Мастер
*****
Offline Offline

Пол: Мужской
Расположение: Finland
Сообщений: 792



WWW
« Ответ #19: 21 Март 2018, 22:35 »

@tagezi,
обновил.
Видать внутри Pootle прошло какое-то обновление/переиндексация. Сделал ссылки по KeyID, если поменяют msgid, опять потеряются.
Ну, я на всякий случай, мало чего бывает.
Я туда раз, а там Обзор. Лучше же сказать и потом жалеть, чем не сказать и потом жалеть ещё больше Улыбка
Записан

(x86_64) Kubuntu 16.04.3 - LibreOffice 6.0.2 / 6.1 alpha
McAaron
Форумчанин
***
Offline Offline

Сообщений: 258


« Ответ #20: 22 Март 2018, 12:51 »

ох не знаю... серьёзные отношения - это серьёзная ответственность...
вот и давайте по-серьёзнее
"Связи" -- это нормальный и понятный перевод на русский слова "relation" в контексте управления данными. Отношения -- это нечто другое, более абстрактное, отдающее бурбакизмом реляционной алгебры.
В 80-х читал переводную книгу издательства "Финансы и статистика" по теории систем управления данными для IBM VMS (книга толщиной со второй том Кнута первого русского издания, емнип, так и называлась). Там везде использовалось "связь" в качестве перевода термина "relation". Куча картинок со стрелочками, эти связи отражающими. Как эти стрелочки отношениями назвать -- умом инженера не постичь.
В данном случае речь идёт о теории множеств, и отношении множеств, а не связях между системой и подсистемами. В этих двух контекстах в английском используется одно и тоже слово, но переводиться на русский оно по разному.
А теперь тоже самое по русски: в данном случае - это математика (больше, меньше, равно).

Речь идет о связях кортежей через поля, специально предназначенные для этой цели. Слово "Relation" в этом контексте переводится на русский как "связь", а не как "отношение". Абстрактная реляционная алгебра -- это одно, а конкретные реляционные базы данных -- совершенно другое.  "Один к одному", "один ко многим", "многие к одному" и "многие ко многим" -- это типы того, что в контексте управления данными по русски называется "связь".
Кому-то очень чешется переписать старые словари. Достаточно уже того, что каталоги (directory) стали директориями, а в последнее время даже папками.

Дж. Мартин, один из тех, кто стоял у истоков систем управления базами данных, в том числе и реляционных, четко разделял два смысла слова "relation". Когда речь идет о схеме данных, или как ее еще называют, о модели данных, используется термин relation в значении "связь". Когда рассматривают определенный класс реализаций, основанный на реляционной алгебре, используют термин "отношение". Вот немного из Мартиновского словарика (не поленился, поднялся в библиотеку за книгой):

Отношение (relation). Плоский файл. Двумерный массив элементов данных. Файл в нормализованной форме.
Нормализация (normalization). Представление сложных структур данных в виде двумерных файлов (отношений). Является основой построения реляционных баз данных.
Отображение (mapping). Определение способа связи записей друг с другом.

Так что "связь" и "отношение" -- суть совершенно разные вещи, несмотря на то, что в английском это одно слово "relation". Связь - это связь, а отношение -- это файл, возможно отображающий связь, а может и нет -- это может быть индекс.
Я вот открыл "Мастер баз данных", а там в перечне возможных соединений dBase, "Электронная таблица" и прочее нереляционое. И где Вы тут видите "отношения"? Тут возможны только связи.
Многие отождествляют SQL и RDBMS, хотя SQL работает и для не реляционных баз, а к данным реляционной БД можно добраться и через add, del, get, put, next, prev, совершенно не задействуя реляционный движок.


« Последнее редактирование: 22 Март 2018, 13:49 от McAaron » Записан
kompilainenn
Мастер
*****
Offline Offline

Сообщений: 2 464



« Ответ #21: 22 Март 2018, 12:55 »

Речь идет о связях кортежей через поля, специально предназначенные для этой цели
Чего чего? Речь идет о модуле Math (вы же в курсе, что такое Math и что в нём делается?!), какие ещё поля с кортежами (из мерседесов?)?
Причем тут базы данных-то?!
Записан

Поддержать разработчиков LibreOffice можно тут, а наш форум вот тут
tagezi
Мастер
*****
Offline Offline

Пол: Мужской
Расположение: Finland
Сообщений: 792



WWW
« Ответ #22: 22 Март 2018, 13:47 »

какие ещё поля с кортежами (из мерседесов?)?
Причем тут базы данных-то?!
Вообще, если быть честным до конца, то очень даже причем. Любой запрос в базу данных может быть представлен как граф, а следовательно, и как "формула" (отношение множеств). Но в алгебре все равно в этом случае будет идти речь об отношении, а не связи.

Речь идет о связях кортежей через поля, специально предназначенные для этой цели. Слово "Relation" в этом контексте переводится на русский как "связь", а не как "отношение". Абстрактная реляционная алгебра -- это одно, а конкретные реляционные базы данных -- совершенно другое.  "Один к одному", "один ко многим", "многие к одному" и "многие ко многим" -- это типы того, что в контексте управления данными по русски называется "связь".
Кому-то очень чешется переписать старые словари. Достаточно уже того, что каталоги (directory) стали директориями, а в последнее время даже папками.
Я надеюсь вы действительно не перепутали модули LibreOffice, а просто используете привычную вам терминологию. В разных школах, могут использоваться разные термины. Много зависит от прикладной цели и, в случаях переводов, от переводчика. Последние не всегда реально стараются понятно термин и переводят его в соответствии со своим пониманием. В иностранной литературе такое тоже есть. Иногда авторы, для того, чтобы унифицировать своё произведение, вообще избегают спорного термина.
С другой стороны, мы должны использовать, не только правильную, но и наиболее понятную для большинства. И отношение (в контексте алгебры) будет наиболее уместным для использования.
Записан

(x86_64) Kubuntu 16.04.3 - LibreOffice 6.0.2 / 6.1 alpha
McAaron
Форумчанин
***
Offline Offline

Сообщений: 258


« Ответ #23: 22 Март 2018, 13:51 »

какие ещё поля с кортежами (из мерседесов?)?
Причем тут базы данных-то?!
Вообще, если быть честным до конца, то очень даже причем. Любой запрос в базу данных может быть представлен как граф, а следовательно, и как "формула" (отношение множеств). Но в алгебре все равно в этом случае будет идти речь об отношении, а не связи.

Речь идет о связях кортежей через поля, специально предназначенные для этой цели. Слово "Relation" в этом контексте переводится на русский как "связь", а не как "отношение". Абстрактная реляционная алгебра -- это одно, а конкретные реляционные базы данных -- совершенно другое.  "Один к одному", "один ко многим", "многие к одному" и "многие ко многим" -- это типы того, что в контексте управления данными по русски называется "связь".
Кому-то очень чешется переписать старые словари. Достаточно уже того, что каталоги (directory) стали директориями, а в последнее время даже папками.
Я надеюсь вы действительно не перепутали модули LibreOffice, а просто используете привычную вам терминологию. В разных школах, могут использоваться разные термины. Много зависит от прикладной цели и, в случаях переводов, от переводчика. Последние не всегда реально стараются понятно термин и переводят его в соответствии со своим пониманием. В иностранной литературе такое тоже есть. Иногда авторы, для того, чтобы унифицировать своё произведение, вообще избегают спорного термина.
С другой стороны, мы должны использовать, не только правильную, но и наиболее понятную для большинства. И отношение (в контексте алгебры) будет наиболее уместным для использования.
Еще раз из толкового словаря, написанного Дж. Мартином, основоположником СУБД:
Отношение (relation). Плоский файл. Двумерный массив элементов данных. Файл в нормализованной форме.
Нормализация (normalization). Представление сложных структур данных в виде двумерных файлов (отношений). Является основой построения реляционных баз данных.
Отображение (mapping). Определение способа связи записей друг с другом.

Матримониальные отношения (муж-жена, сын-мать, брат-сестра) -- вот вам пример отношений. Когда Вы делаете базу данных, для этого вы заводите отдельные файлы (таблицы). И это реальные сущности и на сземах БД они отражаются таблицами (записями). Связи -- виртуальные сущности, они реализуются алгоритмами, а на схемах данных отображаются линиями.
.

« Последнее редактирование: 22 Март 2018, 14:01 от McAaron » Записан
bormant
Глобальный модератор
*
Offline Offline

Сообщений: 927



« Ответ #24: 22 Март 2018, 19:09 »

@McAaron,
мил человек, про базы данных вы один говорите. Почему? Почему в этой теме?
Разберитесь уже с контекстом.
Записан

Автору на яд. Поддержать форум.
tagezi
Мастер
*****
Offline Offline

Пол: Мужской
Расположение: Finland
Сообщений: 792



WWW
« Ответ #25: 26 Март 2018, 22:43 »

@bormant, Почему в интерфейсе Calc разбить окно? Может мы его изменим на разделить?
Я понимаю, что это просто глупые ассоциации, но ... Короче, предлагаю.


Исправлено в Pootle для master, 6.0, 5.4.
--bormant
« Последнее редактирование: 27 Март 2018, 20:39 от bormant » Записан

(x86_64) Kubuntu 16.04.3 - LibreOffice 6.0.2 / 6.1 alpha
denkin
Опытный пользователь
***
Offline Offline

Сообщений: 265


« Ответ #26: 30 Апрель 2018, 21:35 »

В Calc если нажать Формат > Выбор тем, то откроется диалоговое окно с непереведенным заголовком: Theme Selection.
Версия: 6.0.3.2
ID сборки: 1:6.0.3-0ubuntu1
ОС:Linux 4.15
Xubuntu 18.04
Записан
denkin
Опытный пользователь
***
Offline Offline

Сообщений: 265


« Ответ #27: 6 Май 2018, 21:40 »

В Calc по разному называется комментарий к ячейке:
1. В основном везде называется Комментарий
2. Если комментария нет, то в контекстном меню по ячейке будет "Добавить примечание"
Версия: 6.0.3.2
ID сборки: 1:6.0.3-0ubuntu1
ОС:Linux 4.15
Xubuntu 18.04

Исправлено в Pootle для master, 6.0, 5.4.
-- bormant, 13.05.2018
« Последнее редактирование: 13 Май 2018, 10:31 от bormant » Записан
split7fire
Новичок
*
Offline Offline

Сообщений: 1


« Ответ #28: 9 Май 2018, 13:42 »

Всем привет,

Наткнулся в Libreoffice 6 на спорный перевод "Число элементов" в диалоге "Оглавление, указатель или библиография". Ранее (по крайней мере в Libreoffice 3) было куда понятнее - "Пронумеровать элементы"

Скриншоты прикладываю.


Исправлено в Pootle для master, 6.0, 5.4.
--bormant, 10.05.2018


* Libreoffice_3.png (47.55 Кб, 956x450 - просмотрено 18 раз.)

* Libreoffice_6.png (55.28 Кб, 1300x563 - просмотрено 15 раз.)
« Последнее редактирование: 10 Май 2018, 11:03 от bormant » Записан
rami
Гуру
*******
Offline Offline

Пол: Мужской
Сообщений: 2 562


MacBook Pro, LibreOffice и Apache OpenOffice


« Ответ #29: 14 Май 2018, 22:01 »

LibreOffice 6.0.4.2 (и в LibreOffice 5.0.6.3 тоже), если после удаления пользовательских стилей ячейки посмотреть в список действий для отмены, там написано, что был изменён стиль страницы Непонимающий А в английской локали написано правильно: Edit Cell Style

Исправлено в Pootle для master, 6.0, 5.4.
--bormant, 15.05.2018


* Должен быть стиль ячейки.png (28.74 Кб, 276x236 - просмотрено 8 раз.)
« Последнее редактирование: 15 Май 2018, 05:25 от bormant » Записан

Страниц: « 1 2 3 »   Вверх
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!