У меня есть файлы DjVu. Мне нужно наложить на них текстовый слой, и для этого мне нужна какая-нибудь подходящая программа. При этом нужно:

1. Вычитать и проверить текст (если программа сама будет обращаться к OCR-движку).
2. Чтобы программа совместила текст с изображением, но при этом чтобы я мог удостовериться, что это сделано правильно и подвинуть в случае необходимости. Таким образом, утилита должна быть с графическим интерфейсом.

Подскажите такую программу или программы, кто может.

В этом июне язык Lua в первый раз попал в десятку самых популярных языков программирования по версии TIOBE. Рейтинг составляется на основе результатов поиска в популярных поисковых системах.

Lua теперь находится на 10-м месте, обгоняя Javascript (!) и не догоняя Perl. В прошлом году язык был на 20-м месте. На первых трех местах находятся, как всегда, Java, C и C++.

Отмечается, что год назад Apple разрешила приложения на Lua в App Store. Именно на этом языке написана, например, значительная часть Angry Birds. Кстати, ввиду популярности iPhone и iPad сильно повысил показатели Objective-C (сейчас на 7-м месте, в прошлом году был на 10-м).

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

У меня стоит Kubuntu 11.04. Я включил в ней Compose Key (через system-settings) и все работает, но теперь я хочу некоторые комбинации поменять. Например, хочу, чтобы «a-умлаут» вставлялось не по " + a, а по ; + a.

Я поменял файл /usr/share/X11/locale/en_US.UTF-8/Compose. В результате в программах, которые используют XCB либо Xlib (например, xterm), все работает. Но в GTK и Qt-программах сохраняются старые комбинации.

GTK_INPUT_MODULE=xim тоже не дает никакого эффекта. А про Qt я даже не знаю ни как определить, ни как переключить используемый метод ввода.

Руководство по настройке Compose в Убунту я читал, там предлагают идти читать руководство по KDE. В руководстве по KDE написано вот все то же, что я уже сделал, и мне не помогло.

Куда копать?

Update. Насчет GTK_IM_MODULE я ошибся, он-таки заработал. Следующее решение помогло: выставить «QT_IM_MODULE=xim» и «GTK_IM_MODULE=xim». Но хотелось бы теперь узнать, не будет ли у этого решения нежелательных побочных эффектов?

Компания Google совместно с Data Liberation Front открывают сервис Google Takeout, позволяющий легко выкачать все свои данные из Гугла.

Пока что выкачиваются только данные из Buzz, Contacts&Circles, Picasa, Profile и Stream, но обещают приделать еще.

Сам Takeout тут: http://google.com/takeout/

Имеется в виду вид ссылок на объекты, когда говорят о принципах сборки мусора. Таковые есть, например, в Smalltalk, Haskell, скоро будет в Lua.

Так только, что ли, и говорят: «эфемерон»?

Раз уж я начал про ImageMagick, спрошу вот что.

Это только у меня ImageMagick ни в какую не воспринимает пути к файлам с пробелами, как я ни пытаюсь их экранировать? Не помогают ни слэши, ни одинарные кавычки, ни двойные, ни двойные внутри одинарных - «не могу открыть файл» (и перечисляет все компоненты пути, разделенные пробелами, из чего видно, что он не понял, что это один путь).

С большинством программ (в частности, с coreutils и проч.) никаких проблем нет. Слэши либо кавычки все решают.

Нагуглил несколько решений, но они либо касались только Винды, а у меня не работали, либо же представляли собой ad-hoc workaround'ы.

Это такой баг или что я делаю не так?

Хотелось бы мне какое-нибудь пособие, которое последовательно вводит в голову знания о возможностях ImageMagick, чтобы знать, как проводить основные операции и в какую сторону думать в любом возможном случае. Интересует, в первую очередь, использование из командной строки и их язык Magic Scripting Language, но также и интерфейсы к C и другим языкам.

Можно в виде книги, туториала, какой-нибудь программы и проч. Желательно, конечно, чтобы бесплатно.

Знаю о книге Still M. «Definitive guide to ImageMagick». Хороша ли она, стоит ли по ней учиться? Насколько сильно устарела?

Пока лисофилы радуются, что 5-й огнелис уже выходит, я услышал, что в новом Хроме 13 Beta появились:

• Предпросмотр печати
• Prefetching и prerendering веб-страниц

Думаю: как это уже в 13-м есть, а у меня в 14-м Chromium нет? Хорошо, установил 14.0.796.0 (был 786), а все равно фич нет. Даже с флагом "--prerender=enabled" ничего не происходит.

Что я делаю не так? Или они есть только в Chrome и нет в Chromium? Или они только в 13-й добавлены, а в 14-й не добавлены?

В самом деле, если в разделе на первой странице меньше тем, чем возможно, поскольку старые темы уже совсем старые, раздел явно умирает.

Предлагаю обсудить: 1.Нужен ли он? 2.Если нужен, то для чего? И отчего там никого нет?

Раньше я думал, что именно туда нужно писать багрепорты и фичреквесты и обсуждать движок ЛОРа, но теперь вижу, что все это люди пишут просто в Linux.org.ru.

У меня есть книга, автор которой (немец) умер в 60-х годах 19-го века. Книга была переведена в СССР, не знаю, когда переведена и не знаю, что с переводчиком, а мое издание 1937-го года.

Книга редкая, в интернете нету.

Является ли она (в смысле, этот перевод) общественным достоянием? А в Америке?

Существует ряд проектов, позволяющих веб-приложение объединить со специальной сборкой браузера и запускать как настольное.

Например, Mozilla Prism (ныне усопший и разложившийся на два других проекта). Или Adobe AIR. Википедия подсказывает, что это называется «Site-specific browser».

А есть ли такая штука, но на Вебките? Причем рабочая, открытая и кроссплатформенная?

Есть AIR, но он проприетарный, есть Fluid, но он только под Mac OS X, есть Google Gears, но он помер. А живой есть? Хотя бы экспериментальное что-нибудь или альфа, или в разработке, но только чтобы уже как-то работало?

В самом деле. Wiki на ЛОРе считается живой или мертвой?

Если живой, то не следует ли как-нибудь оформить главную страницу? Сделать там разделы «С чего начать читать», «С чего начать редактировать», «Разделы» или хоть что-нибудь. «Лучшие статьи», в конце концов. Ну никому ведь не придет в голову, глядя на эту главную страницу, состоящую из одной только крайне важной и полезной строчки о версии движка, что в этой Вики может быть что-нибудь полезное написано.

Вот прихожу я на ТыТрубу. А там баннер во всю трубу: «Люди Икс. Первый класс. В кинотеатрах со 2-го июня».

«Странное, - думаю, - время выбрали. Судя по названию, надо ближе к 1 сентября крутить. Но посмотрим».

Нажимаю я на этот вот баннер, за размещение которого, наверное, 100500 тыщ денег уплочено и перехожу... нет, не на Flash-only promotional site, как это нормальные люди делают (да, вот такой сдвиг парадигмы: Flash-only promotional sites и то нормальнее, чем ЭТО). На официальную страницу фильма на Facebook'е, состоящую из одной картинки и предложения нажать «Мне нравится» для получения «эксклюзивных обновлений» (ну да, потому что слово updates перевести по нормальному не придумали).

В новостях на главной ЛОРа уже появляются новости, в которых источник - ссылка на Фэйсбук. А что поделаешь, когда именно там делают теперь официальные заявления крупные компании?

Интересно, скоро ли отпадет нужда в DNS и можно будет просто забить в hosts IP ВКонтакте и Фэйсбука?

Итак, я писал-писал и написал.

LORCODE Anti-Hassle Preprocessor
Version 1.0 beta

Скрипт для посетителей форума Linux.org.ru. При редактировании сообщения в режиме LORCODE автоматически вставляет <br> в конце строки, оформляет ссылки тегом <url>...</url>, а также выделяет строки, начинающиеся с «>» или «username>» курсивом (тег <i>...</i>).

Скрипт проверен в Chromium 13, Firefox 4, Opera 11.

Для пользователей LORTreeView есть патч, который добавляет функциональность LAHP.

Страница: http://userscripts.org/scripts/show/103576

Существуют ли оные в России? Кто-нибудь видел?

В самом деле уже торт!

Раньше он был гораздо менее удобен, чем Firebug, так что приходилось отлаживать скрипты в Firebug'е, а DevTools пользоваться только для отладки Chrome-специфических вещей. А теперь пользоваться Хромом для отладки стало так же удобно, как и Firebug'ом.

Теперь можно, наоборот, скрипты отлаживать сначала в Хроме, а потом Firebug'ом отлаживать особенности работы в Firefox.

Более того, есть даже ряд вещей, которые в DevTools сделаны лучше, чем в Firebug'е. А именно:

1. Вместо многих вкладок и «субвкладок» Firebug'а используются списки, прокручиваемые панели, всплывающие и выползающие элементы. Это удобно. Особенно редактирование HTML прямо в дереве DOM, а не в отдельной вкладке. И вообще интерфейс DevTools более последовательный.
2. Консоль у Хромого одна и встроена в DevTools, а не отдельная для браузера и отдельная для Firebug да еще и информация в них разная. И ввод данных удобнее: как в обычной консоли, а не снизу в окошке. Кроме того, многие сообщения об ошибках в Chrome более информативны, чем в Firefox.
3. То, что в Firebug'е собрано во вкладку DOM, в DevTools реализовано в остальных вкладках, что, ИМХО, более логично.
4. Работа с Event Listeners «из коробки», безо всяких отдельных дополнений.
5. Вкладка Resources, где можно посмотреть все связанные со страницей ресурсы. В Firefox'е есть очень урезанная версия прямо в браузере, а в Firebug'е это привязано к панели «Сеть» (что неудобно), а для экспорта ресурсов нужно специальное расширение (что еще менее удобно).
6. Подсветка синтаксиса Javascript. В Хроме есть хоть базовая, а в Firebug'е вообще нет.
7. Tooltip'ы, которые Firebug показывает при наведении мыши на идентификатор, не идут ни в какое сравнение с аналогом в Chrome. Это очень неудобно при отладке.
8. Chrome умеет отлаживать Web Worker'ы (хотя и встраивает для этого в страницу костыль), тогда как Firebug вообще не умеет.
9. То, как Chrome работает с user script'ами, позволяет легко отлаживать их, как обычные скрипты и расширения, тогда как скрипты для Greasemonkey Firebug отлаживать не умеет.
10. DevTools у меня никогда не вешал весь браузер, чего о Firebug'е не скажешь.

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

Есть, конечно, и плохие вещи. Во-первых, в Chrome менее удобно отлаживать CSS. Во-вторых, что самое важное, нет большой кучи дополнений, как у Firebug'а.

Однако DevTools идет верной дорогой и уже является полноценной заменой Firebug'у (если только не нужно критически какое-нибудь дополнение), да еще и не тормозит.

Теперь, думаю, надо пересесть на Oper'у и посмотреть, что там сделали в Dragonfly 1.0.

Тут какой-то человек на ЛОРе предлагал сделать терминал, в котором любая команда будет реагировать на тип файла. Набрал, например, «cat music.ogg», а команда будет не выводить файл в терминал, а воспроизводить в колонки.

...и что бы думали?..

Опеннет: http://www.opennet.ru/opennews/art.shtml?num=30597
Источник: http://acko.net/blog/on-termkit

«Поразительно! Анекдоты не врали!»

Оказывается, Яндекс предлагает альтернативу: http://api.yandex.ru/jslibs/

Кто-нибудь вставлял на сайты? И как оно?

Итак, благодаря помощи ЛОРовцев в соседней теме я выключил nouveau и поставил бинарный блоб от NVidia (в пакете nvidia-current).

После этого все шрифты превратились в страшное убожество: http://ompldr.org/vOGp6Zg

Такого не было на Nouveau. Такого не было даже на этом же компьютере на Убунту 10.04 с проприетарными драйверами.

Гугл ничего путного не подсказал. Нагуглился один пост 2006-го года, в котором советовали отредактировать xorg.conf, указав вручную DPI. Однако это не помогло, кроме того, нет никаких признаков, что драйвер неправильно определяет DPI монитора (xdpyinfo выдает правильное значение).

Нагуглились также советы покрутить настройки сглаживания. То, что видно на скриншоте, — лучшее, чего мне удалось этим добиться.

Что делать?

Можно было бы, конечно, вернуться на Nouveau, дык на ём игры не работают, зря я, что ли, Хамбл Бандлы эти покупал..

Как предотвратить загрузку nouveau в Ubuntu 11.04?

«blacklist nouveau» в конфигурации modprobe не помогает, nouveau все равно загружается.

Загрузка в recovery mode не помогает. Nouveau все равно загружается.

Игра с параметрами загрузки ядра не помогает. Nouveau все равно загружается.

Гугл тоже не помогает.