Team Chat Logs

2006 3
Mo Tu We Th Fr Sa Su
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30

April 06, 2006

[12:46:18] <pacopablo> well, supybot is now running
[12:46:18] * coderanger has quit IRC
[12:47:35] <pacopablo> now for some css mojo
[12:47:53] * coderanger has joined #trac
[12:48:00] <pacopablo> wb coderanger
[12:48:23] <coderanger> alo
[12:48:38] <pacopablo> I setup supybot to grab a log of this channel
[12:48:46] <pacopablo> say hello to evil_twin :)
[12:49:13] * wnorrix has joined #trac
[12:49:49] <coderanger> awesome
[12:49:57] <coderanger> Does it have a trac frontend?
[12:50:02] <pacopablo> not yet
[12:50:10] <pacopablo> I barely got supy bot configured
[12:50:17] <coderanger> bah!
[12:50:19] <pacopablo> but fear not, I'll make a trac frontend for it :)
[12:50:30] <coderanger> i look forward to it :)
[12:50:46] <pacopablo> I'd really like to modify it to back into a databse, but maybe another day
[12:52:04] <coderanger> at some point we should just make a custom TracBot
[12:52:26] <pacopablo> I thought about that
[12:52:40] <pacopablo> and then figured for now it would be best to go with an already existing bot :)
[12:53:03] <pacopablo> do you have any templates that would be good for displaying a log?
[12:53:31] <coderanger> cant way that I do, you could just have it use a wiki though
[12:54:40] <pacopablo> problem with the wiki is that a code block doesn't wrap
[12:54:54] <pacopablo> and reading long lines in a code block is annoying
[12:55:18] <coderanger> Just do some basic parsing
[12:55:33] <coderanger> I have a few scripts that do that for a mailing-list right now
[12:56:06] <coderanger> I suppose it depends on what supybot's logs look likt
[12:57:25] <pacopablo> timestamp | line from IRC
[12:57:34] <pacopablo> I can modify the "timestamp |" part
[12:59:29] <coderanger> So just throw a [[BR]] after every line
[12:59:33] <coderanger> ugly, but it works
[12:59:46] <pacopablo> super ugly :)
[12:59:53] <pacopablo> but maybe I'll do that as a first rev :)
[13:00:17] <pacopablo> looks like it's time for me to upgrade trac on my main site.
[13:08:30] * Naked has joined #trac
[13:08:46] * Naked is now known as Hadaka
[13:12:48] * coderanger_cs has joined #trac
[13:14:19] * dna has quit IRC
[13:14:19] * asmodai has quit IRC
[13:21:50] * Anon3142 has joined #trac
[13:23:26] <Anon3142> hi
[13:23:42] * asmodai has joined #trac
[13:23:42] * dna has joined #trac
[13:23:43] * asmodai has quit IRC
[13:23:43] * dna has quit IRC
[13:23:43] * asmodai has joined #Trac
[13:23:50] * Anon3142 is now known as hf
[13:23:56] <pacopablo> hello hf
[13:26:03] * mjg2 has quit IRC
[13:27:04] * dna has joined #trac
[13:28:06] * papyromancer has quit IRC
[13:28:12] <hf> can I discuss a problem i am having with trac?
[13:28:23] * mjg2 has joined #trac
[13:28:26] <hf> is someone interested in reading my story ?? ;-))
[13:28:47] <LarstiQ> you only mentioned it a second ago
[13:28:53] <LarstiQ> besides, don't ask to ask
[13:28:53] <pacopablo> why don't you just tell us the problem
[13:29:03] <hf> wonderful ;-)
[13:29:44] <hf> i quite don't know what I did, but now the css files are not found at first
[13:29:58] <pacopablo> did you recently upgrade?
[13:30:00] <hf> when i e.g. click on browser
[13:30:20] <hf> on the second time ... clicking on browser it works,
[13:30:31] <hf> but I am having browser/browser in the url
[13:30:38] <hf> No, I did not upgrade.
[13:30:44] <pacopablo> looks like server configuration
[13:30:46] <pacopablo> using fastcgi?
[13:30:57] <hf> no - mod_python
[13:31:11] <pacopablo> paste your apache config to trac.pastebin.com
[13:31:37] <tag> pacopablo: you know
[13:31:42] <hf> is this a newsgroup?
[13:31:46] <tag> it'd be cool of the blog plugin counted the number of comments!
[13:31:53] <pacopablo> no, this is an IRC channel.
[13:32:01] <tag> is this a space ship?
[13:32:02] <pacopablo> trac.pastebin.com is not a newsgroup either
[13:32:24] <pacopablo> it's just a place to paste large posts so that you don't spam the channel and make it a bear to read
[13:32:36] <pacopablo> tag: counted the number of comments?
[13:32:44] <hf> ok ... just a moment
[13:32:49] <pacopablo> as in those added with the add comment macro?
[13:32:52] <tag> pacopablo: yeah, the number of comments added to the page by the AddComment macro
[13:32:55] <tag> right
[13:33:09] <pacopablo> hmm, I'll have to take a look at the addcomment macto
[13:33:12] <pacopablo> er, macro
[13:33:16] <pacopablo> it's not a bad suggestion
[13:33:26] <pacopablo> tag: you check out the calendar?
[13:33:46] <tag> you could just scan the page for a regex of /==== Comment by \w+ on .* ====/
[13:33:51] <tag> no?
[13:33:59] <pacopablo> I actually need to add an option to disable the display of the calendar if not desired
[13:34:01] <tag> I haven't run svn up in atleast, two days
[13:34:10] <pacopablo> tag: the newest version has a calendar
[13:34:29] <pacopablo> so you can navigate to a given day/month/year/whatever via the calendar
[13:34:32] <tag> pacopablo: Also
[13:34:36] * wnorrix has quit IRC
[13:34:44] <tag> you might want to consider, if possible, using the *source* date of the posting
[13:34:49] <tag> for the sorting order
[13:35:04] <pacopablo> that's already fixed in trunk
[13:35:08] <tag> Oh cool
[13:35:25] <pacopablo> and if the page has more than one version, a tag of "Updated on blah" is addedd
[13:35:35] <tag> yeah, cause the version I have the AddComment macro bumps a listing to the top of the list.
[13:35:36] <tag> oh cool
[13:35:37] <pacopablo> though that will probably get annoying for the comment macro
[13:35:56] <tag> uh it adds a tag *each* time?
[13:35:57] <tag> ouch
[13:36:01] <pacopablo> I'll have to do a little bit of work in that area
[13:36:06] <pacopablo> no
[13:36:13] <pacopablo> just one tag with the last update date
[13:36:19] <tag> oh
[13:36:21] <tag> that's fine
[13:36:23] <pacopablo> to the bog view, not actually on the page.
[13:36:34] <tag> yeah, that's fine
[13:36:40] <tag> I don't see why that'd be annoying
[13:37:07] <pacopablo> well, depends if you consider a comment to be an update of the post
[13:37:40] <tag> s/update/activity and boom you're 100% accurate.
[13:38:05] <pacopablo> hehe, maybe if I count the comments, I'll try to do somethign fancy and differentiate between the two :)
[13:39:15] <tag> could be done, could be expensive though
[13:39:29] <tag> because the comment macro enters a date
[13:39:31] <tag> you could parse the date.
[13:39:45] <pacopablo> yeah, i don't know how it would be done yet.
[13:40:17] <pacopablo> the bigger problem is deciding whether the change was jsut a comment or if it was an edit of the data
[13:40:48] <pacopablo> I would basically have to do a diff between each revision and see if the only thing that changed was a comment
[13:40:51] <tag> make a hash set of the update dates on the article, parse the macro entered date into the same format, remove each of the items in the hashset the the macro entered while counting the number of entries by the macro. The end result is the number of updates to the post that were done by a non-commenting user, sort them, boom.
[13:41:13] <hf> is there a trick posting several lines at one time?
[13:41:27] <tag> hf: what do you mean?
[13:41:29] <pacopablo> hf, to pastebin?
[13:41:37] <hf> yes to pastebin
[13:41:42] <tag> copy, paste?
[13:41:49] <pacopablo> just copy and paste to the text box
[13:41:56] <hf> mhhh, it just shows the first line ...
[13:42:12] <pacopablo> you're probably doing it in the wrong box
[13:42:13] <tag> hf: Into the big box under that
[13:42:25] <pacopablo> or your line doesn't acutally have any line feeds in it.
[13:42:26] <tag> not the first input, the second big text entry
[13:43:46] <hf> big text entry??
[13:44:40] <hf> sorry for feeling stupid ....
[13:44:49] <pacopablo> "To highlight particular lines, prefix each line with @@"
[13:44:57] <pacopablo> that's the line right above the box
[13:45:24] <pacopablo> right under "Use ??? syntax highlighting"
[13:47:39] <pacopablo> there needs to be a way for a request_handler to specify it's order
[13:47:59] <pacopablo> such that if two pages match the same request, it's not just the first match
[13:48:43] <coderanger_cs> pacopablo: You mean chaining request handlers?
[13:48:55] <pacopablo> that would be nice
[13:49:10] <pacopablo> but really simply specifying which handler gets priority
[13:49:30] <pacopablo> for example, my secsession plugin tries to lock authenticated users into https://
[13:49:53] <pacopablo> but it doesn't work with thirdparty plugins, cus they tend to match the request first
[13:50:30] <coderanger_cs> pacopablo: I just have apache redirect http to https
[13:50:51] <pacopablo> but that's not good if you want google to index your site
[13:51:20] <pacopablo> and you can redirect on login, but then the user can simply remove the 's' and they'll be authenticated but without SSL
[13:51:22] <coderanger_cs> You could do silly things with mod_rewrite
[13:51:38] <pacopablo> not effectively
[13:51:48] <coderanger_cs> true
[13:51:54] <pacopablo> because there is no way to tell whether or not a usr is authenticated
[13:52:02] <pacopablo> cus the HTTP AUTH is only on the /login link
[13:53:34] <coderanger_cs> It seems like there should be a generic pre and post request extension point
[13:55:54] <hf> waeeeehhh .. i am using a webchat at the moment, and i guess this one can't send more than one line. I will look for another irc client. Don't go away ;-)
[13:56:27] <pacopablo> hf, just open your browser to http://trac.pastebin.com
[13:56:45] <pacopablo> no need to send it through the webchat
[13:56:56] <pacopablo> paste your config to pastebin and then paste the link in here
[13:57:01] <coderanger_cs> thats a feature, not a bug
[13:57:23] <pacopablo> hehe :)
[13:57:26] * peppelorum has quit IRC
[14:03:37] <hf> hey .. that's cool ;-) http://trac.pastebin.com/644885
[14:05:33] * sam` has joined #trac
[14:08:11] * mgalvin has quit IRC
[14:10:06] <pacopablo> are you having the issue on Modell_x? or your other projects?
[14:10:37] <pacopablo> and why do you have the ScriptAliasMatch in there?
[14:12:30] <hf> on all projects
[14:12:44] <pacopablo> take the scriptaliasmatch out
[14:13:07] <hf> ok, I guess it's historic ..
[14:13:25] * sam` has quit IRC
[14:13:27] * sam` has joined #trac
[14:15:55] * jcw9 has joined #trac
[14:17:06] <hf> Sorry, it's still there
[14:17:19] <pacopablo> the problem?
[14:17:25] <hf> yes
[14:18:21] <pacopablo> hmm, looks like that config should work
[14:18:30] <hf> the last things i did before the problem arouse: configured the ldap in the apache ... and i copied a project on disk for tests
[14:20:30] <coderanger_cs> what happens if you go to /trac/chrome/common/css/trac.css
[14:21:29] <hf> I think it's not found, because i get the list of projects
[14:23:30] <coderanger_cs> try /trac/[a project]/chrome/common/css/trac.css
[14:24:35] <hf> no handler matched request ...
[14:24:43] * PK has left #trac
[14:25:53] <pacopablo> coderanger_cs: you running latest trunk?
[14:26:26] * jcw9 has quit IRC
[14:27:46] <hf> pacopablo: if this question was for me .. i use 0.94
[14:28:01] <pacopablo> hf, it was for coderanger_cs :)
[14:28:25] <hf> ok ;-)
[14:30:09] * edsuom has quit IRC
[14:30:44] <CyaNox> I submitted my problem with trac here: http://projects.edgewall.com/trac/ticket/2993 Maybe somebody can help?
[14:31:09] <hf> mhhh, so it is an apache configuration issue. I remove the stuff with Modell_x, and now it works again.
[14:37:39] <coderanger_cs> pacopablo: Not quite the latest, and only on my dev trac
[14:38:05] <pacopablo> it's alright, psycopg-1.1.18 just sucks
[14:38:22] <pacopablo> decided to randomly not escape a variable substitution
[14:38:37] <pacopablo> upgrading to psycopg2 fixed it
[14:38:41] <coderanger_cs> heh
[14:41:45] * jjb_lyceum has quit IRC
[14:42:35] * laespero has quit IRC
[14:44:06] * agile has quit IRC
[14:47:39] <hf> pacopablo: Got the error ;-). Just if you are interested: it is no good idea to define a TracUriRoot in a project when it is already set in the above multi project environment.
[14:47:42] * jcw9 has joined #trac
[14:47:55] <pacopablo> hf: that's good to know
[14:48:14] <hf> pacopablo: Thanks for your help. It really helps talking ... ;-)
[14:48:27] <pacopablo> hf: I understand that :)
[14:49:30] <hf> pacopablo: for a real pathetic end to this: feel good-night kissed from a thankful german girl doing a so lala job as trac administrator ;-)
[14:50:48] <pacopablo> lol, practice makes perfect! once you get past the apache config, it's easy
[14:51:31] <hf> ok ... i will get used to python programming .. the rest is easy ..
[14:54:06] <pacopablo> oooh, TracBot for supybot
[14:55:08] * dorian has joined #trac
[14:55:44] <coderanger_cs> Yeah, it does nifty stuff for tickets
[14:55:48] * cmlenz has quit IRC
[14:59:37] <hf> Time for bed for me ... thank you all. And go on having fun with trac. Bye-bye.
[15:01:03] * hf has quit IRC
[15:02:59] * spike has quit IRC
[15:03:33] * dorian has quit IRC
[15:04:36] * sntm2 has quit IRC
[15:14:43] <tag> pacopablo: when are you going to make a default handler for the blog?
[15:15:05] * danbeck has quit IRC
[15:15:17] <tag> pacopablo: also I have another suggestion, if you haven't done it already, I was thinking the Docs section in the admin plugin should probably come *after* the input fields
[15:16:22] <pacopablo> tag: I kind of liked it to the side
[15:16:30] <pacopablo> that way you don't have to scroll so much
[15:16:36] <tag> except the way I view it, it's not on the side
[15:16:44] <tag> It shows up first, here
[15:16:48] <pacopablo> what browser?
[15:16:50] <tag> and the inputs show up at the bottom of the page
[15:16:52] <tag> firefox
[15:16:58] <pacopablo> how big is your screen?
[15:17:03] <pacopablo> 800x600?
[15:17:03] <coderanger_cs> is it a float: right?
[15:17:08] <pacopablo> yup
[15:17:09] <tag> big, but I keep my browser at 800 pixels
[15:17:34] <tag> I like to see more than one thing at a time
[15:17:43] <pacopablo> gotcha
[15:17:56] <pacopablo> well, any onther feelings?
[15:18:03] <pacopablo> er, other
[15:18:34] <pacopablo> I wish there was a way to dynamically size the right div so that it would fit, but all my attempts failed
[15:18:50] * chandlerc has quit IRC
[15:19:00] <pacopablo> if I don't specify a fixed size, then it just merges into the other, which is no good.
[15:19:06] <tag> you could try making it clear: left
[15:19:08] <tag> oh
[15:19:12] <tag> that'd make it always show up below
[15:19:14] <tag> hurm
[15:19:18] * pacopablo curses mod_python
[15:19:25] <coderanger_cs> pacopablo: Use a percentage
[15:19:37] <tag> in my page
[15:19:44] <tag> it'd never show up right if it was on the right hand side
[15:19:51] <tag> but that's just my page
[15:19:52] * chandlerc has joined #trac
[15:20:21] <pacopablo> it appears that it's pretty much useless trying to configure it to handle different parameters on different urls
[15:20:23] <tag> pacopablo: if you print the docs second, they should show up below if the page folds
[15:20:45] <pacopablo> coderanger_cs: any suggestions for have / be a trac site and then /projects be another set of trac sites?
[15:21:18] <pacopablo> tag: if I put the docs under the options it doesn't float to the right
[15:21:22] <coderanger_cs> take a look at that config I sent you before, I do that on my site
[15:21:43] <pacopablo> can you refresh my memory?
[15:22:00] <pacopablo> I don't think I have the link anymore
[15:22:06] <tag> I wonder why that is
[15:22:26] <coderanger_cs> <Location /> is a TracEnv, and below that have <Location /projects> be a ParentEnv
[15:22:34] <tag> They'd probably show up right if my page didn't have the top two menu's on the left side instead of the top
[15:22:53] <pacopablo> coderanger_cs: that's what I have
[15:23:12] <pacopablo> maybe I screwed up my config due to cutting and pasting, let me see
[15:23:14] <coderanger_cs> Whats it doing?
[15:24:00] <tag> Bah I hate writing validation code.
[15:24:49] <coderanger_cs> What wish you could do it have / be both an env and a parentenv
[15:24:59] <pacopablo> nm, cut and paste raped me again
[15:25:12] <coderanger_cs> so /wiki goes to a main site, and /othertrac/wiki to work too
[15:28:36] <pacopablo> that would be nice
[15:28:56] <coderanger_cs> right now I have to configure each other trac manually
[15:30:44] * dorian has joined #trac
[15:36:48] * pacopablo curses apache
[15:36:55] <pacopablo> it hates me :(
[15:37:58] <pacopablo> anyone familiar with getting digest auth to work with apache?
[15:38:57] <coderanger_cs> There are enough warnings in the manual to keep me away from it
[15:39:07] * ryepup has quit IRC
[15:39:30] * jcw9 has quit IRC
[15:39:51] <pacopablo> well, as far as I understand, the configuration is the same as basic, except it's AuthType Digest
[15:40:05] <pacopablo> and you AuthUserFile has to be created with htdigest2
[15:40:19] <pacopablo> but it's complaining that it can't find a user file
[15:40:23] <coderanger_cs> I think the file name directive is different
[15:40:28] <coderanger_cs> AuthDigestFile
[15:40:37] <pacopablo> hmm, I'll try that
[15:43:47] <pacopablo> got it to work
[15:43:56] <pacopablo> needed an AuthDigestDomain too.
[15:46:32] <coderanger_cs> shiny
[15:47:23] <coderanger_cs> I should really try setting it up so the plaintext-passwords alarm in my sysadminness will quiet down
[15:48:00] <pacopablo> well, if going over https, then it's not that big of a deal
[15:48:07] <coderanger_cs> My school'
[15:48:20] <coderanger_cs> school's firwall only allows HTTP over tcp/80
[15:48:27] <coderanger_cs> inbound that is
[15:48:58] <pacopablo> ugh
[15:56:46] * chandlerc has quit IRC
[16:01:50] <pacopablo> tag: just commited a couple CSS and template tweaks to get ti to display better on 800x600
[16:02:04] * jcw9 has joined #trac
[16:02:10] <tag> Cool
[16:04:06] * jcw9 has quit IRC
[16:07:44] * sudoer has quit IRC
[16:10:43] <pacopablo> tag: in reference to your earlier comment, wat do you mean make a default handler for the blog?
[16:10:49] <pacopablo> so that the front page is the blog?
[16:12:48] * coderanger_cs has quit IRC
[16:14:30] <tag> yeah
[16:14:39] <tag> so the front page is the blog and the main wiki page can be, not the blog.
[16:14:51] <pacopablo> don't know. wasn't planning on it
[16:15:16] <pacopablo> mainly because I think I would need to subclass the tags handler
[16:15:22] <pacopablo> haven't really looked into it
[16:15:32] <pacopablo> but I'll think about it.
[16:16:12] <tag> my thinking i that it shouldn't really take much
[16:16:51] <pacopablo> except that the tags plugin requires that it is the default_handler
[16:17:20] <tag> Oh right
[16:24:05] * stevegt has joined #trac
[16:30:22] <pacopablo> time flies!
[16:36:51] * jjb_lyceum has joined #trac
[16:37:53] <alect> hi
[16:39:56] <coderanger> morning :)
[16:49:59] <pacopablo> morning alect
[16:52:04] <CyaNox> Apt is giving me "The following packages have unmet dependencies. trac: Depends: python2.3-subversion (>= 0.37) E: Broken packages"
[16:54:58] <dorian> Hi, I'm using trac on apache with fastcgi and sqlite, but am having permissions trouble accessing the repository (http://rafb.net/paste/results/okBjZ066.html). Does the apache process user need read/write access to the svn repository?
[16:59:53] <coderanger> dorian: read only
[17:00:05] <dorian> thanks
[17:00:13] <pacopablo> unless it's berkdb
[17:00:18] * whitelynx has quit IRC
[17:00:31] <dorian> aah
[17:00:36] <dorian> it's berkdb
[17:00:38] <dorian> I think
[17:00:47] * whitelynx has joined #trac
[17:00:57] <dorian> 'Berkeley DB error while opening environment for filesystem /usr/local/svn/db:\nPermission denied'
[17:01:04] <pacopablo> if it's berkdb, then it needs rw because of the way berkdb handles locks and stuff
[17:01:55] <coderanger> ew, bdb kills kittens
[17:02:46] <pacopablo> just added the ability to hide the calendar on the blog
[17:02:55] * whitelynx agrees
[17:03:08] <pacopablo> and now it's time for me to go!
[17:03:10] <pacopablo> later all
[17:03:17] <whitelynx> i'm going to be completely redoing my svn repo with flat filesystem db instead of bdb
[17:03:37] * whitelynx eats
[17:08:13] * klasstek has quit IRC
[17:12:08] * dna has quit IRC
[17:13:26] <alect> btw, latest tags commits lets you do stuff like this: http://foo/tags/blog,athomas
[17:13:31] <alect> which will show the intersection
[17:13:44] <alect> or http://foo/tags/blog,athomas?operation=union
[17:13:55] <alect> and adds a tag:blog,athomas link resolver
[17:28:11] * muness has joined #trac
[17:31:40] * dorian has quit IRC
[17:44:33] <muness> hey alec
[17:46:59] * tuxipuxi has quit IRC
[18:04:56] * steveg1 has joined #trac
[18:07:09] <alect> hey muness :)
[18:07:37] <muness> The extra default_handler was indeed the problem. thanks for the help.
[18:08:04] * imajes has quit IRC
[18:08:27] <muness> so, do you think it's good enough for a release?
[18:09:21] <alect> np
[18:09:40] <alect> seems pretty stable
[18:09:46] <muness> I also have a couple of ideas I wanted to bounce your way. this a good time?
[18:09:52] <muness> or are you up way too late?
[18:09:54] <alect> a few people have been using it with the blog plugin, so it's been getting a bit of exposure
[18:09:57] <alect> 11am :)
[18:10:01] <alect> fire away
[18:10:07] <muness> with the blog plugin?
[18:10:12] <muness> linky?
[18:11:44] <muness> I was thinking of changing the way the wiki pages display. basically adding a box (on the left, perhaps) with all the objects tagged with that wiki's name.
[18:12:22] <muness> (or the result of the intersect in the case of wiki pages with a "," in them)
[18:14:48] * nuge has quit IRC
[18:14:50] * nuge has joined #trac
[18:15:22] * stevegt has quit IRC
[18:15:36] <alect> http://trac-hacks.org/wiki/TracBlogPlugin
[18:15:41] <alect> it uses tags to do all its mojo
[18:16:05] <alect> i had the same thought re wiki pages
[18:16:16] <alect> my only real concern was whether it would be too slow
[18:16:56] <muness> I was thinking of doing it all ajax like...
[18:17:05] <coderanger> :)
[18:17:10] <muness> separate query grabs the tags after the wiki page has loaded.
[18:17:31] <coderanger> Sounds like I should get crackin at the AJAX engine :P
[18:17:50] <alect> coderanger meet muness, and vice versa :)
[18:17:57] <muness> hey coderanger
[18:18:01] <coderanger> alo
[18:18:11] <alect> coderanger is probably going to do the ajax changes to xmlrpcplugin
[18:18:16] <alect> or something
[18:18:17] * ged has joined #trac
[18:18:23] <muness> the blogplugin is exactly the sort of thing I was hoping for tractags to enable.
[18:18:27] <muness> how cool.
[18:18:27] <alect> possibly a new plugin altogether
[18:18:31] <alect> yeah it is cool :)
[18:18:35] <coderanger> Itl be a little of both
[18:18:43] <alect> pacopablo has been working very hard on it over the last week or so
[18:19:08] <muness> can either of you catch me up on how the ajax stuff would work?
[18:19:20] * stevegt has joined #trac
[18:19:36] <muness> real high level view - requests to /xmlrpc get handled generically somehow?
[18:19:53] <coderanger> The idea (for starters) is that you could register AJAXy functions in your plugin, and then call them transparently from JS
[18:20:12] <alect> using this mojo: http://json-rpc.org/
[18:20:17] <coderanger> with the engine taking care of the details
[18:20:50] <coderanger> Eventually I want support for treating a page as a full stateful app, but thats for later
[18:20:59] <muness> got it.
[18:21:10] <muness> how do we inject the js code on the wiki page?
[18:21:26] <muness> or can we?
[18:21:56] <coderanger> You can