Minął prawie tydzień odkąd korzystam z Voyage i czas na krótkie podsumowanie. Ekran super, ale PagePress poniżej oczekiwań:

http://www.eczytniki24.pl/2014/11/szybk ... oyage.html

Gdziś napisałem, że Kindle nie ma pomysłu na nowe czytniki bo i po co, skoro sprzedają się świetnie.. Voyage tylko to potwierdza..

Pomysły? A właśnie rozmiar 6.8, czy powrót do klasycznych przycisków zmiany stron, multiformatowosc.. To przecież tak niewiele..

To już jest problem trzymania się standardu ePUB przez czytniki, readery, a nie samego ePUB.

Podpisuję się pod tym, że to doskonały czytnik, ale chodzi o ten niedosyt, kiedy nowe rozwiązania (dopisane przecież do rachunku przez Amazon) niekoniecznie są takie jak powinny. Czujnik światła jest powszechnie krytykowany i trudno się z tym nie zgodzić. PagePress to miły dodatek, ale nic więcej. Co nie zmienia faktu, że w kwestii jakości ekranu konkurencja ma sporo do nadgonienia i jeśli szukamy najlepszego ekranu w kategorii 6" to wybór na dzisiaj jest jasny.
To trochę jak nocleg ze śniadaniem w drogim hotelu - pokój może być super (i jest), ale śniadanie przeciętne. Ale zapłaciliśmy za nie i mamy prawo oczekiwać, że będzie taż super.
Co do mobilności - ktoś nosi jeszcze czytnik w kieszeni spodni? Bo 6,8" też się mieści w wewnętrznej kieszeni kurtki

W wersjach beta Amazon probuje konkurować z Onyxem.

przepraszam, ale naprawdę nie mogę się powstrzymać.



Jako zakompresowany blob binarny z tej bazodanowości nie wiele wynika dla wyszukiwania, chyba że sam fakt że pierwotny format mobi w rozwinięciu nazywa się "Palm DataBase file" no to ok
Taką samą bazodanowośc mają ePub-y w postaci xhtml-i w opakowanych zipem. I te i te trzeba najpierw zdekompresować by coś uzyskać.

Owszem dostęp do metadanych w mobi jest szybszy - bo są podane na tacy.



Co do kodowania, to po co? Dla epub domyślny jest utf-8 - koniec. Sama specyfikacja xhtml zaleca domyślne przyjmowanie utf-8. Chcesz inaczej, sobie definiujesz, co jest raczej i tak złym pomysłem.
Język w jednym miejscu jest spoko, za to możliwość przedefiniowania też jest fajna. (anyway: <dc:language> An OPF Package Document must include at least one instance

Jakieś dzikie wymagania załączania spoza ascii - znowu wynika to z faktu że polska była w bardzo niskim poważaniu więc jej fikuśne literki nie znalazły się w fontach pierwszych czytników*, i w zasadzie dla tej garstki staroci i dla "ładniejszego" wyglądu publikacji stosuje się owe załączanie - a że pliki robią się kobylaste - cóż (a w zasadzie i tak najcześciej dodaje się Liberation obecne na większości czytników, na kilkadziesiąt zakupionych publikacji, kilka miało załączone coś innego**).
Praktycznie wszelkie domyślne serify (andek,linux,windows,adobe) mają już polskie ogonki i załączanie ich nie jest potrzebne.

* a w dodatku bardzo utrudniono podmienienie ich na inne własne pliki.
** dejavu, charissil, texgyreschola, teraz agora dodaje namiętnie apolonie, czasem się trafi jakiś BaskervilleURW

A oto moje pierwsze wrażenia z nowego Kindle:
http://swiatczytnikow.pl/kindle-voyage- ... -wrazenia/



Nie do końca entuzjastycznie, ale zaczynam się do Voyage przyzwyczajać i powoli ocena rośnie


Jeszcze odnośnie tego:


Dla użytkownika liczy się komfort korzystania z czytnika, a nie wytłumaczenia, że to taki format, wiec musi działać wolniej. Skoro Kindle może indeksować zawartość plików (chooć to akurat nie wpływa chyba na szybkość otwierania, tylko na wyszukiwanie), to dlaczego inne czytniki tego nie robią? Mogłyby w tle tworzyć np. cache pierwszej strony, czy co tam jest potrzebne - a nie robić to dopiero przy pierwszym otwarciu pliku i irytować ludzi, że trwa ono dłużej. Zresztą w szybkości otwierania epub czytniki się różnią - jakoś Kobo nie ma wielkich opóźnień.