Git commit 540843bc23d52c1b84369ff7ad0d0910f64f4f97 by Kai-Uwe Behrmann. Committed on 07/04/2017 at 09:41. Pushed by behrmann into branch 'master'.
generate internal documentation from oyranos-policy The Oyranos tool exports all needed strings in docbook format for different languages. cs, de and en should be fine. A unix environment is experected for the "make generate" targets. A +1 -0 doc/CMakeLists.txt A +27 -0 doc/user/CMakeLists.txt A +191 -0 doc/user/po/cs_CZ/docs/kcontrol/kcm_kmsettings/index.docbook A +191 -0 doc/user/po/de_DE/docs/kcontrol/kcm_kmsettings/index.docbook A +191 -0 doc/user/po/en_US/docs/kcontrol/kcm_kmsettings/index.docbook A +191 -0 doc/user/po/eo/docs/kcontrol/kcm_kmsettings/index.docbook A +191 -0 doc/user/po/eu/docs/kcontrol/kcm_kmsettings/index.docbook A +191 -0 doc/user/po/fr_FR/docs/kcontrol/kcm_kmsettings/index.docbook A +191 -0 doc/user/po/ru_RU/docs/kcontrol/kcm_kmsettings/index.docbook https://commits.kde.org/kolor-manager/540843bc23d52c1b84369ff7ad0d0910f64f4f97 diff --git a/doc/CMakeLists.txt b/doc/CMakeLists.txt new file mode 100644 index 0000000..6cc2307 --- /dev/null +++ b/doc/CMakeLists.txt @@ -0,0 +1 @@ +ADD_SUBDIRECTORY(user) diff --git a/doc/user/CMakeLists.txt b/doc/user/CMakeLists.txt new file mode 100644 index 0000000..2dc622f --- /dev/null +++ b/doc/user/CMakeLists.txt @@ -0,0 +1,27 @@ +SET( GENERATOR /home/kuwe/.local/bin/oyranos-policy -vvv ) +SET( DOCBOOK_BASE ${CMAKE_CURRENT_SOURCE_DIR}/po ) +SET( DOCBOOK_AFTER docs/kcontrol/kcm_kmsettings ) + +FOREACH(lang en_US ${OYRANOS_LINGUAS_FULL}) + ADD_CUSTOM_TARGET( generate-${lang} + COMMAND mkdir -p ${DOCBOOK_BASE}/${lang}/${DOCBOOK_AFTER} + COMMAND echo "LANG=${lang}.UTF-8 ${GENERATOR} --docbook --doc-title KolorManager KCM --doc-version ${${PROJECT_NAME}_VERSION} > ${DOCBOOK_BASE}/${lang}/${DOCBOOK_AFTER}/index.docbook" + COMMAND LANG=${lang}.UTF-8 ${GENERATOR} --docbook --doc-title "KolorManager KCM" --doc-version ${${PROJECT_NAME}_VERSION} > ${DOCBOOK_BASE}/${lang}/${DOCBOOK_AFTER}/index.docbook + COMMENT generate KDE help files in docbook format + VERBATIM + ) + SET( GENS ${GENS} generate-${lang} ) +ENDFOREACH() + +ADD_CUSTOM_TARGET( generate + COMMAND echo "generated following linguas: ${OYRANOS_LINGUAS_FULL}" + DEPENDS ${GENS} + COMMENT generate docbook KDE help files + VERBATIM + ) + +# install docbook for all available languages +KDOCTOOLS_INSTALL(po) + +# install a single language docbook +#kdoctools_create_handbook(index.docbook INSTALL_DESTINATION ${KDE_INSTALL_DOCBUNDLEDIR}/en SUBDIR kcontrol/kcm_kmsettings) diff --git a/doc/user/po/cs_CZ/docs/kcontrol/kcm_kmsettings/index.docbook b/doc/user/po/cs_CZ/docs/kcontrol/kcm_kmsettings/index.docbook new file mode 100644 index 0000000..ecff230 --- /dev/null +++ b/doc/user/po/cs_CZ/docs/kcontrol/kcm_kmsettings/index.docbook @@ -0,0 +1,191 @@ +<?xml version="1.0" ?> +<!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.5-Based Variant V1.1//EN" "dtd/kdedbx45.dtd" [ +<!ENTITY title "<application>KolorManager KCM</application>"> +<!ENTITY version "1.1.1"> +<!ENTITY % addindex "IGNORE"> +<!ENTITY % English "INCLUDE"> +]> +<article id="oyranos_settings" lang="&language;"> + <articleinfo> + <title>Oyranos User Manual</title> + + <authorgroup> + <author> + <firstname>Kai-Uwe</firstname> + <surname>Behrmann</surname> + <affiliation> + <address><email>k...@gmx.de</email></address> + </affiliation> + </author> + <!-- TRANS:ROLES_OF_TRANSLATORS --> + </authorgroup> + <copyright> + <year>2017</year> + <holder>Kai-Uwe Behrmann</holder> + </copyright> + + <date>2017-04-05</date><!-- Date of (re)writing, or update.--> + <releaseinfo>&version;</releaseinfo><!-- Application version number. Use the variable definitions within header to change this value.--> + + <abstract> + <para>This is the documentation for the &title; that configures the Oyranos Color Management System.</para> + </abstract> + + <keywordset> + <keyword>KDE</keyword> + <keyword>System Settings</keyword> + <keyword>Oyranos</keyword> + <keyword>Color Management</keyword> + <keyword>KolorManager</keyword> + <keyword>Synnefo</keyword> + </keywordset> + + </articleinfo> + <sect1> + <title>Introduction</title> + <para> +Internet: <ulink url="http://www.oyranos.org";>www.oyranos.org</ulink> + </para> + + <para> +Oyranos is a Color Management System (CMS), which relies one the ICC file format standard (<ulink url="http://www.color.org";>www.color.org</ulink>) for color space definitions. The use of ICC color profiles shall enable a flawless and automated color data exchange between different color spaces and various devices with their respective physical color behaviours. + </para> + + <para> +Mapování barev mezi různými zařízeními je možné za předpokladu, že známe barvovou charakteristiku dotčených zařízení. Kvalita transformace barev pro zařízení z jednoho barvového prostoru do druhého závisí zvláště na kvalitě měření barev a charakterizačních algoritmů použitých při přípravě profilu ICC. Definice každého barvového prostoru obsahuje referenci na tzv. propojovací prostory (PCS). PCS je dobře známý barvový prostor založený na průměrném "lidském pozorovateli" dle definice CIE. + </para> + + <para> +Barvové profily jsou poskytnuty výrobci obrazových zařízení jako jsou digitální fotoaparáty, monitory a tiskárny. V Oyranosu jsou profily ICC přiřazeny ke kalibrovaným stavům jednotlivých zařízení, aby se zajistilo shodné chování zařízení jako při přípravě profilu ICC. + </para> + + <para> +Oyranos allowes detailed settings like preferred editing color spaces and the behaviour of color conversions or simulation. Oyranos reduces the work involved in all color management related decisions through automation, useful defaults and grouping of settings in selectable policies. + </para> + + </sect1> + <sect1> + <title>Výchozí profily</title> + <para>Profily ICC by vždy měly být přiřazeny ke všem barvám. Pro nedefinované barvy mohou uživatelé nastavit různé výchozí profily ICC v nastaveních Oyranosu.</para> + <sect2> + <title>Editace XYZ</title> + <para>Preferovaný barvový prostor editace XYZ by měl popisovat CIE*XYZ.</para> + </sect2> + <sect2> + <title>Editace Lab</title> + <para>Preferovaný barvový prostor editace CIE*Lab by měl popisovat CIE*Lab.</para> + </sect2> + <sect2> + <title>Editace RGB</title> + <para>Preferovaný barvový prostor editace RGB by měl popisovat dobře se chovající barvový prostor jako např. sRGB.</para> + </sect2> + <sect2> + <title>Editace CMYK</title> + <para>Preferovaný barvový prostor editace CMYK by měl popisovat barvový prostor, který je kompatibilní s dobře definovaným standardem jako např. FOGRA či SWOP.</para> + </sect2> + <sect2> + <title>Editace v šedi</title> + <para>Preferovaný barvový prostor editace v šedi by měl popisovat barvový prostor s jedním kanálem jasu pro monochromatické obrázky.</para> + </sect2> + <sect2> + <title>Předpokládaný vstupní XYZ</title> + <para>Vybraný barvový prostor bude přiřazen k neoznačeným barvám modelu XYZ a definuje barvy pro další zpracování.</para> + </sect2> + <sect2> + <title>Předpokládaný vstupní Lab</title> + <para>Vybraný barvový prostor bude přiřazen k neoznačeným barvám modelu CIE*Lab a definuje barvy pro další zpracování.</para> + </sect2> + <sect2> + <title>Předpokládaný vstupní RGB</title> + <para>Vybraný barvový prostor bude přiřazen k neoznačeným barvám RGB a definuje barvy pro další zpracování.</para> + </sect2> + <sect2> + <title>Předpokládaný vstupní Web</title> + <para>Přiřadí tento barvový prostor neoznačenému obrázku RGB pocházejícího z WWW. Toto bude vždy sRGB dle definice W3C.</para> + </sect2> + <sect2> + <title>Předpokládaný vstupní CMYK</title> + <para>Vybraný barvový prostor bude přiřazen k neoznačeným barvám CMYK a definuje barvy pro další zpracování.</para> + </sect2> + <sect2> + <title>Předpokládaný pr. vstup. šedi</title> + <para>Vybraný barvový prostor bude přiřazen k neoznačeným barvám modelu Gray (šeď) a definuje odstíny pro další zpracování.</para> + </sect2> + </sect1> + <sect1> + <title>Transformace</title> + <para>Transformace mezi barvovými prostory rozdílných tvarů a velikostí lze provádět různými způsoby. Perceptuální záměr transformace je obvykle nejlepší volbou pro fotografie a umělecké obrazy. Používá se v mnoha automatizovaných systémech. Relativní kolorimetrický záměr poskytuje dobře definovaný standard, mapování barev jedna-k-jedné spolu s adaptací bílého bodu. To může vést k "oříznutí" barev mimo cílový gamut, což je cena za jinak kolorimetrickou přesnost. Relativní kolorimetrický záměr se často používá spolu s kompenzací černého bodu. Záměr dle saturace má poskytnout optimální využití sytých barev zařízení. Absolutní kolorimetrický záměr transformace funguje stejně jako relativní kolorimetrický záměr s tím rozdílem, že bílý bod není přizpůsoben (zůstává zachován). Všechny záměry transformace kromě těch kolorimetrických závisejí na tabulkách mapování barev vložených do profilu ICC jejich tvůrcem.</para> + <sect2> + <title>Záměr transformace</title> + <para>Záměr pro transformace mezi různými barvovými prostory se obvykle volí relativní kolorimetrický vč. kompenzace černého bodu nebo perceptuální.</para> + </sect2> + <sect2> + <title>Použít kompenzaci černého bodu (BPC)</title> + <para>BPC ovlivňuje pouze relativní kolorimetrický záměr transformace.</para> + </sect2> + <sect2> + <title>Varování gamutu</title> + <para>Většina uživatelů nemá potřebu kontrolovat, zda se jednotlivé barvy vejdou do barvového prostoru simulace.</para> + </sect2> + </sect1> + <sect1> + <title>Uložit dokumenty se smíšenými barvovými prostory</title> + <para>Smíšené barvové prostory v rámci jednoho dokumentu mohou být pro některé systémy obtížně zpracovatelné. Je možné nastavit preferenci pro převod do jediného prostoru barev.</para> + <sect2> + <title>Pro obrazovku</title> + <para>Zacházení se smíšenými barvovými prostory při přípravě dokumentu pro výstup na obrazovku. Většina uživatelů použije transformaci do sRGB (vhodné pro snadnou výměnu dat).</para> + </sect2> + <sect2> + <title>Pro tisk</title> + <para>Zacházení se smíšenými barvovými prostory při přípravě dokumentu pro tiskový výstup. Většina uživatelů použije transformaci do barvového prostoru pro editaci.</para> + </sect2> + </sect1> + <sect1> + <title>Nesoulad</title> + <para>Rozhodnout co dělat, když se vstupní barvový prostor nerovná aktuálnímu nastavení.</para> + <sect2> + <title>Žádný profil obrázku</title> + <para>Toto nastavení rozhoduje, co se má dělat v případě, že barvy nemají přiřazen žádný barvový prostor. Obvykle by měl být přiřazen příslušný předpokládaný profil ICC.</para> + </sect2> + <sect2> + <title>V případě nesouladu RGB</title> + <para>Vstupní barvové prostory se mohou lišit od výchozího prostoru pro editaci. Pro většinu uživatelů je vhodná automatická transformace. Avšak pro náročnější práci může být vhodné zachovat hodnoty barev.</para> + </sect2> + <sect2> + <title>V případě nesouladu CMYK</title> + <para>Vstupní barvové prostory se mohou lišit od výchozího prostoru pro editaci. Pro většinu uživatelů je vhodná automatická transformace. Avšak pro náročnější práci může být vhodné zachovat hodnoty barev.</para> + </sect2> + </sect1> + <sect1> + <title>Simulace</title> + <para>Nastavení simulace umožňují stanovit barvový prostor pro napodobení jiného zařízení.</para> + <sect2> + <title>Simulace</title> + <para>Zvolte barvový profil charakterizující zařízení, které má být simulováno. Tento profil bude použit pouze v případě použití funkce simulace.</para> + </sect2> + <sect2> + <title>Záměr transformace pro simulaci</title> + <para>Způsob transformace barev pro simulaci. Většina uživatelů použije funkci simulace pouze na obrazovce, pro což se hodí relativní kolorimetrický záměr. Absolutní kolorimetrický záměr přepodkládá velmi pečlivou charakterizaci zařízení a komplikované nastavení, nicméně umožňuje porovnání barev "vedle sebe" (např. na monitoru a výtisku).</para> + </sect2> + <sect2> + <title>SofProof</title> + <para>Umožnit simulaci tiskového výstupu na monitoru. Většina uživatelů nepracuje s preferencí konkrétního média (papíru, inkoustu) a ponechá zpracování na systému. Tzn., že nepotřebují simulaci.</para> + </sect2> + <sect2> + <title>Hardproof</title> + <para>Umožní simulaci výstupního barvového profilu na místní tiskárně. Většina uživatelů nepracuje se záměrem výstupu na konkrétním médiu a proto ponechává správu barev na systému. Tzn., že nepotřebují použít tuto simulaci.</para> + </sect2> + </sect1> + <sect1> + <title>Effect</title> + <para>Effect Settings allows one to decide about a abstract effect color space.</para> + <sect2> + <title>Effect</title> + <para>Select a color profile for adding a effect.</para> + </sect2> + <sect2> + <title>Use Effect</title> + <para>Switch for enabling the effect profile.</para> + </sect2> + </sect1> + </article> diff --git a/doc/user/po/de_DE/docs/kcontrol/kcm_kmsettings/index.docbook b/doc/user/po/de_DE/docs/kcontrol/kcm_kmsettings/index.docbook new file mode 100644 index 0000000..7971d47 --- /dev/null +++ b/doc/user/po/de_DE/docs/kcontrol/kcm_kmsettings/index.docbook @@ -0,0 +1,191 @@ +<?xml version="1.0" ?> +<!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.5-Based Variant V1.1//EN" "dtd/kdedbx45.dtd" [ +<!ENTITY title "<application>KolorManager KCM</application>"> +<!ENTITY version "1.1.1"> +<!ENTITY % addindex "IGNORE"> +<!ENTITY % English "INCLUDE"> +]> +<article id="oyranos_settings" lang="&language;"> + <articleinfo> + <title>Oyranos Benutzerhandbuch</title> + + <authorgroup> + <author> + <firstname>Kai-Uwe</firstname> + <surname>Behrmann</surname> + <affiliation> + <address><email>k...@gmx.de</email></address> + </affiliation> + </author> + <!-- TRANS:ROLES_OF_TRANSLATORS --> + </authorgroup> + <copyright> + <year>2017</year> + <holder>Kai-Uwe Behrmann</holder> + </copyright> + + <date>2017-04-05</date><!-- Date of (re)writing, or update.--> + <releaseinfo>&version;</releaseinfo><!-- Application version number. Use the variable definitions within header to change this value.--> + + <abstract> + <para>Das ist die Dokumentation für &title; welches das Oyranos Farbmanagementsystem konfiguriert.</para> + </abstract> + + <keywordset> + <keyword>KDE</keyword> + <keyword>System Settings</keyword> + <keyword>Oyranos</keyword> + <keyword>Color Management</keyword> + <keyword>KolorManager</keyword> + <keyword>Synnefo</keyword> + </keywordset> + + </articleinfo> + <sect1> + <title>Einführung</title> + <para> +Internet: <ulink url="http://www.oyranos.org";>www.oyranos.org</ulink> + </para> + + <para> +Oyranos ist ein auf dem ICC Standard (<ulink url="http://www.color.org";>www.color.org</ulink>) für Farbraumbescheibungen beruhendes Farbmanagementsystem (CMS). Die Benutzung von ICC Farbprofilen soll einen reibungslosen und automatisierten Datenaustausch zwischen unterschiedlichen Farbräumen und den Abgleich auf verschiedenen Geräten mit ihren jeweiligen physikalischen Gegebenheiten ermöglichen. + </para> + + <para> +Farbabgleich zwischen verschiedenen Geräten ist möglich, vorausgesetzt die farbmetrischen Eigenschaften der beteiligten Geräte sind bekannt. Die Qualität einer Farbumwandlung von einem Farbgerät zu einem anderen hängt überwiegend von der Genauigkeit der Farbmessung und dem Berechnungsverfahren für das Erstellen des Farbprofiles ab. Farbraumdefinitionen geschehen in Bezug zu dem Profilverbindungsfarbraum (PCS). Der PCS wurde von der CIE auf Grund der Farbeindrücke von menschlichen Beobachtern ermittelt. + </para> + + <para> +Farbprofile sind oftmals erhältlich von Herstellern solcher Farbgeräte wie Digitalkameras, Bildschirmen oder Druckern. In Oyranos wird ein ICC Profil mit dem Kalibrierzustand dieser Geräte verknüpft, um möglichst nahe an das Farbverhalten wärend der ICC Profilerzeugung zu gelangen. + </para> + + <para> +Oyranos erlaubt detailierte Einstellungen, wie z.B. zu bevorzugende Editierfarbräumen, das Verhalten von Farbumwandlungen oder Simulation. Oyranos verringert den Aufwand für Farbmanagemententscheidungen durch Automation, sinnvolle Voreinstellungen und wählbare Richtlinien. + </para> + + </sect1> + <sect1> + <title>Voreingestellte ICC Profile</title> + <para>Alle Farben sollten auf einem Rechner mit ICC Farbprofilen definiert sein. Für nicht definierte Farben können Benutzer ICC Farbprofile in Oyranos voreinstellen.</para> + <sect2> + <title>Editier XYZ</title> + <para>Der bevorzugter XYZ Editierfarbraum soll CIE*XYZ definieren.</para> + </sect2> + <sect2> + <title>Editier Lab</title> + <para>Der bevorzugter CIE*Lab Editierfarbraum soll CIE*Lab beschreiben.</para> + </sect2> + <sect2> + <title>Editier Rgb</title> + <para>Der bevorzugte Rgb Editierfarbraum sollte wohlgeformt sein.</para> + </sect2> + <sect2> + <title>Editier Cmyk</title> + <para>Der bevorzugte Cmyk Editierfarbraum sollte standard Druckbedingungen wie FOGRA oder SWOP representieren.</para> + </sect2> + <sect2> + <title>Editier Grau</title> + <para>Der bevorzugte Grautonfarbraum soll Farben mit einem einzigen Helligkeitsfarbkanal beschreiben.</para> + </sect2> + <sect2> + <title>Vermutete XYZ Quelle</title> + <para>Der gewählte Farbraum wird einem XYZ ohne ICC Farbprofil zugewiesen werden und Farben für die weitere Verarbeitung bestimmen.</para> + </sect2> + <sect2> + <title>Vermutete Lab Quelle</title> + <para>Der gewählte Farbraum wird CIE*Lab ohne ICC Farbprofil zugewiesen werden und Farben für die weitere Verarbeitung bestimmen.</para> + </sect2> + <sect2> + <title>Vermutete Rgb Quelle</title> + <para>Der gewählte Farbraum wird Rgb ohne ICC Farbprofil zugewiesen werden und Farben für die weitere Verarbeitung bestimmen.</para> + </sect2> + <sect2> + <title>Vermutete Web Quelle</title> + <para>Weise einem Rgb Bild ohne ICC Profile aus dem WWW diesen Farbraum zu. Das wird sRGB wie vom W3C vorgegeben sein.</para> + </sect2> + <sect2> + <title>Vermutete Cmyk Quelle</title> + <para>Der gewählte Farbraum wird Cmyk ohne ICC Farbprofil zugewiesen werden und Farben für die weitere Verarbeitung bestimmen.</para> + </sect2> + <sect2> + <title>Vermutete Grau Quelle</title> + <para>Der gewählte Farbraum wird einen Helligkeitsfarbraum ohne ICC Farbprofil zugewiesen werden und Farben für die weitere Verarbeitung bestimmen.</para> + </sect2> + </sect1> + <sect1> + <title>Übertragung</title> + <para>Die Umwandlung zwischen Farbräumen mit verschiedener Form und Größe kann auf verschiedene Arten stattfinden. Die Fotografische Übertragungsart ist oftmals die beste Wahl für Fotos und künstlerische Inhalte. Sie wird in vielen automatischen Systemen verwendet. Die Relativ Farbmetrische Übertragung bietet eine vorhersehbare standardisierte eins zu eins Übertragung mit unverändertem Weißpunkt. Die Relativ Farbmetrisch Übertragung wird oft zusammen mit der Schwarzpunktkompensation verwendet. Die Sättigende Übertragung soll eine optimale Ausnutzung von satten Gerätefarben ermöglichen. Die Absolut Farbmetrische Übertragung wirkt wie die Relativ Farbmetrische Übertragung, nur mit Weißpunktanpassung. Die Farbtabellen allen Übertragungsarten, ausser die der Farbmetrischen, werden von den Profilerstellern gestaltet.</para> + <sect2> + <title>Übertragungsart</title> + <para>Die Übertragungsart für Farbumwandlungen ist typischerweise Fotografisch oder Relativ Farbmetrisch mit Schwarzpunktkompensation.</para> + </sect2> + <sect2> + <title>Benutze Schwarzpunktkompensation (BPC)</title> + <para>BPC beeinflusst oft nur die Relativ Farbmetrische Übertragungsart.</para> + </sect2> + <sect2> + <title>Farbumfangswarnung</title> + <para>Viele Benutzer möchten eine einfache Farbdarstellungen und wollen nicht prüfen ob Farben in den Simulationsfarbraum passen.</para> + </sect2> + </sect1> + <sect1> + <title>Speichere Dokumente mit gemischten Farbräumen</title> + <para>Gemischte Farbräume in einem Dokument können in einigen Systemen zu Problemen führen. Die Einstellung bietet die Möglichkeit den Farbraum zu vereinheitlichen.</para> + <sect2> + <title>Bildschirm</title> + <para>Behandlung von uneinheitlichen Farbräumen in Vorbereitung eines Dokumentes für die Bildschirmausgabe. Eine Umwandlung nach sRGB hilft für einen einfacheren Datenaustausch und ist, was die meisten Benutzer wünschen.</para> + </sect2> + <sect2> + <title>Für den Druck</title> + <para>Behandlung von uneinheitlichen Farbräumen in Vorbereitung eines Dokumentes für die Druckausgabe. Die Umwandlung in den voreingestellten Editierfarbraum ist, was die meisten Benutzer benötigen.</para> + </sect2> + </sect1> + <sect1> + <title>Abweichung</title> + <para>Was ist zu tuen falls Standardfarbräume nicht mit den Eingestellten übereinstimmen.</para> + <sect2> + <title>Kein Profil am Bild</title> + <para>Die Einstellung entscheidet was mit Farben ohne Farbprofil geschehen soll. Typischerweise wird das vermutete Farbprofil automatisch zugewiesen.</para> + </sect2> + <sect2> + <title>Bei Rgb Ungleichheit</title> + <para>Eingehende Farbräume können von der Voreinstellung abweichen. Für viele Benutzer ist eine automatische Umwandlung kein Problem. Für anspruchsvollere Anwendungen sollten die Zahlenwerte stets erhalten bleiben.</para> + </sect2> + <sect2> + <title>Bei Cmyk Ungleichheit</title> + <para>Eingehende Farbräume können von der Voreinstellung abweichen. Für viele Benutzer ist eine automatische Umwandlung kein Problem. Für anspruchsvollere Anwendungen sollten die Zahlenwerte stets erhalten bleiben.</para> + </sect2> + </sect1> + <sect1> + <title>Simulation</title> + <para>Simulationseinstellungen erlauben die Simulation eines zusätzlichen Farbraumes.</para> + <sect2> + <title>Simulation</title> + <para>Diese Option wählt ein Farbprofil, welches ein zu simulierendes Gerät farblich abbildet. Das Profile wird nur wirksam bei aktivierter Simulation.</para> + </sect2> + <sect2> + <title>Nachbildungsübertragung</title> + <para>Verhalten der Farbübertragung bei der Simulation. Die meisten Nutzer wünschen eine Simulation nur an einem Bildschirm. Die relativ farbmetrische Übertragung ist richtig dafür. Die absolut farbmetrische Übertragung benötigt eine sorgfältige komplizierte Einrichtung für Seit an Seit Vergleiche.</para> + </sect2> + <sect2> + <title>Nachbildung am Bildschirm</title> + <para>Simuliere einen Ausgabefarbraum auf dem Bildschirm. Die meisten Benutzer arbeiten nicht für spezielle Ausgabemedien und überlassen die Farbanpassung dem System. Sie möchten keine Simulation.</para> + </sect2> + <sect2> + <title>Nachbildung beim Ausdruck</title> + <para>Simuliere einen Ausgabefarbraum auf einem lokalen Drucker. Die meisten Benutzer arbeiten nicht für spezielle Ausgabemedien und überlassen die Farbanpassung dem System. Sie möchten keine Simulation.</para> + </sect2> + </sect1> + <sect1> + <title>Effekt</title> + <para>Effektinstellungen erlauben die Benutzung eines Farbprofiles zur Farbveränderung.</para> + <sect2> + <title>Effekt</title> + <para>Füge einen Farbeffekt hinzu.</para> + </sect2> + <sect2> + <title>Benutze Effekt</title> + <para>Schalter für das ausgewählte ICC Effektprofil.</para> + </sect2> + </sect1> + </article> diff --git a/doc/user/po/en_US/docs/kcontrol/kcm_kmsettings/index.docbook b/doc/user/po/en_US/docs/kcontrol/kcm_kmsettings/index.docbook new file mode 100644 index 0000000..2a6d387 --- /dev/null +++ b/doc/user/po/en_US/docs/kcontrol/kcm_kmsettings/index.docbook @@ -0,0 +1,191 @@ +<?xml version="1.0" ?> +<!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.5-Based Variant V1.1//EN" "dtd/kdedbx45.dtd" [ +<!ENTITY title "<application>KolorManager KCM</application>"> +<!ENTITY version "1.1.1"> +<!ENTITY % addindex "IGNORE"> +<!ENTITY % English "INCLUDE"> +]> +<article id="oyranos_settings" lang="&language;"> + <articleinfo> + <title>Oyranos User Manual</title> + + <authorgroup> + <author> + <firstname>Kai-Uwe</firstname> + <surname>Behrmann</surname> + <affiliation> + <address><email>k...@gmx.de</email></address> + </affiliation> + </author> + <!-- TRANS:ROLES_OF_TRANSLATORS --> + </authorgroup> + <copyright> + <year>2017</year> + <holder>Kai-Uwe Behrmann</holder> + </copyright> + + <date>2017-04-05</date><!-- Date of (re)writing, or update.--> + <releaseinfo>&version;</releaseinfo><!-- Application version number. Use the variable definitions within header to change this value.--> + + <abstract> + <para>This is the documentation for the &title; that configures the Oyranos Color Management System.</para> + </abstract> + + <keywordset> + <keyword>KDE</keyword> + <keyword>System Settings</keyword> + <keyword>Oyranos</keyword> + <keyword>Color Management</keyword> + <keyword>KolorManager</keyword> + <keyword>Synnefo</keyword> + </keywordset> + + </articleinfo> + <sect1> + <title>Introduction</title> + <para> +Internet: <ulink url="http://www.oyranos.org";>www.oyranos.org</ulink> + </para> + + <para> +Oyranos is a Color Management System (CMS), which relies one the ICC file format standard (<ulink url="http://www.color.org";>www.color.org</ulink>) for color space definitions. The use of ICC color profiles shall enable a flawless and automated color data exchange between different color spaces and various devices with their respective physical color behaviours. + </para> + + <para> +Color matching between different devices is possible, provided that the color characteristics of the involved devices are known. The quality of a color transform for devices from one color space to an other depends particularly on the quality of the color measurement and the profiling algorithm used during ICC profile creation. Each color space definition happens in reference to a Profile Connection Spaces (PCS). The PCS is a well known color space, based on the average "human observer" as defined by CIE. + </para> + + <para> +Color profiles are often available from manufacturers of imaging devices as digital cameras, monitors and printers. In Oyranos, ICC profiles are assigned to calibration states of color devices, to get close to the device behaviour as was present during ICC profile creation. + </para> + + <para> +Oyranos allowes detailed settings like preferred editing color spaces and the behaviour of color conversions or simulation. Oyranos reduces the work involved in all color management related decisions through automation, useful defaults and grouping of settings in selectable policies. + </para> + + </sect1> + <sect1> + <title>Default Profiles</title> + <para>ICC profiles should always be attached to all colors. In the case that colors are undefined, users can set various default ICC profiles in Oyranos settings.</para> + <sect2> + <title>Editing XYZ</title> + <para>The preferred XYZ Editing Color Space shall describe CIE*XYZ.</para> + </sect2> + <sect2> + <title>Editing Lab</title> + <para>The preferred CIE*Lab Editing Color Space shall describe the CIE*Lab.</para> + </sect2> + <sect2> + <title>Editing Rgb</title> + <para>The preferred Rgb Editing Color Space should represent a well behaving color space like sRGB.</para> + </sect2> + <sect2> + <title>Editing Cmyk</title> + <para>The preferred Cmyk Editing Color Space should represent a color space that complies to well defined printing conditions like FOGRA or SWOP.</para> + </sect2> + <sect2> + <title>Editing Gray</title> + <para>The preferred Gray Editing Color Space shall describe a single lightness channel color space for grayscale images.</para> + </sect2> + <sect2> + <title>Assumed XYZ source</title> + <para>The selected color space will be assigned to untagged XYZ color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Lab source</title> + <para>The selected color space will be assigned to untagged CIE*Lab color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Rgb source</title> + <para>The selected color space will be assigned to untagged Rgb color content and define colors for further processing. Typical sRGB should be assumed.</para> + </sect2> + <sect2> + <title>Assumed Web source</title> + <para>Assigns an untagged Rgb Image with source from the WWW this color space. This will always be sRGB as defined by W3C.</para> + </sect2> + <sect2> + <title>Assumed Cmyk source</title> + <para>The selected color space will be assigned to untagged Cmyk color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Gray source</title> + <para>The selected color space will be assigned to untagged Gray color content and define colors for further processing.</para> + </sect2> + </sect1> + <sect1> + <title>Rendering</title> + <para>The conversion between color spaces of different shape and size can happen in various ways. The Perceptual rendering intent is usually the best choice for photographs and artistic imagery. It is used in many automatic systems. The Relative Colorimetric rendering intent provides a well-defined standard, one-to-one color mapping, but without applying white point adaption. This can lead to color clipping in case of colors falling outside the target gamut as a price for the otherwise colorimetric correctness. The Relative Colorimetric intent is often used in combination with Black Point Compensation. The Saturation rendering intent shall provide an optimal use of saturated device colors. The Absolute Colorimetric rendering intent works like the relative colorimetric one except the white point is adapted. All rendering intents beside the colorimetric ones rely on the color tables designed by the profile vendor.</para> + <sect2> + <title>Rendering Intent</title> + <para>Rendering intent for color space transformations is typically the Relative Colorimetric intent plus Black Point Compensation or the Perceptual intent.</para> + </sect2> + <sect2> + <title>Use Black Point Compensation</title> + <para>BPC affects often only the Relative Colorimetric Rendering intent.</para> + </sect2> + <sect2> + <title>Gamut Warning</title> + <para>Most users want a simple display of colors and will not check if colors match the simulation color space.</para> + </sect2> + </sect1> + <sect1> + <title>Save Mixed Color Space Documents</title> + <para>Mixed color spaces inside one single document can be difficult to handle for some systems. The settings can give the option to flatten document color spaces.</para> + <sect2> + <title>For Screen</title> + <para>Handle mixed color spaces in preparing a document for screen output. A conversion to sRGB helps in easy data exchange and is what most users want.</para> + </sect2> + <sect2> + <title>For Print</title> + <para>Handle mixed color spaces in preparing a document for print output. A conversion to the default editing color space is typically what most users want.</para> + </sect2> + </sect1> + <sect1> + <title>Mismatching</title> + <para>Decide how to resolve conflicts with input color spaces and current settings.</para> + <sect2> + <title>No Image profile</title> + <para>This setting decides what to do in the case that colors have no color space assigned. Typically the according assumed ICC profile should be assigned.</para> + </sect2> + <sect2> + <title>On Rgb Mismatch</title> + <para>Incoming color spaces can differ from the default editing color space. For most users, an automatic conversion is fine. However, for more demanding work, the numbers need to be preserved.</para> + </sect2> + <sect2> + <title>On Cmyk Mismatch</title> + <para>Incoming color spaces can differ from the default editing color space. For most users, an automatic conversion is fine. However, for more demanding work, the numbers need to be preserved.</para> + </sect2> + </sect1> + <sect1> + <title>Proofing</title> + <para>Proofing Settings allows one to decide about the simulation color space.</para> + <sect2> + <title>Proofing</title> + <para>Select a color profile representing a device to be simulated. This profile will only be applied if proofing is enabled.</para> + </sect2> + <sect2> + <title>Proofing Rendering Intent</title> + <para>Behaviour of color space transformation for proofing. Most people want a preview on screen only. The Relative Colorimetric intent is right for that. The Absolute Colorimetric intent needs a very careful profiling and non-trivial setup, but allows for side-by-side comparisons.</para> + </sect2> + <sect2> + <title>SoftProof</title> + <para>Enable simulation of output print on the monitor. Most users do not work for a certain media and leave color handling to the system. They want no simulation.</para> + </sect2> + <sect2> + <title>Hardproof</title> + <para>Enable simulation of an output color space on a local printer. Most users do not work for a certain media and leave color handling to the system. They want no simulation.</para> + </sect2> + </sect1> + <sect1> + <title>Effect</title> + <para>Effect Settings allows one to decide about a abstract effect color space.</para> + <sect2> + <title>Effect</title> + <para>Select a color profile for adding a effect.</para> + </sect2> + <sect2> + <title>Use Effect</title> + <para>Switch for enabling the effect profile.</para> + </sect2> + </sect1> + </article> diff --git a/doc/user/po/eo/docs/kcontrol/kcm_kmsettings/index.docbook b/doc/user/po/eo/docs/kcontrol/kcm_kmsettings/index.docbook new file mode 100644 index 0000000..2a6d387 --- /dev/null +++ b/doc/user/po/eo/docs/kcontrol/kcm_kmsettings/index.docbook @@ -0,0 +1,191 @@ +<?xml version="1.0" ?> +<!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.5-Based Variant V1.1//EN" "dtd/kdedbx45.dtd" [ +<!ENTITY title "<application>KolorManager KCM</application>"> +<!ENTITY version "1.1.1"> +<!ENTITY % addindex "IGNORE"> +<!ENTITY % English "INCLUDE"> +]> +<article id="oyranos_settings" lang="&language;"> + <articleinfo> + <title>Oyranos User Manual</title> + + <authorgroup> + <author> + <firstname>Kai-Uwe</firstname> + <surname>Behrmann</surname> + <affiliation> + <address><email>k...@gmx.de</email></address> + </affiliation> + </author> + <!-- TRANS:ROLES_OF_TRANSLATORS --> + </authorgroup> + <copyright> + <year>2017</year> + <holder>Kai-Uwe Behrmann</holder> + </copyright> + + <date>2017-04-05</date><!-- Date of (re)writing, or update.--> + <releaseinfo>&version;</releaseinfo><!-- Application version number. Use the variable definitions within header to change this value.--> + + <abstract> + <para>This is the documentation for the &title; that configures the Oyranos Color Management System.</para> + </abstract> + + <keywordset> + <keyword>KDE</keyword> + <keyword>System Settings</keyword> + <keyword>Oyranos</keyword> + <keyword>Color Management</keyword> + <keyword>KolorManager</keyword> + <keyword>Synnefo</keyword> + </keywordset> + + </articleinfo> + <sect1> + <title>Introduction</title> + <para> +Internet: <ulink url="http://www.oyranos.org";>www.oyranos.org</ulink> + </para> + + <para> +Oyranos is a Color Management System (CMS), which relies one the ICC file format standard (<ulink url="http://www.color.org";>www.color.org</ulink>) for color space definitions. The use of ICC color profiles shall enable a flawless and automated color data exchange between different color spaces and various devices with their respective physical color behaviours. + </para> + + <para> +Color matching between different devices is possible, provided that the color characteristics of the involved devices are known. The quality of a color transform for devices from one color space to an other depends particularly on the quality of the color measurement and the profiling algorithm used during ICC profile creation. Each color space definition happens in reference to a Profile Connection Spaces (PCS). The PCS is a well known color space, based on the average "human observer" as defined by CIE. + </para> + + <para> +Color profiles are often available from manufacturers of imaging devices as digital cameras, monitors and printers. In Oyranos, ICC profiles are assigned to calibration states of color devices, to get close to the device behaviour as was present during ICC profile creation. + </para> + + <para> +Oyranos allowes detailed settings like preferred editing color spaces and the behaviour of color conversions or simulation. Oyranos reduces the work involved in all color management related decisions through automation, useful defaults and grouping of settings in selectable policies. + </para> + + </sect1> + <sect1> + <title>Default Profiles</title> + <para>ICC profiles should always be attached to all colors. In the case that colors are undefined, users can set various default ICC profiles in Oyranos settings.</para> + <sect2> + <title>Editing XYZ</title> + <para>The preferred XYZ Editing Color Space shall describe CIE*XYZ.</para> + </sect2> + <sect2> + <title>Editing Lab</title> + <para>The preferred CIE*Lab Editing Color Space shall describe the CIE*Lab.</para> + </sect2> + <sect2> + <title>Editing Rgb</title> + <para>The preferred Rgb Editing Color Space should represent a well behaving color space like sRGB.</para> + </sect2> + <sect2> + <title>Editing Cmyk</title> + <para>The preferred Cmyk Editing Color Space should represent a color space that complies to well defined printing conditions like FOGRA or SWOP.</para> + </sect2> + <sect2> + <title>Editing Gray</title> + <para>The preferred Gray Editing Color Space shall describe a single lightness channel color space for grayscale images.</para> + </sect2> + <sect2> + <title>Assumed XYZ source</title> + <para>The selected color space will be assigned to untagged XYZ color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Lab source</title> + <para>The selected color space will be assigned to untagged CIE*Lab color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Rgb source</title> + <para>The selected color space will be assigned to untagged Rgb color content and define colors for further processing. Typical sRGB should be assumed.</para> + </sect2> + <sect2> + <title>Assumed Web source</title> + <para>Assigns an untagged Rgb Image with source from the WWW this color space. This will always be sRGB as defined by W3C.</para> + </sect2> + <sect2> + <title>Assumed Cmyk source</title> + <para>The selected color space will be assigned to untagged Cmyk color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Gray source</title> + <para>The selected color space will be assigned to untagged Gray color content and define colors for further processing.</para> + </sect2> + </sect1> + <sect1> + <title>Rendering</title> + <para>The conversion between color spaces of different shape and size can happen in various ways. The Perceptual rendering intent is usually the best choice for photographs and artistic imagery. It is used in many automatic systems. The Relative Colorimetric rendering intent provides a well-defined standard, one-to-one color mapping, but without applying white point adaption. This can lead to color clipping in case of colors falling outside the target gamut as a price for the otherwise colorimetric correctness. The Relative Colorimetric intent is often used in combination with Black Point Compensation. The Saturation rendering intent shall provide an optimal use of saturated device colors. The Absolute Colorimetric rendering intent works like the relative colorimetric one except the white point is adapted. All rendering intents beside the colorimetric ones rely on the color tables designed by the profile vendor.</para> + <sect2> + <title>Rendering Intent</title> + <para>Rendering intent for color space transformations is typically the Relative Colorimetric intent plus Black Point Compensation or the Perceptual intent.</para> + </sect2> + <sect2> + <title>Use Black Point Compensation</title> + <para>BPC affects often only the Relative Colorimetric Rendering intent.</para> + </sect2> + <sect2> + <title>Gamut Warning</title> + <para>Most users want a simple display of colors and will not check if colors match the simulation color space.</para> + </sect2> + </sect1> + <sect1> + <title>Save Mixed Color Space Documents</title> + <para>Mixed color spaces inside one single document can be difficult to handle for some systems. The settings can give the option to flatten document color spaces.</para> + <sect2> + <title>For Screen</title> + <para>Handle mixed color spaces in preparing a document for screen output. A conversion to sRGB helps in easy data exchange and is what most users want.</para> + </sect2> + <sect2> + <title>For Print</title> + <para>Handle mixed color spaces in preparing a document for print output. A conversion to the default editing color space is typically what most users want.</para> + </sect2> + </sect1> + <sect1> + <title>Mismatching</title> + <para>Decide how to resolve conflicts with input color spaces and current settings.</para> + <sect2> + <title>No Image profile</title> + <para>This setting decides what to do in the case that colors have no color space assigned. Typically the according assumed ICC profile should be assigned.</para> + </sect2> + <sect2> + <title>On Rgb Mismatch</title> + <para>Incoming color spaces can differ from the default editing color space. For most users, an automatic conversion is fine. However, for more demanding work, the numbers need to be preserved.</para> + </sect2> + <sect2> + <title>On Cmyk Mismatch</title> + <para>Incoming color spaces can differ from the default editing color space. For most users, an automatic conversion is fine. However, for more demanding work, the numbers need to be preserved.</para> + </sect2> + </sect1> + <sect1> + <title>Proofing</title> + <para>Proofing Settings allows one to decide about the simulation color space.</para> + <sect2> + <title>Proofing</title> + <para>Select a color profile representing a device to be simulated. This profile will only be applied if proofing is enabled.</para> + </sect2> + <sect2> + <title>Proofing Rendering Intent</title> + <para>Behaviour of color space transformation for proofing. Most people want a preview on screen only. The Relative Colorimetric intent is right for that. The Absolute Colorimetric intent needs a very careful profiling and non-trivial setup, but allows for side-by-side comparisons.</para> + </sect2> + <sect2> + <title>SoftProof</title> + <para>Enable simulation of output print on the monitor. Most users do not work for a certain media and leave color handling to the system. They want no simulation.</para> + </sect2> + <sect2> + <title>Hardproof</title> + <para>Enable simulation of an output color space on a local printer. Most users do not work for a certain media and leave color handling to the system. They want no simulation.</para> + </sect2> + </sect1> + <sect1> + <title>Effect</title> + <para>Effect Settings allows one to decide about a abstract effect color space.</para> + <sect2> + <title>Effect</title> + <para>Select a color profile for adding a effect.</para> + </sect2> + <sect2> + <title>Use Effect</title> + <para>Switch for enabling the effect profile.</para> + </sect2> + </sect1> + </article> diff --git a/doc/user/po/eu/docs/kcontrol/kcm_kmsettings/index.docbook b/doc/user/po/eu/docs/kcontrol/kcm_kmsettings/index.docbook new file mode 100644 index 0000000..2a6d387 --- /dev/null +++ b/doc/user/po/eu/docs/kcontrol/kcm_kmsettings/index.docbook @@ -0,0 +1,191 @@ +<?xml version="1.0" ?> +<!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.5-Based Variant V1.1//EN" "dtd/kdedbx45.dtd" [ +<!ENTITY title "<application>KolorManager KCM</application>"> +<!ENTITY version "1.1.1"> +<!ENTITY % addindex "IGNORE"> +<!ENTITY % English "INCLUDE"> +]> +<article id="oyranos_settings" lang="&language;"> + <articleinfo> + <title>Oyranos User Manual</title> + + <authorgroup> + <author> + <firstname>Kai-Uwe</firstname> + <surname>Behrmann</surname> + <affiliation> + <address><email>k...@gmx.de</email></address> + </affiliation> + </author> + <!-- TRANS:ROLES_OF_TRANSLATORS --> + </authorgroup> + <copyright> + <year>2017</year> + <holder>Kai-Uwe Behrmann</holder> + </copyright> + + <date>2017-04-05</date><!-- Date of (re)writing, or update.--> + <releaseinfo>&version;</releaseinfo><!-- Application version number. Use the variable definitions within header to change this value.--> + + <abstract> + <para>This is the documentation for the &title; that configures the Oyranos Color Management System.</para> + </abstract> + + <keywordset> + <keyword>KDE</keyword> + <keyword>System Settings</keyword> + <keyword>Oyranos</keyword> + <keyword>Color Management</keyword> + <keyword>KolorManager</keyword> + <keyword>Synnefo</keyword> + </keywordset> + + </articleinfo> + <sect1> + <title>Introduction</title> + <para> +Internet: <ulink url="http://www.oyranos.org";>www.oyranos.org</ulink> + </para> + + <para> +Oyranos is a Color Management System (CMS), which relies one the ICC file format standard (<ulink url="http://www.color.org";>www.color.org</ulink>) for color space definitions. The use of ICC color profiles shall enable a flawless and automated color data exchange between different color spaces and various devices with their respective physical color behaviours. + </para> + + <para> +Color matching between different devices is possible, provided that the color characteristics of the involved devices are known. The quality of a color transform for devices from one color space to an other depends particularly on the quality of the color measurement and the profiling algorithm used during ICC profile creation. Each color space definition happens in reference to a Profile Connection Spaces (PCS). The PCS is a well known color space, based on the average "human observer" as defined by CIE. + </para> + + <para> +Color profiles are often available from manufacturers of imaging devices as digital cameras, monitors and printers. In Oyranos, ICC profiles are assigned to calibration states of color devices, to get close to the device behaviour as was present during ICC profile creation. + </para> + + <para> +Oyranos allowes detailed settings like preferred editing color spaces and the behaviour of color conversions or simulation. Oyranos reduces the work involved in all color management related decisions through automation, useful defaults and grouping of settings in selectable policies. + </para> + + </sect1> + <sect1> + <title>Default Profiles</title> + <para>ICC profiles should always be attached to all colors. In the case that colors are undefined, users can set various default ICC profiles in Oyranos settings.</para> + <sect2> + <title>Editing XYZ</title> + <para>The preferred XYZ Editing Color Space shall describe CIE*XYZ.</para> + </sect2> + <sect2> + <title>Editing Lab</title> + <para>The preferred CIE*Lab Editing Color Space shall describe the CIE*Lab.</para> + </sect2> + <sect2> + <title>Editing Rgb</title> + <para>The preferred Rgb Editing Color Space should represent a well behaving color space like sRGB.</para> + </sect2> + <sect2> + <title>Editing Cmyk</title> + <para>The preferred Cmyk Editing Color Space should represent a color space that complies to well defined printing conditions like FOGRA or SWOP.</para> + </sect2> + <sect2> + <title>Editing Gray</title> + <para>The preferred Gray Editing Color Space shall describe a single lightness channel color space for grayscale images.</para> + </sect2> + <sect2> + <title>Assumed XYZ source</title> + <para>The selected color space will be assigned to untagged XYZ color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Lab source</title> + <para>The selected color space will be assigned to untagged CIE*Lab color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Rgb source</title> + <para>The selected color space will be assigned to untagged Rgb color content and define colors for further processing. Typical sRGB should be assumed.</para> + </sect2> + <sect2> + <title>Assumed Web source</title> + <para>Assigns an untagged Rgb Image with source from the WWW this color space. This will always be sRGB as defined by W3C.</para> + </sect2> + <sect2> + <title>Assumed Cmyk source</title> + <para>The selected color space will be assigned to untagged Cmyk color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Gray source</title> + <para>The selected color space will be assigned to untagged Gray color content and define colors for further processing.</para> + </sect2> + </sect1> + <sect1> + <title>Rendering</title> + <para>The conversion between color spaces of different shape and size can happen in various ways. The Perceptual rendering intent is usually the best choice for photographs and artistic imagery. It is used in many automatic systems. The Relative Colorimetric rendering intent provides a well-defined standard, one-to-one color mapping, but without applying white point adaption. This can lead to color clipping in case of colors falling outside the target gamut as a price for the otherwise colorimetric correctness. The Relative Colorimetric intent is often used in combination with Black Point Compensation. The Saturation rendering intent shall provide an optimal use of saturated device colors. The Absolute Colorimetric rendering intent works like the relative colorimetric one except the white point is adapted. All rendering intents beside the colorimetric ones rely on the color tables designed by the profile vendor.</para> + <sect2> + <title>Rendering Intent</title> + <para>Rendering intent for color space transformations is typically the Relative Colorimetric intent plus Black Point Compensation or the Perceptual intent.</para> + </sect2> + <sect2> + <title>Use Black Point Compensation</title> + <para>BPC affects often only the Relative Colorimetric Rendering intent.</para> + </sect2> + <sect2> + <title>Gamut Warning</title> + <para>Most users want a simple display of colors and will not check if colors match the simulation color space.</para> + </sect2> + </sect1> + <sect1> + <title>Save Mixed Color Space Documents</title> + <para>Mixed color spaces inside one single document can be difficult to handle for some systems. The settings can give the option to flatten document color spaces.</para> + <sect2> + <title>For Screen</title> + <para>Handle mixed color spaces in preparing a document for screen output. A conversion to sRGB helps in easy data exchange and is what most users want.</para> + </sect2> + <sect2> + <title>For Print</title> + <para>Handle mixed color spaces in preparing a document for print output. A conversion to the default editing color space is typically what most users want.</para> + </sect2> + </sect1> + <sect1> + <title>Mismatching</title> + <para>Decide how to resolve conflicts with input color spaces and current settings.</para> + <sect2> + <title>No Image profile</title> + <para>This setting decides what to do in the case that colors have no color space assigned. Typically the according assumed ICC profile should be assigned.</para> + </sect2> + <sect2> + <title>On Rgb Mismatch</title> + <para>Incoming color spaces can differ from the default editing color space. For most users, an automatic conversion is fine. However, for more demanding work, the numbers need to be preserved.</para> + </sect2> + <sect2> + <title>On Cmyk Mismatch</title> + <para>Incoming color spaces can differ from the default editing color space. For most users, an automatic conversion is fine. However, for more demanding work, the numbers need to be preserved.</para> + </sect2> + </sect1> + <sect1> + <title>Proofing</title> + <para>Proofing Settings allows one to decide about the simulation color space.</para> + <sect2> + <title>Proofing</title> + <para>Select a color profile representing a device to be simulated. This profile will only be applied if proofing is enabled.</para> + </sect2> + <sect2> + <title>Proofing Rendering Intent</title> + <para>Behaviour of color space transformation for proofing. Most people want a preview on screen only. The Relative Colorimetric intent is right for that. The Absolute Colorimetric intent needs a very careful profiling and non-trivial setup, but allows for side-by-side comparisons.</para> + </sect2> + <sect2> + <title>SoftProof</title> + <para>Enable simulation of output print on the monitor. Most users do not work for a certain media and leave color handling to the system. They want no simulation.</para> + </sect2> + <sect2> + <title>Hardproof</title> + <para>Enable simulation of an output color space on a local printer. Most users do not work for a certain media and leave color handling to the system. They want no simulation.</para> + </sect2> + </sect1> + <sect1> + <title>Effect</title> + <para>Effect Settings allows one to decide about a abstract effect color space.</para> + <sect2> + <title>Effect</title> + <para>Select a color profile for adding a effect.</para> + </sect2> + <sect2> + <title>Use Effect</title> + <para>Switch for enabling the effect profile.</para> + </sect2> + </sect1> + </article> diff --git a/doc/user/po/fr_FR/docs/kcontrol/kcm_kmsettings/index.docbook b/doc/user/po/fr_FR/docs/kcontrol/kcm_kmsettings/index.docbook new file mode 100644 index 0000000..2a6d387 --- /dev/null +++ b/doc/user/po/fr_FR/docs/kcontrol/kcm_kmsettings/index.docbook @@ -0,0 +1,191 @@ +<?xml version="1.0" ?> +<!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.5-Based Variant V1.1//EN" "dtd/kdedbx45.dtd" [ +<!ENTITY title "<application>KolorManager KCM</application>"> +<!ENTITY version "1.1.1"> +<!ENTITY % addindex "IGNORE"> +<!ENTITY % English "INCLUDE"> +]> +<article id="oyranos_settings" lang="&language;"> + <articleinfo> + <title>Oyranos User Manual</title> + + <authorgroup> + <author> + <firstname>Kai-Uwe</firstname> + <surname>Behrmann</surname> + <affiliation> + <address><email>k...@gmx.de</email></address> + </affiliation> + </author> + <!-- TRANS:ROLES_OF_TRANSLATORS --> + </authorgroup> + <copyright> + <year>2017</year> + <holder>Kai-Uwe Behrmann</holder> + </copyright> + + <date>2017-04-05</date><!-- Date of (re)writing, or update.--> + <releaseinfo>&version;</releaseinfo><!-- Application version number. Use the variable definitions within header to change this value.--> + + <abstract> + <para>This is the documentation for the &title; that configures the Oyranos Color Management System.</para> + </abstract> + + <keywordset> + <keyword>KDE</keyword> + <keyword>System Settings</keyword> + <keyword>Oyranos</keyword> + <keyword>Color Management</keyword> + <keyword>KolorManager</keyword> + <keyword>Synnefo</keyword> + </keywordset> + + </articleinfo> + <sect1> + <title>Introduction</title> + <para> +Internet: <ulink url="http://www.oyranos.org";>www.oyranos.org</ulink> + </para> + + <para> +Oyranos is a Color Management System (CMS), which relies one the ICC file format standard (<ulink url="http://www.color.org";>www.color.org</ulink>) for color space definitions. The use of ICC color profiles shall enable a flawless and automated color data exchange between different color spaces and various devices with their respective physical color behaviours. + </para> + + <para> +Color matching between different devices is possible, provided that the color characteristics of the involved devices are known. The quality of a color transform for devices from one color space to an other depends particularly on the quality of the color measurement and the profiling algorithm used during ICC profile creation. Each color space definition happens in reference to a Profile Connection Spaces (PCS). The PCS is a well known color space, based on the average "human observer" as defined by CIE. + </para> + + <para> +Color profiles are often available from manufacturers of imaging devices as digital cameras, monitors and printers. In Oyranos, ICC profiles are assigned to calibration states of color devices, to get close to the device behaviour as was present during ICC profile creation. + </para> + + <para> +Oyranos allowes detailed settings like preferred editing color spaces and the behaviour of color conversions or simulation. Oyranos reduces the work involved in all color management related decisions through automation, useful defaults and grouping of settings in selectable policies. + </para> + + </sect1> + <sect1> + <title>Default Profiles</title> + <para>ICC profiles should always be attached to all colors. In the case that colors are undefined, users can set various default ICC profiles in Oyranos settings.</para> + <sect2> + <title>Editing XYZ</title> + <para>The preferred XYZ Editing Color Space shall describe CIE*XYZ.</para> + </sect2> + <sect2> + <title>Editing Lab</title> + <para>The preferred CIE*Lab Editing Color Space shall describe the CIE*Lab.</para> + </sect2> + <sect2> + <title>Editing Rgb</title> + <para>The preferred Rgb Editing Color Space should represent a well behaving color space like sRGB.</para> + </sect2> + <sect2> + <title>Editing Cmyk</title> + <para>The preferred Cmyk Editing Color Space should represent a color space that complies to well defined printing conditions like FOGRA or SWOP.</para> + </sect2> + <sect2> + <title>Editing Gray</title> + <para>The preferred Gray Editing Color Space shall describe a single lightness channel color space for grayscale images.</para> + </sect2> + <sect2> + <title>Assumed XYZ source</title> + <para>The selected color space will be assigned to untagged XYZ color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Lab source</title> + <para>The selected color space will be assigned to untagged CIE*Lab color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Rgb source</title> + <para>The selected color space will be assigned to untagged Rgb color content and define colors for further processing. Typical sRGB should be assumed.</para> + </sect2> + <sect2> + <title>Assumed Web source</title> + <para>Assigns an untagged Rgb Image with source from the WWW this color space. This will always be sRGB as defined by W3C.</para> + </sect2> + <sect2> + <title>Assumed Cmyk source</title> + <para>The selected color space will be assigned to untagged Cmyk color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Gray source</title> + <para>The selected color space will be assigned to untagged Gray color content and define colors for further processing.</para> + </sect2> + </sect1> + <sect1> + <title>Rendering</title> + <para>The conversion between color spaces of different shape and size can happen in various ways. The Perceptual rendering intent is usually the best choice for photographs and artistic imagery. It is used in many automatic systems. The Relative Colorimetric rendering intent provides a well-defined standard, one-to-one color mapping, but without applying white point adaption. This can lead to color clipping in case of colors falling outside the target gamut as a price for the otherwise colorimetric correctness. The Relative Colorimetric intent is often used in combination with Black Point Compensation. The Saturation rendering intent shall provide an optimal use of saturated device colors. The Absolute Colorimetric rendering intent works like the relative colorimetric one except the white point is adapted. All rendering intents beside the colorimetric ones rely on the color tables designed by the profile vendor.</para> + <sect2> + <title>Rendering Intent</title> + <para>Rendering intent for color space transformations is typically the Relative Colorimetric intent plus Black Point Compensation or the Perceptual intent.</para> + </sect2> + <sect2> + <title>Use Black Point Compensation</title> + <para>BPC affects often only the Relative Colorimetric Rendering intent.</para> + </sect2> + <sect2> + <title>Gamut Warning</title> + <para>Most users want a simple display of colors and will not check if colors match the simulation color space.</para> + </sect2> + </sect1> + <sect1> + <title>Save Mixed Color Space Documents</title> + <para>Mixed color spaces inside one single document can be difficult to handle for some systems. The settings can give the option to flatten document color spaces.</para> + <sect2> + <title>For Screen</title> + <para>Handle mixed color spaces in preparing a document for screen output. A conversion to sRGB helps in easy data exchange and is what most users want.</para> + </sect2> + <sect2> + <title>For Print</title> + <para>Handle mixed color spaces in preparing a document for print output. A conversion to the default editing color space is typically what most users want.</para> + </sect2> + </sect1> + <sect1> + <title>Mismatching</title> + <para>Decide how to resolve conflicts with input color spaces and current settings.</para> + <sect2> + <title>No Image profile</title> + <para>This setting decides what to do in the case that colors have no color space assigned. Typically the according assumed ICC profile should be assigned.</para> + </sect2> + <sect2> + <title>On Rgb Mismatch</title> + <para>Incoming color spaces can differ from the default editing color space. For most users, an automatic conversion is fine. However, for more demanding work, the numbers need to be preserved.</para> + </sect2> + <sect2> + <title>On Cmyk Mismatch</title> + <para>Incoming color spaces can differ from the default editing color space. For most users, an automatic conversion is fine. However, for more demanding work, the numbers need to be preserved.</para> + </sect2> + </sect1> + <sect1> + <title>Proofing</title> + <para>Proofing Settings allows one to decide about the simulation color space.</para> + <sect2> + <title>Proofing</title> + <para>Select a color profile representing a device to be simulated. This profile will only be applied if proofing is enabled.</para> + </sect2> + <sect2> + <title>Proofing Rendering Intent</title> + <para>Behaviour of color space transformation for proofing. Most people want a preview on screen only. The Relative Colorimetric intent is right for that. The Absolute Colorimetric intent needs a very careful profiling and non-trivial setup, but allows for side-by-side comparisons.</para> + </sect2> + <sect2> + <title>SoftProof</title> + <para>Enable simulation of output print on the monitor. Most users do not work for a certain media and leave color handling to the system. They want no simulation.</para> + </sect2> + <sect2> + <title>Hardproof</title> + <para>Enable simulation of an output color space on a local printer. Most users do not work for a certain media and leave color handling to the system. They want no simulation.</para> + </sect2> + </sect1> + <sect1> + <title>Effect</title> + <para>Effect Settings allows one to decide about a abstract effect color space.</para> + <sect2> + <title>Effect</title> + <para>Select a color profile for adding a effect.</para> + </sect2> + <sect2> + <title>Use Effect</title> + <para>Switch for enabling the effect profile.</para> + </sect2> + </sect1> + </article> diff --git a/doc/user/po/ru_RU/docs/kcontrol/kcm_kmsettings/index.docbook b/doc/user/po/ru_RU/docs/kcontrol/kcm_kmsettings/index.docbook new file mode 100644 index 0000000..2a6d387 --- /dev/null +++ b/doc/user/po/ru_RU/docs/kcontrol/kcm_kmsettings/index.docbook @@ -0,0 +1,191 @@ +<?xml version="1.0" ?> +<!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.5-Based Variant V1.1//EN" "dtd/kdedbx45.dtd" [ +<!ENTITY title "<application>KolorManager KCM</application>"> +<!ENTITY version "1.1.1"> +<!ENTITY % addindex "IGNORE"> +<!ENTITY % English "INCLUDE"> +]> +<article id="oyranos_settings" lang="&language;"> + <articleinfo> + <title>Oyranos User Manual</title> + + <authorgroup> + <author> + <firstname>Kai-Uwe</firstname> + <surname>Behrmann</surname> + <affiliation> + <address><email>k...@gmx.de</email></address> + </affiliation> + </author> + <!-- TRANS:ROLES_OF_TRANSLATORS --> + </authorgroup> + <copyright> + <year>2017</year> + <holder>Kai-Uwe Behrmann</holder> + </copyright> + + <date>2017-04-05</date><!-- Date of (re)writing, or update.--> + <releaseinfo>&version;</releaseinfo><!-- Application version number. Use the variable definitions within header to change this value.--> + + <abstract> + <para>This is the documentation for the &title; that configures the Oyranos Color Management System.</para> + </abstract> + + <keywordset> + <keyword>KDE</keyword> + <keyword>System Settings</keyword> + <keyword>Oyranos</keyword> + <keyword>Color Management</keyword> + <keyword>KolorManager</keyword> + <keyword>Synnefo</keyword> + </keywordset> + + </articleinfo> + <sect1> + <title>Introduction</title> + <para> +Internet: <ulink url="http://www.oyranos.org";>www.oyranos.org</ulink> + </para> + + <para> +Oyranos is a Color Management System (CMS), which relies one the ICC file format standard (<ulink url="http://www.color.org";>www.color.org</ulink>) for color space definitions. The use of ICC color profiles shall enable a flawless and automated color data exchange between different color spaces and various devices with their respective physical color behaviours. + </para> + + <para> +Color matching between different devices is possible, provided that the color characteristics of the involved devices are known. The quality of a color transform for devices from one color space to an other depends particularly on the quality of the color measurement and the profiling algorithm used during ICC profile creation. Each color space definition happens in reference to a Profile Connection Spaces (PCS). The PCS is a well known color space, based on the average "human observer" as defined by CIE. + </para> + + <para> +Color profiles are often available from manufacturers of imaging devices as digital cameras, monitors and printers. In Oyranos, ICC profiles are assigned to calibration states of color devices, to get close to the device behaviour as was present during ICC profile creation. + </para> + + <para> +Oyranos allowes detailed settings like preferred editing color spaces and the behaviour of color conversions or simulation. Oyranos reduces the work involved in all color management related decisions through automation, useful defaults and grouping of settings in selectable policies. + </para> + + </sect1> + <sect1> + <title>Default Profiles</title> + <para>ICC profiles should always be attached to all colors. In the case that colors are undefined, users can set various default ICC profiles in Oyranos settings.</para> + <sect2> + <title>Editing XYZ</title> + <para>The preferred XYZ Editing Color Space shall describe CIE*XYZ.</para> + </sect2> + <sect2> + <title>Editing Lab</title> + <para>The preferred CIE*Lab Editing Color Space shall describe the CIE*Lab.</para> + </sect2> + <sect2> + <title>Editing Rgb</title> + <para>The preferred Rgb Editing Color Space should represent a well behaving color space like sRGB.</para> + </sect2> + <sect2> + <title>Editing Cmyk</title> + <para>The preferred Cmyk Editing Color Space should represent a color space that complies to well defined printing conditions like FOGRA or SWOP.</para> + </sect2> + <sect2> + <title>Editing Gray</title> + <para>The preferred Gray Editing Color Space shall describe a single lightness channel color space for grayscale images.</para> + </sect2> + <sect2> + <title>Assumed XYZ source</title> + <para>The selected color space will be assigned to untagged XYZ color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Lab source</title> + <para>The selected color space will be assigned to untagged CIE*Lab color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Rgb source</title> + <para>The selected color space will be assigned to untagged Rgb color content and define colors for further processing. Typical sRGB should be assumed.</para> + </sect2> + <sect2> + <title>Assumed Web source</title> + <para>Assigns an untagged Rgb Image with source from the WWW this color space. This will always be sRGB as defined by W3C.</para> + </sect2> + <sect2> + <title>Assumed Cmyk source</title> + <para>The selected color space will be assigned to untagged Cmyk color content and define colors for further processing.</para> + </sect2> + <sect2> + <title>Assumed Gray source</title> + <para>The selected color space will be assigned to untagged Gray color content and define colors for further processing.</para> + </sect2> + </sect1> + <sect1> + <title>Rendering</title> + <para>The conversion between color spaces of different shape and size can happen in various ways. The Perceptual rendering intent is usually the best choice for photographs and artistic imagery. It is used in many automatic systems. The Relative Colorimetric rendering intent provides a well-defined standard, one-to-one color mapping, but without applying white point adaption. This can lead to color clipping in case of colors falling outside the target gamut as a price for the otherwise colorimetric correctness. The Relative Colorimetric intent is often used in combination with Black Point Compensation. The Saturation rendering intent shall provide an optimal use of saturated device colors. The Absolute Colorimetric rendering intent works like the relative colorimetric one except the white point is adapted. All rendering intents beside the colorimetric ones rely on the color tables designed by the profile vendor.</para> + <sect2> + <title>Rendering Intent</title> + <para>Rendering intent for color space transformations is typically the Relative Colorimetric intent plus Black Point Compensation or the Perceptual intent.</para> + </sect2> + <sect2> + <title>Use Black Point Compensation</title> + <para>BPC affects often only the Relative Colorimetric Rendering intent.</para> + </sect2> + <sect2> + <title>Gamut Warning</title> + <para>Most users want a simple display of colors and will not check if colors match the simulation color space.</para> + </sect2> + </sect1> + <sect1> + <title>Save Mixed Color Space Documents</title> + <para>Mixed color spaces inside one single document can be difficult to handle for some systems. The settings can give the option to flatten document color spaces.</para> + <sect2> + <title>For Screen</title> + <para>Handle mixed color spaces in preparing a document for screen output. A conversion to sRGB helps in easy data exchange and is what most users want.</para> + </sect2> + <sect2> + <title>For Print</title> + <para>Handle mixed color spaces in preparing a document for print output. A conversion to the default editing color space is typically what most users want.</para> + </sect2> + </sect1> + <sect1> + <title>Mismatching</title> + <para>Decide how to resolve conflicts with input color spaces and current settings.</para> + <sect2> + <title>No Image profile</title> + <para>This setting decides what to do in the case that colors have no color space assigned. Typically the according assumed ICC profile should be assigned.</para> + </sect2> + <sect2> + <title>On Rgb Mismatch</title> + <para>Incoming color spaces can differ from the default editing color space. For most users, an automatic conversion is fine. However, for more demanding work, the numbers need to be preserved.</para> + </sect2> + <sect2> + <title>On Cmyk Mismatch</title> + <para>Incoming color spaces can differ from the default editing color space. For most users, an automatic conversion is fine. However, for more demanding work, the numbers need to be preserved.</para> + </sect2> + </sect1> + <sect1> + <title>Proofing</title> + <para>Proofing Settings allows one to decide about the simulation color space.</para> + <sect2> + <title>Proofing</title> + <para>Select a color profile representing a device to be simulated. This profile will only be applied if proofing is enabled.</para> + </sect2> + <sect2> + <title>Proofing Rendering Intent</title> + <para>Behaviour of color space transformation for proofing. Most people want a preview on screen only. The Relative Colorimetric intent is right for that. The Absolute Colorimetric intent needs a very careful profiling and non-trivial setup, but allows for side-by-side comparisons.</para> + </sect2> + <sect2> + <title>SoftProof</title> + <para>Enable simulation of output print on the monitor. Most users do not work for a certain media and leave color handling to the system. They want no simulation.</para> + </sect2> + <sect2> + <title>Hardproof</title> + <para>Enable simulation of an output color space on a local printer. Most users do not work for a certain media and leave color handling to the system. They want no simulation.</para> + </sect2> + </sect1> + <sect1> + <title>Effect</title> + <para>Effect Settings allows one to decide about a abstract effect color space.</para> + <sect2> + <title>Effect</title> + <para>Select a color profile for adding a effect.</para> + </sect2> + <sect2> + <title>Use Effect</title> + <para>Switch for enabling the effect profile.</para> + </sect2> + </sect1> + </article>
