Register Guidelines E-Books Search Today's Posts Mark Forums Read

Go Back   MobileRead Forums > E-Book Readers > Onyx Boox

Notices

Reply
 
Thread Tools Search this Thread
Old 03-30-2012, 11:29 AM   #1
kodomo
M92 info archivist
kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.
 
Posts: 238
Karma: 1398
Join Date: Jun 2008
Device: IRex Iliad 2nd ed., Onyx Boox M92, Onyx Boox Max Lumi
Boox (M92) developer community?

Hi folks.

I've been wondering how many folks around here would like to hack/improve/debug things on the M92, but are stopped by the currently
- missing kernel, gui_shell, system_manager
- broken (outdated?) git repository versions

I don't fully get why Onyx is incommunicado about everything (did they get seriously burned by M90 feedback?).
I do understand that for many things, having a filtering, structuring interface to the customers is very beneficial. Filtering a load of demanding customer requests makes a lot of sense. (As I see it, Booxtor is evolving into their european distributor without the benefit of official status)

However, this is quite frustrating to people who'd like to hack with the device and improve things (as opposed to just requesting features). (It at least is frustrating me ).
Current sources, available communication channels (e.g., _official_ bugtracker) with developers are necessity to even consider debugging things.

If there's sufficient interest, maybe it'd make sense to prompt Booxtor to ask them about a developer program... :-|
I'm opening this thread to see whether there'd be enough folks for a developer community that would be interesting to Onyx.

So please raise you're hand, if you'd like to hack and help improving the M92 by debugging and/or adding features.

Last edited by kodomo; 03-30-2012 at 11:38 AM.
kodomo is offline   Reply With Quote
Old 03-30-2012, 11:44 AM   #2
tuxor
Addict
tuxor has a thesaurus and is not afraid to use it!tuxor has a thesaurus and is not afraid to use it!tuxor has a thesaurus and is not afraid to use it!tuxor has a thesaurus and is not afraid to use it!tuxor has a thesaurus and is not afraid to use it!tuxor has a thesaurus and is not afraid to use it!tuxor has a thesaurus and is not afraid to use it!tuxor has a thesaurus and is not afraid to use it!tuxor has a thesaurus and is not afraid to use it!tuxor has a thesaurus and is not afraid to use it!tuxor has a thesaurus and is not afraid to use it!
 
Posts: 320
Karma: 99999
Join Date: Oct 2011
Location: Germany
Device: Onyx Boox M92, Icarus Illumina E653
*raising my hand*
tuxor is offline   Reply With Quote
Old 03-30-2012, 02:46 PM   #3
Koudijs
OpenBOOX developer
Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'
 
Koudijs's Avatar
 
Posts: 22
Karma: 10000
Join Date: Jan 2012
Device: BeBook Neo
Hi kodomo,

I am interested in a generic Boox developer community (which is not necessarily attached to Onyx). The Boox user community is already quite small so I think that we can only give the developer community some body by covering different models. At source level the A60 and M92 have more commonalities than differences so this should be possible.

I understand that you would like to see a community that operates in close cooperation with Onyx. This probably would be the most effective but the question is if Onyx will provide the platform for this.

For the OpenBOOX project I have choosen to not depend too much on Onyx. This way I am able to provide an alternative for the Onyx firmware, it also gives more possibilities to attract users with unique features. Besides this it is also a result of the fact that only a part of the Onyx code is open, the sources of the system manager and main user interface are not available (it can very well be that it doesn't contain GPL code).

What I did last year is that I started to develop an open source user interface, you can see it in action on the projects YouTube channel. The source code is available on SourceForge. Currently it has some hardcoded references to the A60 screen resolution but it should be possible to remove these and make it run on the M92 as well.
Koudijs is offline   Reply With Quote
Old 03-30-2012, 03:17 PM   #4
mSSM
Connoisseur? Addict!
mSSM plays well with othersmSSM plays well with othersmSSM plays well with othersmSSM plays well with othersmSSM plays well with othersmSSM plays well with othersmSSM plays well with othersmSSM plays well with othersmSSM plays well with othersmSSM plays well with othersmSSM plays well with others
 
Posts: 136
Karma: 2720
Join Date: Aug 2010
Location: Germany
Device: Onyx M92
I'd like to have the source, too, preferably hosted on GitHub.

I hope they guys at Onyx are aware that they have to release their sources as required by the GPL...
mSSM is offline   Reply With Quote
Old 03-30-2012, 05:43 PM   #5
raphman
Junior Member
raphman , Klaatu Barada Niktu!raphman , Klaatu Barada Niktu!raphman , Klaatu Barada Niktu!raphman , Klaatu Barada Niktu!raphman , Klaatu Barada Niktu!raphman , Klaatu Barada Niktu!raphman , Klaatu Barada Niktu!raphman , Klaatu Barada Niktu!raphman , Klaatu Barada Niktu!raphman , Klaatu Barada Niktu!raphman , Klaatu Barada Niktu!
 
Posts: 8
Karma: 5088
Join Date: Dec 2010
Location: Regensburg, Germany
Device: none
While time is always a limiting factor, I am interested in fixing bugs, improving the UI and integrating the M92 better into my device ecosystem.
raphman is offline   Reply With Quote
Old 03-31-2012, 10:15 AM   #6
kodomo
M92 info archivist
kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.
 
Posts: 238
Karma: 1398
Join Date: Jun 2008
Device: IRex Iliad 2nd ed., Onyx Boox M92, Onyx Boox Max Lumi
Quote:
Originally Posted by Koudijs View Post
I am interested in a generic Boox developer community (which is not necessarily attached to Onyx). The Boox user community is already quite small so I think that we can only give the developer community some body by covering different models. At source level the A60 and M92 have more commonalities than differences so this should be possible.
I agree.

Quote:
Originally Posted by Koudijs View Post
I understand that you would like to see a community that operates in close cooperation with Onyx. This probably would be the most effective but the question is if Onyx will provide the platform for this.
I know - that's why I created this thread to see whether we can gather enough people to make it attractive to Onyx to open up.
I seriously don't know whether it'll work, but I deem it worth a try.
If it worked, it'd save the community a lot of overhead, and they'll get something out of it, too.

Quote:
Originally Posted by Koudijs View Post
For the OpenBOOX project I have choosen to not depend too much on Onyx. This way I am able to provide an alternative for the Onyx firmware, it also gives more possibilities to attract users with unique features. Besides this it is also a result of the fact that only a part of the Onyx code is open, the sources of the system manager and main user interface are not available (it can very well be that it doesn't contain GPL code).

What I did last year is that I started to develop an open source user interface, you can see it in action on the projects YouTube channel. The source code is available on SourceForge. Currently it has some hardcoded references to the A60 screen resolution but it should be possible to remove these and make it run on the M92 as well.
I saw (though I wasn't sure whether you actually rewrote the GUI or whether you worked around the existing one).
My main interest lies in a couple of features/bug fixes I already have a rough idea on how to hack, and the time I have for such projects unfortunately is limited.

I agree that porting OpenBOOX to the M92 should be not too much work per se.
The thing I'm not sure about (and that's the reason why I'm first trying to poke Onyx, as it seems a completely different order of magnitude in work to me) is annotation support. I gather that the A60 does not support annotations(?), and guess that this is still missing in OpenBOOX(?) - which I assume to be quite some work to be done.

Some of the annotation support stuff may even be connected to the Adobe reader(?). (btw. I'd need to check on whether I can find that one in the file system, or whether it's part of the missing components... does OpenBOOX include them?)

If we'd have sufficient folks working on that, it might be a real option.
I have to admit that GUI programming is neither my forte nor my real interest. I always considered it more of a nuisance than fun when I had to deal with it. :P

Maybe we should open a thread to discuss the work that'd have to be done to port/extend OpenBOOX?
kodomo is offline   Reply With Quote
Old 04-01-2012, 06:12 AM   #7
FDD
Connoisseur
FDD can extract oil from cheeseFDD can extract oil from cheeseFDD can extract oil from cheeseFDD can extract oil from cheeseFDD can extract oil from cheeseFDD can extract oil from cheeseFDD can extract oil from cheeseFDD can extract oil from cheeseFDD can extract oil from cheese
 
Posts: 62
Karma: 1114
Join Date: Jan 2012
Device: Onyx Boox M92
I'm interested too!
I'm really a C programmer and I don't like GUIs too much, but I'd really love to have a better user interface and I'm (slowly) trying to learn a bit of C++ and Qt.
IMHO right now the worst problem is that there is way too much refreshing in the wrong spots, that makes the whole thing feel kind of sluggish. While some lag is unavoidable because of the way e-ink works, it can be way, way better with a clever design (Sony did a good work with their devices, I think).

To give a try to such sort of things does not depend on having much more than the current SDK, but to design the whole system_manager again from scratch is another story, because it manages a few different things like proxying eink refresh requests, keeping track of usb status etc. I haven't looked at OpenBOOX, so I don't know how this was handled (original system_manager with a brand new gui_shell?).

It would be very nice if we could all agree on what should be the "project" goals, what should be done first and so on... looking forward to this!

Ciao!
FDD is offline   Reply With Quote
Old 04-01-2012, 07:38 AM   #8
Koudijs
OpenBOOX developer
Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'
 
Koudijs's Avatar
 
Posts: 22
Karma: 10000
Join Date: Jan 2012
Device: BeBook Neo
Quote:
Originally Posted by kodomo View Post
I agree that porting OpenBOOX to the M92 should be not too much work per se.
The thing I'm not sure about (and that's the reason why I'm first trying to poke Onyx, as it seems a completely different order of magnitude in work to me) is annotation support. I gather that the A60 does not support annotations(?), and guess that this is still missing in OpenBOOX(?) - which I assume to be quite some work to be done.
The A60 supports annotations and scribbles but since it is using an older firmware version compared to the M92 the export functions are not available. OpenBOOX has the same level of annotation support as the official firmware version it is based on (1.5.1 at this moment).

Quote:
Originally Posted by kodomo View Post
Some of the annotation support stuff may even be connected to the Adobe reader(?). (btw. I'd need to check on whether I can find that one in the file system, or whether it's part of the missing components... does OpenBOOX include them?)
The Adobe reader is called naboo_reader, you can find it in /opt/onyx/arm/bin

Quote:
Originally Posted by kodomo View Post
If we'd have sufficient folks working on that, it might be a real option.
I have to admit that GUI programming is neither my forte nor my real interest. I always considered it more of a nuisance than fun when I had to deal with it. :P
It is mine neighter, e.g. instead of developing a dialog to enter date and time I integrated an ntp client to get the date and time from the internet
And, to be honest, the new GUI is the first Qt application I develop.

Quote:
Originally Posted by kodomo View Post
Maybe we should open a thread to discuss the work that'd have to be done to port/extend OpenBOOX?
For OpenBOOX development discussions I propose to use the forum on BooxUsers.com to avoid scattering of information. Feel free to open a thread over there.
Koudijs is offline   Reply With Quote
Old 04-01-2012, 08:25 AM   #9
Koudijs
OpenBOOX developer
Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'Koudijs knows the difference between 'who' and 'whom'
 
Koudijs's Avatar
 
Posts: 22
Karma: 10000
Join Date: Jan 2012
Device: BeBook Neo
Quote:
Originally Posted by FDD View Post
To give a try to such sort of things does not depend on having much more than the current SDK, but to design the whole system_manager again from scratch is another story, because it manages a few different things like proxying eink refresh requests, keeping track of usb status etc. I haven't looked at OpenBOOX, so I don't know how this was handled (original system_manager with a brand new gui_shell?).
Spot on. OpenBOOX uses the system_manager as is, this is no problem because it has no part in the look and feel. The explorer (gui_shell) is written from scratch.
Koudijs is offline   Reply With Quote
Old 04-01-2012, 07:17 PM   #10
kodomo
M92 info archivist
kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.
 
Posts: 238
Karma: 1398
Join Date: Jun 2008
Device: IRex Iliad 2nd ed., Onyx Boox M92, Onyx Boox Max Lumi
Quote:
Originally Posted by Koudijs View Post
Spot on. OpenBOOX uses the system_manager as is, this is no problem because it has no part in the look and feel. The explorer (gui_shell) is written from scratch.
hm - ic - so it's not as much as I thought it'd be... unfortunately, some of the stuff I need is actually in the system_manager... do you have a clear view on how gui_shell and system_manager interface, and whether there are forseeable API issues between the A60 and M92 version?

As I said: I'd be interested, but I cannot promise to do more than occasional stuff in the next months, as I'm currently in the hot phase of my thesis writing.
(Basically, hacking on the M92 is a sort of relaxing distraction in the evening, and I have to take care that it's not becoming too distracting... )

What would you deem the first step?
If your gui_shell can be compiled as a single binary which I may copy onto the regular firmware and try starting it, I could check whether it compiles in my M92 devel setup...

Would you like some M92 binaries (e.g., naboo) to check on whether they run on the A60? (It seems to me that it makes sense trying to salvage as much of the closed source from the newer firmware as we can... when I think about their promised multitasking functionality, I'm a bit worried about serious API modifications)
kodomo is offline   Reply With Quote
Old 04-01-2012, 09:23 PM   #11
pkbo
Addict
pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.
 
Posts: 251
Karma: 214890
Join Date: Sep 2006
Device: none
AFAIU the application (gui_shell) source code is not open source but UI and system components are present in the SDK in source form. System manager is in booxsdk/code/src/sys, UI is in booxsdk/code/src/ui, components of file manager are also in the booxsdk/code/src/cms. Am I wrong?
pkbo is offline   Reply With Quote
Old 04-01-2012, 10:17 PM   #12
pkbo
Addict
pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.
 
Posts: 251
Karma: 214890
Join Date: Sep 2006
Device: none
Quote:
Originally Posted by kodomo View Post
Hi folks.
communication channels (e.g., _official_ bugtracker) with developers are necessity to even consider debugging things.
There is issues tracker on github but I'm not sure if it does make sense to report the issues there. I'm a bit sceptic about close collaboration with onyx developers and I think I have everything I need to develop applications for onyx except for time or appropriate mood
pkbo is offline   Reply With Quote
Old 04-02-2012, 02:34 AM   #13
kodomo
M92 info archivist
kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.kodomo is no ebook tyro.
 
Posts: 238
Karma: 1398
Join Date: Jun 2008
Device: IRex Iliad 2nd ed., Onyx Boox M92, Onyx Boox Max Lumi
Quote:
Originally Posted by pkbo View Post
AFAIU the application (gui_shell) source code is not open source but UI and system components are present in the SDK in source form. System manager is in booxsdk/code/src/sys, UI is in booxsdk/code/src/ui, components of file manager are also in the booxsdk/code/src/cms. Am I wrong?
I'm afraid so (if subtly, though). gui_shell and system_manager are closed. Abovementioned directories contain the source for libraries required to write own applications... but not to modify/debug the behavior of these two.

E.g., I currently do not see a way to insert a menu item to create snapshots when arbitrary applications are running... or to add additional color options to the annotation menu. (remember that binaries on the M92 are statically compiled - and I fail to recognize a plugin interface, so far.
kodomo is offline   Reply With Quote
Old 04-02-2012, 04:51 AM   #14
catharsis
Addict
catharsis began at the beginning.
 
Posts: 206
Karma: 14
Join Date: Dec 2009
Device: iRex DR800SG, Onyx Boox M92
Quick question: I have good experience of developing with Qt, but for Symbian/MeeGo and Desktop under Windows. How easy is it to set up a virtual machine and develop for M92?
catharsis is offline   Reply With Quote
Old 04-02-2012, 05:06 AM   #15
pkbo
Addict
pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.pkbo ought to be getting tired of karma fortunes by now.
 
Posts: 251
Karma: 214890
Join Date: Sep 2006
Device: none
Quote:
Originally Posted by kodomo View Post
Abovementioned directories contain the source for libraries required to write own applications... but not to modify/debug the behavior of these two.
Those libraries also used to write gui_shell, of course it doesn't help to modify/debug existing closed source applications but it gives a lot of information about how these applications organized and how they work.

Quote:
Originally Posted by kodomo View Post
E.g., I currently do not see a way to insert a menu item to create snapshots when arbitrary applications are running... or to add additional color options to the annotation menu. (remember that binaries on the M92 are statically compiled - and I fail to recognize a plugin interface, so far.
That is correct without source code you can't add a menu item. The only place I've seen plugin interface was dictionary. Theirs code design is not that flexible. For instance in order to add one more keyboard layout they modify SDK by adding [lang]_keyboard_data.[cpp|h]. As a result they have many files with similar code that differ only in character codes and you will need to rebuild SDK and all applications using it to add one more keyboard layout. I find that OpenBOOX approach to not depend too much on Onyx is quite reasonable.
pkbo is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
onyx boox m92 ????????? matulena Onyx Boox 11 03-15-2012 12:14 PM
Boox M92. Spring Bargains. The price of M92 stays reduced for 14 days :) Booxtor Onyx Boox 5 03-02-2012 05:16 AM
Boox M92 Questions anamardoll Onyx Boox 8 02-13-2012 01:38 PM
Annotations on Boox M92 Marrko Onyx Boox 3 01-22-2012 11:07 AM
Kindle Developer Community? scenox Kindle Developer's Corner 8 07-30-2010 02:08 PM


All times are GMT -4. The time now is 08:31 AM.


MobileRead.com is a privately owned, operated and funded community.