1 2010-08-04T00:00:50 <ThomasWaldmann> diofeher: what are you working on?
2 2010-08-04T00:28:56 *** RogerHaase
3 2010-08-04T00:41:35 <dreimark> gn
4 2010-08-04T01:02:09 <CIA-50> Valentin Janiaut <valentin.janiaut@utbm.fr> default * 9329:3c491929c86e 2.0-dev-docbook-html-vjaniaut/MoinMoin/ (4 files in 3 dirs): Merge against moin/2.0-dev
5 2010-08-04T01:02:18 <valeuf> gm ^^
6 2010-08-04T01:02:26 <valeuf> *gn
7 2010-08-04T02:15:27 <CIA-50> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 9309:1cdd81598951 2.0-dev/MoinMoin/ (3 files in 2 dirs): (log message trimmed)
8 2010-08-04T02:15:27 <CIA-50> use pygments highlighting by default for text types we have no other converter for
9 2010-08-04T02:15:27 <CIA-50> refactor pygments_in code, cleaned up
10 2010-08-04T02:15:27 <CIA-50> highlight view is kept, so one can also syntax highlight stuff we HAVE other
11 2010-08-04T02:15:27 <CIA-50> converters for. if syntax highlight is requested for a mimetype not supported
12 2010-08-04T02:15:28 <CIA-50> by pygments converter, it internally falls back to plain text.
13 2010-08-04T02:15:29 <CIA-50> text_in converter is registered at a priority after pygments, so we can use
14 2010-08-04T02:28:14 <CIA-50> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 9310:68037c69fdd2 2.0-dev/MoinMoin/converter2/ (pygments_in.py text_in.py):
15 2010-08-04T02:28:14 <CIA-50> pygments_in: if we have no pygments, have a minimal converter there
16 2010-08-04T02:28:14 <CIA-50> (most changes shown in diff are due to indenting change, only the "else"
17 2010-08-04T02:28:14 <CIA-50> branch is new and the try/except around the pygments imports)
18 2010-08-04T02:30:42 <CIA-50> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 9311:418852e02c1b 2.0-dev/MoinMoin/converter2/pygments_in.py: pygments_in: remove exception raising used for testing
19 2010-08-04T02:53:32 <CIA-50> Diogenes Augusto Fernandes Herminio <diofeher@gmail.com> default * 9314:e80a4f6ab287 2.0-dev-jinja2-plugins-dfeher/MoinMoin/ (11 files in 5 dirs): [templating] merge with main repo
20 2010-08-04T02:59:51 <CIA-50> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 9312:910499691044 2.0-dev/MoinMoin/ (5 files in 2 dirs):
21 2010-08-04T02:59:51 <CIA-50> removed action/SlideShow action/SubscribeUser action/refresh macro/ShowSmileys macro/TeudView
22 2010-08-04T02:59:51 <CIA-50> choose one:
23 2010-08-04T02:59:51 <CIA-50> * outdated
24 2010-08-04T02:59:51 <CIA-50> * not needed
25 2010-08-04T02:59:52 <CIA-50> * not basic functionality
26 2010-08-04T03:03:35 <diofeher> ThomasWaldmann, seeing a way to do the plugabble templates here
27 2010-08-04T03:05:05 <ThomasWaldmann> how?
28 2010-08-04T03:09:28 <diofeher> s/seeing/looking for ^^
29 2010-08-04T03:11:54 <ThomasWaldmann> that's a slight difference :P
30 2010-08-04T03:13:19 <diofeher> yes... i confused.. but this part of only change one of inheritance is breaking my head ._.
31 2010-08-04T04:20:25 *** grzywacz
32 2010-08-04T05:36:44 *** valeuf
33 2010-08-04T05:43:10 *** valeuf
34 2010-08-04T06:44:03 *** kursor
35 2010-08-04T07:02:48 *** ebo^
36 2010-08-04T07:32:29 *** ebo^
37 2010-08-04T08:20:43 *** ebo^
38 2010-08-04T08:32:40 <TheSheep> diofeher: alive?
39 2010-08-04T09:03:32 *** grzywacz
40 2010-08-04T09:20:56 *** DmitryAndreev
41 2010-08-04T10:03:37 <valeuf> moin
42 2010-08-04T10:04:51 *** grzywacz
43 2010-08-04T10:22:43 *** DmitryAndreev
44 2010-08-04T10:38:28 <valeuf> DmitryAndreev: I added support for the admonition in the DOM Tree
45 2010-08-04T10:38:48 <valeuf> DmitryAndreev: could you look to add it in your different converter if it makes sense?
46 2010-08-04T10:42:03 <DmitryAndreev> valeuf, good, there is admonition in restructured text. i'll add it. does it have some specific attributes?
47 2010-08-04T10:42:15 <valeuf> http://moinmo.in/ValentinJaniaut/GSoC/TreeOutputModification
48 2010-08-04T10:42:37 <valeuf> <admonition type="warning">bla bla</admonition> for instance
49 2010-08-04T10:44:03 <valeuf> DmitryAndreev: at the same time, if did some modification in the DOM Tree, you can add them on the page
50 2010-08-04T10:45:27 <DmitryAndreev> valeuf, can i use <blockquote> if it's red on the page?)
51 2010-08-04T10:46:27 <valeuf> DmitryAndreev: yes
52 2010-08-04T10:46:44 <valeuf> DmitryAndreev: red means I added the elements to the DOM Tree
53 2010-08-04T10:46:54 <valeuf> but it also means I am using it in HTML and DocBook converter
54 2010-08-04T11:16:50 <dreimark> moin
55 2010-08-04T11:21:45 <ThomasWaldmann> moin
56 2010-08-04T11:32:16 <ThomasWaldmann> eSyr: did you have a look at the converters?
57 2010-08-04T11:35:23 <CIA-50> Valentin Janiaut <valentin.janiaut@utbm.fr> default * 9330:318f8714d494 2.0-dev-docbook-html-vjaniaut/MoinMoin/converter2/_tests/test_html_out.py: Add tests for admonition for HTML_OUT converter
58 2010-08-04T11:35:25 <CIA-50> Valentin Janiaut <valentin.janiaut@utbm.fr> default * 9331:4d93c3ad359d 2.0-dev-docbook-html-vjaniaut/MoinMoin/converter2/html_out.py: Add support for the admonition for HTML_OUT converter
59 2010-08-04T11:35:27 <CIA-50> Valentin Janiaut <valentin.janiaut@utbm.fr> default * 9332:2c6f6655f124 2.0-dev-docbook-html-vjaniaut/MoinMoin/converter2/ (_tests/test_html_out.py html_out.py): Add ValentinJaniaut to the copyright for the HTML_OUT converter
60 2010-08-04T11:35:29 <CIA-50> Valentin Janiaut <valentin.janiaut@utbm.fr> default * 9333:b133f2654865 2.0-dev-docbook-html-vjaniaut/MoinMoin/converter2/_tests/test_docbook_out.py: Add tests for admonition for DocBook_OUT converter
61 2010-08-04T11:35:31 <CIA-50> Valentin Janiaut <valentin.janiaut@utbm.fr> default * 9334:ac94fe0c277c 2.0-dev-docbook-html-vjaniaut/MoinMoin/converter2/docbook_out.py: Add support for admonition for DocBook_OUT converter
62 2010-08-04T11:39:06 <valeuf> did you plan to have some highlighting for the <code> and <blockcode> element when displayed?
63 2010-08-04T11:43:34 <ThomasWaldmann> would be nice
64 2010-08-04T11:44:03 <ThomasWaldmann> currently, it is rather the other way: highlighting uses those elements
65 2010-08-04T11:44:26 <ThomasWaldmann> do we have the needed informations? mimetype? kind of code?
66 2010-08-04T11:44:36 <valeuf> ThomasWaldmann: so a language attribute to define the language used would be needed
67 2010-08-04T11:44:44 <valeuf> ThomasWaldmann: faster than me :p
68 2010-08-04T11:45:36 <valeuf> I propose to add language attribute for code and blockcode
69 2010-08-04T11:45:43 <valeuf> which can handle the language name
70 2010-08-04T11:46:10 <ThomasWaldmann> does docbook have something we can use for item transclusion?
71 2010-08-04T11:46:32 <valeuf> waldi: ↑↑↑
72 2010-08-04T11:47:26 <valeuf> ThomasWaldmann: transclusion is one you include an item in another one, right?
73 2010-08-04T11:48:43 <ThomasWaldmann> because my plan is to experiment soon with that, so that if converter discovers <object href="wiki:///foobar"> that the converter just starts another converter for the foobar item and then puts the resulting domtree in place of the object
74 2010-08-04T11:49:48 <valeuf> ThomasWaldmann: well, it means that my converter should not output <page><body> elements in this case?
75 2010-08-04T11:50:00 <valeuf> but more something like <part> to handle the whole document?
76 2010-08-04T11:50:28 <ThomasWaldmann> (for images, audio, video that result might be just same object tag, for a zip, it could be a table with the zip listing, for a wiki page the complete domtree)
77 2010-08-04T11:51:06 <ThomasWaldmann> yes, we need to check document part vs. whole doc globally
78 2010-08-04T11:51:45 <valeuf> ThomasWaldmann: maybe you can call the converter with a specific keyword argument, and in this case I use <part> as the root tag instead <page><body>?
79 2010-08-04T11:52:05 <valeuf> I am not sure about what waldi wanted to do with <page>, <body> and <part> actually
80 2010-08-04T11:53:22 <valeuf> ThomasWaldmann: but indeed it is doable :) we just need to agree how we should do
81 2010-08-04T11:55:01 <ThomasWaldmann> well, there could be one converter for making part -> whole thing
82 2010-08-04T11:55:16 <ThomasWaldmann> and up to that stage, everything is a part
83 2010-08-04T11:55:40 <valeuf> ThomasWaldmann: it could be a solution
84 2010-08-04T11:56:19 <valeuf> waldi: ↑↑↑
85 2010-08-04T11:58:41 <ThomasWaldmann> btw, i was thinking about highlighting vs. rendering yesterday, but didn't find a great solution other than creating the pygments converter manually
86 2010-08-04T11:59:07 <valeuf> ThomasWaldmann: for which situtation?
87 2010-08-04T11:59:19 <ThomasWaldmann> problem is that for content we have a non-pygments converter for, it shows using that converter
88 2010-08-04T11:59:27 <ThomasWaldmann> e.g. wiki markup, docbook, ...
89 2010-08-04T12:00:01 <ThomasWaldmann> for stuff we don't have such a converter, it'll find the pygments text/* converter now and will do highlighting
90 2010-08-04T12:00:09 <ThomasWaldmann> so far, so good
91 2010-08-04T12:00:27 <valeuf> (when you display the source? or if I put some <code> in the Item?)
92 2010-08-04T12:00:29 <ThomasWaldmann> but if you'ld like to highlight wiki markup or docbook or...?
93 2010-08-04T12:00:53 <ThomasWaldmann> i am just talking about direct item rendering via ui
94 2010-08-04T12:03:03 <ThomasWaldmann> the question is just whether the current solution (creating pygments converter manually) for highlighting is the only or best way to do it
95 2010-08-04T12:03:25 <valeuf> for docbook, you can use XML highlighting ins't it?
96 2010-08-04T12:04:25 <ThomasWaldmann> try :)
97 2010-08-04T12:05:03 <ThomasWaldmann> highlight is available via history
98 2010-08-04T12:05:39 <valeuf> well at this time I do not get any highlighting for DocBook document
99 2010-08-04T12:06:15 <ThomasWaldmann> maybe it is not clever enough to use text/xml for text/docbook+xml
100 2010-08-04T12:07:03 <ThomasWaldmann> you can edit the mimetype metadata :)
101 2010-08-04T12:08:54 <valeuf> ThomasWaldmann: html highlighting sucks a little bit?
102 2010-08-04T12:09:34 <valeuf> hm as well as text/xml highlight
103 2010-08-04T12:09:37 <valeuf> it is weird
104 2010-08-04T12:09:48 <valeuf> I thought pygments would give better result
105 2010-08-04T12:10:18 <ThomasWaldmann> they have a bug tracker :)
106 2010-08-04T12:10:55 <ThomasWaldmann> maybe it is also due to our formatter?
107 2010-08-04T12:11:15 <valeuf> I do not have same result on their website : http://pygments.org/demo/5805/
108 2010-08-04T12:11:22 <ThomasWaldmann> we give a domtree formatter to pygments, so it produces domtrees for us
109 2010-08-04T12:12:16 <valeuf> on MoinMoin I only get the attributes with color
110 2010-08-04T12:15:52 <ThomasWaldmann> maybe the formatter and css for moin is too simple
111 2010-08-04T12:16:26 <ThomasWaldmann> iirc we tried to reuse the css classes of our old highlighting code, so themes don't need to be extended
112 2010-08-04T12:18:11 <valeuf> ThomasWaldmann: yep, it seems to be a CSS problem, since if you check the source code you can see that you have class="ID" element which does not have any specific color
113 2010-08-04T12:19:21 <ThomasWaldmann> maybe we can now simply use some css coming with pygments
114 2010-08-04T12:19:41 <valeuf> ThomasWaldmann: you did not use one from pygments?
115 2010-08-04T12:20:14 <ThomasWaldmann> no, as I said, the code mapped classes to the ones of our old highlighter
116 2010-08-04T12:20:47 <valeuf> hmmm, maybe we should clean this too
117 2010-08-04T12:21:02 <ThomasWaldmann> yes
118 2010-08-04T12:26:15 <ThomasWaldmann> xorAxAx: wikisync and xmlrpc is rather specific to moin 1.x (and attachments). what do you think about it in moin2?
119 2010-08-04T12:46:33 <CIA-50> Valentin Janiaut <valentin.janiaut@utbm.fr> default * 9335:6508e10ab733 2.0-dev-docbook-html-vjaniaut/MoinMoin/converter2/docbook_in.py: Add ignored and inline tags to the DocBook_IN converter
120 2010-08-04T12:55:09 *** DmitryAndreev
121 2010-08-04T12:59:09 <ThomasWaldmann> pygments can create css with an api call
122 2010-08-04T13:40:48 <xorAxAx> ThomasWaldmann: why attachments? it doesnt support attachments
123 2010-08-04T13:41:08 <xorAxAx> (if nobody added that feature)
124 2010-08-04T13:41:37 <ThomasWaldmann> maybe not wikisync, but xmlrpc
125 2010-08-04T13:42:07 <ThomasWaldmann> for wikisync, it is maybe rather Page that will be gone soon
126 2010-08-04T13:42:42 <ThomasWaldmann> also, wiki xmlrpc api is too weak to be really useful for moin2
127 2010-08-04T13:43:04 <ThomasWaldmann> or "adequate"
128 2010-08-04T13:44:26 <ThomasWaldmann> and as I would like to have a working wiki with some basic feature set asap, I am thinking about just removing misc. non-essential code
129 2010-08-04T13:45:25 <ThomasWaldmann> alternatively, one could fix / update it / make it adequate, but I don't think I will have time for that while working on the more essential features
130 2010-08-04T14:13:00 <valeuf> ThomasWaldmann: there is maybe a more RESTful way to do wikisync?
131 2010-08-04T14:13:46 <valeuf> furthermore, with the mercurial backend, there is some way to achieve wiki synchronization easily
132 2010-08-04T14:15:29 <ThomasWaldmann> I was thinking about exposing storage via json (or xmlrpc), maybe reusing xml serialization code
133 2010-08-04T14:15:54 <ThomasWaldmann> but as I said, that is not a basic feature
134 2010-08-04T14:16:53 <ThomasWaldmann> problem with wikisync is that it is still using Page (and not attachments). For moin2 it should deal with arbitrary items.
135 2010-08-04T14:17:26 <ThomasWaldmann> == (binary) data + metadata
136 2010-08-04T14:25:33 <ThomasWaldmann> xorAxAx: so, any opinion about this?
137 2010-08-04T14:30:34 <xorAxAx> i dont see myself updating the code, but on the other hand i dont think that it is too much work (because it was written with items in mind)
138 2010-08-04T14:31:16 <xorAxAx> removing something doesnt mean it will be gone forever because everybody can pull it back from history
139 2010-08-04T14:31:25 <xorAxAx> so maybe the option isnt too bad
140 2010-08-04T14:31:36 <ThomasWaldmann> yes, was thinking the same thing
141 2010-08-04T14:31:58 <ThomasWaldmann> having lots of dysfunctional code in the repo is even worse
142 2010-08-04T14:32:14 <ThomasWaldmann> in the current version*
143 2010-08-04T14:45:21 *** DmitryAndreev
144 2010-08-04T14:55:50 <diofeher> TheSheep, you put in my wiki exactly what i thinking to put :D
145 2010-08-04T14:55:51 <diofeher> moin
146 2010-08-04T14:55:56 <diofeher> tks TheSheep
147 2010-08-04T14:56:20 * ThomasWaldmann just sent a invitation mail to nic pottier, whether he maybe wants to look at moin2 / moin2 ReST stuff and join us here.
148 2010-08-04T14:56:52 <ThomasWaldmann> diofeher: keep in mind that theme should be user selectable in the end
149 2010-08-04T14:58:32 <diofeher> ThomasWaldmann, ok... in this new structure of plugins, what files user should put? a wrapper to theme, templates folder...
150 2010-08-04T14:59:53 <ThomasWaldmann> well, a theme obviously needs css and/or templates and/or code
151 2010-08-04T15:00:32 <TheSheep> and or images
152 2010-08-04T15:00:39 <TheSheep> maybe
153 2010-08-04T15:00:49 <ThomasWaldmann> besides themes, moin currently is a main Flask app with some static stuff in MoinMoin/static,
154 2010-08-04T15:01:11 <ThomasWaldmann> and some Flask Modules in MoinMoin/apps/* (a module can have own templates, static, ...)
155 2010-08-04T15:02:47 <ThomasWaldmann> there is still some problem btw. with main app stuff vs. frontend module stuff, maybe related to that frontend is mounted at root of app
156 2010-08-04T15:03:48 <ThomasWaldmann> (yes, of course potentially also other static data, like js, images, ...)
157 2010-08-04T15:07:35 <TheSheep> diofeher: but concentrate on the templates first, anything else can just have a different url in the template
158 2010-08-04T15:07:40 *** DmitryAndreev
159 2010-08-04T15:07:59 <diofeher> hm, ok
160 2010-08-04T15:08:08 <diofeher> gonna work with this choice loader now
161 2010-08-04T15:10:17 <ThomasWaldmann> TheSheep: somehow this has at least 2 dimensions: X Flask Modules (main + under apps/) * Y themes
162 2010-08-04T15:11:17 <valeuf> ThomasWaldmann: hum, I think we should give up some feature of the current MoinMoin 1.X for Moin2 since it is a major release
163 2010-08-04T15:11:18 <valeuf> but we can keep it in mind for a roadmap for the version after
164 2010-08-04T15:11:30 <ThomasWaldmann> otoh, the stuff in frontend is maybe the only one really needing theming. admin/, feed/, misc/ maybe don't need theming
165 2010-08-04T15:12:18 <ThomasWaldmann> valeuf: yes. I'll continue on teh road of destruction later today. :D
166 2010-08-04T15:14:55 <ThomasWaldmann> TheSheep: maybe a theme could be a Flask Module?
167 2010-08-04T15:15:15 *** valeuf
168 2010-08-04T15:15:19 *** valeuf
169 2010-08-04T15:15:30 <TheSheep> ThomasWaldmann: that's feasible
170 2010-08-04T15:16:27 <ThomasWaldmann> diofeher: can you try it that way?
171 2010-08-04T15:20:12 <diofeher> ThomasWaldmann, theme as flask module?
172 2010-08-04T15:33:10 *** ebo^
173 2010-08-04T15:46:50 <dreimark> moin
174 2010-08-04T15:56:39 <diofeher> ThomasWaldmann, what name of blocks are you thinking that are confusing? item, content...?
175 2010-08-04T16:03:41 <ThomasWaldmann> maybe mostly block item vs block content
176 2010-08-04T16:04:41 <diofeher> item is simply a block that don't follow content structure... maybe is wrapper a better name?
177 2010-08-04T16:05:01 <diofeher> maybe not, wrapper is too generic
178 2010-08-04T16:05:23 <ThomasWaldmann> or content :)
179 2010-08-04T16:06:13 <ThomasWaldmann> also, maybe the ids could be same as the block name
180 2010-08-04T16:11:18 <dreimark> bbl
181 2010-08-04T16:17:41 <CIA-50> Diogenes Augusto Fernandes Herminio <diofeher@gmail.com> default * 9316:03f202fb5e33 2.0-dev-jinja2-plugins-dfeher/MoinMoin/ (5 files in 2 dirs): [templating] merge with main repo
182 2010-08-04T16:17:41 <CIA-50> Diogenes Augusto Fernandes Herminio <diofeher@gmail.com> default * 9317:270b773310ba 2.0-dev-jinja2-plugins-dfeher/MoinMoin/apps/frontend/views.py: [templating] refactoring show_navigation in show/meta views
183 2010-08-04T16:17:41 <CIA-50> Diogenes Augusto Fernandes Herminio <diofeher@gmail.com> default * 9318:a918ddc0a51a 2.0-dev-jinja2-plugins-dfeher/MoinMoin/templates/ (meta.html show.html): [templating] refactored show.html/meta.html (more extensible now) and created a macro for rev_navigation
184 2010-08-04T16:21:55 <diofeher> i think page it's better than content.. because content is the block for content div :D
185 2010-08-04T16:22:36 <diofeher> moin- + block name + name? ThomasWaldmann
186 2010-08-04T16:27:00 <ThomasWaldmann> no PAGE
187 2010-08-04T16:27:26 <ThomasWaldmann> and you have to check whether moin-name is valid as block name
188 2010-08-04T16:27:42 <ThomasWaldmann> or whether you have to use moin_name
189 2010-08-04T16:28:36 <ThomasWaldmann> otoh, I am not sure whether we need prefix there
190 2010-08-04T16:28:54 <ThomasWaldmann> so if the name in div id and the block name is same, that is also ok
191 2010-08-04T16:28:55 <TheSheep> why prefix block names?
192 2010-08-04T16:29:09 <ThomasWaldmann> just not have different stuff for the name part
193 2010-08-04T16:30:14 <diofeher> ThomasWaldmann, hyphen is not valid in block name, just underscores
194 2010-08-04T16:32:09 <TheSheep> then just convert hyphens to underscores
195 2010-08-04T16:32:27 <TheSheep> it would be nice if block names were unique, at least two words
196 2010-08-04T16:33:34 <TheSheep> keep hyphens in class names and ids though!
197 2010-08-04T16:33:52 <TheSheep> so id="moin-content" block="moin_content"
198 2010-08-04T16:35:45 <diofeher> but what about user that going to modificate a template? he gonna think "this block with moin- i should not modify..'
199 2010-08-04T16:36:08 <diofeher> s/modify/extend
200 2010-08-04T16:36:08 <TheSheep> I don't like prefixing the block names either
201 2010-08-04T16:36:19 <diofeher> me too... i don't think is necessary
202 2010-08-04T16:36:32 <TheSheep> but I think that calling them the same as classes/ids, just without prefix and with _ instead of - is a good idea
203 2010-08-04T16:36:52 <diofeher> for me, just renaming ids/classes of moin internals is ok
204 2010-08-04T16:37:18 <TheSheep> class names and ids cannot use _
205 2010-08-04T16:37:48 <diofeher> i modified this yesterday, put moin-*
206 2010-08-04T16:43:17 <TheSheep> yeah, that's good
207 2010-08-04T17:09:02 *** DmitryAndreev
208 2010-08-04T17:21:03 <diofeher> lunch time, brb
209 2010-08-04T17:26:31 <diofeher> btw, maybe we can create a macro to build forms, or use a external project to, like WTForms or fungiform
210 2010-08-04T17:59:03 *** DmitryAndreev_
211 2010-08-04T18:01:35 *** DmitryAndreev
212 2010-08-04T18:06:26 <ThomasWaldmann> diofeher: or flatland
213 2010-08-04T18:06:43 <diofeher> ThomasWaldmann, what do you think about this?
214 2010-08-04T18:07:00 <TheSheep> there is a feature request for that I think
215 2010-08-04T18:07:23 <diofeher> what i didn't liked in fungiform is that don't have support to file upload.. i have to change to wtforms in a personal project because of it :/
216 2010-08-04T18:07:47 <ThomasWaldmann> no macros for now
217 2010-08-04T18:08:15 <ThomasWaldmann> the forms idea exists since many years, but all there was (IIRC) were rather hacks and not very capable
218 2010-08-04T18:08:30 <ThomasWaldmann> but we need something for metadata anyway, but not right now
219 2010-08-04T18:08:51 <ThomasWaldmann> so please concentrate on your task :)
220 2010-08-04T18:39:35 <valeuf> ThomasWaldmann: ah pictures are working more correctly in an object tag now ^ ^
221 2010-08-04T18:54:30 <ThomasWaldmann> yeah :)
222 2010-08-04T18:54:50 <ThomasWaldmann> and it even creates img for the standard bitmap stuff
223 2010-08-04T19:05:00 <ThomasWaldmann> and soon the object stuff will get superpowers >:D
224 2010-08-04T19:05:22 <valeuf> ThomasWaldmann: like superhero ^ ^
225 2010-08-04T19:07:36 <TheSheep> like it will be able to single-handedly crash all major browsers?
226 2010-08-04T19:08:12 <valeuf> TheSheep: even text-based browser like lynx?? :p
227 2010-08-04T19:09:20 <ThomasWaldmann> just feed a ogg video stream into firefox -> crash (wrong content-type maybe)
228 2010-08-04T19:09:55 <valeuf> do you know if some text-based browser support <video> tag with libcaca+
229 2010-08-04T19:09:56 <valeuf> ?
230 2010-08-04T19:10:10 <ThomasWaldmann> no idea
231 2010-08-04T19:10:20 <ThomasWaldmann> that stuff even is a problem for gui browsers
232 2010-08-04T19:10:43 <ThomasWaldmann> because they can't agree on something due to $$$ reasons
233 2010-08-04T19:12:03 <ThomasWaldmann> brb
234 2010-08-04T19:13:07 *** grzywacz
235 2010-08-04T19:19:53 <valeuf> ah ah ah, I was re-implementing image conversion in DocBook_IN converter, I did not notice it,
236 2010-08-04T19:20:16 <valeuf> I wrote my test to see what I wanted, I run py.test to check the test do fail well... but it worked!
237 2010-08-04T19:32:09 *** kursor
238 2010-08-04T19:48:38 <valeuf> waldi: do you think it is ok if we consider that <h> element without outline-level attribute are title which should not be taken into account for the TOC?
239 2010-08-04T19:48:53 <valeuf> (so it can be render using <strong> or whatever)
240 2010-08-04T19:59:27 <ronny> sup
241 2010-08-04T20:24:08 <waldi> valeuf: no
242 2010-08-04T20:24:19 <ThomasWaldmann> moin ronny
243 2010-08-04T20:30:27 <valeuf> waldi: what would you advise me to use to translate <title> element in docbook which are not using for section?
244 2010-08-04T20:35:52 <CIA-50> Valentin Janiaut <valentin.janiaut@utbm.fr> default * 9336:3163cf03ebdd 2.0-dev-docbook-html-vjaniaut/MoinMoin/converter2/docbook_in.py: Add ignored and inline tags
245 2010-08-04T20:52:41 <waldi> valeuf: real header
246 2010-08-04T21:10:29 <valeuf> waldi: it is not header, <title> element in Docbook can be for a paragraph, a table, a list ... whatever
247 2010-08-04T21:20:28 <waldi> hä?
248 2010-08-04T21:28:54 <TheSheep> hę?
249 2010-08-04T21:56:26 * ThomasWaldmann simplifies the pygments_in converter
250 2010-08-04T22:03:03 <CIA-50> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 9313:ae18fbb65205 2.0-dev/MoinMoin/ (converter2/pygments_in.py static/modernized/css/common.css): pygments_in converter: use standard css classes from pygments, kill old classes/css
251 2010-08-04T22:07:37 <CIA-50> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 9314:af730f447cdc 2.0-dev/MoinMoin/parser/ (highlight.py text_irssi.py): removed old highlight parser / irssi parser (based on highlight)
252 2010-08-04T22:07:43 <valeuf> waldi: globally, I need something in the DOM tree which is a title, but does not create subsection
253 2010-08-04T22:08:02 <valeuf> I thought <h> without outline-level attrbiute would be a good solution
254 2010-08-04T22:23:45 <valeuf> ThomasWaldmann: did you add attribute on object to determine the type of the object finally?
255 2010-08-04T22:24:09 <CIA-50> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 9315:ecaabfe4eab6 2.0-dev/ (3 files in 3 dirs): remove html parser + safe htmlmarkup support module
256 2010-08-04T22:26:57 <ThomasWaldmann> valeuf: yes, moin_page.type (.type_)
257 2010-08-04T22:31:34 <CIA-50> Valentin Janiaut <valentin.janiaut@utbm.fr> default * 9337:fa3b7577653a 2.0-dev-docbook-html-vjaniaut/MoinMoin/converter2/docbook_in.py: Add inline tags
258 2010-08-04T22:31:48 <valeuf> \o/ finished inline and ignored tags ^ ^
259 2010-08-04T22:39:07 <valeuf> ThomasWaldmann: you do not like tests? ^^
260 2010-08-04T22:44:44 <ThomasWaldmann> valeuf: the stuff from your repo?
261 2010-08-04T22:45:21 <valeuf> ThomasWaldmann: no just you did not change the test for the HTML_OUT to work with your new object attribute
262 2010-08-04T22:45:30 <valeuf> (and there is a minor bug in your code I think)
263 2010-08-04T22:46:07 <ThomasWaldmann> i just added an attr, what's wrong?
264 2010-08-04T22:46:55 <valeuf> ThomasWaldmann: this attribute expect a Type object, it is quite curious
265 2010-08-04T22:47:20 <valeuf> but why not,
266 2010-08-04T22:47:34 <ThomasWaldmann> aren't all those attrs type objects?
267 2010-08-04T22:47:47 <ThomasWaldmann> if no, we can add a unicode() :)
268 2010-08-04T22:48:13 <valeuf> however if there is no type attribute, you use None, and it is not a Type attribute, so there is exception
269 2010-08-04T22:48:29 <valeuf> (because you use issupertype with None)
270 2010-08-04T22:48:52 <ThomasWaldmann> i guess i had that also :)
271 2010-08-04T22:49:07 <valeuf> :) but I am fixing it right now,
272 2010-08-04T22:49:21 <valeuf> I will use it for docbook, it will be perfect :)
273 2010-08-04T22:49:58 <ThomasWaldmann> ok, I'll merge back later, running out of battery soon
274 2010-08-04T22:50:06 <valeuf> :)
275 2010-08-04T22:52:14 <valeuf> I feel quite weird to use directly Type object in an attribute, what about using the unicode representation of the Type?
276 2010-08-04T22:52:27 <valeuf> (and we try to create the Type object in the converter)
277 2010-08-04T22:52:46 <ThomasWaldmann> sure
278 2010-08-04T22:52:56 <ThomasWaldmann> ok, gtg/brb
279 2010-08-04T22:52:59 <valeuf> :)
280 2010-08-04T22:57:17 <valeuf> ok the fix looks like this : http://paste.pocoo.org/show/245982/
281 2010-08-04T23:01:07 <CIA-50> Valentin Janiaut <valentin.janiaut@utbm.fr> default * 9350:4f3d82c826c7 2.0-dev-docbook-html-vjaniaut/ (19 files in 10 dirs): Merged against moin/2.0-dev
282 2010-08-04T23:01:09 <CIA-50> Valentin Janiaut <valentin.janiaut@utbm.fr> default * 9351:ce5721ce87f9 2.0-dev-docbook-html-vjaniaut/MoinMoin/converter2/ (4 files in 2 dirs): Use unicode representation of the type, instead of Type object for object element
283 2010-08-04T23:20:11 <ThomasWaldmann> re
