| 01:08.01 | *** join/#gpe kb7sqi (i=kb7sqi@cpe-066-056-131-250.triad.res.rr.com) |
| 01:13.18 | *** join/#gpe csmanx_ (n=csman@bas1-montreal42-1178045574.dsl.bell.ca) |
| 01:49.59 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 01:59.10 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 02:07.56 | *** join/#gpe Timelord0 (n=TL@4.78.4.43) |
| 02:15.53 | *** join/#gpe johanbr (n=j@d154-20-189-105.bchsia.telus.net) |
| 02:22.58 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 03:26.54 | *** join/#gpe hvontres|home (n=henry@adsl-75-28-1-95.dsl.sndg02.sbcglobal.net) |
| 03:29.35 | *** join/#gpe bronson (n=bronson@209-221-203-148.dsl.qnet.com) |
| 03:45.45 | *** join/#gpe zecke (n=ich@87.139.107.30) |
| 04:36.56 | *** join/#gpe Timelord0 (n=TL@4.78.4.43) |
| 04:54.18 | *** join/#gpe bronson (n=bronson@209-221-203-148.dsl.qnet.com) |
| 05:18.36 | *** join/#gpe audela (n=audela@82-32-57-69.cable.ubr08.azte.blueyonder.co.uk) |
| 05:21.33 | *** join/#gpe csmanx (n=csman@70.53.194.99) |
| 05:56.21 | *** join/#gpe _law_ (n=law@81.223.225.146) |
| 06:18.57 | *** join/#gpe johanbr (n=j@d154-20-189-105.bchsia.telus.net) |
| 06:55.30 | *** join/#gpe _matthias_ (n=matthias@w216-2.wist.uni-linz.ac.at) |
| 07:31.58 | *** join/#gpe lmanul (n=manu@dan75-4-82-239-58-38.fbx.proxad.net) |
| 07:42.12 | *** join/#gpe johanbr (n=j@d154-20-189-105.bchsia.telus.net) |
| 07:42.35 | *** join/#gpe goxboxlive (n=goxboxli@ti500710a080-7302.bb.online.no) |
| 08:03.24 | *** join/#gpe bedboi (n=bedboi@c3lab.poliba.it) |
| 08:05.46 | *** join/#gpe johanbr (n=j@d154-20-189-105.bchsia.telus.net) |
| 08:13.35 | *** join/#gpe csmanx_ (n=csman@70.53.192.13) |
| 08:16.37 | bedboi | hi there |
| 08:21.42 | bedboi | anyone has some reference about gobject inheritance? |
| 08:42.46 | *** join/#gpe goxboxlive (n=goxboxli@ti500710a080-7302.bb.online.no) |
| 09:07.57 | *** join/#gpe goxboxlive (n=goxboxli@ti500710a080-7302.bb.online.no) |
| 09:29.42 | *** join/#gpe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 09:33.23 | florian_kc | good morning |
| 09:35.27 | _law_ | hi florian_kc |
| 10:03.41 | *** join/#gpe rob_w (n=bob@p213.54.221.91.tisdip.tiscali.de) |
| 10:20.06 | *** join/#gpe pH5 (n=ph5@p54864B0A.dip.t-dialin.net) |
| 10:22.45 | florian_kc | hi pH5 |
| 10:25.11 | pH5 | hi florian_kc |
| 10:40.36 | florian_kc | neal: Do you have an opinion about getting a list of deleted events from gpe-calendar? |
| 10:42.57 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 10:47.02 | *** join/#gpe yang (n=yang@cpe-213-157-253-172.dynamic.amis.net) |
| 11:09.45 | *** join/#gpe rob_w (n=bob@p213.54.221.5.tisdip.tiscali.de) |
| 11:19.19 | *** join/#gpe zecke (n=ich@p54993311.dip0.t-ipconnect.de) |
| 11:29.20 | florian_kc | *gnaa* latest gpe-calendar build is completely broken |
| 11:31.57 | yang | i am wondering what is a "reasonable" price for ipaq 3630 ? |
| 11:34.48 | florian_kc | yang: i wouldn't pay that much for it |
| 11:34.56 | yang | is it worth 50 euro? |
| 11:37.02 | florian_kc | hmm... depends on what you want to do with it. the memory in this one is small |
| 11:38.56 | yang | i don´t have any experience with handhelds, i thought for the first time i would buy something cheap, which one do you recommend...which ipaq is the most supported? |
| 11:40.50 | florian_kc | yang: the h38xx, h39xx and h5xxx are supported pretty well and have more memory and better displays. |
| 11:41.51 | florian_kc | and some of them have builtinn bletooth which is quite useful |
| 11:42.53 | yang | but those arent in range under 100 euro? |
| 11:43.55 | florian_kc | hmm... good question, i doN#t really know. |
| 11:43.56 | yang | i cannot find the compatibility list of the models, is it somewhere on handhelds.org? |
| 11:44.23 | florian_kc | yang: yes, there is one... iirc SupportedDevices in the wiki |
| 11:44.35 | neal | florian: What is wrong with the gpe-calendar build? |
| 11:45.43 | florian_kc | neal: it doesn't seem to react on any pointer events in the day view anymore |
| 11:46.07 | neal | hmm. |
| 11:46.26 | neal | for instance? |
| 11:46.33 | florian_kc | neal: a friend of mine just sent me comparison of that OH thingy and gpe-calendar and i wondered about his results. |
| 11:46.53 | neal | clicking on the day view pops up an event editor dialog box. |
| 11:46.55 | florian_kc | neal: no new events if you tap somewhere, no context menu anymore... |
| 11:47.10 | neal | works for me. |
| 11:47.12 | florian_kc | not anymore... |
| 11:47.14 | neal | and I'm running cvs. |
| 11:47.37 | neal | sure it does. |
| 11:47.44 | neal | I just checked 10 seconds ago |
| 11:47.47 | neal | it works for me. |
| 11:48.10 | florian_kc | neal: on the pc it does, but not on the 770 |
| 11:48.22 | neal | I don't have a 770 |
| 11:48.29 | neal | may be someone else will debug it. |
| 11:50.05 | florian_kc | i'll try... |
| 11:50.43 | florian_kc | hrm... i hope devesh returns from his vacations soon, i'll bug him to send you one then. |
| 11:50.45 | neal | for good measure, I've tested latest cvs in the maemo sdk |
| 11:50.49 | neal | works fine. |
| 11:51.19 | florian_kc | ok, any idea what you might have changed that influences event handling? |
| 11:51.22 | neal | (i.e. scratchbox environment) |
| 11:51.28 | neal | sure. |
| 11:51.33 | neal | the day view is not in a panned window |
| 11:51.47 | neal | s/not/now/ |
| 11:52.24 | florian_kc | okay... let me take a look. but first i check if the package is up to date. |
| 11:52.46 | florian_kc | neal: ah, did you see my first message? |
| 11:52.51 | neal | I can confirm for you that you are describing *was* broken. |
| 11:52.58 | neal | florian: What was your first message? |
| 11:53.15 | florian_kc | "Do you have an opinion about getting a list of deleted events from gpe-calendar?" |
| 11:53.50 | neal | florian: A list of deleted events? |
| 11:53.54 | neal | florian: I didn't see that. |
| 11:54.00 | neal | what do you mean by a list of deleted events? |
| 11:54.11 | neal | are you trying to do some horrible poor man's synchronization? |
| 11:54.24 | florian_kc | neal: right :-) |
| 11:54.42 | neal | the answer is currently, no. |
| 11:55.18 | florian_kc | neal: sure... but maybe you have an opinion about this. |
| 11:55.36 | neal | sure, I have an opinion and a plan. |
| 11:56.10 | neal | we upgrade the calendar sync stuff to support fine grained web dav |
| 11:56.40 | neal | and when events are delete, we flush everything from the db except uid and eventid |
| 11:56.48 | neal | and we add a new bit calendar "deleted" |
| 11:56.54 | neal | s/calendar// |
| 11:56.56 | florian_kc | neal: the idea is basically that you can push a subset of your events to the device and if necessary modify them. |
| 11:57.18 | neal | web dav supports this quite well |
| 11:57.31 | neal | and if we want to be compatible with everyone else, is the right way to go. |
| 11:57.46 | florian_kc | neal: yeah, that would be the correct solution. |
| 11:57.59 | neal | but you don't want to invest in the correct solution? |
| 11:58.09 | florian_kc | neal: indeed... iirc syncml and friens use in the same way. |
| 11:59.51 | florian_kc | neal: well... it depends, if i had an investor :-) |
| 12:02.03 | florian_kc | neal: i hope to find someone investing in proper syncing to company solutions... but this seems to be quite complicated. |
| 12:03.33 | florian_kc | but in fact maybe i should really implemet this :-) |
| 12:08.11 | florian_kc | yang: http://cgi.ebay.de/Handheld-PDA-Compaq-IPAQ-H3870-w-LINUX-OS_W0QQitemZ220007683777QQihZ012QQcategoryZ38331QQssPageNameZWD2VQQrdZ1QQcmdZViewItem |
| 12:08.24 | florian_kc | doesn't seem too expensive anymore... |
| 12:09.00 | yang | florian_kc: thanks |
| 12:09.53 | florian_kc | yang: i have this one, the 39xx have better displays but might be more expensive. |
| 12:11.25 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 12:11.45 | yang | florian_kc: i guess this one has 32MB more memory compared to 3630 |
| 12:12.05 | florian_kc | yang: right |
| 12:12.46 | yang | hehe, they might have 20% tax when importing to europe |
| 12:14.19 | yang | but price seems ok |
| 12:14.40 | florian_kc | yeah.. there are some quite more expensive ones. |
| 12:14.53 | *** join/#gpe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 12:14.58 | florian_kc | neal: works for me in the sdk too |
| 12:15.07 | florian_kc | but the package is up to date with cvs |
| 12:16.36 | yang | florian_kc: do you know are there any mobile phones, that also support linux driven menus? |
| 12:16.55 | florian_kc | yang: menus? |
| 12:17.14 | florian_kc | yang: there are some phones with linux, but most of them hard to get in europe. |
| 12:17.40 | florian_kc | the only ones which seem to be useful for development are the motorola ones (a780 e.g.) |
| 12:17.49 | florian_kc | but quite expensive |
| 12:18.56 | yang | ok |
| 12:21.10 | *** join/#gpe Timelord0 (n=TL@4.78.4.43) |
| 12:21.39 | florian_kc | neal: Doe the context menu work for you in the sdk? |
| 12:21.51 | florian_kc | I got: gpe-calendar[28541]: GLIB ERROR ** default - file calendars-widgets.c: line 748 (info_destroy): assertion failed: (g_slist_find (tree_stores, info)) |
| 12:21.51 | florian_kc | aborting... |
| 12:22.54 | neal | florian: In the day view? |
| 12:23.04 | *** join/#gpe zedkatuf (n=audela@82-32-57-69.cable.ubr08.azte.blueyonder.co.uk) |
| 12:23.33 | *** join/#gpe lmanul (n=manu@dan75-4-82-239-58-38.fbx.proxad.net) |
| 12:23.42 | florian_kc | neal: yes |
| 12:23.51 | neal | they work fine for me in the SDK |
| 12:24.28 | neal | that assertion should not be triggered |
| 12:25.02 | yang | florian_kc: but there are also some IPAQ´s which have phone in them, those are probably also supported with linux? |
| 12:25.43 | florian_kc | neal: okay, sounds like i'll have a debugging session now :-) |
| 12:25.54 | neal | I've looked at the code again |
| 12:25.56 | neal | it looks fine |
| 12:26.01 | florian_kc | yang: some h6xxx yes, but hat's still a bit experimental. |
| 12:26.08 | neal | is that reproducible for you? |
| 12:26.32 | florian_kc | neal: yes |
| 12:26.50 | neal | what exactly do you do? |
| 12:29.42 | florian_kc | i start gpe-calendar and tap on an event in the day view as the first action. in this case its a recurrent one... ah let me try with a single event |
| 12:30.10 | florian_kc | ... same effect |
| 12:30.48 | neal | works fine here. |
| 12:32.01 | florian_kc | oh... |
| 12:33.05 | florian_kc | <--- stupid - i started an old version |
| 12:34.04 | florian_kc | its too hot here... obviously |
| 12:34.50 | neal | here as well |
| 12:34.56 | neal | so sorry if I'm a bit short |
| 12:35.14 | florian_kc | yeah |
| 12:36.16 | florian_kc | ok, works perfect now |
| 12:36.46 | neal | great |
| 12:36.56 | florian_kc | ... back to the device... |
| 12:37.30 | florian_kc | if i tap in the day view fast and > 4 times it works. |
| 12:37.48 | neal | what do you mean by "it" |
| 12:38.10 | florian_kc | sorry |
| 12:38.41 | florian_kc | it should expand to "context menu and creating new events" |
| 12:40.34 | neal | I'm sorry, I don't quite understand. |
| 12:40.53 | neal | where do you tap in the day view? |
| 12:41.28 | neal | you seem to suggest that tapping > 4 time should expand something to "context menu and creating new events" |
| 12:42.54 | neal | that's what I've (not) understood |
| 12:43.51 | florian_kc | neal: if i do this on an event i get the context menu if i do this on free space i get the "new event" dialog - like expected when tapping one time. |
| 12:44.03 | florian_kc | eeks |
| 12:44.04 | neal | ok. |
| 12:44.30 | florian_kc | i see why |
| 12:44.47 | florian_kc | is should have been "it" in that sentence |
| 12:56.06 | rob_w | i get lots of Alignment traps on various applications , gpe-clock , xtscal etc |
| 13:02.18 | *** join/#gpe JAV (n=JAV@105.Red-80-34-40.staticIP.rima-tde.net) |
| 13:04.10 | JAV | hello! |
| 13:12.06 | florian_kc | hi JAV |
| 13:25.38 | *** join/#gpe jg (i=jg@conference/ols/session) |
| 13:27.57 | *** join/#gpe _guillermo (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 13:34.51 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 13:36.57 | florian_kc | neal: looks like i get two relese events for one press event. |
| 13:38.41 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 13:42.04 | neal | florian: That could be the case. |
| 13:42.52 | neal | florian: take a look at pannedwindow.c:button_release_event |
| 13:43.24 | neal | what are you doing, by the way? |
| 13:43.27 | florian_kc | neal: i just do |
| 13:43.55 | florian_kc | neal: trying to find out what's different on the 770 |
| 13:44.13 | neal | what's happending on the 770? |
| 13:44.42 | florian_kc | on the pc i get this order: |
| 13:44.54 | florian_kc | pw press 1 |
| 13:44.54 | florian_kc | pw release 1 |
| 13:46.01 | florian_kc | where "pw" is a mark for the callback (in this case the one in the panned window) and the number is event->button |
| 13:46.31 | florian_kc | in maemo its: |
| 13:46.33 | florian_kc | pw press 1 |
| 13:46.40 | florian_kc | pw release 1 |
| 13:46.42 | *** join/#gpe _guillermo (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 13:47.17 | florian_kc | and if i tap fast several times i get two press and then two release events |
| 13:48.50 | neal | what kind of problems is this causing? |
| 13:54.33 | florian_kc | i'm not sure yet but maybe that's why the dialog/menu don't work |
| 14:15.09 | *** join/#gpe hvontres|poodle (n=hvontres@68.120.74.196) |
| 14:16.15 | *** join/#gpe jg (n=jg@OTWAON23-1177993857.sdsl.bell.ca) |
| 14:42.20 | *** join/#gpe toi_ (n=peter@d54C27365.access.telenet.be) |
| 14:44.23 | *** join/#gpe rob_w (n=bob@p213.54.206.86.tisdip.tiscali.de) |
| 14:54.38 | *** join/#gpe Timelord0 (n=TL@4.78.4.43) |
| 15:02.48 | florian_kc | neal: confirmed... i still don't know why this happens but the menu pops up if there is only one release event. |
| 15:04.18 | neal | here is the current appoach to panning: |
| 15:04.32 | neal | we listen on the button press event |
| 15:04.50 | neal | (we = the panned window implementation) |
| 15:05.02 | neal | the implementation propagates the event |
| 15:05.09 | neal | if it is handled, then we do nothing |
| 15:05.24 | neal | (i.e. it returns TRUE) |
| 15:05.36 | neal | otherwise, enter panning mode |
| 15:05.43 | neal | this means, grabbing the mouse |
| 15:06.09 | neal | on release, since we've grabbed the mouse, do an ungrab |
| 15:06.27 | neal | but for symmetry and stuff, it is nice to be able to propagate the button release event |
| 15:06.39 | neal | so I synthesize a button release event |
| 15:06.58 | neal | and send it to the source (GdkWindow) of the original button *press* event |
| 15:07.24 | neal | this approach is apparently causing problems and the release event is being sent twice |
| 15:15.33 | JAV | http://www.flickr.com/photos/taniwha/194523993/ |
| 15:20.29 | florian_kc | expensive... |
| 15:21.58 | florian_kc | neal: right, but simply not sending the event to the press source doesn't do the trick so it must be something more complicated. |
| 15:23.33 | *** join/#gpe rparmaste (i=par@dipole.idlepattern.com) |
| 15:25.04 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 15:26.47 | neal | florian: What do you mean? |
| 15:27.10 | florian_kc | neal: wait, i'm getting closer... |
| 15:29.59 | *** join/#gpe _guillermo_ (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 15:33.38 | *** join/#gpe multimode (n=user@ppp-70-251-84-1.dsl.rcsntx.swbell.net) |
| 15:33.42 | multimode | hello |
| 15:33.59 | florian_kc | hi multimode |
| 15:34.48 | florian_kc | neal: ok fixed... for some reson we get a pointer motion event just after the button down in maemo. |
| 15:36.21 | florian_kc | neal: that caused that panning turns on every time you tap in the window - basically no too bad, but you need to turn it off before sending the event to the source window |
| 15:40.01 | *** join/#gpe _guillermo__ (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 15:42.19 | *** join/#gpe Timelord0 (n=TL@4.78.4.43) |
| 15:50.54 | neal | florian: That's almost too bad. |
| 15:51.21 | neal | florian: What do you mean you need to turn panning off before sending something to the source window? |
| 15:56.17 | florian_kc | neal: setting the flag to false |
| 15:56.30 | neal | don't do that. |
| 15:56.32 | neal | that's wrong. |
| 15:56.44 | neal | I was very careful to not do that. |
| 15:57.23 | neal | it is part of the API contract that panned_window_is_panning returns TRUE when queried from a button release event signal |
| 15:57.32 | neal | please look at pannedwindow.h |
| 15:59.37 | florian_kc | neal: i see... |
| 16:00.45 | neal | from what you've said, on maemo, the motion event is basically delivered with the button press event |
| 16:01.01 | florian_kc | looks so |
| 16:01.17 | neal | if this is true, which is unfortunate as it makes it difficult to differentiate between clicks and drags, then we need to introduce a predicate to determine if a real drag has occured. |
| 16:02.10 | neal | for instance, if the mouse has moved less than 20 pixels, then we consider no motion (i.e. panning) has occured |
| 16:03.40 | florian_kc | right, i jsut started to verify and implement this |
| 16:04.08 | neal | ok. |
| 16:22.22 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 16:24.38 | *** join/#gpe _guillermo (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 16:26.47 | *** join/#gpe Timelord0 (n=TL@4.78.4.43) |
| 16:32.57 | florian_kc | tadaa |
| 16:33.00 | florian_kc | works |
| 16:33.43 | neal | it your change is non-trivial, don't forget to update the copyright. |
| 16:34.51 | *** join/#gpe rparmaste (i=par@dipole.idlepattern.com) |
| 16:34.52 | *** join/#gpe XorA|gonew (n=dp@81-179-88-51.dsl.pipex.com) |
| 16:34.56 | *** join/#gpe Russ (i=foobar@70.190.223.46) [NETSPLIT VICTIM] |
| 16:35.04 | *** join/#gpe _matthias_ (n=matthias@193.171.43.189) [NETSPLIT VICTIM] |
| 16:35.07 | *** join/#gpe toi (n=peter@84.194.115.101) |
| 16:35.13 | *** join/#gpe zwelch (n=chatzill@pdpc/supporter/sustaining/zwelch) |
| 16:35.16 | *** join/#gpe hvontres|poodle (n=hvontres@redhill.orthodyne.com) |
| 16:42.44 | *** join/#gpe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 16:42.44 | *** topic/#gpe is The GPE Palmtop Environment - http://gpe.handhelds.org/ | GPE Wiki: http://handhelds.org/moin/moin.cgi/GPEProject |familiar snapshots: http://familiar.handhelds.org/snapshots/ | Development Manual (in progress): http://www.kernelconcepts.de/~fuchs/gpe/doc/devmanual/ | GPE 2.7 released! | 1000 checkins since april 2nd 2005 |
| 16:42.54 | *** join/#gpe jserv2 (n=jserv@140.112.8.139) |
| 16:43.10 | *** join/#gpe paul (i=[U2FsdGV@hibernia.jakma.org) |
| 16:43.19 | *** join/#gpe poli (n=ca@CAcert-br/poli) |
| 16:44.29 | *** join/#gpe XorA|gonew (n=dp@81-179-88-51.dsl.pipex.com) |
| 16:44.30 | *** join/#gpe cmarqu (i=colin@oerks.net) |
| 16:48.20 | *** join/#gpe bronson (n=bronson@209-221-203-148.dsl.qnet.com) |
| 16:50.33 | *** join/#gpe zecke (n=ich@p54993311.dip0.t-ipconnect.de) |
| 16:53.12 | *** join/#gpe ArjanS (n=arjan@anymore.nl) |
| 16:54.09 | *** join/#gpe zap (n=zap@85.249.170.16) |
| 16:56.30 | neal | florian_kc : The patch looks good. |
| 16:56.34 | neal | florian: Is there a way to get cvstrac to generate diffs with the -u option? |
| 16:57.46 | florian_kc | neal: not ure, let me try |
| 17:05.26 | *** join/#gpe zecke_ (n=ich@p54993311.dip0.t-ipconnect.de) |
| 17:49.24 | *** join/#gpe JAV (n=JAV@105.Red-80-34-40.staticIP.rima-tde.net) |
| 18:04.59 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 18:21.41 | *** join/#gpe _guillermo (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 18:38.41 | *** join/#gpe _guillermo_ (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 18:43.45 | *** join/#gpe france_ (n=france@pool-151-203-3-175.bos.east.verizon.net) |
| 18:52.29 | *** join/#gpe rob_w|mis (n=rob_w@p213.54.206.86.tisdip.tiscali.de) |
| 19:04.36 | *** join/#gpe florian (n=fuchs@p5083A91C.dip0.t-ipconnect.de) |
| 19:07.27 | florian | re |
| 19:09.03 | france_ | re |
| 19:23.48 | *** join/#gpe johanbr (n=j@jupiter.physics.ubc.ca) |
| 19:26.55 | *** join/#gpe rparmaste (i=par@dipole.idlepattern.com) |
| 19:28.34 | *** join/#gpe jg (i=jg@conference/ols/session) |
| 19:37.04 | *** join/#gpe rob_w (n=bob@p213.54.206.86.tisdip.tiscali.de) |
| 19:43.35 | *** join/#gpe _guillermo_ (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 20:02.57 | *** join/#gpe zecke (n=ich@p54993311.dip0.t-ipconnect.de) |
| 20:03.03 | *** join/#gpe zecke_ (n=ich@p54993311.dip0.t-ipconnect.de) |
| 20:10.18 | *** join/#gpe pH5 (n=nnph5@p5486525F.dip.t-dialin.net) |
| 20:10.54 | *** join/#gpe thejapa (n=thejapa@200-100-104-18.dial-up.telesp.net.br) |
| 20:24.46 | *** join/#gpe jg (n=jg@OTWAON23-1177993857.sdsl.bell.ca) |
| 20:33.25 | jamey | hi france |
| 20:41.08 | jg | hi jamey |
| 20:41.41 | jamey | hi jg |
| 20:42.08 | jg | jamey: how's Nokia treating you? |
| 20:42.54 | jamey | pretty well |
| 20:43.07 | jamey | we have a number of interesting research projects going on |
| 20:43.48 | jg | jamey: anything you can chat about? |
| 20:46.37 | jamey | speech interaction interfaces (with MIT SLS), computer architecture with Arvind and Asanovic, some networking and security stuff with Frans Kaashoek and Robert Morris that would be a good substrate for Snap computing, semantic web, Linux on N770 etc |
| 20:47.30 | jamey | the past two days I've been trying to catch up on XUL and other more declarative application frameworks |
| 20:48.03 | jg | jamey: there are some X things going on you might want to know about, on the Snap front.... |
| 20:48.18 | jamey | when you ship apps in 50 languages on 40 devices per year, you need a better way to customize, personalize, etc. |
| 20:48.32 | jg | jamey: tell me about it ;-). |
| 20:48.33 | jamey | I just built mozilla with python scripting support, but it segvs on startup :( |
| 20:49.13 | jamey | short term on X front I'm most interested in the rendering path using graphics accelerators. Xegl? |
| 20:49.35 | jg | Eamon Walsh is back working on the X security stuff, at long last, and people have done some sort of multiple pointer stuff as well; and I presume you are aware of Daniel Stone's work on input hotplug. |
| 20:49.54 | jg | jamey: which graphics chip(s)? |
| 20:51.04 | jg | or Xgl/Xegl in general? |
| 20:51.38 | jamey | Xgl/Xegl in general. I imagine we'll care about some embedded graphics chip that does not have support yet |
| 20:52.46 | jg | jamey: so you want an straight gl port. I know there was some attempt to not go hog wild on using random GL stuff in Dave Reveman's Xgl work. |
| 20:53.05 | jg | probably the easiest way to find out is to ask Dave. |
| 20:54.30 | jg | he's davidr at novell |
| 20:56.07 | jg | jamey: catch you later..... |
| 20:56.13 | jamey | see you later |
| 20:56.47 | rob_w | what went wrong when building my gpe apps , that now many have Alignment traps ? |
| 20:58.29 | rob_w | what is actually a Alignment trap ?!? |
| 21:23.41 | jamey | rob_w, ARM processor only likes to read memory locations aligned to size of memory read/write. 1 byte alignment for char, 2 for short (or struct), 4 for int/long/pointer. |
| 21:23.58 | jamey | alignment means address module size == 0. p % size == 0. |
| 21:24.35 | jamey | One way you could be getting in trouble is building with wrong headers some how. x86 does not have this restriction. |
| 21:24.55 | jamey | GPE apps should not get alignment traps because they were developed with ARM processor in mind. |
| 21:25.03 | rob_w | so it has affects when using apps which where not desgined for arm porting |
| 21:25.46 | rob_w | jamey, right , that was what i thought of .. some someting in my build lets them crap up .. even gpe-conf , rxvt and xtscal |
| 21:26.13 | jamey | are you cross compiling? |
| 21:27.37 | rob_w | for arm yes via a oe tree from some days ago |
| 21:30.25 | *** join/#gpe florian (n=fuchs@p5083A91C.dip0.t-ipconnect.de) |
| 21:30.45 | florian | re |
| 21:43.06 | CoreDump|home | hi |
| 21:44.27 | *** join/#gpe _guillermo (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 21:52.25 | *** join/#gpe zap (n=zap@85.249.170.16) |
| 21:56.10 | *** part/#gpe jamey (n=jamey@38.97.70.65) |
| 21:59.52 | *** join/#gpe shiyee (n=Shiyee@0x50c405a4.vgnxx3.adsl-dhcp.tele.dk) |
| 22:01.55 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 22:10.49 | *** join/#gpe univac (n=univac@148.81.191.193) |