| 07:09:54 | DaveH | is away: I'm busy |
| 08:16:54 | dc_ | morning |
| 08:16:59 | dc_ | how are you |
| 08:17:02 | dc_ | all : |
| 08:17:03 | dc_ | :) |
| 08:17:04 | dc_ | :D |
| 08:37:39 | pb_ | morning |
| 08:39:15 | dc_ | morning!! |
| 08:39:16 | dc_ | pb_: :D |
| 08:39:24 | pb_ | any news? |
| 08:39:46 | pb_ | here's some from debian: |
| 08:39:48 | pb_ | From: Debian Installer <installer@ftp-master.debian.org> |
| 08:39:48 | pb_ | To: Philip Blundell <pb@debian.org>, Phil Blundell <pb@debian.org> |
| 08:39:48 | pb_ | Subject: gpe-edit_0.01-1_arm.changes ACCEPTED |
| 08:40:03 | pb_ | so the GPE stuff should go in with tonight's dinstall run |
| 08:40:24 | dc_ | wow |
| 08:40:27 | dc_ | :D |
| 08:40:29 | dc_ | yay |
| 08:40:59 | dc_ | pb_: you seem to have an email address everywhere :D |
| 08:41:10 | pb_ | the .deb packages are a bit out of date now though... libgpewidget 0.05, gpe-icons 0.04, gpe-edit 0.01 :-/ |
| 08:42:54 | pb_ | dc_: yes, I have more email addresses than... brain cells, or something. |
| 08:43:59 | dc_ | pb_: ehehehhe |
| 08:44:25 | dc_ | pb_: so, what do you think we should do today ;)? |
| 08:44:35 | pb_ | dc_: mmm. not sure |
| 08:44:41 | dc_ | I have to goto the cinema again at about 1pm |
| 08:44:51 | pb_ | dc_: I have to leave for my holiday at about 4pm |
| 08:45:00 | pb_ | dc_: what are you watching today? :-) |
| 08:46:01 | dc_ | starts the drum roll |
| 08:46:09 | dc_ | dum, dum,,,,dumdum.,,.daaaa! |
| 08:46:12 | dc_ | The... |
| 08:46:16 | dc_ | Time Machine!!! |
| 08:46:19 | dc_ | dun, dun, dunnn |
| 08:46:26 | pb_ | :-) |
| 08:46:46 | dc_ | as not another teen movie wan't on :/ |
| 08:47:14 | dc_ | dear oh dear. |
| 08:47:14 | pb_ | heh |
| 08:47:30 | dc_ | I've been dragged off by a newbie.. |
| 08:47:38 | dc_ | lets make ure atleast he installs GPE! |
| 08:47:39 | dc_ | ha :) |
| 08:47:44 | pb_ | absolutely! |
| 08:48:13 | dc_ | :} |
| 08:51:29 | dc_ | I must admit it's a tad anoying having someone you doesn't even know how what mkdir is trying to install familiar :{ |
| 08:51:31 | dc_ | poor gu |
| 08:51:33 | dc_ | y |
| 08:56:26 | pb_ | :-| |
| 08:56:37 | pb_ | oh, dc_, can you make the scaled down versions of those media pixmaps for me? |
| 08:56:55 | dc_ | you want 16x16? |
| 08:57:00 | dc_ | sure |
| 08:57:26 | pb_ | great |
| 08:57:34 | dc_ | pb_: what ones ;/ |
| 08:57:37 | dc_ | pb_: rouned. |
| 08:57:44 | pb_ | no, the stock- ones |
| 08:57:47 | dc_ | okay |
| 08:58:01 | dc_ | you want them named stock_ in cvs? |
| 08:58:13 | pb_ | that's what gpe-nmf expects right now, but I can change it. |
| 09:02:44 | pb_ | I see moray has been busy with gpe-soundbite :-) |
| 09:05:41 | dc_ | can we change them? |
| 09:07:05 | pb_ | dc_: change what, the names of the icons? |
| 09:07:10 | dc_ | stock_ |
| 09:07:15 | pb_ | sure |
| 09:07:19 | dc_ | to just media-play.png etc.. |
| 09:07:25 | dc_ | goody :) |
| 09:07:26 | pb_ | OK |
| 09:07:36 | pb_ | I didn't do that at first 'cos I didn't want to lose the cool round ones. |
| 09:07:54 | pb_ | But I can't think of any actual _use_ for the round ones at the moment, so let's do it. |
| 09:08:22 | dc_ | yep |
| 09:08:36 | dc_ | I've still got the cool round ones |
| 09:08:44 | dc_ | incase we want them back |
| 09:08:44 | pb_ | well, we can always fish them out of the CVS history if need be |
| 09:08:57 | pb_ | or, presumably, from the web page they came from originally :-) |
| 09:09:13 | dc_ | yep |
| 09:09:55 | dc_ | has a look at gpe-nmf |
| 09:10:11 | dc_ | why is it named nmf? |
| 09:10:15 | pb_ | new media frontend :-| |
| 09:10:20 | dc_ | heheh |
| 09:10:32 | dc_ | maby rename is gpe-media sometime..? |
| 09:10:35 | pb_ | yeah |
| 09:10:50 | pb_ | right now it can't actually play anything, so probably a bit premature to do that |
| 09:11:01 | dc_ | oh sure |
| 09:11:08 | pb_ | but it knows how to make itself into a toolbar window, like xkbd, which is nice. |
| 09:11:10 | dc_ | well is it gonna be the new gpe-media gui |
| 09:11:17 | pb_ | I hope so |
| 09:11:22 | dc_ | because I'd add some stuff to it if it is :} |
| 09:11:24 | dc_ | :/ |
| 09:11:31 | | dc_: i'm not following you... |
| 09:11:31 | dc_ | ibot mibus |
| 09:11:38 | dc_ | where's mibus' page? |
| 09:11:42 | dc_ | for gpe-media :} |
| 09:11:47 | pb_ | http://www.handhelds.org/~mibus |
| 09:13:18 | | OK, pb_. |
| 09:13:18 | pb_ | ibot, mibus is Robert Mibus, see http://www.handhelds.org/~mibus |
| 09:14:00 | pb_ | dc_: it obviously needs some kind of playlist scheme added. |
| 09:15:22 | pb_ | dc_: what would be ultimately cool would be if it could use playlists in the same form as my Rio Car. |
| 09:16:22 | dc_ | indeed |
| 09:16:26 | dc_ | what's that |
| 09:16:43 | pb_ | www.riocar.org |
| 09:16:47 | dc_ | I'd be happy to try and have a go at adding a playlist ui etc.. |
| 09:17:24 | pb_ | dc_: that would be cool |
| 09:17:38 | pb_ | dc_: the playlist ui wants to be in a different window, so you can have just the control panel visible most of the time. |
| 09:18:31 | dc_ | pb_: yeah, and a button to show the playlist? |
| 09:19:02 | pb_ | dc_: mibus's playlist code in the existing gpe-media is inextricably linked with GtkClist, which doesn't seem a very healthy approach. |
| 09:19:06 | pb_ | dc_: yep. |
| 09:19:49 | dc_ | pb_: why, what happens with the clist? |
| 09:19:50 | dc_ | ..? |
| 09:20:14 | pb_ | well, he uses CList as his actual data storage mechanism for the playlist, and pulls stuff out of it with gtk_clist_get_row_data. |
| 09:20:50 | pb_ | I would rather see the backend playlist handling be done in some UI-agnostic way, to lessen the pain if we want to port to GTK 2 or a completely different toolkit. |
| 09:20:59 | dc_ | pb_: ah yes. |
| 09:21:13 | dc_ | pb_: I'd quite like to do some ID3 stuff :) |
| 09:21:15 | pb_ | e.g. the playlist.c I just checked in to gpe-nmf, which uses a GSList. |
| 09:21:19 | dc_ | pb_: so it'd be interesting for me :} |
| 09:21:22 | pb_ | dc_: that would be cool |
| 09:21:46 | dc_ | pb_: and even and tag editing options ;D |
| 09:21:51 | pb_ | yay |
| 09:22:14 | dc_ | where's this rio playlist? |
| 09:22:23 | pb_ | dunno, let me look |
| 09:22:26 | dc_ | I quite like the simple xmms ones of just a filename per line :? |
| 09:22:32 | dc_ | makes life very simple :} |
| 09:22:53 | dc_ | man |
| 09:23:07 | pb_ | http://www.riocar.org/modules.php?op=modload&name=Developer_Info&file=index&myfaq=yes&id_cat=9&categories=The+Empeg+Player+App#29 |
| 09:23:07 | dc_ | it'll bo so cool with the xkbd like window for gpe-media. |
| 09:23:25 | dc_ | so it's nice and easy to access to the controls :} |
| 09:23:58 | pb_ | yeah |
| 09:24:38 | pb_ | maybe the xmms playlist format would be a better bet after all, having actually looked at the rio one :-/ |
| 09:24:48 | dc_ | yeah, heh |
| 09:24:49 | dc_ | heh |
| 09:25:00 | dc_ | it'll be cooler if we read the id3 tag info :} |
| 09:26:24 | pb_ | yup |
| 09:28:37 | dc_ | hrm |
| 09:29:44 | dc_ | pb_: how do I get gpe-nmf to see the vorbis stuff|? |
| 09:30:02 | pb_ | what do you mean? |
| 09:30:09 | dc_ | or rather |
| 09:30:15 | dc_ | how do I install the vorbis lib? |
| 09:30:39 | pb_ | well, compiling it is as easy as typing "make" in vorbis-fixp/lib |
| 09:30:55 | pb_ | but it isn't packaged yet, and I dunno offhand if "make install" does anything useful. |
| 09:31:17 | dc_ | n/m |
| 09:31:22 | dc_ | yeah, it doesn't have make install :{ |
| 09:31:22 | pb_ | so you might need to use "-L../vorbis-fixp/lib -I../vorbis-fixp/lib" and so on. |
| 09:32:36 | dc_ | 11:39am ~/iPAQ/Apps/gpe/base/gpe-nmf: make |
| 09:32:36 | dc_ | cc -o gpe-nmf gpe-nmf.o -L../libgpewidget -lgpewidget `gtk-config --libs` -lmad -L../vorbis-fixp/lib -l../vorbis-fixp/lib -lid3tag -lz |
| 09:32:36 | dc_ | /usr/bin/ld: cannot find -l../vorbis-fixp/lib |
| 09:32:36 | dc_ | collect2: ld returned 1 exit status |
| 09:32:36 | dc_ | make: *** [gpe-nmf] Error 1 |
| 09:33:05 | dc_ | :{ |
| 09:33:28 | pb_ | replace -l../vorbis-fixp/lib with -lvorbis-fixp |
| 09:33:44 | pb_ | or just take that out, gpe-nmf will build without the vorbis codec anyway at the moment |
| 09:34:49 | dc_ | till |
| 09:34:51 | dc_ | still |
| 09:34:59 | dc_ | /usr/bin/ld: cannot find -lvorbis-fixp |
| 09:35:27 | pb_ | oh, you probably have to link libvorbis-fixp.so -> libvorbis-fixp.so.0 inside vorbis-fixp/lib |
| 09:35:34 | dc_ | ahh :) |
| 09:35:44 | pb_ | guess the makefile should do that. |
| 09:36:35 | dc_ | gcc -shared -o libvorbis-fixp.so.0 -Wl,--whole-archive libfixpvorbis.a -Wl,--no-whole-archive |
| 09:36:37 | dc_ | is that right? |
| 09:37:33 | dc_ | wait! |
| 09:37:33 | dc_ | ha |
| 09:37:42 | dc_ | gekk:/home/dctanner/iPAQ/Apps/gpe/base/vorbis-fixp/lib# ln -s libvorbis-fixp.so.0 libvorbis-fixp.so |
| 09:37:43 | dc_ | :D |
| 09:37:44 | dc_ | yay |
| 09:37:50 | dc_ | now it wants id3, abh |
| 09:37:51 | dc_ | debian |
| 09:39:48 | dc_ | wow |
| 09:39:58 | dc_ | pb_: it's looks very cool :D |
| 09:40:27 | dc_ | I see why we need smaller pixmaps |
| 09:40:29 | dc_ | I'm on it. |
| 09:40:37 | dc_ | have they been renamed yet>? |
| 09:40:54 | pb_ | not yet |
| 09:41:11 | dc_ | right, I'll do that to :) |
| 09:42:42 | pb_ | ok |
| 09:54:48 | pb_ | had another mail from DaveH, seems that the schema is still changing a bit. |
| 10:01:01 | dc_ | :} |
| 10:01:10 | dc_ | pb_: right, everything is commited |
| 10:01:17 | pb_ | dc_: way cool, lemme check it out |
| 10:01:18 | dc_ | pb_: it's using 16x16 pixmaps nwo :} |
| 10:01:31 | dc_ | looks quite cute :} |
| 10:01:32 | pb_ | yay |
| 10:01:54 | dc_ | can we have a volume icon above the volume bar... |
| 10:01:57 | dc_ | or do we even need it |
| 10:02:01 | dc_ | since minivol is even cooler :} |
| 10:02:06 | pb_ | dc_: well, I kind of figured it would be fairly obvious what it did |
| 10:02:34 | pb_ | dc_: minivol controls the master volume, cmarqu seemed to think he would want to control the media player independently of, say, system beeps. |
| 10:02:46 | dc_ | my thought just then :) |
| 10:02:48 | pb_ | dc_: we could have an option to hide it for those that don't care |
| 10:02:48 | dc_ | I see. |
| 10:02:51 | dc_ | yeah |
| 10:03:10 | dc_ | pb_: what are you using for the track progress? |
| 10:03:13 | dc_ | pb_: widget. |
| 10:03:22 | pb_ | dc_: GtkProgress, crunched down to something like 8 pixels high |
| 10:03:32 | pb_ | dc_: it's the thin bar just above the control buttons |
| 10:03:42 | dc_ | yrp |
| 10:03:43 | dc_ | vool |
| 10:03:44 | dc_ | cool |
| 10:03:45 | dc_ | :) |
| 10:04:07 | dc_ | where do you think we should have the show playlist buttons etc... |
| 10:04:14 | pb_ | not sure |
| 10:04:24 | pb_ | you could put an "eject" icon in the control box, that's what xmms does |
| 10:04:26 | dc_ | :/ |
| 10:04:30 | dc_ | yeah |
| 10:05:19 | dc_ | gpe-nmf looks even cooler than grip :D |
| 10:05:20 | dc_ | hrhr |
| 10:05:22 | dc_ | hehe |
| 10:05:27 | pb_ | heh :-) |
| 10:05:55 | pb_ | the new icons look very nice |
| 10:06:27 | dc_ | goody |
| 10:06:42 | dc_ | should I make an eject icon? |
| 10:06:51 | pb_ | guess so |
| 10:07:05 | pb_ | I never thought "eject" was all that appropriate, but I can't really suggest anything better |
| 10:07:22 | dc_ | :) |
| 10:07:28 | dc_ | open would look out of place. |
| 10:07:32 | pb_ | yup |
| 10:07:56 | pb_ | I suppose you could add a line to the top of the window showing the name of the current playlist, and have a button next to it. |
| 10:08:18 | pb_ | lemme try that, see what it looks like |
| 10:11:23 | dc_ | adds the eject button |
| 10:12:34 | pb_ | mmm, maybe that could work |
| 10:12:47 | pb_ | I've checked it in, see what you think |
| 10:13:55 | dc_ | not bad |
| 10:13:57 | dc_ | :/ |
| 10:14:05 | pb_ | maybe it would look better with the volume control on the left |
| 10:14:08 | pb_ | or, missing altogether |
| 10:14:15 | dc_ | maby |
| 10:14:28 | dc_ | just a playlist button to the right of track name |
| 10:14:52 | pb_ | mmm |
| 10:14:57 | pb_ | maybe |
| 10:15:18 | pb_ | I suppose people aren't going to want to know the name of the current playlist all that often |
| 10:15:20 | dc_ | we can assume that the average user only has one or 2 playlists.. |
| 10:15:25 | dc_ | yeah |
| 10:15:28 | dc_ | maby |
| 10:15:37 | pb_ | dunno, I kind of expected gpe users to have loads of playlists |
| 10:15:38 | dc_ | nah. |
| 10:15:40 | dc_ | anyway |
| 10:15:45 | dc_ | pb_: :} |
| 10:15:51 | dc_ | I'll brb, |
| 10:15:52 | dc_ | 5 min |
| 10:15:54 | pb_ | ok |
| 10:26:47 | dc_ | errr |
| 10:26:49 | dc_ | back :} |
| 10:26:53 | dc_ | the volume, control. |
| 10:27:02 | dc_ | I quite liked it on the other side :P |
| 10:27:47 | pb_ | ah :-| |
| 10:28:04 | pb_ | oh well, maybe we need to make that configurable too :-) |
| 10:28:25 | dc_ | hehe |
| 10:28:52 | pb_ | I'd rather keep it away from the playlist selection button, reduces the chance of people hitting the wrong thing by mistake. |
| 10:29:02 | dc_ | right. |
| 10:29:06 | dc_ | okay |
| 10:32:30 | pb_ | so, well, cool, just needs to have actual playing capability added and we'll be all set. |
| 10:33:17 | dc_ | okay |
| 10:33:19 | pb_ | the existing gpe-media seems to use a standalone madplay binary; there's now a libmad library in the archive, so it would probably be best to switch to that instead |
| 10:33:19 | dc_ | I'm on it :) |
| 10:33:26 | pb_ | that way the output can go through esd. |
| 10:33:32 | dc_ | yay |
| 10:33:34 | dc_ | :) |
| 10:33:47 | dc_ | okay |
| 10:34:00 | dc_ | first I'll add an open option |
| 10:34:06 | dc_ | to just play a single file :} |
| 10:34:15 | pb_ | sounds good |
| 10:34:27 | pb_ | kind of a degenerate form of a playlist ;-) |
| 10:34:34 | dc_ | yeah |
| 10:34:51 | dc_ | hmm |
| 10:34:53 | dc_ | hang on |
| 10:35:00 | dc_ | maby we could be more cool like XMMS |
| 10:35:06 | pb_ | in what way? |
| 10:35:07 | dc_ | and open makes a new playlist with the file |
| 10:35:34 | dc_ | starts work on pylist |
| 10:35:39 | dc_ | playlist :D |
| 10:35:52 | pb_ | cool |
| 10:36:33 | pb_ | hmm, my neighbours have just driven a truck into their garden, how bizarre. |
| 10:36:51 | dc_ | heh :/ |
| 10:36:57 | dc_ | weird |
| 10:37:20 | pb_ | looks like they might be undertaking some kind of construction project. |
| 10:37:33 | dc_ | :} |
| 10:38:04 | dc_ | pb_: can you quickly explain the current code you have for playlist.c ? |
| 10:38:18 | pb_ | dc_: well, it's just a hacked version of mibus's thing |
| 10:38:31 | pb_ | dc_: it stores the tracks as a GSList, see the glib documentation for details on those. |
| 10:38:39 | dc_ | okay |
| 10:38:40 | dc_ | I see |
| 10:38:51 | pb_ | dc_: each track has a "struct playlist_entry". |
| 10:39:00 | dc_ | oh okay |
| 10:39:14 | pb_ | so, you call "playlist_add (filename)" to put something into the playlist |
| 10:39:23 | dc_ | I see.. |
| 10:39:28 | pb_ | and the player does "playlist_get_nth (index)" to retrieve them |
| 10:39:35 | dc_ | don't we need playlist_new ? |
| 10:39:42 | pb_ | yeah |
| 10:39:48 | dc_ | right... |
| 10:40:17 | dc_ | maby we can just add support for a default playlist now? |
| 10:40:17 | pb_ | I never really used the mibus code much, don't know what it could actually do with its playlists. Looks like it only supports a single list, though. |
| 10:40:23 | pb_ | dc_: ok |
| 10:40:51 | dc_ | pb_: then we can add the option to load and save them. |
| 10:40:56 | pb_ | do vorbis files carry id3-like tag data, by the way? |
| 10:40:59 | pb_ | right. |
| 10:41:12 | pb_ | would be cool to allow hierarchical playlists, too. |
| 10:41:49 | dc_ | hides |
| 10:41:54 | dc_ | it would |
| 10:42:01 | dc_ | XMMS really lacks that |
| 10:42:09 | dc_ | I have so much music |
| 10:42:11 | pb_ | yeah, it's one of the things I like best about the rio. |
| 10:43:00 | dc_ | what is p->plugin? |
| 10:43:21 | pb_ | pointer to the plugin (ie mp3 or vorbis) that will be used to play the file |
| 10:43:26 | pb_ | I don't know where it's supposed to get set. |
| 10:43:27 | dc_ | okay |
| 10:45:02 | pb_ | by the way, I checked in "gpe-media-alt.png", which is what I use as the menu icon for the media player on my ipaq |
| 10:45:26 | dc_ | rihgt.. |
| 10:45:47 | pb_ | possibly not so appropriate if gpe-media becomes able to play video, but I rather liked it. |
| 10:46:42 | pb_ | and my inclination is to say that video playing probably belongs in a separate program anyway. |
| 10:46:43 | dc_ | :) |
| 10:53:08 | pb_ | the other thing that would be cool to have would be an application to play streaming media straight from the network, internet radio style. |
| 10:53:16 | pb_ | but again, that's probably something separate from gpe-media. |
| 11:08:40 | dc_ | err |
| 11:08:49 | dc_ | how do I see the different man pages for a subject? |
| 11:08:58 | pb_ | what do you mean? |
| 11:08:59 | pb_ | apropos? |
| 11:09:08 | dc_ | -k ? |
| 11:09:15 | pb_ | yup |
| 11:09:19 | dc_ | hrm |
| 11:09:26 | dc_ | id3tag: nothing appropriate. |
| 11:10:01 | pb_ | that package doesn't seem to ship any manpages |
| 11:10:03 | pb_ | :-( |
| 11:10:11 | dc_ | but man id3tag works |
| 11:10:13 | dc_ | :{ |
| 11:10:59 | pb_ | ah |
| 11:11:24 | pb_ | is your whatis database up to date? |
| 11:11:36 | dc_ | err |
| 11:12:20 | dc_ | mandb ? |
| 11:12:31 | pb_ | yeah |
| 11:12:39 | dc_ | cool |
| 11:12:46 | dc_ | damn |
| 11:12:51 | dc_ | only 1 man page for it |
| 11:12:55 | dc_ | reads the header file |
| 11:34:59 | dc_ | bbl cinema |
| 11:35:08 | dc[timemachine] | hah :D |
| 11:35:12 | pb_ | ha :-) |
| 17:14:23 | dc[timemachine] | heh |
| 17:14:29 | dc[timemachine] | how boring |
| 17:14:40 | dc[timemachine] | better than spiderman though +P |
| 17:14:41 | dc[timemachine] | =P |
| 18:02:46 | dc_ | moray: more homely here :) |
| 18:03:02 | moray | true, though it possibly means no one else knows we're doing anything ;) |
| 18:03:11 | dc_ | hmm |
| 18:03:12 | moray | quite fun I suppose, if we can reveal it when lots is working though... |
| 18:03:13 | dc_ | true |
| 18:03:15 | moray | :) |
| 18:03:24 | dc_ | yeah |
| 18:03:32 | dc_ | it's take them my supprise! |
| 18:03:42 | dc_ | moray: you try out gpe-tetris yet ;)? |
| 18:03:58 | moray | something went wrong with usbnet though, and my x session is slightly broken, so I'm having to go over serial just now (s l o w . . .) |
| 18:04:10 | moray | dc_: no, I should do that later ;) |
| 18:09:15 | dc_ | :]= |
| 19:01:26 | mallum | hey |
| 19:02:47 | moray | hello mallum |
| 19:09:56 | mallum | http://cgi.ebay.com/ebaymotors/ws/eBayISAPI.dll?ViewItem&item=1837284435 mmmmmmmmmm :)))) |
| 19:13:25 | moray | '1010101 Miles' ? |
| 19:14:10 | mallum | with cars that old milage dont make a lot of difference |
| 19:14:47 | mallum | Im slowly thinking though that a 6 litre v8 may just cost a little too much to run |
| 19:15:08 | mallum | and I may be better going for a 6 stroke :( |
| 19:15:34 | moray | mallum: yes, I just thought that number sounded a bit made up ;) |
| 19:16:11 | mallum | its alot of money that one but very very nice |
| 19:17:46 | moray | (and is that a photoshopped sparkle on the front in the image?) |
| 19:18:54 | moray | bah, because keylaunch is doing XGrabKey I don't get the keypress even if I've grabbed focus |
| 19:20:23 | moray | though actually, I'm still confused by that |
| 19:20:28 | moray | maybe it's matchbox's fault ;) |
| 19:21:21 | moray | I'd have imagined that if keylaunch does XGrabKey on the root window another window with focus ought to still get the key first? |
| 19:21:43 | moray | maybe I need to (change the key used and) test on my desktop |
| 19:21:57 | dc_ | :} |
| 19:22:01 | dc_ | hey mallum! |
| 19:22:06 | mallum | dc_: hey dc |
| 19:22:13 | dc_ | mallum: gpe-tetris :D |
| 19:22:16 | mallum | dc_: why the f**k didn't you like spiderman :(( |
| 19:22:30 | dc_ | :{ |
| 19:22:34 | dc_ | it was to american |
| 19:22:38 | dc_ | and cheeze :/ |
| 19:22:41 | dc_ | and well |
| 19:22:46 | dc_ | the cg was cool |
| 19:22:49 | mallum | dc_: did you ever read spiderman comics ?? |
| 19:22:53 | dc_ | mallum: no :{ |
| 19:22:57 | mallum | dc_: uh |
| 19:23:02 | dc_ | probly ehy |
| 19:23:03 | dc_ | :/ |
| 19:23:28 | mallum | moray: what keys are you attempting to grab on root ? |
| 19:25:14 | dc_ | anyway |
| 19:25:16 | dc_ | life goes on :/ |
| 19:25:35 | moray | mallum: keylaunch is grabbing the special ipaq buttons - so in this instance XF86AudioRecord |
| 19:26:01 | moray | mallum: however, I want gpe-soundbite to watch for release events of that key while it's running |
| 19:26:15 | mallum | dc_: I liked it cos they copied the comic exactly |
| 19:26:21 | dc_ | oh okay |
| 19:26:24 | dc_ | I see |
| 19:26:32 | mallum | moray: matchbox by defualt grabs the record ( meta ) button |
| 19:26:46 | dc_ | heh |
| 19:26:47 | mallum | dc_: and I used to really like the comic when I was a kid |
| 19:26:50 | moray | mallum: well, keylaunch itself is working fine |
| 19:26:56 | dc_ | mallum: :D |
| 19:28:56 | moray | mallum: but while keylaunch is running I don't get the events in gpe-soundbite even if the window has focus |
| 19:29:54 | moray | mallum: of course I could just get round this by having a wrapper for gpe-soundbite that gets run by keylaunch and does different things depending on if it's running or not |
| 19:33:18 | moray | (of course a slightly different question is why gtk_widget_grab_focus doesn't seem to be working...) |
| 19:35:11 | mallum | moray: do you get any X errors when you try and do it ? |
| 19:35:22 | moray | mallum: no |
| 19:35:43 | mallum | moray: I must admit to it been a while since I've played about with the key stuff in matchbox, my memory is a little rough on it |
| 19:35:44 | moray | (this is now running under sawfish on my desktop though) |
| 19:35:54 | mallum | moray: and you still have the problem ? |
| 19:35:57 | moray | mallum: yes |
| 19:38:02 | moray | the not-getting-focus after gtk_widget_grab_focus may well be sawfish trying to be clever |
| 19:38:50 | moray | (since I didn't notice that problem earlier on the ipaq, when I just printed all key release events I got) |
| 19:42:29 | dc_ | hmm |
| 19:55:26 | mallum | anyone played with sodipodi ? |
| 19:58:38 | dc_ | :/ |
| 19:59:58 | dc_ | mallum: what's that? |
| 20:00:40 | mallum | sodipodi.sf.net |
| 20:00:49 | mallum | its apt-gettable too |
| 20:08:04 | moray | I've looked at it before (not that recently though) |
| 20:10:19 | dc__ | bahh |
| 20:10:21 | dc__ | what's this sodi thing mallum? |
| 20:12:10 | moray | whoops, it seems I forgot to plug the power cable into the ipaq (while leaving it talking over serial) |
| 20:12:18 | dc__ | heh |
| 20:12:29 | dc__ | I did that over usbnet, and it froze my box :/ |
| 20:16:44 | dc__ | hmm |
| 20:16:59 | moray | dc__: ? |
| 20:17:09 | lale | re * |
| 20:17:24 | dc__ | lale: life's alot more active here :D |
| 20:17:28 | dc__ | :} |
| 20:17:50 | lale | dc__: what about storm? Will it be into gpe? |
| 20:18:00 | dc__ | lale: :} |
| 20:18:04 | dc__ | lale: kind of |
| 20:18:25 | mallum | dc__: its an svg editor |
| 20:18:40 | lale | dc__: and, I don't understand what WM will it use? isn't mallum's matchbox just fine? Why go for another thingie? |
| 20:19:12 | dc__ | lale: http://gpe.handhelds.org/projects/GPE-calendar.shtml |
| 20:19:22 | dc__ | lale: or just http://gpe.handhelds.org/projects/ |
| 20:19:28 | dc__ | lale: we're using matchbox :D |
| 20:19:51 | lale | dc__: doh! There are a lot of new Screenshots! Slurrrp! |
| 20:19:56 | dc__ | lale: :} |
| 20:20:05 | mallum | lale: the only differecne is were playing more with the newer matchbox ;) |
| 20:20:11 | dc__ | :D |
| 20:21:59 | lale | mallum: dc__: I remember reading a couple of weeks ago that gpe was going to use a minimalist WM, blablabla, with no reference to matchbox. I'm much happier now! |
| 20:22:00 | dc__ | lale: I also ported edit to gpe-edit, lemme get a shot for you |
| 20:22:02 | dc__ | ;D |
| 20:22:12 | moray | mallum: is there any combination of stuff I can install just now to get gpe-dm, matchbox, dock etc. starting automatically, or should I script it myself? |
| 20:22:22 | dc__ | lale: gpe is just a load of cool apps :D |
| 20:23:27 | lale | dc__: the login one simply rulez |
| 20:23:51 | dc__ | hehe |
| 20:25:10 | mallum | moray: if your using 0.3pre1 then probably best to script it your self |
| 20:25:26 | moray | mallum: ok, thanks |
| 20:25:41 | moray | (just didn't want to be wasting effort if I was missing something) |
| 20:26:37 | mallum | moray: np |
| 20:26:49 | mallum | moray: the new dock remembers what it launched |
| 20:29:19 | dc__ | lale: look at scap |
| 20:29:19 | dc__ | lale: gpe-edit :D |
| 20:29:30 | moray | needs more power sockets |
| 20:29:49 | lale | so gpe uses gtk for the UI... I remember to have a gtk "flat" theme on my debian box... How easy could it be to have it on the ipaq? My 3100 doesn't like standard beveled things... :-( |
| 20:30:15 | dc__ | lale: ipkg install gtk-engines-xenophilia |
| 20:30:22 | dc__ | lale: cool flat theme I ipkg up |
| 20:30:45 | dc__ | lale: on the sedit screenshot |
| 20:30:49 | dc__ | gpe-edit! |
| 20:31:01 | lale | dc__: it's not quite mono-friendly, I imagine... I have it on my box... Let's see... |
| 20:31:10 | | it has been said that scap is http://handhelds.org/scap/ or a CGI application now |
| 20:31:10 | lale | ibot: scap? |
| 20:33:25 | lale | dc__: nice! |
| 20:34:03 | dc__ | :] |
| 20:34:06 | lale | dc__: gpe is growing extremely fast! :-) |
| 20:34:14 | dc__ | indeed. |
| 20:34:14 | dc__ | :) |
| 20:34:32 | dc__ | lale: we're juist working on gpe-media |
| 20:34:32 | dc__ | lale: well, me and pb |
| 20:34:53 | dc__ | lale: and I just got the first full working version of gpe-tetris in cvs :) |
| 20:34:56 | dc__ | lale: lemme scap :) |
| 20:36:13 | lale | dc__: gpe-tetris? coming from gtk-tetris? |
| 20:36:41 | moray | ... was that really my ipaq playing a little tune after rz finished? |
| 20:36:56 | dc__ | lale: yeah ;D |
| 20:37:12 | lale | dc__: remember to pack up also the 3100-friendly version you find at skiff://home/aleander@freemail.it/binaries |
| 20:37:20 | lale | ops... |
| 20:37:27 | lale | dc__: remember to pack up also the 3100-friendly version you find at skiff://home/guest/aleander@freemail.it/binaries |
| 20:37:44 | dc__ | lale: I'll just steal the block images |
| 20:38:20 | lale | dc__: you find them in the source directory of gtk-tetris, in my home. They are xpm's, though, and the are compiled into the binary |
| 20:38:24 | dc__ | lale: yay, look at scap |
| 20:38:46 | lale | dc__: OK, yum! |
| 20:39:29 | lale | dc__: really nice! |
| 20:39:43 | dc__ | cool |
| 20:39:44 | dc__ | argf. |
| 20:40:01 | dc__ | I don't feel so well though |
| 20:40:18 | dc__ | naps |
| 20:40:18 | dc__ | :} |
| 20:41:22 | lale | so... gpe is python-free? |
| 20:42:36 | dc__ | yeah |
| 20:42:43 | dc__ | baby |
| 20:42:43 | dc__ | really naps now |
| 20:42:44 | dc__ | bbl |
| 20:44:18 | moray | grr, broken sshd package still |
| 20:54:35 | moray | hm, we could do with a more recent appmgr in unstable |
| 21:04:00 | dc__ | moray: tell mibus to use CVS :D |
| 21:29:39 | lale | nigt |
| 21:29:42 | lale | night |
| 23:01:15 | mallum | moray: you still awake ? |
| 23:02:37 | dc__ | arg |
| 23:02:38 | dc__ | way! |
| 23:02:40 | dc__ | to late |
| 23:02:40 | dc__ | night |
| 23:06:46 | moray | mallum: yup |
| 23:10:26 | mallum | moray: had a peek at the xkeygrab code |
| 23:10:36 | mallum | moray: did you pull it out of something ? |
| 23:12:10 | moray | mallum: which? keylaunch is from a Debian package, only slightly patched |
| 23:13:39 | moray | (I'm unconvinced it's very nice code, but it exists already, is small, and appeared to work) |
| 23:15:38 | mallum | moray: yeah there seems to be alot of key stuff going on in there ... Im not sure wht it all does |
| 23:16:40 | mallum | arg if I set LD_LIBRARY_PATH, then gcc should inclide that when it compiles something right ? |
| 23:16:48 | moray | hm, I wonder what e.g. sawfish does for keybindings (about to look) |
| 23:17:40 | moray | mallum: I'm not sure if LD_LIBRARY_PATH gets used in linking or not (it's definitely used in running programs) |
| 23:18:48 | mallum | moray: you should check the source for xemacs for good keygrabbing code |
| 23:18:57 | mallum | moray: bbkeys on blackbox uses that too |
| 23:19:14 | moray | ok, had avoided bbkeys before since it looked (comparatively) big |
| 23:20:44 | mallum | moray: IIRC there is one header/source file which does all the work |
| 23:20:57 | moray | (ok, sawfish does use XGrabKey somewhere along the line, so the idea can't be altogether broken) |
| 23:25:28 | moray | I'm working on the principle that the great majority of people will just want the ability to map pressing the various buttons to running things, so we should try to provide a small program that does that, since a program that also allows you to map pressing three buttons quickly in some order, standing on your hand and pressing a fourth etc., will be very much bigger |
| 23:27:25 | mallum | moray: have you tried pigeons buttond ? |
| 23:27:47 | moray | mallum: that (apparently) tries to access things directly rather than use X events? |
| 23:29:30 | mallum | moray: yeah I think it reads keycodes strait from the kernel |
| 23:29:36 | mallum | moray: maybe a little dogy |
| 23:29:40 | mallum | dodgy |
| 23:29:46 | mallum | moray: I would hack bbkeys |
| 23:31:07 | moray | mallum: well, bbkeys is huge overall since it seems to include a config. interface etc., but I'm looking what it does differently about the actual XGrabKey calls |
| 23:33:21 | mallum | moray: yah you only need that part of it |
| 23:34:14 | moray | it's amusing the level of borrowings - some of the bbkeys code is also labelled as coming from WindowMaker |
| 23:37:00 | mallum | yeah and I think windowmaker took it from XEmacs IIRC |
| 23:39:09 | mallum | ok bedtime for me |
| 23:39:12 | mallum | good luck with it |
| 23:39:14 | mallum | ttyl |