[03:55:06] <kaldari>	How do you determine which namespace is currently being viewed (on the server side)?
[03:55:40] <kaldari>	Like if I wanted a feature to show up only on Article Talk pages?
[03:57:58] <bawolff>	Most places you have access to a title object representing the current page (or failing that the evil $wgTitle), and then you do $title->getNamespace();
[03:58:35] <kaldari>	bawolff: thanks, I'll try that
[04:09:24] *Krinkle 	hates browsers putting id-elements into the window object by default. ie. window.bodyContent == <div id="bodyContent'>
[04:09:53] <Krinkle>	recipe for variable collisions
[04:12:10] <kaldari>	bawolff: That works.
[04:12:23] <bawolff>	:)
[04:13:05] <kaldari>	Krinkle: That is indeed some evil
[04:36:51] <kaldari>	Krinkle: any ideas on why the new config scheme for WikiLove doesn't work for overriding locally? What was the rationale for moving the config into a function anyway? I saw that Jan Paul mentioned it was based on a comment from you. Do you know what he's referring to?
[04:37:34] <jorm>	I dislike the blue hearts.  Muchly.
[04:37:48] <jorm>	And we need to leave the activator on User pages as well as User_Talk
[04:37:52] <kaldari>	ha, you're the person who first suggested them :P
[04:37:55] <Krinkle>	1) copying defaultOptions to MW:WikiLove.js on-wiki should not fail, I'm not sure why that fails. 2) I did propose to use a different interface for wikilove local config, but this isn't what I meant.
[04:38:18] <jorm>	Only if we pull from the tab, and only as a mechanism by which we can fall back to if the red heart was overbearing.
[04:38:21] <kaldari>	jorm: I'll probably switch it back then if no one likes it
[04:38:45] <jorm>	I don't like it.  Let's switch it back.
[04:38:55] <Krinkle>	I think janpaul misunderstood, or I was to vague. Eitherway, I'll address it to him next time I see him.
[04:38:56] <jorm>	the "red = error" thing doesn't work in this case.  it's an activator, and expected.
[04:39:13] <Krinkle>	Right now it requires one to re-define all options in order too use the hook, doesn't make sense.
[04:40:11] <Krinkle>	Perhaps we can A-B-C test the entire rainbow for heart-colors ?
[04:40:30] <Krinkle>	which results in most and proper use of wikilove.
[04:40:41] <Krinkle>	:D
[04:40:57] <kaldari>	Krinkle: Hmm, well the entire tech press has announced that we're launching WikILove on Wednesday, so we might have to change it sooner than Jan Paul is available. Where are your comments that Jan Paul was going off of?
[04:40:59] <Krinkle>	dutch will probably share more love with orange hearts.
[04:41:23] <kaldari>	Krinkle: :)
[04:41:25] <jorm>	That's possible but for now we're going out on English.
[04:41:43] <kaldari>	at least to test the waters
[04:42:22] <jorm>	Right.  And we don't have the resources to really throw at a full A/B test sequence on this without knowing that it's received at all.
[04:44:18] <kaldari>	jorm: I'm worried that having WikiLove on the User page is going to confuse people. #1) Where did my WikiLove go? #2) Newbies who use WikiLove thinking that you only interact with users through their user page and never discovering the user talk page. Thoughts?
[04:44:34] <jorm>	Did you watch the videos?
[04:44:41] <jorm>	If we DON"T put it on the user page, no one will EVER find it.
[04:44:44] <kaldari>	A couple
[04:45:39] <jorm>	They're agonizing.  Watching someone fumble around for 5 minutes before seeing the heart.  Godforfend if they had to figure out how to go to a talk page, first.
[04:45:47] <Krinkle>	kaldari: In my extension review of the front-end I suggested to move (centralize) all options in 1 options object (which he now did), and to allow setting/overriding options through a optionsHook-function. However I meant that function to extend/replace single variables, not the entire object at once.
[04:46:03] <jorm>	No.  We're going to to something to make it more obvious in the future - and accessible - but that will be with StructuredProfile.
[04:46:04] <Krinkle>	ie if you only want to set option foo you'd call optionsHook({ foo: 'bar' });
[04:46:05] <kaldari>	jorm: I don't know. Most people do eventually figure out user talk pages, as unintuitive as it might be.
[04:46:46] <kaldari>	Krinkle: That makes more sense
[04:46:48] <Krinkle>	I'll see if if I can 1) find/fix the breakage, 2) make it so that you dont have to pass all options in the local wiki config.
[04:46:48] <jorm>	We're trying to make it as easy as possible for people.  Putting it on a both pages will reduce a step.
[04:47:21] <Krinkle>	re: user-page wikilove, perhaps redirect to talk if not on talk ?
[04:47:53] <kaldari>	jorm: But what if by training people to use WikiLove from the user page, we're further hurting people's chances of figuring out user talk pages?
[04:48:16] <kaldari>	Krinkle: hmm, that's an interesting idea
[04:48:17] <Krinkle>	(redirect, after submitting wikilove that is)
[04:48:31] <jorm>	i don't think that is something that will be statistically relevant.
[04:48:40] <Krinkle>	then they discover the talk page
[04:48:46] <jorm>	and, ideally, we will figure out a way so that people don't have to learn about talk pages.
[04:49:14] <jorm>	think of it more like the watchlist.
[04:49:24] <jorm>	you don't "watch" only a talk page, and you don't watch only the main page.
[04:49:26] <kaldari>	jorm: What do you think of Krinkle's idea of redirecting them to the user talk page after they submit the WikiLove?
[04:49:29] <jorm>	you interact with the *article*.
[04:49:46] <jorm>	wikilove is interacting with the *user*. it's not a message - i mean, it is - but users won't think of it in the same way.
[04:50:03] <kaldari>	Krinkle: re 1) and 2): That would be greatly appreciated! :)
[04:50:22] <jorm>	howie and i talked about that the other day, mostly in relation to the entire "well, we know they don't know about talk pages" thing.  and we thought that might be a good idea.
[04:50:28] <jorm>	so if you can do that, go for it.
[04:50:51] <kaldari>	jorm: good point about the watchlists, I see the analogy
[04:51:41] <kaldari>	jorm: OK, you've convinced me :)
[04:52:03] <jorm>	\o/
[04:52:09] <Krinkle>	Sunday reminder: Fix WikiLove local config (ask kaldari for failure details) + implement idea to call optionHook rather than to override that function. calling it, passing it an object which will extend/override (not replace entirely) the defaultOptions. So $.wikiLove.optionsHook({ foo: true}); will override foo from MediaWiki:WikiLove.js
[04:52:16] <Krinkle>	k, gonna close up
[04:52:18] <Krinkle>	cya ltr
[04:53:34] <kaldari>	Krinkle: cya!
[05:06:44] <kaldari>	if the internet would work I could actually revert myself