Happy New Year !!!
I'm back from leave :( (need some time to restore my mind lol) but happy to see that already some discussion is ongoing.
My maemo SDK is set up and running with release 1.0 . I had some problems to install the release 1.1.
The biggest issue I see is still the memory. I guess some work has to be done to reduce as much as possible the memory used.
So Michel do you have some experience on it ? My own experience is more on the GUI.
I am going to look at the code today and tomorrow I hope that I will become familiar to it. Then I guess I will have some question for Paul.
Also something else it is the first time I will build software in via CVS or SVN via the network with others. Then I guess the organisation would be a bit different than the way we do at work, as we use very pro concurent files management like clearcase or continuus, and we can most of the talk directly when needed. Then any advise is welcome or even someone want to lead the all stuff.
Hope to ear from you soon.
Bertrand.
On 12/21/05, Paul Pogonyshev <[EMAIL PROTECTED]> wrote:
Michel Salim wrote:
> On 20/12/05, Paul Pogonyshev < [EMAIL PROTECTED]> wrote:
> > Bertrand wrote:
> >
> > > My name is Bertrand, I have the project to port quarry to the maemo platform
> > > (the Nokia 770 environment) see http://www.maemo.org/ .
> >
> > Interesting. How much are you planning to port? I.e. as far as I understand,
> > there is no way to stick this entire application into a handheld, or am I wrong?
> >
> > Is porting going to be a serious code restructuring, or mainly resolving
> > portability problems?
> >
> Mainly portability problems; the Nokia 770 has an ARM CPU and runs
> Linux, and applications are written using Gtk+ (currently version 2.6,
> so as long as Quarry does not use 2.8-isms it should even compile
> out-of-the-box).
Quarry should currently run even with GTK+ 2.0. Problems could arise
if ARM uses different than PC endianness or larger word size, since I
never tested Quarry on other platforms.
> The changes that might need to made are UI-oriented; the screen is
> only 800x480 so the menu layout, etc. might need tweaking.
Yes, this may be a problem. GTK+ GUIs scale nicely, but probably not
that far. Also, different set of input devices might require tweaking
mouse/pointer handling etc. Probably disabling keyboard shortcuts---no
reason to mention them in the GUI if you don't have a keyboard to begin
with.
> Also, the memory footprint needs to be quite small, as the device only
> has 64 MB of RAM and by default does not have a swap device (swapping
> on flash RAM is probably a fast way to kill the memory cells!)
Well, if ~20 MB of total memory, including shared, is not too much, then
it should be fine on this point. You can probably even stick Kogo's Joseki
Dictionary in 64 MB if you want.
> I might be interested in joining the porting effort, so perhaps we can
> coordinate something between us.
Feel free to post any patches or ask for specific help. I don't have a
handheld or experience in porting, but I can sure help with this piece
of an application :)
Paul
