Словник перекладу основних термінів згідно глосарію
Слова виділені курсивом — під сумнівом. Якщо ви зустрічаєте їх у тексті подавайте переклад як suggestions (пропозиція)
У коментарях першого рівня тільки ваші пропозиції або слова (рядки) у перекладі яких ви маєте сумнів.
Для обговорення спірних слів використовуйте StackExchange середовище
Даний список є основою для перекладу ядра і керівництва користувача
Базове форматування
Модулі пишемо з великої літери (Види, Переклади)
Пункти меню пишемо з великої літери (Файли / Огляд)
——— A ———
- access
- доступ(-у)
Пояснення до перекладу
- account
- — обліковий запис, рахунок
- action
- — дія
- administer
- — адмініструвати, адміністрування
- adjustment
- — коригування, регулювання, покращення
- aggregator
- — збирач, збиральник
- alias
- — синонім(-а)
- alphanumeric characters
- — абетково-цифрові символи
- Anonymous
- — анонім, анонімний
- attachment
- — вкладення
- autocomplete
- — автодоповнення
——— B ———
- batch
- —
- blog
- — блоґ(блоґа)
- block
- — блок(блоку)
- book
- — книга (в контексті модуля Books)
- body
- — тіло
- boolean
- — булевий
- breadcrumbs
- — рядок навігації обговорення
- breakpoint
- — точка зупинки (в контексті зневадження), точка переходу (в контексті адаптивного дизайну)
- bundle
- — пакет(пакета) (в контексті сутностей)
——— C ———
- Cache
- — кеш(кешу)
- cart
- — кошик(-а) (в контексті ubercart, commerce)
- catalog
- — каталог(каталогу)
- cookie
- — куки, печеньки
- content
- — матеріал(матеріалу), вміст
- content type
- — тип(у) матеріалу
- checkbox
- — прапорець
- comment
- — коментар
- configuration
- — конфігурація
- configuring
- — налаштовування
- context
- — контекст(-у)
- cron
- — планувальник, крон
- current
- — поточний
- custom
- — власний
- customize
- — персоналізувати
——— D ———
- default
- — базово, типово - обговорення тут
- display
- — відобразити, відображення
- display mode
- — режим відображення
- download
- — завантаження
- domain
- — домен(домену)
- dropdown
- — випадний список
——— E ———
- edit
- — редагувати
- entity
- — сутність
- Entity subtype
- — підтип сутності
- Entity type
- — тип сутності
- entity reference
- — посилання на сутність
- — електронна пошта
- exposed filter
- — розкритий фільтр
——— F ———
- FAQ
- — відповіді на запитання
- feed
- — потік(потоку)
- field
- — поле
- field formatter
- — форматер поля
- field widget
- — віджет поля
- file
- — файл(файла)
- folder
- — папка
- font
- — шрифт(шрифту)
- formatter
- — форматер обговорення перекладу
——— G ———
- group
- — група
——— H ———
- handbook
- — довідник(довідника)
- handler
- — обробник
- help
- — довідка
- hook
- — пастка, перехоплення
- human readable
- — людиносприйня́тна обговорення
——— I ———
- image
- — зображення
- image style
- — стиль зображення
- item
- — пункт, елемент
——— L ———
- label
- — мітка
- legacy
- — сумісність
- list
- — список(списку)
- locale
- — мова
- log
- — журнал(журналу)
- login
- — вхід
- logout
- — вихід
——— M ———
- manual
- — довідка
- menu
- — меню
- message
- — лист, повідомлення
- moderate
- — ухвалення, перевірка
- module
- — модуль
——— N ———
-
node — матеріал(матеріалу)
notify — сповіщати
——— O ———
-
оptional — додатково
outline — підшивка, підшивки (в контексті модуля Books)
override — переписувати
——— P ———
-
package — пакунок(пакунка)
parent — батьківський елемент
path — шлях(шляху)
pathauto — Автосинонім
permission — повноваження
picture — зображення
plain text — простий текст (в контексті текстових форматів)
post — допис(допису)
preferred language — головна мова, бажана мова
preview — перегляд
private — приватний
product — товар(товару) (ubercart, commerce)
public — загальнодоступний
——— R ———
-
raw — нефільтрований (в контексті PHP REGEXP pattern)
referrer — джерело
referenced entity — сутність за посиланням
reference field — поле посилання
region — область
render — генерувати, відобразити
rendering — генерування
responsive — адаптивний
revision — версія (для модулів), редакція (для матеріалів, сутностей)
role — роль
——— S ———
-
save — запис
security update — оновлення безпеки
settings — налаштування
session — сеанс(сеансу)
staged configuraton — тестова конфігурація
story — історія
string — рядок(рядка)
state — стан(стану)
subject — тема
submit — надіслати
submission — надсилання (модуль Webform)
syndication — збір
——— T ———
-
tab — вкладка
tag — теґ(теґу)
taxonomy — таксономія
taxonomy term — термін таксономії
teaser — анонс
term — термін(терміна)
theme — тема, шаблон
thumbnail — мініатюра
thread — гілка
throttle — регулятор
token — замінник, маркер
topic — тема
trigger -
trackback — зворотня адреса
tracker — історія
——— U ———
-
Unix timestamp — unix-формат часу
upload, uploading — відвантажити, відвантаження, викласти
update — оновлення
user account — обліковий запис
user interface — інтерфейс користувача
user — користувач
——— V ———
-
view — вид (в контексті модуля Views)
view mode — режим перегляду
vocabulary — словник(словника)
——— W ———
-
watchdog — журнал
webform — вебформа
wildcard — джокер (*)
workflow — документообіг
widget — віджет
wizard — майстер
——— Скорочення ———
-
B - Byte — Б (байт)
b - bit — б (біт)
KB - Kilobyte — КБ (кілобайт)
Kb - Kilobit — Кб (кілобіт)
i.e. - тобто
e.g. - наприклад
в дужках для іменників чоловічого роду наводиться словоформа для родового відмінка однини
Comments
Щодо views, тут простір для
Щодо views, тут простір для дискусії. Можливо історично склалося що view перекладається як "вигляд", але як на мене, цей переклад далейкий від реальності.
насправді число логічно views
насправді число логічно views можна перекласти як "виводи", "вивід"
але це також спірно, тому мабуть варто прийняти якесь "криве" рішення для того, щоб через рік-два, всі звикли до нього...
Існують слова, які "нєпєрєвадімьія", але їх також варто перекладати.
Пропоную
Мені теж не подобається це слово, але я ніяк не можу сформувати своє розуміння views. Як на мене то чим раніше слово буде перекладено, тім краще для усіх.
Добре... які є варіанти? Давайте кожен поміркує та надасть 3 (три) варінти які найбільш на його думку відображують суть модуля.
я чомусь притримуюсь такої
я чомусь притримуюсь такої думки, що "універсальні" слова варто перекладати тим, яке написано першим в будь-якому словнику...
Тобто, складно перекласти слово "be", бо воно насправді універсальне, але дивлячись на контекст views - то ми формуємо з його допомогою те, як будуть виглядати дані з нашої бази даних...
Звісне діло, що можна скільки завгодно спорити щодо того, що це не повний функціонал views, але нереально одним словом описати функціонал...
Це всього лише назва... І наразі вона "ріже" око і кривить душу друпал-нінзя, але через кілька тижнів або навіть місяців всі звикнуть до того, що "воно" так називається.
можливо "відображення"? Це
можливо "відображення"? Це хоча і копія того, що в російській, а ле як на мене, краще ніж "вигляд", бо з виглядом прямі асоціації на зовнішній вигляд.
тю... так views - це ж і є
тю...
так views - це ж і є зовнішній вигляд...
А асоціації - штука !=const
асоціації = var
крім того слово відображення - це ж таке довжелезне слово... архі-мега-довжелезне... Руки будуть боліти щоразу його писати...
Може так
виведення (данних)
вивід
Якшо обирати поміж "Вигляд" "Відображення", то я за останній варіант...
Якщо обирати між
Якщо обирати між "Відображення" і "Вивід", то я маю як мінімум 7 букв на користь останнього
@neochief що скажеш?
Міняємо "Вигляд" на "Вивід"?
а ще підказали слово "Вид"
а ще підказали слово "Вид"
А як що до множини? Як
А як що до множини? Як перекласти "You need to create 2 views"? :)
Необхідно створити 2 види
Необхідно створити 2 види
Лінгво каже
види — (припущення) views
скажу так... Якщо приймемо
скажу так...
Якщо приймемо Відображення - змінювати всі рядки вжеперекладеного views буду не я 8)))
а якщо Вид - тоді за годинку-дві я думаю все зроблю...
@neochief Приймаємо?
Вам потрібно створити 2 види
Вам потрібно створити 2 види
neochief view перекладається
neochief view перекладається нетільки як "вигляд",а ще наприклад як (глянути) (перегля-(нути)-(дати) .
Запропоную ще один варіант
Запропоную ще один варіант перекладу Views - Вітрина
ага... Гумор зацінив 8)
ага... Гумор зацінив 8)
Як щодо слова
Як щодо слова "Login"
Перекладаю завжди як "Залогуватись".
Є якісь заперечення?
аж 7 букв в заперечення 8)
аж 7 букв в заперечення 8)
"Вхід"
Приймається. Часто на такі
Приймається.
Часто на такі слова можна натрапити на львівських ресурсах.
залогуватись, псевдо,... і їм подібні.
Handler та Price handler у
Handler та Price handler у модулі Уберкарт
Обробник та обробник ціни
Обробник та обробник ціни
Cart ≠ Корзина, це русизм.
Cart ≠ Корзина, це русизм. Правильно буде «Кошик»
Саме для мене, слово Кошик
Саме для мене, слово Кошик незвичне 8))..
В місцях мого "проживання" я його не використовував..
Але погоджуся, що Кошик - правильніше + слово коротше...
Вписую в тему
Не все так легко
Спочатку треба зрозуміти що мається на увазі. Річ у тому що на моє розуміння кошик це маленька корзинка, як торба. А корзина це великій короб з ручкою.
У англійскій мові мається на увазі візок у магазинах самообслуговування.
ми знову натрапили на
ми знову натрапили на універсальне слово...
Ідеального рішення не знайти...
Кошик - більш коректне слво чим корзина, тому мабуть варто залишити його...
А хто дуже сильно захоче - перекладе на власний розсуд тим же словом "торба" 8) вже безпосередньо в production
Доречі, поки писав, з'явилась ідея створення модуля універсальних слів... Щоб при запуску сайта користувач сам обирав варіант того чи іншого слова для свого сайту...
Хай буде так, добре.
Хай буде так, добре.
Щодо назв модулів
Пропозиція не перекладати назв модулів, оскільки такі модулі як Views, Administration menu, Pathauto, etc... ще можна перекласти щоб користувач таки зміг потім зрозуміти про що йдеться але є і багато інших модулів вже написаних і ненаписаних переклад яких тільки буде шкодити зручності користування, напр.: Token, ImageCache, Poormanscron, Nodewords, Devel, Tagadelic, Chaos tool suite... І інше, до модулів мають доступ зазвичай розробники які і так розуміють з чим вони мають справу, модуль це ім'я яке не варто адаптувати створюючи лише плутанину в інтерфейсі, бо повністю всі назви адекватно перекласти мабуть нереально. Сподіваюсь на розуміння.
П.С. Сам пробував адаптувати багато назв які вже включені в переклад, тепер жалкую про це(
А які є варіанти?
1. Не перекладати (Views = Views)
2. Робити транскрипцію (Views = Вьюз)
3. Перекладати (Views = Вид)
Хто за що?
Я за транскрипцію, золота середина. Назву зможе прочитати будь хто починаючи з третього класу.
Наприклад: Друпал, ИмейджКеч, Пурменкрон, Нодевордс, Девел, Тагаделік, Чаос тул сюіт
а я за третє...Бо дивлюсь на
а я за третє...
Бо дивлюсь на переклад як на інтерфейс користувача, а не розробника...
Розробники дуже часто в власному рахунку ставлять мову English...
PS.
Враховуючи вищенаписане пропоную певні модулі(нерозповсюджені) - не перекладати, в той час як такі флагмани як CCK, Views і тому подібні - адаптовувати...
Щодо перекладу назв модулів
Щодо перекладу назв модулів це вже починає бути смішним, бо лише навколо Views які баталії відбуваються, нам нарешті потрібно дойти до одної спільної тверезої думки.
П.С. Щодо того щоб дивитися на переклад як як на інтерфейс користувача а не розробника, то тут як казав хтось колись: "користувачу користувачеве, а розробнику розробникове", я і сам виступаю за те щоб користувач - відвідувач майбутнього сайту бачив лише рідну йому мову, але щодо різьних тонких тех. назв в адмінці (в.т.ч. назви модулів) варто бути менш радикальними в перекладі.
Виникло питання на рахунок
Виникло питання на рахунок переводити чи ні назви базових модулів.
Мабуть варто це винести в окрему тему на голосування.
На рахунок перекладу модуля Views. Думаю вичерпно буде перекласти його як Представлення
Views - Представлення
Види Чудовий аналог і синонім
Види
Чудовий аналог і синонім мегадовгого Представлення
більше того - воно більш універсальне
Слово "представлення" може й
Слово "представлення" може й довге, але більше дає уявлення про що мова. Зрештою, як вважають інші?
русизм? представление
русизм?
представление
.
.
Про русизми й не тільки про них :)
Русизмом радше можна назвати вжите Вами вище слово "спорити" :). А view як "представлення" у досить подібному контексті СУБД — давно усталений термін. Врешті-решт, подивімося на опис призначення: "The Views module provides a flexible method for Drupal site designers to control how lists and tables of content (nodes in Views 1, almost anything in Views 2) are presented"...
На мою думку назви модулів не
На мою думку назви модулів не потрібно переводити, оскільки це є власні назви, а за правилами наскільки я розумію вони не переводяться...
Якщо переводити то з таким усміхом треба і Друпал писати як капля....
+1 І справді не потрібно
+1
І справді не потрібно перекладати назви модулів, оскільки це викличе плутанину. Та й немає однозначного перекладу.
Як на мене, то я більш
Як на мене, то я більш схильний до того, щоб всеж перекладати. Але переклад, а саме назви модулів, потрібно узгоджувати, а тоді перекладати.
Поясни мені? Ми перекладаємо
Поясни мені?
Ми перекладаємо як хочемо, чи всетаки дотримуємось правил мови?
Назва модуля, системи є власною чи ні?
Власні назви перекладаються в Українській мові чи ні?
Я думаю що якщо будуть відповіді на ці питання буде простіше...
Не перекладати!
Не перекладати. От, наприклад, як перекласти CCK? перекласти то можна звісно, але користі 0. Переклад власної назви модуля вийде набором слів, тому слід лишати оригінальні назви.
Ви кажете: На мою думку назви
Ви кажете: На мою думку назви модулів не потрібно переводити тоді чому ви не пишете тут: Якщо переводити то з таким усміхом треба і Друпал писати як капля.... Друпал як Drupal?
Не зрозумів що малось на
Не зрозумів що малось на увазі?...
У своєму коментарі ви не
У своєму коментарі ви не використовуєте власну пропозицію
Взагалі Drupal -> Друпал і
Взагалі Drupal -> Друпал і навпаки це не переклад а транслітерація. Якщо ви за це?
Я просто вважаю що все має бути наближено до правил мови...
На маю думку назви модулів не треба перекладатию
Можна розглянути варіант транслітерації, але не вважаю це хорошим варіантом...
Добре, я хотів звернути вашу
Добре, я хотів звернути вашу увагу на те що ви мали б використовувати те що декларуєте, тоді б це виглядало природно. Я не хочу чіплятися за слова, але все якось дуже плутано...
Наведіть правила мови до яких ви хочете усе наблизити, я вважаю ми усі маємо це хотіти.
народ, спробуйте перекласти
народ, спробуйте перекласти модуль всюди і попрацювати...
За тиждень людина звикає як та собака.
Пропоную спочатку робити переклад.
Тобто views - види
не приживеться - я глобально заміню переклад і все буде ок
складно спорити, якщо не знаєш як воно буде, тому пропоную спробувати!
Сумніваєтесь - робіть переклад на свій розсуд і додавайте в пропозиції - а там побачим
BTW - за сьогодні жодного переклада в пропозиціях не побачив, натомість коментарі сипляться...
Не знаю як Ви, але завтра я планую збільшити лічильник на кілька тисяч слів...
Чого і Вам бажаю
Так радянська промисловість
Так радянська промисловість працювала: Багато та ніяково.
Зрозумій, усі люди різні, у кожного свій погляд.
Треба домовитися тут, на березі і тоді буде багато і якісно. А якщо не домовитися, робити хто як бажає за потрібне, то діла не буде. Зараз вже якість перекладу викликає потяг перекласти все локально... але то не вихід, бо не ефективно, довго.
Ще раз спробую пояснити своє бачення (оновлено).
Є модулі які треба перекладати. Наприклад: Views, Administration menu, Content Construction Kit (CCK)
Чому їх треба перекладати? Тому що вони мають значення, тобто: Вид, Адміністративне меню, Комплект для Будівництва Змісту (наприклад).
Є модулі які не треба перекладати. Наприклад: Drupal, Pathauto, ImageField, ImageCache.
Чому їх не треба перекладати? Тому що їх значення розмито. І виходить не дуже звично. Дивіться: АвтоПуть, ПолеЗображення, КешЗображення. Ці модулі треба транслітерувати, тобто: Друпал, ПазАвто, ИмейджФілд, ІмейджКеш.
Ще є варіант до першого чи другого варіантів додавати оригінал, наприклад: Вид (Views), Адміністративне меню (Administration menu), ПазАвто (Pathauto).
Але усі ці пропозиції нічого не варті без обговорення спільноти, тож, будь ласка, долучайтеся.
th - читається як "с", тому
th - читається як "с", тому ПасАуто, але як на мене, то саме цей модуль краще перекласти як "Синоніми УРЛ" (доречі зараз користуємось таким перекладом).
Підтримую думку транслітерувати такі назви, при умові що не знайдеться влучний переклад.
Pages