| 01:06.13 | *** join/#maemo-ssu KrayonWork (~krayon@pdpc/supporter/28for7/krayon) |
| 02:36.39 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.140) |
| 02:52.34 | *** join/#maemo-ssu DocScrutinizer51 (~lagrange@lagrange.cloud-7.de) |
| 03:54.11 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
| 04:03.43 | *** join/#maemo-ssu DocScrutinizer06 (~HaleBopp@p5493B796.dip.t-dialin.net) |
| 04:05.14 | *** join/#maemo-ssu kolp (~quassel@212.255.23.185) |
| 05:09.30 | *** join/#maemo-ssu joshgillies (~josh@hobart.office.squiz.net) |
| 05:55.17 | *** join/#maemo-ssu luf (~luf@ip-89-102-208-114.net.upcbroadband.cz) |
| 06:35.58 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
| 07:33.58 | *** join/#maemo-ssu amiconn (amiconn@rockbox/developer/amiconn) |
| 07:41.41 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.140) |
| 07:44.24 | freemangordon | luf: ping |
| 07:57.37 | *** join/#maemo-ssu Martix (~martix@eduroam-244.fi.muni.cz) |
| 07:57.54 | *** join/#maemo-ssu LaoLang_coo_ (~LaoLang_c@221.226.175.140) |
| 08:00.11 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.140) |
| 08:09.52 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.140) |
| 08:15.08 | *** join/#maemo-ssu LaoLang_coo_ (~LaoLang_c@221.226.175.140) |
| 08:20.57 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.140) |
| 08:34.08 | *** join/#maemo-ssu dhbiker (~dhbiker@APN-122-213-50-gprs.simobil.net) |
| 08:35.19 | *** join/#maemo-ssu deepy (~deepy@c83-248-153-114.bredband.comhem.se) |
| 08:48.11 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 09:01.04 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 09:08.36 | *** join/#maemo-ssu Martix_ (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 09:22.04 | kerio | why is connui-home-cellular/operator-name-cbs-widget still not in testing at least? |
| 09:22.24 | kerio | s/still/3.2 still/ |
| 09:57.32 | *** join/#maemo-ssu tadzik1 (tjs@feather.perl6.nl) |
| 09:58.52 | *** join/#maemo-ssu Pali_ (~pali@Maemo/community/contributor/Pali) |
| 10:01.26 | *** join/#maemo-ssu Martix_ (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 10:03.17 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
| 10:06.58 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 10:10.36 | kerio | merlin1991: see above |
| 10:27.11 | *** join/#maemo-ssu chainsawbike_ (~chainsawb@unaffiliated/chainsawbike) |
| 10:29.07 | *** join/#maemo-ssu MohammadAG (~MohammadA@2001:470:1f07:14cf:212:3fff:fe4f:3149) |
| 10:29.07 | *** join/#maemo-ssu _xnt14 (~xnt14@2001:470:1f07:14cf:212:3fff:fe4f:3149) |
| 10:29.09 | *** join/#maemo-ssu xmlich02_ (~imlich@2001:67c:1220:80c:21c:c0ff:fe18:9398) |
| 10:29.21 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-wqrtamkesdancerf) |
| 10:30.00 | *** join/#maemo-ssu kerio (kerio@Maemo/community/contributor/kerio) |
| 10:31.28 | *** join/#maemo-ssu jon-kha (~jon-kha@hoasnet-50dd32-87.dhcp.inet.fi) |
| 10:35.57 | luf | freemangordon: pong |
| 11:32.26 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 11:54.11 | *** join/#maemo-ssu Martix_ (~martix@severus.mzk.cz) |
| 11:57.09 | *** join/#maemo-ssu arcean (~arcean@aaes41.neoplus.adsl.tpnet.pl) |
| 12:23.39 | freemangordon | luf: isn't it better to have libpng sources on gitorious? |
| 12:50.29 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
| 12:52.18 | tadzik | where can I find some docs on how to make my qt app rotate? |
| 12:56.46 | tadzik | ok, figured out in OMP sources. Maybe I should add it to some dev guide |
| 12:57.55 | arcean | tadzik: http://doc.qt.digia.com/qt-maemo/maemo5-rotation.html |
| 13:00.15 | DocScrutinizer05 | seems the guys discussed borkedness in exactly this just yesterday ? |
| 13:01.18 | DocScrutinizer05 | arcean: isn't qt brainfsckd regarding kbd input as well as rotation? |
| 13:01.39 | arcean | yes and yes :) |
| 13:02.02 | freemangordon | DocScrutinizer05: no, we were discussing the underlying code |
| 13:02.10 | *** join/#maemo-ssu Martix_ (~martix@eduroam-244.fi.muni.cz) |
| 13:03.06 | DocScrutinizer05 | is there a concept to santitize that crap already? |
| 13:03.27 | DocScrutinizer05 | sanitize* |
| 13:04.58 | DocScrutinizer05 | seems at least for kbd input it's not exactly trivial |
| 13:09.59 | DocScrutinizer05 | for rotation / orientation aka hw-orientation / user-orientation aka "rotation of user's eye-horizon-line versus display's X-axis" we discussed this several times |
| 13:11.08 | DocScrutinizer05 | the conclusion IIRC been that mce delivers hw-orientation whhich is useless for the yet-to-be-implemented user-orientation. the latter needing a orientation-lock hw switch or sth like that as well |
| 13:11.41 | DocScrutinizer05 | while hw-orientation as delivered by mce MUST NOT get locked |
| 13:12.34 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 13:12.44 | DocScrutinizer05 | aiui right now aspect-ratio of X11 is our user-oreintation |
| 13:13.06 | DocScrutinizer05 | which makes pretty much sense in my book |
| 13:14.19 | DocScrutinizer05 | freemangordon: any comments? I love to learn, so correct me when due, please |
| 13:16.14 | freemangordon | my impression is that it was agreed that Qt should listen to h-d dbus signals - the new API made by arcean |
| 13:16.43 | freemangordon | DocScrutinizer05: ^^^ |
| 13:16.44 | DocScrutinizer05 | hmmm, nothing wrong with dbus-signals from HD |
| 13:17.03 | DocScrutinizer05 | as long as we agree on this API for user.orientation |
| 13:18.04 | kerio | program writers won't have to care about that, right? this is a toolkit thing |
| 13:18.36 | DocScrutinizer05 | but isn't it right now like "in landscape X:800,Y:480; in portrait X:480,Y:800" ? |
| 13:18.55 | DocScrutinizer05 | kerio: basically it should, yes |
| 13:19.29 | kerio | hm, what about other resolutions? |
| 13:19.43 | DocScrutinizer05 | freemangordon: I gather X11 is sending a resize notification X11-msg when aspect ratio of display changed |
| 13:19.44 | kerio | would current programs handle that? |
| 13:20.44 | DocScrutinizer05 | kerio: iirc the standard method right now is to check which of X,Y is the larger one, and based on that rotate your display |
| 13:21.00 | kerio | i see |
| 13:21.02 | DocScrutinizer05 | so this is basically agnostic of particular resolutions |
| 13:21.15 | luf | freemangordon: sure it is. Please take a look into logs ;) [01:31] merlin1991: I'll do the gitorious one tomorrow |
| 13:21.45 | kerio | DocScrutinizer05: i was going to say something about square displays, but then i realized that they wouldn't cause any problems anyway |
| 13:22.33 | kerio | does the X11 screen *become* 480x800 when it's in portrait? |
| 13:23.40 | luf | freemangordon: however the change is only "merge" maemo and debian build direcotry (mainly form maemo). And for sure I'll upload it once I have the gitorious repo for it. |
| 13:25.36 | DocScrutinizer05 | kerio: that's how I understood it works |
| 13:26.47 | DocScrutinizer05 | you're sending usual X-rendering commands and HD cares about placing the resulting graphics or chars on screen aka into video buffer on correct position and in right orientation |
| 13:27.17 | kerio | oh right, window managers |
| 13:27.31 | DocScrutinizer05 | will have issues with direct framebuffer acces, like with video playing |
| 13:27.49 | DocScrutinizer05 | but we probably don't want video to get rotated anyway |
| 13:27.57 | DocScrutinizer05 | at least not unconditionally |
| 13:29.07 | DocScrutinizer05 | so bottom line (aiui): X11 does the whole rotation, app just cares about handling the chaged layout when aspect ratio changes |
| 13:29.15 | DocScrutinizer05 | changed* |
| 13:29.43 | DocScrutinizer05 | the app notices changes in aspect ratio by a X-message sent by HD |
| 13:30.33 | DocScrutinizer05 | it then queries X11/HD about current actual aspect ratio & resolution, and re-renders display content accordingly |
| 13:31.00 | DocScrutinizer05 | that's how stuff works in my naive ideal world ;-) |
| 13:31.24 | DocScrutinizer05 | awaiting bashing from those who know the gory details of RL implementation |
| 13:33.48 | tadzik | arcean: are you aware of any application available which successfully uses QGestures? |
| 13:39.21 | DocScrutinizer05 | kerio: obviously X11/HD - when in portrait - has to not only change the aspect ratio and rotate the rendering to framebuffer, but also the HID coords which aiui are relative to X11 X:0,Y:0 have to get changed to meet the new coordinates of the screen (swap X and Y, possibly rescale) |
| 13:42.59 | DocScrutinizer05 | otherwise rotating arbitrary app to portrait would result in pointer device acting completely weird, like recently I've seen on a windows machine that previously been attached to a portrait screen - I had to rotate the mouse by 90° or it was impossible to handle this sitaution |
| 13:44.38 | DocScrutinizer05 | ooh, talking about it, this applies to touchscreen digitizer only, while obviously any external mouse probably shouldn't get rotated/swapped-X/Y |
| 13:45.50 | DocScrutinizer05 | since for all usecases you're supposed to change orientation 'angle' between display and mouse/pointerdevice when switching N900 to portrait |
| 13:47.09 | DocScrutinizer05 | IOW when you rotate the N900 90° clockwise and thus it enters portrait display, you already rotated mouse in relation to display |
| 13:48.02 | DocScrutinizer05 | so moving mouse direction X+ already corresponds to pointer on screen shall move current X in positive direction |
| 13:48.27 | DocScrutinizer05 | just for touchscreen digitizer the former Y is now X |
| 13:48.38 | DocScrutinizer05 | since you rotated device |
| 13:53.06 | *** join/#maemo-ssu arcean (~arcean@aaes41.neoplus.adsl.tpnet.pl) |
| 13:56.17 | *** join/#maemo-ssu arcean_ (~Arcean@aaes41.neoplus.adsl.tpnet.pl) |
| 14:08.35 | freemangordon | luf: what happens with OMP and libpng? segfault? |
| 14:45.28 | *** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net) |
| 15:06.18 | *** join/#maemo-ssu wmarone_ (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 15:28.33 | luf | freemangordon: yes. |
| 15:29.04 | freemangordon | luf: any backtrace? |
| 15:29.38 | luf | I'm sorry I had no time to investigate it. I'll try now. |
| 15:29.50 | freemangordon | aah, ok |
| 15:37.10 | luf | freemangordon: problem in libQtGui.so.4 |
| 15:37.39 | luf | But the root cause is somewhere in calling libpng from qt. |
| 15:37.49 | freemangordon | ABI change? |
| 15:38.02 | luf | I tried to check and see no change. |
| 15:38.10 | luf | But I should be wrong. |
| 15:38.25 | freemangordon | backtrace? |
| 15:38.44 | luf | shows just the Qt part. |
| 15:38.50 | freemangordon | why? |
| 15:39.00 | freemangordon | install -dbg symbols |
| 15:39.28 | luf | aah I maybe don't have -dbg for qt. MMNT |
| 15:40.09 | freemangordon | luf: make sure you symlinked in /opt before installing qt dbg symbols |
| 15:40.21 | freemangordon | you'll run out of rootfs space otherwise |
| 15:41.30 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 15:42.00 | luf | What should I symlink to /opt? |
| 15:42.13 | freemangordon | "/"usr/lib/debug |
| 15:42.19 | freemangordon | the fuck |
| 15:42.27 | freemangordon | "/usr/lib/debug" |
| 15:42.41 | freemangordon | move that in /opt and symlink back |
| 15:43.21 | luf | I understand what is simlink to /opt ;) I didn't know the source ... |
| 15:43.26 | freemangordon | :P |
| 15:43.52 | luf | Thanks for help in all cases. |
| 15:45.30 | luf | Have you find the reason for bug in tklock? |
| 15:46.48 | freemangordon | luf: yes |
| 15:47.44 | luf | share ;) |
| 15:50.47 | luf | Strange was for me that I compiled it two times with same source and it returns me 2 differeng debs. |
| 15:51.00 | luf | backtrase is still the same. |
| 16:02.58 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 16:15.18 | *** join/#maemo-ssu Sc0rpius (~naikel@190.79.197.57) |
| 16:33.26 | *** join/#maemo-ssu Timo (~timo@unaffiliated/tiempjuuh) |
| 16:36.42 | *** join/#maemo-ssu freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
| 16:37.22 | freemangordon | luf: would you pastebin it, maybe i could help |
| 16:40.06 | merlin1991 | okay step #1 libpng |
| 16:43.10 | merlin1991 | kerio: new opername isn#t in -testing because we still have a few bug reports against it |
| 16:44.37 | luf | It seems it fails in some files during their loading ... (from strace). |
| 16:44.47 | luf | Strange. |
| 16:44.51 | merlin1991 | luf: https://gitorious.org/community-ssu/libpng |
| 16:45.00 | luf | merlin1991: thanks. |
| 16:49.14 | luf | freemangordon: http://pastebin.com/SyJucPqM |
| 16:49.53 | freemangordon | luf: ever heard of "bt" gdb command? |
| 16:52.07 | luf | I'm sorry I forget to fire it :) |
| 16:52.20 | freemangordon | :) |
| 16:54.02 | luf | http://pastebin.com/hnYMvqBX |
| 16:54.34 | luf | I tried to recompile libpng from maemo and it's ok. |
| 16:55.11 | freemangordon | luf: you are missing the debug symbols :(. gimme a minute, i'll (try to) give them to you |
| 16:55.19 | freemangordon | the paths that is |
| 16:55.31 | luf | So the problem is in the new version :( I have to leave now. I'll investigate it later. |
| 16:56.01 | luf | freemangordon: I installed -dbg for qt4-gui qt4-core and qt4-opengl |
| 16:56.07 | freemangordon | luf: /opt/lib/debug/usr/lib |
| 16:56.55 | freemangordon | libQtGui.so.4.7.4 (symbols) should go there, assuming your /usr/lib/debug is symlinked to /opt/lib/debug |
| 17:01.02 | *** join/#maemo-ssu NIN101 (~NIN@p5DD29620.dip0.t-ipconnect.de) |
| 17:05.34 | luf | Yes, it's correct. |
| 17:06.01 | freemangordon | luf: well, for some reason gdb cannot fin it |
| 17:06.05 | freemangordon | *find |
| 17:06.45 | freemangordon | luf: did you restart gdb after installing -dbg symbols? |
| 17:07.08 | luf | sure :) |
| 17:08.24 | freemangordon | Pali: ping |
| 17:15.17 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 18:30.13 | *** join/#maemo-ssu ChanServ (ChanServ@services.) |
| 18:30.13 | *** mode/#maemo-ssu [+o ChanServ] by rajaniemi.freenode.net |
| 18:38.26 | merlin1991 | damn |
| 18:38.35 | merlin1991 | is there any easy to use dhcp client on the n900? |
| 18:41.43 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 18:43.18 | freemangordon | merlin1991: when will be the new -testing? |
| 18:43.24 | kerio | merlin1991: what do you mean? |
| 18:43.25 | kerio | to do what? |
| 18:48.09 | merlin1991 | kerio: get dns and ip and gateway over dhcp over usb |
| 18:48.19 | merlin1991 | but mad-developer managed to finally do it |
| 18:48.22 | merlin1991 | after a reboot |
| 18:49.26 | merlin1991 | freemangordon: either torrow or on saturday |
| 18:49.47 | kerio | merlin1991: just use ICD2 |
| 18:49.54 | kerio | libicd-network-usb |
| 18:50.30 | merlin1991 | and how do i tell it to do what I want? |
| 18:50.47 | freemangordon | merlin1991: great, As I have the feeling -thumb users will lynch me if I delay the new -thumb any longer :D |
| 18:51.15 | kerio | indeed |
| 18:51.25 | kerio | does that mean that you'll just skip the current testing? |
| 18:51.39 | merlin1991 | arf /me hates ham |
| 18:51.44 | kerio | merlin1991: well, it uses DHCP by default, you just tap "USB network" |
| 18:52.21 | freemangordon | kerio: skip? well, it can be said that way either |
| 18:59.28 | merlin1991 | kerio: does not show up in the connections list |
| 18:59.51 | kerio | merlin1991: you need to do the magical rituals |
| 19:00.00 | merlin1991 | ... |
| 19:00.08 | kerio | aka follow what's been shown in postinst |
| 19:00.29 | merlin1991 | been there |
| 19:00.30 | merlin1991 | done that |
| 19:00.36 | kerio | hm |
| 19:00.42 | kerio | is g_ether/g_nokia loaded? |
| 19:02.17 | merlin1991 | pcsuite-enable and it works :) |
| 19:03.01 | merlin1991 | no dhcp though! |
| 19:03.09 | kerio | huh? |
| 19:03.14 | kerio | icd does dhcp |
| 19:03.53 | merlin1991 | ah damn, no pc-suite drivers on the win box |
| 19:03.55 | merlin1991 | FUUUUUU |
| 19:04.02 | merlin1991 | is there a script to load g_ether? |
| 19:04.13 | kerio | disable pcsuite, modprobe g_ether |
| 19:04.17 | kerio | well |
| 19:04.23 | kerio | disable pcsuite, modprobe -r g_nokia, modprobe g_ether |
| 19:08.06 | merlin1991 | fatal: module g_ether not found |
| 19:08.11 | merlin1991 | is it fucking kidding me? |
| 19:08.21 | kerio | oh lol |
| 19:08.24 | kerio | no KP? |
| 19:08.29 | Pali | call /usr/sbin/*pcsuite*disable for disabling pcsuite mode |
| 19:08.31 | merlin1991 | I do have the stuff installed |
| 19:08.49 | merlin1991 | but base kernel |
| 19:09.00 | Pali | and there is also script for disbling mass storage |
| 19:09.09 | merlin1991 | Pali: I never found that one |
| 19:09.10 | Pali | g_ether is only in KP |
| 19:09.12 | merlin1991 | how's it called? |
| 19:09.13 | kerio | i don't think there's g_ether for omap1 |
| 19:09.27 | merlin1991 | kerio: there is it's in usb-networkign-modules or somehting package |
| 19:09.32 | merlin1991 | but that one does not call depmod -a |
| 19:09.37 | merlin1991 | hence modprobe is fubar |
| 19:09.39 | Pali | merlin1991: sudo /usr/sbin/pcsuite-disable.sh |
| 19:09.48 | merlin1991 | Pali: mass storage not pc suite |
| 19:09.52 | kerio | then i dunno |
| 19:09.59 | kerio | merlin1991: osso-usb-mass-storage-* |
| 19:10.07 | Pali | sudo /usr/sbin/osso-usb-mass-storage-disable.sh |
| 19:10.25 | Pali | there are also "-enable" scripts |
| 19:10.53 | Pali | and one important! : Always must be mass storage or pcsuite mode active!!!! |
| 19:11.04 | Pali | otherwise usb detection will not work!!! |
| 19:11.46 | merlin1991 | Pali: you forgot to put some 111elf after those exclamation marks ;= |
| 19:11.48 | kerio | usb detection also works with g_ether |
| 19:11.51 | Pali | merlin1991 ^^^ do not forget to enable pcsuite or mass storage again (after rmmod g_ether) |
| 19:12.11 | kerio | sadly, it doesn't work with g_zero |
| 19:12.12 | Pali | kerio, it should work with any proper gadget driver |
| 19:12.28 | kerio | at least, it doesn't let you charge with g_zero |
| 19:12.35 | Pali | but problematic can be maemo/HAL/ke-recv/someting state |
| 19:12.53 | Pali | which know only 2 modes: pcsuite and mass storage |
| 19:12.53 | merlin1991 | hm I want to edit that usb dialog so I can do mass storage, pc-suite or usb-networking |
| 19:12.58 | kerio | the maemo scripts only expect g_nokia or g_file_storage to be loaded |
| 19:13.26 | merlin1991 | next up, vnc server on the n900 |
| 19:13.30 | merlin1991 | any suggestions? |
| 19:13.34 | kerio | merlin1991: well, if you don't mind running phonet-at and softupd, you can just enable pc suite mode |
| 19:13.42 | kerio | and then start the connection from the connection dialog |
| 19:14.00 | kerio | or use pali's ke-recv patch to enable the usb connection silently - but then maemo apps won't know about it |
| 19:14.26 | merlin1991 | I actually had to disable that, since I had the dnsmasq fun set xD |
| 19:14.37 | kerio | heh |
| 19:14.49 | merlin1991 | the biggest problem with pc-suite is, that I didn't find the win drivers only for that yet |
| 19:15.01 | kerio | i don't think the windows drivers for g_nokia allow usb networking |
| 19:15.23 | merlin1991 | the g_ether win side drivers I found in the qt-creator installer |
| 19:15.57 | merlin1991 | though they really piss me off, because the bloody network adapter goes invisible when you detatch the usb cabl |
| 19:16.43 | merlin1991 | anyway any suggestions for a vnc server? |
| 19:18.48 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
| 19:19.33 | freemangordon | Pali: any clue what TKLOCK_ONEINPUT is? |
| 19:20.19 | freemangordon | it is also known as "event eater" |
| 19:20.24 | freemangordon | "An EventEater window interrupts X pointer and key press events. On event received EventEater hides its window." |
| 19:20.47 | freemangordon | I don;t get it why is that needed in tklock :( |
| 19:21.10 | Pali | I did not know |
| 19:21.12 | freemangordon | but mce wnats tklock to support it |
| 19:21.17 | freemangordon | *wants |
| 19:21.18 | Pali | I never see that |
| 19:21.36 | freemangordon | Pali: where did you find tklock header? |
| 19:22.02 | freemangordon | tklock-dbus-names.h |
| 19:22.39 | freemangordon | and this: http://meego.gitorious.org/meegotouch/meegotouch-systemui/blobs/2279f94e003806174b61bda3b243267201b7f9a7/src/systemui/screenlock/eventeater.h is suprising |
| 19:22.50 | freemangordon | *surprising |
| 19:23.18 | freemangordon | why the hell screenlock in meego needs event eater in the same way as in maemo ?!? |
| 19:26.33 | kerio | hrmpf, presencevnc has no way to disable the screen view and only send input |
| 19:27.34 | freemangordon | aah, the fuck, tklock_open is called with TKLOCK_ONEINPUT when the screen is dimmed. Now I understand |
| 19:28.03 | Pali | freemangordon, tklock-dbus-names.h file is in harmattan mce on gitorious |
| 19:28.18 | Pali | I copied it from that repo |
| 19:28.46 | freemangordon | Pali: see ^^^ |
| 19:29.06 | freemangordon | aiui this is to stop interaction when mce dims the screen |
| 19:49.27 | *** join/#maemo-ssu Timo (~timo@unaffiliated/tiempjuuh) |
| 19:51.45 | merlin1991 | heh, now that I have the complete bt setup for luf ready he's gone |
| 20:18.51 | arcean | if an application uses REQUEST_PORTRAIT flag (which means it only works in portrait mode or the user set explicitly portrait mode in settings) and the user opens hwkbd, should we stay in portrait? |
| 20:19.06 | freemangordon | arcean: no |
| 20:19.27 | arcean | even if it will break app's layout? |
| 20:19.44 | freemangordon | arcean: you have n950, how it that possible you to ask such question :D |
| 20:20.05 | freemangordon | arcean: afaik there is no application that supports only portrait mode |
| 20:20.14 | arcean | my n950 is heavily patched :P |
| 20:20.26 | freemangordon | irrelevant :P |
| 20:20.33 | arcean | so it works as n900 for me :P |
| 20:20.38 | freemangordon | lol |
| 20:20.45 | arcean | :D |
| 20:21.06 | arcean | every system application works also in landscape with sane layout |
| 20:21.12 | freemangordon | will have to do the same some day [/OT] |
| 20:21.53 | freemangordon | arcean: n900 was meant to be landskape device, every app supports landskape |
| 20:22.02 | freemangordon | *landscape |
| 20:22.06 | kerio | rather, every app MUST support landscape |
| 20:22.12 | freemangordon | :nod: |
| 20:22.18 | arcean | freemangordon: i have removed QtRotationManager and now every Qt-based app behaves like qtk/hildon based ones |
| 20:22.25 | kerio | arcean: :D :D :D |
| 20:22.31 | freemangordon | arcean: yo da man |
| 20:22.45 | kerio | arcean: can you also remove the qt input bullshit? |
| 20:22.51 | arcean | so the patch will be something like: -200 +5 ;D |
| 20:22.59 | freemangordon | :D:D:D |
| 20:23.01 | freemangordon | nice |
| 20:23.22 | freemangordon | arcean: well, you;d better #ifdef it |
| 20:23.25 | arcean | kerio: not now, we have to tune h-d also (for new Qt) |
| 20:23.32 | freemangordon | :nod: |
| 20:24.14 | freemangordon | arcean: rotation manager xould be useful if there is no h-d |
| 20:24.20 | freemangordon | *would |
| 20:25.04 | freemangordon | or even better-leave the code, but export some global function/variable/whatever, so one to be able to enable it if needed |
| 20:25.15 | freemangordon | disable it by default |
| 20:26.43 | freemangordon | arcean: what do you use to detect rotation? |
| 20:27.24 | arcean | relayout? it's handled by Qt itself |
| 20:27.59 | freemangordon | no, how is QDesktop::resized() generated |
| 20:28.11 | freemangordon | (or whatever the signal name was) |
| 20:28.59 | freemangordon | in other words - how Qt detects it is portraait mode |
| 20:29.14 | arcean | window is resized by window manager |
| 20:29.28 | arcean | and then the Qt fires relayout process |
| 20:30.06 | freemangordon | and you have gtkwidget::sizerequest event handler attached. |
| 20:30.11 | freemangordon | ok, i'll se it in the code |
| 20:31.05 | arcean | that's what goes to the bin: http://fpaste.org/HqBn/ |
| 20:31.34 | arcean | all that stuff should be done only by hildon-desktop |
| 20:32.58 | freemangordon | i see |
| 20:33.04 | arcean | hmm wait |
| 20:33.27 | arcean | without h-d QMaemo5OrientationManager won't work |
| 20:33.40 | freemangordon | arcean: though i still think it is better to keep the code, just disable it by default |
| 20:34.04 | arcean | as all it does is mangling with _HILDON_PORTRAIT_MODE_SUPPORT etc |
| 20:34.56 | arcean | sure |
| 20:35.11 | freemangordon | you mean if there is noone to care about _HILDON_... atom, that code is useless |
| 20:35.13 | freemangordon | ? |
| 20:35.29 | arcean | pretty much |
| 20:36.09 | freemangordon | hmm... |
| 20:36.30 | freemangordon | makes no sense to keep it then |
| 20:36.45 | arcean | i'll place #ifdef Q_WS_MAEMO_5_OLD for now, to disable it |
| 20:36.59 | freemangordon | sounds good |
| 20:37.01 | arcean | and make it working with h-d |
| 20:37.16 | freemangordon | Q_WS_MAEMO_5_OLD_ROTATION? |
| 20:37.23 | arcean | even better :) |
| 20:37.28 | freemangordon | :) |
| 20:38.21 | freemangordon | I really wonder why they did it that way. or stock h-d does not support portrait at all? |
| 20:38.24 | freemangordon | makes no sense |
| 20:39.08 | freemangordon | that implementation is 180 deg from what it should be |
| 20:39.30 | arcean | maybe it was the same person who wrote tklock ;P |
| 20:39.38 | freemangordon | hehe |
| 21:00.57 | *** join/#maemo-ssu _ade_ (~arno@52481E0B.cm-4-1a.dynamic.ziggo.nl) |
| 21:03.01 | _ade_ | merlin1991: could you remove the latest libpng from cssu-devel if you have not already done so? Looks like it is giving more and more people trouble. |
| 21:10.27 | kerio | _ade_: D: |
| 21:10.54 | _ade_ | kerio: I thought you where the tester here? |
| 21:11.27 | kerio | yeah but i've got the flu |
| 21:11.30 | kerio | and i've been playing ogame |
| 21:12.21 | *** join/#maemo-ssu dhbiker (~dhbiker@APN-122-223-65-gprs.simobil.net) |
| 21:30.54 | *** join/#maemo-ssu ChanServ (ChanServ@services.) |
| 21:30.54 | *** mode/#maemo-ssu [+o ChanServ] by rajaniemi.freenode.net |
| 21:45.11 | *** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm) |
| 21:49.52 | merlin1991 | I've removed libpng from cssu-devel for now |
| 21:58.42 | *** join/#maemo-ssu ZogG (~zoggrules@bzq-109-65-206-247.red.bezeqint.net) |
| 21:58.42 | *** join/#maemo-ssu ZogG (~zoggrules@funtoo/user/ZogG) |
| 21:59.26 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
| 22:02.32 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 22:09.47 | *** join/#maemo-ssu luf (~luf@ip-89-102-208-114.net.upcbroadband.cz) |
| 22:10.18 | luf | merlin1991: ping |
| 22:10.26 | merlin1991 | luf: pong |
| 22:10.47 | luf | merlin1991: can you please remove libpng package from cssu-devel? |
| 22:10.53 | merlin1991 | I did already :) |
| 22:11.04 | luf | Thanks. |
| 22:24.55 | *** join/#maemo-ssu joshgillies (~josh@hobart.office.squiz.net) |
| 22:51.06 | *** join/#maemo-ssu arcean (~arcean@aaes41.neoplus.adsl.tpnet.pl) |
| 23:11.54 | luf | libpng devel are crazy |
| 23:14.04 | merlin1991 | did they change the api? |
| 23:15.17 | merlin1991 | ah well we hvae 1.2.37 on device, and according to the upstream page they stopped providing the internal data structures with 1.5 |
| 23:29.26 | luf | I'm trying the same major/minor number ... 1.2.49 ... |
| 23:30.02 | luf | But they changed some internal structs. However I'm not able to find it in qt sources so maybe this isn't the reason. |
| 23:30.58 | luf | I see the problem during loading images and the struct begins with: The structure that holds the information to read and write PNG files. The only people who need to care about what is inside of this are the people who will be modifying the library for their own special needs. It should NOT be accessed directly by an application, except to store the jmp_buf. |
| 23:42.43 | DocScrutinizer05 | ((<freemangordon> I don;t get it why is that needed in tklock :( )) To avoid screen staying active when getting periodically touched |