darktable/dtdocs — Ukrainian @ Weblate: sidecar files

Zen

	English	Ukrainian	Actions
	vignette ([_vignetting_](../../module-reference/processing-modules/vignetting.md))	vignette ([_Віньєтування_](../../module-reference/processing-modules/vignetting.md))
	clarity ([_local contrast_](../../module-reference/processing-modules/local-contrast.md))	clarity ([_Локальний контраст_](../../module-reference/processing-modules/local-contrast.md))
	tone curve ([_tone curve_](../../module-reference/processing-modules/tone-curve.md))	tone curve ([_Тонова крива_](../../module-reference/processing-modules/tone-curve.md))
	HSL ([_color zones_](../../module-reference/processing-modules/color-zones.md))	HSL ([_Колірні зони_](../../module-reference/processing-modules/color-zones.md))
	split-toning ([_split-toning_](../../module-reference/processing-modules/split-toning.md))	split-toning ([_Спліт-тонування_](../../module-reference/processing-modules/split-toning.md))
	grain ([_grain_](../../module-reference/processing-modules/grain.md))	grain ([_Зерно_](../../module-reference/processing-modules/grain.md))
	spot removal ([_spot removal_](../../module-reference/processing-modules/spot-removal.md))	spot removal ([_Видалення плям_](../../module-reference/processing-modules/spot-removal.md))
	local copies	Локальні копії
	Many users have huge image collections stored on extra hard drives in their desktop computer, or on an external storage medium (RAID NAS, external hard drives etc.).	Багато користувачів мають величезні колекції зображень, що зберігаються на додаткових жорстких дисках у настільному комп'ютері або на зовнішньому носії інформації (RAID NAS, зовнішні жорсткі диски тощо).
	It is a common requirement to develop a number of images while travelling using a laptop and then later synchronize them back to the original storage medium. However, copying images manually from the main storage to the laptop and back is cumbersome and prone to errors. The “local copies” feature of darktable has been designed to directly support these use cases.	Загальною вимогою є можливість обробити ряд зображень під час подорожі за допомогою ноутбука, а потім згодом синхронізувати їх назад до початкового носія інформації. Однак копіювання зображень вручну з основного сховища на ноутбук і назад є громіздким і схильним до помилок процесом. Функція “локальних копій” Darktable була розроблена для безпосередньої підтримки цих випадків використання.
	You can create local copies of selected images from within the lighttable. Local copies are always used when present, giving continued access to images even if the external storage is no longer connected. At a later point, when your primary storage medium has been reconnected, you can synchronize the XMP sidecar files back to this storage, deleting any local copies. These operations can be found in the [actions on selection](../../module-reference/utility-modules/lighttable/selected-image.md) module in the lighttable.	Ви можете створювати локальні копії вибраних зображень в режимі світлого стола. Локальні копії завжди використовуються, коли вони є, що надає безперервний доступ до зображень, навіть якщо зовнішнє сховище більше не приєднано. Пізніше, коли ваш основний носій інформації буде приєднано повторно, ви зможете синхронізувати файли XMP назад до цього сховища, видаливши всі локальні копії. Ці операції можна знайти в модулі [Дії з вибраним](../../module-reference/utility-modules/lighttable/selected-image.md) на Світлому столі.
	For safety reasons, if local copies exist and the external storage is available, the local XMP sidecars are automatically synchronized at start up.	З міркувань безпеки, якщо існують локальні копії та зовнішнє сховище доступне, локальні XMP файли автоматично синхронізуються під час запуску.
	Local copies are stored within the `$HOME/.cache/darktable` directory and named `img-<SIGNATURE>.<EXT>` (where `SIGNATURE` is a hash signature (MD5) of the full pathname, and `EXT` is the original filename extension).	Локальні копії зберігаються в каталозі `$HOME/.cache/darktable` і називаються `img-<ПІДПИС>.<РОЗШИРЕННЯ>` (де `ПІДПИС` -- це хеш-підпис (MD5) повного імені зі шляхом, а `РОЗШИРЕННЯ` є оригінальним розширенням імені файлу).
	Local copies can be identified in the lighttable view by a white marker on the top right of the thumbnail. In addition, all local copies carry the `darktable\|local-copy` tag to allow them to be easily selected.	Локальні копії можна ідентифікувати в режимі світлого стола за допомогою білого маркера у верхньому правому куті мініатюри. Крім того, усі локальні копії містять тег `darktable\|local-copy`, що дозволяє їх легко вибрати.
	sidecar files & non-destructive editing	Файли XMP та неруйнівне редагування
	sidecar files	Файли XMP
	darktable is a non-destructive image editor and opens all images in read-only mode. Any data created within darktable (metadata, tags, and image processing steps) is stored in separate `.XMP` _sidecar_ files. These files are stored alongside the original Raw files and allow darktable to store information about the images as well as the full editing history without touching the original raw files. When you import an image into darktable for the first time, an XMP file is automatically generated. The generation of XMP files can be disabled in [preferences > storage > xmp](../../preferences-settings/storage.md#xmp) but this is not recommended in normal use.	Darktable -- це неруйнівний редактор зображень, який відкриває всі зображення в режимі лише для читання. Будь-які дані, створені в Darktable (метадані, теги та кроки обробки зображень), зберігаються в окремих файлах `.XMP`. Ці файли зберігаються поряд із оригінальними файлами raw і дозволяють Darktable зберігати інформацію про зображення, а також повну історію редагування, не торкаючись оригінальних raw файлів. Коли ви вперше імпортуєте зображення в Darktable, файл XMP автоматично створюється. Генерування файлів XMP можна вимкнути в [Налаштування > Збереження даних > XMP](../../preferences-settings/storage.md#xmp), але це не рекомендується у звичайному використанні.
	For a given source image, multiple editing versions, called _duplicates_, can co-exist, sharing the same input image data but each having their own metadata, tags and processing steps. Each duplicate of a given image (named `<basename>.<extension`) is represented by a separate XMP sidecar file (with a filename constructed in the form `<basename>_<number>.<extension>.xmp`, where `<number>` represents the version number of that edit). Information for the initial edit -- the “duplicate” with version number zero -- is stored in the sidecar file named `<basename>.<extension>.xmp`. The version number of each duplicate is displayed in the [image information](../../module-reference/utility-modules/shared/image-information.md) module in each of darktable's views.	Для даного джерельного зображення можуть існувати кілька версій редагування, які називаються _дублікатами_ й спільно використовують ті ж дані вхідного зображення, але кожна з яких має свої метадані, теги та кроки обробки. Кожен дублікат даного зображення (з іменем `<ім'я>.<розширення>`) представлений окремим файлом XMP (з іменем файлу, побудованим у формі `<ім'я>_<номер>.<розширення>.xmp`, де `<номер>` представляє номер версії цього редагування). Інформація первинного редагування -- "дублікат" із номером версії нуль -- зберігається у файлі XMP з іменем `<ім'я>.<розширення>.xmp`. Номер версії кожного дубліката відображається в модулі [Інформація про зображення](../../module-reference/utility-modules/shared/image-information.md).
	Your work is automatically synchronised to the sidecar files without the need to press a “save” button. When backing up your data, make sure that you also retain copies of the XMP files, as these are required to fully reconstruct your work in case of a disaster.	Ваша робота автоматично синхронізується з файлами XMP без необхідності натискання кнопки “зберегти”. Під час резервного копіювання даних обов’язково зберігайте копії файлів XMP, оскільки вони необхідні для повної реконструкції вашої роботи.
	In addition to the sidecar files, darktable keeps all image-related data in its library database for fast access. An image can only be viewed and edited from within darktable if its data has first been loaded into the library database. This happens automatically when you first [import](../../module-reference/utility-modules/lighttable/import.md) an image. If an image is subsequently re-imported, the database will be updated from the contents of its XMP file.	На додаток до файлів XMP, Darktable зберігає всі дані, що стосуються зображень, у своїй базі даних бібліотеки для швидкого доступу. Зображення можна переглядати та редагувати в Darktable, лише якщо його дані спочатку були завантажені в базу даних бібліотеки. Це відбувається автоматично, коли ви вперше [імпортуєте](../../module-reference/utility-modules/lighttable/import.md) зображення. Якщо зображення буде повторно імпортовано, база даних буде оновлена із вмісту його файлу XMP.
	Once an image has been imported into darktable, the database entries take precedence over the XMP file. Subsequent changes to the XMP file by any other software are not visible to darktable -- such changes will be overwritten the next time darktable synchronizes the file. On request, darktable can be configured to search for updated XMP files at startup, offering a choice to update the database or overwrite the XMP file where changes are identified. This configuration can be changed in [preferences > storage > xmp](../../preferences-settings/storage.md#xmp).	Після імпортування зображення в Darktable записи бази даних мають перевагу над файлом XMP. Подальші зміни до файлу XMP будь-яким іншим програмним забезпеченням невидимі для Darktable -- такі зміни будуть перезаписані (замінені) наступного разу, коли Darktable синхронізує файл. Darktable можна налаштувати на пошук оновлених файлів XMP під час запуску, пропонуючи на вибір оновлення бази даних або перезапис зміненого файлу XMP даними з бази. Цю конфігурацію можна змінити в [Налаштування > Збереження даних > XMP](../../preferences-settings/storage.md#xmp).
	contributing to dtdocs	Внесок у dtdocs
	This page defines the style guide for dtdocs and information about how to contribute to the project.	На цій сторінці визначено посібник зі стилю для dtdocs та інформацію про те, як зробити свій внесок у проект.
	It is included in the user manual so that you can see how the page is rendered as well as how it is written. Please go to [GitHub](https://raw.githubusercontent.com/darktable-org/dtdocs/master/content/special-topics/contributing.md) to see the source for this page.	Він включений в посібник користувача, щоб ви могли бачити, як відображається сторінка, а також як вона пишеться. Перейдіть на [GitHub](https://raw.githubusercontent.com/darktable-org/dtdocs/master/content/special-topics/contributing.md), щоб побачити джерело для цієї сторінки.
	The manual structure and content have been carefully considered based on the following criteria: 1. The manual should be comprehensive -- it should describe all of the functionality available in darktable 1. It should have a consistent and logical structure and every piece of functionality should have its own logical place within that structure 1. It should be as long as necessary but as short as possible -- brevity is a must 1. It should be objective 1. Functionality should be explained once and only once (with the exception of the basic workflow guidelines in the overview section) 1. Images should be included only where necessary to improve understanding of key principles and should not contain text unless it is unavoidable	Структура та зміст посібника були ретельно обмірковані на основі таких критеріїв: 1. Посібник повинен бути вичерпним -- він повинен описувати всю функціональність, доступну в Darktable 1. Він повинен мати узгоджену та логічну структуру, і кожен елемент функціональності повинен мати своє логічне місце в цій структурі 1. Він повинен бути настільки довгим, наскільки це потрібно, але настільки коротким, наскільки це можливо -- стислість обов’язкова 1. Він повинен бути об’єктивним 1. Функціональність слід пояснити один раз і лише один раз (за винятком вказівок щодо базового робочого процесу в розділі огляду) 1. Зображення слід включати лише там, де це необхідно для поліпшення розуміння ключових принципів, і вони не повинні містити текст, хіба що цього не уникнути
	We are generally not interested in: 1. Restructuring the manual 1. Switching markup languages 1. Detailed workflow tutorials (though we are interested in publishing those on the blogs of either darktable.org or pixls.us)	Нас, як правило, не цікавить: 1. Реструктуризація посібника 1. Зміна мови розмітки 1. Детальні підручники з робочого процесу (хоча ми зацікавлені в їх публікації у блогах darktable.org або pixls.us)
	We are interested in 1. Spelling and grammar corrections 1. Clarification of text 1. Documentation for new features	Нас цікавить 1. Виправлення правопису та граматики 1. Уточнення тексту 1. Документація щодо нових функцій
	We are always extremely interested in hearing about which sections of the manual did not make sense to you and why, so that we can improve the documentation.	Нам завжди надзвичайно цікаво почути, які розділи посібника для вас не мали сенсу та чому, щоб ми могли вдосконалити документацію.
	In general, if you wish to make a major change, please open an issue and discuss it with the maintainers first. This is to avoid doing work that wouldn't be accepted.	Загалом, якщо ви хочете внести серйозні зміни, будь ласка, відкрийте issue на GitHub та обговоріть її спочатку з мейнтейнерами. Це для того, щоб уникнути виконання роботи, яка не була б прийнята.
	format	Формат
	This website is authored in pure markdown, using some extensions. It is initially designed to work with the Hugo SSG but intended to be portable enough that it can be easily rendered with another application if required.	Цей веб-сайт створений у чистому markdown, використовуючи деякі розширення. Спочатку він був розроблений для роботи з Hugo SSG, але призначений бути достатньо портативним, щоб його можна було легко опублікувати за допомогою іншої програми, якщо потрібно.

Loading…

victoryforce

Translation changed

English

Ukrainian 4 characters edited Current translation Translated

4 months ago

victoryforce

Translation added

English

Ukrainian 9 characters edited

2 years ago

Browse all string changes

Things to check

Reused translation

Other source string: “XMP sidecar files”

Reset

Glossary

English	Ukrainian
No related strings found in the glossary.

String information

Source string description

type: Yaml Front Matter Hash Value: title

Flags

no-wrap

Source string location

content/overview/sidecar-files/sidecar.md

String age

2 years ago

Last updated

3 months ago

Source string age

3 years ago

Translation file

po/content.uk.po, string 3468