| 00:05:44 | grib | cmarqu: auto* really starts to help when you start taking i18n seriously. and combining auto* with pkg-config can help a lot if you are building interdepending packages. |
| 00:06:51 | cmarqu | grib: Oh. I want to take i18n seriously. |
| 00:07:45 | grib | it's really not all that bad. especially when you think of the alternatives. for a single platform (ipaq linux) auto* might not be that important, but for generic Unix source code, it helps you immeasurably .. so many platforms, so many library linkage strategies ... |
| 00:08:09 | grib | and once you get used to it, it seems *wrong* somehow to actually edit Makefile :) |
| 00:08:13 | cmarqu | But I think we have an okay idea how we want to go about it. Which makes me wonder, how do autotools help for i18n? |
| 00:08:25 | grib | good integration with intltool and gettext. |
| 00:08:53 | cmarqu | grib: All I see for now is that it spams my po/ChangeLog file. |
| 00:08:57 | grib | they pretty much require both automake and autoconfery. |
| 00:09:34 | cmarqu | gettext should be fine without. Not even sure what intltoo does... |
| 00:13:03 | cmarqu | Yesterday, I couldn't even get it to add a source file :) Guess I should go read the book. |
| 00:38:28 | gazer | I think that auto* tools are a good eventual solution. It is hard to justify the time right now, speaking pragmatically, though. |
| 00:54:42 | gazer | I'm going to start adding my cross compilation notes to the wiki under a new page linked to by GpeHacking |
| 08:17:21 | cmarqu_ | re |
| 09:44:39 | wizly | hi |
| 09:44:55 | cmarqu_ | Hi wizly |
| 09:44:56 | pb_ | hi wizly |
| 09:45:13 | wizly | good morning.... still sleeping... |
| 09:53:31 | pb_ | hmm, not much morning left, it's 11:59:34am according to my clock. |
| 09:54:00 | cmarqu_ | 13:00 pm... |
| 09:54:29 | wizly | 13:00 pm here |
| 09:54:29 | wizly | xD |
| 09:55:12 | cmarqu_ | Uh, pierre had 4 wisdom theeth extracted... eeeeuuuh. |
| 09:55:41 | pb_ | Ugh. |
| 09:56:06 | wizly | aix |
| 09:56:10 | pb_ | Did he need to have a general anaesthetic for that? |
| 09:56:34 | cmarqu_ | I don't know. He just wrote that he is at his parents because of that. |
| 09:56:51 | pb_ | Well, sounds pretty nasty anyway. |
| 09:57:22 | pb_ | My brother had one of his wisdom teeth out a few months ago, and it certainly didn't sound like a pleasant experience. |
| 09:58:03 | cmarqu_ | Right. I still have all of 'em... |
| 09:58:12 | pb_ | Me too. |
| 09:59:02 | cmarqu_ | But maybe I'm lucky, I have 1 tooth less in each quadrant, so maybe they have room enough. |
| 09:59:24 | pb_ | Ha. |
| 09:59:47 | pb_ | Hmm, anyone want to help me debug an autotools problem? |
| 10:08:13 | cmarqu_ | ducks |
| 10:08:19 | cmarqu_ | BBL. |
| 10:08:45 | wizly | ducks? BBL? mmmm english is terribly difficult... xD |
| 10:09:13 | cmarqu_ | wizly: BBL -- be back later |
| 10:09:25 | wizly | aah.. ok,ok |
| 10:14:17 | mallum | hey pb_ |
| 10:41:37 | pb_ | hi mallum |
| 12:27:32 | cmarqu_ | U gpe/base/gpe-contacts/config.h.in |
| 12:27:32 | cmarqu_ | cvs [checkout aborted]: writing gpe/base/gpe-contacts/config.sub: No such file or directory |
| 12:27:35 | cmarqu_ | Huh? |
| 13:22:39 | dc_ | konbanwa |
| 13:22:42 | dc_ | how's everyone? |
| 13:22:55 | wizly | hi dc_! |
| 13:23:34 | cmarqu_ | Hi dc_ |
| 13:23:46 | dc_ | cmarqu_, wizly: hey! |
| 13:24:03 | dc_ | cmarqu_: I've been doing some cosmetics to gpe-conf |
| 13:24:10 | cmarqu_ | dc_: Oh, you too? |
| 13:24:16 | cmarqu_ | hehe. |
| 13:24:20 | cmarqu_ | Which applet? |
| 13:24:21 | dc_ | :] |
| 13:24:31 | dc_ | cmarqu_: time, appmgr |
| 13:24:39 | dc_ | cmarqu_: and brightness/screensaver |
| 13:24:48 | cmarqu_ | Good. I did theme and screen and owner |
| 13:25:00 | cmarqu_ | Ah. screen is overlapping now |
| 13:25:05 | dc_ | ah, cool :D |
| 13:25:07 | cmarqu_ | Did you check in? |
| 13:25:09 | pb_ | hi dc_ |
| 13:25:13 | dc_ | not yet. |
| 13:25:25 | dc_ | cmarqu_: did you just make the modules..? |
| 13:25:32 | cmarqu_ | dc_: prepare for conflicts then... |
| 13:25:40 | cmarqu_ | dc_: What do you mean? |
| 13:25:51 | dc_ | pb_, cmarqu_: I'll take a screenshot of the stuff I did. |
| 13:25:55 | dc_ | before I commit. |
| 13:25:56 | cmarqu_ | cvs up and you will see |
| 13:25:58 | pb_ | dc_: cool. |
| 13:26:03 | dc_ | it's what _I_ think would look nice. |
| 13:27:06 | cmarqu_ | I'll make a screenshot too |
| 13:29:20 | dc_ | http://212.67.102.180/gpe-conf-time.png and http://212.67.102.180/gpe-conf-appmgr.png |
| 13:29:22 | cmarqu_ | http://handhelds.org/scap/port.16120.png no big change there |
| 13:30:00 | dc_ | cmarqu_: but looks nicer |
| 13:30:14 | dc_ | cmarqu_: I was just possibly wondering how to do the screen setup |
| 13:30:30 | dc_ | cmarqu_: I thought of possibly adding it all into frames |
| 13:30:39 | cmarqu_ | dc_: You changes looks also nicer |
| 13:30:40 | dc_ | cmarqu_: like the others I've already done |
| 13:30:52 | pb_ | dc_: looks nice. |
| 13:31:11 | pb_ | Can we change "Changes will take effect after relog" to something else? |
| 13:31:23 | cmarqu_ | Just make sure you don't have 3 levels of frames deep. 2 is the limit I'd say |
| 13:31:35 | pb_ | Maybe "... at next login" or something. Though obviously it would be better if we could make the poxy appmgr apply its settings immediately. |
| 13:31:35 | cmarqu_ | pb_: Ha, I was going to say that too |
| 13:32:06 | cmarqu_ | Just SIGHUP it? I guess pierre just didn't know |
| 13:32:22 | pb_ | Yeah, maybe that would work. |
| 13:32:27 | pb_ | BTW, what does "Don't launch at startup" do? |
| 13:32:42 | cmarqu_ | "Dont launch" should be "Don't launch" |
| 13:32:54 | pb_ | Oh yeah, and that. |
| 13:33:06 | cmarqu_ | Hmm. No gpe-appmgr at all I'd guess |
| 13:33:41 | dc_ | that's a pretty dodgy option |
| 13:33:51 | pb_ | Mmm. I'm just a bit nervous about how that's implemented. |
| 13:34:04 | pb_ | dc_: indeed. |
| 13:34:16 | cmarqu_ | Yup. |
| 13:34:20 | pb_ | Oh dear. |
| 13:34:25 | pb_ | if (gtk_toggle_button_get_active (GTK_TOGGLE_BUTTON(dont_launch_check))) |
| 13:34:25 | pb_ | system_printf("touch %s",dont_launch_file); |
| 13:34:25 | pb_ | else if(file_exists(dont_launch_file)) |
| 13:34:25 | pb_ | system_printf("rm %s",dont_launch_file); |
| 13:34:30 | pb_ | I don't like the look of that at all. |
| 13:34:51 | dc_ | I say we should get rid of that |
| 13:34:58 | pb_ | I agree. |
| 13:35:04 | dc_ | irght |
| 13:35:10 | cmarqu_ | dc_: Make sure you wrap every applet in an automatic scrolledwindow, so that it works with rotated screens |
| 13:35:31 | dc_ | well, lemme do my version of screen setup |
| 13:36:29 | dc_ | gpe-conf should wrap the returned widget in a scrolled window. |
| 13:38:00 | cmarqu_ | Hmm. Or that, yeah. |
| 13:38:59 | dc_ | it really should |
| 13:39:01 | cmarqu_ | Well, apparently pierre is working in that area. |
| 13:39:06 | dc_ | :/ |
| 13:39:37 | cmarqu_ | I also want to be able to set buttons insensitive, but there is no easy way right now |
| 13:40:01 | cmarqu_ | Cancel and Save in Owner, when the user can't write the file anyway |
| 13:40:47 | cmarqu_ | dc_: check out http://qnx.wox.org/swt/, I like the "after" looks. Too bad gtk doesn't allow that I guess (the line thing instead of the frames) |
| 13:41:08 | cmarqu_ | Actually... maybe it does |
| 13:42:05 | pb_ | I think a gtkseparator looks like that. |
| 13:42:34 | cmarqu_ | fires up glade |
| 13:43:13 | grib | cmarqu_: yep, you can do that in Glade with a vbox and left-justified labels |
| 13:43:34 | grib | oops, you'll have to use an hbox to get the label on the left side I think |
| 13:44:23 | dc_ | cmarqu_: you cab |
| 13:44:25 | dc_ | cmarqu_: you can |
| 13:44:33 | dc_ | cmarqu_: make widgets shaded out? |
| 13:44:48 | cmarqu_ | Okay. I think that is nicer than frames, even though a bit more complex |
| 13:45:09 | dc_ | cmarqu_: gtk_widget_set_sensitive (widget, FALSE); |
| 13:45:10 | dc_ | I think |
| 13:45:31 | cmarqu_ | dc_ Right, exactly that |
| 13:45:40 | dc_ | :} |
| 13:46:02 | dc_ | oh my bad |
| 13:46:08 | dc_ | you mean the after picture |
| 13:46:11 | dc_ | with the different frames |
| 13:46:19 | dc_ | that#s probly possibly |
| 13:46:21 | dc_ | possibly |
| 13:46:35 | cmarqu_ | Maybe this could be a common widget even, with a syntax like frame creation... |
| 13:46:45 | cmarqu_ | dc_: Yes, after |
| 13:46:48 | dc_ | hrm, qnx looks so fun |
| 13:47:08 | dc_ | cmarqu_: it wouldn't be hard, like pb_ said. |
| 13:47:41 | cmarqu_ | Let's make GPE look like that then !!!1! :) |
| 13:48:22 | dc_ | good idea :D |
| 13:48:22 | dc_ | heheh |
| 13:49:17 | pb_ | yeah, go for it. |
| 13:49:27 | pb_ | is working on gpe-calendar again |
| 13:50:03 | dc_ | :) |
| 13:50:42 | pb_ | grr, mccarthy made it depend on libgpe. |
| 13:50:51 | pb_ | not impressed |
| 13:53:16 | dc_ | bah |
| 13:54:28 | dc_ | even though having frame makes it look a bit more complicated, it atleast stops some windows looking so blank |
| 13:55:08 | dc_ | hrm |
| 13:55:22 | dc_ | the cancel and save buttons are quite placed propperly... |
| 13:55:28 | dc_ | It seems... |
| 13:55:29 | moray | cmarqu_: have you read the GNOME2 HIG? they have a scheme for how you should do those (bold text, no frame IIRC) |
| 13:56:56 | cmarqu_ | moray: Not yet, I always wnated to do that, yes... |
| 13:57:06 | cmarqu_ | moray: Too bad that bold text is a bit hard |
| 13:57:12 | cmarqu_ | In GTK1 at least |
| 13:57:13 | dc_ | http://212.67.102.180/gpe-conf-ipaqscreen.png |
| 13:57:16 | moray | cmarqu_: easy when we using GTK2, yes... |
| 13:57:33 | dc_ | cmarqu_: it's not _that_ hard. |
| 13:57:37 | dc_ | cmarqu_: but it's not easy :) |
| 13:57:46 | cmarqu_ | So we should use styles to mark these up for later boldifying |
| 13:58:03 | cmarqu_ | dc_: It's hard when you want to get a bold version of the *current* font |
| 13:58:22 | moray | cmarqu_: well, with GTK2 it becomes trivial, so we may possibly be as well to leave them but work out exactly what we're going to do when we get GTK2... :-/ |
| 13:58:31 | dc_ | cmarqu_: true |
| 13:58:34 | cmarqu_ | dc_: In storm, we defined every font on our own, so that worked okay |
| 13:58:57 | dc_ | cmarqu_: you're right |
| 13:59:01 | moray | but font size should be easily configurable, which may not go well with that... |
| 13:59:30 | dc_ | cmarqu_: what do you think of the screen setup? |
| 13:59:33 | cmarqu_ | moray: would one use styles for bold fonts in GTK2, or do that inline markup stuff? |
| 13:59:51 | moray | cmarqu_: the inline stuff I think, though I'm not completely sure of that |
| 14:00:18 | cmarqu_ | dc_: Too many frames IMO. Since each frame only hold one widget, it's overkill |
| 14:00:33 | dc_ | ;p |
| 14:00:36 | moray | http://developer.gnome.org/projects/gup/hig/1.0/layout.html#layout-dialogs |
| 14:00:49 | cmarqu_ | moray: Inline mixes form with function... I'd hope styles would work too |
| 14:02:34 | moray | cmarqu_: hm, I'm not sure I agree that's a problem for this... - though presumably e.g. Glade ought to learn all the rules and let you just enter the actual text |
| 14:02:35 | cmarqu_ | Hmm. They use colons like in "MIME Type:"... I don't like that, but okay... |
| 14:03:05 | cmarqu_ | moray: styles would help the transition to GTK2 at leaast |
| 14:03:42 | cmarqu_ | * |
| 14:03:51 | cmarqu_ | "Leave a 12-pixel border between the edge of the window and the nearest controls" |
| 14:04:01 | moray | cmarqu_: but as I said above, it's not necessarily worth trying to convert everything to use styles to make it look nicer now, if we can do it all more neatly with GTK2 |
| 14:04:20 | cmarqu_ | We should agree on a smaller size here. 6, or 5? |
| 14:04:37 | moray | cmarqu_: well, I'm not sure, but I think it looks ugly in our GPE stuff where the controls are right up to the window edge... |
| 14:04:55 | cmarqu_ | moray: Right, I did some work to fix it in places |
| 14:06:01 | moray | cmarqu_: hm, maybe someone should do a test/demonstration GTK2 app to try out this stuff, then we can work out what it's worth doing now in GTK1...? |
| 14:06:39 | cmarqu_ | moray: Yeah, that hello-world thing, a bit extended. |
| 14:07:30 | cmarqu_ | Would be nice if they had delivered a glade file for the "good" example |
| 14:08:01 | dc_ | cmarqu_: your screen setting thing is a bit nicer actualy |
| 14:08:03 | dc_ | anyway. |
| 14:08:05 | dc_ | bbl food. |
| 14:08:29 | dc_ | cmarqu_: maby I'll just have a do at converting some ones with a few more widgets. |
| 14:11:42 | cmarqu_ | Ah, they have a PDF document for the HIG |
| 14:19:03 | moray | yes, I still need to read it properly. not that much more to do on this dissertation now though... ;) |
| 14:19:17 | cmarqu_ | Good. |
| 14:19:38 | cmarqu_ | The PDF is ugly though, auto-converted it seems. |
| 14:20:12 | moray | though I spent up till now today fighting with Lilypond, which is irritating - it turned out I needed a newer version to be able to pass \% through to TeX |
| 14:20:29 | cmarqu_ | Ah, music typesetting? |
| 14:20:32 | moray | yup |
| 14:20:42 | cmarqu_ | For your diss? |
| 14:21:11 | moray | yes - my project's on automatic chorale harmonisation (using HMMs etc.), so I decided I need music examples |
| 14:22:04 | cmarqu_ | Ah. I know nothing about that... |
| 14:22:51 | moray | well, it's been quite fun - one of the lecturers had suggested it as an interesting project for someone to do |
| 15:28:16 | pierre | cmarqu_: what are the changes you've made to the theme and screen applets? |
| 15:30:39 | cmarqu_ | theme.c (Theme_Build_Objects): Make the GUI a bit nicer. Wrap a |
| 15:30:44 | cmarqu_ | Argh. |
| 15:30:53 | cmarqu_ | Stupid irsso. |
| 15:30:53 | cmarqu_ | irssi |
| 15:31:23 | cmarqu_ | pierre: Well, widget packing, basically. |
| 15:31:36 | pierre | ok. |
| 15:31:38 | cmarqu_ | Nothing functional. |
| 15:31:52 | pierre | you dont have set the usize of the main window? |
| 15:32:19 | cmarqu_ | pierre: How are your teeth? Or better, the place where they used to be? |
| 15:32:26 | cmarqu_ | pierre: No, I didn't. |
| 15:33:10 | pierre | The place where I use to have my wisdom teeth are better now, thanx |
| 15:33:21 | cmarqu_ | Good. |
| 15:33:32 | pierre | actually, yesterday was not the best day of my life.. |
| 15:33:42 | cmarqu_ | I can imagine... |
| 15:34:30 | pierre | something new during my retreat? |
| 15:35:26 | cmarqu_ | No, not much. dc also did some work on the gpe-conf look, but I'm not sure if he wants to check this in. |
| 15:36:25 | cmarqu_ | The Gnome2 HIG stuff looks much nicer |
| 15:36:45 | pierre | HIG? |
| 15:36:52 | cmarqu_ | human interface guidelines |
| 15:37:37 | | cmarqu_: i don't know |
| 15:37:37 | cmarqu_ | ibot: HIG? |
| 15:37:45 | | OK, cmarqu_. |
| 15:37:45 | cmarqu_ | ibot: HIG is at http://developer.gnome.org/projects/gup/hig/1.0/ |
| 15:38:07 | | ...but hig is at http://developer.gnome.org/projects/gup/hig/1.0/... |
| 15:38:07 | pierre | ibot HIG is human interface guidelines |
| 15:38:30 | | okay, cmarqu_. |
| 15:38:30 | cmarqu_ | ibot: HIG is also human interface guidelines |
| 15:38:44 | | rumour has it HIG is at http://developer.gnome.org/projects/gup/hig/1.0/ or human interface guidelines |
| 15:38:44 | cmarqu_ | ibot: HIG? |
| 15:38:45 | pierre | nice ibot.. |
| 15:39:21 | pierre | where is the uclib porting? |
| 15:39:36 | pierre | And tinygtk2? |
| 15:39:46 | cmarqu_ | Oh. Ah. |
| 15:39:55 | cmarqu_ | I see my last mail to you didn't go out. |
| 15:40:01 | cmarqu_ | Check your email... |
| 15:40:38 | cmarqu_ | I don't know about the porting stuff, but jg said he might get around to throw stuff out of xlib next week |
| 15:42:41 | pierre | ok. I should go now. (RTC phone line..) I'm working on user configuration and suid. |
| 15:42:59 | pierre | maybe I will check this tonight.. |
| 15:43:27 | cmarqu_ | Cool. Cya. |
| 18:39:21 | dc_ | hey |
| 18:39:22 | dc_ | bah |
| 18:39:41 | pb_ | hey |
| 18:40:42 | dc_ | pb_: I'm running out of money for the net :[ |
| 18:40:49 | pb_ | dc_: hell! |
| 18:40:49 | dc_ | I'm on 1p per min till tuesday |
| 18:41:02 | pb_ | dc_: do you have broadband in your new location? |
| 18:41:06 | dc_ | and I left it on all today by mistake :(( |
| 18:41:11 | pb_ | ha. |
| 18:41:16 | dc_ | pb_: nah, even further away :/ |
| 18:41:28 | pb_ | oh dear. |
| 18:41:39 | pb_ | so, what happens on Tuesday to make things better? |
| 18:42:42 | dc_ | bt upgrades our line so we can have unlimited access |
| 18:42:56 | pb_ | aha. |
| 18:43:29 | pb_ | well, sounds like you'll have to resort to less talk and more action in the meantime. |
| 18:43:54 | pb_ | i.e. get off IRC and write gpe-gallery or something :-) |
| 18:43:54 | dc_ | :) |
| 18:44:10 | dc_ | goodd idea! |
| 18:44:16 | dc_ | grabs the gdk docs |
| 18:44:24 | pb_ | excellent. |
| 18:44:45 | pb_ | wonders what to do next. |
| 18:51:48 | pb_ | back later, dinner. |
| 18:51:51 | dc_ | okay |
| 18:51:55 | dc_ | bye from me to |
| 20:52:07 | mutex | is sqashed gtk something that was designed for gpe, or was it already written ? |
| 21:11:09 | pb_[food] | It existed already. |
| 21:17:38 | pierre | pb_: how do you apply a patch made with cvs diff -c /tmp/patch ? |
| 21:17:51 | pb_ | pierre: just pipe it into patch |
| 21:18:09 | pierre | path -p? |
| 21:18:47 | pb_ | -p just strips off bits of pathnames. |
| 21:19:09 | pb_ | for some weird reason, the default is -p1; if you want it to leave the filenames alone you need to say -p0 explicitly. |
| 21:24:22 | mallum | hey |
| 21:25:00 | pb_ | yo mallum |
| 21:25:30 | mallum | hey pb |
| 21:26:04 | mallum | quick que for you, Im assuming its possible for me to dup stdout and have what ever I send to stdout also go to a file - right ? |
| 21:27:06 | pb_ | hmm, not easily. |
| 21:28:51 | mallum | pb_: doh :(, but possible ( and still portable? ) |
| 21:28:55 | pb_ | I think you would have to effectively embed "tee" into your program. |
| 21:29:49 | pb_ | ie. dup stdout onto another fd, make a pipe and dup2 it onto stdout, then have a loop that reads from the pipe and writes to both the "real" stdout and your new file. |
| 21:31:07 | mallum | hmm, thats what I was kind of dreading |
| 21:31:08 | pb_ | but yeah, it should be fairly portable. |
| 21:34:02 | mallum | cos Im lazy I may just redirect stdout to a file - that pretty easy aint it - I just close it and then reopen it pointing to a file right ? |
| 21:34:37 | pb_ | yeah. |
| 21:42:44 | mallum | pb_: there was a thing on the Xpert list today that somebody ( Michael Taht ) had add tslib support to tinyX |
| 21:43:16 | pb_ | ah, excellent. |
| 21:43:42 | mallum | I dont think it was finished, but it looked close |
| 21:44:02 | mallum | "This brings tslib based touchscreen support to TinyX for a variety of |
| 21:44:02 | mallum | touchscreens, notably the hitachi webpad, and the xscale lubbock. (a few |
| 21:44:02 | mallum | more are coming out soon - one's a ppc_405 box, and the other is some |
| 21:44:02 | mallum | sort of generic x86 serial connection). |
| 21:44:02 | mallum | " |
| 21:44:25 | mallum | "lubbock" lol |
| 21:44:39 | pb_ | heh, yeah, that's the xscale evaluation board. |
| 21:44:48 | mallum | you have one ? |
| 21:44:51 | pb_ | no. |
| 21:45:00 | mallum | is it made by intel ? |
| 21:45:07 | pb_ | I think so, yeah. |
| 21:45:19 | pb_ | I kind of lost track of the different xscale things though. |
| 21:45:37 | mallum | 'pentium', 'xeon', 'strongarm', 'lubbock' Ha! |
| 21:46:04 | pb_ | lubbock is the xscale equivalent of assabet, really. |
| 21:46:34 | mallum | what does an assabet look like - a lart ? |
| 21:47:43 | pb_ | It's quite a lot bulkier than a lart. It comes packaged in a kind of pseudo-PDA arrangement with an LCD screen, it's about 120x50x25mm I'd guess. |
| 21:49:37 | pb_ | try asking Google Images for "assabet"; the first link you get is a picture of one. |
| 21:52:23 | mallum | pb_: wow looks pretty tiny |
| 21:53:32 | pb_ | I think the screen is the same size as the one on the ipaq. So yeah, it's quite small, though probably about twice the size of a lart. |
| 21:56:25 | mallum | pb_: have you been hacking on much today ? |
| 21:58:51 | pierre | if anyone want to test my user creation applet.. |
| 21:59:22 | pierre | http://tardyp.free.fr/gpe-conf_0.0.4_arm.ipk |
| 21:59:50 | pb_ | mallum: no, been doing other stuff: working on the garden, the house and the car. |
| 22:00:52 | pierre | pb_: the grass is growwing so much .. |
| 22:02:15 | pb_ | pierre: yeah, sure is. |
| 22:36:16 | mallum | jg_: hey |
| 23:00:03 | jg_ | mallum: is for horses... |
| 23:00:14 | mallum | jg_: and so are bits |
| 23:01:02 | jg_ | I'm admiring Keithp's studly cursors... |
| 23:01:50 | mallum | jg_: yeah I built that, but all I got was a black square :( I guess my XServer isn't new enough |
| 23:02:34 | jg_ | to get AA alpha blended cursors you need current XFree86 CVS. |
| 23:03:15 | mallum | what distro do you run XFree CVS on top of ? |
| 23:04:01 | jg_ | won't matter.... |
| 23:04:48 | mallum | well I know it can kill debian pretty good from past experience ... |
| 23:05:05 | mallum | thats installing over the top of |
| 23:05:26 | jg_ | just save a copy of /usr/X11R6 so you can put it back if something goes wrong. |
| 23:06:11 | mallum | and /etc/X11 , I think thats whats caused the problems before |
| 23:06:20 | jg_ | yup. |
| 23:06:38 | mallum | it'd be interesting to see if brandens 4.2 debian rules would build CVS |
| 23:08:30 | mallum | jg_: Did you see on xpert that it looks like Michael Taht has (nearly) hacked tslib into tinyX ? |
| 23:09:26 | jg_ | mallum: I'm aware of such stuff... |
| 23:11:05 | mallum | jg_: Do you think its at all likely redhat may put some money into the font problem ? There latest beta is all AA and using the luxi stuff, I gues if they want it really shiny they will need some hinting |
| 23:12:15 | jg_ | mallum: possible: I also have other irons in the fire I expect will result in some fonts quite soon. |
| 23:14:21 | jg_ | One way or the other, I expect things will look up in the font department soon. |
| 23:14:40 | mallum | cool |
| 23:15:53 | mallum | jg_: I was gonna start looking into to getting some money togeather to come over for the 'ipaq dev weekend', but then I remember my sister is getting married on the 12th :( |
| 23:17:03 | jg_ | that's a problem, all right... I expect you better attend (so long as you value your relation ship with your sister!) |
| 23:18:25 | mallum | jg_: yeah, it would have been nice to meet jamey and nelson and others in person |
| 23:20:23 | jg_ | yup. |
| 23:20:34 | jg_ | such is life, though... Sister comes first... |
| 23:22:22 | mallum | yes indeed |
