Experimental IRC log happs-2008-03-13

Available formats: content-negotiated html turtle (see SIOC for the vocabulary)

Back to channel and daily index: content-negotiated html turtle

These logs are provided as an experiment in indexing discussions using IRCHub.py, Irc2RDF.hs, and SIOC.

12:21:07<MarcWeber>Where is saverAdd defined?
16:35:17<MarcWeber>Where is saverAdd defined? Does it belong to a HAppS package?
16:39:23<Lemmih>It does.
16:39:45<Lemmih>Do you have linker problems?
16:41:00<Lemmih>It's hidden in HAppS-State.
17:17:42<MarcWeber>No not at all. I was reading source and wondering wether items are put back into the chain if the disk is full (forkever (...)) There it's used.
17:18:44<MarcWeber>And I mus be totally insane because I've even tried grepping for saver and for Add. But I'll look again now
17:25:51<mightybyte>MarcWeber: I couldn't find it either. Must be well-hidden. This is where a good Haskell IDE would come in handy.
17:30:55<Lemmih>Oh wait, there's no 'saverAdd' anymore.
17:31:01<Lemmih>There's a writerAdd.
17:35:01<MarcWeber>mightybyte: I only had time for patching hasktags. Enhancing the ghc api using tag generation program is on my todo list. But this wil propably take a little bit longer (because it has to be integrated into Cabal as well)
17:35:59<MarcWeber>Ok. I'll update the source repos (god bless nix-repo-manager --update happs :) and try again)
17:37:02<MarcWeber>mightybyte: I already have this IDE feature, but doesn't work with template haskell yet - if you're interested I can show you
17:43:25<MarcWeber>:) The Logger file is no longer used. I should have read *.cabal first
18:44:33<stepcut>When HAppS prints out [Element] stuff, it seems to munge any utf-8 encoded strings. Probably due to the HaXml's stdXmlEscaper being busted. Is there a work around ?
18:59:11<mightybyte>MarcWeber: Yes, I have hasktags working with vim (a little manual fixing required), but full-blown eclipse-like functionality would be nice for functions that aren't in the tags file.
19:00:36<MarcWeber>mightybyte: I've also import depending camcel case function completion.. And i no longer have to add tag files manually. When installing a package tags are automatically created.
19:01:00<MarcWeber>But I know the difference to Java support within Eclipse
19:05:52<Saizan>stepcut: so you have utf8 octects in your Strings rather than Unicode codepoints?
19:07:36<mightybyte>MarcWeber: Yeah, if I can't jump to the code, it would at least be nice for it to tell me which import it came from.
19:08:45<mightybyte>MarcWeber: Also, type evaluation for partial expressions would be nice.
19:08:50<mightybyte>But I digress...
19:26:39<stepcut>Saizan: I suspect so -- thath is what I got back from lookPairs
19:29:18<stepcut>Saizan: I am just using withData and toHTMLForm. If I paste in chinese characters and submit. It displays fine with I use Text.XHtml to print it. But, if I convert it to [Element] and print it, it seems to encode each byte individually
19:29:30<stepcut>s/with I use/when I use/
19:29:45<stepcut>the encoding for the pages is all set to utf-8
19:30:26<stepcut>so, I suspect the browser is sending me utf-8, which I currently don't not touch
19:31:29<stepcut>but, perhaps if I used some non-HaXml related utf-8 -> Unicode converter that could work...
19:31:32<stepcut>I'll give it a shot
19:35:39<Saizan>stepcut: yeah, you must, HaXml expects codepoints
19:35:45<Saizan>stepcut: see utf8-string
19:35:48<stepcut>ok
19:36:44<stepcut>It seems Graham Klyne forked HaXml 1.12 so that it can handle utf-8, but those changes are not in 1.13
19:38:19<stepcut>seems like lookPairs should be doing the utf-8->Unicode conversion, since that is where it goes from ByteString -> String ?
19:39:07<Saizan>uhm, does it know which encoding the data is in? i don't remember if it's in the headers or not
19:39:32<stepcut>hrm
19:40:02<stepcut>In post data there might be a Content-Type=multipart/form-data; charset=utf-8. But probably not for query strings or cookies ?
19:41:01<Saizan>yeah, query strings are only url-encoded, and cookies don't have any standard encoding information iirc
19:41:44<stepcut>hrm
19:42:25<stepcut>url-encoding only encodes bytes, not unicode ?
19:42:57<stepcut>for example, could I somehow do, 'http://mysite.com/準備テスト'
19:44:08<Saizan>i don't think it handles unicode, but you could encode that as utf8 and then urlencode
19:45:22<stepcut>yeah. So that would mean that the encoding is not explicitly passed to mysite.com, but rather, mysite expects the data to utf-8. It could also be some other japanese encoding.
19:45:43<stepcut>ACTION reads the url encoding rfc
19:50:04<stepcut>going to lunch, thanks!

Back to channel and daily index: content-negotiated html turtle