Re: cannot download LCARS themes
Mark wrote: [...] Actually, it wasn't LCARS that was broken, it was GPE that disregarded some of the system colors. Thank you for the correction. I tried for nearly a year to get any kind of response from either author, but got nothing, so I assumed neither of them was interested in making it all work. (Sometimes it's better just to lash out with an accusation, and hope that someone in the know will come back with a correction :-) Have the GPE people fixed this? Or do they still regard themselves as right and everyone else as wrong? If you tried any of the other dark themes, they all had the same issue. The problem comes from apps observing the system font colors but disregarding all the other system colors, specifically backgrounds. If those apps would at least let you pick your own colors, it would help. It sounds as if they need this explaining to them. ///Peter ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: cannot download LCARS themes
On Mon, Dec 28, 2009 at 9:25 AM, Peter Flynn peter.fl...@mars.ucc.ie wrote: Mark wrote: [...] Actually, it wasn't LCARS that was broken, it was GPE that disregarded some of the system colors. Thank you for the correction. I tried for nearly a year to get any kind of response from either author, but got nothing, so I assumed neither of them was interested in making it all work. (Sometimes it's better just to lash out with an accusation, and hope that someone in the know will come back with a correction :-) Have the GPE people fixed this? Or do they still regard themselves as right and everyone else as wrong? If you tried any of the other dark themes, they all had the same issue. The problem comes from apps observing the system font colors but disregarding all the other system colors, specifically backgrounds. If those apps would at least let you pick your own colors, it would help. It sounds as if they need this explaining to them. ///Peter That particular issue probably just wasn't on their radar. I don't think the dark themes were even available when they were working on their apps. Plus, they had bigger fish to fry - GPE are supposedly working on better import/export, which is a much more important issue IMO. While colors ought to be easy to fix, major functionality issues outweigh minor cosmetic issues. Although I love the LCARS themes, ultimately I got a little tired of them anyway, and I found a darkish theme that uses dark fonts and doesn't interfere with gpe or maemoweather. Developers really ought to consider that many people's portable device use cases include situations where dark themes are very useful and appropriate and all apps should support _all_ the system colors _all the time_. But if they're not going to do that then they should ignore _all_ the system colors so readability doesn't suffer from themes other than the default. That's far from ideal, but far better than partial support. Dark themes are good for use in vehicles at night (so as not to destroy one's night vision or disturb others) and actually can make text easier to read in really bright situations (like sunlight) when the screen is not transflective (N770/800). Mark ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: cannot download LCARS themes
Mark wrote: [...] That particular issue probably just wasn't on their radar. I don't think the dark themes were even available when they were working on their apps. Plus, they had bigger fish to fry - GPE are supposedly working on better import/export, which is a much more important issue Definitely. IMO. While colors ought to be easy to fix, major functionality issues outweigh minor cosmetic issues. Perhaps their triage isn't as effective as it might be. Requirement-importance vs Difficulty-of-completion is a hard act to balance. Developers really ought to consider that many people's portable device use cases include situations where dark themes are very useful and appropriate and all apps should support _all_ the system colors _all the time_. But if they're not going to do that then they should ignore _all_ the system colors so readability doesn't suffer from themes other than the default. That's far from ideal, but far better than partial support. Either that, or use a config file. Hard-wiring this kind of thing is so unnecessary. It used to be arguable that on a hand-held device, there wasn't space for configurability, but that is increasingly less so now. ///Peter ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Any Smalltalk users with N900s?
Recently, I've been kicking around porting Squeak, a popular version of SmallTalk to run on the Nokia N900. I've had some success and have a zipped tarball available. If you're interested, check out Running Squeak, Etoys, Scratch, or maybe even OpenCoqueat or OpenCobalt on a Nokia N900 http://www.orient-lodge.com/node/3888 Then, drop me a note and let me know your thoughts. I'd love to collaborate with other Smalltalk users on N900s. ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
N900 memory usage
Hi all; I've bought a 16G SD card for my N900. When I go to Settings -- Memory I see this: Nokia N900: 21.13 GB Available Memory Card: 11.10 GB Available Memory for installable applications 1.82 GB available Can anyone tell me what the Memory for installable applications is used for and why do I have only 1.82 GB available? Is this a normal scenario? Thanks in advance ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
RE: N900 memory usage
Kevin, et al. My understanding is that the 32 Gig of diskspace that comes in the N900 is broken into a few different pieces. These include pieces for the root file system, temporary files, a section for installable applications and a section for user data. The section for installable applications is 2 GB, so having 1.82 GB available is pretty good. I've got 1.4 GB available. The section for user data is 27 GB. I have 25.2 GB available. If you want to get much more details, go to the xterminal window and type df -h That displays all the different places data is stored and how much space is available in each one. My two cents, YMMV, Aldon -Original Message- From: maemo-users-boun...@maemo.org [mailto:maemo-users-boun...@maemo.org]on Behalf Of Kevin Kempter Sent: Monday, December 28, 2009 4:14 PM To: maemo-users@maemo.org Subject: N900 memory usage Hi all; I've bought a 16G SD card for my N900. When I go to Settings -- Memory I see this: Nokia N900: 21.13 GB Available Memory Card: 11.10 GB Available Memory for installable applications 1.82 GB available Can anyone tell me what the Memory for installable applications is used for and why do I have only 1.82 GB available? Is this a normal scenario? Thanks in advance ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Slow writes from linux to N900 in USB Mass Storage Mode
On Mon, Dec 28, 2009 at 2:18 PM, Marcel tan...@googlemail.com wrote: Am Sonntag, den 27.12.2009, 15:38 -0600 schrieb Paul Hartman: Hi, I'm using linux kernel 2.6.32 on my PC and mount N900 in mass storage mode using vfat (async). If I write one file then sync/umount, write speed is about 17MB/sec, same as I get on Windows Vista. However, if I write more than one file and then sync/umount, speed is terrible, around 2MB/sec (and in kernel 2.6.31 that speed was about 450kb/sec using the old pdflush code). So it seems linux is maybe creating multiple write streams and N900 doesn't deal with that well at all. Size doesn't seem to matter, copying one 1gb file followed by sync is around 8 times faster than copying 2 500gb files followed by sync. In other words, as long as every single file copy is followed immediately by sync before moving on to the next file, speed is fine. If more than 1 file is copied before sync, it's bad. Does anyone else experience the same problem or have any ideas how to solve it? I'm no USB guru an every other USB device I have seems to work properly and at full speed. dmesg shows no messages (on PC) and it is running USB 2.0 etc. So far my only workaround is to copy/sync/copy/sync/copy/sync but that's annoying. However, the difference of taking 1 minute to write 1gb versus taking 20 minutes to write 1gb is also annoying. Thanks :) N'Abend. I noticed the same issue copying ~26GB of music to the n900 which took about one night using amarok. Your sync approach leads me to write cache problems - fast till write cache is full, sync empties it, so its fast again. But that wouldn't apply to files of several hundred megabytes. (No write cache is that large.) But I haven't got a better idea... Marcel Thanks, at least I know I'm not alone... will keep trying to find the solution. :) Paul ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users