12-29-2009, 12:52 PM | #1 |
Developer of EPUBReader
Posts: 271
Karma: 1922
Join Date: Oct 2009
Device: none
|
New version 1.2.5 available
I've removed the attached 1.2.5, because it's now available at the Mozilla website: https://addons.mozilla.org/en-US/firefox/addon/45281
Here is what I changed: Changes - Downloaded ePub-files open now in a new tab or in the already opened EPUBReader-tab. - Every unique ePub is now added only once to the ePub-Library. This works for every ePub which has been added with version 1.2.5. - Font-color of the ePub-content can now be changed via the preferences window. - Fault tolerance has been further improved. Now there are even less ePub-files which can't be read. - EPUBReader is now multilingual. As first German translation has been added. Bugfixes - When more than one ePub-file was deleted from ePub-Library directly one after another, an error occured. - On Unix-Sytems the bottom of the TOC was distorted. Please let me know if you experience any problems and for the case you like the new features, I'm also very happy to hear from you . I'll wait a bit until I upload this new version to the Mozilla website. The Mozilla reviewers are not so happen if you permanently upload new versions because they need to test it every time. Last edited by mikelv; 01-11-2010 at 07:58 AM. |
12-30-2009, 04:30 AM | #2 |
Junior Member
Posts: 5
Karma: 12
Join Date: Dec 2009
Device: iRex DR
|
Thanks and suggestions
Hi Michael,
Many thanks for the version 1.2.5! Three features I find especially nice: 1) opening just downloaded publication in a new tab; 2) possibility to choose font color; 3) possibility to set margin width without any restrictions. It may sound weird, but on my 25 inch wide monitor I read .epubs having set margin width 450 px wide. As always I have a head full of suggestions: 1) It seems to me that similarly to opening just downloaded publication in a new tab, the "Library" button should open library page in a new tab. It happens quite often that I want to open Library page but do not want to close currently opened publication. 2) Bookmarking is a great feature, but the problem is that before closing publication I do quite often forget to bookmark the last page I read. I would be great it before closing publication a dialog would be displayed asking "Would you like to bookmark currently opened page?" 3) If you would allow me to display some pedantry - I'm not very happy with current placement and behavior of the buttons. First, it seems to me that buttons should display tooltips. Second, some of the buttons are of more "systematic" nature (Preferences, Link to FAQ, Library and Download buttons), while others pertain to the reading of currently opened publication (Bookmark, Previous/Next, Increase/ Decrease font buttons). It seems that correct place for all those buttons of more "systematic" nature is the left pane, while in the content pane should be displayed only buttons directly relevant to the reading process of currently opened publication. Third, I like Google Chrome browser's approach to space - to allocate as much space as possible to content and minimize chrome as much as possible. It seems that other browsers are taking this approach to space also. From this point of view it seems to me that the bottom bar in content pane is unnecessary and takes precious space which can be used for displaying publication. Of course, bottom bar contains much used buttons, but instead of Bookmark, Previos/Next, Increase/ Decrease font buttons keybindings can be used or functionality of some of these buttons can be placed in browsers toolbar (Bookmark and Increase/decrease font). It seems to me that it would be great if in Preferences dialog it were an option enabling to hide/display bottom bar of the content pane. Thanks again and happy New Year for you and your family! |
Advert | |
|
12-30-2009, 12:05 PM | #3 |
Grand Sorcerer
Posts: 11,470
Karma: 13095790
Join Date: Aug 2007
Location: Grass Valley, CA
Device: EB 1150, EZ Reader, Literati, iPad 2 & Air 2, iPhone 7
|
For me the biggest outstanding issue is saving eBooks with useful names.
Dale |
01-03-2010, 06:47 AM | #4 | ||||||
Developer of EPUBReader
Posts: 271
Karma: 1922
Join Date: Oct 2009
Device: none
|
Thanks for your feedback Johnny!
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
||||||
01-03-2010, 06:48 AM | #5 |
Developer of EPUBReader
Posts: 271
Karma: 1922
Join Date: Oct 2009
Device: none
|
|
Advert | |
|
01-04-2010, 02:40 AM | #6 | |||
Junior Member
Posts: 5
Karma: 12
Join Date: Dec 2009
Device: iRex DR
|
Hi Michael,
Quote:
Quote:
But on Library page 2 things are needles: bottom bar because no button in this bar does anything on Library page; and left pane because it is empty on Library page. It seems to me that it would be better if in Publication page "Save as file" button would be removed and in Library page both bottom bar and left pane would be removed. Quote:
The question about bottom is not so much about saving 35 pixels but more about intrusiveness of EPUBReader's interface. From my point of view EPUBReader should not force on user the ways of navigating through and customizing of the publication. Ways of navigating and customizing should result from choices of publication authors and readers. Since EPUB format is essentially HTML + CSS and possibly some scripting, in many ways navigation and customizing can be built-in inside publication. For example, nothing prevents to add Previous/Next links inside each page; or, with the help of some scripting, to add font chooser or font size chooser, or style switcher allowing to choose among completely different page styles. In such cases some or all bottom bar buttons would duplicate publication's functionality or even interfere with it. (EPUB specification does not incourage scripting, but also does not forbid it - it says user agents "should not" execute scripts inside publication; it does not say "must not"). That's main reason because I advocate the concept that botton bar buttons and all bottom bar should be optional (shown by default but having possibility to be hidden). Thanks again for your relentless efforts and amazing extension! Last edited by johnnyS; 01-04-2010 at 02:45 AM. |
|||
01-14-2010, 06:54 AM | #7 | ||
Enthusiast
Posts: 34
Karma: 10
Join Date: Nov 2009
Device: none
|
johnnyS:
Quote:
Quote:
I would like to press Johnny's suggestion to its limits: not only the reader should be able to fully customize the interface of EPUBReader in the sense that he should be able to open/close any available panes or remove/restore any buttons, but publication authors also could be able through some API to set default interface of the publication. E.g., if the publication author finds it useful he could set that the publication by default should be displayed with TOC closed/opened, with or without Previous/Next buttons, with or without font-size changer etc. I don't think that such API needed right now; I presented idea of it only to show that our current thinking about ebooks is quite limited and that Johnny is right saying that EPUBReader's interface should not pressuppose anything about what is needed or not needed for publications. In other words EPUBReader should give maximum freedom for creativity of ebook authors not only in the matters of content but also in the matters of interface. |
||
01-14-2010, 04:29 PM | #8 |
Color me gone
Posts: 2,089
Karma: 1445295
Join Date: Apr 2008
Location: Central Oregon Coast
Device: PRS-300
|
I disagree
In other words, read the book my way or else.
You must start at page one, must read the table of contents, etc. You can not do what is convenient for you, but put up with learning yet another way of presenting content. Michael, please continue along the lines you have been pursuing. Nothing will kill ebooks faster than format and display splitting into 3000 ways to use the book all commanded by authors who developed their book on one device, making it unreadable on others. |
01-15-2010, 02:30 AM | #9 | |
Enthusiast
Posts: 34
Karma: 10
Join Date: Nov 2009
Device: none
|
Quote:
Despite growing acceptance the state of the support of ePub is appaling: except EPUBReader and Azardi no reader software have decent HTML support and except EPUBReader no reader software has scripting support. That means if you will publish something more sophisticated than text with paragraph and image tags it will necessarily be displayed incorrectly in most ePub reader software. |
|
01-15-2010, 10:39 AM | #10 | |
Grand Sorcerer
Posts: 11,470
Karma: 13095790
Join Date: Aug 2007
Location: Grass Valley, CA
Device: EB 1150, EZ Reader, Literati, iPad 2 & Air 2, iPhone 7
|
Quote:
Dale |
|
01-16-2010, 05:13 AM | #11 | |
Enthusiast
Posts: 34
Karma: 10
Join Date: Nov 2009
Device: none
|
Quote:
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
New version 1.2.9.0 available | mikelv | EPUBReader | 7 | 07-19-2010 11:10 AM |
New version 1.2.6 available | mikelv | EPUBReader | 28 | 04-28-2010 01:00 AM |
Version 1.2.3 | Laisvunas | EPUBReader | 1 | 12-11-2009 06:38 AM |
New version available | mikelv | EPUBReader | 17 | 11-28-2009 01:24 PM |
V2 Version 2 | THJahar | HanLin eBook | 5 | 01-21-2007 05:04 PM |