Многоезично настолно издателство за печат и дигитални формати. Професионално DTP в Adobe InDesign, FrameMaker и QuarkXPress на над 140 езика.
Настолното издателство (известно също като DTP) съчетава персонален компютър, софтуер за страниране и принтер, за да създава публикации в малък икономичен мащаб. Потребителите създават страниране с текст, графики, снимки и други визуални елементи, използвайки DTP софтуер като QuarkXPress, Adobe InDesign и др.
Настолното издателство започва през 1985 г. с въвеждането на софтуера PageMaker от Aldus и принтера LaserWriter от Apple Computer за компютъра Apple Macintosh. Възможността за създаване на WYSIWYG оформления на екрана и след това отпечатване на страници с рязка резолюция от 300 ppi беше революционна както за индустрията за набор, така и за индустрията на персоналните компютри. Терминът „настолно издателство“ се приписва на основателя на Aldus Corporation Пол Брейнърд, който търсеше маркетингова фраза за описание на малкия размер и относителната достъпност на този пакет продукти в контраст със скъпото търговско фотонабирателно оборудване на времето.
Настолното издателство започва през 1985 г. с въвеждането на софтуера PageMaker от Aldus и принтера LaserWriter от Apple Computer за компютъра Apple Macintosh. Възможността за създаване на WYSIWYG оформления на екрана и след това отпечатване на страници с рязка резолюция от 300 ppi беше революционна както за индустрията за набор, така и за индустрията на персоналните компютри. Терминът „настолно издателство“ се приписва на основателя на Aldus Corporation Пол Брейнърд, който търсеше маркетингова фраза за описание на малкия размер и относителната достъпност на този пакет продукти в контраст със скъпото търговско фотонабирателно оборудване на времето.
Често считано за основно умение, увеличеният достъп до по-лесен за ползване DTP софтуер превърна DTP във второстепенно умение за арт директори, графичен дизайн, разработка на мултимедия, маркетингови комуникации, административни кариери и напреднала училищна грамотност в развити икономики. Нивата на умения в DTP варират от такива, които могат да се научат за няколко часа (напр. как да се поставя клипарт в текстообработваща програма), до такива, които изискват университетско образование и години опит (напр. позиции в рекламна агенция).
Ранни системи
По днешните стандарти ранното настолно издателство беше примитивна работа. Потребителите на системата PageMaker-LaserWriter-Macintosh 512K издържаха чести сривове на софтуера, миниатюрния 512 x 342 1-битов черно-бял екран на Mac, невъзможността да се контролира междубуквеното разстояние, кернингът и други типографски характеристики, както и разликите между дисплея на екрана и отпечатания резултат. Но за онзи момент това беше възприето като магически трик: трудно за вярване, но всеки иска да знае как се прави трикът. Технологиите зад кулисите, разработени от Adobe Systems, положиха основата на професионалните приложения за настолно издателство. Принтерите LaserWriter и LaserWriter Plus включваха висококачествени, мащабируеми Adobe шрифтове, вградени в тяхната ROM памет. Допълнителната PostScript възможност на LaserWriter позволяваше на дизайнерите на публикации да проверяват файловете на местен принтер и след това да отпечатват същия файл в DTP сервизни бюра с помощта на PostScript принтери с оптична резолюция 600+ ppi, каквито бяха тези от Linotronic. По-късно беше пуснат Macintosh II, който беше много по-подходящ за настолно издателство поради по-големия си цветен екран. През 1986 г. за MS-DOS компютри беше въведен базираният на GEM Ventura Publisher. Докато метафората за дъска за монтиране на PageMaker близо имитираше процеса на създаване на оформления ръчно, Ventura Publisher автоматизираше процеса на страниране чрез използването на тагове/стилови таблици и автоматично генерирани индекси и друго съдържание. Това го правеше подходящ за ръководства и други дълги документи. Настолното издателство навлезе в домашния пазар с Publishing Partner за Atari ST през 1986 г. и по-късно за Amiga, GST's Timeworks Publisher на PC и Atari ST, Calamus за Atari TT030, Начало Publisher и Newsroom за 8-битови компютри като Apple II. През тези ранни години настолното издателство придоби лоша репутация от необучени потребители, които създаваха хаотично организирани оформления в стил „бележка за откуп“ – критики, които ще бъдат отправяни отново към ранните уеб издатели десетилетие по-късно.
Зрели системи
Подобрените типографски контроли и обработката на изображения на базираните на PC и Mac издателски системи все повече привлякоха вниманието на професионалните издатели. Повратната точка беше въвеждането на Quark XPress през 90-те години на миналия век и все по-нарастващият брой цифрови шрифтове. XPress стана доминиращ в издателския свят до началото на 2000-те, когато Adobe InDesign придоби популярност заради своите мощни типографски контроли и интеграция с други Adobe издателски продукти, особено тези, които преобладаваха в индустриите за дизайн, фотография, издателство, печат и цифрови медии. До края на 90-те години практически цялото издателство беше станало „настолно издателство“. Превъзходната гъвкавост и скорост на системите за настолно издателство значително намалиха времето за подготовка на всички форми на публикация и позволиха сложни дизайни и оформления, които бяха невъобразими през десетилетията преди DTP. Издателството, базирано на бази данни, допълнително намали времето, необходимо за разработване на дебели ръководства и каталожни публикации. Настолното издателство помогна да се оформи поколение потребители на персонални компютри, които да търсят „следващото голямо нещо“. В края на 80-те години разработчиците прилагаха с надежда префикса „настолно“ към потенциални нови пазари като „настолни презентации“, „настолни формуляри“ и „настолно видео“. Всички тези пазари се оказаха важни (вижте PowerPoint, Adobe Acrobat и miniDV например), особено настолното видео редактиране. Много филми с дължина на кинотворба сега се редактират с Apple Final Cut Pro на настолен компютър, заменяйки оборудване и софтуер, които биха стрували сто хиляди долара през 80-те години.
Сравнения с текстообработката
Докато софтуерът за настолно издателство все още предоставя обширни функции, необходими за печатното издателство, съвременните текстообработващи програми вече разполагат с издателски възможности отвъд тези на много по-стари DTP приложения, като размиват границата между текстообработката и настолното издателство.
В ранните дни на графичните потребителски интерфейси DTP софтуерът беше в своя собствена класа в сравнение с доста оскъдните текстообработващи приложения на времето. Програми като WordPerfect и WordStar все още бяха основно базирани на текст и предлагаха малко в областта на странирането, освен може би полета и междуредие. От друга страна, текстообработващият софтуер беше необходим за функции като индексиране и проверка на правопис – функции, които днес се приемат за даденост. С развитието на компютрите и операционните системи производителите се стремят да предоставят на потребителите единна платформа за приложения, която може да отговори на всички нужди. Софтуер като Microsoft Word предлага разширени оформления и свързване между документи, а DTP приложенията са добавили общи функции на текстообработваща програма.
Сравнения с други електронни оформления
В съвременната употреба обикновено не се счита, че DTP включва инструменти като TeX или troff, въпреки че и двете могат лесно да се използват на съвременна настолна система и са стандартни за много Unix-подобни операционни системи и лесно достъпни за други системи. Ключовата разлика между електронния софтуер за набор и DTP софтуера е, че DTP софтуерът обикновено е интерактивен и WYSIWYG по дизайн, докато по-старият електронен софтуер за набор обикновено работи в пакетен режим, изисквайки от потребителя ръчно да въвежда маркиращия език на обработващата програма без директна визуализация на крайния продукт. По-старият стил софтуер за набор заема значителна, но намаляваща ниша в техническото писане и публикуването на учебници; но тъй като много софтуер от този жанр сега е с отворен код, той може да бъде по-рентабилен от професионално ориентираните DTP системи.
Има известно припокриване между настолното издателство и това, което е известно като Hypermedia публикуване (т.е. уеб дизайн, Kiosk, CD-ROM). Много графични HTML редактори, като Microsoft FrontPage и Dreamweaver, използват двигател за оформление, подобен на DTP програма. Някои уеб дизайнери обаче все още предпочитат да пишат HTML без помощта на WYSIWYG редактор и прибягват до такъв софтуер, ако изобщо, само за сложни оформления, които не могат лесно да бъдат реализирани с ръчно написан HTML код.
Някои писмени системи в света, като арабска, персийска, урду и иврит, са написани във форма, известна като от дясно на ляво (RTL), при която писането започва от дясната страна на страницата и завършва в лявата. Това е различно от посоката отляво надясно (LTR), на която са написани езиците, използващи латинската азбука (като английския). Когато LTR текст се смесва с RTL в същия абзац, всеки тип текст трябва да се пише в собствената си посока, което е известно като двупосочен текст. Това може да стане доста сложно, когато се използват множество нива на цитиране. Почти всички писмени системи, произхождащи от Близкия изток, са от този характер.
Поддръжката на двупосочен скрипт е способността на компютърната система правилно да показва двупосочен текст. Терминът често се съкращава до жаргонния термин BiDi или bidi.
Езиците CJK са сричкови езици. И всяка сричка заема два байта в компютърната памет. В езиците CJK не съществува такова нещо като единична буква.
Китайският, японският и корейският (CJK) езици са базирани на знаци, като всеки знак се отнася до идея – за разлика от конкретна форма на знак или обект. Тъй като техните знаци са по-сложни и графични от буквите на латинската азбука, те обикновено използват два пъти повече памет и се считат за двубайтови езици.
Сложността на двубайтовите езици поражда проблеми със размера на файла, съвместимостта на операционната система и софтуера, и дори яснотата и четливостта на текста поради по-малък избор на шрифтове. Освен това, тъй като текстът, съдържащ знаци, е базиран на семантика, една фраза не може просто да се прекъсва на произволно място.
Осигуряването на качеството (QA) е процесът на наблюдение на конкретни резултати от проекта, за да се определи дали те отговарят на съответните стандарти за качество, и идентифициране на начини за отстраняване на причините за незадоволителни резултати.
При проверка на оформлението на файловете екипът по QA прилага строги критерии, като проверява пунктуация, горни и долни колонтитули, заглавия, номериране и графики, както и актуализира кръстосаните препратки, съдържания и индекси и т.н.
Стандартният списък за QA проверка включва следните дейности:
Клиентите винаги ни питат за нашата методология при многоезични проекти за настолно издателство (DTP). Правилният отговор е, че проектите се различават по процес.
Opticentre е ориентиран към много големи проекти с много 100 страници на много езици, така че клиентите, които предават такива обеми, обикновено имат изграден персонализиран работен процес. Opticentre просто се включва в него и следва потока.
Ако обаче управлявахме проект от нулата, ето примерен процес (с използване на FrameMaker):
Всички промени от вашите проверяващи могат да бъдат изпратени до нас, оформени в Word файл, анотирани в PDF файла или маркирани на хартиен вариант (ако промените не са обширни). След това промените се включват и цикълът на преглед продължава, докато крайният клиент не е напълно доволен.
Прочетете повечеНарастващият брой езици, на които компаниите трябва да превеждат, изисква внимателно планиране при подготовката на преводачески проекти. Така изборът на подходящи инструменти, намирането на квалифицирани проектни екипи и прилагането на подходящи концепции за избягване на допълнителна работа стават ключови задачи за проектния мениджър. Ако всички тези въпроси бъдат разгледани предварително, може да се постигне перфектен баланс в магическия триъгълник на време, цена и качество.
Поради глобализацията и отварянето на пазарите днес проектите за превод и локализация често включват двадесет или повече езика. Представата, че тези проекти могат да се управляват също като превода на ръководство, написано в Word, на английски, е широко разпространена – но погрешна. И така, какви са разликите между тези две задачи?
Поради гореспоменатите факти, ранната фаза на планиране на многоезични преводачески проекти е от голямо значение. За увеличаване на шансовете за успешно завършване на такъв проект, следното трябва да се спазва по време на подготвителната фаза.
1. Подготовка на проекта
В идеалния случай оптимизацията на процеса с особено внимание към планирания обем на превод трябва да започне още по време на редакционната компилация. Съответните елементи включват инструменти, които поддържат терминологията, подходящо маркиране на информация, която не трябва да се превежда, дизайн на съвместимо с процеса оформление, като се взема предвид, че някои езици изискват повече място за текст от други, и инструменти, поддържащи структурен контрол на качеството на документа („preflight инструменти за преводи“). При мащабни преводачески проекти тези усилия лесно ще се окажат рентабилни, дори ако първоначалният редакционен процес е по-скъп и отнема повече време.
Първата стъпка на доставчика на преводачески услуги е „проверка на входните данни“ или инспекция на структурното качество на изходните документи.
Опитът показва, че структурното качество на изходните документи често не е оптимално за преводаческия процес. Това може да се отдаде на един или повече от следните фактори:
За съжаление, човешката интуиция често се проваля при оценяване на такива ситуации. Един пример: много съвременни проекти са от типа „един източник“, където един източник на данни е основа за няколко други продукта в различни медии, напр. PDF файлове за печат, контекстно-зависима HTML помощ и други WWW приложения. Да приемем, че изходният проект се състои от пет FrameMaker книги. Необходимо е само просто изчисление, за да се осъзнае, че ако такъв проект включва двадесет езика, размерът на усилията, положени върху изходния език, може да трябва да се умножи по коефициент 300 (пет книги x двадесет езика x три медии). Това означава, че пет минути работа на изходния език могат да се превърнат в повече от три дни работа за постигане на същата задача за всички целеви езици и медии.
Тези мащабни проекти могат да бъдат улеснени, ако се използват скриптове (за FrameMaker) или макроси (за Word), които могат да бъдат персонализирани за съответния клиент и да бъдат адаптирани непрекъснато. Предпоставка за това е пълно овладяване на съответния инструмент. Освен това само доставчиците на преводачески услуги с необходимата вътрешна техническа поддръжка ще успеят да изпълнят малките чудеса, които един текущ проект може да изисква ежедневно.
2. Използване на подходящи инструменти
Използването на инструменти за преводаческа памет за многоезични проекти се превърна в даденост. По тази причина въпросът не се обсъжда повече тук, нито се прави опит за оценка кой инструмент може да бъде най-подходящ. Все пак TMS не са освободени от непрекъснато развитие. Затова планирането на големи преводачески проекти трябва да включва подробно разглеждане на различните функционалности и коя TMS ги покрива най-добре. Това може да включва елементи като извличане на терминология, качество на филтъра за използвания DTP инструмент, функции за осигуряване на качеството, обработка на двадесет и повече езика едновременно или процедури за актуализация на TM, за да споменем само няколко.
3. Проектният екип
Броят на членовете на екипа, необходим за такъв проект, варира значително. Въпреки това винаги трябва да бъдат заети следните позиции: проектен мениджър(и), процесен мениджър(и) с експертни знания по TMS, преводачи, специалист(и) по оформление, коректор(и) и евентуално терминолог(и).
Проектният мениджър трябва да може да координира всички членове на проекта и да поддържа твърд контрол върху магическия триъгълник между крайни срокове, разходи и качество на продукта. В идеалния случай мениджърът ще бъде ангажиран във всички проектни фази – от подготовката на офертата до завършването на проекта. Той/тя трябва да има поне основни познания за използваните инструменти и трябва да може да предостави на клиента междинен доклад по всяко време. Особено при големи проекти клиентите очакват обратна връзка за състоянието и напредъка. Инструментите, предлагащи интегрирани функции за управление на проекти, могат да бъдат полезни, но е възможно и обратното: тъй като такива инструменти обикновено показват прогреса на проекта в процентни стойности, достойнството на такава статистика зависи от сложността на лежащия в основата алгоритъм. Случвало се е тези процентни стойности да имат малко общо с реалността.
Важен критерий при избора на преводачи е истинската компетентност по отношение на езика и предметната област, както и инструмента за преводаческа памет. Една от тайните на висококачествените преводи е способността да се „предугажда терминологията“, дори ако не е установена стандартна терминология.
Освен владеенето на инструментите, специалистите по оформление трябва да са развили усет за ефектите върху оформлението, предизвикани от различните езици. Инструментите за локализация улесняват решаването на трудни проблеми с оформлението с помощта на симулации на превод, в които могат да се моделират ефектите на разширяване на текста. Класическите DTP инструменти не предлагат тези функции.
TM специалистите са незаменими, ако стандартните филтри трябва да бъдат адаптирани за проекта или ако TMS трябва първо да се конфигурира според нуждите на клиента, например чрез защита на текст, който не трябва да бъде преведен, или чрез насочване на специални обекти като условен текст или променливи през целия процес.
Коректорите не е задължително да бъдат носители на съответния език, но трябва да бъдат точно информирани за дефинициите за качество.
4. Осигуряване на качеството
Предвид големите бюджети, необходими за големи многоезични преводачески проекти, своевременното съгласуване на качеството и неговото управление е от съществено значение. Клиентът със сигурност очаква превод с максимално качество. Но какво означава това? Например как може да се запази последователна терминология, ако проектът не включва съответни стандарти или ако обемът или продължителността на проекта водят до ангажирането на няколко преводача за един-единствен език? И какво да кажем за прословутите 100-процентови съвпадения: трябва ли да бъдат коректирани или не? Толкова много може да се каже тук: не вярвайте сляпо на маркетинговите твърдения за какъвто и да е инструмент. Защото в TMS-базираните работни процеси съществен въпрос е колко „боклук“ вече съдържа съществуващата преводаческа памет. Това е една тема, по която преводаческата общност страда от сериозни заблуди.
Трябва ли осигуряването на качеството да се извършва съгласно принципа на четирите очи, защото преводите винаги подлежат на интерпретация? Трябва ли да се организира формален работен процес с участието на проверяващи от страна на клиента? Ако да, кой ще гарантира своевременна обратна връзка? И ще знаят ли проверяващите в кои области се простират техните отговорности и кои аспекти е по-добре да не оценяват?
Малък, но неприятен странично въпрос е навикът за извършване на корекции чрез бележки в PDF. Имайте предвид, че е доста предизвикателно да включите PDF бележки например на полски език в FrameMaker документ. Отново това изисква специален опит.
Обобщение
Въпросите, адресирани по-горе, илюстрират, че владеенето на езика е съществено, но не и единствено предусловие за успеха на многоезични проекти. По наше мнение опитът със съответните процеси и подробните познания за инструментите са много по-важни. Още преди началото на проекта трябва да се постигне тясна координация и съгласие между клиента и доставчика на услуги, за да може проектът да бъде завършен успешно.
Към Услуги
Изпълнете задачите в този раздел, за да определите дали Acrobat Distiller причинява проблема.
1. Уверете се, че използвате версия на Acrobat Distiller, която е съвместима с FrameMaker.
FrameMaker инсталира необходимата версия на Acrobat Distiller. Ако използвате версия на Acrobat Distiller, която не е съвместима с FrameMaker, може да се наложи да актуализирате или надстроите FrameMaker, или да премахнете Acrobat Distiller и да преинсталирате FrameMaker.
За да определите коя версия на Acrobat Distiller е инсталирана, стартирайте Acrobat Distiller и изберете Help > За нас Acrobat Distiller.
2. Уверете се, че Acrobat Distiller работи.
Създайте PDF файл от друго приложение (например Microsoft Word), като отпечатате документ към принтера Adobe PDF. Ако можете да създадете PDF файл, проблемът може да е в FrameMaker; продължете към раздела „Troubleshoot FrameMaker“ в този документ. Ако не можете да създадете PDF файл, създайте PostScript файл и след това го отворете в Acrobat Distiller:
3. Проверете файла messages.log.
Файлът messages.log може да включва информация (например PostScript грешки), която можете да използвате за отстраняване на проблема. Ако файлът изброява PostScript грешка, отстранете грешката съгласно документ 328515 „Troubleshoot PostScript errors“. Можете да намерите файла messages.log в папката Acrobat Distiller [версия].
За Acrobat Distiller 7.0:
За Acrobat Distiller 6.0:
За Acrobat Distiller 5.0:
Български
Английски
French
German
Spanish
Italian
Dutch