| 03:32.00 | *** join/#maemo infobot (~infobot@rikers.org) |
| 03:32.00 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ -- N9/harmattan related questions please in #harmattan ! | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet |
| 03:32.02 | *** mode/#maemo [+v infobot] by ChanServ |
| 03:33.55 | *** join/#maemo rZr (~rzr@rzr.ww7.be) |
| 03:35.36 | *** join/#maemo kimitake (~kimitake@75.0.187.154) |
| 04:11.07 | *** join/#maemo infobot (~infobot@207135154175.dsl.xmission.com) |
| 04:11.07 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ -- N9/harmattan related questions please in #harmattan ! | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet |
| 04:15.09 | *** join/#maemo infobot (~infobot@207135154175.dsl.xmission.com) |
| 04:15.09 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ -- N9/harmattan related questions please in #harmattan ! | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet |
| 04:23.06 | *** join/#maemo infobot (~infobot@207135154175.dsl.xmission.com) |
| 04:23.06 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ -- N9/harmattan related questions please in #harmattan ! | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet |
| 04:23.07 | *** mode/#maemo [+v infobot] by ChanServ |
| 04:23.27 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 04:36.05 | *** join/#maemo Muelli (~muelli@port-15239.pppoe.wtnet.de) |
| 04:45.46 | *** join/#maemo Kowalczyk (kowalczyk@slackware.0x7e.org) |
| 04:57.47 | *** part/#maemo DrGrov (~C.J@a91-153-77-41.elisa-laajakaista.fi) |
| 05:07.54 | *** join/#maemo githogori (~githogori@c-50-131-15-16.hsd1.ca.comcast.net) |
| 05:35.28 | *** join/#maemo Dr_I (~contactey@5ad58b97.bb.sky.com) |
| 05:42.34 | *** join/#maemo otep (~quassel@27.126.153.141) |
| 05:52.00 | *** join/#maemo eMHa (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 06:02.02 | *** join/#maemo sge (~username@e0109-49-132-167-191.uqwimax.jp) |
| 06:12.18 | *** join/#maemo otep_ (~quassel@AP-203.167.4.11.sysads.com) |
| 06:46.57 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 06:57.23 | *** join/#maemo murrayc (~murrayc@ppp-188-174-2-204.dynamic.mnet-online.de) |
| 06:57.28 | *** join/#maemo _berto_ (~berto@80-186-119-126.elisa-mobile.fi) |
| 06:57.35 | *** join/#maemo jargon- (~dayo@unaffiliated/jargon-) |
| 07:06.09 | *** join/#maemo tanty (~agomez@cs78210056.pp.htv.fi) |
| 07:12.10 | *** part/#maemo valeriusN (~valeriusN@xmpp.jrudevels.org) |
| 07:12.40 | *** join/#maemo valeriusN (~valeriusN@xmpp.jrudevels.org) |
| 07:16.41 | *** join/#maemo jrocha (~JRocha@fanzine.igalia.com) |
| 07:27.13 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 07:28.09 | zeq | _freemangordon: romaxa suggested putting another printf in GetAvailRect, but surprise, surprise, that changed things enough that it stopped working again and it never got called! |
| 07:28.23 | *** join/#maemo valerius (~user@95.153.166.64) |
| 07:29.39 | *** join/#maemo utanapischti (~username@p4FF2CDC1.dip.t-dialin.net) |
| 07:41.50 | *** join/#maemo rcg (~rc@g230051200.adsl.alicedsl.de) |
| 07:45.52 | *** join/#maemo dhbiker (~dhbiker@APN-122-121-50-gprs.simobil.net) |
| 07:48.05 | *** join/#maemo robink_ (~quassel@fatcat.creosotehill.org) |
| 07:48.41 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 07:50.12 | *** join/#maemo calvaris (~calvaris@fanzine.igalia.com) |
| 07:51.55 | *** join/#maemo eijk (~eijk@e178222192.adsl.alicedsl.de) |
| 07:58.37 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 08:03.28 | *** join/#maemo norayr (~norayr@212.73.74.28) |
| 08:07.44 | *** join/#maemo loganbr (~user@wifi-napanet-static-206-81-98-165.napanet.net) |
| 08:08.21 | *** join/#maemo jhb (~joerg@p4FEF4EB0.dip.t-dialin.net) |
| 08:15.16 | vi_ | _freemangordon: Is modest included in your thumb repo? |
| 08:22.25 | *** join/#maemo ychavan (ychavan@nat/redhat/x-zrnykxovflumxvrx) |
| 08:25.58 | zeq | vi_: I can answer that, yes it is: modest=3.90.7-11.1-thumb3 |
| 08:33.55 | *** join/#maemo hurbu (~hurbanza@81-174-50-234.dynamic.ngi.it) |
| 08:45.55 | *** join/#maemo rosseaux (~BeRo@2a00:1828:2000:36::2) |
| 08:50.05 | *** join/#maemo drussell (~dave@cpc1-brom10-2-0-cust341.16-1.cable.virginmedia.com) |
| 08:54.31 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 08:57.26 | *** join/#maemo esfraga (~ucecesf@d175-38-228-251.adl801.sa.optusnet.com.au) |
| 08:59.48 | *** join/#maemo Dr_I (~user@5ad58b97.bb.sky.com) |
| 09:02.08 | *** join/#maemo florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:02.14 | Dr_I | Happy with current Maemo vr |
| 09:02.31 | vi_ | zeq: Thank you. This is great news. |
| 09:02.56 | vi_ | The 2 biggest hogs on the N900 are Modest and Browserd. |
| 09:05.21 | *** join/#maemo maybeArgh (~cl@p5B167CB8.dip.t-dialin.net) |
| 09:05.21 | *** join/#maemo tanty (~agomez@cs78210056.pp.htv.fi) |
| 09:06.28 | *** join/#maemo pcfe (pcfe@redhat/pcfe) |
| 09:08.08 | *** join/#maemo tanty (~agomez@cs78210056.pp.htv.fi) |
| 09:08.53 | *** join/#maemo qwazix (~qwazix@78.87.14.177) |
| 09:09.41 | *** join/#maemo lbt (~david@78.32.229.233) |
| 09:09.41 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 09:10.35 | qwazix | yay! My N900 is back. But they reflashed the software and didn't fix the clock battery. What a load of ***** they are at Nokia Care. Sigh... |
| 09:10.54 | _freemangordon | qwazix:conngrats |
| 09:11.05 | _freemangordon | zeq: what is that suppsed to mean |
| 09:12.01 | Dr_I | not fare thou just |
| 09:12.04 | qwazix | freemangordon, thanks |
| 09:12.26 | qwazix | time to try cssu-thumb |
| 09:12.30 | freemangordon | i.e. that GetAvailRect is not called. Sorry, I just woke up and my brain needs some coffee |
| 09:12.54 | *** join/#maemo trbs (~trbs@2001:470:d2ad:1:4a5b:39ff:fe7d:1623) |
| 09:12.58 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 09:18.56 | Dr_I | Now the origin of N9-OO is simple as it stands who say you Nokist of my right |
| 09:20.26 | *** join/#maemo dhbiker (~dhbiker@APN-122-120-69-gprs.simobil.net) |
| 09:21.44 | Dr_I | Original programme sit as it stands and OS of simple manner |
| 09:21.55 | zeq | freemangordon: I've been trying to debug it with romaxa |
| 09:22.08 | freemangordon | got that |
| 09:22.11 | *** join/#maemo norayr (~norayr@212.73.74.28) |
| 09:22.41 | zeq | freemangordon: I actually need a little help: |
| 09:22.44 | zeq | 09:51 < romaxa> zeq: that is why disabling if (mIsTopLevel || |
| 09:22.45 | zeq | <PROTECTED> |
| 09:22.45 | zeq | 09:52 -!- Yoric [Yoric@moz-920DB13B.fbx.proxad.net] has quit [Input/output |
| 09:22.45 | zeq | <PROTECTED> |
| 09:22.45 | zeq | 09:56 < romaxa> zeq: does it fix rendering if you in nsWindow::NativeResize |
| 09:22.47 | zeq | <PROTECTED> |
| 09:22.50 | zeq | <PROTECTED> |
| 09:22.52 | zeq | 09:56 -!- firebot [firebot@moz-F8C1AF63.carolina.res.rr.com] has quit [Quit: I |
| 09:22.55 | zeq | <PROTECTED> |
| 09:22.57 | zeq | 09:57 < romaxa> zeq: so instead of resizing QGV to QRect r = |
| 09:23.00 | zeq | <PROTECTED> |
| 09:23.02 | zeq | <PROTECTED> |
| 09:23.05 | zeq | <PROTECTED> |
| 09:23.50 | zeq | freemangordon: unfortunately my lack of c++ skills are hampering me. I don't seem to be able to call nsScreenQt functions without instantiating nsScreenQt |
| 09:24.02 | *** join/#maemo M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
| 09:24.13 | zeq | I added include nsScreenQt.h to nsWindow.cpp |
| 09:24.22 | freemangordon | is it static> |
| 09:24.24 | freemangordon | ? |
| 09:24.33 | freemangordon | hold on to open the header |
| 09:24.49 | zeq | freemangordon: you should take a look, I'm stubling in the dark here |
| 09:25.03 | zeq | I'll remember it once I understand it ;) |
| 09:25.19 | freemangordon | ok |
| 09:25.23 | freemangordon | :) |
| 09:26.43 | freemangordon | zeq: GetAvailRect does exactly what we do , i.e. QRect r = QApplication::desktop()->screenGeometry(mScreen); |
| 09:27.43 | zeq | It's GetRect that gets called |
| 09:27.50 | freemangordon | and, yes, from what I see in the code, you should instantiate nsScreenQt, there are no static methods |
| 09:27.52 | zeq | but yes, I saw that |
| 09:28.14 | zeq | So, I'm getting there re. c++? :P |
| 09:28.25 | freemangordon | yep |
| 09:28.52 | freemangordon | lemme see the code you wre discussing |
| 09:29.39 | Dr_I | fair use and mode of new Vr maemo |
| 09:29.53 | zeq | 09:47 < romaxa> zeq: ah, ok, so it looks like each subwidget resize triggering OnResizeEvent and that is trying to resize global window, which is not very good |
| 09:29.56 | zeq | 09:47 < zeq> yep |
| 09:29.58 | zeq | 09:47 < zeq> that's how I interpreted it |
| 09:30.15 | zeq | romaxa agreed with my analysis yesterday |
| 09:30.16 | freemangordon | aah, yes |
| 09:30.27 | freemangordon | but it does not make sense |
| 09:30.45 | zeq | design or coding? |
| 09:31.12 | zeq | or how it can happen...? |
| 09:31.32 | freemangordon | zeq: hmm I disagree, see the condition:if (mIsTopLevel) |
| 09:31.50 | freemangordon | only then global window gets resized |
| 09:32.07 | freemangordon | otherwise it is mWidget to be resized |
| 09:32.23 | zeq | but what does mapToScene() do? |
| 09:32.35 | freemangordon | have QtCreator? |
| 09:33.09 | freemangordon | Returns the viewport coordinate point mapped to scene coordinates. |
| 09:33.21 | zeq | ok |
| 09:33.23 | freemangordon | Note: It can be useful to map the whole rectangle covered by the pixel at point instead of the point itself. To do this, you can call mapToScene(QRect(point, QSize(2, 2))). |
| 09:34.27 | freemangordon | hmm |
| 09:34.41 | zeq | I won't claim to fully understand, is vitual vs descrete coordinates or something? |
| 09:34.42 | freemangordon | but in case of top level widget , mWidget is not resized |
| 09:34.57 | freemangordon | not sure |
| 09:35.21 | zeq | in any case, I'm not sure why that would be triggering the observered behaviour |
| 09:35.33 | *** join/#maemo brzys (~brzys@86-63-126-137.sta.asta-net.com.pl) |
| 09:35.37 | zeq | hang on, I'll give you the link to my latest debug output |
| 09:35.43 | freemangordon | zeq: I still want your printf logs |
| 09:35.48 | freemangordon | :) |
| 09:36.14 | zeq | <PROTECTED> |
| 09:36.29 | freemangordon | without getting the whole picture... you know |
| 09:36.30 | zeq | this isn't quite as much fun as the log from yesterday |
| 09:36.36 | freemangordon | thanks, giime some 5 minutes |
| 09:36.43 | zeq | in this case the resize wasn't being triggered |
| 09:36.52 | zeq | but it has extra info from GetRect |
| 09:37.04 | zeq | I'll find the link for yesterday's |
| 09:37.29 | freemangordon | ok |
| 09:40.02 | *** join/#maemo Dynamit (~alexander@84-55-71-22.customers.ownit.se) |
| 09:40.38 | zeq | https://www.google.com/url?q=http://pastebin.com/ajb5ne99&sa=U&ei=83ftT7W2KOGa1AXbzqWQDg&ved=0CAcQFjAB&client=internal-uds-cse&usg=AFQjCNE2TqLUqCyQ9zR98tWbt7p5lD2pRg |
| 09:40.39 | freemangordon | zeq: BTW I'd rather support your yesterday's theory that there is a race conditions |
| 09:40.53 | zeq | sorry about that link |
| 09:41.42 | freemangordon | ? |
| 09:41.49 | freemangordon | why sorry |
| 09:42.26 | freemangordon | so,: |
| 09:42.30 | freemangordon | OnResizeEvent: mBounds.width=480, mBounds.height=800 |
| 09:42.39 | *** join/#maemo eMHa (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 09:42.40 | freemangordon | OnResizeEvent: mBounds.width=480, mBounds.height=744 |
| 09:42.50 | freemangordon | zeq: is that our issue? |
| 09:42.55 | zeq | yeah, that's another issue ;) |
| 09:43.07 | freemangordon | another? |
| 09:43.15 | freemangordon | why another issue? |
| 09:43.18 | zeq | when it's "working" the height somehow gets messed up |
| 09:43.27 | zeq | it might be that which makes it work??? |
| 09:43.49 | zeq | I don't know. There is a pattern |
| 09:43.57 | freemangordon | tell me |
| 09:44.55 | zeq | if you look at the output you'll notice that landscape->portrait it's correct,correct,wrong,wrong,wrong,wrong |
| 09:45.17 | zeq | and for portriat->landscape wrong,wrong,wrong,wrong,right,right |
| 09:45.30 | freemangordon | nice :) |
| 09:45.38 | zeq | (in portrait it has that missing strip at the bottom) |
| 09:45.54 | zeq | it was only a fluke that it was "working" yesterday though. |
| 09:46.05 | freemangordon | zeq: are you using availablegeometry? |
| 09:46.06 | zeq | damn races |
| 09:46.10 | zeq | nope |
| 09:46.23 | zeq | not using orientationChanged at all |
| 09:46.24 | freemangordon | and it still has missing stripe? |
| 09:46.28 | freemangordon | aah, ok |
| 09:46.36 | zeq | romaxa actually confirmed all the code is actually in place |
| 09:46.40 | zeq | (he was wrong) |
| 09:46.44 | freemangordon | where is that code? |
| 09:46.51 | freemangordon | :) |
| 09:46.52 | freemangordon | ok |
| 09:46.53 | zeq | I meant when he said we had to do it all ourselves |
| 09:47.12 | zeq | it *should* work for resizes |
| 09:47.31 | freemangordon | zeq: I think I know what is going on |
| 09:47.34 | zeq | obviously it's broken, but that's another matter |
| 09:47.42 | zeq | you do? |
| 09:47.44 | zeq | :) |
| 09:48.08 | freemangordon | resizeEvent MUST NOT be used for rotation, lemme find what Nokia says |
| 09:48.20 | zeq | ok |
| 09:48.46 | zeq | I'm not using the hildon resize event though ... |
| 09:49.26 | freemangordon | zeq: I meant Qt widget resize event |
| 09:49.29 | *** join/#maemo Dynamit (~alexander@84-55-71-22.customers.ownit.se) |
| 09:49.30 | zeq | ah ok |
| 09:49.38 | freemangordon | lemme google a bit |
| 09:49.41 | zeq | sure |
| 09:51.33 | trx | if the window is a QGraphicsView, you need to use its values and its onResizeEvent |
| 09:52.03 | zeq | trx: have you looked at the debug output ^ |
| 09:52.11 | zeq | ? |
| 09:52.32 | freemangordon | trx: but we should wait everything to settle down before doing the resize |
| 09:52.51 | trx | as i remember that event is called several times |
| 09:52.56 | trx | on a single rotate |
| 09:53.00 | freemangordon | now we call resize from within resizeevent, which generates another resizeevent, etc |
| 09:53.02 | trx | with 4 diffrent values |
| 09:53.12 | zeq | bang |
| 09:53.14 | trx | and the last ones being correct |
| 09:53.20 | trx | ill look at the log |
| 09:53.21 | zeq | sometimes |
| 09:54.18 | freemangordon | trx: lemme check my code which works everytime (it is from QTM Browser) |
| 09:54.41 | freemangordon | that: |
| 09:54.43 | freemangordon | void BrowserMainWindow::resizeEvent ( QResizeEvent * event ) |
| 09:54.43 | freemangordon | { |
| 09:54.43 | freemangordon | } |
| 09:54.52 | zeq | LOL |
| 09:56.11 | freemangordon | <PROTECTED> |
| 09:57.04 | *** join/#maemo psycho_oreos (~no@unaffiliated/tuxsavvy) |
| 09:59.09 | *** join/#maemo kwtm2 (~kwtm1@adsl-75-61-105-112.dsl.pltn13.sbcglobal.net) |
| 09:59.17 | trx | zeq where did the last two lines come from? who called DispatchResizeEvent with those values? |
| 10:00.36 | freemangordon | well, in my deode QGraphicsWidget is containe in a QTabPage and is wesized from within its (container) resize event |
| 10:00.48 | freemangordon | s/deode/code/ |
| 10:01.00 | trx | who contains the nsWindow here? |
| 10:02.03 | zeq | trx: you'll have to take a guess from the source code. There's not enough instrumentaion to clealy see the exact sequence of events, especially since it's multithreaded |
| 10:02.38 | freemangordon | hard to say who contains it, I guess it is the main widget |
| 10:03.14 | freemangordon | i.e. the one that is created in nsfaststartqt |
| 10:04.07 | zeq | freemangordon: would you agree there are two ways to fix this, either limit the QGraphicsWidget to resizing the global window, or holding a semaphore until the resize completes |
| 10:04.32 | trx | nsWindow::Resize(PRInt32 aX, PRInt32 aY, PRInt32 aWidth, PRInt32 aHeight, |
| 10:04.32 | trx | <PROTECTED> |
| 10:04.48 | trx | thats who produced the last 2 llines in the log |
| 10:04.49 | freemangordon | zeq: hard to say, it seems to me the design is broken |
| 10:05.03 | zeq | design? ;) |
| 10:06.01 | freemangordon | trx: which log? |
| 10:06.59 | freemangordon | zeq: without full understanding what is going on, every fix will be shot in the dark |
| 10:07.11 | freemangordon | even the wotking one |
| 10:07.15 | zeq | I suspect that's how the code ended up in the current state |
| 10:07.25 | freemangordon | :nod: |
| 10:07.46 | trx | freemangordon zeq's debug output |
| 10:07.54 | freemangordon | there are 2 of them |
| 10:08.03 | trx | [11:41] <zeq> https://www.google.com/url?q=http://pastebin.com/ajb5ne99&sa=U&ei=83ftT7W2KOGa1AXbzqWQDg&ved=0CAcQFjAB&client=internal-uds-cse&usg=AFQjCNE2TqLUqCyQ9zR98tWbt7p5lD2pRg |
| 10:09.27 | freemangordon | hmm, zero width and height? |
| 10:09.34 | *** join/#maemo marainein (~net@h31-3-227-26.host.redstation.co.uk) |
| 10:09.50 | trx | zeq which NativeResize did you monitor? |
| 10:09.56 | trx | there are two of them |
| 10:10.05 | zeq | both |
| 10:10.28 | zeq | you should be able to tell the difference since they have a different number of paramaters |
| 10:10.35 | trx | ok, ty |
| 10:11.19 | zeq | I think the startup resizing is interesting too |
| 10:11.23 | freemangordon | zeq: do you log the result of QRect r = widget->mapFromScene(mWidget->mapToScene(QRect(aX, aY, aWidth, aHeight))).boundingRect(); |
| 10:11.35 | zeq | let me check |
| 10:12.07 | trx | yes, that is what i suspect is sending zeros |
| 10:13.34 | zeq | I output the values used, but you know what, I made an error |
| 10:13.43 | zeq | I managed to miss aX, aY |
| 10:14.01 | zeq | so it's actually not clear which NativeResize is being called |
| 10:14.37 | trx | exactly |
| 10:15.03 | zeq | I'll fix that and produce another log... it'll take a few minutes... |
| 10:17.34 | zeq | building now |
| 10:18.41 | zeq | freemangordon: how do you want me to log the result? |
| 10:18.44 | freemangordon | zeq: please log QRect r = widget->mapFromScene(mWidget->mapToScene(QRect(aX, aY, aWidth, aHeight))).boundingRect(); too |
| 10:19.08 | *** join/#maemo vi_ (~PSleggs@proxy.ei-info.com) |
| 10:19.22 | zeq | freemangordon: how do you want me to log r? |
| 10:19.34 | freemangordon | qDebug() << r; |
| 10:19.36 | freemangordon | :P |
| 10:19.54 | trx | in both of NativeResize |
| 10:20.01 | freemangordon | dont forget to #include <QDebug> |
| 10:20.31 | zeq | ok |
| 10:20.45 | freemangordon | idly wonders why romaxa told zeq to use printf |
| 10:21.13 | zeq | has no idea |
| 10:21.31 | vi_ | by talking like this are we using telepathy? |
| 10:21.52 | freemangordon | is using telepathy-idle |
| 10:22.20 | *** join/#maemo zap_ (~zap@213.59.86.89) |
| 10:22.38 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 10:23.35 | zeq | it's building again |
| 10:23.40 | merlin1991 | thinks #maemo went bonkers |
| 10:24.22 | freemangordon | merlin1991: you missed luf again :( |
| 10:24.31 | merlin1991 | yeah I noticed |
| 10:24.41 | merlin1991 | but he pmed me on tmo, thus I could email him back |
| 10:24.57 | freemangordon | ~bonkers |
| 10:25.00 | merlin1991 | though no response from him so far |
| 10:25.06 | freemangordon | ~bonker |
| 10:25.17 | freemangordon | merlin1991: WTF that means? |
| 10:25.21 | merlin1991 | it means going nuts |
| 10:25.53 | freemangordon | ~bonkers is going nuts |
| 10:25.54 | infobot | freemangordon: okay |
| 10:26.35 | merlin1991 | ~wiki bonkers |
| 10:26.38 | merlin1991 | wonderes |
| 10:26.44 | merlin1991 | -e |
| 10:27.20 | merlin1991 | hm it's more of an adjective |
| 10:27.26 | merlin1991 | ~bonkers is insane |
| 10:27.26 | infobot | ...but bonkers is already something else... |
| 10:27.40 | merlin1991 | ~forget bonkers |
| 10:27.40 | infobot | merlin1991: i forgot bonkers |
| 10:27.46 | merlin1991 | ~bonkers is insane |
| 10:27.46 | infobot | merlin1991: okay |
| 10:27.49 | merlin1991 | ~bonkers |
| 10:27.49 | infobot | bonkers is probably insane |
| 10:27.56 | merlin1991 | there we go :) |
| 10:28.01 | freemangordon | much better :) |
| 10:28.17 | merlin1991 | dunno how to directly overwrite a factoid |
| 10:31.54 | zeq | is installing the new fennec deb |
| 10:32.17 | freemangordon | hands zeq a beer |
| 10:32.58 | zeq | :( |
| 10:33.11 | zeq | I can't reach it |
| 10:33.43 | merlin1991 | transfering beer through the interwebz, yep #maemo is a crazy place ;) |
| 10:33.56 | freemangordon | merlin1991: why? |
| 10:34.04 | freemangordon | I missed your point |
| 10:34.21 | *** join/#maemo marainein (~net@h31-3-227-26.host.redstation.co.uk) |
| 10:34.21 | zeq | installed |
| 10:34.42 | merlin1991 | freemangordon: one could take you serious, or take your statements as yet another joke :D |
| 10:34.44 | freemangordon | merlin1991: have in mind that libxul likning we're all wating for takes a good couple of minutes ;) |
| 10:35.10 | merlin1991 | ouch |
| 10:35.28 | merlin1991 | on what hw? |
| 10:35.32 | freemangordon | merlin1991: and noone can take both? |
| 10:35.41 | freemangordon | merlin1991: does not matter |
| 10:35.53 | zeq | merlin1991: my hw is pretty quick, but it's ARMulated |
| 10:36.06 | freemangordon | it takes 10-15 mintes here, and you know my HW |
| 10:36.40 | zeq | mine did it in 9mins which is pretty impressive ;) |
| 10:36.55 | merlin1991 | zeq: that is strange, sb should run a x86 linker even in the arm target to speed things up |
| 10:37.22 | freemangordon | yep, but you're not using vmware image, so not ntfs file overhead :P |
| 10:37.37 | freemangordon | merlin1991: thish shit is HUUUGE |
| 10:37.39 | zeq | merlin1991: it's not just linking |
| 10:37.54 | zeq | merlin1991: there are other build time tools in the mozilla buildsystem |
| 10:37.56 | merlin1991 | wants to give it a go, where can I clone the code? |
| 10:38.28 | freemangordon | https://github.com/sjnewbury/fennec-qt-maemo5 |
| 10:39.00 | merlin1991 | hm is there a nice and great tool to put in front of the build command in order to time it? |
| 10:39.09 | merlin1991 | first time I'd need such a thing :D |
| 10:39.24 | freemangordon | time? |
| 10:39.35 | zeq | :) |
| 10:40.02 | freemangordon | merlin1991: how many cores? |
| 10:40.45 | merlin1991 | 4 |
| 10:40.52 | freemangordon | same here |
| 10:40.54 | zeq | http://pastebin.com/PxfSiv9Y |
| 10:41.07 | zeq | and here |
| 10:41.50 | merlin1991 | is scraed of all the build debs this is going to need |
| 10:42.36 | zeq | freemangordon: I don't see "r" anywhere...? |
| 10:42.39 | freemangordon | WTF, top-level widget code is called only once |
| 10:42.52 | freemangordon | # |
| 10:42.53 | freemangordon | QRect(0,0 801x481) |
| 10:42.59 | zeq | ok |
| 10:43.01 | zeq | :) |
| 10:43.09 | merlin1991 | holy shit the code base is huge, it's still "counting remote objects" |
| 10:43.20 | zeq | merlin1991: mega |
| 10:43.21 | freemangordon | merlin1991: toldya :P |
| 10:43.43 | zeq | probably why it broke garage when I tried to upload it there ;) |
| 10:43.52 | freemangordon | zeq: you rotated only once? |
| 10:44.01 | zeq | no, I did it a couple of times |
| 10:44.09 | merlin1991 | hm vlc on kde is not exactly well integrated |
| 10:44.09 | zeq | it should be clear |
| 10:44.20 | freemangordon | it is easy to ask :D |
| 10:44.24 | freemangordon | *easier |
| 10:44.33 | merlin1991 | tried to open 11 files to have a playlist --> 11 instances playing at the same time |
| 10:44.50 | *** part/#maemo internetishard (~root@c-98-210-156-199.hsd1.ca.comcast.net) |
| 10:45.26 | zeq | so why is QRect 801x481??? |
| 10:46.19 | trx | you mean why is there +1 ? |
| 10:46.25 | freemangordon | zeq: why mIsTopLevel is empty in NativeResize: mIsTopLevel: aX=0 aY=0 aWidth=800, aHeight=480 |
| 10:46.59 | *** join/#maemo lizardo (lizardo@nat/indt/x-vjvxlzjzepyxbcdi) |
| 10:47.04 | freemangordon | or it is because that function is called only once? |
| 10:47.32 | freemangordon | that code if FUBAR |
| 10:47.35 | trx | its not called only once |
| 10:47.43 | trx | you get NativeResize everytime |
| 10:48.02 | freemangordon | the second one ;) |
| 10:48.04 | trx | zeq did you add debug rect to both functions? |
| 10:48.23 | zeq | I thought so... hang on |
| 10:48.40 | zeq | yes |
| 10:48.43 | trx | ok |
| 10:49.29 | zeq | freemangordon: what do you mean "why mIsTopLevel is empty" |
| 10:49.30 | freemangordon | for some reason NativeResize for the top level widget is called only once |
| 10:49.35 | merlin1991 | ponders, git gc or not? |
| 10:49.43 | freemangordon | NativeResize: mIsTopLevel: aX |
| 10:49.48 | freemangordon | zeq: ^^^ |
| 10:50.34 | freemangordon | ot that means mIsTopLevel is true? |
| 10:50.52 | zeq | that means mIsTopLevel is true |
| 10:50.59 | freemangordon | ok |
| 10:51.25 | freemangordon | so, we got NativeResize for the top level widget only once |
| 10:51.40 | freemangordon | for landscape |
| 10:51.51 | zeq | let me look... |
| 10:52.21 | freemangordon | when rotated in portrait only child windows are resized, but top level remains 800x480 |
| 10:52.38 | freemangordon | thus our fucked up layout |
| 10:53.06 | merlin1991 | freemangordon: is there a debian/ somewhere I could use? |
| 10:53.25 | zeq | hrmmm |
| 10:53.41 | freemangordon | merlin1991: yep, checkout maemo5 branch |
| 10:53.57 | zeq | yeah, except with the debugging from yesterday when it randommly worked |
| 10:54.18 | freemangordon | copy ./debian somewhere, checkout master branch, and copy ./debian back |
| 10:54.27 | freemangordon | merlin1991: ^^^ |
| 10:54.42 | zeq | or you could just create a working branch and merge debian into it |
| 10:54.48 | zeq | that's what I did |
| 10:55.09 | zeq | merge maemo5 branch I mean |
| 10:55.25 | freemangordon | zeq: could you please restore QObject::connect(QApplication::desktop(), SIGNAL(resized(int)), |
| 10:55.26 | freemangordon | <PROTECTED> |
| 10:55.46 | freemangordon | and call nsWindow::Resize from the slot function |
| 10:55.49 | zeq | freemangordon: romaxa mentioned that there is code which checks whether the geometry has changed |
| 10:55.55 | freemangordon | zeq: where? |
| 10:55.59 | zeq | and only calls resize if it has |
| 10:56.03 | freemangordon | I don't see it |
| 10:56.03 | zeq | I don't know |
| 10:56.10 | zeq | it might be deeper into the core |
| 10:56.13 | zeq | ??? |
| 10:56.16 | freemangordon | no way |
| 10:56.20 | zeq | romaxa is asleep now |
| 10:56.52 | freemangordon | zeq: no way NS code is aware if geometry changes by any other means but Qt to tell him |
| 10:57.00 | zeq | it's funny how it works for portrait->landscape every time |
| 10:57.22 | freemangordon | zeq: because your top level widget is 800x480 |
| 10:57.29 | freemangordon | agree? |
| 10:57.35 | freemangordon | it never changes |
| 10:57.35 | zeq | we know the code is aware though, even without calls to GetRect or NativeResize |
| 10:57.52 | freemangordon | it is aware through resizeEvent |
| 10:57.57 | zeq | DispatchResizeEvent has the dimensions |
| 10:57.58 | trx | yeah |
| 10:58.07 | vi_ | Woody14619: ping? |
| 10:58.23 | trx | no one notifies the top level widget that dimensions are changed |
| 10:58.24 | merlin1991 | rofl client.mk:263: *** Could not find autoconf 2.13. Stop |
| 10:58.29 | freemangordon | zeq, look at nsWindow::Show(bool aState) |
| 10:58.37 | zeq | ok |
| 10:58.48 | vi_ | So do we have to make new developer.nokia.com accounts or what? |
| 10:59.06 | freemangordon | it is the code that calls nativeresize for the first time |
| 10:59.09 | trx | zeq it is aware, actually but it never reaches the NativeResize for the top level widget |
| 10:59.55 | trx | does that mean that the event is eaten somewhere else before it reaches the top level widget? |
| 11:00.15 | trx | do we know which widget gets the NativeResize ? |
| 11:00.31 | zeq | something weird is happening |
| 11:00.42 | merlin1991 | freemangordon, zeq the debian control file is missing the dependncy on automake |
| 11:00.46 | zeq | I still think it's because of all the events firing at once |
| 11:00.49 | freemangordon | zeq: just copy the code from ::Show into orientationChanged with check for top level widget |
| 11:01.10 | freemangordon | merlin1991: well, it is not complete |
| 11:01.20 | merlin1991 | also which automake package has autoconf 2.13? |
| 11:01.37 | merlin1991 | automake1.9 has 2.61 but the build scripts wants 2.13 explecitely |
| 11:01.49 | zeq | merlin1991: you'll also need qtm-12-dev not qtm-dev |
| 11:02.03 | zeq | libqtm-12-dev I mean, I think |
| 11:02.36 | merlin1991 | which automake though? |
| 11:02.37 | freemangordon | zeq: would you do that? |
| 11:02.47 | zeq | freemangordon: you just mean the NativeResize part? |
| 11:02.55 | freemangordon | yep |
| 11:02.56 | trx | also, |
| 11:03.14 | trx | i would try and return false; in nsWindow::OnResizeEvent(QGraphicsSceneResizeEvent *aEvent) |
| 11:03.23 | freemangordon | NativeResize(mBounds.width, mBounds.height, false); |
| 11:03.30 | freemangordon | trx: hmm, good catch |
| 11:04.17 | freemangordon | zeq: with correct parameters of course, and only if the widget is top level |
| 11:04.24 | zeq | ok |
| 11:04.37 | *** join/#maemo valerius (~user@95.153.190.62) |
| 11:04.47 | freemangordon | I have to go to do some job duties, bbl |
| 11:04.57 | zeq | you mean to pull the parameters from screenSize? |
| 11:05.04 | *** join/#maemo Zahra (~Zahra@37.63.151.211) |
| 11:05.07 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 11:05.09 | trx | zeq, also add a debug line before you call NativeResize so we can know that it is us who called it |
| 11:05.36 | freemangordon | zeq: |
| 11:06.13 | freemangordon | qDebug() << "romaxa: do not use printf when you have qDebug()"; |
| 11:06.22 | merlin1991 | zeq, freemangordon: http://paste.debian.net/176906/ |
| 11:06.23 | freemangordon | :P |
| 11:06.38 | merlin1991 | I can't find out what I need to provide autoconf 2.13 :/ |
| 11:06.46 | zeq | merlin1991: you obviously did it wrong :P |
| 11:07.03 | freemangordon | merlin1991: change "mozilla-beta/" with "" in debian/rulse |
| 11:07.11 | freemangordon | *rulse |
| 11:07.14 | freemangordon | daaamn |
| 11:07.16 | freemangordon | rules |
| 11:07.27 | freemangordon | anyway, i really gtg |
| 11:07.29 | freemangordon | bb |
| 11:07.30 | trx | bye |
| 11:07.36 | zeq | see you later freemangordon |
| 11:07.47 | zeq | just us then trx |
| 11:08.05 | zeq | and merlin1991 once he gets it compiling ;) |
| 11:08.37 | merlin1991 | ffs I followed fmgs advice about mozilla-beta but it still is fubar |
| 11:08.50 | trx | zeq, so where are you now? |
| 11:09.13 | merlin1991 | zeq: could you pastebin me your debian/rules= |
| 11:09.17 | merlin1991 | s/=/?/ |
| 11:09.32 | zeq | merlin1991: sure. |
| 11:10.23 | zeq | ah, I don't have it in my tree! |
| 11:10.46 | zeq | merlin1991: as long as you have the correct mozconfig, you can use make deb |
| 11:11.39 | zeq | http://pastebin.com/zNSPDK0Y |
| 11:11.41 | merlin1991 | so just make deb and I should be good? |
| 11:11.55 | zeq | just drop that into the source tree |
| 11:11.59 | merlin1991 | top level? |
| 11:12.02 | zeq | yep |
| 11:12.18 | zeq | then create a build dir |
| 11:12.41 | zeq | just like in the debian/rules you have |
| 11:13.54 | trx | zeq i have to go for about 15 mins, try and do what freemangordon suggested, and also remeber to |
| 11:14.17 | trx | set return false; in nsWindow::OnResizeEvent(QGraphicsSceneResizeEvent *aEvent) |
| 11:14.30 | trx | so it always returns false, that way it wont eat the event |
| 11:14.40 | trx | maybe thats the bottom problem |
| 11:14.52 | *** join/#maemo totalizator (~totalizat@89-79-239-132.dynamic.chello.pl) |
| 11:14.57 | trx | brb |
| 11:15.08 | zeq | ok trx |
| 11:15.12 | merlin1991 | autoconf --> build/autoconf/mozcommonheader.m4:6: error: m4_defn: undefined macro: _m4_divert_diversion |
| 11:15.19 | merlin1991 | headdesks |
| 11:15.33 | zeq | do you have autoconf? |
| 11:16.05 | zeq | autoconf=2.61-4maemo1+0m5 |
| 11:16.35 | merlin1991 | k will get that then |
| 11:17.09 | merlin1991 | [sbox-FREMANTLE_EXTRAS: ~/n900/fennec/fennec-qt-maemo5] > apt-cache policy autoconf |
| 11:17.10 | merlin1991 | autoconf: |
| 11:17.10 | merlin1991 | <PROTECTED> |
| 11:17.13 | merlin1991 | sry bout the spam |
| 11:17.57 | zeq | merlin1991: m4? |
| 11:18.08 | merlin1991 | 1.4.8-2 |
| 11:18.35 | zeq | I have autotools-legacy devkit too, but it shouldn't be that...? |
| 11:18.49 | merlin1991 | and automake I have automake1.9=1.9.5-1oss3 |
| 11:19.10 | zeq | I don't have automake installed as it happens |
| 11:19.33 | zeq | oh apparently I do... |
| 11:19.34 | merlin1991 | the package name in my case is automake1.9 |
| 11:19.41 | zeq | but it's automake1.10-autoconf264 |
| 11:19.51 | merlin1991 | let's try that |
| 11:19.53 | zeq | maybe that's it |
| 11:20.44 | zeq | make sure you have libqtm-12-dev too |
| 11:20.46 | merlin1991 | build/autoconf/mozcommonheader.m4:6: error: AC_LANG_COMPILER: unknown language: _AC_LANG |
| 11:20.51 | merlin1991 | this is getting better and better |
| 11:20.55 | zeq | LOL |
| 11:21.11 | zeq | do you have all the other deps in the control file? |
| 11:21.15 | merlin1991 | yes |
| 11:21.28 | *** join/#maemo jluisn (~quassel@187.115.172.24) |
| 11:21.29 | zeq | hang on |
| 11:22.17 | zeq | ??? |
| 11:22.21 | zeq | I don't know... |
| 11:22.30 | merlin1991 | m4 --version? |
| 11:22.41 | zeq | GNU M4 1.4.8 |
| 11:23.03 | zeq | aclocal (GNU automake) 1.8.5 |
| 11:23.31 | zeq | autoconf --version |
| 11:23.32 | zeq | Autoconf version 2.13 |
| 11:23.38 | merlin1991 | hm aclocal is missing --> dpkg-query -S `which aclocal` |
| 11:23.42 | merlin1991 | and same for autoconf please |
| 11:23.50 | merlin1991 | because mine is 2.64 |
| 11:24.04 | *** join/#maemo freemangordon_ (~freemango@213.226.63.184) |
| 11:24.22 | zeq | merlin1991: mines from autotools-legacy devkit |
| 11:24.26 | zeq | apparently |
| 11:24.41 | zeq | /scratchbox/devkits/autotools-legacy/bin/aclocal |
| 11:24.50 | merlin1991 | is that a host scrachbox-something package? |
| 11:24.51 | merlin1991 | ah yeah |
| 11:25.20 | zeq | could be it :) |
| 11:25.26 | merlin1991 | hm how did one again put that into sb? |
| 11:26.00 | *** part/#maemo valeriusN (~valeriusN@xmpp.jrudevels.org) |
| 11:26.03 | zeq | I'm on Gentoo with updated local scratch ebuilds |
| 11:26.09 | zeq | doesn't help |
| 11:26.19 | *** join/#maemo Psi_ (~Psi@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 11:26.25 | zeq | can't you just apt-get the package from the host |
| 11:26.27 | zeq | ? |
| 11:26.37 | merlin1991 | yeah, only have to enable the repo again |
| 11:26.37 | zeq | assuming you're debian based |
| 11:26.49 | merlin1991 | buntkuh disabled all additional repos last system upgrade |
| 11:27.13 | freemangordon_ | merlin: you need gcc 4.6.2 too |
| 11:27.29 | zeq | or 4.6.3 :) |
| 11:27.35 | merlin1991 | well I should be able to build it (not run) with the regular one right= |
| 11:27.38 | merlin1991 | *?* |
| 11:27.52 | zeq | who knows |
| 11:28.00 | zeq | probably |
| 11:29.28 | merlin1991 | hm I have the system package already |
| 11:29.36 | merlin1991 | now I just need to add it to the target |
| 11:29.43 | merlin1991 | reads sb-conf output |
| 11:30.28 | freemangordon_ | thumb? neon? |
| 11:30.49 | merlin1991 | freemangordon: I don't want to run it, only build it and see how long it takes :D |
| 11:30.51 | freemangordon_ | don't think it will work |
| 11:30.58 | merlin1991 | but we'll see |
| 11:31.11 | merlin1991 | for now I need to add a devkit to a sb target |
| 11:31.24 | freemangordon_ | yep, i don't think you'll be able to build it |
| 11:31.28 | freemangordon_ | ok |
| 11:32.04 | zeq | you should be able to just drop a new compiler into /scratchbox/compilers and reconfigure the target |
| 11:33.38 | merlin1991 | yeah atm I fail to reconfigure the target |
| 11:34.24 | zeq | you could use sb-menu if you can't figure it out, or edit the config file directly |
| 11:34.53 | merlin1991 | sb-menu and sb-conf have no options to edit the config, only options to add new ones / remove ones |
| 11:35.23 | freemangordon_ | zeq: any news? |
| 11:35.34 | zeq | freemangordon_: sorry, distracted trying to help merlin1991 |
| 11:35.49 | merlin1991 | zeq: manual edit of the .config fixed it for now |
| 11:36.19 | zeq | freemangordon_: we want to call NativeResize with values from where exactly? |
| 11:37.01 | merlin1991 | hm got past the autoconf step now, but this is hilarious: |
| 11:37.02 | merlin1991 | configure: error: installation or configuration problem: C compiler cannot create executables. |
| 11:37.05 | *** join/#maemo atlas (~atlas@71-13-79-30.static.aldl.mi.charter.com) |
| 11:37.09 | freemangordon_ | screengeometry |
| 11:37.50 | DocScrutinizer51 | the linker is creating executables ;-P |
| 11:37.51 | zeq | ok, from screenSize, extract the height and width |
| 11:37.55 | zeq | right? |
| 11:38.14 | freemangordon_ | merlin: check your mozconfig, there are some compiler swithes gcc 4.2.1 does not grok |
| 11:38.22 | freemangordon_ | zeq yep |
| 11:38.31 | zeq | freemangordon_: ok |
| 11:39.10 | merlin1991 | freemangordon: fastest way to proper gcc? wget your tar untar to /scrachtbox/compilers and edit config? |
| 11:41.42 | zeq | merlin1991: personally I'd advise you to use my one, but that's just me ;) |
| 11:41.54 | merlin1991 | linky? |
| 11:42.12 | zeq | http://www.snewbury.org.uk/maemo |
| 11:42.41 | merlin1991 | you should edit your apache config |
| 11:42.52 | merlin1991 | the file names are so truncated :D |
| 11:43.02 | zeq | true |
| 11:43.38 | zeq | don't use the either linaro one though |
| 11:43.40 | japh | uhm.. I'm doing just that now as well... |
| 11:43.53 | zeq | s/the // |
| 11:44.06 | japh | what takes time isn't the building but the *searching* grr |
| 11:44.17 | japh | there's no make. no gmake. there's cmake and pmake and fakemake and... |
| 11:44.44 | zeq | freemangordon_: I've been sent to make lunch, it'll take a extra few minutes to complete the next build |
| 11:44.52 | japh | 'make lunch' |
| 11:45.28 | Dr_I | maemo is such a great love of my time |
| 11:45.42 | merlin1991 | zeq: hm where in /scratchbox are the .environment files? |
| 11:46.37 | merlin1991 | okay compile seems to run now |
| 11:46.47 | zeq | merlin1991: you're ok? |
| 11:47.46 | merlin1991 | seems like |
| 11:48.26 | merlin1991 | gotta love the compile scripts |
| 11:48.37 | merlin1991 | halfway in it finds out there is no "python" executeable |
| 11:49.34 | zeq | LOL |
| 11:49.47 | zeq | I made a symlink to python2.5 |
| 11:49.58 | merlin1991 | I installed *python* |
| 11:50.04 | merlin1991 | which probably does exactly that |
| 11:50.17 | zeq | could be :) |
| 11:50.24 | merlin1991 | dang I should have added -j4 somehow |
| 11:50.32 | zeq | make -j4 |
| 11:50.34 | merlin1991 | but I forgot how to tell debhelper make options |
| 11:51.25 | merlin1991 | ah wait, maemo debhelper can't even do that |
| 11:52.44 | merlin1991 | /home/christian/n900/fennec/fennec-qt-maemo5/js/src/assembler/assembler/MacroAssemblerARM.cpp:48:26: fatal error: asm/procinfo.h: No such file or directory |
| 11:53.40 | zeq | you need to update your kernel headers |
| 11:54.03 | merlin1991 | so you need a depends on kernel-headers aswell :D |
| 11:54.19 | zeq | unfortunately I used the same kernel headers in my gcc builds as freemangordon_ |
| 11:55.01 | merlin1991 | hm installing kernel-headers didn't help, what todo? |
| 11:55.27 | *** join/#maemo Hurrian (~yuki@121.54.2.104) |
| 11:56.13 | zeq | merlin1991: I found I had to remove and then reinstall them. don't know why |
| 11:56.45 | merlin1991 | ah yeah I remember that from building some cssu package |
| 11:56.52 | merlin1991 | kernel-headers in sb are kinda wtf |
| 11:57.12 | zeq | probably the toolchain version taking precidence |
| 11:57.32 | zeq | yeah, I need to redo the toolchains at some point |
| 11:58.22 | zeq | I will get around to updating the scratchbox sb-toolchain-extras to build a current toolchian, but it would take some time |
| 11:58.44 | merlin1991 | hm purge -> install and still the same error |
| 11:59.10 | zeq | make sure you remove all the kernel-headers packages and then install the cssu headers |
| 11:59.30 | zeq | it's weird |
| 11:59.34 | trx | zeq any news? |
| 11:59.50 | zeq | trx: having lunch :) |
| 12:00.08 | freemangordon_ | merlin:install kernel-power-headers |
| 12:00.09 | trx | oh :) well have a good lunch :) |
| 12:00.20 | freemangordon_ | or kernel-cssu-headers |
| 12:02.03 | *** join/#maemo Hurrian (~yuki@121.54.2.104) |
| 12:02.21 | *** join/#maemo norayr (~norayr@212.73.74.28) |
| 12:02.32 | zeq | trx: error: cannot convert 'bool' to 'nsEventStatus' in return |
| 12:02.45 | zeq | should I cast it? |
| 12:02.53 | trx | return 0; then |
| 12:03.26 | zeq | error: invalid conversion from 'int' to 'nsEventStatus' |
| 12:03.34 | trx | sec |
| 12:03.37 | trx | let me check |
| 12:04.04 | trx | retrun nsEventStatus_eIgnore; |
| 12:04.22 | trx | return* |
| 12:04.25 | merlin1991 | stops for now, more compile fun tomorrow |
| 12:11.12 | zeq | NativeResize isn't static |
| 12:12.01 | freemangordon_ | hmm, what is the original return statement |
| 12:12.12 | zeq | freemangordon_: return status |
| 12:12.40 | zeq | <PROTECTED> |
| 12:12.41 | zeq | <PROTECTED> |
| 12:12.41 | zeq | <PROTECTED> |
| 12:12.41 | zeq | <PROTECTED> |
| 12:12.41 | zeq | <PROTECTED> |
| 12:12.58 | freemangordon_ | see what trx said, should be correct |
| 12:13.09 | zeq | I did that. That compiles |
| 12:13.23 | zeq | the code above doesn't though |
| 12:14.09 | freemangordon_ | zeq what is this qDebug; |
| 12:14.48 | zeq | freemangordon_: it's nothing yet, the NativeResize isn't working (qDebug shouldn't bet there) |
| 12:14.56 | zeq | s/bet/be/ |
| 12:15.03 | zeq | ignore it :) |
| 12:15.12 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 12:15.28 | freemangordon_ | but what is the compiler error? |
| 12:15.47 | zeq | cannot call member function 'void nsWindow::NativeResize(PRInt32, PRInt32, bool)' without object |
| 12:16.26 | freemangordon_ | try with mWidget-> |
| 12:17.17 | zeq | ok |
| 12:17.30 | trx | yeah, mWidget->nativeResize |
| 12:17.38 | zeq | ok |
| 12:19.14 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 12:19.57 | zeq | <PROTECTED> |
| 12:19.57 | zeq | <PROTECTED> |
| 12:19.57 | zeq | <PROTECTED> |
| 12:19.57 | zeq | <PROTECTED> |
| 12:19.57 | zeq | <PROTECTED> |
| 12:19.59 | zeq | <PROTECTED> |
| 12:20.07 | *** join/#maemo maybeArgh (~cl@p5B16452D.dip.t-dialin.net) |
| 12:20.07 | trx | actually, i dont think that will work, you need to cast "this" to nsWindow and then call its nativeresize |
| 12:20.18 | trx | i doesnt compile, right? |
| 12:20.21 | zeq | right |
| 12:20.35 | zeq | mIsTopLevel and mWidget aren't in the scope of this file |
| 12:20.52 | freemangordon_ | which file is that? |
| 12:21.00 | zeq | mozqwidget.cpp |
| 12:21.02 | freemangordon_ | mozqwidget? |
| 12:21.12 | freemangordon_ | hmm |
| 12:21.46 | freemangordon_ | sorry, typing from myn900, don't have access to source code :-( |
| 12:22.11 | zeq | trx: any ideas? |
| 12:22.24 | *** join/#maemo edheldil (~edheldil@2001:1488:ac14:1400:222:19ff:fe31:415e) |
| 12:22.33 | zeq | rather ironic the guy with the least c++ experience doing the coding ;) |
| 12:22.47 | freemangordon_ | :-D |
| 12:22.57 | freemangordon_ | but you will gain a lot |
| 12:23.03 | zeq | that's true :D |
| 12:23.14 | trx | zeq try mReceiver |
| 12:23.25 | freemangordon_ | aah |
| 12:23.28 | freemangordon_ | yes |
| 12:23.29 | zeq | trx: example? |
| 12:23.48 | freemangordon_ | instead of mWidget |
| 12:23.51 | trx | if (mReceiver->mIsTopLevel) |
| 12:23.53 | zeq | ok |
| 12:23.59 | trx | mReceiver->nativeResize(screenWidth, screenHeight, false); |
| 12:24.15 | trx | also add some debug lines |
| 12:24.33 | trx | so we can know if it goes in |
| 12:24.45 | zeq | ok |
| 12:24.56 | freemangordon_ | using qDebug() <<"whatever you want to say" |
| 12:25.02 | freemangordon_ | ; |
| 12:25.02 | zeq | ok |
| 12:25.30 | trx | brb, out of cigaretes :/ |
| 12:25.41 | freemangordon_ | :-D |
| 12:26.28 | zeq | formatted string? |
| 12:27.15 | zeq | I guess it doesn't matter, nativeResize is intrumented anyway, we just need to know what's calling it... |
| 12:27.26 | *** join/#maemo vi_ (~PSleggs@proxy.ei-info.com) |
| 12:28.02 | zeq | error: 'class nsWindow' has no member named 'nativeResize' |
| 12:28.05 | zeq | have I typo'd |
| 12:28.06 | zeq | ? |
| 12:28.35 | zeq | <PROTECTED> |
| 12:28.36 | zeq | <PROTECTED> |
| 12:28.36 | zeq | <PROTECTED> |
| 12:28.36 | zeq | <PROTECTED> |
| 12:28.36 | zeq | <PROTECTED> |
| 12:28.38 | zeq | <PROTECTED> |
| 12:28.40 | zeq | <PROTECTED> |
| 12:30.22 | trx | you didnt |
| 12:30.28 | trx | its a protected procedure :/ |
| 12:30.37 | freemangordon_ | aah, damn |
| 12:30.52 | freemangordon_ | hmm, what about Resize? |
| 12:30.59 | freemangordon_ | is it public? |
| 12:31.03 | trx | yeap |
| 12:31.08 | trx | use Resize instead |
| 12:31.09 | zeq | ok |
| 12:31.24 | *** join/#maemo brzys (~brzys@86-63-126-137.sta.asta-net.com.pl) |
| 12:31.35 | freemangordon_ | what Resize does, generates resizeEvent? |
| 12:31.35 | zeq | no errors |
| 12:31.59 | zeq | building |
| 12:32.08 | trx | it calls native resize among other things |
| 12:32.20 | trx | it also generates DispatchResizeEvent |
| 12:32.27 | zeq | should be fun |
| 12:32.35 | trx | do you want me to paste it freemangordon_? |
| 12:32.41 | zeq | can do |
| 12:32.57 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 12:33.13 | freemangordon_ | trx no |
| 12:33.35 | trx | ok |
| 12:34.26 | freemangordon_ | trx I am using my n900, it is not fun :-D |
| 12:34.37 | freemangordon_ | irc client i mean |
| 12:34.59 | trx | i believe you :) |
| 12:35.11 | trx | what i meant is to pastebin it tho |
| 12:35.14 | *** join/#maemo GNUton-BNC (~gnuton@84-231-184-209.elisa-mobile.fi) |
| 12:35.27 | trx | but it doesnt matter, it will do the job |
| 12:35.35 | freemangordon_ | yeah |
| 12:38.02 | *** join/#maemo dos11 (~dos@unaffiliated/dos1) |
| 12:39.20 | *** join/#maemo _berto_ (~berto@80-186-13-76.elisa-mobile.fi) |
| 12:40.49 | *** join/#maemo delphi (~ns-team@212.200.198.217) |
| 12:42.28 | zeq | installing |
| 12:43.28 | *** join/#maemo maybeHere (~cl@p5B166EF6.dip.t-dialin.net) |
| 12:45.11 | zeq | crap! forgot to re-enable the resize signal |
| 12:45.31 | zeq | :( |
| 12:45.32 | freemangordon_ | :-D |
| 12:46.11 | zeq | I would remember only *after* it'd built and installed! |
| 12:46.28 | zeq | oh well ... |
| 12:49.49 | *** join/#maemo trx (~ns-team@212.200.198.146) |
| 12:53.51 | *** join/#maemo Dr_I (~user@94.197.127.11.threembb.co.uk) |
| 12:55.12 | *** join/#maemo sq-one (~sq-one@p57977E1F.dip.t-dialin.net) |
| 12:56.51 | *** join/#maemo _berto_ (~berto@80-186-192-204.elisa-mobile.fi) |
| 12:57.29 | zeq | installed |
| 12:58.04 | *** join/#maemo guerby (~guerby@91.224.149.165) |
| 12:58.11 | *** join/#maemo maybeWTF (~cl@p5B16738A.dip.t-dialin.net) |
| 12:59.13 | *** join/#maemo chenca (chenca@nat/indt/x-toptkzprdvsltimj) |
| 12:59.35 | vi_ | zeq: c'mon baby, don't quit on me no! |
| 12:59.46 | vi_ | ^no/now |
| 13:00.00 | freemangordon_ | :-D |
| 13:00.13 | *** join/#maemo delphi (~ns-team@212.200.198.107) |
| 13:00.15 | freemangordon_ | what a drama :-P |
| 13:00.35 | zeq | I know... |
| 13:00.47 | zeq | well, I've got a new debug output |
| 13:01.32 | freemangordon_ | does it work? |
| 13:01.48 | zeq | same |
| 13:02.03 | freemangordon_ | what? |
| 13:02.40 | zeq | http://pastebin.com/CRkPH9a0 |
| 13:03.42 | zeq | behaviour is the same despite the changes to the debug output |
| 13:04.18 | zeq | excuse the Calling NativeResize, it's obviously Resize now |
| 13:04.52 | freemangordon_ | seems we get closer |
| 13:05.41 | zeq | In understanding maybe |
| 13:06.18 | zeq | at least we know it isn't because NativeResize isn't being called for the new dimensions |
| 13:06.55 | freemangordon_ | now we miss the call to resize and setSceneRect before calling Resize |
| 13:07.05 | freemangordon_ | ;-) |
| 13:07.22 | zeq | do you want me to put those back in? |
| 13:07.32 | zeq | in orientationChanged |
| 13:08.17 | zeq | ? |
| 13:08.17 | freemangordon_ | yes |
| 13:08.19 | zeq | ok |
| 13:08.37 | freemangordon_ | but only for top level |
| 13:09.05 | zeq | ok |
| 13:09.11 | freemangordon_ | lets see, sorry for those shots in the dark :-( |
| 13:11.46 | zeq | what else can we do? |
| 13:12.09 | zeq | new build started |
| 13:12.10 | *** join/#maemo eMHa_ (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 13:12.36 | freemangordon_ | zeq the problem as i see it, is that even we call nativeresize with the correct dimension, cene mapping returns old dimensions of the view, see it in the logs |
| 13:13.05 | freemangordon_ | so, if we resize the view before calling native resize, it should be ok |
| 13:13.10 | freemangordon_ | at least i hope so |
| 13:13.17 | zeq | we'll see... |
| 13:13.36 | zeq | it feels very hacky :P |
| 13:13.59 | freemangordon_ | otherwise you shloud wait ntill i am back home to write a new method in nsWindow which does the right thing |
| 13:14.01 | *** join/#maemo valerius (~user@95.153.171.184) |
| 13:14.02 | freemangordon_ | :-P |
| 13:14.02 | zeq | like we're giving it a whack |
| 13:14.49 | zeq | freemangordon_: do you think you've grokked now what it's supposed to be doing? |
| 13:15.06 | freemangordon_ | the other thing you could try (if the last one oes not work) is to call Show(false);Show(true); |
| 13:15.34 | freemangordon_ | I think so, at least I am near |
| 13:16.01 | zeq | that makes at least one of us! |
| 13:16.35 | zeq | it all seems very fishy to me |
| 13:16.36 | freemangordon_ | should be enough, but lets see |
| 13:16.51 | zeq | as in suspicious |
| 13:17.03 | zeq | it doesn't smell right ;) |
| 13:17.14 | freemangordon_ | i could be totally wrong as well |
| 13:17.14 | freemangordon_ | yeah, i told you, this code is fubar |
| 13:17.23 | freemangordon_ | which one? |
| 13:17.33 | zeq | it's the whole randomness |
| 13:17.43 | zeq | code shouldn't be random! :D |
| 13:18.02 | freemangordon_ | well, that is the theory :-D |
| 13:18.07 | zeq | this whole phase of the moon stuff... |
| 13:18.42 | freemangordon_ | i have a coleague of mine who has a theory about "quantum programming" |
| 13:18.50 | zeq | If this makes it work, I feel it's despite what it is supposed to be doing |
| 13:18.52 | freemangordon_ | :-D |
| 13:18.55 | zeq | :D |
| 13:19.11 | freemangordon_ | :nod: |
| 13:19.41 | freemangordon_ | once we have it working, i'll do a second assembler pass ;-) |
| 13:19.54 | zeq | :) |
| 13:20.01 | freemangordon_ | removing maybe about 50 percent of the code |
| 13:20.43 | zeq | there does seem to be an awful lot for what it does |
| 13:20.52 | *** join/#maemo DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 13:20.54 | freemangordon_ | yep |
| 13:22.03 | zeq | It's like everybody who's ever hacked on it has added code to work around what it should be doing |
| 13:22.30 | zeq | it's built |
| 13:22.34 | zeq | installing |
| 13:22.36 | freemangordon_ | exatly |
| 13:25.43 | *** join/#maemo RiD (~GhostRide@bl6-163-14.dsl.telepac.pt) |
| 13:27.15 | *** join/#maemo nsuffys (~NokiansFr@100.212.20.81.dynamic.adsl.abo.nordnet.fr) |
| 13:30.06 | zeq | http://pastebin.com/M6pq74MT |
| 13:30.18 | zeq | (still broken btw) |
| 13:30.25 | *** join/#maemo snoopy_ (~snoopy@173-10-44-233-Michigan.hfc.comcastbusiness.net) |
| 13:30.37 | *** join/#maemo leochencipher (~schen@507080E4.static.ziggozakelijk.nl) |
| 13:31.53 | zeq | freemangordon_: I in some extra qDebug()'s |
| 13:32.00 | zeq | put* |
| 13:33.34 | zeq | it's a bit unclear, but the QRect, resize, setSceneRec, Calling... are all in orientationChanged |
| 13:34.17 | zeq | (the other QRect is the one from earlier and appears on its own) |
| 13:37.53 | freemangordon_ | will continue when i am back home |
| 13:37.59 | zeq | ok |
| 13:43.05 | *** join/#maemo maybeArgh (~cl@p5B16521B.dip.t-dialin.net) |
| 13:45.17 | *** join/#maemo Dynamit (~alexander@84-55-71-22.customers.ownit.se) |
| 13:53.09 | *** join/#maemo GNUton-BNC (~gnuton@84-231-184-209.elisa-mobile.fi) |
| 13:53.31 | *** join/#maemo lxp1 (~lxp@62-47-161-225.adsl.highway.telekom.at) |
| 13:54.56 | *** join/#maemo eMHa_ (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 13:58.46 | *** join/#maemo andre__ (~andre@89.177.48.113) |
| 13:58.47 | *** join/#maemo andre__ (~andre@Maemo/community/bugmaster/andre) |
| 14:11.36 | *** join/#maemo guampa (~guampa@unaffiliated/guampa) |
| 14:17.27 | *** join/#maemo teotwaki (~slau@Maemo/community/contributor/crashanddie) |
| 14:18.48 | *** join/#maemo jluisn_ (~quassel@187.115.172.24) |
| 14:22.26 | *** join/#maemo setanta (setanta@nat/indt/x-vyytgpmuysxchcfr) |
| 14:24.05 | *** join/#maemo valerius (~user@95.153.185.128) |
| 14:28.02 | *** join/#maemo guampa (~guampa@unaffiliated/guampa) |
| 14:48.15 | *** join/#maemo eijk (~eijk@e178222192.adsl.alicedsl.de) |
| 14:48.45 | *** join/#maemo ZogG_laptop (~ZogG_lapt@109.65.230.179) |
| 15:05.00 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 15:06.54 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 15:08.54 | delphi | zeq |
| 15:09.10 | trx | you arround? |
| 15:10.10 | trx | seems to me that nsWindow::OnResizeEvent(QGraphicsSceneResizeEvent *aEvent) always has the correct dimensions |
| 15:10.29 | trx | you should call NativeResize (or Resize) from there |
| 15:10.35 | trx | using those dimensions |
| 15:10.43 | trx | this will work finally :) |
| 15:12.49 | trx | this way the last event which has the proper dimensions will resize the view |
| 15:13.04 | trx | and so there will be no race conditions |
| 15:13.49 | trx | freemangordon_ what do you think? |
| 15:14.05 | freemangordon_ | on my way home :-) |
| 15:14.23 | freemangordon_ | but zeq could try it in the meanwhile |
| 15:15.03 | DocScrutinizer51 | idly wonders WTF (if anybody) wrote those doscs |
| 15:16.47 | DocScrutinizer51 | if only my input history was long enough, I could repost a comment as of ~2 weeks ago. Source without propewr doc is udeless, even when it works absolutely bugfree |
| 15:17.12 | DocScrutinizer51 | grrr typos |
| 15:17.58 | DocScrutinizer51 | or did I post that in another channel? |
| 15:19.08 | *** join/#maemo valerius (~user@95.153.184.68) |
| 15:20.50 | ZogG_laptop | it's true to any channel |
| 15:21.57 | *** join/#maemo vi__ (~user@host81-159-28-193.range81-159.btcentralplus.com) |
| 15:22.41 | vi__ | has anyone heard anything about the CA address f'up? |
| 15:23.18 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 15:24.17 | freemangordon_ | nope |
| 15:29.07 | *** join/#maemo Ian--- (~ian@78.133.48.156) |
| 15:29.56 | vi__ | what a ballbag. |
| 15:30.33 | vi__ | Woody14619: ping |
| 15:32.33 | *** join/#maemo norayr (~norayr@212.73.74.28) |
| 15:35.10 | ThreeM | Sc0rpius ? |
| 15:35.36 | ThreeM | in groupchats, yappari shows some names as groupname not with there nickname |
| 15:36.08 | freemangordon | ok, going to try some hacks |
| 15:38.04 | Sc0rpius | huh |
| 15:40.28 | Woody14619 | vi__: pong |
| 15:43.54 | *** join/#maemo Pahan (~pavel@c-98-235-88-116.hsd1.pa.comcast.net) |
| 15:44.38 | *** join/#maemo eijk_ (~eijk@e178235076.adsl.alicedsl.de) |
| 15:46.55 | *** join/#maemo sge (~username@e0109-49-132-157-30.uqwimax.jp) |
| 15:48.54 | freemangordon | Woody14619: I suspect vi_ is going to ask do you have some feedback frow quim re CA Nokia Developer addresses mess. |
| 15:49.54 | Hurrian | speaking of which, I assume nobody got their CA device mails yet? |
| 15:50.15 | Woody14619 | still catching up on things right now. :P Generally, Community finds stuff out half the time at the same time (or before) we do. |
| 15:50.42 | freemangordon | Hurrian: it seems ZogG_laptop: has received something, but it is not clear to me what exactly :D |
| 15:51.54 | DocScrutinizer51 | ~weather eddn |
| 15:52.29 | DocScrutinizer51 | that's at airport |
| 15:52.43 | DocScrutinizer51 | downtown a tad hotter |
| 15:52.47 | Hurrian | freemangordon, I don't remember ZogG being a CA awardee though |
| 15:53.06 | Sc0rpius | ThreeM, huh? |
| 15:53.56 | Woody14619 | We're slated to hit 100 most of the next week Doc. (>37C) |
| 15:54.40 | *** join/#maemo StyXman (~mdione@172.30.102.84.rev.sfr.net) |
| 15:54.41 | *** join/#maemo StyXman (~mdione@grulic/root/StyXman) |
| 15:54.54 | vi__ | Woody14619: meanwhile, in scotland it did not rain all day. |
| 15:55.35 | vi__ | Woody14619: FMG was right. Are you aware of the situation and do you know WTF we are supposed to do? |
| 15:56.09 | Woody14619 | Yeah.. We're to get a few clouds with the chance of being spit on most of the day, but then nothing through next weekend |
| 15:58.23 | ThreeM | Sc0rpius when im on a groupchat, some nicknames are shown corretly, and some chatpartners has no nick, yappari shows groupchatname instead |
| 15:58.33 | *** join/#maemo Saviq_ (~Saviq@84-10-219-118.dynamic.chello.pl) |
| 15:59.16 | Woody14619 | vi__: where are we getting this info? As to date, I've had nothing from Quim nor do I see anything in TMO/mailing list on this. |
| 15:59.47 | Woody14619 | vi__:I recall chem|st mumbling about some screw up yesterday, but that was TMO side AFAIK |
| 16:00.29 | Sc0rpius | add me to that group |
| 16:01.05 | ThreeM | how? |
| 16:01.16 | Sc0rpius | :( true there's no way to do that yet |
| 16:01.22 | ThreeM | :) |
| 16:02.20 | ThreeM | there are <5 users on that group |
| 16:02.22 | Sc0rpius | well can you show me the XML message in the log from people that has no nickname or group subject as a nickname? (pastebin is fine or something) |
| 16:02.51 | ThreeM | path to the logfile? |
| 16:03.06 | Sc0rpius | <PROTECTED> |
| 16:03.16 | ThreeM | give me a second |
| 16:04.24 | ZogG_laptop | freemangordon: i didn't, it's on the way. it's n950 |
| 16:06.02 | ThreeM | Sc0rpius the hole 7,5MB Log? |
| 16:06.07 | ThreeM | its quite big :) |
| 16:06.27 | Sc0rpius | no just the XML part of the last message from somebody who has no nickname or subject as a nickname |
| 16:06.35 | Sc0rpius | starts with <message> |
| 16:06.49 | ThreeM | k |
| 16:07.02 | ZogG_laptop | freemangordon: i checked again info of account just after merge, as i knew it might srew things up |
| 16:07.08 | Sc0rpius | you can search the last thing that person said in the log |
| 16:07.23 | Sc0rpius | and you should delete your log from time to time :) |
| 16:07.47 | freemangordon | ZogG_laptop: so no mail? |
| 16:08.10 | ThreeM | ahh interesting |
| 16:08.18 | ThreeM | in the log file, the name is shown corretly |
| 16:08.47 | ThreeM | Sc0rpius : http://pastebin.com/C6LdL9zq |
| 16:12.33 | ZogG_laptop | freemangordon: i got mail with tracking number |
| 16:12.51 | freemangordon | hmm, so it is only you |
| 16:12.59 | freemangordon | ZogG_laptop ^^^ |
| 16:13.00 | ZogG_laptop | freemangordon: all i gave quim is developer id and nickname |
| 16:13.15 | freemangordon | you gave it? |
| 16:13.15 | ZogG_laptop | freemangordon: i didn't win in CA |
| 16:13.22 | freemangordon | aaah, ok |
| 16:13.23 | freemangordon | :) |
| 16:14.04 | ZogG_laptop | but it shouldn't matter |
| 16:14.16 | Sc0rpius | ThreeM, and when she said that, her name was empty or was it the group subject ? |
| 16:14.27 | ZogG_laptop | freemangordon: afaik jonni got device without mail, but most people got mail |
| 16:14.39 | ThreeM | it was group subject |
| 16:14.51 | Sc0rpius | that message was two days ago |
| 16:15.00 | ThreeM | no empty names never. Right nicknames, or group subjectname |
| 16:15.02 | *** join/#maemo valerius (~user@95.153.176.49) |
| 16:15.12 | *** join/#maemo ArGGu^^ (~ArGGu^^@GGYYMDCCCLXXVII.gprs.sl-laajakaista.fi) |
| 16:15.33 | ThreeM | Sc0rpius yep |
| 16:16.07 | Sc0rpius | and all of her messages were like that or just that one? |
| 16:16.16 | *** join/#maemo jean_brat (~shreevath@122.167.230.33) |
| 16:16.51 | ThreeM | some of them |
| 16:17.02 | ThreeM | sometimes her nickname was shown correctly |
| 16:19.52 | Sc0rpius | what version and build are you running? |
| 16:20.17 | *** join/#maemo NIN101 (~NIN@p5DD2890F.dip0.t-ipconnect.de) |
| 16:20.20 | ZogG_laptop | freemangordon: jonni = ranistro or what is his nick on TMO, you should join #harmattan btw, as there are interesting discussions sometimes harmattan only related |
| 16:21.40 | ThreeM | Sc0rpius 0.0.13 |
| 16:21.59 | ThreeM | build 1581 |
| 16:22.02 | *** join/#maemo ced117 (~ced117@AStrasbourg-552-1-78-141.w92-138.abo.wanadoo.fr) |
| 16:22.02 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 16:22.36 | *** join/#maemo FIQ (~FIQ@unaffiliated/fiq) |
| 16:24.50 | jean_brat | hi DocScrutinizer |
| 16:25.01 | *** join/#maemo user__ (~user@5ad58b97.bb.sky.com) |
| 16:25.43 | vi__ | Woody14619: sorry. I fell asleep. |
| 16:26.03 | *** join/#maemo Dr_I (~user@5ad58b97.bb.sky.com) |
| 16:26.03 | DocScrutinizer | sorry, throttling on severe CPU overthemp |
| 16:26.13 | freemangordon | ZogG_laptop: well, noone from CA winners got either mail or device, so I assume nothing is sent |
| 16:26.22 | jean_brat | 5 keys on the left most bottom corner of my n900 is not working and 2 buttons in the middle E and T |
| 16:26.50 | DocScrutinizer | sounds like domesheet fsckup |
| 16:27.07 | jean_brat | i managed to rip off the N900 yet keeping the display Frc and removed the keyboard and lifted the white cover of the keyboard |
| 16:27.20 | jean_brat | yet keeping it on |
| 16:28.04 | DocScrutinizer | get a new domesheet |
| 16:28.05 | jean_brat | now even if i try to look at some black rust on the contact.. it seems ok there is no rust at all |
| 16:28.38 | jean_brat | but if i short inner and outer circle on the board.. they key should work rt? |
| 16:28.53 | jean_brat | thats how the doom sheet does i suppose? |
| 16:29.03 | DocScrutinizer | probably |
| 16:29.36 | jean_brat | but it does not work.. |
| 16:29.48 | jean_brat | for any key |
| 16:29.48 | *** join/#maemo BCMM (~ben@unaffiliated/bcmm) |
| 16:30.10 | DocScrutinizer | sorry, I never removed domesheet |
| 16:30.20 | DocScrutinizer | and I just can't find my bare PCB |
| 16:31.05 | trx | zeq, freemangordon any news? |
| 16:31.56 | vi__ | trx: yes. |
| 16:32.09 | vi__ | trx: FMG is now a father. |
| 16:32.35 | vi__ | trx: his girlfriend went into labour last night. |
| 16:32.59 | vi__ | trx: we are all very excited for him. |
| 16:33.26 | jean_brat | my question is whats the logic here.. how does it work? |
| 16:33.46 | jean_brat | domesheet apples some kinda different voltage? |
| 16:34.10 | SpeedEvil | Domesheet connects two bits of the PCB together |
| 16:34.14 | vi__ | jean_brat: wut? |
| 16:34.14 | DocScrutinizer | check wiki where I elaborated about key matrix in 'n-key rollover' |
| 16:34.27 | SpeedEvil | it's the moving part of a switch comprised of the bit on the domesheet, and teh PCB contacts |
| 16:34.35 | vi__ | jean_brat: dome sheet makes a contact. |
| 16:34.51 | vi__ | probably a pull down or up. |
| 16:34.52 | jean_brat | if you lift the domesheet.. you see 2 circle for every key? |
| 16:35.13 | jean_brat | and the button press will short these circles correct? |
| 16:35.21 | DocScrutinizer | I *dunno* - told ya I never removed domesheet |
| 16:36.18 | vi__ | if you search the net you will find some hi-res photos, they will show what it looks like under there. |
| 16:36.19 | DocScrutinizer | usually removing domesheet means you wanna (and need to) apply a new swap domesheet |
| 16:36.53 | DocScrutinizer | yeah, I got hires scans of my bare PCB |
| 16:37.13 | DocScrutinizer | checkout maemo.cloud-7.de |
| 16:37.19 | *** join/#maemo tanty (~agomez@84-231-143-203.elisa-mobile.fi) |
| 16:37.29 | DocScrutinizer | gallery or "*exploded*" |
| 16:37.59 | DocScrutinizer | vi__: it's a row/col matrix |
| 16:38.05 | jean_brat | any ling? |
| 16:38.10 | jean_brat | *link |
| 16:38.20 | DocScrutinizer | this WAS a link! |
| 16:39.22 | jean_brat | i din get 1 thing...that how it works.. coz there is no connect of this sheet to the board.. if you lift the sheet and try to short the circles button is not pressed.. but if you press on top of the sheet .. it get pressed |
| 16:39.42 | DocScrutinizer | http://maemo.cloud-7.de/Gallery-N900-exploded/ |
| 16:40.04 | vi__ | mother of god. |
| 16:40.10 | vi__ | I need some coffee. |
| 16:40.23 | DocScrutinizer | I need a break, in a beergarden |
| 16:40.25 | trx | vi__ great :) |
| 16:41.36 | DocScrutinizer | http://wiki.maemo.org/N900_Hardware_Subsystems#Keyboard |
| 16:42.22 | vi__ | DocScrutinizer: cheers. |
| 16:42.57 | RiD | i cried when i saw this image http://maemo.cloud-7.de/Gallery-N900-exploded/n900_01.jpeg´ |
| 16:43.04 | RiD | http://maemo.cloud-7.de/Gallery-N900-exploded/n900_01.jpeg * |
| 16:43.28 | vi__ | RiD: the work of a twisted deviant. |
| 16:43.38 | DocScrutinizer | http://maemo.cloud-7.de/Gallery-N900-exploded/platine_01.jpeg |
| 16:43.46 | jean_brat | fellas.. where to find domesheet? i assume nokia does not see then i guess |
| 16:43.56 | DocScrutinizer | RiD: why? |
| 16:44.12 | *** join/#maemo xkr47 (xkr47@2001:14b8:141:5926:5358:9793:2384:6264) |
| 16:44.36 | DocScrutinizer | jean_brat: you're talking english like a damn French |
| 16:44.41 | DocScrutinizer | ;-P |
| 16:44.57 | RiD | DocScrutinizer i am not supposed to see the N900 without the clothes. |
| 16:44.58 | freemangordon | vi__: you're sure you're not sleeping still? |
| 16:45.23 | RiD | i bet he hates the keyboard, though |
| 16:45.36 | ThreeM | Sc0rpius i have an actual log to. Logfile Shows name=Elena , client shows goupchat subject instead of name=Elena : http://pastebin.com/E07XnhGN |
| 16:45.47 | DocScrutinizer | RiD: who? |
| 16:45.54 | RiD | DocScrutinizer "joerg" |
| 16:46.02 | jean_brat | *Sell |
| 16:46.10 | DocScrutinizer | eh? |
| 16:46.25 | Sc0rpius | ok |
| 16:46.32 | RiD | the arrows on the keyboard. you need to use the blue arrow to be able to press up or down. That's terrible |
| 16:46.41 | RiD | I have to do that, thanks to my little neighbour called spain. |
| 16:46.49 | jean_brat | my bad.. i was looking at the images.. any one knows where to get a spare? |
| 16:46.56 | jean_brat | ? |
| 16:47.06 | DocScrutinizer | google for N900 domesheet |
| 16:48.31 | DocScrutinizer | RiD: you're talking about that poor guy why had that german kbd on his N900 which he scanned and took some photos of? |
| 16:48.49 | Sc0rpius | I think I've fixed it |
| 16:49.03 | ThreeM | oh, that was quick |
| 16:49.52 | RiD | DocScrutinizer i guess. I hate the Spanish/Portuguese keyboard too |
| 16:50.03 | DocScrutinizer | welll..... |
| 16:50.08 | DocScrutinizer | ~ DocScrutinizer |
| 16:50.08 | infobot | from memory, docscrutinizer is jOERG, a HW-developer and engineer of Openmoko |
| 16:50.08 | RiD | i have a completely useless key added there, in the place of the up arrow lol |
| 16:50.11 | *** join/#maemo Proteous (~mike@atlantic.devin.com) |
| 16:50.22 | RiD | its you? :D |
| 16:50.56 | RiD | oh nvm lol infobot |
| 16:51.00 | RiD | jesus i need glasses |
| 16:51.48 | DocScrutinizer | tosses a /whois at RiD, use it wisely! |
| 16:53.50 | vi__ | switch to english keyboard. |
| 16:54.05 | vi__ | put your special keys on the 4th layer. |
| 16:54.11 | vi__ | Never look back. |
| 16:54.46 | RiD | 4th? |
| 16:55.22 | vi__ | Blue+shift |
| 16:55.53 | RiD | oh, yes. The only one i need is ç anyways. |
| 16:56.07 | vi__ | lets you add a whole extra set of characters. |
| 16:56.38 | vi__ | you do not even have to use that retarded sym menu anymore. |
| 16:56.41 | Sc0rpius | ThreeM, try this for a while: http://uppit.com/ktbx28tsxq3u/yappari_PRE3-0.0.14_armel.deb |
| 16:56.53 | *** join/#maemo ArGGu^^ (~ArGGu^^@91-157-136-189.elisa-laajakaista.fi) |
| 16:57.11 | DocScrutinizer | RiD: btw: http://wiki.maemo.org/index.php?title=N900_Hardware_Subsystems&diff=37619&oldid=35939 |
| 16:57.13 | RiD | vi__ but where would you find a *legit* english keyboard for n900? Not those chinese ripoffs |
| 16:57.25 | *** join/#maemo SpeedEvil (~user@tor/regular/SpeedEvil) |
| 16:57.29 | vi__ | Rid that is not so easy. |
| 16:57.36 | ZogG_laptop | vi__: you can make custom language |
| 16:57.42 | ZogG_laptop | RiD: ^ |
| 16:57.52 | RiD | Well, i'll leave that for later lol |
| 16:57.53 | DocScrutinizer | RiD: I got mine from saremi |
| 16:57.55 | vi__ | Nokia service centres can still buy them. |
| 16:57.56 | ZogG_laptop | btw noone tried to use/port composite on n900? |
| 16:57.56 | SpeedEvil | arghs at DocScrutinizer's overly large images, intel, and X. |
| 16:58.23 | *** join/#maemo mvp_ (~mvp@0x5da4f474.rdnqu1.dynamic.dsl.tele.dk) |
| 16:58.27 | SpeedEvil | (a moderate fraction of the time, it hangs my GPU, in that combination) |
| 16:58.39 | ThreeM | i try :) |
| 16:59.02 | DocScrutinizer | SpeedEvil: the purpose of that gallery been explicitly to provide max highres stuff ;-) |
| 16:59.29 | SpeedEvil | And yeah. |
| 16:59.36 | SpeedEvil | I should report the bug, but doubt anyone cares. |
| 17:00.45 | *** join/#maemo mardi (~rod@host86-144-142-165.range86-144.btcentralplus.com) |
| 17:01.26 | DocScrutinizer | anyway, afk to chillout |
| 17:01.27 | vi__ | http://wiki.maemo.org/Remapping_keyboard/user_vis_awesome_kbdmapping |
| 17:01.32 | DocScrutinizer | literally |
| 17:01.46 | vi__ | RiD: ^ |
| 17:02.11 | DocScrutinizer | I doubt he's interested until he fixed his domesheet |
| 17:02.21 | DocScrutinizer | or whatever the actual issue |
| 17:02.28 | vi__ | oh |
| 17:02.45 | DocScrutinizer | ooops, that's not been RiD |
| 17:02.48 | DocScrutinizer | o/ |
| 17:02.50 | DocScrutinizer | oo |
| 17:02.50 | RiD | not me lol |
| 17:03.10 | RiD | I will do that IF the phone comes back from nokia idon'tcare working |
| 17:03.12 | RiD | IF it ever comes back |
| 17:05.06 | *** join/#maemo teotwaki (~slau@2a01:e35:8a44:eb00:55e9:aa82:a127:634b) |
| 17:05.07 | *** join/#maemo teotwaki (~slau@Maemo/community/contributor/crashanddie) |
| 17:06.20 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 17:09.28 | *** join/#maemo valerius (~user@85.26.180.148) |
| 17:12.36 | *** join/#maemo jluisn (~quassel@187.115.172.24) |
| 17:21.34 | *** join/#maemo markinfo (~marek@dhcp13.dmg.tuwien.ac.at) |
| 17:27.20 | *** join/#maemo Darkchaos (~darkchaos@i59F7AA8F.versanet.de) |
| 17:30.34 | *** join/#maemo jargon- (~dayo@unaffiliated/jargon-) |
| 17:32.21 | freemangordon | Pali, ping |
| 17:46.32 | *** join/#maemo qwazix_ (~qwazix@athedsl-350499.home.otenet.gr) |
| 17:50.33 | *** join/#maemo _federico3 (~fede@86-44-195-155-dynamic.b-ras2.dbn.dublin.eircom.net) |
| 18:02.57 | *** join/#maemo florian (~fuchs@sign-4d091d47.pool.mediaWays.net) |
| 18:02.57 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 18:06.01 | *** join/#maemo Atarii (~Atarii@77.107.156.213) |
| 18:06.02 | *** join/#maemo Atarii (~Atarii@unaffiliated/atarii) |
| 18:07.35 | *** join/#maemo hurbu (~hurbanza@81-174-50-234.dynamic.ngi.it) |
| 18:14.01 | *** join/#maemo vi__ (~user@178.107.53.218) |
| 18:15.33 | *** join/#maemo githogori (~githogori@216.207.36.222) |
| 18:16.18 | *** join/#maemo zeq (~steve@cpc19-rdng21-2-0-cust106.15-3.cable.virginmedia.com) |
| 18:17.55 | *** join/#maemo thuttu77 (~thuttu77@cs181246145.pp.htv.fi) |
| 18:22.24 | *** join/#maemo eMHa_ (~mh@HSI-KBW-095-208-169-234.hsi5.kabel-badenwuerttemberg.de) |
| 18:28.34 | *** join/#maemo johnsu01` (user@gateway/shell/gnu/x-qbbulfewxcwbbyjm) |
| 18:29.56 | *** join/#maemo hurbu (~hurbanza@81-174-50-207.dynamic.ngi.it) |
| 18:30.39 | zeq | freemangordon: I tried again with availableSize, restored the return status. I have a log of it "working" now, no reason it should be ofc... ;) |
| 18:32.47 | zeq | http://pastebin.com/iz8GeT9N |
| 18:34.21 | *** join/#maemo piggz (~piggz@host-92-18-194-78.as13285.net) |
| 18:35.47 | zeq | trx: new log up ^ |
| 18:46.52 | jean_brat | hi DocScrutinizer, |
| 18:47.17 | jean_brat | i think it may not be the domesheet issue |
| 18:47.59 | jean_brat | keys corresponding to row 4 5 and 2 are not working |
| 18:48.29 | jean_brat | translation.. these rows are not powered at all.. in order to scan the output voltage |
| 18:48.51 | trx | zeq always working? |
| 18:49.48 | zeq | yes, but it's quite slow to adjust |
| 18:50.40 | trx | is repaint = false in Resize? |
| 18:50.47 | zeq | yes |
| 18:51.09 | trx | does it rotate, but it takes a while to update or something else? |
| 18:51.09 | zeq | I don't' think that's actually the thing making it work though. |
| 18:51.22 | trx | try to rotate and the scroll right away |
| 18:51.39 | trx | if it updates, then make that repaint = true |
| 18:51.41 | zeq | it rotates, then most of the widgets are resized, then the view is resized too |
| 18:51.57 | trx | also, did you read what i wrote about onResizeEvent ? |
| 18:52.02 | zeq | we had it kind of working like this before |
| 18:52.23 | zeq | without so much code, although it now uses the full height, whereas before it didn't. |
| 18:52.44 | zeq | if you look a the log OnResizeEvent gets triggered ron resize() |
| 18:52.49 | zeq | s/ron/on/ |
| 18:53.18 | trx | onResizeEvent is the "last" event that gets called |
| 18:53.31 | trx | thats why i believe that you should move that code to OnResizeEvent |
| 18:53.48 | zeq | Orientation changed! |
| 18:53.49 | zeq | QRect(0,56 800x424) |
| 18:53.49 | zeq | resize() |
| 18:53.49 | zeq | OnResizeEvent: mBounds.width=800, mBounds.height=424 |
| 18:53.49 | zeq | DispatchResizeEvent: event.refPoint.x=0, event.refPoint.y=0, event.mWinWidth=800, event.mWinHeight=424 .. |
| 18:53.51 | zeq | NativeResize: aWidth=800, aHeight=424 |
| 18:53.53 | zeq | OnResizeEvent: mBounds.width=800, mBounds.height=424 |
| 18:53.56 | zeq | DispatchResizeEvent: event.refPoint.x=0, event.refPoint.y=0, event.mWinWidth=800, event.mWinHeight=424 .. |
| 18:53.59 | zeq | GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480 |
| 18:54.01 | zeq | GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480 |
| 18:54.04 | zeq | GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480 |
| 18:54.06 | zeq | GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480 |
| 18:54.09 | zeq | GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480 |
| 18:54.11 | zeq | GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480 |
| 18:54.13 | *** join/#maemo bburhans (bburhans@freenode/staff/bburhans) |
| 18:54.14 | zeq | setSceneRect() |
| 18:54.16 | zeq | mReceiver->Resize() |
| 18:54.19 | zeq | sorry about the noise |
| 18:54.28 | Sc0rpius | what are you trying to do? |
| 18:54.29 | *** join/#maemo Kowalczyk (kowalczyk@slackware.0x7e.org) |
| 18:54.32 | trx | on OnResizeEvent creates DispatchResize event |
| 18:54.51 | trx | the problem is, DispatchResizeEvent does not update the view |
| 18:55.05 | zeq | but something is |
| 18:55.08 | trx | thats why OnResizeEvent should also resize the view |
| 18:55.14 | Sc0rpius | http://doc.qt.nokia.com/qt-maemo-4.6/maemo5-rotation.html |
| 18:55.32 | *** join/#maemo livelace (~livelace@62.192.242.235) |
| 18:55.35 | zeq | Sc0rpius: I've read that :) |
| 18:56.00 | trx | zeq i would still try to put it there as its the most logical place for that code to be |
| 18:56.13 | trx | it always has the correct values |
| 18:56.19 | trx | and is last in event chain |
| 18:56.23 | zeq | trx: I want to understand why using values from availableSize triggers the display to resize |
| 18:56.57 | zeq | whereas it doesn't for screenSize |
| 18:57.51 | trx | i would assume that screenSize returns the screen size while availableSize returns usable space |
| 18:57.52 | zeq | if we can understand that, I think we will know what's going on |
| 18:58.18 | trx | screenSize would then be updated when eg, you hide and show the system status bar |
| 18:58.19 | zeq | trx: it does |
| 18:58.32 | trx | it should work in both cases |
| 18:58.39 | zeq | except fennec is running fullscreen/maximized |
| 18:58.45 | trx | but my guess is there is a bug somewhere |
| 18:58.51 | zeq | it *doesn't* work in both cases |
| 18:59.04 | trx | between like X and Qt |
| 18:59.12 | zeq | you can see the differnt values from the earier debugs |
| 18:59.16 | trx | yeah |
| 18:59.42 | zeq | Sc0rpius: you any good at debugging these things? |
| 18:59.54 | trx | but still, i am pretty sure that if you use QGraphicsView you need to use its values |
| 18:59.58 | Sc0rpius | what are you trying to do exactly? make fennec rotate? |
| 19:00.01 | trx | i have read that in the docs |
| 19:00.17 | Sc0rpius | I thought fennec already rotated. |
| 19:00.19 | zeq | Sc0rpius: yes |
| 19:00.35 | zeq | Sc0rpius: that was gtk2 fennec ;) |
| 19:00.46 | Sc0rpius | is there a Qt fennec? |
| 19:00.48 | Sc0rpius | must be hell slow |
| 19:01.20 | zeq | trx: so QGraphicsView should know the viewport dimensions already? |
| 19:01.42 | zeq | Sc0rpius: it's serveral times faster than the gtk verion |
| 19:01.46 | Sc0rpius | that's weird. |
| 19:01.47 | zeq | s/verion/version/ |
| 19:01.49 | trx | yes, those values in its ResizeEvent should be used |
| 19:02.11 | Sc0rpius | when you get the resized(int) event from desktop you already have the new size calling desktop()->screenGeometry() |
| 19:02.17 | trx | and are correct |
| 19:02.24 | Sc0rpius | then you have to resize all widgets and call update to each |
| 19:02.33 | Sc0rpius | and that's it, right? I see no complications. |
| 19:02.50 | zeq | Sc0rpius: you obviously haven't seen the code ;) |
| 19:02.52 | trx | Sc0rpius thats the problem, they do but the top level widget does not |
| 19:03.44 | trx | zeq, thats only thing that i have to offer atm |
| 19:04.18 | zeq | Sc0rpius: https://github.com/sjnewbury/fennec-qt-maemo5/tree/master/widget/qt |
| 19:04.32 | Sc0rpius | the top level widget has the Qt::WA_Maemo4AutoOrientation attribute on true? |
| 19:04.36 | Sc0rpius | clicks |
| 19:04.45 | trx | Sc0rpius check the code ;) |
| 19:04.45 | zeq | Sc0rpius: yes. |
| 19:05.08 | zeq | The code currently in master doesn't work. I'll push something that kind of does... |
| 19:05.10 | *** join/#maemo johnsu01` (user@fsf/staff/johnsu01) |
| 19:07.05 | Dr_I | Maemo is my pride and settlement |
| 19:07.36 | Sc0rpius | well I'd have to checkout the code since I can't see it on the web ("Blob takes too much time too generate") |
| 19:07.37 | zeq | Sc0rpius: I'm going to hold off pushing for now, there's enough in there to get the idea |
| 19:07.47 | zeq | weird |
| 19:07.52 | zeq | WFM |
| 19:09.16 | trx | zeq, please try? :) |
| 19:09.37 | zeq | trx: so what do you want me to add exactly? |
| 19:09.57 | trx | the code that we have put in orientation changed |
| 19:10.13 | trx | move it to nsWindow::onResizeEvent |
| 19:10.19 | zeq | ok |
| 19:10.30 | trx | before it sends DispatchResizeEvent |
| 19:10.37 | zeq | with the screenSize instead of availableSize |
| 19:10.39 | zeq | ? |
| 19:10.51 | trx | no, use the values from the parameter |
| 19:10.56 | zeq | ok |
| 19:11.07 | trx | rect.width = aEvent->newSize().width(); |
| 19:11.07 | trx | <PROTECTED> |
| 19:11.12 | trx | reuse that |
| 19:11.33 | zeq | ok |
| 19:11.46 | zeq | just creating a debugging branch |
| 19:11.58 | trx | ok |
| 19:11.59 | zeq | so I can keep the semi-working version |
| 19:12.08 | trx | let me know what happens |
| 19:12.21 | trx | but i expect it to work |
| 19:12.29 | trx | its about time :) |
| 19:12.48 | zeq | no kidding! :) |
| 19:13.01 | zeq | this is really tiring! |
| 19:14.59 | zeq | do we need the setSceneRect? |
| 19:16.40 | trx | doesn't hurt |
| 19:16.56 | zeq | aEvent->newSize()? |
| 19:17.43 | trx | yeah |
| 19:20.53 | zeq | scene() isn't available |
| 19:21.12 | trx | let me check |
| 19:21.37 | zeq | nor is resize() |
| 19:22.28 | zeq | I'll try with MozQWidget:: |
| 19:23.55 | zeq | that seemed to fix resize() |
| 19:24.08 | trx | yeah |
| 19:24.12 | Woody14619 | Ok... I'm off and will probably not be back on IRC (execept for OSB/Council meetings if I can make it) till July 9th. (Happy 4th to those in the US!) |
| 19:24.12 | trx | its a friend class |
| 19:25.04 | zeq | Woody14619: Holidays? |
| 19:25.22 | trx | Woody14619 have fun, bye.. |
| 19:25.28 | zeq | Woody14619: bye |
| 19:25.47 | zeq | trx: how do I call them (was mistaken about resize() too) |
| 19:26.10 | trx | you dont need anything for resize, just call Resize |
| 19:26.35 | zeq | ok |
| 19:26.44 | zeq | that gets called anyway |
| 19:26.54 | trx | mIsTopLevel also |
| 19:26.58 | trx | what else? |
| 19:27.22 | zeq | isTopLevel is fine |
| 19:27.38 | zeq | sscene()->setSceneRect() |
| 19:27.49 | zeq | s/ss/s/ |
| 19:27.51 | trx | oh, that |
| 19:28.09 | zeq | skip it? |
| 19:28.27 | trx | can you cast "this" as QGraphicsView ? |
| 19:29.13 | zeq | please give example |
| 19:29.51 | trx | thats the problem, i can't :) |
| 19:29.56 | zeq | :) |
| 19:29.57 | trx | skip it then |
| 19:30.00 | zeq | yep |
| 19:30.31 | zeq | building |
| 19:31.58 | trx | ok, going to eat something, brb |
| 19:32.08 | zeq | ok enjoy |
| 19:32.10 | zeq | :) |
| 19:35.28 | *** join/#maemo Woody14619 (~Woody@66-162-186-66.static.twtelecom.net) |
| 19:35.28 | *** join/#maemo Woody14619 (~Woody@Maemo/Community/council/Woody14619) |
| 19:35.39 | *** part/#maemo Woody14619 (~Woody@Maemo/Community/council/Woody14619) |
| 19:41.50 | *** join/#maemo rm_you (~rm_you@24-155-233-131.dyn.grandenetworks.net) |
| 19:41.51 | *** join/#maemo rm_you (~rm_you@Maemo/community/cssu/rm-you) |
| 19:48.20 | *** join/#maemo sq-one (~sq-one@p57977E1F.dip.t-dialin.net) |
| 19:51.40 | zeq | trx: http://pastebin.com/dXnWLNB0 |
| 19:51.52 | zeq | trx: nope :( |
| 19:53.52 | *** join/#maemo sLumPia (~sLumPia@39.208.41.10) |
| 19:53.57 | zeq | trx: I accidently left the resize() and setSceneRec() debug messages in there |
| 19:59.00 | trx | zeq you removed that code from orientationChanged() right? |
| 19:59.08 | zeq | yes |
| 19:59.20 | trx | we need setSceneRec then too |
| 19:59.24 | zeq | the Orientation changed! is the only thing now in there |
| 19:59.38 | trx | but i don't know how to access it from there |
| 19:59.40 | trx | :( |
| 19:59.58 | zeq | It's not that which is making it work though.... hang on |
| 20:00.11 | trx | the object that receives OnSceneRect is a QGraphicsView |
| 20:00.15 | trx | ups |
| 20:00.27 | trx | i meant : |
| 20:00.37 | trx | the object that receives OnResizeEvent is a QGraphicsView |
| 20:00.45 | trx | but i dont know how to cast it |
| 20:00.57 | zeq | it was the extra resize() to a smaller than screen size which somehow made it "notice" |
| 20:01.17 | *** join/#maemo vi__ (~user@31.101.202.127) |
| 20:01.26 | vi__ | ping...anyone |
| 20:02.12 | trx | then rect.adjust(0, 0, -1, -1); |
| 20:02.20 | trx | before you resize |
| 20:02.33 | trx | vi__ pong |
| 20:03.17 | zeq | trx: in OnResize ? |
| 20:03.37 | trx | no, before you call Resize |
| 20:04.03 | zeq | which function? |
| 20:04.05 | trx | you pass rect.width and rect.height as parameters for Resize |
| 20:04.34 | trx | can you pastebin that unit please? |
| 20:04.54 | zeq | OnResizeEvent() ? |
| 20:05.05 | trx | yeah |
| 20:05.09 | zeq | ok |
| 20:05.52 | Viltzu | zeq, how the gcc 4.6+ howto is going? :) |
| 20:06.25 | *** join/#maemo sLumPia (~sLumPia@182.3.236.74) |
| 20:06.29 | zeq | Viltzu: do you have SDK set up? |
| 20:07.17 | Viltzu | afaik yes.. I'm just using the all-done image from Nokia. |
| 20:07.22 | Viltzu | And it has SDK, yes? :P |
| 20:07.24 | zeq | trx: http://pastebin.com/KfWueATf |
| 20:07.28 | trx | ty |
| 20:08.16 | zeq | Viltzu: you can drop the gcc-4.6.3 toolchain from here: http://www.snewbury.org.uk/maemo into /scratchbox/compilers |
| 20:08.41 | zeq | just unpack into there, you can then select it when setting up a target |
| 20:09.58 | zeq | ^ short HOWTO ;) |
| 20:11.08 | *** join/#maemo erkules (~erkan@pdpc/supporter/professional/erkules) |
| 20:11.34 | vi__ | can someone paste me a link to the las irc meeting log? |
| 20:11.35 | Viltzu | Ok. |
| 20:11.51 | trx | zeq : http://pastebin.com/fn5HTeFj |
| 20:12.28 | trx | try this, it will make the rect smaller too, as you suggested |
| 20:12.46 | trx | also, i have moved it after DispatchResizeEvent |
| 20:13.01 | trx | now it has to be the last one in the chain |
| 20:14.18 | trx | zeq try it like that, if it doesnt work i give up :) |
| 20:14.31 | trx | also, i must go, i will be back in 30 mins or so |
| 20:14.33 | trx | bbl |
| 20:16.25 | zeq | trx: error: 'struct nsIntRect' has no member named 'adjuct' |
| 20:16.43 | zeq | I tried adjust too |
| 20:17.08 | *** join/#maemo sLumPia__ (~sLumPia@182.7.79.66) |
| 20:22.42 | zeq | trx: I used SetRect() since it's the only member function with suitable arguments. |
| 20:23.32 | *** join/#maemo Darkchaos (~darkchaos@88.130.212.243) |
| 20:23.36 | zeq | if this doesn't work I'm going to try minimizing the inexplicable working case from earlier. |
| 20:25.11 | *** join/#maemo Muelli (~muelli@46.59.217.136) |
| 20:27.16 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 20:30.15 | *** join/#maemo githogori (~githogori@216.207.36.222) |
| 20:34.29 | *** join/#maemo maybeHere (~cl@p5B164920.dip.t-dialin.net) |
| 20:37.39 | *** join/#maemo maybeWTF (~cl@p5B163DF4.dip.t-dialin.net) |
| 20:38.46 | *** join/#maemo brzys (~brzys@86-63-126-137.sta.asta-net.com.pl) |
| 20:44.23 | *** join/#maemo ArGGu^^ (~ArGGu^^@91-157-136-189.elisa-laajakaista.fi) |
| 20:51.49 | *** join/#maemo [XeN] (~XenGi@194.29.236.67) |
| 20:52.53 | zeq | trx: nope didn't work |
| 20:53.36 | *** join/#maemo snoopy_ (~snoopy@173-10-44-233-Michigan.hfc.comcastbusiness.net) |
| 20:55.56 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 21:05.37 | *** join/#maemo RiD (~GhostRide@bl6-163-14.dsl.telepac.pt) |
| 21:09.42 | *** join/#maemo Saviq_ (~Saviq@84-10-219-118.dynamic.chello.pl) |
| 21:16.19 | *** join/#maemo malin (~malin@213.236.233.237) |
| 21:17.59 | *** join/#maemo ColdFyre (~lenny@c-98-248-33-157.hsd1.ca.comcast.net) |
| 21:19.26 | *** join/#maemo dhbiker_ (~dhbiker@APN-122-120-122-gprs.simobil.net) |
| 21:22.20 | *** join/#maemo vi__ (~user@31.114.161.234) |
| 21:32.19 | *** join/#maemo brzys_ (~brzys@86-63-126-137.sta.asta-net.com.pl) |
| 21:39.44 | *** join/#maemo valeriusN (~valeriusN@xmpp.jrudevels.org) |
| 21:44.51 | *** join/#maemo vi__ (~user@host81-159-28-193.range81-159.btcentralplus.com) |
| 21:50.20 | *** join/#maemo dhbiker (~dhbiker@APN-122-120-122-gprs.simobil.net) |
| 21:51.57 | *** join/#maemo ekze (~nyan@bakaekze.ru) |
| 22:05.08 | *** join/#maemo setanta (setanta@nat/indt/x-pbpsjaaajekmfhnw) |
| 22:13.50 | *** join/#maemo bhudi (~ircchatte@77.42.178.195) |
| 22:23.16 | *** join/#maemo jhb (~joerg@p4FEF4EB0.dip.t-dialin.net) |
| 22:24.41 | *** join/#maemo DrGrov (~C.J@a91-153-77-41.elisa-laajakaista.fi) |
| 22:41.29 | *** join/#maemo githogori (~githogori@c-50-131-15-16.hsd1.ca.comcast.net) |
| 22:46.09 | *** join/#maemo Estel_ (~Estel@Maemo/Community/council/Estel-) |
| 22:46.38 | Estel_ | Jaffa, ping |
| 22:46.52 | Estel_ | God, we've been having extreme lightning storms here |
| 22:47.12 | Estel_ | few people killed, and whole city was out of mobile net coverage for many hours |
| 22:47.37 | Estel_ | some of them (storms, not coverage) are - reportedly - heading to Berlin, so be careful out there, German guys |
| 23:12.13 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 23:21.56 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 23:26.48 | SpeedEvil | Estel_: Some people take it really hard when they lose mobile coverage, I guess. |
| 23:27.19 | Estel_ | hm |
| 23:28.15 | Estel_ | frankly, I ho9pe that You're not reffering to people killed by fierce storms |
| 23:28.37 | SpeedEvil | Sorry - I'm mostly asleep, so taste filters aren't functioning. |
| 23:28.46 | Estel_ | np. |
| 23:28.54 | SpeedEvil | There were some quite intense storms in the UK a bit ago. |
| 23:30.21 | *** join/#maemo PeterWolf (~peter@114-44-217-89.dynamic.hinet.net) |
| 23:31.34 | *** join/#maemo SmilyOrg (Smily@BSN-176-207-85.dial-up.dsl.siol.net) |
| 23:46.57 | *** join/#maemo Sc0rpius (~naikel@190.78.151.78) |
| 23:47.14 | *** join/#maemo Ian-- (~ian@78.133.66.139) |
