Re: [gta02-core] Openmoko Beagle Hybrid
Dr. H. Nikolaus Schaller wrote: *Which option would you prefer? * 1. PCB and very special components only (you can go shopping yourself). 2. PCB and complete component set (unsoldered) If i got it right a decent soldering kit needed for such an operation would cost a few hundred bucks... 3. PCB and components already soldered on a professional SMT line (we can use one) 4. same as 3 including a Wi2Wi GPS receiver module 3 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR phoneui-contacts buddy icons
ø wrote: Hi. Excuse my stupid questions, but I have looked for it on google, list, SHR manual and Openmoko wiki, and I can't find it. Maybe I'm not using the right words. I was wondering what are the green one eyed alien that appear next to the contact name in Contacts list. I thought that it was an icon to replace with your friends photos, but I don't find where to change it. Sorry again for the silly question. Add a Photo field in the contact view. upon editing that field a file browser will appear to choose the picture ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
Jan Girlich wrote: Wooha, after playing around too much with my installation today I broke it and reflashed my Freerunner with the lastest SHR unstable. And am stuck! Where do you guys keep up to date regarding the changes in the SHR apps? i don't... since the switch to fsogsmd+fsotld+etc... my neo is in a vegetative state I installed shr-theme-neo again and noticed that the background and symbol font on the starter are black and thus the app names are unreadable. (i'm the author of the neo theme ...at least illume and elm) i dont bother with illume2 for now ... i'm waiting till these issues are ironed out then i'll adapt the theme... what good does eye candy do when underlaying stuff is broken? :-P because of the current situation dont expect any theme updates until the current regressions are ironed out. you might want to try to switch to illume1 - window management and neo theme works there (go to illume settings - [i forgot the category] - profile and select illume-shr) br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: community Digest, Vol 179, Issue 23
Vinzenz Hersche wrote: first, there is iE the iphone, which could run a open linux, so they had to create drivers for it (what could make it possible for the ipad? may because of similiar hw?) second, apple's devices are based on freebsd aren't they based on darwin? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: project customers
ever heard of the touchbook?! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: project customers
Carsten Haitzler (The Rasterman) wrote: On Sat, 17 Apr 2010 02:18:45 +0200 Bernd Prünster bernd.pruens...@gmail.com said: ever heard of the touchbook?! or joojoo... or one of the 1894 mee too ipad clones coming out (varying from arm based to x86 based). there is no room for a freerunner core based pad... - pushing that many pixels means more grunt. the gta02 already couldnt handle what it had. by a large margin. just buy one of these me-too pads and fidddle with it. hell if tangogps is the killer app - does an open os matter? as long as you can compile it and install it (toouchbook is there already for that - and it's open. not the schematics - though if you look carefully its actually a slightly modified beagleboard - so design is open actually), and os is open. the other me-too's on x86 will be pretty much just as open as any other netbook (give or take) - and yes. we know. imgtec, sgx, closed gpu. that's the case everywhere. no news there and no solution to is unless you design your own gpu... good luck. :)) +1 the beagleboard (omap3550) has quite a nice amount of horsepower, it can to 720p, has nice dsp which is quite well supported, and the folks at ai and the community around the touchbook are playing around to get accelerated composing working thanks to opengl ES an thanks to the wokr nokia did on the n900 (omap3550 again if i'm right). apart from that casual computing, littel surfing a little office work and thanks to powerVR you can also watch videos quite nicely thanks to mplayer hardware accel, but the system still hat beta quality, so i can just hope they iron the remaining bugs out in time. i'm not paid to write that, i just think this might be an interesting device for freerunner users... please correct me if i wrote too much junk - it is 4,40 am here ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[[SHR all] Read this if Call screen and messages dont work - a.k.a.- fixing dissappearing call window, segfaults and name-to-number resolution
this is maybe a duplicate and most users prolly know it and the issue
should be fixed in newer images, but still this gives you a *working
phone* back if you have problems:
the root of all evil are missing typed fields.
if you converted your old opimd database using the convert script, you
prolly dont have to do this. (if te convert script complains about
existing db and aborts, simply delete
if you imported you contacts using pisi, you might have to do this (is
wrong psis default config still an issue?)
if you didnt import anything you prolly have to do this.
you can list your current fields using
mdbus2 -s org.freesmartphone.opimd \
/org/freesmartphone/PIM/Contacts \
org.freesmartphone.PIM.Fields.ListFields
Here's an example output from my PIM databse:
( { Surname:name, Name:name, Affiliation:text,
Photo:photo, Work phone:phonenumber, Mobile
phone:phonenumber, Note:text, Phone:phonenumber,
Birthday:date, E-mail:email, Address:address,
Nickname:name, Home phone:phonenumber } )
this is the bare minimum to get everythign working again:
mdbus2 -s org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts \
org.freesmartphone.PIM.Fields.AddField 'Name' 'name'
mdbus2 -s org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts \
org.freesmartphone.PIM.Fields.AddField 'Phone' 'phonenumber'
is works the same way for all other fields you may have and also for
adding extra fields (as shown in the example output above)
i can confrim thsi myself as all teh problems were gone as soon as i did
this
i hope this is not considered spamming, but some people are still
complainig about problems mentioned in the subject
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [[SHR all] Read this if Call screen and messages dont work - a.k.a.- fixing dissappearing call window, segfaults and name-to-number resolution
Rui Miguel Silva Seabra wrote: Em 15-03-2010 23:36, Bernd Prünster escreveu: mdbus2 -s org.freesmartphone.opimd \ /org/freesmartphone/PIM/Contacts \ org.freesmartphone.PIM.Fields.ListFields I get r...@om-gta02 ~ $ mdbus2 -s org.freesmartphone.opimd \ /org/freesmartphone/PIM/Contacts \ org.freesmartphone.PIM.Fields.ListFields Segmentation fault r...@om-gta02 ~ $ (updated yesterday). Rui then you need to issue the suggested commands (hopefully i am right.. my brain is a little slushy already) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u 20100212] contacts list is empty
hab keen oh ne wrote: Upgrade failed for me, too. But only the X server wouldnt start, after 1 reboot, ssh was opened, so I could execute opkg upgrade again, this time successfully which made things work for me. Besides, SHR doesnt save the contacts and messages on the sim card any longer, so you should either always keep an up-to-date copy of the /etc/freesmartphone/opim/ directory or save the current nand image before reflashing, mount it and copy this directory. Or set the contacts default backend to Simcard in shr-settings, so that new contacts are stored on sim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: elm_browser initial release
With latest updates on shr-u it just segfaults without any error message not even on command line. any ideas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Illume2 Screenshot ???
i just stumbled upon this screenshot [1] could whoever took it elaborate? br [1] http://scap.linuxtogo.org/files/cf45ae4ee48f88d6f74504253f905843.png ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume2 Screenshot ???
Carsten Haitzler (The Rasterman) wrote: illume is being worked on in svn... if u havent noticed. hell e27 even has a compositor module - really nice and simple one too that should work reliably as it requires no acceleration to work - i need to add acceleration as an option next. read that on irc somwhere... so i guess praised be samsung an their money? illume has been split into lots of modules with core layout just one, home screen (launcher) is another module or can be provided by an external app - internal kbd for e is also another module - or as before can also be provided by external app window - same for top bar (indicator). as such there is also a dual-app mode where u can display 2 apps at once (it splits the screen horizontally or vertically) and illume now properly supports multiple screens etc. etc. coolio! i tried activating all the modules on shr-u and nothing worked as expected (yes software not software_16 used). i played around with enlightenment_remote to avoid segfaults, still no indicator, no homescreen, no nothing. i hope the person who took that screenshot can explain how he got it to work on the neo.. br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume2 Screenshot ???
Carsten Haitzler (The Rasterman) wrote: i dont know how recent shr's build is - but in the wizard - select the illume-home profile. that is the one that sets your config up right for illume2 +friends That was it! works under shr... it is quite awesome, some rough edges of course, but still... the debian users are gonna love it! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: elm_browser initial release
Jesus H. Christ! did someone get basic flash functionality to work? http://scap.linuxtogo.org/files/d05e30884775f3de217b5b8a359d2228.png ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Quick e-mail poll: Still using your Freerunner?
jeremy jozwik wrote: On Tue, Dec 29, 2009 at 12:30 PM, Risto H. Kurppa ri...@kurppa.fi wrote: Do you use FR as your daily/primary phone? Do you use FR as your primary PDA? What distribution you run most of the time? yes yes shr-u ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-U] pisi vcard error
synching with google contacts worked flawlessly, so first of all great work! source A is configured as shr sim contacts (all my contacts are stored on sim) source b is local vcf everythign seems fine until i get the following error message (ALWAYS at 91%): VCARD components must at least contain 1 FN soem of my contacts are stored in vcard, but it aborts after that error... any help would be appreciated! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] pisi vcard error
Al Johnson wrote: On Thursday 17 December 2009, Bernd Prünster wrote: synching with google contacts worked flawlessly, so first of all great work! source A is configured as shr sim contacts (all my contacts are stored on sim) source b is local vcf everythign seems fine until i get the following error message (ALWAYS at 91%): VCARD components must at least contain 1 FN soem of my contacts are stored in vcard, but it aborts after that error... any help would be appreciated! My guess is you have a badly formatted entry at one end, or possibly both. Check your vcf file for existing vcards with no line starting FN: as it is one of the few required fields in a vcard. Do you have any contacts with an empty name on the SIM? vcf file is empty. sim contacts are all fine and work great with synching with google ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [any] formatting text in python elementary buttons
Josh Thompson wrote: I'm converting a small app I wrote in python-gtk to use python-elementary. I had some buttons where I was using set_use_markup on a button's label to do things like setting the font color and background. I can't find a way to do that with python-elementary. Is there a way to do so? If there is, where should I look for more info on it? U need to write an edje data collection. look in enlightenemnt wiki for edje. if you want to see an implementation (although in C) look at the phoneui apps of current shr unstable. also ffalarms uses custom EDCs for led clock I've been using the source control browsing for python-elementary[1] and looking at shr-settings as a guide so far. Thanks, Josh [1] http://trac.enlightenment.org/e/browser/trunk/BINDINGS/python/python-elementary/elementary/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Which Java JRE?
Martin Jansa wrote: On Thu, Nov 26, 2009 at 03:06:35PM +, Arigead wrote: Hello all, I'm working on a project and I think it'd be cool as to show off the project's work on a phone. The OpenMoko phone ;-) Unfortunately the project is implemented in Java, which I'm no fan of on anything but a web server or browser but that's a discussion for another day. I tried our system, which is running in an OSGi Container, on Jamvm on the OpenMoko. It works but it sucks up 95% of the CPU when it's idle. Not Good! I tried the same on my eeePC and with Sun's JRE our system uses 1% of CPU whilst JamVM on the eeePC uses 40%. Obviously JamVM does not suit our system. No idea if it would be better, but have you tried cacao? Its in shr-feeds now again. This is really weird! I wrtoe one more or less serious app in java for the freerunner and a couple of test apps and jamvm had avery fast startup, but was not as compatible as cacao, but easier to use and did not require that much ressources. which distro are you using? which feed are you using to install jamvm (dunno if still true but there used to be a difference depending on where you installed it from). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Thomas Zimmermann wrote: * The neo theme is also nice and fast. It is not installed by default, but it is in the feeds. You can easily install in with opkg install shr-theme-neo. I am quite sure that the nEo theme will render the phoneUI apps unusable, but i havent tried it, maybe JaMa can tell. I need to find some time to give the nEo theme a complete overhaul and fix remainign issues (dont hold your breath it will probably happen in 2010 :-P, but when it finally happens you can expect even faster UI) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.3.1 -- bug fix and editing of non recurring alarms
jeremy jozwik wrote: 2009/10/31 Łukasz Pankowski lukp...@o2.pl: - make puzzle digits twice bigger for without glasses readability i like this one, works well. isn't the point of the puzzle that you cannot read it unless you are fully awake? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher v0.41 - New Release
Sebastian Krzyszkowiak wrote: It should be possible. Launcher has to obtain X root window, just like openmoko-today2 was doing (someone reported recently that it works with Illume) c_c try ELM_WIN_DESKTOP instead of ELM_WIN_BASIC. there is even a screenie of openmoko-today as root window on scap (i hope the info i got helps, but when i made that screenie my system was already lost, because of all the stuff from scaredycat repo i needed for openmoko-today2) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Insisting on metaphors that exploit the device's weaknesses (Re: Centralization of graphical awesomeness)
Petr Vanek wrote: lots of alpha blending - if you have the 16bit engine you get no scale cache (thats 32bit engine only). but worst.. is the font style. check carefully. text has a soft dropshadow. that is drawn by 1. drawing the shadow first and that draw 25 copies of the text with very faint alpha. THEN draw the text on top. that is a pretty big expense. there is no text effect cache in evas at the moment, so this really hits you. turn off the soft dropshadow effect in the theme.. and watch it get 3 or 4 times faster (expedite has a test just for this - on a desktop (in fps) i get 128 and 489 fps respectively just by having no soft shadow on the text). thats pushing on close to 4 times faster. it's an effect - that doesn't come cheaply. the alternative (an actual blur filter) isn't too cheap either. but it's something that can be improved for sure. you want it fast? turn it off. :) Thank you for all the explanation. I think the 32bit engine is the only to go with now. Perhaps the optimization is is already done, maybe not. @Bernd Prünster: you are already very good with this, it would be good to see the difference, if not used already... mind to try the above in gry* ? gry* doesnt use dropshadow, it was one of the forst thigs i kicked out, gry* uses a white outline on black text. but thats something thats bugging me. i have to make some tests... i started a rewrite- illume2 is in svn. its much cleaner and leaner designed to allow for replacable home screens (ie a home window provides by either another e module or another process). as well as top shelf (inf act any corner/region of the screen) can also be a window provided by.. another module... or another process etc. its much more like the kbd code. it's started. it's not usable. it's on the backburner until a bunch of other tasks are done that are much higher priority. ok, will hope for better times to come developed? What do you use on small device? Illume was ditched long time ago, is there not a replacement with attention? Anything you could recommend? can't talk about it :) perhaps we can benefit from it in (near?) future... :) thank you Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Insisting on metaphors that exploit the device's weaknesses (Re: Centralization of graphical awesomeness)
Carsten Haitzler (The Rasterman) wrote: gry* doesnt use dropshadow, it was one of the forst thigs i kicked out, gry* uses a white outline on black text. but thats something thats bugging me. i have to make some tests... even that can be slow. in this case, the text will be drawn 5 times to produce that effect. rater, would you mind to elaborate? (is outline the fastest effect if you want to enable the user to set a custom background while maintaining the labels readable?) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
DJDAS wrote: Xavier Cremaschi wrote: No. From the user point of view, a recipe : - take SHR or Om2009 - put a simple theme instead of the default one - notice it's very fast Where is the part with the user who cannot use this or that ? That as Raster correctly said, default is something that should do everything as-best-as-possible, and default in all E distros is a pain-in-the-a** This is a distro maintainer issue ok but remember I'm talking from the user's point of view and from this point of view it's a matter of E not distro maintainer configuration (given both distros suffer the same problem). And until some months ago there wasn't a simple theme for Illume (and please don't tell me creating Illume's themes is as easy as Qt or GTK...) i'll tell you something about e themes: so you have teh possibility to make everything constist of what you want ant look like you want it. if i have the time i will make you an e theme that uses hardly äny images and as little layers as possible it will be very fast in comparison. best example for single layer atm should be the toolbars in elm and illume using gry* theme, which can be made even faster if you use some tricks (yes i have something specific in mind but i dunno if i'll actually impelent it (no the user wont SEE any desing difference, but the code-wise design would get ugly and i dont think i want that). if you want to theme e you will probably need more time to get into it, but a soon as you are in it you can radiacally change the way it behaves and the way it looks. you have much more possibilites which means moch more potential for optimization the gtk will ever give you, because the desing of gtk limits you VERY MUCH, edje doesn't. i've wrote 3 themes until now (of which 2 have been released third one was playground for exploiting how far one can go using edje, when you see it you'll shit bricks!). i can make gry* even faster, but the them is still in development and there still soem decisions to make before i can start to kick out even the last bit of unneeded stuff (also it gets a little tricky if you try not to use any images and still want to make it look good also testing is required to find out what gives you ultimate speed with nice looks...) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
DJDAS wrote: Cedric BAIL wrote: So either you have something like QtMoko without fancy stuff, and it will be faster, or you have some fancy effect, but slower fps. That's it. You can cry, you can yell, it will not be possible to do something more than that. Yes, it is frustrating, but the world is like that, you need to compromise. That's exactly what I said in my previous post it's not me that is saying E is the best piece of software, all the others are sh*t and I'm not crying, I worked to optimize my personal distribution based on an old FDOM and it's quite responsive and daily since september 2008, FDOM uses illume, the launcher is efl, the settings app is efl... strange world we live in... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
Al Johnson wrote: On Wednesday 28 October 2009, DJDAS wrote: Bernd Prünster ha scritto: DJDAS wrote: FDOM uses illume, the launcher is efl, the settings app is efl... strange world we live in... Yes I know, thank you :) but since then I noticed new versions were slower than the one I have, so maybe FDOM guys or that libraries version was more performant, I really don't know honestly... FDOM display is faster mainly because it uses a relatively simple theme. Jesus, this world is so crazy, it is actually true what five people already said, thanks Al for confirming. so much craziness in this world... i'm gonna look out the window to watch for flying pigs. oink oink, notch notch, grunz grunz! Bernd's lightweight themes should give a similar speedup. Another factor is that some iterations of the fso daemons have been occasional resource hogs, causing display slowdowns whichever toolkit you use. This has been addressed partly by bugfixes in the python implementations, and for the future by the ongoing move to vala implementations of the daemons, starting with the most resource-hungry. ** _ `,\) `--==\\ / `--==\\/ .--.Y|\\_ @_// 66\_ |\ \ _() \ /-| ||'--' jgs \_\ \_\\ ** ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher Release 0.39
c_c wrote: Hi, Well, I've been thinking about making a few more changes like :- 1. a second screen to the right that shows up on a finger slide with the category toolbar and program icons 2. a home screen with :- (a) some widgets (weather, facebook etc) (b) lists for tasks/calendars/events etc (c) a grid based (drag and drop) layout for some regularly used apps In order to do this, I need pointers / ideas / help about :- 1. how to implement a C framework that can be used by other dev's / users to create widgets using e17 2. help in creating the theme / edge files Just tell me how you want it to look like and i'll do it. 3. maybe some pointers to code I can re-use All ideas, code and pointers (and anything else however whacky) are welcome. I do need some coding help too - launcher is getting rather large for me to maintain - and has a lot of poor design decisions that need rework too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
Al Johnson wrote: On Tuesday 27 October 2009, DJDAS wrote: Xavier Cremaschi wrote: - qt in qtmoko is very simple (for example no transparency, no fancy controls...) I prefer to not have transparency if this would result in more than 10fps in GUI responsiveness (not calculated but perceived which is what end user counts on) Then use a theme that doesn't use transparency! Bernd Prünster has done great work on producing themes that run much faster than the default while still looking good. They don't degrade with the 16 bit renderer either, and that runs even faster. The themes should be in the shr repos by now. I Fixed nEo theme bubbles, but i will have to write phoneui themes (saill waitin for mrmoku to implement themability in phoneui) gry* was adapted to work with new elm version. nEo and gry is in the mrmoku feeds, so just wait for the new unstable and you'll have fast themes in shr repo (i am going to ask mrmoku to put the current version of nEo and gry* theme into current shr-u feeds. the nEo theme has some problems (badly designed edc code to begin with, complicated installation because libframeworkd-phonegui-efl is not really themable.) by the way gry* is even closer to what raster said use rects without scaled images gry* doesn't even use images to render buttons, the are drawn on the fly and look better than anythign i ever seen using software_16. the default theme is simpyl nto optimized for slow devices like the freerunner (i think i counted 5 layers including text for something as simple as a button and not just 4 layers of somethung but 4 layers of which 4 use translucency, of which at least 1 is animated) if you want to know what happens if you kick all that stuff out try the nEo theme or the gry* theme, which both still can be optimized (current gry* version in development has even faster scrolling!) elementary apps are faster than gtk apps, the render faster, they scroll faster (using a proper theme), so i think i can say that raster cannot be talking plain bullshit! (although in the past i was really pissed at him for a couple of things he said and HOW he said it, so i am not his biggest fan, but i can only bow if i look at how powerful the tools are efl puts into my hands and how little ressources they use) and for xfce+compiz compared to efl: ever wondered why the rendering engines are called SOFTWARE? and why compiz requires opengl? go figure! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
W.Kenworthy wrote: Tried the NO_NEW_FAIR_SLEEPERS hack? - made a real difference to me on this problem. To manually try it, mount debugfs and do the echo command, or create as below and reboot. In /etc/fstab add this line (all one line :) debugfs /sys/kernel/debug debugfs defaults 0 0 and create /etc/init.d/NO_NEW_FAIR_SLEEPERS containing _ #!/bin/sh -x echo NO_NEW_FAIR_SLEEPERS /sys/kernel/debug/sched_features _ and use update-rc.d to add it to the default boot levels. debugfs exposes some knobs and innards of the kernel, the one here making the kernels default scheduler behave more like the BFS scheduler that hit the news a couple of months ago, creating a far more responsive device including when it rings. BillK Tireid it! did not do the job for me: bottup was faster (as soon as the illuem desktop came up i had reception, but the bt symbol was still showing, so something wasn quite ready autosuspend didn't work. everything was _EXTREMELY_ slow (remember om2008.8/fdom? ;-)) shr-settings is borked could't connect to ophonekitd/FSO i sent myself an sms from the internet. - phone woke up 5 seconds later *ring* so i reverted it. rebooted and still have a borked phone. i am using mrmoku-testing and somethign is really fucked up now i don't blame you its just that i want to say that it can be harmful ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
William Kenworthy wrote: I doubt its doing anything bad - seems more likely you have a bad/misconfigured install, or possibly a bad/intermittant GSM modem connection (the serial port side) as thats similar to what I see when it doesnt initialise properly - lots of things in the framework do not work well until the GSM serial line is working. It usually takes a couple of minutes after you get the desktop before its registered so something is different if it registered as soon as the desktop comes up. You might want to check the frameworkd.log to see whats really happening. BillK Now i know what was happening. too late or too early start of frameworkd and/or ophonekitd. stopping and starting manually in the correct order solves all the problmes. br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
William Kenworthy wrote: ... I gave it another shot and i must say it quite awesome: i called myself from another phone and the moment i heard it ringing my fr woke up and showed the incoming call screen. i know the debugfs approch might not be a nice and clean one, but i couldn't care less when i see hav reactive everything is now. the startup of fso /opehnekitd also fixed itself magically (i thik gremlins are to blame for the previeous fail) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Marco Trevisan (Treviño) wrote: Bernd Prünster wrote: or in frames/scrollers for example for locating keyboard entries... are you talking about the scroll bars in elm? No... shr-settings, for example, for underlining the modifiable entries uses some frames with bottom shadow (look at the GPRS settings in the connectivity module for example), also if this is a weird use case, they should be visible. About the scrollers, I meant that generally in elementary an entry is put as the content of a scroller... For example look at the entries tests in elementary_test; the scroller there (but not only) creates a shadow to give a border to the input. i fixed what you suggested, but i haven'T seen the default theme in months, much less tooka detailled look at the source, so could you post 2 pics? also the themes are already in git ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Marcel wrote: Moin! Here I am with the next issue... ;) Tried to set up opimd-messages for flaunch. The categories line in opimd-messages.desktop looks like this: Categories=System;Settings;Bar (tried with and without trailing ';') The icon disappears from the desktop, but doesn't show up in flaunch. And against your description, not the first three icons are used but shr-contacts, -dialer and -messages. (I want the opimd ones in there.) Mine or your fault? :) -- Marcel Seems that since the niebiee theme and the nEo theme are in the feeds, the shr apps' (shr-dialer, shr-contacts, shr-messages) categories include 'Bar', and since only three apps can be placed in flaunch, and flaunch is already full with these three your app won't show up. so you have to alter the shr-messages', shr-contacts', shr dialer's categories and remove Bar. then your opimd messages will show up (if you also want it to be displayed in launcher copy the categories line from one of the shr apps). by the way: a new version of the theme is available at opkg.org wih improved boot-screen br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Marco Trevisan (Treviño) wrote: Nice compromise, I like its speed and readability, but could you enable a little the shadows and the transparency? I figure they don't take away so much power, but they're very useful for having a visual separation of different fields (for example, the top shelf and an the desktop, or the top shelf and any other elm application), i'm on it or in frames/scrollers for example for locating keyboard entries... are you talking about the scroll bars in elm? I also miss a lot the transparency/shadow of the inwin (the gray background is ugly and often doesn't allow to look at the needed subwin content). on it aswell However many thanks for this work. PS: how long would speed down the white glow for button click feedback? i refuse glow i generally only use images where i have to, so everything will stay crystal clear using software_16 also i am not a big fan of the glow... however i could enable a little animation like i used in the nEo theme for buttons (but maybe this is what you meant in the first place) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Marcel wrote: I like your fast themes, thank you! :) you're welcome. (i stil dont get it why niebiee isnt default for all shr installations, since the default theme sucks when it comes to speed) Still, I have a problem: In your screenshots, the desktop icon's captions have a white border which makes them readable on dark backgrounds (like my one). That's missing for me. Also, the white bg i only applied this to the elm theme, can do it for illume too, but the reason why teh white outline looks so ugly, is that if i make it pretty (it is very easy to do) scrolling is hella slow! i can apply it to illume theme aswell, thanks for the suggestion rect of the flaunch-bar on the bottom seems off about 1/3 a button's width to the right, see screenshot. http://scap.linuxtogo.org/files/222c74cd8f93199a0ebdfdefe6c339b3.png yup! thanks, i didnt notice, since i use c_c's launcher. i will fix these issues and upload a new package (check in about 8 hours for new packages) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Marcel wrote: I like your fast themes, thank you! :) Still, I have a problem: In your screenshots, the desktop icon's captions have a white border which makes them readable on dark backgrounds (like my one). That's missing for me. Also, the white bg rect of the flaunch-bar on the bottom seems off about 1/3 a button's width to the right, see screenshot. http://scap.linuxtogo.org/files/222c74cd8f93199a0ebdfdefe6c339b3.png Though the elementary theme is fine as far as I see. -- Marcel issues are fixed. new package is on opkg.org also scrolling in illume launcher shoud be faster now ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Marcel wrote: flaunch's background still has offset to the right... Removed the package before installing the new version and deleted ~/.e. Anything I forgot? you did restart e?! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Marcel wrote: Am Sonntag, den 18.10.2009, 21:54 +0200 schrieb Bernd Prünster: Marcel wrote: flaunch's background still has offset to the right... Removed the package before installing the new version and deleted ~/.e. Anything I forgot? you did restart e?! Of course, several times. First just installed the new package (new version number would be useful) over the old one - didn't help. In course of that, I also killed e config and restarted X and re-configured the theme setting, no change. Then I removed the package and reinstalled it afterwards, restarted x, still no change. Iirc I even reinstalled the elm theme package. lol, now it hit me (i just retried it several times) opkg.org fucks up updating packages (uploading new package version) it hit hit me, because u said same version number... i changed version number of cource. but opkg.org still refuses to upload package. so i uploaded it to my site. the opkg.org install command is now correct, but just in case heres the dl link: http://jmccloud.jm.funpic.de/gry/e-wm-theme-gry_0.2-r1_armv4t.ipk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Marcel wrote: ... New version is out, which features a brand new bootscreen. just in case: instructions on how to set bootscreen can be found @ jmccloud.jm.funpic.de br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] new illume + elm theme
FLOWER POWER! gry* ist ready for public release! (for those of you who tested the prerelease version few months ago: the flowers are gone and have been replaced by solid colors) *only 2 files have to be installed *it will survive an opkg upgrade *it is a s fast as the nEo theme * even using software_16 it is still a beauty! (actually you won't see a difference between software and software_16, but you'll notive the speed-up!) *it integrates well with the default shr gtk theme (contact list, sms list) screenies! http://scap.linuxtogo.org/files/4ea28bafcfbf6c1e60e65133deff48bf.png[ http://scap.linuxtogo.org/files/a581f37d574ebc4ec1c6c8c26c114dfd.png http://scap.linuxtogo.org/files/a0261e51ca69a13ee6fb1973a3fe628a.png http://scap.linuxtogo.org/files/c23d07e20e381e833ab78ea08d57181e.png http://scap.linuxtogo.org/files/2984d0bfc30a148dccf242acb894925c.png http://scap.linuxtogo.org/files/ff85911bbb08a9ab47141f68a3e3980f.png http://scap.linuxtogo.org/files/59d3d1879ac729b1f5fc2309022d2ef8.png http://scap.linuxtogo.org/files/3b7498bf41831fba283405ea80f395e5.png i'l push it into shr git within the next couple of days until then... her are the download links: illume theme: http://www.opkg.org/package_291.html elementary theme: http://www.opkg.org/package_290.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Baruch Even wrote: Hi, Bernd Prünster wrote: FLOWER POWER! gry* ist ready for public release! I tried it now and it looks really nice, not something quirky as nEo and still feels faster. I like the quick access buttons at the bottom, though I don't need the usb-mode one and would rather just have a dialer button instead. this at the bottom is called flaunch, the nEo theme already utilized it and the niebiee theme also uses it. i dunno what it was intenden for when it whas creatad as part fo illume (the default illuem theme doesn't use it) thsi si how it works: 3 starters can be placed there, if not specified which, the first three .desktop files are used. how to specity: chosses 3 apps you want to have placed in flaunch by editing their respective .desktop files: declare System;Settings;Bar in as category - starters will disappear from your illuem desktop and ONLY appear in flaunch. you can use it in combination with sortdesk to have 4 (four) virtual desktops: i postet a howto at jmccloud.jm.funpic.de [1]. [1] http://jmccloud.jm.funpic.de/?p=83 br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher 0.37
2words: pure awesomeness! (btw i started a new thread, because the old one wasn't readable if you use message grouping) the greatest advantage over shr apps is how amazingly fast it is. this beats every other phone i've seen (phonelog, contacts, msgs). it is amazing! keep up the great work! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR/All] Problem compiling theme *weird*
i will get straight to it here's the situation: r...@om-gta02 /usr/share/enlightenment/data/themes/neo $ sh ./build.sh In file included from stdin:2388: clock.edc:63:5: warning: no newline at end of file In file included from stdin:2390: bases.edc:4522:4: warning: no newline at end of file r...@om-gta02 /usr/share/enlightenment/data/themes/neo $ cp neo.ed neo.edc neo.edj .. '? yoverwrite '../neo.edj r...@om-gta02 /usr/share/enlightenment/data/themes/neo $ ls *.ed* bases.edc bootsplash.edc colors.edc neo.edj battery.edc clock.edc neo.edc r...@om-gta02 /usr/share/enlightenment/data/themes/neo $ ls *.edj ls: *.edj: No such file or directory r...@om-gta02 /usr/share/enlightenment/data/themes/neo $ file neo.edj neo.edj: cannot open `neo.edj' (No such file or directory) i cannot even let the moko complete the filename via pressing the tab key. even the display gets messed up when i try it (see line 8) what the heck is going on? (by teh way the themes seems to work flawlessly) br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM-Showroom Something to show
David Reyes Samblas Martinez wrote: take a look here[1] for some screenshots and explanations :) Please comments and of course collaboration :) [1]http://www.tuxbrain.com/en/content/om-showroom-something-show Looks awesome, but it has a _MAJOR_ problem: to optimized for 480x640. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U / All?] Illume Keyboard in Landscape
Petr Vanek wrote: Just restart enlightenment, or only keyboard. It works with landscape, it just doesn't switch correctly to landscape mode in runtime. please word it correctly: it doesn't work correctly in landscape but there is an ugly hack to perform each time you rotate to make it fit. Illume (E) has had this ever since, i still wander what keeps it being the top w-manager for the freerunner. Petr There are several reasons imho, but why i did not switch to sth else: the illume kbd is awesome! Yes e-docs are practically not there, but personally i think it is the toolkit of the future. also performance is great in comparison to what you get/what is possible... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] shr apps/stability usable as daily phone?
since shr apps are now part of pkg-fso repo i was wondering how stable si it, because now i am seriously considering to switch to debain [wardriving!!!] is it as stable as (the stable shr u revisions) shr? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: nEo theme issues
I am currently fixing the nEo theme. unfortuantely the edc is messed up, so it is going to take a little longer. bad news is: there was a debate about making teh nEo theme colorizable. THis is not going to happen unless YOU do it. right now my priority is fixin stuff and correcting errors. right now everythigns a fuckign mess: not even buttons work as they should, because i am combinign idfferent revisions of the nEo theme's edc. i will report a soon as its done. also simultaniously i am completing the gry' theme and removing the flowers as they were intended as a joke. br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Revamping Elmphonelog
I have a request: could the author of elmphonelog please adapt, so that it works on current shr builds? that would be great since elmphonelog is still faster than pyphonelog? should not be so hard since only some sql statements and the path to the sqlite database need to be altered. i think i am not the only onbe who would appriciate it. br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Revamping Elmphonelog
Sebastian Krzyszkowiak wrote: On 9/28/09, Bernd Prünster bernd.pruens...@gmail.com wrote: should not be so hard since only some sql statements and the path to the sqlite database need to be altered. It shouldn't be hard, but you're wrong. SHR moved from sqlite file to opimd interface for phone log. doesn't opimd use sqlite files to store missed calls etc? afaik if one wants to clear history a sqlite file hast to be deleted in /etc/freesmartpfone/opim or sth liek that... or am i completley wrong? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Updated package for the puzzle collection
Aapo Rantalainen wrote: Looks nice. Release makefile in any place and put link to mailing list. 27 icons in desktop is way too much. (...) The author of BootAtor provides a script which checks if sortdesk is installed (only works with the latest version of sortdesk afaik) this script can easily be modified to check for version 0.2 of sortdesk and place the icons in the correct cetegory (i described how to use flaunch sortdsk 0.2 with the nEo theme on jmccloud.jm.funpic.de) some people are using it, i dunno if it is worth the work though. but what might be worth half an hour of script writing is to check if launcher is installed and add the games to the corresponding category, or at least lets th euser choose on install in which category the icons should be placed (very few lines of sqlite in the script). if this script accepts user input wether the icons shoudl be placed in a launcher category, udating will also work very well since the user can choose if he wants the icons to be placed in any launche category or not. if the user updates the games collection and simply chooses no nothign is changed in launcher sqlite database an everythign si still in order. i cannot really contribute myself, because the last time i worked with sql was some years ago and i currently use gprs to connect to teh internet and researchign would take ages. if nothign is doen within the next 4 weeks i could do it (i shoudl have broadband internet till then) this si just a suggestion that can be applied to any package. (or at least packages like oh-puzzles or metapackages which install lots of apps at once with lots of icons) or package a scrip in aseperate package, to categorize apps from commandline, which woudl be much faster than doing it in launcher if you have many icons that need the same category (note the last launcer version i used was 0.2 or something like that i dunno how user friendly categorizing has become since then) br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] the nEo theme boot screen
Robin Paulson wrote: i installed the nEo theme a few days back and love it - so much faster, more consistent, it's great i'd like to use the nEo boot screen also, in place of the 'don't panic' splash, but illume segfaults whenever i try to open the 'startup' option in the illume settings manager any suggestions? i've seen the shr-settings module, but it's not listed in there - there's only the 'don't panic' theme thanks __ I'm the author of the nEo theme. temporarily switch to software enigne enable the bootscreen in illuem settings, just liek you tried switch back to software_16 now you again have the bootscreen that will tell you exactly what is being done during boot ;-P br (sry for the delay i was moving to another federal state. took a moth) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Themes with light background?
i'm sorry but you have to write your own or wait till UPC installs my broadband internet vonnection so i can catch up on openmoko related stuff and finish my gry* theme (somewhere on the shr user ml i posted a wip snapshot of the gry* theme) 2009/9/20, Marcel tan...@googlemail.com: Moin, I like the simplicity and consistency of the nEo theme collection, but after having used it for some time, I'd prefer one with a light background and dark fonts. Can someone recommend a simple theme that might fit? The standard elm theme would do the job, but it scrolls s slow in intone... :) I rather ask here before having dozens of tested themes for different gui toolkits on the neo and nothing looks as it should anymore... Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: nEo theme issues
2009/9/13 Martin Jansa martin.ja...@gmail.com: On Tue, Sep 8, 2009 at 1:06 AM, Bernd Prünster bernd.pruens...@gmail.com wrote: didnt really read the ml for about 1 month now, but there are somi issues with teh neo theme (read somethign about it in th launcher thread also in the germa freeyourphone forum. i am currently moving to another city in another federal state. things will be worked out as soon as i have internet at home. right now i am using the internet terminal at mcdonalds to check on most important things. since mailinglists tend to leave issues and bits of information scattered, please if you want the remainign nEo theme issues to be resolved post them here and it will be take care of, cause i am not gonna look for suggestions/bugreporst all over the list. i just look into topics i find interesting so either post issues here or mail me directly. gn8 Hi, Thanks for great theme, I like it a lot! Are neo-theme files in SCM somewhere? It would be needed for preparing bbfiles for shr, or at least releasing some source-version.tar.gz with all files needed? I think that all parts together in one repo or gzip would be ok, we can split all 6 parts to packages with bitbake. Then theme-shr and theme-neo packages could be modified to install theme files to subdirectory and then set symlinks in postinst and block each other, or even better install shr to default with symlinks targeted there and add theme changing item to shr-settings :). Regards JaMa just edje_decc the edj files of which the theme consists and you have the sources. br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: nEo theme issues
2009/9/14 Martin Jansa martin.ja...@gmail.com: If you're interested in how I solved file collisions between your theme and shr one.. see attachement 1 with OE-repo diff and 2nd with file layout. The advantage is that only one link (target of default directory) is set in postinst which I should do with update-alterantives (but that later). -- uin:136542059 jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa Martin, u talk with mrmoku so you get git access since you already patched the theme. another thing i'd like to ask you is to recolor the elm bubbles to black with green border. as is stated few days ago i am currently moving and dont have time and dont have fast internet atm (using mcdonalds intenet terminal or my freerunner as gprs modem. i should be back in action in about 2 weeks. then i can include the latest icons into the neo icon theme, reolsve the reminaing issues and complete the neo theme and can finally finish the gry* illume theme. i am not a complete geek without a life, so things will probably delay even further. regarding theming i just want to polish everything up complete the icon theme etc and finish the gry* theme... and as soon as everything is in shr git repo i dont need to be bothered for every little issue. martin i would be glad if you could manage to get teh neo themes into git ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
nEo theme issues
didnt really read the ml for about 1 month now, but there are somi issues with teh neo theme (read somethign about it in th launcher thread also in the germa freeyourphone forum. i am currently moving to another city in another federal state. things will be worked out as soon as i have internet at home. right now i am using the internet terminal at mcdonalds to check on most important things. since mailinglists tend to leave issues and bits of information scattered, please if you want the remainign nEo theme issues to be resolved post them here and it will be take care of, cause i am not gonna look for suggestions/bugreporst all over the list. i just look into topics i find interesting so either post issues here or mail me directly. gn8 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
Fabian Killus schrieb: I did a quick mockup of how I would like to have such a showroom look like. The traditional openmoko colors were used. Please comment if you like it or not (I know it's not perfect, just an idea). Here comes the png: http://ji-xiansheng.de/tmp/om_packages_mockup.png jxs Please dont make the same mistake that was made relaunching opkg.org: dont use such huge graphics. keep in mind that the showroom should maybe also easily viewable @ 480x640. just my 2 cents ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] Don't answer a call by turning FR upside down..
Risto H. Kurppa schrieb: Hi! There's been this rumor about using accelerometers of Freerunner to ignore a call around. At the moment there are no useful applications for gestures, only (great!) games: mokomaze, doom etc. Someone wrote the framework for gestures but it's not been actually integrated in any(?) distro. From what I heard the issue is that reading accelerometers is very CPU-intensive. Phone (framework, something?) sees a call coming in It starts to sniff the accelerometers If the phone is already upside down (on a table), don't alert (or maybe with vibra or something) If the phone is not upside down, alert as predefined. Continue sniffing: if the phone is turned upside down, go silent, stop vibra. Personally i dont like it. i always put my fr upside down in my pocket an take it out flipping it upside down... it is hard to get rid of old habbits... Here's some c00l details from DocScrutinizer: 01:20 DocScrutinizer gmeters can be switched on/off. No idea what's current status. 01:21 rhkfin - turn it on only when there's a incoming call? 01:22 DocScrutinizer you probably want to set interrupt trigger threshold so cpu load is zero until you actually see the gesture 01:23 DocScrutinizer for sureyou don't want to soft-process the raw gmeter data at full sample rate all the time 01:24 rhkfin true 01:28 DocScrutinizer you enable and read out -x:0,y:-1000,z:0. Set threshold to x:+-300,y:ditto,z:0. Then wait with no cpu load until device gets considerably repositioned/accelerated 01:28 rhkfin right 01:29 DocScrutinizer if you see trigger, do same again Shouldn't be very hard but it'd be extremely cool. Integration to a distro (SHR maybe :) might be a bit more of a hack (adding GUI to enable/disable this feature etc) though.. r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] We need a new Illume theme
i got good and bad news: good news: another theme is half way done: gry* it also looks quite nice it s as fast as the neo theme (at least feels that way) screenie: http://scap.linuxtogo.org/files/4ca2a945d6c1179d4ee9a0c6b6e9e0f0.png elm theme is complete illume theme is half way done (cusomizig the fully featured elnightenment theme is a nightmare!!) etk is done (only the tree was customized, and it can stay that way since libframeworkd-phonegui-efl0 will die. this theme cannot mess up anymore liek the neo theme did. guaranteed! libframeworkd-phonegui-efl customization is not needed anymore. theme can be downloaded @ [1] bad news: i did not consider recoloring the nEo theme from the beginning . the only thing i can do for now is making the green customizable, the background has to stay dark (not necessarily black) since most CLIP objects use 255 255 255 255 white also can't be customized. i have to rewrite the whole theme if i want to make it fully customizable also since libframeworkd-phongui-efl has about 9 edj files to recolor, recoloring will be a real bitch. consider this a preview. to make sure there aren't any questions: contents of elm.zip go to /usr/share/elementary/themes (activate it by crating a executable shellscript in /etc/profile.d/ containing the following lines: export ELM_THEME= gry export ELM_ENIGNE= x11-16 ) contents of illume.zip go to /usr/share/enlightenment/data/themes contents of etk.zip go to /usr/share/etk/themes /yes overwrite your default theme (don't worry! in case you are afraid to crash anything you can always reinstall the default theme via opkg) feedback is very much appreciated (in illume theme teh defaul theme shines trough on many paces, but it is usable) (but under any circumstances DO NOT SAY ANYTHING AGAINST THE FLOWERS! :-P) br [1] http://jmccloud.jm.funpic.de/gry/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (5 Votes so far)
rakshat hooja schrieb: On Wed, Aug 12, 2009 at 4:24 PM, Patryk Benderz patryk.bend...@esp.pl wrote: Dnia 2009-08-12, śro o godzinie 12:08 +0200, Marcel pisze: Am Mittwoch, den 12.08.2009, 04:58 -0500 schrieb KaZeR: I suggest adding Neon (the image viewer). According to Adolph Vogel's suggestion, I vote for Neon. 2 Votes so far. +1 3 Votes +1 4 votes. +1 5 votes ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fixing bug #1024 successful reports?
Paul Fertser schrieb: Bernd Prünster bernd.pruens...@gmail.com writes: i treid to remove the can from the modem, but there is this other small pbc ontop of it that seems to be glued and connected to the mainboard through a connector plug. my question: how to remove the can without damagin anything? (there is this metal mesh which is glued on aswell , but that wont be a problem) Simply slowly pull the wlan board, it unglues easily. Be careful dismounting the can, better spend more time on it. Just pull it a bit with a pin-pointed knife in every reasonable place, eventually it will come off. Good luck! I DID IT!!! without smd capacitor disassembling until the modem circuit si uncovered is a real bitch! took ma over an hour to get the can off! the good part: you dont need an smd capacitor!!! you need a capacitor which is small enough to fit in the gsm antenna and some of these lacquer wires (which are used in unductor coils) solder a wire to c1009 (+) the lacquer wire easyli fits through the can even when colosed, colder it to the capacitor (+) solder another wire to gnd of the capacitor solder this wire anywhere where you can find gnd (i used the drilled holes at teh edge od teh mainboard) place the capacitor in teh gsm antenna, close everything and you are done, no smd capacitor needed, no smd soldering station needed. it works!!! standbytime now is 100 hours which means for me 2 and a half day of typically phone usage total uptime till i need to charge. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fixing bug #1024 successful reports?
Bartłomiej Zimoń schrieb: Dnia 10 sierpnia 2009 12:53 Bernd Prünster bernd.pruens...@gmail.com napisał(a): Paul Fertser schrieb: Bernd Prünster bernd.pruens...@gmail.com writes: i treid to remove the can from the modem, but there is this other small pbc ontop of it that seems to be glued and connected to the mainboard through a connector plug. my question: how to remove the can without damagin anything? (there is this metal mesh which is glued on aswell , but that wont be a problem) Simply slowly pull the wlan board, it unglues easily. Be careful dismounting the can, better spend more time on it. Just pull it a bit with a pin-pointed knife in every reasonable place, eventually it will come off. Good luck! I DID IT!!! without smd capacitor disassembling until the modem circuit si uncovered is a real bitch! took ma over an hour to get the can off! the good part: you dont need an smd capacitor!!! you need a capacitor which is small enough to fit in the gsm antenna and some of these lacquer wires (which are used in unductor coils) solder a wire to c1009 (+) the lacquer wire easyli fits through the can even when colosed, colder it to the capacitor (+) solder another wire to gnd of the capacitor solder this wire anywhere where you can find gnd (i used the drilled holes at teh edge od teh mainboard) place the capacitor in teh gsm antenna, close everything and you are done, no smd capacitor needed, no smd soldering station needed. it works!!! standbytime now is 100 hours which means for me 2 and a half day of typically phone usage total uptime till i need to charge. Good job! I just want to ask You about some nice photos of this wire/fix : Best regards Bartlomiej Zimon can post photos in the next days (need to fix the fix a little and also need to find the battery for my camera) ( but i won't open up the can again) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fixing bug #1024 successful reports?
Hi, We (french FR comunity) are trying to solve the #1024 bug. I put a 10uF SMD cap inside my GSM can, and I saw an increased battery life. your way to solve it is not as clear as I understand it. Correct me if i'm wrong : you only soldered the (+) of the c1009 cap to the GND ? or other way my english tell me you did : on wire on the (+) of the cap, on on the (-), and the two wires on the GND of the phone ? By advance thanks a lot. Thomas openmoko-fr.org freerunner.daily.free.fr maybe i screwd the description up i attatched a pic describing how i did it. basically solder a lacquer wire to c1009's (+) wich you will fit through the shielding can so you can add another c in parallel which can be any kind of tht electrolyte capacitor small enought to fit in the gsm antenna. ofcourse this c also needs to be connected to gnd, so take another peice of lacquer wire to connect the other capacitors (-) to gnd. hope it helps (pics will be postet within the next days) br inline: 1024.png___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fixing bug #1024 successful reports?
Paul Fertser schrieb: Vasco Névoa vasco.ne...@sapo.pt writes: I've been following this discussion from a distance, not paying much attention, but I'd like to warn that this fix is better done by replacing the original capacitor. Yes, with the one with low ESR, so one most probably will have to use a ceramic. One should avoid putting wires inside an RF can, especially if they run towards the outside of the can. It ruins the can shielding purpose... Probably yes, probably not. Depends on luck and black magic. But you're right, if routing anything outside the shield can be avoided, it should be. Or at least some small nice ferrite should be placed on the fire as near to the can as possible. Thanks! Jup thats right it depends mostly on luck. i just gave it a shot and it works flawlessly, if it had not worked i could have simply unsolered it. i did not take a close look at the schematic but i would guess this c1009 acts a s buffer for modem power supply, right?! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: intone-video 0.12
KaZeR schrieb: - the video doesn't scale - the video isn't centered, it's player on the top-left corner same here Video is available here if you need it for tests : http://www.kazer.org/RampRollOver-moko.avi Thank you :) Otherwise, video playback seems smooth so far, nice! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neon! -- [Phone number scroll design]
Daniel.Li schrieb: Hi All, I think the scrolling action, in Neon, is perfect. Is there any possibility to implement this feature into Contacts/Message/Settings in SHR, which can be scrolled smoothly like Neon does? this depends mostly on the theme. contacts use etk tree (aswell as msgs) so edit etk theme ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[opkg.org] update your screenshots
lots of devs who uploaded their package to opkg.org linked to screenshots from scap. please change that, since it doesnt look nice to see nEo theme screenshots everywhere on opkg.org. (yes i made this mistake myself, i am just editing the package with the bogus screenie) br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Fwd: [opkg.org] update your screenshots]
sry for follow up. it seems to be opkg.org problem. basically what i wrot in my earlier mail is bs. opkg just handles pictures worse than the even cheapest blogs that are out there... so basically the screenshots have to be renamed i guess? ---BeginMessage--- lots of devs who uploaded their package to opkg.org linked to screenshots from scap. please change that, since it doesnt look nice to see nEo theme screenshots everywhere on opkg.org. (yes i made this mistake myself, i am just editing the package with the bogus screenie) br ---End Message--- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fixing bug #1024 successful reports?
giacomo `giotti` mariani schrieb: Hello to Everyone, I'm seriously thinking to perform the fix on my phone, but I'm afraid to have some lack of knowledge. Is some guide/how-to available out there? Thank you very much Giacomo i know this would better be asked on teh hw list, but here i target a wider audience: i treid to remove the can from the modem, but there is this other small pbc ontop of it that seems to be glued and connected to the mainboard through a connector plug. my question: how to remove the can without damagin anything? (there is this metal mesh which is glued on aswell , but that wont be a problem) who knows the answers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ZAGG invisible sheild for Neo Freerunner
Biagio Marino schrieb: Hello, I would like to buy the invisible sheild (full body) for my new Freerunner but I have some doubts. It's simple to install? If I use my Neo under the rain it will remove the invisible sheild? If I have install it can I remove the back of my Freerunner (for example to remove the battery) or i can't? If I have install it i can put my Frerunner in the leather case (by tuxbrain) or whit the invisible sheild the Frerunner is too big to enter on the case? Regards, it is easy to install, yes, but i removed it, because it is a dirt magnet! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[all] call for support: edje guru needed
i am the author of the nEo theme. i would really appriciate if someone would jump in and support my effort to create a 1.0 version of the theme where NOTHING shines through for the default theme. so basiacally the enlightenment theme has to be completed. and the etk theme. well... we need an etk theme, since the only thing customized atm is teh etk tree and only partly. i can do it on my own, but help would be appriciated. critearia: * use as little pngs as possible (recycle where possible) - you dont have to draw you won pngs since everything you need is already there (except maybe for some small gui elements like found in right click menu etc). * use as lillte layers a possible, while still keeping a nice look * use some small animations where needed (not where they would be nice - of cource a fade in and fade out of a overlayed rect when pressing a button won't hurt anyone) * dont use colored pngs since the nEo theme only uses black white and green, so white pngs can be colored in the edje data collection * in case you have some elements with spacing inbetween and these elements are on top of a scollable area please place a solid recht underneath these elements to grant smooth scrolling * remove as many layers as possible from the default theme's elements since we dont need them (no dont replace them with translucent rect os sth like that, kick 'em out for good!) anyone out there who is interested (please i know most of what i did is quick and dirty, but a goal for now is creating a complete theme suite) and has the needed skills to do it? note: i am not using edje editor, im using a text editor to make the themes (because i dont trust wysiwyg editors) if there finally is a theme suite where no elements from the default theme shines through i'd like some real edje guru to overview it and tell me where the really ugly parts are. br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for support: edje guru needed
jeremy jozwik schrieb: On Wed, Aug 5, 2009 at 12:35 PM, Bernd Prünsterbernd.pruens...@gmail.com wrote: i am the author of the nEo theme. i would really appriciate if someone would jump in and support my effort to create a 1.0 version of the theme where NOTHING shines through for the default theme. i am really interested in helping create alternate themes for openmoko, only i have no knowledge of how to do so. luckily edje is that part of enlightenment that is well documented. just google it and you will find an api documentation. armed with that doc just take a look at your theme of choice. install the nEo themes and you will have everything you need to start playing around. install elementary tests the etk examples etc... so you can actually see which block in the edc does what. current state of the nEo themes: elementary: complete gtk+: complete icon theme: will never ever be complete since new apps get written/ported nearly everyday illume theme: alsmost there (just the sliders, some lables and list in 2 or three places, but the standard user will most likely never see it, because most of it is hidden somwehre deep down in the configs) libframeworkd-phonegui-efl: complete (do wen need a gree deletion icon or is the dfault one fine for the dialer?) etk theme: only the etk tree is done so far gpe-icontheme: half way there gtk-icon theme: nearly complete, prettier icons will be supplied in teh near future long story short: the nEo theme is very fast, very geeky, and on first and second site already complete, but when yo take a close look you will see one or two rough edges (for example the scrollbar in contacts. i had it customized, but packaged the wrong version of the theme). getting to know how to work with edj probably takes 2 days, because it is very intuitive code and mostly you just need common sense. there are some tricky hings though (for example if gui elements are translucent where they need to be solig you will get garbage on teh screen (take a look at the keyboard design of the nEo theme) br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for support: edje guru needed
Russell Dwiggins schrieb: if there finally is a theme suite where no elements from the default theme shines through i'd like some real edje guru to overview it and tell me where the really ugly parts are. I'm interested in looking into this (and will), but I needed to say: I was wary of the nEo theme at first; I didn't like how it looked on the browser, but when I installed it I loved how it looked and felt. Even my non-geek friends were pretty impressed. I noticed a problem with colors though, but I'm not yet sure which element of the theme created it. Basically, some applications (such as neote and SHR's new wifi thingy) text fields become white on white which makes the text unreadable. this is fixed in teh new version which is available on opkg.org (where you can now additionally find gtk theme gpe icontheme gtk icontheme(included in icontheme)) If I have time in the next few days, I'll look into this. Thanks! Russell Dwiggins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for support: edje guru needed
sorry for follow up. this gui element was called pager. and yes it sucked bigtime in the previous version of the theme. it is fixed now Russell Dwiggins schrieb: if there finally is a theme suite where no elements from the default theme shines through i'd like some real edje guru to overview it and tell me where the really ugly parts are. I'm interested in looking into this (and will), but I needed to say: I was wary of the nEo theme at first; I didn't like how it looked on the browser, but when I installed it I loved how it looked and felt. Even my non-geek friends were pretty impressed. I noticed a problem with colors though, but I'm not yet sure which element of the theme created it. Basically, some applications (such as neote and SHR's new wifi thingy) text fields become white on white which makes the text unreadable. If I have time in the next few days, I'll look into this. Thanks! Russell Dwiggins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reading binary messages
KaZeR schrieb: Hello list. Has anyone succeeded / starting working on reading binary sms? I have some of them sitting in my inbox, under SHR it's only displayed as This is a binary message Thanks in advance! isnt this text also displayed when getting an mms? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[???] Which system is this?
saw these screenies on scap: http://scap.linuxtogo.org/files/b41df60899616887078dc018612ba0e7.png looks like efl based, seems to be shr (?) is this a new, basic windowmanager? is this a in-development version of launcher? is this a rewrite of the illume launcher? it uses some costom edj file for translucent buttons (at least thats what i guess, since it seems to be efl based) if there is someone out there, who can answer my question, can he or she please tell me hor responsive the ui is.. thx in adavance ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [???] Which system is this?
Sebastian Krzyszkowiak schrieb: On Wed, Jul 29, 2009 at 02:31, Bernd Prünsterbernd.pruens...@gmail.com wrote: saw these screenies on scap: http://scap.linuxtogo.org/files/b41df60899616887078dc018612ba0e7.png looks like efl based, seems to be shr (?) It's Qt4 based. Even looks like Qt :P well i guess i guess i was VERY wrong. although an elementary button looks exactly the same when you remove the bottom layer... ... Just read thread about LitePhone. Or if you're lazy: Qalee - http://www.openmoko.openmatica.es/QALEE/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] ffalarms led color
jeremy jozwik schrieb: Hi, No one before asked for an option to change the color in ffalarms. So for you may change LED_COLOR in ffalarms.edc [1], recompile and replace the theme. [1] http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/trunk/data/ffalarms.edc?rev=27root=ffalarmsview=auto (this is 0.2.3 version) very cool, two questions though. when i opened up the file there are 4 values for color rather then the 3 i am used to #define LED_COLOR 0 255 0 255 along with that, how does one re-compile for the openmoko. is it on the wiki? - jeremy every good edj file ships with build script so use build.sh for recompilation. about colors: the 4th value is the alpha channel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR - Latest unstable] screenshot application
Tony Berth schrieb: well 'gpe-scap.desktop' is already there! And reads: [Desktop Entry] Name=Take Screenshot Comment=Save a screenshot or upload it to http://handhelds.org/scap Exec=gpe-scap Terminal=0 Type=Application Icon=gpe-scap.png Categories=Action StartupNotify=False but don't get any icon on my Desktop. So something is wrong in that file? Thanks try this: Categories=Office; ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR/possibly all] gtk icon theme help needed
i extended my icon theme beacuse i want to replace the default gtk icons aswell. i added my icon theme to /etc/gtk-2.0/gtkrc. restarted the xserver. but the orange openmoko icons are still there (for example in teh toolbars of gtk applications like vala terminal.) just as an experiment i everwrote all the icons in teh openmoko standard icontheme restarted xserver. executed gtk-update-icon-cache but still nothing happened. what am i doing wrong? ( i edited my index.theme the filenames and filesizes are all correct) i even rebooted my fr... icon theme zipped [1] here are the contents of my gtkrc: gtk-font-name = Sans 5 gtk-theme-name = theme-qad-neo gtk-icon-theme-name = nEo http://jmccloud.jm.funpic.de/icons.zip [1] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why openmoko is so slow? Is it a joke?
Joerg Lippmann schrieb: Am Montag 13 Juli 2009 schrieb Nicola Mfb: On Mon, Jul 13, 2009 at 5:06 PM, Ivan Shirokovivanshirok...@gmail.com wrote: [...] Well, I would say it was a very bad joke. I spent eq. of 400 dolars, I was waiting 1 year for glamo acceleration etc, etc. that would make the phone usable etc, and it turns out, that it will never be. With the slow bus, one can forget about acceleration... What can be accelerated if you have to send information about complex bitmaps... That's really sad =( AFAIK there is still some space for improvement in general responsiveness. Actually there is a busy loop eating CPU to wait for graphical operations to complete. There are working in progress to avoid that. When the fix will be ready *and* adopting a good design pattern for applications (e.g. GUI/logic multithreading split, fusion of frequently used phone tasks in monolitic one-shot load and forget applications) we may see an acceptable speedy freerunner. When will that be? When the device is completely obsolete? Sorry, but after a year of waiting I still have an expensive brick that I can neither use as a proper phone (speaker still WAY to low, too unstable, too slow, too battery-hungry) nor as a PDA (no usable software available). So I really regret my decision to buy it. But then again, it was touted as a real phone for end-users back then and being a happy Linux-User for 14 years, I thought that I could live with some minor flaws... I'm really for the idea of freeing the phone (thats why I bought one), free hardware and the community. And I really loved to see this effort to succeed. But I came to realize that I start to hate this sluggish, instable device without good software. I cannot help it. I haven't found a single distro that works well out of the box. The best ones so far were QTopia/QTe and Android. And neither are really community efforts. So I consider my personal experiment (buying a community-driven phone for 300 EUR) as failed. Sorry. just a few words. (for the first time i think its worth to say something about negative criticism) speaker volume: a littel low (every fr seems to be a little bit different regarding audio) and i am one of those lucky bastards without a buzz (depends also on the gsm network) and with volume where i can understand everything well even out on a busy street, but i totally get your point. tooke me month to put my alstate to perfection. i even had to turn teh mic volume down, because othe people complained it was too loud (overdrive). before my alsastate balancing act aoudio was crappy, but i am totally aware of the fact that ijust got lucky. battery life: my best experience was fdom with approx 4 days (calypso deep sleep was still enabled and i misses only about 5 calls in one month, again i seem to be lucky and maybe thsi aswell depends on the network, althoug i dont really know how) freaky thing was: after reflashing with om2008.8 i knew what the calypso deep sleep bug was... since then battery life is about 2 days) pda: what do you need? pilminco is does the job wonderful, but i _do_ get your point. advertising the fr as a usable phone: that si a point where i totally agree with you: it was advertised to be usable for advance users/developers, but even if you are _THE_ code guru you cant fix teh buzz for example. unstable: i have to agree: my current system doesnt handel gprs well and wlan is a kernel bug. sluggish: OH YES! glamo was a mistake. also you do feel the missing fpu, because there are no DSPs/external fpus. althoug i managed to watch videos in fullscreen (320x240) with synch audio on om2008 a simple shellscript ans some transcoding did the job (again DSP and the glam has amp4 dsp which works like a charm, but the bandwith to the gpu(???) is the bottleneck) but lets not concentrate on teh graphics: a slow bus doesn make the deviec slow it just makes the display choppy, but as you stated the software is far from finished, so everything else fels slow + there is room for a lot of gui optimizations that would really kick in. software in general: yes! a lot is still not runnign on openmoko phones. i phrased this sentence, because a lot of software ust hasnt been ported and optimized for the small screen. long sotry short: i think you are kind of right. personally i think the software will be reall yuser friendly and _really_ work out fo the box when the device is oblosete. on teh other hand teh palm pre seems to be on second place regarding openness (some people already ran a system compiled from source with full kernel and driver support, although afaik on versions of teh palm pre without gsm/disabled gsm). personally i dont regret byung the fr, because it is fun to play with and i've been able to use it as my daily phone since october last year (2 weeks after i got it). but from what i've heard from other fr users i am
Re: running windows mobile applications on openmoko
mobi phil schrieb: I am sure, most of you would just smile... but what about porting WINE to support WINCE applications ? ever tried it on debain on openmoko? you will then know how fast/slow it is (i havent tried it) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] nEo theme need help packaging (was: Re: [Shr-User] New _FAST_ theme)
sorry for crossposting, won'T happen again, but i am looking for help... i fixed a couple of tiny things (for exaple i added elmdentica icon to the icon theme and radio buttons shluold now be displayed properly) and i want to build an ipk. my problem: i am not good in writing shellscripts, so i will explain my concern: packaging in general is not aproblem. packaging illume theme is no problem at all.. the trouble begins with the ELEMENTARY THEME: [*]i want to display a warning message (befor the installation process) that the user should remove the neo theme before installing any other elemetary themes (are there any apart from sixteen?) so that the user can press ctrl+c if he doesnt want to install it, because if the proper scripts are missing something might go wrong [that should not be that big of a problem for me, but just in case i'd like to have it done by someone else]. [*] i want to automatically enable the neo elementary theme after installing, but i also want to check if another non-default elementary theme is in use to keep /etc/profile clean [i have an idea how to do it, but it could also blow /etc/profile if i do it myself] [*] i want to automatically enable x11-16 engine for elementary, but check if it has already be done by the user (again to keep /etc/profile neat and tidy) [again i dont want to do it myself for the sake of /etc/profile] the troubles continue with the SHR APPS edje data collections: [*] i want to backup every .edj file in /usr/share/libframeworkg-phonegui-efl before the neo theme's edj files are placed there so i dont overwrite the default files.. [my idea would be to append .back te every edj file in this directory... theoretically i know how to do it, but i want to be absolutely sure that my them package doesnt overwrite any default files so that the user can switch back to the default look if he removes the neo theme] the troubles go on with the ETK THEME [*]i want to display a warning message (befor the installation process) that the user should remove the neo theme before installing any other etk themes (are there any ?) so that the user can press ctrl+c if he doesnt want to install it, because if the proper scripts are missing something might go wrong [that should not be that big of a problem for me, but just in case i'd like to have it done by someone else [*] i want to kackup /usr/share/etk/themes/default.edj so i dont overwrite any defaul files [same problem i have with elementary] final problem: [*] when the user removes the neo theme i want to revert all these steps mentioned above. so basically i want opkg to do everything mentioned on my blog in the installation instructions [1] (guys who installed the theme already know them) the download link for the theme packages (icon theme and e+elm+etk+shr apps) stayed the same. thx in advance (i hope someone can do me that favor...) [1] http://jmccloud.jm.funpic.de/?p=54 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] calendar?
Jeremy McNaughton schrieb: Hi everyone, Since getting my phone back from being buzz-fixed (thanks SDG!) I've been using Om2009-unstable as my daily phone with no problems. Now that I'm using my phone more regularly, I started looking around for a calendar. Unfortunately I can't seem to find a calendar in the repositories, or on opkg.org. All I can find is knjMokoCalendar, which looks good but I'd rather keep Google out of the loop. Are there Om2009-compatible packages for GPE-Calendar or Pimlico? It's possible I missed them, or I just don't know where to look. What are other people using for a calendar? thanks, Jeremy SHR feed is worth a try since om2009 and shr are fso ms5.5 based... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is it so slow ?
KaZeR schrieb: Marcel-2 wrote: Am Freitag, 3. Juli 2009 01:40:08 schrieb Morten: I agree, there's so many tricks that you just can't know them all by yourself. They should be written down (or made the default) Maybe making up some kind of a useful hints page would be good, where every hint has tags for the distros it works with...? Actually this tip is alredy listed (just noticed, after discovering it here, and thanks btw). : http://trac.shr-project.org/trac/wiki/Tweaks i made a fast theme package for shr. speed-up is quite noticable.. install instructions and screenies here: http://jmccloud.jm.funpic.de/?p=54 (yes i want to spread the theme, becaus the more testers i have the faster i can iron out bugs which may still me there) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is it so slow ?
KaZeR schrieb: Marcel-2 wrote: Am Freitag, 3. Juli 2009 01:40:08 schrieb Morten: I agree, there's so many tricks that you just can't know them all by yourself. They should be written down (or made the default) Maybe making up some kind of a useful hints page would be good, where every hint has tags for the distros it works with...? Actually this tip is alredy listed (just noticed, after discovering it here, and thanks btw). : http://trac.shr-project.org/trac/wiki/Tweaks i made a fast theme package for shr. speed-up is quite noticable.. install instructions and screenies here: http://jmccloud.jm.funpic.de/?p=54 (yes i want to spread the theme, becaus the more testers i have the faster i can iron out bugs which may still me there) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is it so slow ?
The Digital Pioneer schrieb: i made a fast theme package for shr. speed-up is quite noticable.. install instructions and screenies here: http://jmccloud.jm.funpic.de/?p=54 (yes i want to spread the theme, becaus the more testers i have the faster i can iron out bugs which may still me there) Ahh, very nice. Much faster! :) And it has that nice geek look to it too. Hahah! How do I set those quicklaunch apps or whatever they are you talked about in the page? http://jmccloud.jm.funpic.de/ http://jmccloud.jm.funpic.de/?p=54 (i just added the flaunch post) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is it so slow ?
Denis Johnson schrieb: On Thu, Jul 2, 2009 at 4:27 AM, Sebastian Krzyszkowiakseba.d...@gmail.com wrote: Just set ELM_ENGINE env variable to x11-16. You must know about /etc/profile, didn't you? ; Just to demonstrate my lack of familiarity in this area, could someone please provide exact example of the line that needs to be added to /etc/profile echo ELM_ENGINE=x11-16 /etc/profile ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] 20090624 suspend off not really off?
jeremy jozwik schrieb: yah, i get that too :) the slider is in the off position, so i figured i would slide it on, then off and maybe its be fixed. nope. no on setting yet automatically suspends. its like magic! On Wed, Jul 1, 2009 at 5:29 PM, Adam Jimersonvend...@gmail.com wrote: I have just noticed the opposite problem, I am unable to get shr- unstable to auto suspend. Going to shr settings - Power and using the slider for the auto suspend to try an enable it does not work, when I drag it, the slider just goes back to disabled no matter how many times I try it or even how long I hold it there. On Jul 1, 2009, at 8:23 PM, jeremy jozwik wrote: list! shr-unstable issue on the table for today. i have just noticed my phone is continually going into suspend mode even though both enlightenment and shr suspends are disabled. is there something in frameworkd.confg that can kill suspend from auto happening but still allow for power menu suspending? sound really crappy now, but that is one of the reasons i use unstalbe from 17th of june... its much stabler (i lost calls with latest unstbale, got some dbus is borked messages, ophonekit crashes, unpredictable suspend behavior... drained my battery a coulbe of times) but i think manual suspend is still working, although gsm was completely shot when the suspend problem ocurred but i think it might be related to this bug: http://trac.freesmartphone.org/ticket/435 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is it so slow ?
William Kenworthy schrieb: On Thu, 2009-07-02 at 03:01 +0200, Bernd Prünster wrote: Denis Johnson schrieb: On Thu, Jul 2, 2009 at 4:27 AM, Sebastian Krzyszkowiakseba.d...@gmail.com wrote: Just set ELM_ENGINE env variable to x11-16. You must know about /etc/profile, didn't you? ; Just to demonstrate my lack of familiarity in this area, could someone please provide exact example of the line that needs to be added to /etc/profile echo ELM_ENGINE=x11-16 /etc/profile Shouldnt that be : echo; echo export ELM_ENGINE=x11-16 /etc/profile yup, sorry export ELM_ENGINE=x11-16 is the correct line that needs to be added to /etc/profile (just copied form my /etc/profile file, so make sure its correct) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re:
flecktor schrieb: hi list :) when will this mailing list move to a forum with rss feeds? i cant seem to keep track of anything here nor even understand what people are talking about. is there a way to thread the mails together or move to a forum? thanks n2.nabble.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: new qwerty keyboard, Literki
kimaidou schrieb: ok, I became a stubborn command line geek. :D Aie, it happened quickly since I got my freerunner Thx very much 2009/6/18 jahckal jahc...@gmail.com mailto:jahc...@gmail.com Illume settings - keyboard - none i would suggest editing literki.desktop and change the categories to Keyboard then it is in the list of keyboards in illume settings ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page (alpha) Release 0.22
Michal Brzozowski schrieb: c_c, this app rocks. I'd like to know how to put it in the place of the default illume home page, so it's the first screen when you boot the phone. It's much better. Btw, some icons are missing in launcher, while they show up in illume home. For example contacts, dialer, messages. PhoneLog shows up ok. All that shows up is the caption of the program. Michal the reason is, because these icons are under /usr/share/icons/name of currently selected icon theme/.../... you can fix it by copying them to /usr/share/applications ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page (Proof of concept) Working Release
one more thing: i am using elmphonelog instead of pyphonelog (because elmphonelog roggs big time!) is there a way to config the executed app? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
odd behavior of illume keyboard
i want to add the beta (ß) character to my layout, but it it only works if i quote it to use the dict code: key 0 28 12 12 normal ß ß shift? question /code if i remove the quotes it doesn't send the character any help/suggestions? full content of file: ##KBDCONF-1.0 kbd 130 45 fuzz 20 # keyboard type type ALPHA # an icon for the keyboard so you know which one you have icon beta.png # if the key out is in quotes - q for example, then this key is used for # typing words and can be part of a dictionary match, any other key when # pressed will end the dictionary match (u can disable dictionary matching in # a layout by not having any outputs in quotes) key 0 0 12 12 normal q q shiftQ Q key 13 0 12 12 normal w w shiftW W key 26 0 12 12 normal e e shiftE E key 39 0 12 12 normal r r shiftR R key 52 0 12 12 normal t t shiftT T key 65 0 12 12 normal z z shiftZ Z key 78 0 12 12 normal u u shiftU U key 91 0 12 12 normal i i shiftI I key 104 0 12 12 normal o o shiftO O key 117 0 12 12 normal p p shiftP P key 6 14 12 12 normal a a shiftA A key 19 14 12 12 normal s s shiftS S key 32 14 12 12 normal d d shiftD D key 45 14 12 12 normal f f shiftF F key 58 14 12 12 normal g g shiftG G key 71 14 12 12 normal h h shiftH H key 84 14 12 12 normal j j shiftJ J key 97 14 12 12 normal k k shiftK K key 110 14 12 12 normal l l shiftL L key 13 28 12 12 normal y y shiftY Y key 26 28 12 12 normal x x shiftX X key 39 28 12 12 normal c c shiftC C key 52 28 12 12 normal v v shiftV V key 65 28 12 12 normal b b shiftB B key 78 28 12 12 normal n n shiftN N key 91 28 12 12 normal m m shiftM M key 104 28 12 12 normal shift.png is_shift key 117 28 12 12 normal . period shift, comma key 0 28 12 12 normal ß ß shift? question ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qwerty keyboard
Yogiz schrieb: On Sun, 14 Dec 2008 19:58:00 +0100 Martino manda@gmail.com wrote: Yuo have installed (bad english sorry!) illume-config and illume-config-illume? and after the reboot in the new illume config (at the top in the pager when is expanded) the keyboard at defoult.. illume-config and illume-config-illume were already installed when I started messing around. I don't know if they're included in the testing image or were dependencies for some other piece of software. Reboot or no reboot, I either have the default qtopia keyboard if I add nothing/comment out the line in qtopia89 or have nothing at all if I add it there or in my .profile. Yogiz what about that: decompile the asu and the illume theme with edje_decc (follow wiki instructions) then copy the keyboard part from the illume.edc into the asu.edc the buildscript will probably reporte an error about size:...not known or something like that. delete the line that causes the error and re-run build.sh. i customized my theme, when i was using 2008.9 and it worked (you have to copy the pngs that the illume theme uses for the virtual keyboard into the aus.theme working directory, ofcourse!) this should work, since you already have the qwerty button in the top bar backup your asu theme (just the edj file) before you try this ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: daily testing images info and some text if you want to read
Samuel Pereira schrieb: Hello, Do you have any place where you put the changes that you have made in every daily image? http://downloads.openmoko.org/daily/testing I read a lot of emails from people telling that FreeRunner dont have the basic things working... I have flash a lot of versions, to test and to find what is the best for me... And the last one, is the daily testing image with Om, from 11/12/2008. I can say that i'm very happy with this version, and is only testing, not a release. I can make/receive calls, and send/receive sms - Basic to a mobile right? I have calculator, calendar, text editor, file browser, web Browser, terminal, and a basic piano also :) I have a GPS receiver, that work great with TangoGPS, in a good place, i can get a fix, on less than 5 minutes with GPS turned ON. I have Wifi, in my home and places with wireless i can use it... and works great. Suspend/Resume, works great too. The battery life, is almost 2 days... I think this is more than basic! http://downloads.openmoko.org/daily/testing Thanks for work! Samuel (Portugal) Same here (already ha dit working like that with om2008.9, but the testing image is much faster) been using the fr as a daily phone for 2 months now ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qwerty keyboard
Samuel Pereira schrieb: Hi, Try this, Turn off built-in qtopia keyboard add export QTOPIA_NO_VIRTUAL_KEYBOARD=1 in /etc/X11/Xsession.d/89qtopia The testing image dont have this disabled. Samuel was one of the first things i did... i don't know what happened, but now its gone (rebooted again, now when i choose no virtual keyboard in illume config, the qtopia keyboard is gone, don't aks me why, but now i'm happy) thx to everyone for the quick replies ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qwerty keyboard
Will Siddall schrieb: Hey Tony, One thing you my consider would be try install the 'illume-keyboards-terminal' (found here: http://wiki.openmoko.org/wiki/Keyboard_Debate#How_to_install_the_illume_.28Raster.27s.29_keyboard_.3F). If you install the 'illume-config-illume' package, you will also be able to choose your default keyboard as well. This is what I've been using a lot and it comes with three keyboards you can flip between. An 'intelli-type' keyboard (which is alright for SMS') and a matching numbers/symbols keyboard and then a terminal keyboard which is a tiny keyboard to be typing any kind of terminal commands with, but it's still useful. Until we can get any significant change in using the accelerometers to automatically rotate the interface and give us a bigger keyboard, this is what's available. I CAN'T GET RID OF THAT F*CKING QTOPIA KEYBOARD!!! followed the instructions, even tried to mess with qpe but after about 15 minutes is keeps coming back. how to disable this royal pain in the a**? i like my phone but without a rasters keyboard it's pretty useless. really i am in severe pain right now. as much as i like the testing image, this is f*cked up sh*t. sorry about the abusive language, but i'm thinking about throwing my neo against the wall as last resort to that evil black monster which is claimed to be a keyboard ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qwerty keyboard
Micha? Brzozowski schrieb: Bernd Prünster wrote: I CAN'T GET RID OF THAT F*CKING QTOPIA KEYBOARD!!! followed the instructions, even tried to mess with qpe but after about 15 minutes is keeps coming back. how to disable this royal pain in the a**? i like my phone but without a rasters keyboard it's pretty useless. really i am in severe pain right now. as much as i like the testing image, this is f*cked up sh*t. sorry about the abusive language, but i'm thinking about throwing my neo against the wall as last resort to that evil black monster which is claimed to be a keyboard Chill out and flash something with a normal keyboard, like SHR. -- W naszym konkursie SAM wybierasz sobie nagrode! Sprawdz http://link.interia.pl/f1fcc that's the point, i like the new testing image (spent days configuring and customizing the official one, works flawlessly, but it is slow, that is why i switched to testing) shr is a great image, but the telephony applications aren't talking with each other. afaik they are currently working on this, so i wanted something that is fast and turns my fr into a fully featured phone... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
