**** BEGIN LOGGING AT Wed Oct 05 02:59:58 2011
Oct 05 03:17:38 <Submit> does anyone know if the phone/data connection features of SHR work on female phones...I know the wiki says yes to the palm pre but I wanted to be sure before I started playing around
Oct 05 03:18:49 <Submit> gah I meant CDMA stupid auto text
Oct 05 05:13:29 <tmzt_> seems they use a similar protocol
Oct 05 05:13:41 <tmzt_> could try #webos-internals if mickeyl is not around
Oct 05 05:25:07 <mrmoku> Slyon: I think so, yeah
Oct 05 06:43:06 <lindi-> DocScrutinizer: the sysfs path is still wrong
Oct 05 06:43:22 <DocScrutinizer> gathered as much
Oct 05 06:43:43 <DocScrutinizer> [2011-10-04 14:45:46] <DocScrutinizer> lindi-: also what's the correct path for new kernel?
Oct 05 06:44:07 <lindi-> whoa! xpra org.freedesktop.Notification forwarding that was added to svn almost works
Oct 05 06:44:25 <lindi-> (got an empty notification popup on my remote machine when you highlighted me)
Oct 05 06:45:29 <DocScrutinizer> got busy with claiming another free Nokia device :-D
Oct 05 06:46:00 <lindi-> DocScrutinizer: /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/hdq/hdq/dump
Oct 05 06:46:07 <lindi-> DocScrutinizer: but I'm not sure if you should use some symlink
Oct 05 06:46:56 <lindi-> DocScrutinizer: could you also add some some "For more information see the datasheet XYZ.pdf"?
Oct 05 06:47:27 <lindi-> this is now the second time that my battery refuses to fully charge :)
Oct 05 06:47:39 <lindi-> I do have spare batteries but still interesting
Oct 05 06:49:43 <DocScrutinizer> symlink??
Oct 05 06:50:03 <lindi-> DocScrutinizer: /sys has a lot of symlinks
Oct 05 06:50:12 <DocScrutinizer> nah, I'll not require a symlink, I'll check what's available
Oct 05 06:50:18 <DocScrutinizer> aaah
Oct 05 06:50:32 <lindi-> DocScrutinizer: so it is not entirely clear which path is going to survive best
Oct 05 06:51:24 <lindi-> /sys/bus/platform/devices/hdq ../../../devices/platform/s3c2440-i2c/i2c-0/0-0073/hdq
Oct 05 06:51:38 <lindi-> /sys/class/power_supply/battery ../../devices/platform/s3c2440-i2c/i2c-0/0-0073/hdq/bq27000-battery.0/power_supply/battery
Oct 05 06:52:07 <DocScrutinizer> I'll probably find the /sys/ * *hdq* /dump pathname
Oct 05 06:52:41 <lindi-> omhacks started when I had accumulated enough such things that my bootup was very slow :)
Oct 05 06:53:03 <DocScrutinizer> good point
Oct 05 06:54:51 <DocScrutinizer> you noticed you can pass the pathname as $1?
Oct 05 06:55:24 <lindi-> yep
Oct 05 06:55:39 <lindi-> maybe  /sys/bus/platform/drivers/hdq/hdq/hdq/dump is more sane default?
Oct 05 06:56:00 <DocScrutinizer> noticed
Oct 05 06:56:43 <lindi-> might even work with 2.6.29-rc2 too
Oct 05 09:13:16 <CIA-5> freesmartphone.org: 03morphis 07cornucopia * r2725c6c18cac 10/libfsotransport/fsotransport/crespo.vala: libfsotransport: be more verbose in crespo modem transport
Oct 05 09:13:56 <morphis> heyho
Oct 05 09:37:19 <morphis> mickey|office: good morning!
Oct 05 09:50:32 <angelox|laptop>  good morning all
Oct 05 14:43:19 <morphis> GNUtoo|laptop: heyho
Oct 05 14:43:38 <morphis> GNUtoo|laptop: I had the modem up with a fso image
Oct 05 14:43:48 <morphis> GNUtoo|laptop: on nexus s
Oct 05 14:43:56 <GNUtoo|laptop> and I've xorg
Oct 05 14:44:04 <GNUtoo|laptop> but pointer doesn't click yet
Oct 05 14:44:13 <GNUtoo|laptop> maybe that's because of xf86-input-mtev
Oct 05 14:44:30 <GNUtoo|laptop> I ported it forward to API xorg > 12
Oct 05 14:44:35 <GNUtoo|laptop> or ABI
Oct 05 14:44:38 <GNUtoo|laptop> I don't remember
Oct 05 14:47:52 <CIA-5> SHR: 03morphis 07meta-smartphone * re5a99b737dc6 10/meta-fso/recipes-freesmartphone/serial-utils/ (pty-forward-native.bb serial-forward_git.bb): meta-fso: serial-utils: bump SRCREV
Oct 05 14:47:53 <CIA-5> SHR: 03morphis 07meta-smartphone * r85b72717ed4e 10/meta-samsung/recipes-kernel/linux/linux-samsung-crespo_git.bb: meta-samsung: linux-samsung-crespo: we want zImage as kernel image type not uImage
Oct 05 14:47:53 <CIA-5> SHR: 03morphis 07meta-smartphone * rafc8f19915fb 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: remove unneeded qt4 tslib input driver
Oct 05 14:47:57 <CIA-5> SHR: 03morphis 07meta-smartphone * re8cba73b8ebe 10/meta-palm/recipes-core/initscripts/initscripts_1.0.bbappend: meta-palm: initscripts: add documenation about additional initscript
Oct 05 14:47:57 <CIA-5> SHR: 03morphis 07meta-smartphone * r5fc68c90d5cf 10/meta-samsung/conf/machine/crespo.conf: meta-samsung: crespo machine: prefer xserver-xorg as xserver
Oct 05 14:47:59 <CIA-5> SHR: 03morphis 07meta-smartphone * r5be5d71c52c2 10/meta-samsung/recipes-core/initscripts/initscripts_1.0.bbappend: meta-samsung: initscripts: add documentation about additional initscripts
Oct 05 14:47:59 <CIA-5> SHR: 03GNUtoo 07meta-smartphone * ra9da197ce81c 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: remove non-existing qt4-embedded-plugin-sqldriver-sqlite2 dependency
Oct 05 14:48:13 <morphis> GNUtoo|laptop: mtev?
Oct 05 14:48:58 <GNUtoo|laptop> multi touch event
Oct 05 14:49:02 <morphis> ah ok
Oct 05 14:49:10 <GNUtoo|laptop> I think it register one click down
Oct 05 14:49:17 <GNUtoo|laptop> but then doesn't register any click up
Oct 05 14:49:17 <morphis> but I can use the touchscreen input node with std. input drivers?
Oct 05 14:49:25 <morphis> maybe
Oct 05 14:49:26 <GNUtoo|laptop> how?
Oct 05 14:49:30 <GNUtoo|laptop> ah you didn't try
Oct 05 14:49:33 <morphis> no
Oct 05 14:49:37 <GNUtoo|laptop> well It doesn't register the clicks
Oct 05 14:49:41 <morphis> I just compiled an aurora-image
Oct 05 14:49:44 <morphis> for the nexus s
Oct 05 14:49:46 <GNUtoo|laptop> ok
Oct 05 14:50:03 <GNUtoo|laptop> I tried to modify kernel driver => failure
Oct 05 14:50:35 <GNUtoo|laptop> basically renaming something like MT_TOUCH (don't remember the exact name) make it disapear
Oct 05 14:52:43 <morphis> so aurora is up
Oct 05 14:53:43 <GNUtoo|laptop> ok
Oct 05 14:53:47 <GNUtoo|laptop> touchscreen works in aurora?
Oct 05 14:54:07 <GNUtoo|laptop> btw I also succedded at booting my own kernels
Oct 05 14:54:08 <morphis> the cursor moved from the middle of the screen to the top left corner
Oct 05 14:54:11 <morphis> but nothing more
Oct 05 14:54:13 <morphis> yeah
Oct 05 14:54:16 <GNUtoo|laptop> ok
Oct 05 14:54:17 <morphis> it was the hex thing?
Oct 05 14:54:20 <GNUtoo|laptop> yes
Oct 05 14:54:21 <morphis> with mkbootimg?
Oct 05 14:54:23 <GNUtoo|laptop> yes
Oct 05 14:54:24 <morphis> :)
Oct 05 14:54:33 <morphis> you didn't used the mkbootimg from fso?
Oct 05 14:54:42 <GNUtoo|laptop> it's too old
Oct 05 14:54:49 <morphis> ok
Oct 05 14:54:50 <GNUtoo|laptop> no --page size in fso
Oct 05 14:55:00 <GNUtoo|laptop> I used the one from replicant
Oct 05 14:55:03 <morphis> I added it
Oct 05 14:55:07 <GNUtoo|laptop> ok nice
Oct 05 14:55:23 <GNUtoo|laptop> thanks to unbootimg btw
Oct 05 14:55:30 <morphis> but didn't pushed ..
Oct 05 14:55:33 <morphis> no problem
Oct 05 14:55:45 <GNUtoo|laptop> ok
Oct 05 14:56:04 <GNUtoo|laptop> unbootimg is not from you but from another porter if I remember well
Oct 05 14:56:09 <GNUtoo|laptop> so thanks to him
Oct 05 14:56:58 <CIA-5> freesmartphone.org: 03morphis 07utilities * rb4da9e72d550 10/android/image-utils/mkbootimg/mkbootimg.c: android: mkbootimg: add --pagesize command line argument
Oct 05 14:58:07 <morphis> yes
Oct 05 14:58:12 <morphis> but I pushed it
Oct 05 15:00:03 <CIA-5> freesmartphone.org: 03morphis 07aurora * r005b06e1b67f 10/aurora-daemon/src/rootwindow.cpp: aurora-daemon: fix path to /dev/fb0
Oct 05 15:00:10 <GNUtoo|laptop> ok so thanks too
Oct 05 15:21:26 <morphis> GNUtoo|laptop: do you know the name of the kernel driver responsible for the touchscreen?
Oct 05 15:21:37 <GNUtoo|laptop> yes
Oct 05 15:22:04 <GNUtoo|laptop> drivers/input/touchscreen/mxt224.c
Oct 05 15:23:54 <morphis> thanks
Oct 05 15:35:05 <morphis> GNUtoo|laptop: ok, it should be possible to use the touchscreen with qt4 as it provides std. linux input events
Oct 05 15:35:16 <morphis> just with the additional information about the finger used
Oct 05 15:35:50 <GNUtoo|laptop> ah?
Oct 05 15:36:09 <GNUtoo|laptop> do you have more details?
Oct 05 15:36:13 <morphis> GNUtoo|laptop: the drivers just reports a sync event
Oct 05 15:36:18 <morphis> no up or down event
Oct 05 15:36:32 <GNUtoo|laptop> ah?
Oct 05 15:37:04 <morphis> it uses ABS_MT_POSITION_X, ABS_MT_POSITION_Y, ABS_MT_TOUCH_MAJOR, ABS_MT_WIDTH_MAJOR
Oct 05 15:37:15 <morphis> and ABS_MT_TRACKING_ID
Oct 05 15:37:19 <GNUtoo|laptop> Event: time 2962.179338, type 3 (Absolute), code 48 (Touch Major), value 83
Oct 05 15:37:25 <GNUtoo|laptop> Event: time 2962.247822, type 3 (Absolute), code 48 (Touch Major), value 0
Oct 05 15:37:28 <GNUtoo|laptop> what's that then?
Oct 05 15:37:43 <GNUtoo|laptop> that's like a BTN_TOUCH
Oct 05 15:38:33 <morphis> seems so
Oct 05 15:39:13 <morphis> isn't there a userspace implementation in android for this?
Oct 05 15:39:23 <GNUtoo|laptop> xf86-input-mtev
Oct 05 15:39:41 <GNUtoo|laptop> in the worse case scenario you use X
Oct 05 15:39:57 <GNUtoo|laptop> it's a 1GHz CPU, with not-openmoko like graphics....
Oct 05 15:40:08 <GNUtoo|laptop> so it should handle QT, right?
Oct 05 15:40:26 <morphis> yes
Oct 05 15:40:43 <morphis> but X is somewhat oversized for aurora
Oct 05 15:40:52 <morphis> we just need it to display one window
Oct 05 15:40:59 <morphis> so I didn't thought until about using it
Oct 05 15:44:18 <morphis> GNUtoo|laptop: interesting: http://developer.qt.nokia.com/forums/viewthread/5052
Oct 05 15:44:37 <morphis> GNUtoo|laptop: and https://www.kernel.org/doc/Documentation/input/multi-touch-protocol.txt
Oct 05 15:46:00 <GNUtoo|laptop> kernel seem fine
Oct 05 15:46:13 <GNUtoo|laptop> it's that xf86-input-mtev that is not fine
Oct 05 16:17:46 <morphis> hm
Oct 05 16:30:20 <angelox|laptop> Good afternoon
Oct 05 16:43:32 <morphis> angelox|laptop: heyho
Oct 05 16:43:55 <morphis> GNUtoo|laptop: I can work around mtev for the first with creating a simple tslib driver which ignores all events with tracking_id != 0
Oct 05 16:44:35 <GNUtoo|laptop> ok
Oct 05 16:44:45 <GNUtoo|laptop> if you can do that....
Oct 05 16:44:55 <GNUtoo|laptop> why not fix xf86-input-mtdev?
Oct 05 16:45:05 <GNUtoo|laptop> it's straingtforward if you know xorg
Oct 05 16:45:39 <morphis> yes
Oct 05 16:45:56 <morphis> hm
Oct 05 16:46:44 <GNUtoo|laptop> here's my diff:
Oct 05 16:46:45 <GNUtoo|laptop> http://www.pastie.org/private/9w7ivn2tjkibr1l1fjnwvw
Oct 05 16:46:54 <GNUtoo|laptop> it's for compiling with recent xorg
Oct 05 16:47:05 <GNUtoo|laptop> then let's talk about the problematic part
Oct 05 16:47:09 <morphis> it works now?
Oct 05 16:47:10 <GNUtoo|laptop> when I touch the screen
Oct 05 16:47:26 <GNUtoo|laptop> it compiles, run but fails to click normally, let me explain
Oct 05 16:47:40 <GNUtoo|laptop> when pressing a button
Oct 05 16:47:46 <GNUtoo|laptop> it register a button click
Oct 05 16:47:51 <GNUtoo|laptop> but then nothing
Oct 05 16:48:15 <GNUtoo|laptop> it doesn't release it
Oct 05 16:48:20 <GNUtoo|laptop> so that blocks the whole thing
Oct 05 16:48:40 <GNUtoo|laptop> https://gitorious.org/xf86-input-mtev
Oct 05 16:48:44 <GNUtoo|laptop> that's the one I used
Oct 05 16:49:16 <GNUtoo|laptop> here: https://gitorious.org/xf86-input-mtev/xf86-input-mtev/blobs/master/src/multitouch.c
Oct 05 16:49:34 <GNUtoo|laptop> near line 326 there are some stuff
Oct 05 16:49:40 <GNUtoo|laptop> I guess it's for handing the button down
Oct 05 16:49:56 <GNUtoo|laptop> but I've no idea why my button up code doesn't work
Oct 05 16:50:00 <GNUtoo|laptop> I tried inserting that:
Oct 05 16:50:14 <GNUtoo|laptop> xf86PostButtonEvent(local->dev, TRUE, 1, 0, 0, 0);
Oct 05 16:50:20 <GNUtoo|laptop> with a 0 right after the 1
Oct 05 16:50:35 <GNUtoo|laptop> and change down to 0 in other stuff near it
Oct 05 16:50:39 <GNUtoo|laptop> like for instance:
Oct 05 16:50:43 <GNUtoo|laptop> xf86PostButtonEvent(local->dev, TRUE, 1, 1, 0, 0);
Oct 05 16:50:44 <GNUtoo|laptop> xf86PostButtonEvent(local->dev, TRUE, 1, 0, 0, 0);
Oct 05 16:51:31 <GNUtoo|laptop> morphis, ^^^
Oct 05 16:52:11 <GNUtoo|laptop> same for other lines under if(down && pdown == 0) and else if (down == 0 && pdown)
Oct 05 17:10:46 <GNUtoo|laptop> morphis, ping?
Oct 05 17:10:54 <GNUtoo|laptop> should I continue to work on it?
Oct 05 17:11:00 <GNUtoo|laptop> do you want my recipe?
Oct 05 17:14:17 <paulk_> I wish I could help with this… is it something I can easily cross-compile without all the SHR build environment but only the cross-compilers, and test on the top of an image someone else built?
Oct 05 17:26:40 <GNUtoo|laptop> I've a recipe
Oct 05 17:26:46 <GNUtoo|laptop> and you need to know xorg a bit
Oct 05 17:38:57 <paulk_> ok
Oct 05 17:41:04 <GNUtoo|laptop> morphis, ping?
Oct 05 17:41:19 <morphis> GNUtoo|laptop: sorry, was out for launch
Oct 05 17:41:22 <GNUtoo|laptop> ok
Oct 05 17:41:24 <GNUtoo|laptop> np
Oct 05 17:41:27 <morphis> s/launch/lunch/
Oct 05 17:41:27 <apt> morphis meant: GNUtoo|laptop: sorry, was out for lunch
Oct 05 17:41:51 <GNUtoo|laptop> I'll pastebin the recipe
Oct 05 17:42:16 <morphis> ok
Oct 05 17:42:27 <morphis> we should push it to meta-oe later
Oct 05 17:43:37 <morphis> in general it should be no problem to run aurora with x11
Oct 05 17:44:00 <morphis> I just need to make it the fullscreen window
Oct 05 17:44:08 <GNUtoo|laptop> http://www.pastie.org/private/ws5tu2uzaf3cdb07j3gmw
Oct 05 17:44:20 <morphis> GNUtoo|laptop: btw do we have any chance to get the pvr running with X11 with the binaries from android?
Oct 05 17:44:51 <morphis> GNUtoo|laptop: we should append your patch in meta-shr
Oct 05 17:45:09 <GNUtoo|laptop> morphis, not with the android drivers
Oct 05 17:45:28 <morphis> you mean the gles libraries?
Oct 05 17:45:31 <GNUtoo|laptop> android drivers are proprietary and depends on bionic(the android libc)
Oct 05 17:45:36 <GNUtoo|laptop> yes
Oct 05 17:45:40 <morphis> ah damn it
Oct 05 17:45:48 <morphis> with palms libraries I got it
Oct 05 17:45:55 <morphis> but bionic is bad
Oct 05 17:45:55 <GNUtoo|laptop> let's see that later
Oct 05 17:46:16 <GNUtoo|laptop> if you do it please don't infect the standard fso/shr etc...
Oct 05 17:46:33 <morphis> I will not
Oct 05 17:46:36 <GNUtoo|laptop> ok
Oct 05 17:46:40 <morphis> but thats something I will try very late
Oct 05 17:46:43 <GNUtoo|laptop> ok
Oct 05 17:46:47 <morphis> we have now other problems
Oct 05 17:46:51 <morphis> angelox|laptop: ping
Oct 05 17:46:51 <GNUtoo|laptop> let's first concentrate on getting touch
Oct 05 17:47:02 <GNUtoo|laptop> morphis, so will you look at that touch driver?
Oct 05 17:47:08 <morphis> yes
Oct 05 17:47:09 <GNUtoo|laptop> xf86-input-mtdev?
Oct 05 17:47:11 <GNUtoo|laptop> ok
Oct 05 17:47:12 <GNUtoo|laptop> nice
Oct 05 17:47:21 <morphis> just need to get aurora ported to x11
Oct 05 17:47:26 <morphis> but that should be done very fast
Oct 05 17:47:42 <morphis> just the build will need some time
Oct 05 17:47:53 <morphis> cause of qt4 recompilation
Oct 05 17:48:02 <GNUtoo|laptop> ok
Oct 05 17:48:12 <GNUtoo|laptop> I just need touchscreen for now
Oct 05 17:48:18 <GNUtoo|laptop> to progress in my port
Oct 05 17:48:31 <GNUtoo|laptop> should I push updated defconfig?
Oct 05 17:48:37 <GNUtoo|laptop> with x11 support
Oct 05 17:52:15 <morphis> yes please
Oct 05 17:52:35 <morphis> and can you take a look at suspend?
Oct 05 17:53:01 <morphis> as you have more experience with suspend on android devices
Oct 05 17:57:49 <morphis> angelox|laptop: ping
Oct 05 18:00:28 <GNUtoo|laptop> yes
Oct 05 18:00:30 <GNUtoo|laptop> I'll do
Oct 05 18:00:38 <angelox|laptop>  morphis: pong
Oct 05 18:00:39 <GNUtoo|laptop> I need to look at wifi too
Oct 05 18:01:04 <GNUtoo|laptop> it's a bcm4329 and I was told by alex[sp3dev] to import a mainline or staging driver
Oct 05 18:01:11 <GNUtoo|laptop> rather than try to fix it
Oct 05 18:01:58 <GNUtoo|laptop> btw I need X for suspend
Oct 05 18:02:04 <GNUtoo|laptop> I must be sure suspend works with X
Oct 05 18:03:00 <paulk_> bbl
Oct 05 18:03:16 <GNUtoo|laptop> seem to work fine
Oct 05 18:03:23 <GNUtoo|laptop> echo mem > /sys/power/state
Oct 05 18:03:28 <GNUtoo|laptop> echo on > /sys/power/state
Oct 05 18:03:33 <GNUtoo|laptop> resumes the pannel
Oct 05 18:06:16 <angelox|laptop> morphis: sorry,i was out buying stuff in market and forgot put away here :)
Oct 05 18:07:23 <morphis> GNUtoo|laptop: ok, but we should put the driver in our kernel tree
Oct 05 18:07:46 <morphis> GNUtoo|laptop: which is based on cyanogenmods kernel and already has the kernel driver for the bcm4329
Oct 05 18:07:50 <morphis> angelox|laptop: no problem
Oct 05 18:07:58 <morphis> angelox|laptop: I saw your work about the keyboard
Oct 05 18:08:04 <GNUtoo|laptop> morphis, we should do things in order, suspend later(since it depends on telephony, xorg etc...)
Oct 05 18:08:20 <GNUtoo|laptop> morphis, it's in the tree
Oct 05 18:08:29 <morphis> GNUtoo|laptop: ok
Oct 05 18:08:43 <morphis> angelox|laptop: one thing: please follow general qt code style
Oct 05 18:08:54 <morphis> angelox|laptop: so a keyBoard instead of key_board
Oct 05 18:09:22 <morphis> GNUtoo|laptop: ok, so what are the things we're doing now
Oct 05 18:09:29 <morphis> me: telephony + touchscreen
Oct 05 18:09:41 <GNUtoo|laptop> what do you want me to do?
Oct 05 18:10:02 <morphis> what do you think is most important?
Oct 05 18:10:03 <morphis> audio?
Oct 05 18:10:07 <morphis> wifi?
Oct 05 18:10:11 <GNUtoo|laptop> wifi
Oct 05 18:10:20 <morphis> a boot image?
Oct 05 18:10:24 <GNUtoo|laptop> yes boot image
Oct 05 18:10:40 <GNUtoo|laptop> audio is just a mather of compiling gstreamer and testing it
Oct 05 18:10:42 <morphis> so for you: boot image, wifi, audio ?
Oct 05 18:10:48 <GNUtoo|laptop> there are state files to do too
Oct 05 18:10:52 <GNUtoo|laptop> yes
Oct 05 18:10:55 <morphis> ok
Oct 05 18:11:13 <morphis> I will put my notes into the fso wiki
Oct 05 18:11:16 <GNUtoo|laptop> I'll push my defconfig soon
Oct 05 18:11:17 <GNUtoo|laptop> ok
Oct 05 18:12:45 <angelox|laptop> morphis: ok,but where did i use that?
Oct 05 18:12:51 * angelox|laptop doesn't remember...
Oct 05 18:13:27 <morphis> angelox|laptop: in your keyboard c++ code and in qml
Oct 05 18:13:44 <morphis> GNUtoo|laptop: ok
Oct 05 18:15:03 <angelox|laptop> morphis: hmm ok..like using kbdView instead kbd_view...
Oct 05 18:15:12 <morphis> yes
Oct 05 18:15:20 <morphis> just to have a common code style
Oct 05 18:15:30 <morphis> GNUtoo|laptop: aurora-image with x11 is building now
Oct 05 18:15:54 <angelox|laptop> morphis: ok,please excuse me
Oct 05 18:23:02 <angelox|laptop> morphis: do i use curly braces with if-else statements with just one line?
Oct 05 18:37:46 <angelox|laptop> morphis: may i use http://developer.qt.nokia.com/wiki/Qt_Coding_Style ?
Oct 05 18:38:42 <mrmoku`> angelox|laptop: { in their own line please :)
Oct 05 18:39:38 <mrmoku> angelox|laptop: and no if-else in _one_ line
Oct 05 18:48:53 <angelox|laptop> hmm
Oct 05 18:49:04 <angelox|laptop> then: 
Oct 05 18:49:08 <angelox|laptop> if(reason)
Oct 05 18:49:09 <angelox|laptop> {
Oct 05 18:49:13 <angelox|laptop> do stuff;
Oct 05 18:49:13 <angelox|laptop> }
Oct 05 18:49:15 <angelox|laptop> else
Oct 05 18:49:16 <angelox|laptop> {
Oct 05 18:49:19 <angelox|laptop> do another stuff;
Oct 05 18:49:20 <angelox|laptop> }
Oct 05 18:49:26 <angelox|laptop> is inacceptable?
Oct 05 18:49:44 <mrmoku> ?
Oct 05 18:49:51 <mrmoku> that is almost perfect :-)
Oct 05 18:49:59 <mrmoku> perfect would be: if ( reason )
Oct 05 18:50:41 <angelox|laptop> then that way i can use one line in each statement? 
Oct 05 18:50:42 <mrmoku> and of course content between braces needs indentation of 4 *spaces*
Oct 05 18:51:37 <mrmoku> - no if (foo) do bar; (in one line)
Oct 05 18:51:45 <mrmoku> - braces on a line of their own
Oct 05 18:51:53 <mrmoku> is what fso uses
Oct 05 18:52:06 <angelox|laptop> hmm
Oct 05 18:52:09 <mrmoku> with the exception of _very_ simple if's don't need braces
Oct 05 18:52:16 <mrmoku> like:
Oct 05 18:52:20 <mrmoku> if ( err )
Oct 05 18:52:22 <mrmoku>     return;
Oct 05 18:52:33 <mrmoku> but that is upon your taste
Oct 05 18:52:39 <mrmoku> you can put braces there as well
Oct 05 18:52:41 <mrmoku> if ( err )
Oct 05 18:52:42 <mrmoku> {
Oct 05 18:52:44 <mrmoku>     return;
Oct 05 18:52:44 <mrmoku> }
Oct 05 18:52:59 * angelox|laptop apologizes for his bad understanding
Oct 05 18:53:04 <mrmoku> np
Oct 05 18:53:13 <angelox|laptop> ok..now i understand... thanks
Oct 05 18:53:15 <mrmoku> angelox|laptop: what editor do you use?
Oct 05 18:53:33 <angelox|laptop> i do use Qt IDE
Oct 05 18:53:40 <mrmoku> ahh, ok
Oct 05 18:53:57 <mrmoku> important thing is to be consistent with indentation
Oct 05 18:54:01 <mrmoku> 4 spaces
Oct 05 18:54:04 <mrmoku> no tabs
Oct 05 18:54:13 <angelox|laptop> I couldn't switch fully to command line because i don't trust myself in that task :)
Oct 05 18:54:14 <mrmoku> is what fso uses
Oct 05 18:54:20 <mrmoku> :)
Oct 05 18:54:32 <angelox|laptop> it does replace tab to 4 spaces,then it's ok i guess :)
Oct 05 18:55:34 <mrmoku> yup
Oct 05 18:57:11 <angelox|laptop> if i have another question,i'll check fso codes :)
Oct 05 18:57:54 <mrmoku> angelox|laptop: that is a good place to check, yeah :-)
Oct 05 19:22:22 <firevampire> Hello i need help with the shr n900 is there anybody who could help me?
Oct 05 19:29:22 <mrmoku> heh, that was a tad to short of waiting ;)
Oct 05 19:59:27 <CIA-5> freesmartphone.org: 03angelo 07aurora * r181cfa494d48 10/aurora-daemon/src/ (application.cpp virtualkeyboard.cpp virtualkeyboard.h): aurora-daemon: add error handling into daemon
Oct 05 19:59:28 <CIA-5> freesmartphone.org: 03angelo 07aurora * r4f3cbda7d3f2 10/aurora-daemon/src/rootwindow.cpp: Merge branch 'master' of git.freesmartphone.org:aurora
Oct 05 19:59:29 <CIA-5> freesmartphone.org: 03angelo 07aurora * r6553cdd30197 10/aurora-daemon/src/ (application.cpp virtualkeyboard.cpp): aurora-daemon: several code style fixes
Oct 05 21:30:01 <Alex[sp3dev]> gnutoo: ping
Oct 06 01:09:50 <ybotspawn> I was curious of SHR works on both CDMA and GSM versions of the Palm Pre, and if so has the phone and network connection been tested successfully?  I could not find definitive information from the freesmartphone project nor SHR.  Thanks!
**** ENDING LOGGING AT Thu Oct 06 02:59:56 2011