1 2012-03-12T03:55:57 *** sudo_dirk
2 2012-03-12T04:55:07 *** yufra_
3 2012-03-12T04:57:10 *** yufra_
4 2012-03-12T06:03:14 *** sudo_dirk
5 2012-03-12T07:22:53 *** kursor
6 2012-03-12T08:06:25 *** yufra_
7 2012-03-12T09:10:43 *** kursor
8 2012-03-12T10:08:51 *** greg_f
9 2012-03-12T11:05:53 *** kursor
10 2012-03-12T11:30:02 <ThomasWaldmann> moin
11 2012-03-12T11:41:27 *** sudo_dirk
12 2012-03-12T12:25:22 *** kanha
13 2012-03-12T12:42:25 *** kanha
14 2012-03-12T12:48:19 *** kanha
15 2012-03-12T13:01:03 *** kanha
16 2012-03-12T13:18:05 *** kanha
17 2012-03-12T13:20:40 <kanha> moin
18 2012-03-12T13:42:02 *** kursor
19 2012-03-12T13:42:18 *** kursor
20 2012-03-12T13:43:13 <kanha> I read the moinmoin ideas for gsoc http://moinmo.in/GoogleSoc2012/InitialProjectIdeas and found these two ideas on which i am interested in 1.Improve moin-related xml code and 2.Improve DOM converters.
21 2012-03-12T13:43:23 *** brunomartin
22 2012-03-12T13:48:45 *** sudo_dirk
23 2012-03-12T14:11:13 <dreimark> moin
24 2012-03-12T14:18:10 <kanha> I want to know in which of the above ideas is more important for moin?
25 2012-03-12T14:19:58 <dreimark> both are important
26 2012-03-12T14:20:12 <dreimark> you can also file 2 proposals
27 2012-03-12T14:24:04 <kanha> I know python and i went through parsing of xml document elementtree etc and find it interesting i dont know much about this but am sure that by my hard work i can do it.
28 2012-03-12T14:26:07 <kanha> I want to select one of them so which one you suggest will be better?
29 2012-03-12T14:31:40 <ThomasWaldmann> i think you should have some experience with the converters / emeraldtree to do that
30 2012-03-12T14:31:50 <ThomasWaldmann> but there is still time left, so ... :)
31 2012-03-12T14:32:24 <ThomasWaldmann> well, it is hard to say. these ideas are just ... ideas.
32 2012-03-12T14:32:52 <ThomasWaldmann> you'll have to see what's better when trying to make a project from an idea.
33 2012-03-12T14:33:50 <ThomasWaldmann> i could imagine that the xml related code improvements maybe don't fill a summer. but otoh, the dom converter improvements idea is even more unspecific, so you have to first find what exactly to improve there.
34 2012-03-12T14:35:43 <kanha> yes i have some experience with converters and emeraldtree.
35 2012-03-12T14:37:46 <kanha> do you mean i have to find areas of improvement before applying?can you suggest me what should i do?
36 2012-03-12T14:37:54 <ThomasWaldmann> i could imagine that (depending on what exactly you put into your proposal) that maybe even working on BOTH could work out as 1 project
37 2012-03-12T14:38:59 <ThomasWaldmann> kanha: we can discuss about what you find, but finding specific stuff is part of good proposal making :)
38 2012-03-12T14:39:36 <ThomasWaldmann> as it depends a bit on your interests and capabilities on what you can work and how much time you plan for it.
39 2012-03-12T14:40:52 <kanha> time will not be a problem for me.I will have two months vaccation from may.
40 2012-03-12T14:40:54 <ThomasWaldmann> just make sure you can really do what you propose, mentoring means helping, not solving it for you :D
41 2012-03-12T14:43:26 <kanha> ok
42 2012-03-12T14:52:49 <kanha> can you suggest some links from where i can know more about converters and elementtree?
43 2012-03-12T14:53:10 <ThomasWaldmann> reading the source is really the best in that case
44 2012-03-12T14:53:33 <ThomasWaldmann> (there should be more docs, yeah)
45 2012-03-12T14:54:20 <ThomasWaldmann> btw, there are some outdated notes below BastianBlank wiki page
46 2012-03-12T14:55:22 *** kursor
47 2012-03-12T14:55:23 <ThomasWaldmann> most stuff is below MoinMoin.converter, some more in MoinMoin.util
48 2012-03-12T14:58:54 <kanha> thanks :)
49 2012-03-12T14:59:52 <kanha> and where can i find the application form format is it out?
50 2012-03-12T15:00:08 *** RogerHaase
51 2012-03-12T15:00:52 <ThomasWaldmann> i think google is still reviewing org applications, see the timeline
52 2012-03-12T15:01:54 <ThomasWaldmann> http://moinmo.in/DeveloperApplicationTemplate but this should be some guideline for the student application
53 2012-03-12T15:24:25 <RogerHaase> ThomasWaldmann: Any more comments on http://codereview.appspot.com/5797063/? common.js is sprinkled with both jQuery and $ so I would like to defer that inconsistency. I think I fixed or explained everything else.
54 2012-03-12T15:48:28 *** kanha
55 2012-03-12T16:06:03 <ThomasWaldmann> RogerHaase: did you comment there?
56 2012-03-12T16:17:50 <RogerHaase> ThomasWaldmann: yes. Did you get the email from my "publish"?
57 2012-03-12T16:23:31 <ThomasWaldmann> got them, just have to read them :)
58 2012-03-12T16:24:51 <ThomasWaldmann> RogerHaase: the wikiutil.request thing is unusual as request is not defined there, but also just imported there, right?
59 2012-03-12T16:27:47 <ThomasWaldmann> wondering about uppercase... - why is then almost all html you find out there in lowercase? :)
60 2012-03-12T16:28:11 <RogerHaase> ThomasWaldmann: Yes. Is there a better way to import request directly?
61 2012-03-12T16:28:23 <ThomasWaldmann> from flask import request
62 2012-03-12T16:29:01 <RogerHaase> OK, will fix the request import.
63 2012-03-12T16:34:40 <ThomasWaldmann> waldi: can you review the dom stuff in RogerHaase's codereview?
64 2012-03-12T16:38:32 <RogerHaase> ThomasWaldmann: The node names of HTML elements are always uppercase, even if they're explicitly created using lowercase characters. <html> will result in a.nodeName === "HTML" (see the HTML 5 draft). Quote from: http://ejohn.org/blog/nodename-case-sensitivity/
65 2012-03-12T16:39:14 <ThomasWaldmann> ok, good to know
66 2012-03-12T16:40:23 *** yufra_
67 2012-03-12T16:45:09 <ThomasWaldmann> RogerHaase: btw, if I just write "item", I mean the usual s/page/item/g thing :)
68 2012-03-12T16:52:37 <RogerHaase> ThomasWaldmann: Sorry, I don't understand s/page/item/g either
69 2012-03-12T17:00:17 <ThomasWaldmann> in moin 1.x we had pages, attachments and users
70 2012-03-12T17:00:28 <ThomasWaldmann> in moin2, those are unified to "items"
71 2012-03-12T17:01:07 <ThomasWaldmann> so, if the more general term "item" applies, use it (like if it can be any type of thing, markup or file)
72 2012-03-12T17:01:30 <ThomasWaldmann> page should be (if at all) only used if you want to talk about markup items
73 2012-03-12T17:01:55 <ThomasWaldmann> (and not about other types of items, like images or other files)
74 2012-03-12T17:09:27 <RogerHaase> ThomasWaldmann: OK, changing page to item in comment
75 2012-03-12T17:26:36 <dreimark> bbl
76 2012-03-12T18:40:00 *** greg_f
77 2012-03-12T20:12:39 <RogerHaase> ThomasWaldmann: The 2 misindented else statements at line 298 and 307 of code review may be caused by hg diff. I can replicate the problem by creating a patch and then importing it.
78 2012-03-12T20:13:31 <RogerHaase> my include.py source (note else statements at 298 and 307): http://paste.pocoo.org/show/564722/
79 2012-03-12T20:15:55 <RogerHaase> my patch (note lines 290 and 298 - the wrong else was removed?): http://paste.pocoo.org/show/564719/
80 2012-03-12T20:38:49 <ThomasWaldmann> RogerHaase: so the indention is a cosmetic issue of codereview or of hg diff?
81 2012-03-12T20:40:39 <RogerHaase> looks like hg bug. After importing the patch, I get syntax errors and must fix the indentation of the 2 else statements.
82 2012-03-12T20:40:45 <ThomasWaldmann> ehrm, that hg diff looks strange
83 2012-03-12T20:40:51 <ThomasWaldmann> hg version?
84 2012-03-12T20:41:22 <RogerHaase> was 2.0. just upgraded to 2.1.1 and have same problem.
85 2012-03-12T20:42:18 <ThomasWaldmann> hmm, if really hg is doing something strange and that's reproducable, I guess the guys on #mercurial would be interested in a minimal test case
86 2012-03-12T20:44:51 <ThomasWaldmann> it almost looks like it killed the wrong "else:" when computing the diff, ignoring the different indention
87 2012-03-12T20:45:15 <RogerHaase> I will try creating a clean repo, putting the old include.py in it, and doing the update.
88 2012-03-12T20:47:12 <RogerHaase> Yes to the wrong else. Also the else at line 273 should have been removed and replaced with a dedented else.
89 2012-03-12T20:47:33 <RogerHaase> back in 15 min.
90 2012-03-12T20:47:47 * ThomasWaldmann too
91 2012-03-12T21:35:21 *** dreimark
92 2012-03-12T21:35:45 *** dreimark
93 2012-03-12T21:44:30 <ThomasWaldmann> http://www.softwarequalityconnection.com/2012/03/14-ways-to-contribute-to-open-source-without-being-a-programming-genius-or-a-rock-star/
94 2012-03-12T22:22:15 <RogerHaase> ThomasWaldmann: The problem was the result of an improper hg diff option setting: I changed to "ignorews=false" and reran upload.py. Looks OK now.
95 2012-03-12T22:29:35 <RogerHaase> But then I found another bug. The transcluded item links are wrong if the wiki does not run at server root: http://www.digitalrockart.org/moin2/transclusion
96 2012-03-12T22:32:16 <ThomasWaldmann> where is that option?
97 2012-03-12T22:34:45 <RogerHaase> For Windows users, it is tortoisehg > global settings > diff > then check the false radio button.
98 2012-03-12T22:35:04 <ThomasWaldmann> ah, ok
99 2012-03-12T22:35:21 <ThomasWaldmann> that's the antipython setting :D
100 2012-03-12T22:37:36 <RogerHaase> Yes, a strange default. I am amazed at how long I have used hg without hitting this problem. Or maybe it is just a result too little work. :)
101 2012-03-12T22:48:04 <ThomasWaldmann> yeah, needs to consider the path.
102 2012-03-12T22:54:07 *** ThomasWaldmann
103 2012-03-12T22:54:28 *** ThomasWaldmann
104 2012-03-12T22:57:02 *** ronny
105 2012-03-12T23:10:30 <dreimark> ThomasWaldmann:is our hg server slow? or is it my connection?
106 2012-03-12T23:19:06 <ThomasWaldmann> the web ui feels fast here
107 2012-03-12T23:33:34 <dreimark> gn
108 2012-03-12T23:33:54 *** RogerHaase
109