iLiad iRex hints at releasing all the iLiad code - Page 2

axel77 · 10-07-2008, 09:22 AM

Quote:

Originally Posted by hansel

I wil probably take a day off to port OpenOffice to the Iliad

unfortunally not really, AFAIK the iLiad has by far not the processing power nor the memory to run OpenOffice. It needs a dedictated minimalistic suite.

Also I'm not a big fan for simply porting desktop style application onto the iLiad. They just don't feel right. IMHO the iLiad should give one a feeling of "active paper" instead the feeling of being a traditional computer.

Mr. Goodbar · 10-07-2008, 09:48 AM

Quote:

Originally Posted by axel77

We need someone to write documentation

I could probably help with that.

JamesT · 10-08-2008, 07:58 AM

Quote:

Originally Posted by Adam B.

http://forum.irexnet.com/viewtopic.php?p=13822#13822

iRex has agreed to release their sources!!!

I fully intend to head up the project of organizing everything, and will try my hand at documentation.

Hi AdamB

Thought I would pop over from the iRex Forum to this Forum to see what is going on!

Good luck in your new project! If you need anyone to help try out anything as a regular Joe user please let me know!
JamesT

mvoosten · 10-08-2008, 09:01 AM

Quote:

Originally Posted by drago

Karel made the following statement over at the irex forum:
http://forum.irexnet.com/viewtopic.php?t=2854&start=165

Unfortunately Karel's words don't hold much value to me historicly...

hansel · 10-08-2008, 11:09 AM

Quote:

Originally Posted by mvoosten

Unfortunately Karel's words don't hold much value to me historicly...

Let's wait and hope... and not get personal... We can always get angry afterwards...

I think that IF there are problems about releasing the sources, it will be legal stuff like 'non disclosure agreements'...
or programmers may have to walk through the code to remove comments that reveal where they have pasted it from...

nekokami · 10-08-2008, 02:15 PM

Excellent! I can't help too much with the project in the near term-- my current graduate classes are keeping me completely swamped-- but I hope to be able to help in the future. I don't code very quickly, but I'm good at documentation, testing, and wiki-fu.

jæd · 10-09-2008, 09:18 AM

Quote:

Originally Posted by NatCh

How about just flooding the forum where he made the observation ... or someone could just post the link to this thread over there.

I missed the annoucement, mainly because the thread was very frustrating and I had given up at that point. I would caution people that Karel said that this is "looking into the possibility" so I wouldn't expect much to happen for a bit...

Adam B. · 10-09-2008, 09:38 AM

See this post.

They've agreed to release the "remaining sources". So we'll have to wait and see what that includes. I wonder if they'll released the eink controller driver...

jæd · 10-09-2008, 10:02 AM

Quote:

Originally Posted by Adam B.

See this post.

They've agreed to release the "remaining sources". So we'll have to wait and see what that includes. I wonder if they'll released the eink controller driver...

Even better news then -- but still "another week or so". Isn't the e-ink driver proprietary...? It would be handy if they did, but I think this could be a revenue generator for them...?

jharker · 10-09-2008, 01:18 PM

Sweet... I'm totally psyched. First up, opening multiple documents at the same time in the ContentLister! I also want to see a few things about how the battery driver works.

Still, sounds like it'll be a while before we actually see the source code. If we get more details in a couple of weeks then they probably won't release the source for a month or more.

That is actually a good thing for me, otherwise I'd never get my thesis done!

CommanderROR · 10-09-2008, 04:27 PM

Good news indeed...if it really gives our devs all the code they need for a complete Iliad makeover...^^

zerospinboson · 10-09-2008, 05:20 PM

Quote:

Originally Posted by jharker

To summarize it here, basically what happens is this: there's a proprietary kernel module button.o that handles the hardware side and is accessed through /dev/buttons. The ContentLister checks for button presses ten times per second by sending an ioctl to /dev/buttons, which the kernel module returns with the most recent button code. ContentLister decides what to do with the button press, either keeping it or passing it on to the X system as a standard keypress using (according to Matthijs) XSendEvent.

Does that mean that, once "we" have access to the whole thing, the folder buttons could be reassigned to different functions while reading a PDF?
I'm thinking of this mostly because currently there is no real way to add (button-requiring) features to the different iPDF viewers, and I'd really like it if there could be "next/previous bookmark" buttons added to (Mike's is which i use most) iPDF version. (since (in-file) bookmark support is what I miss most)
I noticed the DR1000 has that feature assigned to some of the buttons, so I was/am hoping something similar could be put in the iLiad's version.
(I don't really use the immediate-switch-to-folder-view feature offered by those buttons very often, so having to press "quit" before being able to go to another folder would be well worth it to me.)
The other 2 buttons could be assigned to "back/forward" in the 'browsing history', and it'd be one cool iPDF viewer :P

wallcraft · 10-09-2008, 05:36 PM

Quote:

Originally Posted by zerospinboson

Does that mean that, once "we" have access to the whole thing, the folder buttons could be reassigned to different functions while reading a PDF?

This would be a helpful for several apps (e.g. FBReader). There is no good reason why the folder buttons have to be dedicated to this task, and the cost of decoupling them would be one extra button press and page refresh when switching folders.

jharker · 10-09-2008, 06:27 PM

Well, all buttons EXCEPT the folder buttons can be reassigned right now if you like. It's also possible to make the "back/forward link" icons work for bookmarks instead. Is there any reason that the up/down arrow buttons wouldn't do the trick? Then you could make the changes to ipdf without needing any more source code access.

For my own purposes I'm thinking the folder buttons are better off stopped at the ContentLister level, because it's a little more consistent from a UI standpoint...

zerospinboson · 10-09-2008, 07:18 PM

well, i like the up/down the way they are now (as "go to previous/next page containing scribbles")

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Sell iRex iLiad & iRex DR1000S	bcabral	Flea Market	10	05-04-2011 02:28 PM
iRex Releases DR1000 SDK and source code	Adam B.	iRex	26	09-29-2009 10:58 AM
do the softwares work on iRex Digital Reader as they do on iRex iLiad	HiSoC8Y	iRex	1	07-02-2009 10:03 AM
iLiad C++ for Iliad code	hansel	iRex Developer's Corner	5	11-26-2008 09:35 AM
iRex Releases iLiad Source Code	Adam B.	iRex	26	11-06-2008 09:50 AM

10-08-2008, 02:15 PM	#21
nekokami fruminous edugeek Posts: 6,745 Karma: 551260 Join Date: Oct 2006 Location: Northeast US Device: iPad, eBw 1150	Excellent! I can't help too much with the project in the near term-- my current graduate classes are keeping me completely swamped-- but I hope to be able to help in the future. I don't code very quickly, but I'm good at documentation, testing, and wiki-fu.

10-09-2008, 09:38 AM	#23
Adam B. Addicted to Porting Posts: 1,697 Karma: 7194 Join Date: Oct 2006 Location: Indianapolis, IN Device: iRex iLiad, Nokia 770, Samsung i760	See this post. They've agreed to release the "remaining sources". So we'll have to wait and see what that includes. I wonder if they'll released the eink controller driver...

10-09-2008, 01:18 PM	#25
jharker Developer Posts: 345 Karma: 3473 Join Date: Apr 2007 Location: Brooklyn, NY, USA Device: iRex iLiad v1, Blackberry Tour, Kindle DX, iPad.	Sweet... I'm totally psyched. First up, opening multiple documents at the same time in the ContentLister! I also want to see a few things about how the battery driver works. Still, sounds like it'll be a while before we actually see the source code. If we get more details in a couple of weeks then they probably won't release the source for a month or more. That is actually a good thing for me, otherwise I'd never get my thesis done!

10-09-2008, 04:27 PM	#26
CommanderROR eink fanatic Posts: 2,022 Karma: 4924 Join Date: Mar 2006 Location: Germany Device: STAReBOOK, iRex Iliad, Sony 505, Kindle 2	Good news indeed...if it really gives our devs all the code they need for a complete Iliad makeover...^^

10-09-2008, 06:27 PM	#29
jharker Developer Posts: 345 Karma: 3473 Join Date: Apr 2007 Location: Brooklyn, NY, USA Device: iRex iLiad v1, Blackberry Tour, Kindle DX, iPad.	Well, all buttons EXCEPT the folder buttons can be reassigned right now if you like. It's also possible to make the "back/forward link" icons work for bookmarks instead. Is there any reason that the up/down arrow buttons wouldn't do the trick? Then you could make the changes to ipdf without needing any more source code access. For my own purposes I'm thinking the folder buttons are better off stopped at the ContentLister level, because it's a little more consistent from a UI standpoint...

10-09-2008, 07:18 PM	#30
zerospinboson "Assume a can opener..." Posts: 755 Karma: 1942109 Join Date: Mar 2008 Location: Local Cluster Device: iLiad v2, DR1000	well, i like the up/down the way they are now (as "go to previous/next page containing scribbles")

Advert

Advert