brinmax

Все новое, блестящее, «просто работает» и не очень

WWDC 2021 принес Xcode 13 и Swift 5.5, самые большие достижения в локализации, которые мы видели за несколько лет. Это реальные улучшения, которые упростят локализацию для разработчиков. И все, что облегчает жизнь разработчикам, приносит пользу переводчикам и международным пользователям. 🥳 🎉 🎊

Все эти изменения в локализации требуют использования последней версии Xcode 13 и Swift.Для некоторых это может стать препятствием, но если у вас есть код Swift, я настоятельно рекомендую его. Улучшения включают в себя: локализованных строк с атрибутами, улучшенные средства форматирования и кое-что удивительное (?) под названием «Автоматическое соглашение по грамматике».

Вот разбивка всех новых вещей, встроенных в локализацию Xcode 13 .

Локализованные атрибутивные строки

Форматирование текста и добавление ссылок всегда были проблемой при локализации iOS и Mac. Многие разработчики дают нам неработающие предложения для локализации, потому что они хотят применить определенное форматирование ( полужирный , курсив и т. д.) или добавить ссылку. Локализация простого HTML с форматированием и ссылками, напротив, проста:

 Свяжитесь с нами сначала по адресу Support 

В прошлом отформатированные или Атрибутные строки в разработке для iOS/Mac были сложными.Что еще хуже, строки с атрибутами нельзя было локализовать. (На самом деле, некоторые разработчики помечали строки в Xcode как Attributed, чтобы они не экспортировались для перевода!) В файле Localizable.strings мы получили бы что-то вроде:

 "Пожалуйста, свяжитесь с нами"
"первый"
"в %@" 

Затем разработчик объединял переводы вместе в коде, часто добавлял форматирование к неправильному слову и вставлял ссылку. Но грамматика и порядок слов в других языках отличаются , и результат перевода был богоужасным несовершенным.

Новое в Xcode 13 и Swift 5.5, Атрибутированные строки:

• локализуемый
• может включать интерполяцию строк
• использовать преимущества форматирования Markdown
• автоматически экспортировать для локализации

Вы даже можете преобразовать NSAttributedString в новый формат для использования в UIKit. А в Objective-C появился новый макрос NSLocalizedAttributedString . Вместе эти изменения означают, что переводчик может легко локализовать форматированный текст.Теперь мы можем локализовать тот же отформатированный текст следующим образом:

 AttributedString(localized: "Пожалуйста, свяжитесь с нами **сначала** в [Support](mailto:[email protected])") 

Никогда еще работа со значениями переменных не была такой простой. Просто передайте значения напрямую:

 String(локализовано: "С возвращением, \(имя пользователя)!") 

Xcode имеет новый параметр Использовать компилятор для извлечения строк Swift для автоматического экспорта этих текстов, включая атрибутивные строки с интерполяцией строк. Он включен по умолчанию для новых проектов, но ваши существующие проекты должны будут включить его:

Форматеры

Как локализаторы и переводчики, мы по-разному смотрим на даты и числа. Международные пользователи ожидают, что дата или число будут выглядеть так же, как и в их регионе. iOS и macOS всегда позволяли пользователям выбирать свою локаль и регион, но разработчики по-прежнему должны реализовывать эти настройки.

Форматтеры стали намного проще благодаря новым API Foundation . Существуют средства форматирования для Date/Number/ISO8601/Measurement/PersonNameComponent и других.

Теперь нельзя показывать пользователю неправильный формат даты!

 let locale = Locale (идентификатор: Locale.current.identifier)
пусть дата = дата ()
пусть теперь = date.formatted(. dateTime.year().day().month().locale(locale))
//  Английский  : 24 июня 2021 г.
//  Французский  : 24 июня 2021 г.
//  китайский  или  японский  : 2021年6月24日 

Xcode не только упорядочивает дату так, как ожидает пользователь, но даже автоматически включает перевод названия месяца.На одну вещь меньше, чтобы платить нам за перевод, и на одну меньше головной боли для переводчика, объясняющего, как пунктуация или порядок неверны в приложении!

Объедините это с локализованными атрибутивными строками, и вы сможете безопасно форматировать части даты. Например:

 var dateString : AttributedString {
var now = date.formatted(.dateTime.year().day().month().locale(locale).attributed) 

 пусть месяц = ​​AttributeContainer
      .dateField(.месяц)
пусть цвет = AttributeContainer
      .цвет переднего плана (.красный)
now.replaceAttributes(месяц, с: цветом)
вернуться сейчас
}
// Английский: 24 июня 2021 г. 
// Французский: 24 июня 2021 г.
// Китайский или японский: 2021年6月24日

Здесь все месяцы выделены одним цветом, независимо от того, где они находятся в строке или сколько символов они занимают.

Автоматическое соглашение по грамматике

Как специалист по локализации, я хочу сказать «Джимини, это потрясающе!» Научить машину понимать грамматику сложно .(Правильно ли я, Google Translate?) Но затем вы переходите к деталям, и это немного менее меняет жизнь. Но там — это потенциал , так что давайте взглянем на новое Автоматическое соглашение по грамматике Foundations .

Новая опция в iOS 15 также позволяет пользователям устанавливать свой « Срок действия адреса » — в основном, пол пользователя.

Это означает, что вы можете написать Welcome на испанском языке Bienvenido , и он автоматически появится в правильном поле, если пользователь мужчина или женщина:

Bienvenid o 💁‍♂️
Bienvenid a 🙋🏻‍♀️

Это улучшение, но требует использования нового пользовательского формата Markdown для строк:

 "^[Добро пожаловать](изменить: правда)" 

НО… пока эти гендерные локализации ограничены только испанским языком.

Есть много женщин, говорящих на других языках, так что, надеюсь, Apple справится с этим для Xcode 14. быстрее и проще. По-английски можно сказать:

.

  У вас есть 1 открытый документ
У вас есть 2 открытых документа   s    

На испанском языке вам потребуется:

 Tienes 1, документ   o   Abiert   o   
 Tienes 2 документ   os    Abiert   os   os



 
 Английский добавляет « s » к форме множественного числа « документ ».Но испанский добавляет « s » к переводам как « открыть », так и « документ ». Испанский также требует изменения порядка слов. Другие языки будут еще сложнее. В некоторых языках нет множественного числа; другие имеют несколько форм множественного числа. Вот почему лучше всего, чтобы Xcode вместе с переводчиками выполнял работу по множественному множеству, а не разработчики.  



 
  Автоматическое соглашение по грамматике  предлагает разрешить Xcode добавлять эти формы множественного числа «  автоматически  ».[%1$d %3$@ %2$@](изменение: правда)";
"документ" = "документ";
"открыть" = "аберто"; 

Тем не менее, переводчикам все равно придется переводить слова и так, чтобы существительное (documento) стояло перед прилагательным (abierto). Здесь не так много работы, а сложность увеличилась.

⛔️ Это проще, чем текущий метод, файл stringsdict? Не совсем так.
⛔️ Такой же мощный? №
⛔️ Работает на всех языках? Пока нет.
🤷‍♀️ Это будущее? Посмотрим.

Apple говорит, что это основано на той же технологии, которая предлагает автозаполнение «предложений» при наборе текста на клавиатуре. Это говорит нам о том, что грамматическое соглашение может быть удивительно интуитивным. Это также может быть эпическим провалом. ⚠️

Но главная причина пока не заморачиваться с этим, заключается в том, что Автоматическое соглашение по грамматике ограничено только английским и испанским языками. По крайней мере на данный момент.

Будем надеяться, что Apple сможет быстро расширить соглашение по грамматике или добавить условия адреса в файл stringsdict.

Xcode 13 здесь

Xcode 13 и Swift 5.5 действительно упрощают локализацию для разработчиков. Последняя особенность, о которой стоит упомянуть, это то, что Xcode имеет встроенный редактор xcloc. Xcloc — это пакет файлов перевода, скриншотов и заметок, которые вы отправляете своим переводчикам при экспорте локализаций… из меню Продукт . Это не лучший редактор переводов, но он может помочь вам добавить быстрые комментарии или скриншоты или просмотреть переводы, которые мы вам отправляем.

Итак, это локализация Xcode 13 в блоге! Хотя я бы не рекомендовал автоматическое соглашение по грамматике, пока оно не будет поддерживать больше языков и не станет более детализированным, я настоятельно рекомендую принять новые API-интерфейсы AttributedString, Formatter, а также использовать компилятор для извлечения строк Swift . В целом, это большой год для локализации в Xcode, и это хорошая новость для ваших международных пользователей.

🇸🇦🇷🇺🇷🇴🇩🇪🇮🇹🇬🇷🇻🇳🇹🇷🇰🇷🇯🇵

Перевод текста с помощью ML Kit для iOS  | Документация Firebase

На этой странице описывается старая версия API перевода, которая была частью комплекта ML для Firebase.Разработка этого API была перенесена в отдельный SDK ML Kit, который можно использовать как с Firebase, так и без него. Выучить больше.

См. Переводите текст с помощью ML Kit на iOS для последней документации.

Вы можете использовать ML Kit для перевода текста между языками. МЛ комплект в настоящее время поддерживает перевод между 59 языков.

Прежде чем начать

1. Если вы еще не добавили Firebase в свое приложение, сделайте это, следуя шаги в руководстве по началу работы.
2. Включите библиотеки ML Kit в свой подфайл:

   модуль «Firebase/MLNLTranslate», «6.25.0»
    

   После установки или обновления модулей вашего проекта обязательно откройте свой Xcode. проект, используя его .xcworkspace .
3. В вашем приложении импортируйте Firebase:

   Свифт

   импортировать Firebase 

   Объектив-C

   @импорт Firebase; 

Перевод строки текста

Чтобы перевести строку между двумя языками:

1. Создайте объект Translator , настроив его с помощью источника и цели языки:

   Swift

     // Создать англо-немецкий переводчик:
   let options = TranslatorOptions(исходный язык: . en, целевой язык: .de)
   let englishGermanTranslator = NaturalLanguage.naturalLanguage().translator(options: options)
     

   Objective-C

     // Создать англо-немецкий переводчик:
   FIRTranslatorOptions *options =
       [[FIRTranslatorOptions alloc] initWithSourceLanguage:FIRTranslateLanguageEN
                                             targetLanguage:FIRTranslateLanguageDE];
   FIRTranslator *englishGermanTranslator =
       [[FIRNaturalLanguage naturalLanguage] translationWithOptions:options];
     

   Если вы не знаете язык ввода текста, вы можете использовать язык Идентификационный API в первую очередь.(Но убедитесь, что вы не держите на устройстве слишком много языковых моделей одновременно.)

2. Убедитесь, что необходимая модель трансляции загружена на устройство. Не звоните translate(_:completion:) , пока не узнаете, что модель доступна.

   Swift

     пусть условия = ModelDownloadConditions(
       allowCellularAccess: ложь,
       позволяет фоновая загрузка: правда
   )
   englishGermanTranslator.downloadModelIfNeeded(с: условиями) { ошибка в
       ошибка защиты == nil else { return }
   
       // Модель успешно загружена.(Ошибка NSError *_Nullable) {
     если (ошибка != ноль) {
       возвращение;
     }
     // Модель успешно загружена. Хорошо, чтобы начать перевод.
   }];
     

   Языковые модели имеют размер около 30 МБ, поэтому не загружайте их без необходимости и загружать их только через WiFi, если пользователь не указал иное. Ты следует также удалить ненужные модели. См. Явное управление моделями перевода.

3. После того, как вы подтвердите загрузку модели, передайте строку текста в исходный язык на translate(_:completion:) :

   Swift

     английскийнемецкийпереводчик. (NSString *_Nullable переведенный текст,
                                            NSError *_Nullable ошибка) {
     если (ошибка != ноль || переведенный текст == ноль) {
       возвращение;
     }
   
     // Перевод выполнен успешно.
   }];
     

   ML Kit переводит текст на настроенный вами целевой язык и передает переведенный текст обработчику завершения.

Явное управление моделями перевода

При использовании API перевода, как описано выше, ML Kit автоматически загружает модели перевода для конкретного языка на устройство по мере необходимости.Ты также может явно управлять моделями перевода, которые вы хотите иметь на устройство с помощью API управления моделью перевода ML Kit. Это может быть полезно, если вы хотите загрузить модели заранее или удалить ненужные модели с устройства.

Чтобы получить модели перевода, хранящиеся на устройстве:

Swift

  let localModels = ModelManager. modelManager().downloadedTranslateModels
  

Цель-C

  NSSet *localModels =
    [Менеджер модели FIRModelManager].загруженные TranslateModels;
  

Чтобы удалить модель:

Swift

  // Удалите немецкую модель, если она есть на устройстве.
let deModel = TranslateRemoteModel.translateRemoteModel (язык: .de)
ModelManager.modelManager().deleteDownloadedModel(deModel) { ошибка в
    ошибка защиты == nil else { return }
    // Модель удалена.
}
  

Objective-C

  // Удалите немецкую модель, если она есть на устройстве.
FIRTranslateRemoteModel *deModel =
    [FIRTranslateRemoteModel translateRemoteModelWithLanguage:FIRTranslateLanguageDE];
[[FIRModelManager modelManager] deleteDownloadedModel:deModel
                                           завершение: ^ (NSError * _Nullable ошибка) {
                                               если (ошибка != ноль) {
                                                   возвращение;
                                               }
                                               // Модель удалена. }];
  

Скачать модель:

Swift

  // Скачать французскую модель.
пусть frModel = TranslateRemoteModel.translateRemoteModel (язык: .fr)

// Сохраняйте ссылку на ход загрузки, чтобы вы могли проверить, что модель
// доступен до того, как вы его используете.
прогресс = ModelManager.modelManager().скачать(
    фрМодель,
    условия: ModelDownloadConditions(
        allowCellularAccess: ложь,
        позволяет фоновая загрузка: правда
    )
)
  

Если вы хотите получить статус загрузки с NotificationCenter , зарегистрируйтесь наблюдатели для firebaseMLModelDownloadDidSucceed и firebaseMLModelDownloadDidFail .Обязательно используйте слабую ссылку на self в блоке наблюдателя, так как загрузка может занять некоторое время, а исходный объект может быть освобожден к моменту завершения загрузки. Например:

  NotificationCenter.default.addObserver(
    forName: .firebaseMLModelDownloadDidSucceed,
    объект: ноль,
    очередь: нет
) {[weak self] уведомление в
    охранять пусть strongSelf = self,
        пусть userInfo = уведомление.userInfo,
        пусть модель = userInfo[ModelDownloadUserInfoKey.remoteModel.rawValue]
            в виде? ПеревестиRemoteModel,
        модель == frModel
        иначе {возврат}
    // Модель загружена и доступна на устройстве
}

NotificationCenter.default.addObserver(
    forName: .firebaseMLModelDownloadDidFail,
    объект: ноль,
    очередь: нет
) {[weak self] уведомление в
    охранять пусть strongSelf = self,
        пусть userInfo = уведомление.userInfo,
        пусть модель = userInfo[ModelDownloadUserInfoKey.remoteModel.rawValue]
            в виде? ПеревестиRemoteModel
        иначе {возврат}
    пусть ошибка = userInfo[ModelDownloadUserInfoKey.ошибка.rawValue]
    // ...
}
  

Objective-C

  // Скачать французскую модель. 
FIRModelDownloadConditions *conditions =
    [[FIRModelDownloadConditions alloc] initWithAllowsCellularAccess:NO
                                         позволяет фоновую загрузку: ДА];
FIRTranslateRemoteModel *frModel =
    [FIRTranslateRemoteModel translateRemoteModelWithLanguage:FIRTranslateLanguageFR];

// Сохраняйте ссылку на ход загрузки, чтобы вы могли проверить, что модель
// доступен до того, как вы его используете.self.downloadProgress = [[FIRModelManager modelManager] downloadModel:frModel
                                                           условия:условия];
  

Если вы хотите получить статус загрузки с помощью NSNotificationCenter , зарегистрируйтесь наблюдатели для FIRModelDownloadDidSucceedNotification и FIRModelDownloadDidFailNotification . Обязательно используйте слабую ссылку на self в блоке наблюдателя, так как загрузка может занять некоторое время, а исходный объект может быть освобожден к моменту завершения загрузки. (NSNotification * _Nonnull примечание) { если (weakSelf == nil | примечание.информация о пользователе == ноль) { возвращение; } NSError *error = note.userInfo[FIRModelDownloadUserInfoKeyError]; }];

Сара Свифт | S Swift Translation — обзор, конкуренты и сотрудники ————————————————— ———- S Swift Translation ([email protected]) производит точные,… ————————————————— —————————-S Swift Translation (sarah@s‑swift.de) производит точные, привлекательные и доступные переводы в четырех широких областях: – Академические исследования в области социальных и гуманитарных наук, особенно социологии, гуманитарной географии, истории, политических наук и исследований в области образования – Тексты из исследований в области образования, политики, управления и практики, особенно в области профессионального образования и обучения и высшего образования – Разработка политики, особенно в отношении образования, социальных дел, транспорта и Интернета – Тексты для музеев, мемориалов, исторических мест и культурных маршрутов—— ——————————————-Подход к переводческим проектам— ———————————————————— Верность текстам имеет значение , но и лояльность к людям.

Как профессиональный поставщик переводов, S Swift Translation обеспечивает превосходное обслуживание клиентов и стремится производить безупречные переводы, которые отражают намерения клиентов и удовлетворяют потребности пользователей переводов, работая: – в ограниченном количестве областей – на английский язык (в соответствии с принцип носителей языка) – с использованием самых современных технологий – вместе с коллегами, чей вклад ценится – и в тесном партнерстве с клиентами.——————— —————————Предыстория——————————— – фриланс на полный рабочий день профессиональный переводчик – Носитель английского языка с запада Ирландии – Выпускник немецкого факультета NUI Galway – Опыт преподавания и исследований – Глубокие знания немецкой истории, культуры, политики и юридических вопросов ———— —————————Веб-сайт и контактная информация——————- ——————— См. https://s-swift.de/en/privacy-policy-and-site-notice/

Подробнее

Перевод и вращение CGContext, визуальное объяснение (iOS/Xcode)

Цель этого поста — максимально демистифицировать процесс перевода и поворота CGContext.

Получение ссылки на CGContext

Прежде всего необходимо получить ссылку на текущий контекст из метода drawRect() подкласса UIView.

 функция переопределения drawRect(rect:CGRect)
{
   // получаем контекст
   пусть ctx = UIGraphicsGetCurrentContext()
} 

Контекст предоставляет информацию о том, где рисовать: «Вы можете думать о графическом контексте как о месте назначения рисования» (Apple Developer).

Рисование круга

Имея доступный нам контекст, давайте предположим, что мы нарисовали круг в его центре. Черный квадрат представляет контекст: В Swift мы могли бы добавить следующий код в метод drawRect(), чтобы нарисовать круг:

 // Определяем радиус
пусть рад = CGRectGetWidth (прямоугольный) / 3,5
// Конечный угол будет равен 2*pi для любой окружности, начинающейся с 0
пусть endAngle = CGFloat (2 * M_PI)
        
// Вместо этого мы могли бы использовать CGContextAddEllipseInRect для рисования круга
CGContextAddArc(ctx, CGRectGetMidX(прямой), CGRectGetMidY(прямой), рад, 0, endAngle, 1)
// устанавливаем цвет обводки
CGContextSetStrokeColorWithColor(ctx,UIColor. белый цвет (). CGColor)
// Установить ширину линии
CGContextSetLineWidth (ctx, 4.0)

CGContextStrokePath(ctx) 

Примечание. Код мог бы быть проще, но я хочу думать здесь с точки зрения происхождения, а не прямоугольников, поэтому для согласованности я использовал метод CGContextAddArc().

Сохранение состояния контекста

Перед любым преобразованием важно сохранить текущее состояние контекста, чтобы к нему можно было вернуться.

 CGContextSaveGState(ctx)
 

Перевод происхождения контекста

Теперь происхождение контекста можно перевести в начало круга вот так:

В коде этот перевод эквивалентен написанию

.

 CGContextTranslateCTM(ctx, CGRectGetMidX(прямой), CGRectGetMidY(прямой))
 

Примечание: круг не перемещается вместе с контекстом, все, что уже было нарисовано, остается на месте.

Вращение контекста

Теперь контекст переведен в новое положение, его также можно вращать. Вращение происходит вокруг начала контекста.

В Swift поворот будет выглядеть так:

 CGContextRotateCTM(ctx, CGFloat(M_PI*45/180)) 

Снова существовавший ранее рисунок не меняется.

Рисование на переведенном и повернутом контексте

Предположим, теперь мы проводим линию от (0, 0) до (радиус, 0), где «радиус» — это радиус окружности.

Код Swift выглядит так:

.

 // создать изменяемый путь
пусть путь = CGPathCreateMutable()
// переходим в начальную точку пути
CGPathMoveToPoint (путь, ноль, 0, 0)
// добавляем линию длиной радиуса к пути
CGPathAddLineToPoint (путь, ноль, рад, 0)
// добавляем путь к (переведенному и повернутому) контексту
CGContextAddPath (ctx, путь)
// устанавливаем ширину линии
CGContextSetLineWidth(ctx, 4)
// установить цвет линии
CGContextSetStrokeColorWithColor(ctx,UIColor.белый цвет (). CGColor)
// Путь инсульта
CGContextStrokePath (ctx)
 

Восстановление контекста

Восстановить контекст в коде так же просто, как и сохранить его.

 CGContextRestoreGState(ctx) 

Как только контекст возвращается в исходное состояние, все выглядит так:
Новая линия остается именно там, где она была нарисована, и любой новый рисунок использует в качестве источника исходный (0, 0) контекст.

Заключение

Я не собираюсь обсуждать плюсы и минусы смещения графического контекста, хотя Apple утверждает: «Преимущество изменения графического контекста (в отличие от самого объекта пути) заключается в том, что вы можете легко отменить преобразование, сохранив и восстановление состояния графики.»
Здесь я просто хотел объяснить, что происходит, и заложить основу для будущего поста. Полный код можно найти здесь, чтобы вы могли скопировать и вставить его в начальный контроллер представления.

Джонатан Свифт и его неверный переводчик Дефонтен

Содержание

I. Введение

II. «Путешествия Гулливера» Свифта и «Прекрасная неверная» Дефонтена

III.Заключение

IV. Список цитируемых работ

I. Введение

Процесс рецепции литературного произведения, особенно очень популярного, можно рассматривать как научную тему, абсолютно заслуживающую внимания в рамках академического курса.Эта статья пытается внести свой вклад в анализ восприятия Джонатана Свифта на континентальном книжном рынке, сосредоточив внимание на связи между широко распространенным французским переводом «Путешествий Гулливера» и оригинальным английским произведением. В этом контексте следует иметь в виду тот факт, что во Франции XVIII века существуют два перевода работы Свифта: анонимный, опубликованный в Гааге в январе 1727 г., и более распространенная версия (насчитывающая 180 изданий в 1920-е гг.), переведенный Дефонтеном в апреле 1727 г.В этой статье основное внимание уделяется версии «Путешествий Гулливера» Дефонтена не только из-за ее более высокой популярности в целом, но и из-за ее характера как «прекрасной неверной» ¹ . С одной стороны, целью автора будет дать некоторую общую информацию о версии аббата. В этом контексте важны не только литература по теме, но и переписка Свифта с его неверным переводчиком. С другой стороны, сравнительный анализ нескольких отрывков о воспитании детей должен конкретно проиллюстрировать намерения Дефонтена.

II. «Путешествия Гулливера» Свифта и «Неверная красавица» Дефонтена

Чтобы адекватно понять перевод «Путешествий Гулливера», сделанный Дефонтеном, необходимы некоторые базовые знания об авторе. Пьер-Франсуа Гийо Дефонтен (1685–1745), член Общества Иисуса с 1700 по 1715 год, начал свою карьеру известного переводчика и полемиста с перевода Псалмов (1717). Всего через несколько лет бывший иезуит становится редактором «Journal des Savants» ² (1724 1727), который можно считать старейшим литературным журналом, издаваемым в Европе.Помимо его положения в качестве редактора этого широко известного журнала, возможно, именно его полемический динамичный стиль письма, наконец, сделал Дефонтена популярным и известным среди выдающихся европейских читателей. Поскольку аббат, как говорят, никогда не ступал на британскую землю, на его мнение о Британии повлияло французское общество 18 века. ³ Эти обстоятельства также определяют взгляды Дефонтена как типичного французского мыслителя-просветителя, благодаря его «стремлению открыться для иностранной литературы, цепляясь за ценности и идеологические постулаты предшествующей неоклассической эпохи с ее твердой верой в универсальный разум и влияние». ⁴ .В соответствии с этими фактами сомнительный способ перевода аббатом английского оригинала может стать понятным: вместо того, чтобы сосредоточиться на достоверности, Дефонтен пытается сопоставить «bon gout français», которого — таков его упрек — он не может найти в оригинальном произведении. ⁵ .

Учитывая тот факт, что «Путешествия Гулливера» были впервые опубликованы 28 октября 1726 года, стоит отметить, что оба французских издания быстро доступны на французском книжном рынке. ⁶ Одной из главных причин этого является высокий общий интерес французского общества 18-го века к Декану и его работам. Гулдинг формулирует это следующим образом: «Il est Certain pourtant qu’a cette époque la renommée de Swift dans le public français n’est pas trop незначительный». ⁷ Принимая во внимание непрекращающуюся общественную популярность Свифта ⁸ , которая также обеспечивает ему упоминания в журнале Desfontaines’s Journal des Savants, еще более примечательно наблюдать за аббатом, полностью увлеченным предоставить своим читателям версию, которая соответствует французское bon goût, полностью модифицировавшее (!) оригинальное произведение похвального ирландского автора таким образом, что сегодняшние критики сбиты с толку.

Вторичная литература по этой теме имеет относительно единодушное мнение относительно версии «Путешествий Гулливера» Дефонтена: начиная с уже заявленного описания как «прекрасная неверная», перевод аббата широко очерняется в научном дискурсе: Гребер описывает текст Дефонтена как популярное и широко читаемое искажение ⁹ английского оригинала, Реал отмечает, что он «далеко от глаз» ¹⁰ , Бусе упрекает Дефонтена в его «дрянной, но элегантно написанной версии» ¹¹ , позже далее он обвиняет аббата в преднамеренном уничтожении текста и считает, что если «существует дантовское чистилище для некачественных переводчиков, то Дефонтену может быть предоставлена ​​возможность искупить свои грехи и покаяться в них, пока декан не сотрёт его, если вообще когда-либо» ¹² .

Поскольку «предисловия предоставляют внимательному «простому читателю» […] доступ в поле перевода, благодаря чему переводчик позволяет читателю заглянуть в тайны своего искусства, окончательной формулировки своего выбора» ¹³ , эта часть литературное произведение дает нам важную информацию о том, как переводчик размышляет над оригинальным литературным произведением, которое он переводит, а также о своих личных намерениях и своем представлении о самом себе. В «Preface Du Traducteur» Дефонтен сообщает публике о своем личном отношении к английскому оригиналу: «Mais j’avoué que les trente Premieres pages ne me firent aucun plaisir. ¹⁴ В следующем отрывке переводчик дает подробное описание элементов, которые ему не нравятся: «L’arrivée de Gulliver dans l’ Empire de Lilliput, la description de ce païs & de ses Residents […] tout cela me parut affés froid & d’un servete mediocre, & me fit craindre que tout l’ ouvrage ne fût du meme goût” ¹⁵ . Таким образом, Дефонтен явно порочит основные элементы оригинального произведения и противопоставляет его хорошему вкусу французских читателей. Здесь мы можем наблюдать его не в роли нейтрального дескриптора, а скорее в позиции судьи ¹⁶ , который — как служитель единственно существующего хорошего вкуса — резко критикует первоначальную версию, которую он характеризует как неразумное произведение для его аудитории.

Однако в следующем отрывке Дефонтен описывает положительный поворот в оригинальной рукописи, который в дальнейшем все больше и больше соответствует его ожиданиям. Здесь интересно узнать больше об этих личных ожиданиях, которые, в конце концов, работают как проявления того, что всегда называют bon goût: des allegories plaisantes, une Morale sensée & libre» ¹⁷ .Даже если это не поразительно как факт, в этом контексте примечательно наблюдать за переводчиком как за членом строго оформленного класса с фиксированной и узкой сеткой критериев, различающих, что стоит читать, а что нет. Наконец, Дефонтен — и здесь мы должны сделать существенное отличие от других переводчиков того периода — активно (!) набрасывается на то, что он считает слабыми или дрянными отрывками, утомительными подробностями и не очень изобретательными вымыслами, которые он решил замалчивать. Наглое самомнение Дефонтена таково, что он, как переводчик, видит себя способным исправлять и исправлять оригинал. ¹⁸

Следующие строки призваны показать, что это «наглое самомнение» не только доставляет неприятности переводчику, так как ему трудно оправдаться в переписке со Свифтом, но и вызывает гнев декана.

[…]

---

¹ Поль-Габриэль Бусе, «Французские путешествия Гулливера в Блефуску: первые два перевода» (Мюнхен: Вильгельм Финк, 2003) 379.

² Первоначально: Journal des sçavans

³ См. Бусе, 380.

⁴ Бусе, 380.

⁵ «J’ai trouvé dans L’Ouvrage de M. Swift des endroits faibles […] auroient révolté le bon goût qui régne en France, m’auroient moi-même couvert de путаница…» Пьер-Франсуа Гийо Дефонтен, Путешествия Гулливера (Париж: руё С. Жака, 1727) 10f.

⁶ В этом контексте Бусе отмечает, что анонимный перевод достоин похвалы не только из-за его более высокой надежности, но и (!) из-за более быстрого появления на рынке. ср. Бусе, 379.

⁷ Сибил Гулдинг, Swift en France (Париж: Эдуард Чемпион, 1994) 54.

⁸ «Псевдоним Свифта, не отличающийся от общественного мнения» Goulding, 55.

⁹

⁹ «von der kritik als verstümmeleung des englischen werstümmeleunt sie sie sich dennoch eines leseerfolges, der sie zu einer de auflagenstärksten übersetzungen des 18. Jahrhunderts werden Ließ» Wilhelm Graaeber, Englische Literatur DES 17. und 18. Jahrhunderts в Францёсишере Übersetzung und deutscher Weiterübersetzung.Eine kommentierte Bibliographie (Тюбинген: Макс Нимейер, 1988) 125.

¹⁰ Герман-Йозеф Реал, Прием Джонатана Свифта в Европе (Лондон: Continuum International Publishing Group, 2005) 42.

¹¹ Бусе, 379.

¹² Бусе, 386.

¹³ Бусе, 381.

¹⁴ Дефонтен, 8.

¹⁵ Desfontaines, 8f.

¹⁶ Это становится совершенно очевидным в выборе Дефонтеном весьма субъективной, эмоциональной манеры письма, т.