Shatur
Добавил поддержку Яндекса.
Спасибо. Будем пробовать.
Кому тема интересна, на этой неделе выложили свежие доклады от Яндекса тему машинного перевода.

Как работают разные инструменты автоматизации перевода и как их выбирать – Фёдор Бонч Осмоловс
https://www.youtube.com/watch?v=Mi-1TgnE458

Ландшафт сервисов облачного машинного перевода – Григорий Сапунов
https://www.youtube.com/watch?v=Spdp_G4pDTY

Машинный перевод опыт Яндекса – Рыбникова и Понаморёва
https://www.youtube.com/watch?v=9GztT5fWcS0
Shatur, спасибо за обновления.
Поставил последнюю версию, потестировал - вроде, всё Ок.

Единственное, если делать перевод сразу в буфер по новому шорткату, то в главном окне программы, которое может быть закрыто или быть не в фокусе, не отображается эта операция перевода.
vinc
… Но если щелкнуть по значку программы, то в окне источника и приемника мы увидим последнюю операцию перевода.
Но это не особо важно, можно и так оставить.

Но, конечно, остается актуальным вопрос использования разных сервисов машинного перевода и переключения между ними. Интересно было бы сравнивать Гугл и Яндекс.
vasek
vinc
А ничего, что прямо в Installation guide черным по белому написано:
Ничего страшного.
Читатель этого треда должен знать, что стандартная рекомендация сообщества - поставить обновления, а не забить.
А вот если возникнет интерес поизучать тему, то, конечно, каждый решает сам.

vasek
Но, само главное, обычным юзерам бояться нечего - никто нас ломать не будет, цель не оправдывает средства, так что никому мы не нужны.
Это плохой подход к безопасности.
Сегодня, может, и не нужны, а завтра появится недорогое средство по эксплуатации уязвимости и поползут спайдеры по сети, вербуя новых ботов;)
amon
понятно…судя по ответам и по дебатам тут трехлетней давности (на сегодня ничего не поменялось) - можно забить

Интересный вывод;)
А ничего, что прямо в Installation guide черным по белому написано:
If you have an Intel or AMD CPU, enable microcode updates.
Т.е. все, кто устанавливает систему по Wiki, не задаются вопросом "быть или не быть", а устанавливают, как рекомендует сообщество.
Shatur
я думаю сделать так, чтобы в программе можно было указать свой ключ, если есть желание использовать Yandex или Bing.
Возможность выбора никогда лишней не бывает (привязанность к одному сервису создает риски). А ключ, кому надо, получит самостоятельно - это не проблема.
Shatur, и еще, в список реквестов будущих фич.
Хорошо бы сделать шорткат, по которому текст будет переводиться и перевод будет сразу отправляться в буфер.
Т.е. как два шортката, нажатых последовательно:
- Global - Translate selected text
- и Translation - Copy to clipboard
Только без всплывания окон и прочего.

Внешне выглядит так: выделил текст, нажал шорткат, в буфере оказался перевод; при этом переключения фокуса и всплывания окон не происходит. Но если щелкнуть по значку программы, то в окне источника и приемника мы увидим последнюю операцию перевода.
Shatur
Закоммитил, проверяйте :)
Вроде, нормально работает. В этом варианте кнопка <- действительно не нужна.

Вот что заметил.
У меня стоит язык - "Авто" над окнами источника и приемника. Если сделать перевод, а потом нажать кнопку "поменять языки местами", то язык становится жестко зафиксированным в соответствии с последним сделанным переводом, а этого не хотелось бы. Если уж был Авто, то и после смены сторон пусть остается Авто с обоих сторон.
vasek
Linux при разбивке диска резервирует под нужды root-пользователя пять процентов раздела
Спорное заявление.
При разбивке? Пять процентов?
Например, на моих дисках разность составляет около 2% от размера раздела ext4.

Вот команды с ключами, с которыми ничего не надо пересчитывать:
Информация о разделе с выводом в байтах
sudo fdisk -l /dev/sda1
или
lsblk -b /dev/sda1
Информация о ФС в байтах
df --block-size=1 /dev/sda1
Как я понимаю данный вопрос:
При разбивке на разделы ничего не резервируется, просто создается таблица разделов.
fdisk и lsblk показывают физический размер раздела, как он есть.
А вот при форматировании (т.е. при установке файловой системы на раздел) определенное пространство раздела отводится под служебные данные этой ФС. И утилита df показывает тот размер, который может использоваться для записи пользовательских данных в этой файловой системе на этом разделе.
Если я заблуждаюсь, то просьба кинуть ссылку "на почитать" для общего развития.
yurius
А что же это тогда за разность между ними, что лежит в разделе, но вне поля зрения df?
df возвращает размер, доступный для хранения данных в этой файловой системе.
Но сама файловая система хранит не только данные, но и служебную информацию (таблицы размещения файлов, журналы и т.д.) - вот этим и объясняется разность (как я понимаю!).
PS. Какая конкретно информация относится к служебной, а какая к данным, я не уверен. Если интересно, почитайте, как устроены разные файловые системы.