Новая читалка и редактор - прошу помощи сообщества

Господа читатели и верстальщики!

Я задумал две новые свободные программы - читалку и редактор. Лицензия - GPLv3. Пишу для себя, но если у кого-нибудь будет интерес - буду рад.

Вторая версия читалки сейчас находится в стадии отладки и оптимизации. Делается только для обычного компьютера (на карманные и подобные не рассчитываю за отсутствием и ненадобностью для меня). Программа межплатформенная - FreeBSD, Linux, Windows. Основной прицел - среда GNOME. Включает инструменты для ведения библиотеки (в текущей версии только локальной). Планирую закончить этой осенью.

Редактор - на стадии обдумывания и постановки задачи.

У меня, собственно, три вопроса.

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

2. Есть ли спрос на программы для чтения и ведения библиотек в средах, отличных от Windows?

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

Вот кратко и обобщенно мои мысли по этому поводу:

1. Редактор должен быть свободным (лицензия GPLv3, открытые исходные коды и все положенные атрибуты);
2. Редактор должен быть межплатформенным;
3. Он должен иметь модульную архитектуру, чтобы любой желающий мог дописать свои модули в дальнейшем (например, экспорт в fb3 или импорт из чего-нибудь еще);
4. Он должен выдавать ПРАВИЛЬНЫЕ документы - то есть, валидные с точки зрения fb2;
5. Редактор должен максимально автоматизировать процедуру форматирования (где это возможно);
6. Он должен выглядеть как привычные и всем известные редакторы (типа MS Word до версии 2007 или OpenOffice.org) и давать такие же привычные инструменты;
7. Документ в редакторе должен иметь несколько типов отображения: как книга в читалке, как исходный текст XML (для любителей видеть исходник и для отладки) и как структура документа;
8. Программа не должна иметь ограничений по возможностям верстки и управления содержимым.

Есть ли желающие поучаствовать в составлении ТЗ для редактора?

Комментарии

Цитата:
Просто вся ценность предельно простого формата fb2 состоит в удобстве его для наладонников.

Вообще-то fb2 создавался не для наладонников, а как наиболее удобный формат для работы библиотеки с книгой. Его основная ценность - удобство хранения, обработки, и конвертирования в любой другой формат по требованию пользователя. То, что его удобно читать на КПК - побочный эффект, полезный нам с вами, но, отнюдь не главный для основной массы пользователей.

locksmith написал:
Цитата:
Просто вся ценность предельно простого формата fb2 состоит в удобстве его для наладонников.

Вообще-то fb2 создавался не для наладонников, а как наиболее удобный формат для работы библиотеки с книгой. Его основная ценность - удобство хранения, обработки, и конвертирования в любой другой формат по требованию пользователя. То, что его удобно читать на КПК - побочный эффект, полезный нам с вами, но, отнюдь не главный для основной массы пользователей.

Кто это Вам сказал, что fb2 создан только для хранения и удобства конвертирования? А читать тогда в чем? :-)

Цитата:
А читать тогда в чем? :-)

Да в чем хотите.:)
Хотите в fb2 - пожалуйста. В lrf - без проблем. В rtf - анологично. Кому что нравится.

locksmith написал:
Цитата:
А читать тогда в чем? :-)

Да в чем хотите.:) Хотите в fb2 - пожалуйста. В lrf - без проблем. В rtf - анологично. Кому что нравится.
Остроумно. Почему бы не взяться тогда за усовершенствование lrf?
К этому lrf можно добавит еще десяток локальных форматов, годных только для определенной читалки. А вот формат rtf - действительно универсальный. Но скажите честно, Вы сами лично пробовали читать rtf файл на КПК? И как?

Цитата:
Но скажите честно, Вы сами лично пробовали читать rtf файл на КПК?

У вас как будто свет клином сошелся на КПК.:) Зайдите в Популярные книги, возьмите топ 10 или топ 20 и прикиньте, на чем их читают.

locksmith написал:
У вас как будто свет клином сошелся на КПК.:) Зайдите в Популярные книги, возьмите топ 10 или топ 20 и прикиньте, на чем их читают.
(устало пожимая натруженными плечами) Моя дочка читает эту фигню на Acer 311n. Про остальных - не в курсе.

Остальные, полагаю, по разному.
Я тут статью на днях читал: рынок e-book reader в России и на Украине

Цитата:
По мнению независимого эксперта-аналитика Михаила Фадеева, российский рынок электронных устройств для чтения весьма невелик, причём он уже успел сформироваться. Сейчас его объём составляет не более 3 тысяч устройств в месяц. Для сравнения: GPS-навигаторов ежемесячно продается не менее 15 тысяч, а коммуникаторов – более 40 тысяч.

То, что есть в России сейчас. Учитывая статистику по Либрусеку, большинство, полагаю, читает с ПК.
И
Цитата:
Что же касается мирового рынка, то, если верить результатам исследования аналитической компании Displaysearch, к 2018 году объём рынка устройств на основе электронной бумаги достигнет 9,6 миллиарда долларов, а сейчас он составляет лишь 431 миллион.

то, к чему мы будем идти.

locksmith написал:
Вообще-то fb2 создавался не для наладонников, а как наиболее удобный формат для работы библиотеки с книгой.

Ты будешь смеяться, но в данном конкретном случае ты не совсем прав ;-) Наладонники (точнее, наладонник) там присутствовал в полном объеме :-) Не веришь - за подробностями к Мише Мацневу или Димке Грибову (imho, вполне себе достояние истории ибукостроения). Правда, фактически ты прав: afair, именно столь непопулярному на либрусеке GribUser-у пришла в голову мысль о более широком применении этого формата, за что ему честь и хвала). И пропагандировался формат fb2 именно как удобное средство для каталогизации fiction books.

Цитата:
Не веришь - за подробностями...

Да нет, поверю на слово :).
Кстати, а Манцев в сети вообще присутствует?

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

Pawel написал:
Вот на что хотелось бы обратить внимание: "поведение" текста на странице. Так называемые висячие строки - это плохо. Если в конце или начале страницы остается только одна строка от абзаца, пусть она переходит на следующую страницу, как это делается в ворде (по желанию пользователя). То же самое и с заголовками. В ол-ридере каждый новый заголовок отображается на новой странице, это хорошо, но лучше, если заголовки будут идти один за другим, но как только под заголовком окажется меньше двух строк, заголовок автоматически переходит на следующую страницу. Таковы, кстати, правила в книжной полиграфии.
Ну и момент, на который уже обращали внимание: обтекание текста вокруг картинки. Сейчас, если картинка не влезает на страницу, картинка переходит на следующую страницу, а предыдущая страница оказывается полупустой. Так вот, нельзя ли это пространство заполнить текстом, следующим за картинкой?

О чем Вы? Какие страницы?! Никаких страниц!!!! Один сплошной ролл крути хоть вперед, хоть назад! Страницы на экране - бред!

Лично я бы предпочёл сменные тулкиты, как у FBReader (пользую qt4). Но на чистом C это малость затруднительно, не? Ладно, читалку я менять пока не собираюсь. А редактор нужен, наверное. Для тех, кто не осилил vim. :)

Хотел пожелать автору успехов и выдержки. :)

Сказать что по поводу как кому нравится из опыта пришел к выводу что лутше заложить некоторый запас универсальности в модели и реализации проекта, а там дальше добавлять разные настройки и пусть каждый выкручивает как хочет и как ему нравится работать :)

P.S
Верите, в бумажном виде уже лет 10 книги не читаю, как и газеты и т.д. НО мне таки намного больше нравится читать из программы с интерфейсом имитирующим стандартную книгу с двумя страницами и подложенной под текст текстурой, так что это не привычка 100%!!! ;) (сорри задело :) )

2 Ян Злобин, а есть-ли необходимость в читалке? Насколько она будет конкурентоспособна по сравнению с имеющимися (кстати, ты существующие читалки все уже опробовал, все не устроили?) Вдобавок, GNOME под Win волочет за собой здоровенный рантайм, а сам гуй не всем нравится (мне, например, Qt больше по душе).
А вот хороший WYSIWYG редактор для fb2 был бы очень в тему. Только, опять-таки, желательна преемственность или, как минимум, функциональность не менее (!), чем у последнего FBE со всеми наработанными скриптами.
Боюсь, что задачу ты себе поставил маловыполнимую.

SeNS написал:
2 Ян Злобин, а есть-ли необходимость в читалке? Насколько она будет конкурентоспособна по сравнению с имеющимися (кстати, ты существующие читалки все уже опробовал, все не устроили?) Вдобавок, GNOME под Win волочет за собой здоровенный рантайм, а сам гуй не всем нравится (мне, например, Qt больше по душе).
А вот хороший WYSIWYG редактор для fb2 был бы очень в тему. Только, опять-таки, желательна преемственность или, как минимум, функциональность не менее (!), чем у последнего FBE со всеми наработанными скриптами.
Боюсь, что задачу ты себе поставил маловыполнимую.

Объяснял уже не раз. В Гноме нет родных средств для чтения fb2. Читалок видел штук пять из наиболее распространенных. Мне не понравилась ни одна из них. Запускать виндовые в эмуляции считаю извращением. А поскольку я живу в Гноме, а читать толком не чем - пишу свою. Кому не нравится HIG, пусть сами пишут на QT. Одну читалку на QT я видел. Так что для тех кому не понравится, выбор есть.

Гном под винду тащит за собой GTK, а это около 10 Мб, что гораздо меньше какого-нибудь .NET. Опять же, кому не нравится - есть другие читалки. Сейчас исполняемый файл читалки весит около 150 Кб, а все остальное уже есть в Гноме по дефолту.

С редакторами не под виндовоз проблема еще больше. Поэтому приходится писать свой. FBE или что-то еще могу использовать только как пример. Никаких скриптов от туда использовать не собираюсь - средства другие.

Я не ищу здесь разработчиков, мне нужна помощь в тестировании обоих программ и постановке задачи для редактора. Пока что больше разговоров - или перечисления проблем и удобств других программ, или намерения "подумать". Всего несколько постов здесь реально по делу.

Ян Злобин написал:
... Всего несколько постов здесь реально по делу.
Просто маловато гномов. :)
Извините. Больше не буду тут зря флеймить.

oldvagrant написал:
Ян Злобин написал:
... Всего несколько постов здесь реально по делу.
Просто маловато гномов. :)
Извините. Больше не буду тут зря флеймить.

А при чем здесь сколько Гномов? Я же с ТЗ для редактора прошу помочь, а не для Гнома :-)

Ян Злобин написал:
А при чем здесь сколько Гномов? Я же с ТЗ для редактора прошу помочь, а не для Гнома :-)

Ну, минимальный ТЗ я изложил: как минимум - функциональность FBE со скриптами. А как максимум - даже сложно сказать...
А, вот (и для редактора, и для читалки) - реализовать красивую поддержку таблиц, этого практически нигде (за исключением КулРидера) нет.

SeNS написал:
Ян Злобин написал:
А при чем здесь сколько Гномов? Я же с ТЗ для редактора прошу помочь, а не для Гнома :-)

Ну, минимальный ТЗ я изложил: как минимум - функциональность FBE со скриптами. А как максимум - даже сложно сказать...
А, вот (и для редактора, и для читалки) - реализовать красивую поддержку таблиц, этого практически нигде (за исключением КулРидера) нет.

Ну, если бы FBE не поддерживал таблицы, то как бы ты их КулРидером увидел? :)

В KDE есть Okular вполне неплохо читать fb2. Двустраничный разворот по дефолту. Думаю если в KDE можно работать с Gnome приложениями, то и обратное также возможно. Но спецовая прога всё же лучше была бы.

Ян Злобин написал:
Я не ищу здесь разработчиков, мне нужна помощь в тестировании обоих программ и постановке задачи для редактора. Пока что больше разговоров - или перечисления проблем и удобств других программ, или намерения "подумать". Всего несколько постов здесь реально по делу.
Ага-ага. Знакомые нотки. Лет 10 назад тоже был таким. Молодым и глупым.
Сказать чем проект закончится??? Наберётся некоторый набор функционала, вроде бы устраивающий. Опубликуется релиз. Альфа понятное дело. Пойдёт фидбек с предложениями и претензиями. Некоторое время будешь откликаться и что-то делать. Потом банально начнется нехватка времени. (Сопровождение оно такое.) Начнутся претензии в отсутствии реакции. На что последует закономерная реакция. "А идите нах. Исходники открытые Вам надо вы и правьте." Народ из допеченных разрабов глянет в исходники и скажет: "ну нах, проще переписать." После чего пакет подёргается в агонии и помрёт.

А что до разговоров, так иного и не будет. Пока воздух обсуждаем. Ни концепта, ни исходников. Да и исходники в архиве мало кто смотреть будет. В svn посмотрят. В архив не полезут. В конце концов организация svn дело 30 минут на своём сервере и немногим более на Соурсфорже или Берлиосе. А глупости про "в файловой системе проще" не повторяй, впечатление, что вообще с svn не работал. Разницы нет совсем. Только удобнее. А вот найденный своевременно изъян в архитектуре очень много времени потом сэкономит. А то и вовсе не даст загнутся проекту.
И чушь про ТЗ не городи. Проекты с ТЗ долго не живут. Надо быть готовым разворачиваться на 180 градусов. Есть такая штука RUP. И Ты его сейчас нарушаешь по всем пунктам. Что косвенно говорит о том, что к разработке архитектуры Ты никогда не имел никакого отношения. [можно на Ты?] Ну так самое время учится. Программы писать научился, пора идти дальше.
Рассердил дядьку.

блин, насмешил, дядька ))
тут если чё половина дядек, если не больше. многие ещё пятидюймовые дискеты помнят. и все были 10-15-20 лет назад молодыми и глупыми.

а в остальном всё верно, именно так обычно проекты и загинаются. сам проверял.

блин, весь тред не осилил :(.
где сорцы скачать можно? очень уж интересно посмотреть, я как раз тут ковырялся в pybookreader

drujebober написал:
блин, весь тред не осилил :(.
где сорцы скачать можно? очень уж интересно посмотреть, я как раз тут ковырялся в pybookreader

Пока нигде. :-)

Ян Злобин написал:
Господа читатели и верстальщики!

Я задумал две новые свободные программы - читалку и редактор. Лицензия - GPLv3. Пишу для себя, но если у кого-нибудь будет интерес - буду рад.

Вторая версия читалки сейчас находится в стадии отладки и оптимизации. Делается только для обычного компьютера (на карманные и подобные не рассчитываю за отсутствием и ненадобностью для меня). Программа межплатформенная - FreeBSD, Linux, Windows. Основной прицел - среда GNOME. Включает инструменты для ведения библиотеки (в текущей версии только локальной). Планирую закончить этой осенью.

Редактор - на стадии обдумывания и постановки задачи.

У меня, собственно, три вопроса.

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

2. Есть ли спрос на программы для чтения и ведения библиотек в средах, отличных от Windows?

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

Вот кратко и обобщенно мои мысли по этому поводу:

1. Редактор должен быть свободным (лицензия GPLv3, открытые исходные коды и все положенные атрибуты);
2. Редактор должен быть межплатформенным;
3. Он должен иметь модульную архитектуру, чтобы любой желающий мог дописать свои модули в дальнейшем (например, экспорт в fb3 или импорт из чего-нибудь еще);
4. Он должен выдавать ПРАВИЛЬНЫЕ документы - то есть, валидные с точки зрения fb2;
5. Редактор должен максимально автоматизировать процедуру форматирования (где это возможно);
6. Он должен выглядеть как привычные и всем известные редакторы (типа MS Word до версии 2007 или OpenOffice.org) и давать такие же привычные инструменты;
7. Документ в редакторе должен иметь несколько типов отображения: как книга в читалке, как исходный текст XML (для любителей видеть исходник и для отладки) и как структура документа;
8. Программа не должна иметь ограничений по возможностям верстки и управления содержимым.

Есть ли желающие поучаствовать в составлении ТЗ для редактора?

IMHO тогда правильно делать три программы.
1. Ридер
2. Редактор
3. Локальную библиотеку которая интегрируется как с Ридером (но не только с этим) так и с Редактором (опять же не только с этим)

С точки зрения требований (как хотелось бы видеть мне как потенциальному пользователю :-)
1. Ридер
a. Широкий набор возможностей настраивать как будет выглядеть текст на экране.
(шрифты (в том числе с антиалиасингом), текстуры на бэкграунде, форматирование в одну или две колоноки, полноэкранный режим)
b. Возможностьи навигации и поиска по тексту
(закладки, навигация по главам, полнотекстовый серч (ну хотя бы не полнотекстовый :-)
с. Возможность читать не только FB2 но и другие форматы которые могут автоматически конвертироватся на лету в FB2.
(я понимаю что это не просто :-)
d. Интеграция с локальной библиотекой. Например функциоя File->Open может предлагать открыть не только файл с диска но но книгу из библиотеки.

e. Сессии. Ну или возможно хватит автоматического открытия последнего файла который пользователь прошлый раз читал. Ну и позиционирования к тому месту где он его читал :-)

2. Редактор (кроме перечисленного)
a. Возможность редактировать не только FB2 но и FB3.
b. Возможность импортировать другие форматы книг (например ePub, RTF, HTML, DOC) все это можно сделать плагин-ами. В первой версии возможно достаточно будет механизма плагин-ов.
c. Возможность экспортировать в другие форматы. (какие см выще)
d. Интеграция с библиотекой (то же что и у Ридера функции открыть файл из библиотеки поместить файл в библиотеку ... Тут можно продумать интерфейс который позволит добавлять плагины для операций с книгами типа открытия/сохранения так что бы можно было добавить открывать и сохранять книжки не только в локальную библиотеку но и в библиотку удаленную например доступную через какой нибудь Веб сервис)
f. Интеграция с source control-ом. Например с Subversion-ом. Создавая текст иногда иногда интересно сохранить какую то его версию что бы потом иметь возможность к ней вернутся... Для авторов если они будут пользоватся IMHO полезно.
g. Если делать интеграцию с Source control-ом то возможно имеет смысл сделать возможность визульно посмотреть разницу между двумя версиями текста типа как в WinMerge или в других аналогичных программах. Только WinMerge в данном случае не очень подходит.
h. Инстументы для автоматического семантического анализа текста что бы иметь возможность найти банальные ошибки с точки зрения языка.

3. Библиотека
a. Автоматическая категоризация по авторам/названиям возможно еще по чему то что можно определить распарсав текст книжки и применив семантический анализ текста :-)
b. Возможность категоризировать книжку вручную например добавить жанр книги, сериал. Возможность категоризировать книжку больше чем по одной категории. Например книга может относится к нескольким авторам или жанрам.
с. Теги для того что бы помечать книги которые относятся к каким то специфическим областям, которые не учтены предопределенными категориями. Теги могут добавляться пользователем.
d. Rank-инг для того что бы отмечать особо интересные и полезные книги.
e. Полнотекстовый поиск (разумеется на разных языках :-)
f. Импорт/экспорт в разные форматы. Можно просто создать механизм плагинов.
g. Возможность создавать Java Midlet-ы для чтения на мобильных девайсах с поддеркой Java.
h. Бэкап/востановление библиотки в компактном формате на DVD/Flash drive или просто в файл который потом может быть прочитан на другом компьютере.
i. Возможность интеграции с разными ридерами/редакторами не только с тем которые упомянуты выше :-) Хотя бы на уровне открытия файла для просмотра или редактирования
k. Поддержка версионности :-)

Все кажется ... что вспомнилось :-)

Согласен, что лучше 3 проги, а не единый монстр.
В ридере
1. жизнено важно открывать книгу на том же месте где закрыл.
Причем даже если последней открывал не эту книгу.
Как происходит если открываешь книгу из библиотеки и когда читаешь одну, хочешь что-то посмотреть в другой.
2. Еще очень нужна возможность вызывать чтение голосом.
Лучше через плагины. А читалок много разных.
Мне больше всего подойдет плагин для чтения через KTTS. туда можно подключить все что угодно, да еще и с предварительной обработкой текста. Гномовый аналог не знаю.

По редактору. редактировать FB3 можно, но важнее редактировать EPUB.
FB3 пока мертв и очень похож на забугорный стандарт EPUB. Зачем оживлять труп, если он никому не нужен, кроме Грибова.
Лучше иметь хороший кронвертер FB3 в EPUB.

evkogan написал:
Согласен, что лучше 3 проги, а не единый монстр.
В ридере
1. жизнено важно открывать книгу на том же месте где закрыл.
Причем даже если последней открывал не эту книгу.
Как происходит если открываешь книгу из библиотеки и когда читаешь одну, хочешь что-то посмотреть в другой.
2. Еще очень нужна возможность вызывать чтение голосом.
Лучше через плагины. А читалок много разных.
Мне больше всего подойдет плагин для чтения через KTTS. туда можно подключить все что угодно, да еще и с предварительной обработкой текста. Гномовый аналог не знаю.

По редактору. редактировать FB3 можно, но важнее редактировать EPUB.
FB3 пока мертв и очень похож на забугорный стандарт EPUB. Зачем оживлять труп, если он никому не нужен, кроме Грибова.
Лучше иметь хороший кронвертер FB3 в EPUB.

Программы планирую две: читалка вместе с библиотекой и редактор (возможен запуск по отдельности с ключами командной строки). Чтение голосом не планирую. Во всяком случае, пока. EPUB мне пока что тоже не очень интересен ибо противоречив. А поводу схожести fb3 и epub вопрос весьма спорный.

Возник вопрос: почему выбран тулкит Gtk+, при переносе с платформы на платформу там все не просто...почему не Qt? Для некоммерческих программ он бесплатен...а проблем у него с кроссплатформенной компиляцией - никаких.
Да, он весит изрядно (на машине разработчика), но плюсы перевешивают минусы...

Ну это так, в порядке занудства.

gs1972 написал:
Возник вопрос: почему выбран тулкит Gtk+, при переносе с платформы на платформу там все не просто...почему не Qt? Для некоммерческих программ он бесплатен...а проблем у него с кроссплатформенной компиляцией - никаких.
Да, он весит изрядно (на машине разработчика), но плюсы перевешивают минусы...

Ну это так, в порядке занудства.

Вроде уже говорил. Вменяемых плюсов у Qt для себя не вижу. GTK+ бесплатен для любых программ. С мне нравится больше, чем С++. С кросс-платформенностью проблем нет - GTK изначально задумывался как межплатформенный инструмент - все просто. Весит значительно меньше, чем Qt, меньше потребляет ресурсов и работает быстрее.

А самое главное, опять же, уже говорил - я живу в GNOME, а не в KDE. И без Qt обхожусь. Кроме того, моя читалка интегрирована в Гном (меню, уведомление о запуске, MIME-тип, превьюхи вместо иконок и тому подобное). И еще GTK мне просто нравится. И легких путей не ищу - ищу правильные с мой точки зрения.

с++ владею на уровне олимпиадного программиста -> писать польз программы не могу
чё почитать?

по поводу читалки - её можно сделать на AIR и интегрировать с вконтактом

KOLANICH написал:
с++ владею на уровне олимпиадного программиста -> писать польз программы не могу
чё почитать?

по поводу читалки - её можно сделать на AIR и интегрировать с вконтактом

Почитать для чего? Чтобы освоить GTK+, на котором я пишу - http://www.gtk.org/. Только это не C++, а объектный pure C. Для читалки помощь разработчика пока что не требуется - проект небольшой и почти готовый. А вот для редактора было бы неплохо.

Если речь идет об AIR, то это будет уже другое приложение. AIR - проприетарная среда с ограничениями для запуска программ. Короче, не православно :-) Интеграция с вконтактом вообще не пойму зачем нужна - это же локальное приложение, выполняемое на одной машине.

А моя программа - свободный межплатформенный софт, неограниченный никакой средой для выполнения.

(с вконтактом интеграция идёт путём созд аналог флеш приложения)

Я тут в двух словах описал текущий процесс по моей читалке.

[Подтанцовка, подпрыгивая и размахивая флажками busy и DTR] Тарболл, тарболл !!! :)

Ulenspiegel написал:
[Подтанцовка, подпрыгивая и размахивая флажками busy и DTR] Тарболл, тарболл !!! :)

Нее. Рано еще :-)

Начинание отличное! Сам подумывал о вменяемом редакторе, хотя бы заголовков - а то нету его. Да и библиотека очень нужна. Читалка-то не так актуальна, а вот редактирование "тегов" и каталог - будет просто супер!
С нетерпением жду обнародования бинарника :)

Могу собрать и оттестировать на:
Linux
MacOSX 10.5.8
MacOSX 10.4.11 PPC G3
IPhoneOS (если спортируешь GTK :-) )

Под старые маки очень актуально, т.к. есть только CoolReader и всё.

Danya написал:
Могу собрать и оттестировать на:
Linux
MacOSX 10.5.8
MacOSX 10.4.11 PPC G3
IPhoneOS (если спортируешь GTK :-) )

Под старые маки очень актуально, т.к. есть только CoolReader и всё.

Ну если сможешь на Мак, то милости просим. Мак есть у моего родственника - могу только проверить :-)

IPhoneOS у меня нет, так что вряд ли. Уж не обессудь :-)

Я тоже с удовольствием протестирую читалку))))

Цитата: В задачке спрашивается, а на фига?
Читалки нужны, чтобы во время ожидания чего-то или кого-то заняться чем-то более-менее полезным.
Перечитывать электронные книги уже не модно - они (как правило) одноразовые.
Создавать библиотеку - глупо! Прочитал (просмотрел) - удали! Хлама и так выше крыши...

Страницы

X