**** BEGIN LOGGING AT Sat Jan 29 02:59:56 2011 Jan 29 07:45:19 pespin|away: ok... then all is fine :P Jan 29 07:45:31 pespin|away: btw. configuration via dbus is done too Jan 29 09:53:55 though whoever that may have missed it. Jan 29 09:53:58 efl 1.0 is out. Jan 29 09:54:07 mrmoku, JaMa|Off: ^ Jan 29 09:54:57 now I'm also out. Jan 29 11:17:58 hi mrmoku Jan 29 11:18:00 | phoneuid-dbus.c:491:2: error: implicit declaration of function 'phoneui_settings_complete_set_message_receipt' Jan 29 11:18:10 I'll git pull for oe Jan 29 11:18:21 thanks again for yesterday Jan 29 11:22:53 TAsn: I plan to bump it (create new recipes for releases) but not sure if I manage to do it today Jan 29 11:48:29 JaMa|Off, nah, we need to keep using svn... Jan 29 11:50:45 TAsn: so, you don't believe SHR should ever become usable? Jan 29 11:51:30 antrik, nope. Jan 29 11:51:33 antrik, j/k though Jan 29 11:51:42 it's just that e17 Jan 29 11:51:43 TAsn: make shr-stable ith stable elf, and unstable with elf from svn ;) Jan 29 11:51:53 but honestly Jan 29 11:52:00 trunk is still cooler than 1.0 ;) Jan 29 11:52:03 s/ith/with/ Jan 29 11:52:04 soltys meant: TAsn: make shr-stable with stable elf, and unstable with elf from svn ;) Jan 29 11:52:06 So much good stuff is going in. Jan 29 11:52:38 hm.. I managed to fuck that grammar completely. ^ Jan 29 11:52:39 :P Jan 29 11:52:42 anyhow Jan 29 11:52:59 trunk is still cooler. Jan 29 11:53:48 TAsn: we can still jump to newer releases with every release or jump back to newer svn even between releases when there is good tested stuff Jan 29 11:54:03 TAsn: but I don't want to use one global EFL_SRCREV for everything anymore Jan 29 11:54:21 ok, I agree about that. Jan 29 11:54:24 as long as you understand Jan 29 11:54:39 that it's a good idea build from svn Jan 29 11:54:41 once in every while. Jan 29 11:55:43 an experimental branch would be nice perhaps... Jan 29 11:56:29 for shr? Jan 29 11:57:21 unstable already servers for Jan 29 11:57:28 stable/testing/unstable and experimental :P Jan 29 11:58:38 ooh EFL 1.0 released :P Jan 29 11:58:45 today's the apocalypsis? xD Jan 29 11:59:53 pespin, I already checked the calendar Jan 29 12:00:04 and it's not april fools Jan 29 12:00:20 lol Jan 29 12:00:44 seem to work Jan 29 12:00:50 it did an shr-image Jan 29 12:01:22 there is an april fool in south america at a different date tough Jan 29 12:03:59 GNUtoo|laptop, actually Jan 29 12:04:03 raster is in Korea Jan 29 12:04:11 and they also has april fools on a different day Jan 29 12:04:16 the first day of snow Jan 29 12:04:16 ok lol Jan 29 12:04:18 in every year Jan 29 12:04:31 but they already had plenty of snow this year Jan 29 12:04:34 so... :\ Jan 29 12:08:19 hmmm Jan 29 12:08:24 * JaMa|Off has shr-experimental :) Jan 29 12:08:47 devtmpfs/udev get added/removed every month or so Jan 29 12:08:58 there is a solution tough Jan 29 12:09:07 document it on the wiki Jan 29 12:09:09 for instance: Jan 29 12:09:17 devtmpfs lacks this or that Jan 29 12:24:19 hmmm didn't morphis forgott to bump PR here: Jan 29 12:24:28 http://gitweb.openembedded.net/?p=openembedded.git&a=commit;h=44e0c8d88cf4b59c2cafc07ea96aa8be7122b6a7 Jan 29 12:24:31 hi mickeyl Jan 29 12:24:35 morning Jan 29 12:24:55 mickeyl, I noticied something strange, every month or so we change from udev to devtmpfs or the countrary Jan 29 12:25:14 so I started to map the features/limitations Jan 29 12:25:19 http://trac.shr-project.org/trac/wiki/ImageDevManager Jan 29 12:25:29 so we finally choose one(devtmpfs?) Jan 29 12:25:37 i don't know why morphis went back to udev Jan 29 12:25:48 IIRC on the FR we're still with devtmpfs, aren't we? Jan 29 12:26:21 on nokia900 there's udev Jan 29 12:26:30 we should get rid of that Jan 29 12:26:35 we could leave it for some time until recent kernels are ready Jan 29 12:26:35 with .37 we can, can't we? Jan 29 12:26:50 mickeyl, .37 is not ready yet Jan 29 12:26:53 no headphones Jan 29 12:26:56 I must work on it Jan 29 12:27:15 but it has DVFS and a lot of power management stuff Jan 29 12:27:16 hi Jan 29 12:27:18 PaulFertser: any improvements wrt. forwarding? Jan 29 12:27:26 * mickeyl still stuck on bloody maemo due to that Jan 29 12:27:31 mickeyl, basically here's the dylema: Jan 29 12:27:47 or we stop supporting somehow 2.6.28 so we loose any potential users Jan 29 12:27:52 there was one the other day Jan 29 12:27:56 or we support both Jan 29 12:28:19 the user beeing on 2.6.28 and the developers on 2.6.37 Jan 29 12:28:24 i'm using shr-unstable, installed eglibc-locale-fr, but i still have only english in the locale settings, any idea why? Jan 29 12:28:29 GNUtoo|laptop: I *seriously* doubt there are any actualy users of SHR N900 at this point Jan 29 12:28:38 antrik, there was one Jan 29 12:28:38 there aren' any users Jan 29 12:28:47 he wanted to try SHR on n900 Jan 29 12:28:52 that's not a user Jan 29 12:28:55 I told him how to revert to 2.6.28 Jan 29 12:28:56 at this stage without modem and so many things lacking we shouldn't bother Jan 29 12:28:56 ah ok Jan 29 12:29:08 ok Jan 29 12:29:11 he wanted to see the current state of things, nothing more Jan 29 12:29:16 ah ok Jan 29 12:29:33 so we can switch to devtmpfs then Jan 29 12:29:54 and, by the way, the shr_elm_softkey bug (http://shr-project.org/trac/ticket/1105) is still there, i have to run it manually Jan 29 12:29:55 switching to devtmpfs means adding more stuff in fsodeviced Jan 29 12:30:50 what else do we need? Jan 29 12:30:53 mickeyl, thanks to mrmoku's help I got voip working on htc dream Jan 29 12:30:57 mickeyl, no idea Jan 29 12:31:06 I just created that wiki page Jan 29 12:31:12 like 5 min ago Jan 29 12:31:19 (voip) nice Jan 29 12:31:35 i'll experiment with some more things on weekend Jan 29 12:31:36 so no one knows that it exists and no one added stuff to the wiki page Jan 29 12:31:38 ok Jan 29 12:32:00 so what would be the best way to do a dumb GUI on top of slphoned ? Jan 29 12:32:10 here's my requirements: Jan 29 12:32:13 *use framebuffer Jan 29 12:32:31 *one call button(number hardcoded) Jan 29 12:32:37 one answer button Jan 29 12:32:47 easy to use Jan 29 12:33:03 sounds like a couple of hours with elementary and vala Jan 29 12:33:07 perhaps less Jan 29 12:33:11 indeed Jan 29 12:33:24 so I should use elmentary and vala? Jan 29 12:33:29 yes Jan 29 12:33:35 instead of c + elmentary or vala + evas etc... Jan 29 12:33:36 ok Jan 29 12:33:43 should be nice Jan 29 12:33:48 quickest way to do it Jan 29 12:33:48 it would recycle the dreams Jan 29 12:33:54 I want the quickest way Jan 29 12:34:06 I just need the vapi Jan 29 12:34:31 you need a vala file for the sflphone's dbus interface Jan 29 12:34:47 ah? Jan 29 12:35:24 ok I'll look at it then Jan 29 12:36:36 it's good if you do that Jan 29 12:36:39 i need that as well Jan 29 12:36:42 for ophoned Jan 29 12:38:14 thinking about it... Jan 29 12:38:20 ok Jan 29 12:38:24 we could also describe the spec files Jan 29 12:38:27 then I'll do it soon Jan 29 12:38:29 and have it autogenerated as part of libfso-glib Jan 29 12:38:41 "evtest /dev/input/event1 |grep X" show values between 100 and 900 when I move stylus from "neo" logo upwards, is this normal? Jan 29 12:38:42 chose either way you like Jan 29 12:39:08 what's the spec file? Jan 29 12:39:14 the xml.in Jan 29 12:39:20 just like we have for FSO interface Jan 29 12:39:23 does it has to do with fso-specs Jan 29 12:39:28 yes Jan 29 12:40:18 is there some howto for all that? Jan 29 12:40:23 howto or documentation Jan 29 12:41:13 no, just lots of examples Jan 29 12:41:21 the spec files are just xml Jan 29 12:41:33 take a look at a simple one like usage.xml.in Jan 29 12:41:47 ok Jan 29 12:42:01 http://git.freesmartphone.org/?p=specs.git;a=blob;f=org.freesmartphone.Usage/org.freesmartphone.Usage.xml.in;h=c6c48a2bd4a7a11cdd289ac05d5b62e997aecae3;hb=d063a016f1717fe471e83a39a7c122f3972c7297 Jan 29 12:42:40 if you strip the docs, it's a couple of lines for every method and every signal Jan 29 12:42:40 ok Jan 29 12:42:58 nice Jan 29 12:42:58 you don't even need to learn the type mapping Jan 29 12:43:05 since mdbus2 will show you the signature already Jan 29 12:43:16 vala-dbus-binding-tool will create the type mapping then Jan 29 12:43:22 ok Jan 29 12:43:28 I'll do that today but later Jan 29 12:43:32 cool Jan 29 12:43:33 (I need to do some maths) Jan 29 12:44:08 have fun Jan 29 12:44:41 (I don't like maths) Jan 29 12:46:43 hehe Jan 29 12:46:50 greetings from Sabine, my wife (ph.d in maths ;) Jan 29 12:47:29 lol Jan 29 12:50:15 apparently my /etc/pointercal got removed somehow Jan 29 12:57:19 yeah, user mistake(tm) Jan 29 13:12:01 lol PBCAK wouldn't apply in the embedded world Jan 29 13:12:22 because only the developper is between chain and keyboard Jan 29 13:41:36 GNUtoo|laptop, in mdbus2 you need to use "{key:value,key2:value}" Jan 29 13:41:51 ok thanks a lot Jan 29 13:58:04 mickeyl: well, i came to the conclusion that with maemo kernel one has to reuse some code from libisi to do netlink voodoo, i've read the code and thought about it but haven't actually tried it yet. With upstream kernel probably the documented method should work (i have a 20-lines "prototype" to do that), but i didn't have an opportunity to test because i lack spare uSD and tbh that maemo kernel deficiency got me in "oh my, nokia s Jan 29 13:58:58 * mrmoku volunteers to try PaulFertser's prototype :-) Jan 29 14:01:02 mrmoku: sorry, it's at home (and i'm at my friends'), and it needs some work even if the upstream kernel is ok. That phonet protocol is so poorly documented. :/ Jan 29 14:01:21 PaulFertser: ok, np... whenever you want me to try something... I'm here :) Jan 29 14:02:58 mrmoku: ok :) Jan 29 14:03:46 * mrmoku has to put up some gate now as the small one started to explore the stairways ;) Jan 29 14:05:36 uh oh Jan 29 14:05:37 have fun Jan 29 14:19:17 mickeyl: hehe, yeah. today he managed to get up to the second step, so it's about time :P Jan 29 14:32:39 oh yeah Jan 29 14:33:03 anyone ever created an EFL UI on top of telepathy? Jan 29 14:55:28 hmmm Jan 29 14:55:39 isn't there a window.show_all in elmentary Jan 29 14:55:43 ? Jan 29 14:57:17 freesmartphone.org: 03mickey 07vala-terminal * r2d5cbf58a752 10/configure.ac: bump vala requirement to 0.11.x Jan 29 15:17:37 efl-1.0.0 recipes almost ready :) Jan 29 15:35:18 mickeyl, what are you working on ? Jan 29 15:35:51 * mrmoku hopes he's working on fsophoned :) Jan 29 15:36:23 JaMa: do we have sflphone in task-feed already? Jan 29 15:37:12 no idea Jan 29 15:38:30 * mrmoku checks Jan 29 15:39:14 i don't think so Jan 29 15:40:25 ok, now we have :) Jan 29 15:40:57 hah, buildhost is bored :P Jan 29 15:41:18 * mrmoku checks what latest phoneuid rev is Jan 29 15:42:23 JaMa: when did you pull OE the last time on buildhost? Jan 29 15:43:12 after efl bump Jan 29 15:43:28 yeah, libshr-glib is missing in shr-autorev Jan 29 15:43:30 * mrmoku pulls Jan 29 15:43:31 GNUtoo|laptop: organizational stuff, taxes, etc. i'll be working on fsophoned tomorrow Jan 29 15:43:46 ok Jan 29 15:43:51 oh yeah... freaking taxes :/ Jan 29 15:44:11 I'll need to do some proof-of-concepts implementation before coming out with an API proposal Jan 29 15:44:18 so i'll just do that Jan 29 15:45:27 mickeyl: if you have sflphone related problems... ping me Jan 29 15:45:39 not that I'm an expert... but I have it running on my laptop and can check things Jan 29 15:45:48 btw, how to display an Image in elmentary? Jan 29 15:45:49 mrmoku: will do, thanks Jan 29 15:45:54 is there something special to do Jan 29 15:46:01 or is it like any other widget? Jan 29 15:47:02 btw while surfing I found an elnlightenment iphone like keyboard Jan 29 15:47:14 could be usefull for: Jan 29 15:47:18 *the iphone3g Jan 29 15:47:21 *the nexusone Jan 29 15:47:31 (if we support it one day) Jan 29 15:47:45 http://blog.gustavobarbieri.com.br/2007/07/24/iphone-like-virtual-keyboard-for-n800/ Jan 29 15:55:47 hmm illume crashes for someone on ML :/ Jan 29 16:10:01 mrmoku, hi Jan 29 16:10:11 mrmoku, do you have a clue why the image doesn't display: http://pastebin.com/Rf4pxzC7 Jan 29 16:16:14 someone willing to test new efl? Jan 29 16:16:20 I can test only on n900 today Jan 29 16:16:45 JaMa: can test soon Jan 29 16:16:56 want binaries or patches? Jan 29 16:17:23 patches will be better for me :) Jan 29 16:18:37 GNUtoo|laptop: might be missing svg loader? Jan 29 16:18:51 I have it Jan 29 16:18:58 and it loads the file according to strace Jan 29 16:19:30 evas-loader-svg Jan 29 16:19:32 I installed that Jan 29 16:19:45 hmm Jan 29 16:20:21 I've also that: Jan 29 16:20:22 librsvg-2-2 - 2.26.2-r1.6 Jan 29 16:20:50 Image logo = new Image(bg); //before there was win Jan 29 16:20:55 so it's not bg Jan 29 16:21:06 I'll re-add win Jan 29 16:31:11 ok using Photo instead of Image it seem to load Jan 29 16:31:44 ah no it's an anonymous picture Jan 29 16:32:24 let me try something Jan 29 16:32:32 JaMa: running upgrade now Jan 29 16:35:32 from where? Jan 29 16:36:03 normal shr-u feeds have "old" efl from yesterday :) Jan 29 16:36:41 I'm talking about new efl-1.0.0 stuff which is only in my gitorious branch (last 14 patches) Jan 29 16:36:52 JaMa: I'm always on tests feed :P Jan 29 16:36:58 ahh, ok Jan 29 16:37:05 hmmm I can't resize an image Jan 29 16:37:10 maybe that's the problem Jan 29 16:37:16 maybe it needs to be resized Jan 29 16:38:02 JaMa: did not see your question for binaries or patches... Jan 29 16:38:08 I have to leave in about 30 minutes so I'll test only on n900 and if it works (be aware I have enabled efreet cache - difference between my and buildhost binaries) Jan 29 16:38:21 I'll push it to OE Jan 29 16:38:24 ok Jan 29 16:38:29 mrmoku: is it normal that unstable is not showing the charge/charged state via leds? Jan 29 16:38:31 then you can build it in tests and try before syncing Jan 29 16:39:19 btw did you notice that morphis moved xserver-nodm-init instead of fsodeviced init (which I expected)? Jan 29 16:39:29 Q-Master: that would be an oeventsd problem Jan 29 16:39:49 Q-Master: and yes... looks like my leds are off too :P Jan 29 16:39:55 mrmoku: heh 8) Jan 29 16:40:15 mrmoku: suspend via power key is not working too Jan 29 16:40:18 JaMa: ahh, no... did not see that Jan 29 16:40:34 hmm... we should move fsodeviced to start earlier then too Jan 29 16:40:36 no not again another merge error from shr-frameworkd-config :/ Jan 29 16:40:57 hehe Jan 29 16:41:02 * mrmoku checks his config Jan 29 16:41:04 mrmoku: yes I expected fsodeviced to be moved earlier not xserver to later Jan 29 16:42:29 JaMa: hmm... the rules.yaml is equal to what we have in shr-themes repo Jan 29 16:42:39 so that looks fine Jan 29 16:43:06 2011.01.29 07:44:49.020 oeventsd.rule INFO enable rule : While PowerStatus if status == charging then SetLed(gta02_orange_power, light) Jan 29 16:43:27 2011.01.29 13:55:03.893 oeventsd.fso_triggers INFO Receive PowerStatus, status = charging Jan 29 16:43:30 2011.01.29 13:55:03.905 oeventsd ERROR DBus call returned an error Jan 29 16:43:39 ok... so oeventsd call to fsodeviced is broken Jan 29 16:44:36 /org/freesmartphone/Device/LED/gta02orangepower Jan 29 16:44:46 JaMa: broken by newer kernel I would think ;) Jan 29 16:45:35 manually setting the brightness works Jan 29 16:47:04 I wonder... there is no way to keep any of the LEDs on while in suspend, is there?... Jan 29 16:47:13 mrmoku: please check also frameworkd.conf Jan 29 16:48:34 because newer kernel all in 2.6.34* should be almost the same wrt LEDs Jan 29 16:48:37 JaMa: yup, is equal too Jan 29 16:49:33 antrik: on FR? Jan 29 16:49:48 lindi-: yeah Jan 29 16:50:42 antrik: http://lists.openmoko.org/pipermail/hardware/2009-December/001333.html Jan 29 16:53:23 ah, nice... 5 mA is a pretty heavy toll indeed though :-( Jan 29 16:57:40 did anyone follow up on that? Jan 29 17:04:08 mrmoku, so you've got no other idea? Jan 29 17:04:15 what should I do? Jan 29 17:04:25 #edevelop doesn't answer Jan 29 17:04:53 * GNUtoo|laptop hesitate between abandoning/waiting and continuing Jan 29 17:05:18 I mean there are more important things to do than to hit my head on that Jan 29 17:05:28 like the kernel Jan 29 17:05:30 mrmoku: can I restart your bbtf build now after armv4 and start new efl build? Jan 29 17:05:46 mrmoku: or are you waiting for sflphone for n900 and then will restart build without sync yourself? Jan 29 17:13:25 GNUtoo|laptop: i'm not sure whether packing the image is correct Jan 29 17:13:33 ah ok Jan 29 17:13:48 try to remove that call and check whether it appears in the background Jan 29 17:13:57 ok thanks a lot Jan 29 17:14:16 np Jan 29 17:14:44 hmmm Jan 29 17:14:58 win.resize_object_add(logo); Jan 29 17:15:00 works Jan 29 17:15:11 yeah, or that Jan 29 17:15:28 in that case the position and size will be taken into account when calculating the size hint for the whole window Jan 29 17:15:49 * GNUtoo|laptop doen't know what the hint is yet Jan 29 17:16:11 a virtual size? Jan 29 17:16:42 something like that Jan 29 17:17:21 if you have a container for objects then the container asks its children for their size Jan 29 17:17:37 which gives itself a way to compute its preferred size Jan 29 17:17:44 which is only a hint Jan 29 17:17:52 since the actual size can be affected by other components Jan 29 17:17:57 such as whole screen size Jan 29 17:17:57 yes Jan 29 17:18:00 like variables Jan 29 17:18:00 window manager enforced Jan 29 17:18:00 etc. Jan 29 17:18:04 ELM_FINGER_SIZE Jan 29 17:18:07 yep Jan 29 17:18:09 ELM_SCALE Jan 29 17:18:10 etc... Jan 29 17:18:37 ok the image displays Jan 29 17:18:44 I'll keep it as background then Jan 29 17:18:52 but then I wonder Jan 29 17:18:58 I've 3 buttons at the bottom Jan 29 17:19:22 but they are instead in the middle of the screen Jan 29 17:19:28 should I add some dummy widgets? Jan 29 17:19:38 like an empty text Jan 29 17:19:41 nah Jan 29 17:20:06 i'm sure there is a way to configure the container Jan 29 17:20:11 to align itself at the bottom Jan 29 17:20:17 ok I'll look Jan 29 17:25:12 JaMa: sure Jan 29 17:25:24 JaMa: I wanted sflphone on gta02 for now Jan 29 17:25:34 n900 I have installed from my local feed anyway Jan 29 17:26:31 ok, then, opkg upgrade for test running :) Jan 29 17:26:43 ok Jan 29 17:29:42 mickeyl: hmm... which kernel is the lonesome frameworkd fighter using? Jan 29 17:29:59 oeventsd's rules.yaml is broken with what we have as kernel Jan 29 17:31:01 Q-Master: as quick fix just remove _ from all LED names in /etc/freesmartphone/oevents/rules.yaml Jan 29 17:31:32 * mrmoku off for some family action Jan 29 17:31:32 bbl Jan 29 17:32:02 mrmoku: thnx Jan 29 17:45:39 mrmoku: works. 8) Jan 29 17:59:39 mrmoku, do you know off hand how to stack a widget on the bottom with elmentary? Jan 29 18:10:13 efl-1.0.0 pushed and building in tests :) Jan 29 18:43:47 heyho Jan 29 18:57:31 morphis, hi Jan 29 18:57:42 morphis, do you know elmentary? Jan 29 18:57:43 GNUtoo|laptop: heyho Jan 29 18:57:49 jepp Jan 29 18:57:56 I've some questions Jan 29 18:57:58 I wrote python-elementary :) Jan 29 18:58:08 first how do I stack some widgets on the bottom of the screens Jan 29 18:58:11 like some buttons Jan 29 18:58:17 here's my use case: Jan 29 18:58:30 I'm doing a framebuffer VOIP phone Jan 29 18:58:34 you mean some sort of toolbar? Jan 29 18:58:43 I've 3 buttons Jan 29 18:58:49 call,answer,hangup Jan 29 18:58:54 and an image Jan 29 18:58:59 the image should go where the ear is Jan 29 18:59:05 else the ear touch the buttons Jan 29 18:59:18 and the buttons should be on the bottom of the display Jan 29 18:59:23 where the ear normally isn't Jan 29 18:59:33 for now I did that: Jan 29 18:59:44 you can use some layout (edje) and swallow the buttons there Jan 29 18:59:49 dummy.label_set("

"); Jan 29 18:59:58 you can even declare just the buttons in your edje layout Jan 29 19:00:06 that works but is so ugly....that...lol...hummmm Jan 29 19:00:06 and elementary puts them automatically there Jan 29 19:00:11 ok Jan 29 19:00:14 you just have to catch the events Jan 29 19:00:22 so my question was : do I have to use edje? Jan 29 19:00:36 or is there something in elmentary that could do the trick Jan 29 19:00:43 something better than the label I have Jan 29 19:00:50 also I've some issues Jan 29 19:00:55 puuh I would use edje as it is very simple Jan 29 19:01:02 it seem that sflphone require Xorg Jan 29 19:01:08 there is a dummy xorg driver Jan 29 19:01:10 tough Jan 29 19:01:16 it works fine Jan 29 19:01:21 with that dummy xorg driver Jan 29 19:01:23 ok Jan 29 19:01:28 I would do it like zhone2 Jan 29 19:01:35 create a layout which makes to regions Jan 29 19:01:37 but I wonder if I coulnd't get rid of xorg Jan 29 19:01:43 one for ear and one for the buttons Jan 29 19:01:57 for instance with sflphone using the system bus Jan 29 19:01:58 ok Jan 29 19:02:09 * GNUtoo|laptop looks at zhone2 Jan 29 19:02:13 the use a v-box or how it is called in elementary (it a long time ago that I worked with elementary) Jan 29 19:02:23 <[Rui]> hi Jan 29 19:02:36 and put it into the bottom region Jan 29 19:04:00 maybe you can even copy zhone2 and modify it Jan 29 19:04:09 * GNUtoo|laptop likes framebuffer, it has huge disavantages but you have rotation Jan 29 19:04:18 ok Jan 29 19:04:29 last time I looked at zhone2...I didn't understand the code Jan 29 19:05:27 ahh there are edje stuff in data/ Jan 29 19:06:05 GNUtoo|laptop: sorry, I have big problems with layouting widgets in efl Jan 29 19:06:20 usually we do it with layouts Jan 29 19:06:38 mrmoku, do you know if sflphone can use the system bus? Jan 29 19:06:41 mrmoku, ok Jan 29 19:07:10 GNUtoo|laptop: hmm, good question Jan 29 19:07:27 GNUtoo|laptop, you don't need to use edje, it can be done with elementary directly :) Jan 29 19:07:41 pespin, ah? how? Jan 29 19:07:47 guess just changing the dbus activation config should do it Jan 29 19:07:55 mrmoku, I bet mickeyl will need a system bus for zhone2 Jan 29 19:08:04 mrmoku, ah ok, I'll look Jan 29 19:08:23 GNUtoo|laptop: actually moving it Jan 29 19:08:29 GNUtoo|laptop, I have it done in emtooth2. if you see ad device settings, there's the scroll and then out of the scroll in the bottom there's always a close button Jan 29 19:10:26 pespin, in which file? Jan 29 19:10:36 gui_rdevice.vala? Jan 29 19:10:52 GNUtoo|laptop, for example :) Jan 29 19:11:01 basically, attach a vbox to win Jan 29 19:11:33 and then? Jan 29 19:11:38 I add stuff to the vbox? Jan 29 19:11:39