From ograf at rz-online.net Fri Oct 1 00:04:07 2004 From: ograf at rz-online.net (Oliver Graf) Date: Fri Oct 1 00:04:07 2004 Subject: [Moin-devel] Hit / page counters... In-Reply-To: <415C7F1D.3090307@dgreaves.com> References: <415C7F1D.3090307@dgreaves.com> Message-ID: <20041001070321.GB9072@rz-online.net> On Thu, Sep 30, 2004 at 10:48:13PM +0100, David Greaves wrote: > What do people use? > > I couldn't easily see anything in MoinMoin - did I miss it? Well, use the integrated thing? Go to the info page and klick on the hit count link. If you don't find it, append ?action=info&hitcounts=1 to your page url. Oliver. From festifn at rupert.informatik.uni-stuttgart.de Fri Oct 1 09:36:00 2004 From: festifn at rupert.informatik.uni-stuttgart.de (Florian Festi) Date: Fri Oct 1 09:36:00 2004 Subject: [Moin-devel] LDAP In-Reply-To: <415C6083.3070809@intellixx.de> References: <415C6083.3070809@intellixx.de> Message-ID: Hi Sebastian! > I've recently set up MoinMoin on our company server to serve as a > collaborative internal documentation environment. > > The problem is, we need centralized user management because it's getting too > much with all the different workstations, servers, websites, mail/FTP > accounts and so on. > > Is anything known about an LDAP interface being developed by someone? Seeing > that HTTP Auth is already in there, maybe mod_auth_ldap is an option (as > somebody already mentioned here in 2003-04 but never got back to it)? > Just tell me if anything's on the horizon; If not, I'll probably do the work. By now there is no LDAP support. OliverGraf has done some work on Authentication. See http://moinmoin.wikiwikiweb.de/OliverGraf_2fHttpAuthentication And this part of the Todo list for MoinMoin 1.4 (the next development branch after we released 1.3 which is in feature freeze since today) might be interesting for your question (http://moinmoin.wikiwikiweb.de/MoinMoinTodo_2fRelease_201_2e4): * Allow alternate authentication sources (LDAP, ...) - we need code for that, so if you need that, send us code! * perhaps move that point up to refactoring? Refactor the user storage backend into something plugable, so different user authentication and preference storage backends could be plugged into it? Would go well with OliverGraf/HttpAuthentication I don't know how complicated it would be to get the authentication via mod_auth_ldap. I would guess it is easier than implementing native LDAP support but this is just a personal feeling. On the other ahnd the HTTP auth is not that great either. By now it uses the http user name as user name. This is suboptimal if the auth name is not a WikiWord (which is more or less always if you don't create this account with wiki in mind). For really smoth integrating in your LDAP authentication you might have to invest some work. Perhaps you start documenting your needs on a WikiPage on MoinMoin as we use the wiki for planningdetails of (new) features cu FlorianFesti From mpv at tecnocimiento.cl Mon Oct 4 06:27:39 2004 From: mpv at tecnocimiento.cl (Marijn P. Vriens) Date: Mon Oct 4 06:27:39 2004 Subject: [Moin-devel] moin to pdf. Message-ID: <20041004.khT.51929000@gw.tecnocimiento.cl> Hi listers, I need to implement some way that Moin generates a pdf of it's pages at user request. I have thought of various possible solutions: - Have the "htmldoc" program generate the pdf from the 'action=print' page. But it doesn't really look good, it's an ugly solution, and htmldoc doesn't suport css! - Get the xml (or raw) of the file, and transform that to latex or lout and generate the pdf file that way. the transformation should be complex, and i can never know if i have all the corner cases covered (especially with latex). Have yet an other language in between, makes me creepy. - Take the part of moin that generates the HTML, and transform that so that it generates the PDF directy with reportlab. Nice and clean, however it might be a mess due to the nature of moins page generator. Anybody have an idea of how to best attack this problem? For extra points: I will need that different page regexes generate different looking PDFs. So a Quote.* pdf should look differend from a Task.* . Regrads, Marijn. -- Director Tecnol?gico Tecnocimiento. From ograf at rz-online.net Mon Oct 4 07:36:36 2004 From: ograf at rz-online.net (Oliver Graf) Date: Mon Oct 4 07:36:36 2004 Subject: [Moin-devel] moin to pdf. In-Reply-To: <20041004.khT.51929000@gw.tecnocimiento.cl> References: <20041004.khT.51929000@gw.tecnocimiento.cl> Message-ID: <20041004143241.GH21500@rz-online.net> On Mon, Oct 04, 2004 at 09:22:31AM -0400, Marijn P. Vriens wrote: > - Take the part of moin that generates the HTML, and transform that so that it > generates the PDF directy with reportlab. Nice and clean, however it might be > a mess due to the nature of moins page generator. > > Anybody have an idea of how to best attack this problem? The thing that makes HTML or not is the formatter. So a formatter would be the best. Actually this needs moin 1.3, cause in 1.2 there are to much parts generating html directly. In 1.3 they are fixed (theoretically). 1.3 also brings a dom formatter, but I don't know how complete this is. So my approach would be a xsl-fo transformation which can then create pdf, rtf, whatever... Oliver. From festifn at rupert.informatik.uni-stuttgart.de Mon Oct 4 10:56:06 2004 From: festifn at rupert.informatik.uni-stuttgart.de (Florian Festi) Date: Mon Oct 4 10:56:06 2004 Subject: [Moin-devel] moin to pdf. In-Reply-To: <20041004143241.GH21500@rz-online.net> References: <20041004.khT.51929000@gw.tecnocimiento.cl> <20041004143241.GH21500@rz-online.net> Message-ID: > The thing that makes HTML or not is the formatter. So a formatter > would be the best. Actually this needs moin 1.3, cause in 1.2 there > are to much parts generating html directly. In 1.3 they are fixed > (theoretically). > > 1.3 also brings a dom formatter, but I don't know how complete this > is. So my approach would be a xsl-fo transformation which can then > create pdf, rtf, whatever... Writing or using a formatter is the way to go as it allows you to use the MoinMoin Wikimarkup parser. The dom/xml parser should work for the most cases. Right now we are releasing Moin 1.3. So if you have the time wait until 1.3 is released you can use the new 1.4 development branch then. New Formatters for LaTeX and PDF are already on our Todo list for 1.4 But we do not have a developer/voluteer for doing the work yet. I would appreciate if you would do some work in this direction. I would suggest that you create a page in the MoinMoin wiki about what you are planning to do. Most discussion between the developers is done in the wiki. Although I won't have to time to do work in this direction (trying to finninsh my master thesis) you are always welcome to ask questions. The dom/xml formatter is the only formatter right now that reorders tags to get the nesting right. If you need this the dom(xml formatter ist the right place to start. If you did not yet do you should ahve a look at http://moinmoin.wikiwikiweb.de/MoinDev_2fPluginConcept have fun FlorianFesti From mario at erphesfurt.de Tue Oct 5 10:32:46 2004 From: mario at erphesfurt.de (Mario Salzer) Date: Tue Oct 5 10:32:46 2004 Subject: [Moin-devel] mailing list, WikiMarkupStandard WG Message-ID: <687425548@web.de> I'd like to invite anyone interested from the MoinMoin project to join the revived discussions on a common standard/harmonized WikiMarkup. It hasn't begun yet, and discussions may get lengthy, lame or both; but for the possible benefit of all users, it would help if we get enough independent opinions throughout the decision process. http://www.usemod.com/mb.pl?WikiMarkupStandardWorkingGroup IMO we should write a RFC and register for the "text/wiki" mime type, so later "Content-Type: text/wiki; variant=moin" could be used in WebDav, Atom and eventually even EMail (nice for mlists like this). Nothing has been started or decided yet, but there is no need to hurry; there will be a final everybody-is-again-invited voting; as we have no intend to pressure any kind of weird WikiMarkupStandard on anyone; broad agreement is the goal. Sorry for that short intro, but you get more info on the MeatBall: pages. Regards, mario (please Cc:) __________________________________________________________ Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/?mc=021201 From david at bus.ucf.edu Tue Oct 5 11:31:11 2004 From: david at bus.ucf.edu (David Collantes) Date: Tue Oct 5 11:31:11 2004 Subject: [Moin-devel] mailing list, WikiMarkupStandard WG Message-ID: <4A96ACE5BE97034187ED7BF6BA6DD3544A3E09@exchange.bus.ucf.edu> > http://www.usemod.com/mb.pl?WikiMarkupStandardWorkingGroup It should be (yes, nothing there yet): http://www.usemod.com/cgi-bin/wiki.pl?WikiMarkupStandardWorkingGroup Or am I wrong? Cheers, -- David Collantes - Systems Administrator - (407)823-3418 College of Business Administration, Building 45 Room 203E University of Central Florida, Orlando, FL 32816 - U.S.A. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3757 bytes Desc: not available URL: From BradeyH at construx.com Tue Oct 5 13:02:12 2004 From: BradeyH at construx.com (Bradey Honsinger) Date: Tue Oct 5 13:02:12 2004 Subject: [Moin-devel] mailing list, WikiMarkupStandard WG Message-ID: <323BB51CE8D82A4089160BB42356AA5B767E95@cxexchange.construx.com> Close--it's actually at: http://www.usemod.com/cgi-bin/mb.pl?WikiMarkupStandardWorkingGroup There's a good bit there already, although it's mostly comments on the process at this point. - Bradey > -----Original Message----- > From: moin-devel-admin at lists.sourceforge.net > [mailto:moin-devel-admin at lists.sourceforge.net] On Behalf Of > David Collantes > Sent: Tuesday, October 05, 2004 11:00 AM > To: Mario Salzer; moin-devel at lists.sourceforge.net > Subject: RE: [Moin-devel] mailing list, WikiMarkupStandard WG > > > http://www.usemod.com/mb.pl?WikiMarkupStandardWorkingGroup > > It should be (yes, nothing there yet): > > http://www.usemod.com/cgi-bin/wiki.pl?WikiMarkupStandardWorkingGroup > > Or am I wrong? > > Cheers, > > -- > David Collantes - Systems Administrator - (407)823-3418 > College of Business Administration, Building 45 Room 203E > University of Central Florida, Orlando, FL 32816 - U.S.A. > > From steve at einval.com Tue Oct 5 18:02:19 2004 From: steve at einval.com (Steve McIntyre) Date: Tue Oct 5 18:02:19 2004 Subject: [Moin-devel] moin to pdf. In-Reply-To: <20041004.khT.51929000@gw.tecnocimiento.cl> References: <20041004.khT.51929000@gw.tecnocimiento.cl> Message-ID: <20041006005402.GA32230@einval.com> On Mon, Oct 04, 2004 at 09:22:31AM -0400, Marijn P. Vriens wrote: >Hi listers, > >I need to implement some way that Moin generates a pdf of it's pages at user >request. I have thought of various possible solutions: > >- Have the "htmldoc" program generate the pdf from the 'action=print' page. >But it doesn't really look good, it's an ugly solution, and htmldoc doesn't >suport css! >- Get the xml (or raw) of the file, and transform that to latex or lout and >generate the pdf file that way. the transformation should be complex, and i >can never know if i have all the corner cases covered (especially with latex). >Have yet an other language in between, makes me creepy. >- Take the part of moin that generates the HTML, and transform that so that it >generates the PDF directy with reportlab. Nice and clean, however it might be >a mess due to the nature of moins page generator. > >Anybody have an idea of how to best attack this problem? I _hacked_ PDF export into our moin a while ago, by piping the HTML output through htmltops and ps2pdf. It works reasonably well, but the code is a mess. I should really clean it up some more... -- Steve McIntyre, Cambridge, UK. steve at einval.com "C++ ate my sanity" -- Jon Rabone -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From jorg.cassens at idi.ntnu.no Wed Oct 6 15:25:11 2004 From: jorg.cassens at idi.ntnu.no (Joerg Cassens) Date: Wed Oct 6 15:25:11 2004 Subject: [Moin-devel] Norwegian (bokmal) translation Message-ID: <4164704F.5020204@idi.ntnu.no> Dear all We consider using MoinMoin (1.2.3) for technical documentation in our organization. To this end, I started a norwegian (bokmal) translation of MoinMoin (ISO code nb). I just finished a second walk through the .po file and expect it to be finished and proofread early next week (maybe I should add this to http://moinmoin.wikiwikiweb.de/MoinDev/Translation?). Now I have the following question: After looking through the documentation and peeking a bit into the code I have the understanding that the language specific system- and help files must have unique names. Is this correct, or did I miss something? If this is the case, than we might sooner or later run into a problem. The scandinavian languages are quite close together, so it is not always easy to find meaningful names distinct from the ones used by our scandinavian friends. It gets worse by the fact that there exist two norwegian languages (bokmal, ISO nb, and nynorsk, nn). Both languages are so close together that many pages would end up with the same name, and the only way would probably be to introduce a postfix (which does not really look good). For the time being, we do not intend to build a nynorsk version, otoh, public institutions are required to offer both choices, so we might have to sometime in the future. Thanks in advance, J?rg -- J?rg Cassens (Dipl.-Inform., Chief Engineer) * Intelligent Systems Norwegian University of Science and Technology * Office 241, IT-Syd Department of Computer and Information Sciences * Tel. +47 7359 3114 NO-7491 Trondheim * www.idi.ntnu.no/~cassens/ * Fax +47 7359 4466 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From tw-public at gmx.de Thu Oct 7 07:11:39 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Oct 7 07:11:39 2004 Subject: [Moin-devel] Norwegian (bokmal) translation In-Reply-To: <4164704F.5020204@idi.ntnu.no> References: <4164704F.5020204@idi.ntnu.no> Message-ID: <41654D3F.3000006@gmx.de> > We consider using MoinMoin (1.2.3) for technical documentation in our > organization. To this end, I started a norwegian (bokmal) translation of > MoinMoin (ISO code nb). I just finished a second walk through the .po > file and expect it to be finished and proofread early next week (maybe I > should add this to http://moinmoin.wikiwikiweb.de/MoinDev/Translation?). Please add it there. If completion doesn't take too long, it will get into 1.2.4 which is soon to be released as the final 1.2.x release. Just send the nb.po to me when finished. After that, we must work on getting 1.3 out (and we need translators for that, too, as some strings have changed). > After looking through the documentation and peeking a bit into the code > I have the understanding that the language specific system- and help > files must have unique names. Is this correct, or did I miss something? The language file with the system and help texts will be named nb.po (and a nb.py will be generated out of that), we just use the iso code. This usually shouldn't be a problem. Another thing are the help and system wiki pages - they also need to have unique names. > If this is the case, than we might sooner or later run into a problem. > The scandinavian languages are quite close together, so it is not always > easy to find meaningful names distinct from the ones used by our > scandinavian friends. It gets worse by the fact that there exist two > norwegian languages (bokmal, ISO nb, and nynorsk, nn). Both languages > are so close together that many pages would end up with the same name, > and the only way would probably be to introduce a postfix (which does > not really look good). Well, if they are so close, why not just use the same page? :) If that is not possible, you currently must try to find another page name. > For the time being, we do not intend to build a nynorsk version, otoh, > public institutions are required to offer both choices, so we might have > to sometime in the future. There is long-time todo item "multilang" we hope to get done in 1.4 finally. Maybe that will solve that problem, having separate namespaces for the languages. Thomas From jorg.cassens at idi.ntnu.no Thu Oct 7 10:12:58 2004 From: jorg.cassens at idi.ntnu.no (Joerg Cassens) Date: Thu Oct 7 10:12:58 2004 Subject: [Moin-devel] Norwegian (bokmal) translation In-Reply-To: <41654D3F.3000006@gmx.de> References: <4164704F.5020204@idi.ntnu.no> <41654D3F.3000006@gmx.de> Message-ID: <41657888.9090008@idi.ntnu.no> Hi again Thomas Waldmann wrote: >> (maybe I should add this to >> http://moinmoin.wikiwikiweb.de/MoinDev/Translation?). > Please add it there. Done. > If completion doesn't take too long, it will get > into 1.2.4 which is soon to be released as the final 1.2.x release. I only saw releases scheduled for 1.3, so I'm not sure what that means exactly... but my understanding is that 1.2.4 is to be released before deep freeze for 1.3. Anyway, to give a status report to whom it may concern: System and help texts: The .po file has to be reviewed by 2 more persons. Depending how good I am in convincing other people to do so, this should be ready for release on wednesday 13 latest. System files: I think I have most of them covered by now, but all of them have to be reviewed by 2 more persons. For our project, I have scheduled the norwegian language release for oct 25. I'm not sure how realistic it is to count on them being available earlier - when would they be needed for inclusion in 1.2.4? Help files: Not on our todo list (yet). Definitely nothing for 1.2.4. > After that, we must work on getting 1.3 out (and we need translators for > that, too, as some strings have changed). I saw the deep freeze is scheduled for 1.11. I will look into 1.3 after we have released the stuff for 1.2, so this might be in november. But as far as I see i18n stuff will still be accepted, so I think I should get the stuff done in time for 1.3 final. >> The scandinavian languages are quite close together, so it is not >> always easy to find meaningful names distinct from the ones used by >> our scandinavian friends. It gets worse by the fact that there exist >> two norwegian languages (bokmal, ISO nb, and nynorsk, nn). Both >> languages are so close together that many pages would end up with the >> same name. > > Well, if they are so close, why not just use the same page? :) It is a political issue :-) At least in the public service you are entitled to get the information in the language you prefer. I'm not aware of that this has ever been a problem with web pages at our university, but I just want to keep the door as open as possible to make a nynorsk version available later. That's why I have chosen ISO nb instead of the more obvious no. My backup solution would be to create a nn.po but use the same system and help pages with the content being written in a mixed style. Would look ugly, though. Oh, btw., everybody understands both languages anyway. Heck, we could use the swedish and (especially) the danish pages without that being a big problem :-) > If that is not possible, you currently must try to find another page name. We settled on this one, yes. > There is long-time todo item "multilang" we hope to get done in 1.4 > finally. Maybe that will solve that problem, having separate namespaces > for the languages. That should do it, yes. Thanks for the reply, J?rg -- J?rg Cassens (Dipl.-Inform., Chief Engineer) * Intelligent Systems Norwegian University of Science and Technology * Office 241, IT-Syd Department of Computer and Information Sciences * Tel. +47 7359 3114 NO-7491 Trondheim * www.idi.ntnu.no/~cassens/ * Fax +47 7359 4466 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From noreply at sourceforge.net Thu Oct 7 12:25:46 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Oct 7 12:25:46 2004 Subject: [Moin-devel] [ moin-Bugs-1042475 ] ZeroDivisionError on diff Message-ID: Bugs item #1042475, was opened at 2004-10-07 15:23 Message generated for change (Comment added) made by msoulier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1042475&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael P. Soulier (msoulier) Assigned to: Nobody/Anonymous (nobody) Summary: ZeroDivisionError on diff Initial Comment: Someone just changed a page on my wiki, and now a diff crashes with a ZeroDivisionError. Python Python 2.2.2: /usr/bin/python2 Linux rabbit 2.4.20-18.7 #1 Thu May 29 06:51:53 EDT 2003 i686 MoinMoin Release 1.2.3 [Revision 1.186] Thu Oct 7 15:18:11 2004 A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. /usr/local/lib/python2.2/site-packages/MoinMoin/request.py in run(self=) 454 else: 455 try: 456 cgitb.Hook(file=self).handle(saved_exc) 457 # was: cgitb.handler() 458 except: cgitb = , cgitb.Hook = , file undefined, self = , ).handle undefined, saved_exc = (, , ) /usr/local/lib/python2.2/site-packages/MoinMoin/wikiaction.py in do_diff(pagename='OpenLetterOnPython', request=) 294 if request.user.show_fancy_diff: 295 from MoinMoin.util.diff import diff 296 request.write(diff(request, oldpage.get_raw_body(), newpage.get_raw_body())) 297 newpage.send_page(request, count_hit=0, content_only=1, content_id="content-under-diff") 298 else: request = , request.write = >, diff = , oldpage = , oldpage.get_raw_body = >, newpage = , newpage.get_raw_body = > /usr/local/lib/python2.2/site-packages/MoinMoin/util/diff.py in diff(request=, old="= An Open Letter on Python =\n\n== What Is This? =...s/cat_python.html#003382 Toward Python's future]\n", new="= An Open Letter on Python =\n\n== What Is This? =...s/cat_python.html#003382 Toward Python's future]\n") 94 charmatch = charobj.get_matching_blocks() 95 96 if charobj.ratio() < 0.5: 97 # Insufficient similarity. 98 if leftpane: charobj = , charobj.ratio = > //usr/lib/python2.2/difflib.py in ratio(self=) 526 matches = reduce(lambda sum, triple: sum + triple[-1], 527 self.get_matching_blocks(), 0) 528 return 2.0 * matches / (len(self.a) + len(self.b)) 529 530 def quick_ratio(self): matches = 0, len undefined, self = , self.a = '', self.b = '' ZeroDivisionError: float division __doc__ = 'Second argument to a division or modulo operation was zero.' __getitem__ = > __init__ = > __module__ = 'exceptions' __str__ = > args = ('float division',) ---------------------------------------------------------------------- >Comment By: Michael P. Soulier (msoulier) Date: 2004-10-07 15:24 Message: Logged In: YES user_id=470843 528 return 2.0 * matches / (len(self.a) + len(self.b)) Looks like self.a and self.b are zero length. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1042475&group_id=8482 From noreply at sourceforge.net Thu Oct 7 12:26:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Oct 7 12:26:06 2004 Subject: [Moin-devel] [ moin-Bugs-1042475 ] ZeroDivisionError on diff Message-ID: Bugs item #1042475, was opened at 2004-10-07 15:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1042475&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael P. Soulier (msoulier) Assigned to: Nobody/Anonymous (nobody) Summary: ZeroDivisionError on diff Initial Comment: Someone just changed a page on my wiki, and now a diff crashes with a ZeroDivisionError. Python Python 2.2.2: /usr/bin/python2 Linux rabbit 2.4.20-18.7 #1 Thu May 29 06:51:53 EDT 2003 i686 MoinMoin Release 1.2.3 [Revision 1.186] Thu Oct 7 15:18:11 2004 A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. /usr/local/lib/python2.2/site-packages/MoinMoin/request.py in run(self=) 454 else: 455 try: 456 cgitb.Hook(file=self).handle(saved_exc) 457 # was: cgitb.handler() 458 except: cgitb = , cgitb.Hook = , file undefined, self = , ).handle undefined, saved_exc = (, , ) /usr/local/lib/python2.2/site-packages/MoinMoin/wikiaction.py in do_diff(pagename='OpenLetterOnPython', request=) 294 if request.user.show_fancy_diff: 295 from MoinMoin.util.diff import diff 296 request.write(diff(request, oldpage.get_raw_body(), newpage.get_raw_body())) 297 newpage.send_page(request, count_hit=0, content_only=1, content_id="content-under-diff") 298 else: request = , request.write = >, diff = , oldpage = , oldpage.get_raw_body = >, newpage = , newpage.get_raw_body = > /usr/local/lib/python2.2/site-packages/MoinMoin/util/diff.py in diff(request=, old="= An Open Letter on Python =\n\n== What Is This? =...s/cat_python.html#003382 Toward Python's future]\n", new="= An Open Letter on Python =\n\n== What Is This? =...s/cat_python.html#003382 Toward Python's future]\n") 94 charmatch = charobj.get_matching_blocks() 95 96 if charobj.ratio() < 0.5: 97 # Insufficient similarity. 98 if leftpane: charobj = , charobj.ratio = > //usr/lib/python2.2/difflib.py in ratio(self=) 526 matches = reduce(lambda sum, triple: sum + triple[-1], 527 self.get_matching_blocks(), 0) 528 return 2.0 * matches / (len(self.a) + len(self.b)) 529 530 def quick_ratio(self): matches = 0, len undefined, self = , self.a = '', self.b = '' ZeroDivisionError: float division __doc__ = 'Second argument to a division or modulo operation was zero.' __getitem__ = > __init__ = > __module__ = 'exceptions' __str__ = > args = ('float division',) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1042475&group_id=8482 From tw-public at gmx.de Mon Oct 11 02:27:21 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Oct 11 02:27:21 2004 Subject: [Moin-devel] Norwegian (bokmal) translation In-Reply-To: <41657888.9090008@idi.ntnu.no> References: <4164704F.5020204@idi.ntnu.no> <41654D3F.3000006@gmx.de> <41657888.9090008@idi.ntnu.no> Message-ID: <416A4D8F.9010607@gmx.de> >> If completion doesn't take too long, it will get into 1.2.4 which is >> soon to be released as the final 1.2.x release. > I only saw releases scheduled for 1.3, so I'm not sure what that means > exactly... but my understanding is that 1.2.4 is to be released before > deep freeze for 1.3. Yes, maybe one of the next 2 weekends I think. > The .po file has to be reviewed by 2 more persons. Depending how good I > am in convincing other people to do so, this should be ready for release > on wednesday 13 latest. That would be in time. > System files: > I think I have most of them covered by now, but all of them have to be > reviewed by 2 more persons. For our project, I have scheduled the > norwegian language release for oct 25. I'm not sure how realistic it is > to count on them being available earlier - when would they be needed for > inclusion in 1.2.4? If you do them on moinmaster, they won't be included in 1.2.4 (because moinmaster already uses 1.3, too much work to convert back to 1.2). So if you want them in 1.2.4, you need to do them in some 1.2 wiki and then make an archive of the page files and send it to me. > Help files: > Not on our todo list (yet). Definitely nothing for 1.2.4. Then please do them on moinmaster when you start working for 1.3. > I saw the deep freeze is scheduled for 1.11. I will look into 1.3 after > we have released the stuff for 1.2, so this might be in november. But as > far as I see i18n stuff will still be accepted, so I think I should get > the stuff done in time for 1.3 final. I think translators will have at least the 4 weeks in november (maybe even into december) while we fix the last bugs and complete install documentation. It is intended that translators work after 1.11. because then system texts are unlikely to change. greetings, Thomas From msquadrat.nospamplease at gmx.net Sun Oct 17 08:02:02 2004 From: msquadrat.nospamplease at gmx.net (Malte S. Stretz) Date: Sun Oct 17 08:02:02 2004 Subject: [Moin-devel] [PATCH] mapURL() should not choke on undefined URLs Message-ID: <200410171701.32865@malte.stretz.eu.org> Moin, I'm fiddling around with the 1.3 snapshot from yesterday and when I tried the url_mappings feature, Moin suddenly died witha rather long backtrace (see attachment). It seems like the url parameter send to mapURL is for some reason undefined. Dunno how that happens, I use the rightnavbar theme if that matters and it doesn't happen if I use the print view. Whatever the reason is, mapURL() should not die on such a thing, patch attached. Cheers, Malte -- [SGT] Simon G. Tatham: "How to Report Bugs Effectively" [ESR] Eric S. Raymond: "How To Ask Questions The Smart Way" -------------- next part -------------- A non-text attachment was scrubbed... Name: moin-1.3-mapURL.patch Type: text/x-diff Size: 522 bytes Desc: Patch against wikiutil.py URL: -------------- next part -------------- AttributeError'NoneType' object has no attribute 'startswith' Please include this information in your bug reports!: Python Python 2.3.3: /usr/bin/python Linux otherland 2.6.8-gentoo-r3 #2 Sun Sep 12 19:13:54 CEST 2004 i686 MoinMoin Release 1.3beta2 [Revision moin--main--1.3--patch-171] Sun Oct 17 16:32:05 2004 A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. /home/mss/tmp/wikii/lib/python2.3/site-packages/MoinMoin/request.py in run(self=) 561 else: 562 try: 563 cgitb.Hook(file=self).handle(saved_exc) 564 # was: cgitb.handler() 565 except: cgitb = , cgitb.Hook = , file undefined, self = , ).handle undefined, saved_exc = (, , ) /home/mss/tmp/wikii/lib/python2.3/site-packages/MoinMoin/Page.py in send_page(self=, request=, msg='', **keywords={'count_hit': 1}) 783 else: 784 # parse the text and send the page content 785 self.send_page_content(request, Parser, body, format_args=pi_formatargs, do_cache=do_cache) 786 787 # check for pending footnotes self = , self.send_page_content = >, request = , Parser = , body = u'= Describe AStA here. =\n\n * [http://asta.fh-wedel.de/ Website]\n * [wiki:AStA/Party Foo]\n\n', format_args undefined, pi_formatargs = '', do_cache = 1 /home/mss/tmp/wikii/lib/python2.3/site-packages/MoinMoin/Page.py in send_page_content(self=, request=, Parser=, body=u'= Describe AStA here. =\n\n * [http://asta.fh-wedel.de/ Website]\n * [wiki:AStA/Party Foo]\n\n', needsupdate=0, format_args='', do_cache=1) 883 exec code 884 except 'CacheNeedsUpdate': # if something goes wrong, try without caching 885 self.send_page_content(request, Parser, body, needsupdate=1) 886 cache = caching.CacheEntry(request, arena, key) 887 self = , self.send_page_content = >, request = , Parser = , body = u'= Describe AStA here. =\n\n * [http://asta.fh-wedel.de/ Website]\n * [wiki:AStA/Party Foo]\n\n', needsupdate = 0 /home/mss/tmp/wikii/lib/python2.3/site-packages/MoinMoin/Page.py in send_page_content(self=, request=, Parser=, body=u'= Describe AStA here. =\n\n * [http://asta.fh-wedel.de/ Website]\n * [wiki:AStA/Party Foo]\n\n', needsupdate=1, format_args='', do_cache=1) 865 request.redirect(buffer) 866 parser = Parser(body, request) 867 parser.format(formatter) 868 request.redirect() 869 text = buffer.getvalue() parser = , parser.format = >, formatter = /home/mss/tmp/wikii/lib/python2.3/site-packages/MoinMoin/parser/wiki.py in format(self=, formatter=) 1063 self.in_table = 0 1064 # convert line from wiki markup to HTML and print it 1065 formatted_line = self.scan(scan_re, line) 1066 1067 #self.request.write("\n" % line) formatted_line = u'<<<>>>Describe AStA here.', self = , self.scan = >, scan_re = <_sre.SRE_Pattern object>, line = u' * [http://asta.fh-wedel.de/ Website] ' /home/mss/tmp/wikii/lib/python2.3/site-packages/MoinMoin/parser/wiki.py in scan(self=, scan_re=<_sre.SRE_Pattern object>, line=u' * [http://asta.fh-wedel.de/ Website] ') 877 result.append(self.formatter.paragraph(1)) 878 result.append(self.formatter.text(line[lastpos:match.start()])) 879 result.append(self.replace(match)) 880 881 # search for the next one result = ['
  • \n

    \n', u' '], result.append = , self = , self.replace = >, match = <_sre.SRE_Match object> /home/mss/tmp/wikii/lib/python2.3/site-packages/MoinMoin/parser/wiki.py in replace(self=, match=<_sre.SRE_Match object>) 903 or (type in self.no_new_p_before)): 904 p = self.formatter.paragraph(1) 905 return p + getattr(self, '_' + type + '_repl')(hit) 906 else: 907 import pprint p = '', getattr undefined, self = , type = u'url_bracket', hit = u'[http://asta.fh-wedel.de/ Website]' /home/mss/tmp/wikii/lib/python2.3/site-packages/MoinMoin/parser/wiki.py in _url_bracket_repl(self=, word=u'[http://asta.fh-wedel.de/ Website]') 454 else: 455 return (self.formatter.url(1, words[0], 'external', 456 type='www', unescaped=1) + 457 self.formatter.text(words[1]) + 458 self.formatter.url(0)) type undefined, unescaped undefined /home/mss/tmp/wikii/lib/python2.3/site-packages/MoinMoin/formatter/text_html.py in url(self=, on=0, url=None, css=None, **kw={}) 130 ... some more (!!! TODO) 131 """ 132 url = wikiutil.mapURL(self.request, url) 133 pretty = kw.get('pretty_url', 0) 134 title = kw.get('title', None) url = None, global wikiutil = , wikiutil.mapURL = , self = , self.request = /home/mss/tmp/wikii/lib/python2.3/site-packages/MoinMoin/wikiutil.py in mapURL(request=, url=None) 669 # check URL for the configured prefixes 670 for prefix in request.cfg.url_mappings.keys(): 671 if url.startswith(prefix): 672 # substitute prefix with replacement value 673 return request.cfg.url_mappings[prefix] + url[len(prefix):] url = None, url.startswith undefined, prefix = '/~mss/cgi-bin/moin.cgi' AttributeError: 'NoneType' object has no attribute 'startswith' __doc__ = 'Attribute not found.' __getitem__ = > __init__ = > __module__ = 'exceptions' __str__ = > args = ("'NoneType' object has no attribute 'startswith'",) From msquadrat.nospamplease at gmx.net Sun Oct 17 09:04:02 2004 From: msquadrat.nospamplease at gmx.net (Malte S. Stretz) Date: Sun Oct 17 09:04:02 2004 Subject: [Moin-devel] [PATCH] Small kluge for easier mod_rewrite integration Message-ID: <200410171802.57063@malte.stretz.eu.org> And hello again, as the url_mappings feature didn't do what I intended to do -- have a user website transparently fed from a Wiki like but only with .htaccess so no ScriptAlias possible -- I tried to tell Moin which root it should use. According to the hack posted in [1] and the unanswered question on [2] does one have to do some patching to get that to work. With some black mod_rewrite magic it's possible to feed the script a different SCRIPT_NAME; unfortunately does the rewrite process prepend the string REDIRECT_ to the environment variable. The attached patch makes moin.cgi use that var if its defined. This works for me with the following .htaccess: | RewriteEngine On | RewriteBase /~mss | | # The *-bin directories (like cgi-bin, wiki-bin, image-bin, ...) shall not | # be touched by any following rewriting rules. | RewriteCond %{REQUEST_URI} /[a-z]+-bin/ | RewriteRule ^ - [last] | | # Now the Wiki-rewriting... | # | # Strip trailing slashes -- they are good for directories but not for Wiki | # names. | RewriteRule ^(.*)/(\?.*)?$ $1$2 [last,redirect=permanent] | # Transparent access to the Wiki pages; set the SCRIPT_NAME environment | # variable so moin.cgi know where to link to. | RewriteRule ^(.*)$ cgi-bin/moin.cgi/$1 [env=SCRIPT_NAME:/~mss] I guess the even cleaner solution would be to introduce a new config variable like wiki_prefix -- but for now the attached solution was easier to implement for somebody like me who doesn't know much about Python and even less about the MoinMoin internals :) Cheers, Malte [1]http://sourceforge.net/mailarchive/forum.php?thread_id=15110&forum_id=623 [2]http://moinmoin.wikiwikiweb.de/MoinMoinQuestions -- [SGT] Simon G. Tatham: "How to Report Bugs Effectively" [ESR] Eric S. Raymond: "How To Ask Questions The Smart Way" -------------- next part -------------- A non-text attachment was scrubbed... Name: moin-1.3-script_name.patch Type: text/x-diff Size: 640 bytes Desc: Patch against request.py URL: From noreply at sourceforge.net Sun Oct 17 15:27:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Oct 17 15:27:04 2004 Subject: [Moin-devel] [ moin-Bugs-1042475 ] ZeroDivisionError on diff Message-ID: Bugs item #1042475, was opened at 2004-10-07 21:23 Message generated for change (Comment added) made by thomaswaldmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1042475&group_id=8482 Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Michael P. Soulier (msoulier) Assigned to: Nobody/Anonymous (nobody) Summary: ZeroDivisionError on diff Initial Comment: Someone just changed a page on my wiki, and now a diff crashes with a ZeroDivisionError. Python Python 2.2.2: /usr/bin/python2 Linux rabbit 2.4.20-18.7 #1 Thu May 29 06:51:53 EDT 2003 i686 MoinMoin Release 1.2.3 [Revision 1.186] Thu Oct 7 15:18:11 2004 A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. /usr/local/lib/python2.2/site-packages/MoinMoin/request.py in run(self=) 454 else: 455 try: 456 cgitb.Hook(file=self).handle(saved_exc) 457 # was: cgitb.handler() 458 except: cgitb = , cgitb.Hook = , file undefined, self = , ).handle undefined, saved_exc = (, , ) /usr/local/lib/python2.2/site-packages/MoinMoin/wikiaction.py in do_diff(pagename='OpenLetterOnPython', request=) 294 if request.user.show_fancy_diff: 295 from MoinMoin.util.diff import diff 296 request.write(diff(request, oldpage.get_raw_body(), newpage.get_raw_body())) 297 newpage.send_page(request, count_hit=0, content_only=1, content_id="content-under-diff") 298 else: request = , request.write = >, diff = , oldpage = , oldpage.get_raw_body = >, newpage = , newpage.get_raw_body = > /usr/local/lib/python2.2/site-packages/MoinMoin/util/diff.py in diff(request=, old="= An Open Letter on Python =\n\n== What Is This? =...s/cat_python.html#003382 Toward Python's future]\n", new="= An Open Letter on Python =\n\n== What Is This? =...s/cat_python.html#003382 Toward Python's future]\n") 94 charmatch = charobj.get_matching_blocks() 95 96 if charobj.ratio() < 0.5: 97 # Insufficient similarity. 98 if leftpane: charobj = , charobj.ratio = > //usr/lib/python2.2/difflib.py in ratio(self=) 526 matches = reduce(lambda sum, triple: sum + triple[-1], 527 self.get_matching_blocks(), 0) 528 return 2.0 * matches / (len(self.a) + len(self.b)) 529 530 def quick_ratio(self): matches = 0, len undefined, self = , self.a = '', self.b = '' ZeroDivisionError: float division __doc__ = 'Second argument to a division or modulo operation was zero.' __getitem__ = > __init__ = > __module__ = 'exceptions' __str__ = > args = ('float division',) ---------------------------------------------------------------------- >Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-10-18 00:26 Message: Logged In: YES user_id=100649 IIRC, this can be easily fixed by using difflib of python 2.2.3. Or even better, by upgrading to python 2.3. ---------------------------------------------------------------------- Comment By: Michael P. Soulier (msoulier) Date: 2004-10-07 21:24 Message: Logged In: YES user_id=470843 528 return 2.0 * matches / (len(self.a) + len(self.b)) Looks like self.a and self.b are zero length. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=1042475&group_id=8482 From jos at theorganization.net Mon Oct 18 13:58:05 2004 From: jos at theorganization.net (Jos Yule) Date: Mon Oct 18 13:58:05 2004 Subject: [Moin-devel] JotSpot? Message-ID: <41742E0F.5030008@theorganization.net> Has anyone else checked this out? http://www.jotspot.com http://weblog.infoworld.com/udell/2004/10/11.html#a1092 - flash/video demo Interesting stuff - lots of 'apps' that they have integrated are available in MoinMoin, but without the polish that they have. I'm going to see if i can get a beta account to see how one can develop new app's. The level of polish is really nice, and the integration of their forms is cool too - i'd love to get to this level with MoinMoin - back to the editor to do some more coding! j -- jos yule Digital Hyakugei http://www.theorganization.net mailto:jos at theorganization.net From matt.price at utoronto.ca Mon Oct 18 21:03:01 2004 From: matt.price at utoronto.ca (Matt Price) Date: Mon Oct 18 21:03:01 2004 Subject: [Moin-devel] macro members/methods Message-ID: <20041019040217.GA9552@utoronto.ca> I'm trying to learn more about how macros work. can someone point me in the right direction in perms of learning about macro methods and attributes? If you can tell me where in the source code to look, I will do my best to puzzle my way through it & will promise ot add a section on the moinmoin wiki documenting what I learn! Thanks, Matt ------------------------------------------- Matt Price matt.price at utoronto.ca History Department, University of Toronto (416) 978-2094 -------------------------------------------- please don't use the following addresses: zeus at derailleur.org aardvark at derailleur.org From elegant_dice at yahoo.com Mon Oct 18 22:46:02 2004 From: elegant_dice at yahoo.com (Paul) Date: Mon Oct 18 22:46:02 2004 Subject: [Moin-devel] RSS RecentChanges Message-ID: <4174A974.4050809@yahoo.com> Hi, I find the RSS recentchanges feed pretty useless. I want to link to it and be able to see exactly what has changed, and preferably in the nicely formatted version, not plaintext. Can we make the RSS feed send the diffs of the changes? Even better, can we make it send the page with the changes highlighted? or a link to the page with that set of changes highlighted. now THAT would be useful. ideally the diffs would show only that set of changes, because you would want to flip through the articles and see how the pages are evolving, not just the latest version over and over again. Thanks Paul From festifn at rupert.informatik.uni-stuttgart.de Tue Oct 19 00:16:04 2004 From: festifn at rupert.informatik.uni-stuttgart.de (Florian Festi) Date: Tue Oct 19 00:16:04 2004 Subject: [Moin-devel] RSS RecentChanges In-Reply-To: <4174A974.4050809@yahoo.com> References: <4174A974.4050809@yahoo.com> Message-ID: > I find the RSS recentchanges feed pretty useless. I want to link to it and > be able to see exactly what has changed, and preferably in the nicely > formatted version, not plaintext. > > Can we make the RSS feed send the diffs of the changes? > > Even better, can we make it send the page with the changes highlighted? or a > link to the page with that set of changes highlighted. now THAT would be > useful. > > ideally the diffs would show only that set of changes, because you would want > to flip through the articles and see how the pages are evolving, not just the > latest version over and over again. I don't have much experience with RSS feeds, but there are some additional parameters to add diff information. See comment sent with the feed: unique is known to be broken in Moin < 1.3. ddiffs=1 is problably what you want. I don't know if diffs=1 is that usefull. cu FlorianFesti From elegant_dice at yahoo.com Tue Oct 19 01:07:07 2004 From: elegant_dice at yahoo.com (Paul) Date: Tue Oct 19 01:07:07 2004 Subject: [Moin-devel] RSS RecentChanges In-Reply-To: References: <4174A974.4050809@yahoo.com> Message-ID: <4174CA44.4040803@yahoo.com> > > > > unique is known to be broken in Moin < 1.3. ddiffs=1 is problably what > you want. I don't know if diffs=1 is that usefull. thanks, this is good. BUT, the cool looking ddiffs just has a link to diffs, so if 2 changes come through, BOTH links will only show the last change, right? so its lossy, you can't guarantee that you will see all the changes that are made. maybe either the ddiffs link should request that specific change's diff, OR (possibly better yet), it should send the HTML version of diff=1, which i would personally prefer since it can be read offline. how does that sound? Paul From tw-public at gmx.de Wed Oct 20 09:22:10 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Oct 20 09:22:10 2004 Subject: [Moin-devel] macro members/methods In-Reply-To: <20041019040217.GA9552@utoronto.ca> References: <20041019040217.GA9552@utoronto.ca> Message-ID: <41768D09.6080400@gmx.de> > I'm trying to learn more about how macros work. can someone point me > in the right direction in perms of learning about macro methods and > attributes? Just look into MoinMoin/macro/*.py - the easiest to start with is BR.py (that is the code for [[BR]]). :) Macros just get called by moin with some parameter string they have to parse on their own. Then they should call the formatter to generate HTML (or other output) and return the result at the end. From matt.price at utoronto.ca Wed Oct 20 09:55:36 2004 From: matt.price at utoronto.ca (Matt Price) Date: Wed Oct 20 09:55:36 2004 Subject: [Moin-devel] macro members/methods In-Reply-To: <41768D09.6080400@gmx.de> References: <20041019040217.GA9552@utoronto.ca> <41768D09.6080400@gmx.de> Message-ID: <20041020164901.GD9194@utoronto.ca> On Wed, Oct 20, 2004 at 06:06:33PM +0200, Thomas Waldmann wrote: > >I'm trying to learn more about how macros work. can someone point me > >in the right direction in perms of learning about macro methods and > >attributes? > > Just look into MoinMoin/macro/*.py - the easiest to start with is BR.py > (that is the code for [[BR]]). :) > > Macros just get called by moin with some parameter string they have to > parse on their own. Then they should call the formatter to generate HTML > (or other output) and return the result at the end. thanks thomas. I was wondering I guess about the request object & some other things that macro has access to -- in particular because I want to (1) have access to the Page name and basee URL of the current page (2) have access to the cgi environment variables -- I have a macro that generates a form, & would like to be able to have another macro interpret the form data (so I don't have to send the user to a non-wiki cgi page). I have looked at /usr/lib/python2.3/site-packages/MoinMoin/request.py and htat helps, but I'm not so sure about form data yet. the RequestBase._setup_args_from_cgi_form() method seems to be what I'm looking for, but I know that cgi.FieldStorage should only be called once. can I have more than one macro in a page that accesses the form data? (I know that sounds strange, but I'm thinking about an unusual situation). thanks, matt > > > > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Moin-devel mailing list > Moin-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-devel ------------------------------------------- Matt Price matt.price at utoronto.ca History Department, University of Toronto (416) 978-2094 -------------------------------------------- please don't use the following addresses: zeus at derailleur.org aardvark at derailleur.org From festifn at rupert.informatik.uni-stuttgart.de Wed Oct 20 11:59:52 2004 From: festifn at rupert.informatik.uni-stuttgart.de (Florian Festi) Date: Wed Oct 20 11:59:52 2004 Subject: [Moin-devel] macro members/methods In-Reply-To: <20041020164901.GD9194@utoronto.ca> References: <20041019040217.GA9552@utoronto.ca> <41768D09.6080400@gmx.de> <20041020164901.GD9194@utoronto.ca> Message-ID: > thanks thomas. I was wondering I guess about the request object & > some other things that macro has access to -- in particular because I > want to > (1) have access to the Page name and basee URL of the current page I just addedsome lines to MoinMoin:MoinDev/PluginConcept > (2) have access to the cgi environment variables -- I have a macro > that generates a form, & would like to be able to have another macro > interpret the form data (so I don't have to send the user to a > non-wiki cgi page). I have looked at > /usr/lib/python2.3/site-packages/MoinMoin/request.py and htat helps, > but I'm not so sure about form data yet. the > RequestBase._setup_args_from_cgi_form() method seems to be what I'm > looking for, but I know that cgi.FieldStorage should only be called > once. can I have more than one macro in a page that accesses the form > data? (I know that sounds strange, but I'm thinking about an unusual > situation). You probably want to use an action insted of a second macro or make the macro behave different if the form parameters are set. Form data gets copied into request.form with is a dict of lists. cu FlorianFesti From noreply at sourceforge.net Wed Oct 20 13:55:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Oct 20 13:55:08 2004 Subject: [Moin-devel] [ moin-Patches-1051035 ] A Better ?test Message-ID: Patches item #1051035, was opened at 2004-10-20 15:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1051035&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Brad Clarke (yourgod) Assigned to: Nobody/Anonymous (nobody) Summary: A Better ?test Initial Comment: I've made a patch that keeps the moin.cgi?test output from failing before it can start outputting. It also outputs the server's python version before doing anything else. These were both done in attempting to install on sf.net's web server only to find their python version is too old to support your software: http://yourgod.sourceforge.net/cgi-bin/moin.cgi?test ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1051035&group_id=8482 From elegant_dice at yahoo.com Wed Oct 20 20:36:46 2004 From: elegant_dice at yahoo.com (Paul) Date: Wed Oct 20 20:36:46 2004 Subject: [Moin-devel] RSS and Thunderbird fails In-Reply-To: <4174CA44.4040803@yahoo.com> References: <4174A974.4050809@yahoo.com> <4174CA44.4040803@yahoo.com> Message-ID: <41772C31.10102@yahoo.com> Hi, Am I the only one who can't register the recentchanges RSS feed from moinmoin in Mozilla Thunderbird? I've also had problems with Feedreader. When I try and add it, thunderbird never stops verifying the feed. I have a dozen other RSS feeds that work just fine. A php-Gallery RSS feed from the same server works fine. But ANY moinmoin wiki RSS feed (i have 3 wikis) doesn't work right. I've tried it with and without the diffs=1 etc flags. Any ideas? It seemed to work a few days ago! Paul From Nigel.Metheringham at dev.intechnology.co.uk Thu Oct 21 06:54:34 2004 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Thu Oct 21 06:54:34 2004 Subject: [Moin-devel] Bug in Include macro - bombs if titlesonly is used Message-ID: <1098366300.18868.13.camel@angua.localnet> Folks, I have uncovered a bug in the Include macro - basically the titlesonly parameter causes it to bomb. See http://moinmoin.wikiwikiweb.de/MoinMoinBugs_2fIncludeTitlesonlyBomb which has an example of a failing call (so dumping an error dump all over the end of the bug report :-) ). Bug report includes my proposed fix. BTW would anyone else be interested in modifying the Include...titlesonly to just list the first (or first n) title(s) from each matched page? Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From noreply at sourceforge.net Thu Oct 21 16:39:21 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Oct 21 16:39:21 2004 Subject: [Moin-devel] [ moin-Patches-1035685 ] Fixes id sections for preview Message-ID: Patches item #1035685, was opened at 2004-09-27 21:34 Message generated for change (Comment added) made by thomaswaldmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1035685&group_id=8482 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nigel Metheringham (nigel) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes id sections for preview Initial Comment: Using default moin 1.2.3, when a preview of an edit is done an additional

    is emitted within the preview div. This means there are 2 content sections embedded within one another, and tends to lead to real problems with the CSS and layout particularly for themes which use a left hand navigation bar. This patch changes the div within the preview to have id="previewcontent". There is a chance it could interact badly with people who have worked round the previous bug in their CSS, but they should know enough to fix that. ---------------------------------------------------------------------- >Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-10-22 01:28 Message: Logged In: YES user_id=100649 fixed in arch.thinkmo.de--2003-archives/moin--main--1.2--patch-362 will be in 1.2.4 when it is released ---------------------------------------------------------------------- Comment By: Nigel Metheringham (nigel) Date: 2004-09-29 14:29 Message: Logged In: YES user_id=31288 Although this is fixed in the 1.3 tree, the current 1.2 development tree does not have a fix. I suggest that OliverGraf's fix from http://moinmoin.wikiwikiweb.de/MoinMoinBugs_2fContentDivProblems is applied to the 1.2 branch, or (probably better), the attachment on that page:- http://moinmoin.wikiwikiweb.de/MoinMoinBugs_2fContentDivProblems?action=AttachFile&do=get&target=preview-div.diff ---------------------------------------------------------------------- Comment By: Oliver Graf (lydon) Date: 2004-09-28 07:55 Message: Logged In: YES user_id=1011012 This is an old thing. Already fixed in 1.3. See http://moinmoin.wikiwikiweb.de/MoinMoinBugs_2fContentDivProblems ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308482&aid=1035685&group_id=8482 From elegant_dice at yahoo.com Sat Oct 23 20:41:19 2004 From: elegant_dice at yahoo.com (Paul) Date: Sat Oct 23 20:41:19 2004 Subject: [Moin-devel] XML errors Message-ID: <417B23C5.10401@yahoo.com> Hi, After getting fed up with Moin's RSS problems (previous email), I traced the problem as such: use wget or whatever to get these pages: http://www.python.org/cgi-bin/moinmoin/RecentChanges?action=rss_rc http://moinmoin.wikiwikiweb.de/RecentChanges?action=rss_rc Now use Mozilla Thunderbird, attempt to subscribe to those two pages in the RSS accounts. I also tried saving those URLs as python.xml and moin.xml (respectively), and subscribe to those files. What happened: python.xml works fine, moin.xml does not. I edited moin.xml, and on the 3rd line it reads: