большая часть словарей лингвы сделана пользователями.

>В макоси глобальное меню, док, оповещения, шорткаты и автоматизация - все завязано на какао. Соответственно, в некакавном софте все это летит через жепу. Иной раз даже язык не переключается.

Qt софт в основном нормально работает, firefox, openoffice\neooffice и еще куча не вполне нативного софта также работают без проблем. Gtk криво до жути, это да.

>не надо переносить психические отклонения отдельно взятого форума (сборища идиотов по определению) на всех.

У большинства vlc и transmition на маках.

Я как бы и не говорил, что все поголовно маководы такие упоротые. Среди линуксоидов и лоровцев в частности большинство также не страдает тулкитофобией. Но неадекваты всегда особенно заметны в силу своей агрессивности и фимозности.

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

Ставить ли Qt на машину, где свободно 200 мегабайт — хороший вопрос :)

По теме — отличная программа. Пользуюсь с версии 0.7, до того пробовал stardict, qstardict и simpledict. Под XFCE.

> Интересно, а вендоузятники тоже перед установкой какой-либо программы узнают, при помощи чего у неё реализован гуй: при помощи winforms или же сторонних средств? А если сторонних средств, то сразу же закапывают.

Когда ещё активно пользовался оффтопиком, но уже оценил достоинства свободных программ, смотрел. WinAPI — отлично, Qt — годится, GTK — только если 2, wxWidgets и SDL — сойдёт за неимением лучшего, Tk — только в самом крайнем случае, обычно в консоли красивее и удобнее.

Знает ли кто-нибудь из присутствующих, насколько «портативна» версия под Windows? То есть можно ли её вместе со всеми словарями и файлами конфигурации записать на флешку и работать с этой флешки без установки и записи в реестр?

> Знает ли кто-нибудь из присутствующих, насколько «портативна» версия под Windows?

Добавил в downloads ссылку на портабельную версию.

>Каждый второй (а может и 90%) пользователь голдена пользует честносворованые словари лингвы

Я к ним не отношусь =)

Правда не знаю происхождение словаря Speech, который в комплекте.

Comparison

Сразу хочу сказать большое спасибо автору программы! Идея очень востребована и юзабилити в подобного рода программ - это после основного функционала самое главное, что может сэкономить наши нервы и принести положительные эмоции в процессе общения с компутером. Когда меня окончательно достанет StarDict думаю точно перейду на сабж.

Пару вопросов.

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

Нечёткий запрос aligment удачен.
Found 5 words:
aliment ailment alignment augment pigment

В KStarDict этой фичи кажется нет. Есть ли она в сабже?

2) Пользовался когда-то удобной, красивой и качественной Lingoes (не путать с Lingvo) под Винду в купе с лингвовскими словарями. Так вот, при выделении абзацев текста она довольно удачно переводила весь выделеный текст находя для каждого слова из множества его значений нужную часть речи в зависимости от места в предложении и самое распространенное его значение из словарных статей. Так же удачно находя комбинации слов встречающиеся в словарных статьях. В результате перевод был довольно сносным и было очень удобно.
Такую фичу видел только на сайте trаnslate.ru (слово он переводит подробно показывая словарную статью для этого слова, а текст старается переводить как текст целиком.)

Планируется ли что-то подобное — хотя бы даже на начальном уровне средне осмысленный перевод абзацев текста в сабже?

P.S. У StarDict есть просто убивающий временами прикол - выделяем слово, нажимаем модификатор, всплывает окошко с переводом. Случайно дергаем мышь - она уходит с окошка и окошко закрывается. Тут же жмем модификатор опять, но второй раз Стардикт уже не показывает слово которое он показывал последним (типа - а ты должен был запомнить ;) Выделяем это слово заново, жмем модификатор - но StarDict умный, раз он решил, что это слово ты уже видел, то второй раз не покажет тебе его даже в этом случае. Приходится выделять любой новый текст, нажимать модификатор, закрывать окно уводя с него мышь, выделять заново исходное слово опять и опять жать модификатор. Так работает. Но это достает неудобств в StarDict каждый день больше всего. KStarDict ведет себя так же.
Уверен, что такого косяка нет в сабже, но может все же кто-то знает, как вылечить это в StarDict? Ничего подобного в настройках я не нашел, хотя искал неоднократно.

Замените «сообщество» на «стая шавок» - и вы поймёте его суть. Ах, ну и да - им же все должны. Так что они не воруют, просто Abbyy им должна предоставить словари. Которые, якобы, они же и сделали(хоть бы заглянули на сайт и посмотрели, какие словари пользовательские и где они лежат).

Ввожу текст, нажимаю enter - segfault. Надо бы багрепорт написать.

Ввожу текст, нажимаю enter - segfault. Надо бы багрепорт написать.

бактрейс сними предварительно

Программа интересная, пользоваться можно, но что с системой сборки?
1. В архив упакованы много каталогов, а не один, как это принято и удобно.
2. скрипт ./configure выдаёт только сообщение, мол, запустите qmake и make.
3. make install пытается сделать strip *.desktop файлов.
4. DESTDIR отсутствует.

Нечеткий поиск активируется сам, если слово не найдено:

No translation for сабже was found in group All.

Close words: сабо, сабля, сабур, саблист, саботаж, сабантуй

а как это сделать?

а при вводе, допустим, «beigetragen» оно ищет перевод инфинитива «beitragen», как лингво, или пишет, что слово не найдено?

> залил deb-пакет в Debian, к завтру расползется по зеркалам и убунтам

Спасибо!

> Добавил в downloads ссылку на портабельную версию.

Спасибо, на следующей неделе попробую.

Спасибо за программу. Кстати вопрос, а почему форум а не багтрекер? Тот же кедовский например?

> Программа интересная, пользоваться можно, но что с системой сборки?

Всё завязано на qmake :)

2. скрипт ./configure выдаёт только сообщение, мол, запустите qmake и make.

Что мешает запустить qmake?

4. DESTDIR отсутствует.

Вроде, нужно запускать qmake, переопределяя PREFIX.

> Программа интересная, пользоваться можно, но что с системой сборки?

Шлите патчи.

> а при вводе, допустим, «beigetragen» оно ищет перевод инфинитива «beitragen»

да, если возьмете немецкую морфологию hunspell с сайта.

нехорошо. надо написать автору.

>Вроде, нужно запускать qmake, переопределяя PREFIX.

это нехорошо. PREFIX и все завязанное на нем используется на всех этапах сборки. Например, вкомпиливается в программу, чтобы бинарник знал, где искать файлы программы. А DESTDIR работает только на стадии установки.

Под вендой хр - long отражает как [l|ŋ]. Нашел фикс тут http://goldendict.org/forum/viewtopic.php?f=9&t=46&start=10#p3790. Еще не пробывал.

Под виндой уже можно пользоваться? (под линуксом-то пользуюсь)

Это вопрос не тулкита, а необходимости самой программы и наличия ресурсов дл ее установки и запуска.

Вместе с темс, куте используется многими программами, ее никак не назовешь маргинальной прослойкой для одной программы. Так что если те 50 мегабйт, что она занимает, разделить на все хорошие программы, которые на ней построены, будет совсем немного.

Давно уже. Вон даже portable сборочку выложили.

Констатин, ты бы ещё обратил на несколько багов и кучу feature requests.

А также то, что тебе нужна помощь в разработке.

// b.

Кто-то ещё сидит на Qt 4.7.x?

У меня GD на нём постоянно в segfault валится.

> Вроде, нужно запускать qmake, переопределяя PREFIX.

Эй, парни, всё там нормально. Вот так вот оно собирается (мной) на Альте:

# Our phonon headers are located in a KDE4-specific directory
PREFIX=%_prefix /usr/bin/qmake-qt4 QMAKE_LRELEASE=%_qt4dir/bin/lrelease 'INCLUDEPATH+=%_includedir/kde4/KDE'
%make

А вот так ставится в билдрут:

# we need to re-create Makefile, because qmake doesn't generate custom
# targets' install rules if these targets files are missing when qmake
# runs. So translations files (being generated during make) aren't
# installed by default. The problem is described in
# http://ananasplanet.ning.com/profiles/blogs/o-strannom-povedenii-qmake-pri
PREFIX=%_prefix /usr/bin/qmake-qt4 QMAKE_LRELEASE=%_qt4dir/bin/lrelease 'INCLUDEPATH+=%_includedir/kde4/KDE'
%make_install INSTALL_ROOT=%buildroot install

Макрос %make раскрывается в `make -j<N>`, а макрос %make_install - в `make «INSTALL=/usr/bin/install -p»`

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

Для второго можно

tar atf sdcv-0.4.2.tar.bz2 |grep .cpp|wc -l

find src/dictd-1.11.2 -name \*.cpp : src/dictd-1.11.2/dictdplugin_popen.cpp

+makedict, dictionary (на любителя), тот же goldendict в качестве gui-frontend

это уже лучше, но таки сильно затрудняют проверку спека пакета.

лучше бы написать автору, что он использует нестандартные имена переменных.

Зы

и таки да, в альте продолжается вакханалия местечковых несовместимых ни с чем макросов.

Во пример, «Макрос %make раскрывается в `make -j<N>»

а в федорах make %{?_smp_mflags} делает тоже самое.

Что могло помешать использовать систему абсолютно таких же макросов для редхата, непонятно.

> и таки да, в альте продолжается вакханалия местечковых несовместимых ни с чем макросов.

%make раскрывается в `make -j<N>`

а в федорах make %{?_smp_mflags} делает тоже самое.

То есть, писать в три раза больше букв для простой операции?

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

Что могло помешать использовать систему абсолютно таких же макросов для редхата, непонятно.

А что, в федоре и редхате разные системы макросов?

Но вообще, альто- и прочий дистросрач предлагаю отложить до другого раза, целью моего предыдущего поста было показать /приемлемость/ процесса сборки goldendict на имеющемся на руках примере.

>То есть, писать в три раза больше букв для простой операции?

да. буквы копируются, но зато сразу понятно, что это именно make и зачем вообще нужен данный макрос.

А что, в федоре и редхате разные системы макросов?

как видишь. Использовать спек от альтового пакета в федоре врагу не пожелаешь.

Но вообще, альто- и прочий дистросрач предлагаю отложить до другого раза,

согласен, просто опять глаза резануло, как в старые добрые времена...

Неужели сложно описать всё это в README или INSTALL?
Кроме того, если переопределить префикс, то программа должна использоваться из тех самых каталогов, а DESTDIR нужен для сборки пакетов во временных каталогах. Так что это не одно и то же.

>Шлите патчи.
Со временем сейчас туго. Хотя в qmake было бы интересно разобраться.

>Эй, парни, всё там нормально. Вот так вот оно собирается (мной) на Альте
А можно поподробнее без привязки к Альту? Я как-то привык ./configure && make && sudo make install DESTDIR=/tmp/pkgname-version && cd /tmp/pkgname-version && makepkg $HOME/prog/pkgname-version-arch-build.txz
Кстати там в Makefile есть переменная DESTDIR, но она работает только на исполняемый файл, а не на весь проект.

> А можно поподробнее без привязки к Альту?

Да какая, блин, привязка к Альту?? :)

Там использованы 5 (в скобочках прописью: пять) макросов RPM'ных, из которых 2 или 3 (два или три) - альтоспецифичны. Значения двух (%make и %make_install) я привёл. Значения остальных трёх макросов:

%_prefix - раскрывается в /usr (*)
%_includedir - раскрывается в /usr/include (*)

%qt4dir/bin/lrelease - на Альте раскрывается в /usr/lib/qt4/bin/lrelease из комплекта Qt4, посмотрите, где стоит эта утилита на Вашей системе.

(*) - разумеется, при дефолтных настройках пакетного менеджера, никто не мешает оторвать себе^W^W скрутить систему «под себя».

Я как-то привык ./configure

Боюсь, в этом проекте нет ./configure. Зато есть qmake. И это не зависит от операционной системы.

sudo make install DESTDIR=/tmp/pkgname-version

Боюсь, это до первого злодея, задумавшего над Вами поиздеваться. Или просто неаккуратного человека. Правильный способ - make install без sudo с последующим запуском утилиты упаковки пакета через fakeroot.

Кстати там в Makefile есть переменная DESTDIR, но она работает только на исполняемый файл, а не на весь проект.

Я же написал как ставить в билдрут:
make INSTALL_ROOT=/path/to/buildroot install

Скажите пожалуйста, этот GoldenDict только на Qt? Потому что скрины только на нем

>Боюсь, это до первого злодея, задумавшего над Вами поиздеваться. Или просто неаккуратного человека. Правильный способ - make install без sudo с последующим запуском утилиты упаковки пакета через fakeroot.
Это просто опечатка. sudo использую только для makepkg.

Я же написал как ставить в билдрут:

make INSTALL_ROOT=/path/to/buildroot install

Да, сорри, проглядел. Так работает, хотя и непривычно это.

Итак, у меня осталось 2 просьбы к автору:
1. Упаковать каталог с исходниками, а не его содержимое.
2. Положить туда README примерно такого содержания:
...
LINUX
...<required?>...
BUILD
Run

#qmake
#make

INSTALL
Run

#make install

or

#make INSTALL_ROOT=/path/to/buildroot install

for install to fakeroot

Программа очень хорошая.Я вполне доволен

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

> это нехорошо. PREFIX и все завязанное на нем используется на всех этапах сборки.

Это я напутал. PREFIX надо переопределять потому, что он по умолчанию /usr/local . А для временной установки, вроде INSTALL_ROOT

Спасибо AlexM за правильный ответ.

> Скажите пожалуйста, этот GoldenDict только на Qt? Потому что скрины только на нем

Ты идиот или притворяешься?

> Кроме того, если переопределить префикс

Прошу прощения, перепутал. С полгода не пользовался ебилдами, уже плохо помню, как работает процесс сборки. Вероятно вместо DESTDIR используется INSTALL_ROOT

А префикс по умолчанию в старых версиях /usr/local

Спасибо AlexM за правильный ответ.

> Эй, парни, всё там нормально.

Да, это я напутал. В Генту примерно так же.

>Я в том смысле, что уже юзабельно? Предыдущей версией под виндой невозможно было пользоваться.
Не знаю, как под вин, а под linux отлично работает.

Всё-таки это сайт о линукс, а не о винде... Но могу сказать, что новая версия программы работает отлично, как впрочем и старая, прошлая версия. Что вас конкретно не устраивало в предыдущей версии?