Yeah, I don't really want to answer all those questions - but, it would be best.
All I can say, as far as your large list of problems, is those are small fry. Those are more distro-related problems that I would like to be working on; however, it seems that the Linux community expects 720degrees to be working on hardware-based issues, far from distribution development. In other words, I am trying to get things working, and whether your icons fit the screen or not are not an issue for me at the moment. As well, most mainstream gui programs in the Debian repository will not display properly, which is why we would need to modify them and release our own packages - you know, the initial goal of the distribution.
Moving on, of course the keyboard problems don't show up at 50wpm. That is because the keyboard driver has been perfected as much as it needs to be. If any users feel the need to type on the 720 keyboard at 90wpm, that is their own problem, and I do not need to waste my time supporting them. If they want to work on the keyboard driver themselves, or complain about the outdated NetBSD drivers having better control of the device, they can go right along, and show users how to install NetBSD. They call our install process complicated? Pah! I would like to see a competent Linux user take that on, and complete it in the amount of time it takes to install 720degrees. And for those who batter me, and the rest of the 720degrees team, with comments on our reliance on the Jlime kernel, and question the existance of this distribution - can go right ahead and join the Jlime team. Fortunate to the Jlime team, however, these people would prefer to insult rather than contribute, and for all I care, they can keep complaining until the efnet servers cease to function. And for any wondering, the Jlime kernel is not the Jlime kernel anymore - no, Kristoffer is the official 720 kernel maintainer - Jlime has no control over the kernel, it is for anyone in the Linux community to use. I would rather not state this again: I am a distribution maintainer,
not a kernel maintainer. That should be clear enough.
Anyways, I am glad that Knoppix 5 worked out for you - there were many improvements in that release. And after hearing from filip about what he did to his screen
(which recovered
) - the orange line probably cannot do much harm.
I am aware of the fact that the touchscreen does not work very well, and did notify you of this before.
There is some sort of jitter program, and I believe a kernel developer is working on it. As well, I never heard anyone say the touchscreen works perfect, but I did mention that it works well enough.
In 2.4, the suspend is indeed fake. However, it looks like 2.6 will have a better suspend than 2.4 did, giving it another advantage over its predecessor. This trend should continue, with the eventual better sound support under alsa, more accurate battery management, and an even better display driver
(by using the existing one in the kernel, rather than the hacked one from the kernel patch
).
About the 640x480 - did you actually resize the screen to that resolution? I don't know what you are talking about tft for.
As far as memory goes, I have mentioned that the swap speed is about equal to or faster
(at times
) than the system ram on the Jornada. Though many would like to religiously send strings of curses to prove that this is not true, I will get the results of a benchmark test to the forum eventually. Or I could just have Kirk paste his.
In my experience, compiles go twice as fast with my noisy old microdrive, which should make this point obvious. However, with the endless hard-headed members of the Linux community who prefer to stand by cult values rather than facts, it will not be.
I would also recommend against using the Debian OPIE or Konqueror, as those are anything but light versions, requiring the installation of 250mb of KDE software
(for konqueror
), and simply not working right
(for OPIE
). They will eventually be included in the 720degrees repository, but unless if we get another developer
(since we essentially have two - who are rather busy with their lives, by the way
), I cannot promise this to occur soon.
Menu shortcuts should be possible if a short script is written - that really should not be a difficult matter, same with the hard keys on the screen
(just touchscreen coordinates
). And will, of course, happen when they happen.
The reason why your web pages did not go very fast
(compared to what konq/e can really do
), is because you were not using a light version. On those tougher pages that caused slowdowns, your system was probably close to running out of memory. You see - on the 720, everything is a memory game
(unless if everyone gets microdrives with 64mb of swap
). Only programs that I compile, optimize as necessary, and release can be guaranteed to run well, anything in the Debian repository is hit-and-miss. This would also explain your crashes - this occurs when the 720 runs out of ram. While sometimes it can recover itself and kill the programs, it is usually better off to just reboot. I don't have any solution to this but to not run huge programs on the 720.
Quote
it is funny to have a (slightly buggy) zaurus in a jornada body.
I don't know how you can compare it to the zaurus - it is definitely not Debian based, so everything behind the GUI is completely different. As well, I don't see why on earth you would think of trying a 200mb OPIE image, that is ridiculous.
An OPIE image should not be more than several mb really..
Overall, good report on your experience, and I hope you do not format that drive too quickly - I would like to test some things out with you.
EDIT: Cmonex - bluetooth support is included in the kernel. Actually, there is more built-in support in the kernel than you will ever find in CE.
Edited by ProgramSynthesiser 2006-11-12 1:16 AM