Форум: Электронные книги ONYX (eBook)
Тема: ONYX BOOX i62ML Aurora (с подсветкой)
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 [41] 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88
[Ответить]
Pooh_ [17.12.2012 23:21] :
- Song777 писал(а):
Чем Вы их открываете? Если не затруднит, напишите в двух словах или ткните, где это обсуждалось. У меня книжки на руках нет, она уже подарена, поэтому нет возможности экспериментировать самому, надо будет обойтись минимальным количеством телодвижений. Спасибо.
Шаги для лечения шрифта с кириллицей, которую Оникс не показывает, следующие:
-открываем файл шрифта в Фонтлабе
-Смотрим на установленные галочки в Menu->File->Font Info->Encoding and Unicode->Unicode Ranges
-Если нет галочки напротив Cyrillic, то устанавливаем ее. Я также, по аналогии с каким-то "правильным" шрифтом, ставлю три первые галочки: "Basic Latin",... Не знаю, влияет это на что-нибудь или нет...
-Жмем "Ок"
-Menu->File->Generate Font...
-Полученный .TTF файл шрифта копируем в папку "fonts" на устройстве.
-Насколько я понял, Coolreader плохо работает (если вообще работает) со шрифтами, не перенесенными в системную папку, т.ч. тестируем шрифт в FBReadere.
- jno писал(а):
[quote:c6172120fb="Pooh_"]переименуйте его в *.epub
epub - это архив, однако...
FB2 - это XML (в отличие от того мусора в стиле HTML3, который генерит lib.ru) и тоже может не проканать, но "безопаснее".
Если я правильно понимаю, вы рассуждаете теоретически?
Я же, перед тем как это написать, опробовал это на практике и оно работало.
Есть еще какая-либо "стремность" кроме теоретической неправильности?
Song777 [18.12.2012 02:31] :
- Pooh_ писал(а):
Я же, перед тем как это написать, опробовал это на практике и оно работало.
Есть еще какая-либо "стремность" кроме теоретической неправильности?
Я же надеюсь, что мы разберёмся со шрифтами и не придётся ничего переконвертировать.
К слову, Colibri не предлагает ни одного варианта для перекодирования HTML документа. Разве что в ZIP
jno [18.12.2012 13:42] :
- Pooh_ писал(а):
Есть еще какая-либо "стремность" кроме теоретической неправильности?
или я о ней не знаю
собссно, не так уж и теоретически - на основе собственного опыта писания такого рода программ (нет, не читалок, но "разбиралок" - в т.ч. и XML, и FB2, и HTML)
- Song777 писал(а):
HTML не должен напрямую интерпретироваться ни как EPUB, ни как FB2, потому как значения тэгов всё-таки сильно отличаются
а в FB2 - зависит от применённого XML-парсера (если парсер умеет работать "a la HTML", по принципу best effort - пропуская незнакомые теги, то как-нибудь да разберёт)
Pooh_ [18.12.2012 14:10] :
- jno писал(а):
собссно, не так уж и теоретически - на основе собственного опыта писания такого рода программ (нет, не читалок, но "разбиралок" - в т.ч. и XML, и FB2, и HTML)
Song777 [18.12.2012 17:53] :
- Pooh_ писал(а):
[quote:ab02dd2c07="jno"]собссно, не так уж и теоретически - на основе собственного опыта писания такого рода программ (нет, не читалок, но "разбиралок" - в т.ч. и XML, и FB2, и HTML)
Хм. К чему тогда Ваши предложения по замене расширения?
Про какую программу Вы сейчас говорите?
Я скармливал Колибри указанные ранее тексты с разными расширениями и получал разные варианты перекодировок.
На самом деле это не тот вопрос, по которому хотелось бы здесь копья ломать. Миру-мир.
jno [18.12.2012 18:44] :
- Pooh_ писал(а):
вы не допускаете возможности, что программа в своих действиях может полагаться не только на расширение файла, но и проверять, что он из себя представляет на самом деле?
- Song777 писал(а):
К чему тогда Ваши предложения по замене расширения?
а вообще - нефиг и допускать!
смотрим, к примеру, https://github.com/onyx-intl/crengine/blob/master/crengine/src/epubfmt.cpp и видим:
bool DetectEpubFormat( LVStreamRef stream )
{
LVContainerRef m_arc = LVOpenArchieve( stream );
if ( m_arc.isNull() )
return false; // not a ZIP archive
//dumpZip( m_arc );
// read "mimetype" file contents from root of archive
lString16 mimeType;
{
LVStreamRef mtStream = m_arc->OpenStream(L"mimetype", LVOM_READ );
if ( !mtStream.isNull() ) {
int size = mtStream->GetSize();
if ( size>4 && size<100 ) {
LVArray<char> buf( size+1, '\0' );
if ( mtStream->Read( buf.get(), size, NULL )==LVERR_OK ) {
for ( int i=0; i<size; i++ )
if ( buf[i]<32 || ((unsigned char)buf[i])>127 )
buf[i] = 0;
buf[size] = 0;
if ( buf[0] )
mimeType = Utf8ToUnicode( lString8( buf.get() ) );
}
}
}
}
if ( mimeType != L"application/epub+zip" )
return false;
return true;
}
Pooh_ [18.12.2012 22:01] :
- jno писал(а):
а вообще - нефиг и допускать!
смотрим, к примеру, https://github.com/onyx-intl/crengine/blob/master/crengine/src/epubfmt.cpp и видим:
)alenushkak [19.12.2012 10:34] :
Привет всем! Помогите разобраться что за глюк у моей AURORA.
На днях приобрела данное устройство, при первой попытке подключиться к ПК с пом. родного USB кабеля книга зависла, ни на какие манипуляции не реагировала, отвиснуть помог только RESET. Пробовала еще пару раз подключиться к ПК и с родным и с другими кабелями, картина одинаковая. Думали что дело в кабеле, но нет, при подключении книги к розетке, аналогичная ситуация, книга зависает намертво. При этом к ост. функциям нареканий абсолютно никаких, все работает четко.
math64 [19.12.2012 10:53] :
Сдавай обратно в магазин.
"Остальные функции" будут работать, пока не потребуется подзарядка.
А зарядить будет невозможно.
alenushkak [19.12.2012 11:36] :
Да, видимо придется менять на новую... С зарядкой кстати нашли выход, когда книга выключена и ее подключить к сети питания, заряжается без зависания.... Значит кабель и разъем работают нормально?
[Ответить]
[< Назад] [Вперед >]