NotVeryNice

References: Message-ID: <4663E91E.7040900@gmx.de> > i'm in the process of customizing a theme. Now, the theme calls a > function, trail (self.trail(d) where d is a parameter dictionary) to > display the trail the user has been taking. > This works when i browse with FireFox but it doesn't work when i use > Internet Explorer 7.0. The trail given is empty and so nothing is displayed. This is maybe just because with FF you are logged in and with IE you are anonymously browsing the wiki. So just log in with IE, too. From benedict.verheyen at gmail.com Mon Jun 4 07:35:57 2007 From: benedict.verheyen at gmail.com (Benedict Verheyen) Date: Mon, 04 Jun 2007 13:35:57 +0200 Subject: [Moin-user] theme trail function In-Reply-To: <4663E91E.7040900@gmx.de> References: <4663E91E.7040900@gmx.de> Message-ID: Thomas Waldmann schreef: >> i'm in the process of customizing a theme. Now, the theme calls a >> function, trail (self.trail(d) where d is a parameter dictionary) to >> display the trail the user has been taking. >> This works when i browse with FireFox but it doesn't work when i use >> Internet Explorer 7.0. The trail given is empty and so nothing is displayed. > > This is maybe just because with FF you are logged in and with IE you are > anonymously browsing the wiki. > > So just log in with IE, too. That was it. * sigh * i need to start drinking more coffee on a monday :) From fdrake at gmail.com Mon Jun 4 07:39:21 2007 From: fdrake at gmail.com (Fred Drake) Date: Mon, 4 Jun 2007 07:39:21 -0400 Subject: [Moin-user] Simple (less wiki like) themes In-Reply-To: <20070604075741.GB85255@newred.gradwell.net> References: <20070603195631.GA32506@newred.gradwell.net> <9cee7ab80706031339i1c87695fsb0683087f0060282@mail.gmail.com> <20070604075741.GB85255@newred.gradwell.net> Message-ID: <9cee7ab80706040439t56b38184j720c7b1fba6d2585@mail.gmail.com> On 6/4/07, Chris G wrote: > That's clean enough to my mind! :-) I might take that and modify > it, presumably that's OK. My ideal would be something like your > design but with a left sidebar. If you don't find anything closer to what you're looking for, I'll be glad to send you the theme I'm using; just let me know. -Fred -- Fred L. Drake, Jr. "Chaos is the score upon which reality is written." --Henry Miller From soloturn at gmail.com Mon Jun 4 11:01:47 2007 From: soloturn at gmail.com (solo turn) Date: Mon, 4 Jun 2007 17:01:47 +0200 Subject: [Moin-user] page header and first line In-Reply-To: <4663E898.4020206@gmx.de> References: <466375BD.2090807@gmx.de> <4663E898.4020206@gmx.de> Message-ID: hmm. to my feeling, modern is broken. it displays two headings. one clickable (technical, therefor not very readable) and one with the heading entered in the page itself. from a usage point of view it is a desaster. would it possible to remove this technical clickable header and use a "what links here" at the same level like "edit"? -solo On 6/4/07, Thomas Waldmann wrote: > solo turn wrote: > > are you sure? > > Yes. > > About what? :) > > > how you get: > > * top heading of the page > > a) If you mean the h1, it is: > > = whatever = > > b) If you mean the navigation: that has the theme to do. > > The point is that these are 2 separate things. > > In earlier times moin used to do magic and "fake" a h1 in the content > area using the technical pagename, clickable for backlinks. Your regular > headlines got shifted by one, so = h = was rendered as a h2. So if your > pagename was NotVeryNice, you got

NotVeryNice

and of course > there was a feature request to be able to override this by some "#title > This is a nice page title" processing instruction (having the > consequence, if still used for backlinks, that it would search for > something different than you see on screen). > > It was my decision to fix the problem at the root, just removing the > problematic magic, instead introducing more magic to handle the bad side > effects. > > Of course this means some work for theme writers, who need to update > their theme code and for wiki owners, who have to check their page > rendering, but better some one time effort than being broken forever. :) > > > * which you can click > > a) You can't click on headings. > b) That has the theme to do, see how modern does it. > > > * which shows up in the print view > > a) It for sure shows there as it is just a h1 generated from the > content. If you don't get a h1, maybe your content has no h1. > b) The theme may or may not show the "technical name of the page". If it > is shown, it should be rather small print at the bottom. > > > * and is just one time there > > If a theme is up-to-date, this should be no problem. > > > i did not see any style doing this. not the moin default styles nor > > the ones in theme market. > > Try modern. classic and rightsidebar maybe too (but they are less well > updated and tested by me). > > > btw, could you explain how navigation and content is separated in a > > wiki where the whole page is made up containing a lot of links :) > > Of course you can (and usually do) have WikiLinks in the content area. > But, if you like, you can choose to [:MakingNiceLinks:Make nice Links]. > And if you begin that other page with = Making nice Links =, your users > won't see MakeNiceLinks in the content (nor in the printout of the > content), only in the Navigation area (or some small-print at the bottom > of the printout). > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From robert.seeger at usa.net Mon Jun 4 11:17:51 2007 From: robert.seeger at usa.net (Robert Seeger Private) Date: Mon, 4 Jun 2007 17:17:51 +0200 Subject: [Moin-user] moimintomediawiki In-Reply-To: <5783abc70706040802h2170007eq9ada434dfa4f77b0@mail.gmail.com> Message-ID: <006801c7a6bb$85dff290$c802a8c0@orsxrs> I have no idea, thus I forward this question to the user list, sure some of the pro's there can help... Robert P.S. I no longer work on Word vs. Wiki conversation issues - we start educating our customers in use of MoinMoin instead - not easy but at least they learn to read ;-)) -----Original Message----- From: aretai aretai [mailto:aretaiuc at gmail.com] Sent: Monday, June 04, 2007 5:02 PM To: robert.seeger at usa.net Subject: moimintomediawiki Hi, I have got a problem as I have to merge two wikis. One with more documents and bigger currently is MediaWiki - www.mediawiki.org. The smaller is the moimmoim wiki. It was decided that the MediaWiki will be the default one, while moim moim will be supportive. Do you know whether it would be possible to bulk export pages from moimmoim and then bulk import into MediaWiki? There is a feature in MW to bulk import xml pages and it's also possible to mass create pages based on Word files. have noticed you work on this issue. Or just point me to a good resource page;) Thx in advance, Regards, Aretai -------------- next part -------------- An HTML attachment was scrubbed... URL: From fdrake at gmail.com Mon Jun 4 14:57:21 2007 From: fdrake at gmail.com (Fred Drake) Date: Mon, 4 Jun 2007 14:57:21 -0400 Subject: [Moin-user] Simple (less wiki like) themes In-Reply-To: <9cee7ab80706031339i1c87695fsb0683087f0060282@mail.gmail.com> References: <20070603195631.GA32506@newred.gradwell.net> <9cee7ab80706031339i1c87695fsb0683087f0060282@mail.gmail.com> Message-ID: <9cee7ab80706041157q53e1b76ay5e3fc45a3a667486@mail.gmail.com> On 6/3/07, Fred Drake wrote: > I came up with this > > http://wiki.restonrpg.net/trinn/FrontPage I've already received a second request for this one, so I'm just sending the link to everyone: http://www.restonrpg.net/files/restonrpg-theme-1.0.tar.gz Enjoy, and feel free to point me to any public uses of themes derived from this! -Fred -- Fred L. Drake, Jr. "Chaos is the score upon which reality is written." --Henry Miller From crosseyedpenguin at yahoo.com Mon Jun 4 17:55:15 2007 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Mon, 4 Jun 2007 14:55:15 -0700 (PDT) Subject: [Moin-user] Simple (less wiki like) themes In-Reply-To: <9cee7ab80706041157q53e1b76ay5e3fc45a3a667486@mail.gmail.com> Message-ID: <274874.76403.qm@web36209.mail.mud.yahoo.com> --- Chris G wrote: > > Is it possible/easy to turn all this stuff off? Or is there a theme > with less clutter? > > Oh and finally (if I haven't put everyone off with all these rants) > is > there something similar to the 'rightsidebar' theme but with the > sidebar on the left like it is for almost every normal web page? > You may also want to look at: http://moinmoin.wikiwikiweb.de/ThemeMarket/FixedLeft The download pointer is in ThemeMarket. If you want even less clutter, the page trail can be turned off in UserPreferences. After that you have to modify the theme code or CSS. Roger Haase ____________________________________________________________________________________ Get the free Yahoo! toolbar and rest assured with the added security of spyware protection. http://new.toolbar.yahoo.com/toolbar/features/norton/index.php From benedict.verheyen at gmail.com Tue Jun 5 04:20:19 2007 From: benedict.verheyen at gmail.com (Benedict Verheyen) Date: Tue, 05 Jun 2007 10:20:19 +0200 Subject: [Moin-user] disallow users creation an account Message-ID: I deploying a wikifarm on our intranet and i want to disallow the possibility for users to create an account. I am going to make the accounts myself or is it possible to work via Active Directory? Anyway, is there a way to do that? Thanks, Benedict From tw at waldmann-edv.de Tue Jun 5 06:53:19 2007 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Tue, 05 Jun 2007 12:53:19 +0200 Subject: [Moin-user] page header and first line In-Reply-To: References: <466375BD.2090807@gmx.de> <4663E898.4020206@gmx.de> Message-ID: <4665409F.4090806@waldmann-edv.de> > hmm. to my feeling, modern is broken. it displays two headings. one > clickable (technical, therefor not very readable) That's the navigation, not a heading. > and one with the > heading entered in the page itself. That's your content. You can enter (or not enter) anything you like. > from a usage point of view it is a desaster. Sorry, I don't see why that is a desaster. > would it possible to remove this technical clickable header and use a > "what links here" at the same level like "edit"? That could be done, but doing backlink search is not the only function of the navigation. E.g. if you are on a subpage, you can also click the pages above. Also, if you use some arbitrary h1 headline, you still maybe want to now the technical pagename... From tw-public at gmx.de Tue Jun 5 06:57:05 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 05 Jun 2007 12:57:05 +0200 Subject: [Moin-user] disallow users creation an account In-Reply-To: References: Message-ID: <46654181.8090604@gmx.de> > I deploying a wikifarm on our intranet and i want to disallow the > possibility for users to create an account. You can disable some form elements, see wiki/config/more_samples/ldap_smb.py > I am going to make the accounts myself or is it possible to work via > Active Directory? You can connect moin to your AD (AD == LDAP as far as moin is concerned). It will auto-create the user profiles with data from AD then. See that sample config. From rickvanderveer at yahoo.com Tue Jun 5 10:15:03 2007 From: rickvanderveer at yahoo.com (Rick VanDerveer) Date: Tue, 5 Jun 2007 07:15:03 -0700 (PDT) Subject: [Moin-user] disallow users creation an account Message-ID: <782411.86027.qm@web50908.mail.re2.yahoo.com> For Domain Authentication, you may want to look here, I have a step-by-step walk-thru that may be of some help: http://moinmoin.wikiwikiweb.de/RickVanderveer/ApacheOnWin32DomainAuthentication (these instructions are also on moinmaster, but they haven't migrated to the main moin site yet). -Rick On Jun 5, 2007, at 3:20 AM, Benedict Verheyen wrote: I deploying a wikifarm on our intranet and i want to disallow the possibility for users to create an account. I am going to make the accounts myself or is it possible to work via Active Directory? Anyway, is there a way to do that? Thanks, Benedict ____________________________________________________________________________________ Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder tool. http://autos.yahoo.com/carfinder/ From benedict.verheyen at gmail.com Tue Jun 5 10:25:45 2007 From: benedict.verheyen at gmail.com (Benedict Verheyen) Date: Tue, 05 Jun 2007 16:25:45 +0200 Subject: [Moin-user] disallow users creation an account In-Reply-To: <782411.86027.qm@web50908.mail.re2.yahoo.com> References: <782411.86027.qm@web50908.mail.re2.yahoo.com> Message-ID: Rick VanDerveer schreef: > For Domain Authentication, you may want to look here, I have a step-by-step walk-thru that may be of some help: > > http://moinmoin.wikiwikiweb.de/RickVanderveer/ApacheOnWin32DomainAuthentication > > (these instructions are also on moinmaster, but they haven't migrated to the main moin site yet). > > -Rick Thanks Thomas and Rick for the info. I'll first check all the info and i might be back with more questions :) Thanks, Benedict From yahoo at jimpop.com Tue Jun 5 13:07:18 2007 From: yahoo at jimpop.com (Jim Popovitch) Date: Tue, 05 Jun 2007 17:07:18 +0000 Subject: [Moin-user] Survey Polls? Message-ID: <1181063238.5104.15.camel@localhost> Not sure if I missed something along the way... but has anyone figured out a way to get a survey poll on a Moin wiki? Thx, -Jim P. From jng at europe.renre.com Wed Jun 6 05:05:56 2007 From: jng at europe.renre.com (John Gill) Date: Wed, 06 Jun 2007 10:05:56 +0100 Subject: [Moin-user] Offline moin with Google Gears Message-ID: <466678F4.6020307@europe.renre.com> The release of google gears: http://code.google.com/apis/gears/ has got me thinking that it might not be too difficult to provide offline support for moin. I did a bit of playing with the simple gears example that caches a simple manifest of urls for use offline. With this I am able to cache a (partial) moin wiki, but it is a bit fragile eg if stuff in the manifest gets deleted or renamed the syncing throws an exception and stops. No real surprise as the API being used here is really intended for static content. However, there is a more powerful API available, but using that is getting way beyond my javascript skills. I think someone who knew what they were doing could knock up a viable offline wiki an a matter of days. Initially, this would just be read only offline, but with automatic syncing whenever it detects you are on line. Is there any interest here in working on this? John *********************************************************************************** Renaissance Services of Europe Limited Company Reg. No. 393163 Registered Office: 1st Floor, Hardwicke House, Hatch Street, Dublin 2, Ireland. *********************************************************************************** Employees of Renaissance Services of Europe Limited do not have the authority to bind contracts on behalf of Renaissance Reinsurance Limited (Bermuda), Renaissance Reinsurance of Europe, Davinci Re or Top Layer Re. This e-mail, including attachments, may contain information that is privileged, proprietary, non-public, confidential or exempt from disclosure and is intended to be conveyed only to the designated recipient(s). If you are not an intended recipient, please delete this email, including attachments, and do not disseminate, distribute or copy this communication, by email or otherwise. The unauthorized use, dissemination, distribution or reproduction of this email, including attachments, is prohibited and may be unlawful. We reserve the right to monitor and review the content of all messages sent to or from this e-mail address. ********************************************************************************* From benedict.verheyen at gmail.com Wed Jun 6 06:18:41 2007 From: benedict.verheyen at gmail.com (Benedict Verheyen) Date: Wed, 06 Jun 2007 12:18:41 +0200 Subject: [Moin-user] remove actions Message-ID: Hi, i was able to disable the action Render As Docbook by including this in my farmconfig.py: actions_excluded = ['RenderAsDocbook',] However, it still shows up but greyed out (disabled). How can i remove it from the actions menu? Thanks, Benedict From sebastian.haase at mdc-berlin.de Wed Jun 6 08:07:31 2007 From: sebastian.haase at mdc-berlin.de (Sebastian Haase) Date: Wed, 6 Jun 2007 14:07:31 +0200 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" Message-ID: Hi, Who maintains or has permission to configure this mailing list !? It would be nice if it could be configured so that on "pressing the reply button" the default recipient is the mailing-list and NOT (as currently) the individual who sent the question. I have complained about this same problem on another list - and somehow they could fix it and it turned out to be more convenient - and replies are not accidentally not sent to everyone who might be interested in the discussion. Thanks, Sebastian Haase From schmitz at msitc.de Wed Jun 6 08:27:25 2007 From: schmitz at msitc.de (Martin Schmitz) Date: Wed, 6 Jun 2007 14:27:25 +0200 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: References: Message-ID: <20070606142725.0e13c5b5@heruka.home.msitc.de> Am 06.06.07 schrieb "Sebastian Haase" : > Who maintains or has permission to configure this mailing list !? _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user > It would be nice if it could be configured so that on > "pressing the reply button" the default recipient is the mailing-list > and NOT (as currently) the individual who sent the question. http://www.unicom.com/pw/reply-to-harmful.html HTH, Martin From seb.haase at gmx.net Wed Jun 6 10:15:32 2007 From: seb.haase at gmx.net (Sebastian Haase) Date: Wed, 6 Jun 2007 16:15:32 +0200 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: <20070606142725.0e13c5b5@heruka.home.msitc.de> References: <20070606142725.0e13c5b5@heruka.home.msitc.de> Message-ID: On 6/6/07, Martin Schmitz wrote: > Am 06.06.07 schrieb "Sebastian Haase" : > > Who maintains or has permission to configure this mailing list !? > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > > It would be nice if it could be configured so that on > > "pressing the reply button" the default recipient is the mailing-list > > and NOT (as currently) the individual who sent the question. > > http://www.unicom.com/pw/reply-to-harmful.html > > HTH, > Martin > Sorry, I don't understand -- does that mean it's best the way it is. -Sebastian From yahoo at jimpop.com Wed Jun 6 10:35:40 2007 From: yahoo at jimpop.com (Jim Popovitch) Date: Wed, 06 Jun 2007 10:35:40 -0400 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: <20070606142725.0e13c5b5@heruka.home.msitc.de> References: <20070606142725.0e13c5b5@heruka.home.msitc.de> Message-ID: <1181140541.20061.5.camel@localhost> On Wed, 2007-06-06 at 14:27 +0200, Martin Schmitz wrote: > http://www.unicom.com/pw/reply-to-harmful.html LOL! I call BS! That "theory" is a carry over from the last century. The same century that thought IPv4 and 640k memory was enough for you. If you don't have the list set up for Reply-to-List, then you end up with a list archive of questions with few answers. -Jim P. From crosseyedpenguin at yahoo.com Wed Jun 6 10:57:58 2007 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Wed, 6 Jun 2007 07:57:58 -0700 (PDT) Subject: [Moin-user] Simple (less wiki like) themes In-Reply-To: <20070606131109.GA7304@newred.gradwell.net> Message-ID: <762609.83426.qm@web36203.mail.mud.yahoo.com> --- Chris Green wrote: > FixedLeft looks as if it might suit me but I can't get it to work. > > I have installed some other themes and they work OK so I don't > understand what I've done wrong with FixedLeft? > > When I run moin.py I see:- > > > 127.0.0.1 - - [06/Jun/2007 14:08:35] "GET > /wiki/drafixedleft/css/common.css HTTP/1.1" 404 - > 127.0.0.1 - - [06/Jun/2007 14:08:35] code 404, message File not > found Sorry, all my fault. My theme have several local mods that I have to remove before zipping it up. I forgot the most important one -- the name. You can either download it again or modify line 21 in fixedleft.py to change the name from drafixedleft to fixedleft. Thanks for telling me about the problem. Roger Haase ____________________________________________________________________________________ Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. http://videogames.yahoo.com/platform?platform=120121 From tw-public at gmx.de Wed Jun 6 11:29:28 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 06 Jun 2007 17:29:28 +0200 Subject: [Moin-user] Offline moin with Google Gears In-Reply-To: <466678F4.6020307@europe.renre.com> References: <466678F4.6020307@europe.renre.com> Message-ID: <4666D2D8.3020006@gmx.de> > I think someone who knew what they were doing could knock up a viable > offline wiki an a matter of days. If you install moin 1.6dev on your "offline machine", you can use wikisync and have a offline wiki right now. :) From jng at europe.renre.com Wed Jun 6 12:08:00 2007 From: jng at europe.renre.com (John Gill) Date: Wed, 06 Jun 2007 17:08:00 +0100 Subject: [Moin-user] Offline moin with Google Gears In-Reply-To: <4666D2D8.3020006@gmx.de> References: <466678F4.6020307@europe.renre.com> <4666D2D8.3020006@gmx.de> Message-ID: <4666DBE0.80300@europe.renre.com> Thanks -- I will grab a copy and see how it goes. If it was just me wanting the offline moin I suspect this solution would be perfect, but I'm dealing with people who want this to work without them having to actually do anything ;) Anyway will take a look and see how it goes. With a bit of luck wikisync will have a lot of what a gears solution would need. John Thomas Waldmann wrote: > If you install moin 1.6dev on your "offline machine", you can use > wikisync and have a offline wiki right now. :) > > *********************************************************************************** Renaissance Services of Europe Limited Company Reg. No. 393163 Registered Office: 1st Floor, Hardwicke House, Hatch Street, Dublin 2, Ireland. *********************************************************************************** Employees of Renaissance Services of Europe Limited do not have the authority to bind contracts on behalf of Renaissance Reinsurance Limited (Bermuda), Renaissance Reinsurance of Europe, Davinci Re or Top Layer Re. This e-mail, including attachments, may contain information that is privileged, proprietary, non-public, confidential or exempt from disclosure and is intended to be conveyed only to the designated recipient(s). If you are not an intended recipient, please delete this email, including attachments, and do not disseminate, distribute or copy this communication, by email or otherwise. The unauthorized use, dissemination, distribution or reproduction of this email, including attachments, is prohibited and may be unlawful. We reserve the right to monitor and review the content of all messages sent to or from this e-mail address. ********************************************************************************* From rasmussen.bryan at gmail.com Wed Jun 6 14:43:36 2007 From: rasmussen.bryan at gmail.com (bryan rasmussen) Date: Wed, 6 Jun 2007 20:43:36 +0200 Subject: [Moin-user] moin.exe configure port Message-ID: <3bb44c6e0706061143r572d07c8va2470904a8b6a7f4@mail.gmail.com> Hi, newbie here, just doing some tests with the moin.exe and trying to configure port to run off of something other than 80, I changed wikiconfig.py to be the following values # -*- coding: iso-8859-1 -*- "MoinMoin - Configuration" from MoinMoin.multiconfig import DefaultConfig class Config(DefaultConfig): acl_rights_after = acl_rights_default = u"All:read,write,delete,revert, port = 5500 admin" no affect, I also moved the wikiconfig.pyo in case it was using that. no result. Is it possible to easily configure moin.exe to run off of some other port than 80? Cheers, Bryan Rasmussen From seb.haase at gmx.net Wed Jun 6 15:30:28 2007 From: seb.haase at gmx.net (Sebastian Haase) Date: Wed, 6 Jun 2007 21:30:28 +0200 Subject: [Moin-user] moin.exe configure port In-Reply-To: <3bb44c6e0706061143r572d07c8va2470904a8b6a7f4@mail.gmail.com> References: <3bb44c6e0706061143r572d07c8va2470904a8b6a7f4@mail.gmail.com> Message-ID: Just trying to give a helpful answer ... might be wrong. I think you "made this up" -- the port=5050 does not belong into wikiconfig and not into a string -and a string does not span across 3 lines... Don't you have a moin.py that contains a port=80 statement !? You are talking about the DesktopEdition - right !? Please say so, since a wiki is - most of the time at least - run with the help of apache or alike.... Cheers, Sebastian On 6/6/07, bryan rasmussen wrote: > Hi, > > newbie here, just doing some tests with the moin.exe and trying to > configure port to run off of something other than 80, I changed > wikiconfig.py to be the following values > # -*- coding: iso-8859-1 -*- > "MoinMoin - Configuration" > > from MoinMoin.multiconfig import DefaultConfig > > class Config(DefaultConfig): > acl_rights_after = acl_rights_default = u"All:read,write,delete,revert, > port = 5500 > admin" > > > no affect, I also moved the wikiconfig.pyo in case it was using that. > no result. Is it possible to easily configure moin.exe to run off of > some other port than 80? > > Cheers, > Bryan Rasmussen > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From cl at isbd.net Wed Jun 6 15:31:57 2007 From: cl at isbd.net (Chris G) Date: Wed, 6 Jun 2007 20:31:57 +0100 Subject: [Moin-user] Simple (less wiki like) themes In-Reply-To: <762609.83426.qm@web36203.mail.mud.yahoo.com> References: <20070606131109.GA7304@newred.gradwell.net> <762609.83426.qm@web36203.mail.mud.yahoo.com> Message-ID: <20070606193157.GB28425@newred.gradwell.net> On Wed, Jun 06, 2007 at 07:57:58AM -0700, Roger Haase wrote: > > --- Chris Green wrote: > > > > FixedLeft looks as if it might suit me but I can't get it to work. > > > > I have installed some other themes and they work OK so I don't > > understand what I've done wrong with FixedLeft? > > > > When I run moin.py I see:- > > > > > > 127.0.0.1 - - [06/Jun/2007 14:08:35] "GET > > /wiki/drafixedleft/css/common.css HTTP/1.1" 404 - > > 127.0.0.1 - - [06/Jun/2007 14:08:35] code 404, message File not > > found > > Sorry, all my fault. My theme have several local mods that I have to > remove before zipping it up. I forgot the most important one -- the > name. You can either download it again or modify line 21 in > fixedleft.py to change the name from drafixedleft to fixedleft. > > Thanks for telling me about the problem. > OK, thanks, have done the fix to fixedleft.py and have FixedLeft working now. It's very close to my ideal, all the 'wikiness' is in the sidebar and the actual contents that I compose are very clean. -- Chris Green From cl at isbd.net Wed Jun 6 15:33:24 2007 From: cl at isbd.net (Chris G) Date: Wed, 6 Jun 2007 20:33:24 +0100 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: <20070606142725.0e13c5b5@heruka.home.msitc.de> References: <20070606142725.0e13c5b5@heruka.home.msitc.de> Message-ID: <20070606193324.GC28425@newred.gradwell.net> On Wed, Jun 06, 2007 at 02:27:25PM +0200, Martin Schmitz wrote: > Am 06.06.07 schrieb "Sebastian Haase" : > > Who maintains or has permission to configure this mailing list !? > > > It would be nice if it could be configured so that on > > "pressing the reply button" the default recipient is the mailing-list > > and NOT (as currently) the individual who sent the question. > > http://www.unicom.com/pw/reply-to-harmful.html > Hear, hear. Use an MUA that knows about lists! :-) -- Chris Green From sebastian.haase at mdc-berlin.de Wed Jun 6 15:44:32 2007 From: sebastian.haase at mdc-berlin.de (Sebastian Haase) Date: Wed, 6 Jun 2007 21:44:32 +0200 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: <20070606193324.GC28425@newred.gradwell.net> References: <20070606142725.0e13c5b5@heruka.home.msitc.de> <20070606193324.GC28425@newred.gradwell.net> Message-ID: On 6/6/07, Chris G wrote: > On Wed, Jun 06, 2007 at 02:27:25PM +0200, Martin Schmitz wrote: > > Am 06.06.07 schrieb "Sebastian Haase" : > > > Who maintains or has permission to configure this mailing list !? > > > > > It would be nice if it could be configured so that on > > > "pressing the reply button" the default recipient is the mailing-list > > > and NOT (as currently) the individual who sent the question. > > > > http://www.unicom.com/pw/reply-to-harmful.html > > > Hear, hear. Use an MUA that knows about lists! :-) > > -- Do I have to know what a MUA is to "qualify" for this list :-) How about google web-interface ?! -Seb. From cl at isbd.net Wed Jun 6 16:06:00 2007 From: cl at isbd.net (Chris G) Date: Wed, 6 Jun 2007 21:06:00 +0100 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: References: <20070606142725.0e13c5b5@heruka.home.msitc.de> <20070606193324.GC28425@newred.gradwell.net> Message-ID: <20070606200600.GE28425@newred.gradwell.net> On Wed, Jun 06, 2007 at 09:44:32PM +0200, Sebastian Haase wrote: > On 6/6/07, Chris G wrote: > > On Wed, Jun 06, 2007 at 02:27:25PM +0200, Martin Schmitz wrote: > > > Am 06.06.07 schrieb "Sebastian Haase" : > > > > Who maintains or has permission to configure this mailing list !? > > > > > > > It would be nice if it could be configured so that on > > > > "pressing the reply button" the default recipient is the mailing-list > > > > and NOT (as currently) the individual who sent the question. > > > > > > http://www.unicom.com/pw/reply-to-harmful.html > > > > > Hear, hear. Use an MUA that knows about lists! :-) > > > > -- > > Do I have to know what a MUA is to "qualify" for this list :-) > > How about google web-interface ?! > What's that? Isn't all of Google a web interface? -- Chris Green From sebastian.haase at mdc-berlin.de Wed Jun 6 16:06:59 2007 From: sebastian.haase at mdc-berlin.de (Sebastian Haase) Date: Wed, 6 Jun 2007 22:06:59 +0200 Subject: [Moin-user] moin.exe configure port In-Reply-To: <3bb44c6e0706061258v163caf90p9f0b477503e3c02f@mail.gmail.com> References: <3bb44c6e0706061143r572d07c8va2470904a8b6a7f4@mail.gmail.com> <3bb44c6e0706061258v163caf90p9f0b477503e3c02f@mail.gmail.com> Message-ID: Google is your friend -- maybe. google for moin.exe port you find: http://moinmoin.wikiwikiweb.de/DesktopEdition/HowToConfigure Server configuration Additionally, you can set some server options like the port etc. in the file wikiserverconfig.py. You need to create it and fill it like shown below. See HelpOnInstalling/StandaloneServer for the available options. Here is a sample: Toggle line numbers 1 from __main__ import DefaultConfig 2 class Config(DefaultConfig): 3 port = 80 4 interface = "10.0.0.0" # changes the interface where the webserver is bound. use "" for every interface Does this help ? -Sebastian On 6/6/07, bryan rasmussen wrote: > yes, its the desktop edition. so it is run on windows with moin.exe. > Nope, anyway the wikiconfig.py I have has those lines in it, except of > course it was me that wrote port=5050, mainly because I don?t have a > moin.py to write it in. > > Cheers, > Bryan > > On 6/6/07, Sebastian Haase wrote: > > Just trying to give a helpful answer ... might be wrong. > > I think you "made this up" -- the port=5050 does not belong into wikiconfig > > and not into a string -and a string does not span across 3 lines... > > > > Don't you have a moin.py that contains a port=80 statement !? > > > > You are talking about the DesktopEdition - right !? Please say so, > > since a wiki is - most of the time at least - run with the help of > > apache or alike.... > > > > Cheers, > > Sebastian > > > > > > > > > > > > On 6/6/07, bryan rasmussen wrote: > > > Hi, > > > > > > newbie here, just doing some tests with the moin.exe and trying to > > > configure port to run off of something other than 80, I changed > > > wikiconfig.py to be the following values > > > # -*- coding: iso-8859-1 -*- > > > "MoinMoin - Configuration" > > > > > > from MoinMoin.multiconfig import DefaultConfig > > > > > > class Config(DefaultConfig): > > > acl_rights_after = acl_rights_default = u"All:read,write,delete,revert, > > > port = 5500 > > > admin" > > > > > > > > > no affect, I also moved the wikiconfig.pyo in case it was using that. > > > no result. Is it possible to easily configure moin.exe to run off of > > > some other port than 80? > > > > > > Cheers, > > > Bryan Rasmussen > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > _______________________________________________ > > > Moin-user mailing list > > > Moin-user at lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > > > From rasmussen.bryan at gmail.com Wed Jun 6 16:08:46 2007 From: rasmussen.bryan at gmail.com (bryan rasmussen) Date: Wed, 6 Jun 2007 22:08:46 +0200 Subject: [Moin-user] moin.exe configure port In-Reply-To: References: <3bb44c6e0706061143r572d07c8va2470904a8b6a7f4@mail.gmail.com> <3bb44c6e0706061258v163caf90p9f0b477503e3c02f@mail.gmail.com> Message-ID: <3bb44c6e0706061308v3c8f5b45n2a9b4346a5aafadb@mail.gmail.com> hopefully, will try in a bit, I had searched and found something on wikconfig.py which is also the name of a file in my directory. cheers, bryan On 6/6/07, Sebastian Haase wrote: > Google is your friend -- maybe. > > google for moin.exe port > > you find: > http://moinmoin.wikiwikiweb.de/DesktopEdition/HowToConfigure > > > Server configuration > Additionally, you can set some server options like the port etc. in > the file wikiserverconfig.py. You need to create it and fill it like > shown below. See HelpOnInstalling/StandaloneServer for the available > options. > > Here is a sample: > > Toggle line numbers > 1 from __main__ import DefaultConfig > 2 class Config(DefaultConfig): > 3 port = 80 > 4 interface = "10.0.0.0" # changes the interface where the > webserver is bound. use "" for every interface > > Does this help ? > > -Sebastian > > On 6/6/07, bryan rasmussen wrote: > > yes, its the desktop edition. so it is run on windows with moin.exe. > > Nope, anyway the wikiconfig.py I have has those lines in it, except of > > course it was me that wrote port=5050, mainly because I don?t have a > > moin.py to write it in. > > > > Cheers, > > Bryan > > > > On 6/6/07, Sebastian Haase wrote: > > > Just trying to give a helpful answer ... might be wrong. > > > I think you "made this up" -- the port=5050 does not belong into wikiconfig > > > and not into a string -and a string does not span across 3 lines... > > > > > > Don't you have a moin.py that contains a port=80 statement !? > > > > > > You are talking about the DesktopEdition - right !? Please say so, > > > since a wiki is - most of the time at least - run with the help of > > > apache or alike.... > > > > > > Cheers, > > > Sebastian > > > > > > > > > > > > > > > > > > On 6/6/07, bryan rasmussen wrote: > > > > Hi, > > > > > > > > newbie here, just doing some tests with the moin.exe and trying to > > > > configure port to run off of something other than 80, I changed > > > > wikiconfig.py to be the following values > > > > # -*- coding: iso-8859-1 -*- > > > > "MoinMoin - Configuration" > > > > > > > > from MoinMoin.multiconfig import DefaultConfig > > > > > > > > class Config(DefaultConfig): > > > > acl_rights_after = acl_rights_default = u"All:read,write,delete,revert, > > > > port = 5500 > > > > admin" > > > > > > > > > > > > no affect, I also moved the wikiconfig.pyo in case it was using that. > > > > no result. Is it possible to easily configure moin.exe to run off of > > > > some other port than 80? > > > > > > > > Cheers, > > > > Bryan Rasmussen > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by DB2 Express > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > control of your XML. No limits. Just data. Click to get it now. > > > > http://sourceforge.net/powerbar/db2/ > > > > _______________________________________________ > > > > Moin-user mailing list > > > > Moin-user at lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > > > > > > > > From rasmussen.bryan at gmail.com Wed Jun 6 16:24:12 2007 From: rasmussen.bryan at gmail.com (bryan rasmussen) Date: Wed, 6 Jun 2007 22:24:12 +0200 Subject: [Moin-user] moin.exe configure port In-Reply-To: <3bb44c6e0706061308v3c8f5b45n2a9b4346a5aafadb@mail.gmail.com> References: <3bb44c6e0706061143r572d07c8va2470904a8b6a7f4@mail.gmail.com> <3bb44c6e0706061258v163caf90p9f0b477503e3c02f@mail.gmail.com> <3bb44c6e0706061308v3c8f5b45n2a9b4346a5aafadb@mail.gmail.com> Message-ID: <3bb44c6e0706061324l6ea97c51ka183e2a32397995b@mail.gmail.com> okay that worked, it looks like what was giving me a problem was the acl_rights. Thanks. Cheers, Bryan On 6/6/07, bryan rasmussen wrote: > hopefully, will try in a bit, I had searched and found something on > wikconfig.py which is also the name of a file in my directory. > > cheers, > bryan > > On 6/6/07, Sebastian Haase wrote: > > Google is your friend -- maybe. > > > > google for moin.exe port > > > > you find: > > http://moinmoin.wikiwikiweb.de/DesktopEdition/HowToConfigure > > > > > > Server configuration > > Additionally, you can set some server options like the port etc. in > > the file wikiserverconfig.py. You need to create it and fill it like > > shown below. See HelpOnInstalling/StandaloneServer for the available > > options. > > > > Here is a sample: > > > > Toggle line numbers > > 1 from __main__ import DefaultConfig > > 2 class Config(DefaultConfig): > > 3 port = 80 > > 4 interface = "10.0.0.0" # changes the interface where the > > webserver is bound. use "" for every interface > > > > Does this help ? > > > > -Sebastian > > > > On 6/6/07, bryan rasmussen wrote: > > > yes, its the desktop edition. so it is run on windows with moin.exe. > > > Nope, anyway the wikiconfig.py I have has those lines in it, except of > > > course it was me that wrote port=5050, mainly because I don?t have a > > > moin.py to write it in. > > > > > > Cheers, > > > Bryan > > > > > > On 6/6/07, Sebastian Haase wrote: > > > > Just trying to give a helpful answer ... might be wrong. > > > > I think you "made this up" -- the port=5050 does not belong into wikiconfig > > > > and not into a string -and a string does not span across 3 lines... > > > > > > > > Don't you have a moin.py that contains a port=80 statement !? > > > > > > > > You are talking about the DesktopEdition - right !? Please say so, > > > > since a wiki is - most of the time at least - run with the help of > > > > apache or alike.... > > > > > > > > Cheers, > > > > Sebastian > > > > > > > > > > > > > > > > > > > > > > > > On 6/6/07, bryan rasmussen wrote: > > > > > Hi, > > > > > > > > > > newbie here, just doing some tests with the moin.exe and trying to > > > > > configure port to run off of something other than 80, I changed > > > > > wikiconfig.py to be the following values > > > > > # -*- coding: iso-8859-1 -*- > > > > > "MoinMoin - Configuration" > > > > > > > > > > from MoinMoin.multiconfig import DefaultConfig > > > > > > > > > > class Config(DefaultConfig): > > > > > acl_rights_after = acl_rights_default = u"All:read,write,delete,revert, > > > > > port = 5500 > > > > > admin" > > > > > > > > > > > > > > > no affect, I also moved the wikiconfig.pyo in case it was using that. > > > > > no result. Is it possible to easily configure moin.exe to run off of > > > > > some other port than 80? > > > > > > > > > > Cheers, > > > > > Bryan Rasmussen > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is sponsored by DB2 Express > > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > > control of your XML. No limits. Just data. Click to get it now. > > > > > http://sourceforge.net/powerbar/db2/ > > > > > _______________________________________________ > > > > > Moin-user mailing list > > > > > Moin-user at lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > > > > > > > > > > > > > > > From cl at isbd.net Wed Jun 6 16:46:02 2007 From: cl at isbd.net (Chris G) Date: Wed, 6 Jun 2007 21:46:02 +0100 Subject: [Moin-user] Questions about sand theme Message-ID: <20070606204602.GB58143@newred.gradwell.net> I am trying the sand theme on my MoinMoin installation. I am looking at the results using Firefox 2.0.0.3. First the frame for the box containing the contents of my wiki has much more rounded corners than the sample shown at http://moinmoin.wikiwikiweb.de/ThemeMarket#head-bfdc04d1d9dd57135ff4ad81644875ba fa30512b Is this right? It doesn't match the boxes around the things in the left sidebar. Secondly I don't have a title (the Allefant Games in the sample), how do I set the title? Thirdly where do all of the contents of the Navigation menu come from? I have "Recent Pages", "Find Page", "Help Contents" and a link to the last page I changed. -- Chris Green From mikep at 5circles.com Thu Jun 7 01:22:11 2007 From: mikep at 5circles.com (Mike Pritchard) Date: Wed, 6 Jun 2007 22:22:11 -0700 Subject: [Moin-user] Problems configuring MoinMoin on Windows Message-ID: <001801c7a8c3$d32dc630$6702a8c0@Macallan> Hi. I hope someone has some suggestions for my problem. I've gone through the troubleshooting areas on the MoinMoin Wiki and can see similar issues but no resolution that seems to apply to my situation. I've installed the latest Apache (2.2), Python (2.5) and MoinMoin (1.5.8) After various edits per the installation instructions and the additional troubleshooting instructions, I'm stuck at the following : http://127.0.0.1/mywiki?action=test generates an Internal Server Error message. The Apache server error log has the following 2 error messages: [Wed Jun 06 21:46:14 2007] [error] [client 127.0.0.1] (OS 5)Access is denied. : couldn't create child process: 720005: moin.cgi [Wed Jun 06 21:46:14 2007] [error] [client 127.0.0.1] (OS 5)Access is denied. : couldn't spawn child process: C:/moin/mywiki/moin.cgi I have tried running moin.py (copied from moin.cgi) through the Python Idle GUI and it generates the following error: [Wed Jun 06 22:11:11 2007] AttributeError: fileno However, running python from the command line (as suggested in another instruction) generates what looks like the correct Wiki HTML. So the problem looks like it is in the Apache configuration. But everything that I added seems to make sense: Alias /wiki/ "C:/Python25/share/moin/htdocs/" ScriptAlias /mywiki "C:/Moin/mywiki/moin.cgi" AllowOverride All Allow From All Options +ExecCGI AllowOverride All Allow From All Options +ExecCGI Any ideas? Thanks, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From geek+ at cmu.edu Thu Jun 7 01:57:46 2007 From: geek+ at cmu.edu (Brian Gallew) Date: Thu, 07 Jun 2007 08:57:46 +0300 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: <1181140541.20061.5.camel@localhost> References: <20070606142725.0e13c5b5@heruka.home.msitc.de> <1181140541.20061.5.camel@localhost> Message-ID: <46679E5A.1070400@cmu.edu> Jim Popovitch wrote: > On Wed, 2007-06-06 at 14:27 +0200, Martin Schmitz wrote: > >> http://www.unicom.com/pw/reply-to-harmful.html >> > > LOL! I call BS! > > That "theory" is a carry over from the last century. The same century > that thought IPv4 and 640k memory was enough for you. > > If you don't have the list set up for Reply-to-List, then you end up > with a list archive of questions with few answers. > Actually, that theory is carried over from "when we learned about user behavior". Let me be blunt (even a little rude): if you aren't smart enough to figure out how to reply properly, your answer probably isn't interesting. Perhaps I've spent too much time as a list admin, sysadmin, etc., but my experience is that making everything thoughtlessly simple simply enables the thoughtless. AOL is over ----------> there. (Can you tell that I've spent too much time on a.s.r.?) From seb.haase at gmx.net Thu Jun 7 02:09:28 2007 From: seb.haase at gmx.net (Sebastian Haase) Date: Thu, 7 Jun 2007 08:09:28 +0200 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: <46679E5A.1070400@cmu.edu> References: <20070606142725.0e13c5b5@heruka.home.msitc.de> <1181140541.20061.5.camel@localhost> <46679E5A.1070400@cmu.edu> Message-ID: Please try to make moinmoin as easy to use, and as userfriendly as possible. That includes the mailing list. If you search the archive you find just to many questions without answers. I think this "miss-configuration" is the problem. Try to think practical. Everyone has only limited time. I don't have time to learn too much about MUAs. -Sebastian PS. : by google I meant gmail (without POP) On 6/7/07, Brian Gallew wrote: > Jim Popovitch wrote: > > On Wed, 2007-06-06 at 14:27 +0200, Martin Schmitz wrote: > > > >> http://www.unicom.com/pw/reply-to-harmful.html > >> > > > > LOL! I call BS! > > > > That "theory" is a carry over from the last century. The same century > > that thought IPv4 and 640k memory was enough for you. > > > > If you don't have the list set up for Reply-to-List, then you end up > > with a list archive of questions with few answers. > > > > Actually, that theory is carried over from "when we learned about user > behavior". > > Let me be blunt (even a little rude): if you aren't smart enough to > figure out how to reply properly, your answer probably isn't > interesting. Perhaps I've spent too much time as a list admin, > sysadmin, etc., but my experience is that making everything > thoughtlessly simple simply enables the thoughtless. > > > AOL is over ----------> there. > > (Can you tell that I've spent too much time on a.s.r.?) > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From geek+ at cmu.edu Thu Jun 7 02:48:17 2007 From: geek+ at cmu.edu (Brian Gallew) Date: Thu, 07 Jun 2007 09:48:17 +0300 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: References: <20070606142725.0e13c5b5@heruka.home.msitc.de> <1181140541.20061.5.camel@localhost> <46679E5A.1070400@cmu.edu> Message-ID: <4667AA31.8090701@cmu.edu> Sebastian Haase wrote: > Please try to make moinmoin as easy to use, and as userfriendly as > possible. > That includes the mailing list. > If you search the archive you find just to many questions without > answers. > I think this "miss-configuration" is the problem. > > Try to think practical. > Everyone has only limited time. > I don't have time to learn too much about MUAs. Interestingly, I think it's "lots of questions simply aren't answered at all". Some questions are hard, and no one wants to invest the effort into doing someone else's work. Some questions are answered by content in the wiki that pre-dates the question, and if it's that easy to find, then the original asker can be assumed to go look there. Some questions are missed entirely. Some questions are unreasonable ("I can't run moinmoin on my Commodore C-64, help!"), and so they are simply ignored. Sometimes life intereferes; you see a question, start to answer it, get distracted by something else ("ooooh, shiny"), and completely forget what you were doing. You are absolutely right in that we all have limited time. We should not waste it on things that are unimportant to us. Conversely, if things *are* important to us, then we should invest our time accordingly. I have absolutely no desire whatsoever to learn Perl. Almost every time I encounter perl code I fly into a rage over the poor choices made by the coder (it's the nature of my job that I rarely have to look at well-written code in *any* language). Nevertheless, I've learned some Perl, and continue to learn Perl, because it's important to me to be able to deal with the code I encounter at work, rather than passing it off to someone else (which I *can* do with Perl). Remember, *your* choice in behavior does not dictate a response in others. Much like this and the previous email I sent, I could have much more easily ignored the messages to which I replied. My reply is an argument to learn as much as is necessary about the things that you do. Note, I do not mean to imply that if you drive a car you should be able to completely disassemble and reassemble one, but that you should be aware what functions all those funny little buttons and knobs inside the car perform. All that said, I'm probably just about as likely to incite a change of behavior in you as you are in the list maintainer. To look at things from a slightly different direction, who would you take shopping advice from: a person who goes the store twice a week, or a person who has only been to a store twice? If you don't know much about MUAs, MTAs, and list management, then you probably aren't the right person to be making decisions about how they should work. You will now be returned to your regular, on-topic discussions. From cl at isbd.net Thu Jun 7 04:17:14 2007 From: cl at isbd.net (Chris G) Date: Thu, 7 Jun 2007 09:17:14 +0100 Subject: [Moin-user] Questions about sand theme In-Reply-To: <20070606204602.GB58143@newred.gradwell.net> References: <20070606204602.GB58143@newred.gradwell.net> Message-ID: <20070607081714.GC58143@newred.gradwell.net> On Wed, Jun 06, 2007 at 09:46:02PM +0100, Chris G wrote: > I am trying the sand theme on my MoinMoin installation. I am > looking at the results using Firefox 2.0.0.3. > > First the frame for the box containing the contents of my wiki has > much more rounded corners than the sample shown at > http://moinmoin.wikiwikiweb.de/ThemeMarket#head-bfdc04d1d9dd57135ff4ad81644875ba > fa30512b > Is this right? It doesn't match the boxes around the things in the > left sidebar. > > Secondly I don't have a title (the Allefant Games in the sample), how > do I set the title? > > Thirdly where do all of the contents of the Navigation menu come from? > I have "Recent Pages", "Find Page", "Help Contents" and a link to the > last page I changed. > OK, I've found the answer to my third question myself, I can add to the Navigation menu by adding Quick Links in my preferences. -- Chris Green From cl at isbd.net Thu Jun 7 04:37:02 2007 From: cl at isbd.net (Chris G) Date: Thu, 7 Jun 2007 09:37:02 +0100 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: References: <20070606142725.0e13c5b5@heruka.home.msitc.de> <1181140541.20061.5.camel@localhost> <46679E5A.1070400@cmu.edu> Message-ID: <20070607083702.GE58143@newred.gradwell.net> On Thu, Jun 07, 2007 at 08:09:28AM +0200, Sebastian Haase wrote: > > On 6/7/07, Brian Gallew wrote: > > Jim Popovitch wrote: > > > On Wed, 2007-06-06 at 14:27 +0200, Martin Schmitz wrote: > > > > > >> http://www.unicom.com/pw/reply-to-harmful.html > > >> > > > > > > LOL! I call BS! > > > > > > That "theory" is a carry over from the last century. The same century > > > that thought IPv4 and 640k memory was enough for you. > > > > > > If you don't have the list set up for Reply-to-List, then you end up > > > with a list archive of questions with few answers. > > > > > > > Actually, that theory is carried over from "when we learned about user > > behavior". > > > > Let me be blunt (even a little rude): if you aren't smart enough to > > figure out how to reply properly, your answer probably isn't > > interesting. Perhaps I've spent too much time as a list admin, > > sysadmin, etc., but my experience is that making everything > > thoughtlessly simple simply enables the thoughtless. > > > > > > AOL is over ----------> there. > > > > (Can you tell that I've spent too much time on a.s.r.?) > > Please try to make moinmoin as easy to use, and as userfriendly as possible. > That includes the mailing list. Yes, and userfriendly to many/most users of the list means *not* setting up a ReplyTo address. It's never possible to satisfy everyone on a list completely, one has to come up with a best compromise that most people can work with. Other lists with a different mix of users may decide on a different configuration but that doesn't make it right for this list. > If you search the archive you find just to many questions without answers. > I think this "miss-configuration" is the problem. > I doubt it somehow, maybe there was simply no one who answered the question. > Try to think practical. > Everyone has only limited time. Exactly, and for many users having a ReplyTo will *waste* time. > I don't have time to learn too much about MUAs. > > > -Sebastian > > PS. : by google I meant gmail (without POP) > PPS: by MUA I meant (your) mail program, which might be gmail. However what I was suggesting is that not all mail programs are equally suitable for handling mailing lists and it might be worth selecting a better tool for the job. -- Chris Green From nigel.metheringham at dev.intechnology.co.uk Thu Jun 7 05:58:08 2007 From: nigel.metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Thu, 7 Jun 2007 10:58:08 +0100 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: <20070607083702.GE58143@newred.gradwell.net> References: <20070606142725.0e13c5b5@heruka.home.msitc.de> <1181140541.20061.5.camel@localhost> <46679E5A.1070400@cmu.edu> <20070607083702.GE58143@newred.gradwell.net> Message-ID: <1791BDB3-E843-4551-B436-A3709C834A6C@dev.intechnology.co.uk> On 6 Jun 2007, at 15:35, Jim Popovitch wrote: > If you don't have the list set up for Reply-to-List, then you end up > with a list archive of questions with few answers. And if you do have it set you have an archive filled with crap and excess replies. The way we used to run mailing lists is that someone asked a question and took responses directly to them (unless the responder reckoned it was definitely worth putting to the list for discussion). The original questioner then wrote a summary post of the responses they had and ideally included information on what worked for them and why. This kept traffic down and kept the archives as relatively high quality, but obviously put more work on those participating - but that work was worth it. We also expected people to at least attempt to use the archives - and many questions did say that they had tried something similar to a previous answer, but that it wasn't working for them.... Nowadays people just can't be arsed - they expect other folks to be there to do their work for them, so queries go straight to the lists without even the slightest hint of previous research, and there may be a bunch of answers to queries, but normally half or more of them are from people who did not read the question or engage brains before applying fingers to keyboards. On 7 Jun 2007, at 09:37, Chris G wrote: > Yes, and userfriendly to many/most users of the list means *not* > setting up a ReplyTo address. It's never possible to satisfy everyone > on a list completely, one has to come up with a best compromise that > most people can work with. Other lists with a different mix of users > may decide on a different configuration but that doesn't make it right > for this list. Absolutely. > On Thu, Jun 07, 2007 at 08:09:28AM +0200, Sebastian Haase wrote: >> Try to think practical. >> Everyone has only limited time. Ah - the "I have only limited time so you must do exactly as I want" argument - very close to the "Please do my homework for me" argument. >> I don't have time to learn too much about MUAs. The MUA is your main tool for accessing mail and interacting with this sort of forum. If you feel you cannot spare time to get to know how to use it do you think we should spend extra time helping you out? If people feel everyone else owes them assistance they are wrong. Community participation goes two ways. For the lists I run (not this one), the stated policy on this is now that Reply-To is not and will not be forced on the list, unless and until someone puts the conclusive argument to me that it should be set and/or finds my price and bribes me appropriately. I can be bought - but I'm greedy too. Of course there is the alternative - go and build your own empire. I find the few lists I am on that set Reply-To are unnatural and tend to have a lower signal-to-noise ratio than the others. Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From mliebelt at web.de Thu Jun 7 07:35:25 2007 From: mliebelt at web.de (Markus Liebelt) Date: Thu, 07 Jun 2007 13:35:25 +0200 Subject: [Moin-user] Language, spelling and wiki farm Message-ID: Hello all together, I habe a wiki farm and want to spell check the contents of some pages. I have done the following: 1. Entered in farmconfig.py default_lang = "de" (because all pages are written in german) 2. Added to the directory /share/moin/data the directory dict with the contents of the distribution of moin-1.5.8 3. Removed all caches I could find Then I go to a page, select from the action menu "Check Spelling" and get an answer that the following words are not known: aber, aktuell, Anspruch, ... Of course, all these word are contained in the dictionary de.utf-8 which is contained in the dict directory. I then tried to enter the page language directly. I entered at the top of the page: #language de Spell check shows the same result. Then I changed the language to en, then to he, and every time, the result of spell checking is the same. I have the following question: 1. In which order are the directories for the dictionaries searched? 2. What are the concrete paths for the farm configuration: /share/moin/data ? //data ? I would really like to understand the reason why the spell checking is not working. And if you have some moin wiki pages which explain the result I get, I would be really glad. Thank you all for a pretty useful tool Bye Markus From yahoo at jimpop.com Thu Jun 7 10:33:58 2007 From: yahoo at jimpop.com (Jim Popovitch) Date: Thu, 07 Jun 2007 10:33:58 -0400 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: <46679E5A.1070400@cmu.edu> References: <20070606142725.0e13c5b5@heruka.home.msitc.de> <1181140541.20061.5.camel@localhost> <46679E5A.1070400@cmu.edu> Message-ID: <1181226838.18179.9.camel@localhost> On Thu, 2007-06-07 at 08:57 +0300, Brian Gallew wrote: > Let me be blunt (even a little rude): if you aren't smart enough to > figure out how to reply properly, your answer probably isn't > interesting. Perhaps I've spent too much time as a list admin, > sysadmin, etc., but my experience is that making everything > thoughtlessly simple simply enables the thoughtless. Perhaps I've spent more time administering them as well as being subscribed to them..... who really knows? Why are you trying to suggest that you have the definitive amount of experience? Here's the salient piece your argument is missing: It's not about making the list simple and thoughtless for the OP, it's about making it easy for others to reply. > AOL is over ----------> there. And MediaWiki is over -------------> here. (so what?) > (Can you tell that I've spent too much time on a.s.r.?) Yes.... while the rest of us have been trying to get our Moin systems working effectively. ;-) -Jim P. From crosseyedpenguin at yahoo.com Thu Jun 7 11:54:38 2007 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Thu, 7 Jun 2007 08:54:38 -0700 (PDT) Subject: [Moin-user] Problems configuring MoinMoin on Windows In-Reply-To: <001801c7a8c3$d32dc630$6702a8c0@Macallan> Message-ID: <354186.55821.qm@web36204.mail.mud.yahoo.com> --- Mike Pritchard wrote: > Hi. I hope someone has some suggestions for my problem. I've gone > through > the troubleshooting areas on the MoinMoin Wiki and can see similar > issues > but no resolution that seems to apply to my situation. > > > > I've installed the latest Apache (2.2), Python (2.5) and MoinMoin > (1.5.8) > > > The Apache server error log has the following 2 error messages: > > [Wed Jun 06 21:46:14 2007] [error] [client 127.0.0.1] (OS 5)Access is > denied. : couldn't create child process: 720005: moin.cgi > > [Wed Jun 06 21:46:14 2007] [error] [client 127.0.0.1] (OS 5)Access is > denied. : couldn't spawn child process: C:/moin/mywiki/moin.cgi > > The message says Apache doesn't have the authority to read or execute moin.cgi. Which version of windows are you using? Vista vs. XP, Home vs Pro, and 32 vs. 64 bit versions? Is Apache set to run as a service? If Vista, you may have some luck by turning off UAC (User Account Control) for a test. The resolution to your problem is going to be dinking with the permissions of the files and directories that Apache must access. Roger Haase ____________________________________________________________________________________ Pinpoint customers who are looking for what you sell. http://searchmarketing.yahoo.com/ From gmayes at vmware.com Thu Jun 7 21:16:41 2007 From: gmayes at vmware.com (Geoff Mayes) Date: Thu, 7 Jun 2007 18:16:41 -0700 Subject: [Moin-user] http authentication works with Apache but not MoinMoin Message-ID: <040EC1DE5CE40647A1E7BEECD85F62CB01F6136B@PA-EXCH04.vmware.com> Hello, I'm trying to set up http authentication in MoinMoin 1.5.8. I've successfully set up mod_authz_ldap authentication on RHEL5 on the /test directory, which has the subdirectories htdocs, server, underlay, data, and the file wikiconfig.py (e.g. the Apache 2.2.3 authentication dialog box pops up when a browser accesses the site for the first time and I can authenticate several LDAP users). I've added these lines in wikiconfig.py: from MoinMoin.auth import http auth = [http] I've also toggled "user_autocreate = True" on and off without noticing any effect. I've tried FastCGI and CGI, but both show the same behavior, which is that even though http authentication occurs, MoinMoin does not show a user logged in and the "Login" link is still at the top of all pages. Is this behavior standard? Or, what do the two http authentication lines in MoinMoin do? Many thanks in advance for any help, Geoff From tw-public at gmx.de Fri Jun 8 05:11:57 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 08 Jun 2007 11:11:57 +0200 Subject: [Moin-user] http authentication works with Apache but not MoinMoin In-Reply-To: <040EC1DE5CE40647A1E7BEECD85F62CB01F6136B@PA-EXCH04.vmware.com> References: <040EC1DE5CE40647A1E7BEECD85F62CB01F6136B@PA-EXCH04.vmware.com> Message-ID: <46691D5D.7010705@gmx.de> > I'm trying to set up http authentication in MoinMoin 1.5.8. > > I've successfully set up mod_authz_ldap authentication on RHEL5 on the /test > directory, which has the subdirectories htdocs, server, underlay, data, and > the file wikiconfig.py (e.g. the Apache 2.2.3 authentication dialog box pops > up when a browser accesses the site for the first time and I can authenticate > several LDAP users). Does the auth popup also work when you access the wiki FrontPage? Does the above mean you put data/ under documentroot? I hope not, this would be a major security issue. > I've added these lines in wikiconfig.py: > from MoinMoin.auth import http > auth = [http] OK. > I've also toggled "user_autocreate = True" on and off without noticing any > effect. If the auth doesn't work, it won't make a difference. :) > I've tried FastCGI and CGI, but both show the same behavior, which is that > even though http authentication occurs, MoinMoin does not show a user logged > in Maybe the moin cgi does not get the environment variables apache puts in there when doing basic auth. From MoinMoin/auth.py: auth_type = env.get('AUTH_TYPE','') if auth_type in ['Basic', 'Digest', 'NTLM', 'Negotiate',]: username = env.get('REMOTE_USER', '').decode(config.charset) if auth_type in ('NTLM', 'Negotiate',): This is the stuff that should be in the environment. > and the "Login" link is still at the top of all pages. Use show_login = False in your wikiconfig (after you get http auth working). From mikep at 5circles.com Fri Jun 8 14:04:53 2007 From: mikep at 5circles.com (Mike Pritchard) Date: Fri, 8 Jun 2007 11:04:53 -0700 Subject: [Moin-user] Problems configuring MoinMoin on Windows In-Reply-To: <354186.55821.qm@web36204.mail.mud.yahoo.com> Message-ID: <000c01c7a9f7$83f70a10$6702a8c0@Macallan> [Roger Haase wrote] The message says Apache doesn't have the authority to read or execute moin.cgi. Which version of windows are you using? Vista vs. XP, Home vs Pro, and 32 vs. 64 bit versions? Is Apache set to run as a service? If Vista, you may have some luck by turning off UAC (User Account Control) for a test. The resolution to your problem is going to be dinking with the permissions of the files and directories that Apache must access. Roger Haase ---------------- I'm running XP Media Center Edition, 32 bit. Apache was set up as a service. I've been able to confirm that the problem is a general CGI issue, not MoinMoin specific - since all attempts to run CGI scripts generate the same response. Thanks - now I'm able to search more broadly for solutions. But there seems to be a lot of conflicting information on the Internet about running Apache/CGI on Windows, so it is hard to figure out what will work for my situation. Some docs say that no permission configuration is needed. I've made all the directories for Apache, Python, and MyWiki Read-Write. I added 'Allow Service to Interact with Desktop' to the Apache Service (logon as Local System Account), and then later changed to Logon as User - user with admin rights. Still nothing changes. All I wanted to do was to have an Intranet accessible Wiki system. I'm considering bringing a Linux box up instead of messing with Windows, but I'd rather not add another system at this point. Mike From mliebelt at web.de Fri Jun 8 14:18:49 2007 From: mliebelt at web.de (Markus Liebelt) Date: Fri, 08 Jun 2007 20:18:49 +0200 Subject: [Moin-user] Language, spelling and wiki farm In-Reply-To: <46691A31.8040303@gmx.de> References: <46691A31.8040303@gmx.de> Message-ID: Hi Thomas, On Fri, 08 Jun 2007 10:58:25 +0200, Thomas Waldmann wrote: >> 1. Entered in farmconfig.py default_lang = "de" (because all pages are >> written in german) > > I don't think that the current (very dumb) spellchecker code does use > this setting (nor the language setting of individual pages). Ok, that answers one question. > It just has one or multiple lists of good words and everything not in > there is a bad word. :) > >> 2. Added to the directory /share/moin/data the directory >> dict with the contents of the distribution of moin-1.5.8 >> 3. Removed all caches I could find > > data/cache/spellchecker.dict > > Building this cache takes a while and is done on first request. But when I delete all chaches under the possible directories, building the cache is a matter of milliseconds, and the size is just 24576 bytes, which is too less for dictionaries of the following size: 2951195 May 11 2006 de.utf-8* 94364 May 11 2006 de_de_10000.utf-8* 409067 May 11 2006 en_us.ascii* So I don't think that the cache is build from the dictionary given. A quick grep shows me that all the words are contained in the german dictionaries. >> Then I go to a page, select from the action menu "Check Spelling" and >> get an answer that the following words are not known: aber, aktuell, >> Anspruch, ... >> Of course, all these word are contained in the dictionary de.utf-8 >> which is contained in the dict directory. > > If this happens even with a fresh cache, please file a bug. I'm not sure if that will help. Is there some error log, if some files are not readable which should be checked? I'm under windows, and sometimes it is a hazzle to use apache with its directives. So possibly apache cannot read the file, so python does not get the dictionary. Is there some page (not the source code) that describes where to look and what to proof? My python is not too well, so I won't see an error, if I would see it. > > As you can easily see in action/SpellCheck.py: > > for basedir in (request.cfg.moinmoin_dir, request.cfg.data_dir): > localdict = os.path.join(basedir, 'dict') > > That means MoinMoin/dict/ and data/dict, in that order. > MoinMoin/ means the CODE directory of the moin installation. Ok, I understand. Thank you a lot, I will keep at it :-( Bye Markus From gmayes at vmware.com Fri Jun 8 14:40:11 2007 From: gmayes at vmware.com (Geoff Mayes) Date: Fri, 8 Jun 2007 11:40:11 -0700 Subject: [Moin-user] http authentication works with Apache but not MoinMoin In-Reply-To: <46691D5D.7010705@gmx.de> Message-ID: <040EC1DE5CE40647A1E7BEECD85F62CB01F6136F@PA-EXCH04.vmware.com> Thank you very much Thomas for helping out. > > I'm trying to set up http authentication in MoinMoin 1.5.8. > > > > I've successfully set up mod_authz_ldap authentication on > RHEL5 on the > > /test directory, which has the subdirectories htdocs, server, > > underlay, data, and the file wikiconfig.py (e.g. the Apache 2.2.3 > > authentication dialog box pops up when a browser accesses > the site for > > the first time and I can authenticate several LDAP users). > > Does the auth popup also work when you access the wiki FrontPage? Yes. If /test contains htdocs/ underlay/ server/ and data/, should Apache require http auth on the /test directory or one of the other directories? > Does the above mean you put data/ under documentroot? No. > > I've added these lines in wikiconfig.py: > > from MoinMoin.auth import http > > auth = [http] > > OK. > > > I've also toggled "user_autocreate = True" on and off > without noticing > > any effect. > > If the auth doesn't work, it won't make a difference. :) "User_autocreate = True" will create a new user preferences file for a user that hasn't logged in before and will load an existing file for a user who has logged in prior, and all this will work with http auth? > > I've tried FastCGI and CGI, but both show the same > behavior, which is > > that even though http authentication occurs, MoinMoin does > not show a > > user logged in > > Maybe the moin cgi does not get the environment variables > apache puts in there when doing basic auth. > > From MoinMoin/auth.py: > > auth_type = env.get('AUTH_TYPE','') > if auth_type in ['Basic', 'Digest', 'NTLM', 'Negotiate',]: > username = env.get('REMOTE_USER', > '').decode(config.charset) > if auth_type in ('NTLM', 'Negotiate',): > > This is the stuff that should be in the environment. > I verifed the AUTH_TYPE and REMOTE_USER environment variables by http auth protecting a different directory and then accessing a script in that directory, which prints out all %ENV variables: AUTH_TYPE = Basic DOCUMENT_ROOT = /var/www/html GATEWAY_INTERFACE = CGI/1.1 HTTPS = on HTTP_ACCEPT = text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0 .8,image/png,*/*;q=0.5 HTTP_ACCEPT_CHARSET = ISO-8859-1,utf-8;q=0.7,*;q=0.7 HTTP_ACCEPT_ENCODING = gzip,deflate HTTP_ACCEPT_LANGUAGE = en-us,en;q=0.5 HTTP_CONNECTION = keep-alive HTTP_HOST = 10.17.73.98 HTTP_KEEP_ALIVE = 300 HTTP_REFERER = https://10.17.73.98/test/ HTTP_USER_AGENT = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4 PATH = /sbin:/usr/sbin:/bin:/usr/bin QUERY_STRING = REMOTE_ADDR = 10.16.65.253 REMOTE_PORT = 60449 REMOTE_USER = gmayes REQUEST_METHOD = GET REQUEST_URI = /test/print_env.cgi SCRIPT_FILENAME = /home/test/print_env.cgi SCRIPT_NAME = /test/print_env.cgi SCRIPT_URI = https://10.17.73.98/test/print_env.cgi SCRIPT_URL = /test/print_env.cgi SERVER_ADDR = 10.17.73.98 SERVER_ADMIN = root at localhost SERVER_NAME = 10.17.73.98 SERVER_PORT = 443 SERVER_PROTOCOL = HTTP/1.1 SERVER_SIGNATURE = Apache/2.2.3 (Red Hat) Server at 10.17.73.98 Port 443 SERVER_SOFTWARE = Apache/2.2.3 (Red Hat) It looks like Apache is doing its job and auth.py should be grabbing the correct values for REMOTE_USER and HTTP_AUTH? Am I missing something? > > and the "Login" link is still at the top of all pages. > > Use show_login = False in your wikiconfig (after you get http > auth working). From mikep at 5circles.com Fri Jun 8 14:57:10 2007 From: mikep at 5circles.com (Mike Pritchard) Date: Fri, 8 Jun 2007 11:57:10 -0700 Subject: [Moin-user] Problems configuring MoinMoin on Windows Message-ID: <003301c7a9fe$dabdaf00$6702a8c0@Macallan> FIXED! The problem was that the Shebang line in my scripts just included the Python directory, not the Python executable. One of the other places I looked for help said that the error message about not being able to spawn is Apache telling you that it can't find the program. Now back to trying to set up MoinMoin. Mike From jh at web.de Sat Jun 9 07:04:31 2007 From: jh at web.de (Juergen Hermann) Date: Sat, 09 Jun 2007 13:04:31 +0200 Subject: [Moin-user] change default recipient for reply to "list" instead of "sender" In-Reply-To: <4667AA31.8090701@cmu.edu> Message-ID: [Using reply to all] On Thu, 07 Jun 2007 09:48:17 +0300, Brian Gallew wrote: >You are absolutely right in that we all have limited time. Thus, I end the discussion by stating that nothing changes. Ciao, J?rgen From soloturn at gmail.com Sat Jun 9 12:35:14 2007 From: soloturn at gmail.com (solo turn) Date: Sat, 9 Jun 2007 18:35:14 +0200 Subject: [Moin-user] Simple (less wiki like) themes In-Reply-To: <9cee7ab80706041157q53e1b76ay5e3fc45a3a667486@mail.gmail.com> References: <20070603195631.GA32506@newred.gradwell.net> <9cee7ab80706031339i1c87695fsb0683087f0060282@mail.gmail.com> <9cee7ab80706041157q53e1b76ay5e3fc45a3a667486@mail.gmail.com> Message-ID: what do you think in making this the default moin theme? if the heading in http://wiki.restonrpg.net/trinn/FrontPage would be clickable it would be perfect ... -solo On 6/4/07, Fred Drake wrote: > On 6/3/07, Fred Drake wrote: > > I came up with this > > > > http://wiki.restonrpg.net/trinn/FrontPage > > I've already received a second request for this one, so I'm just > sending the link to everyone: > > http://www.restonrpg.net/files/restonrpg-theme-1.0.tar.gz > > Enjoy, and feel free to point me to any public uses of themes derived from this! > > > -Fred > > -- > Fred L. Drake, Jr. > "Chaos is the score upon which reality is written." --Henry Miller > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From soloturn at gmail.com Sat Jun 9 13:10:19 2007 From: soloturn at gmail.com (solo turn) Date: Sat, 9 Jun 2007 19:10:19 +0200 Subject: [Moin-user] Simple (less wiki like) themes In-Reply-To: <20070606193157.GB28425@newred.gradwell.net> References: <20070606131109.GA7304@newred.gradwell.net> <762609.83426.qm@web36203.mail.mud.yahoo.com> <20070606193157.GB28425@newred.gradwell.net> Message-ID: here we have the following things which seem not to work: * there is a horizontal scrollbar below (it is not wide enough?) * it does not work in ie6 * do a title search, and the title of the search is displayed below the logo in general i like moin a lot, also the themes. the only thing which i find a (big) mess is the handling of titles. either you have "double headers" like in http://moinmoin.wikiwikiweb.de/ThemeMarket/SimpleMente or the header at the left for some things like searches (much too long for all the "side" themes, and not clickable as normal). imo there would be only one option: have the default header on top. in case there is a h1 written in the page, take this one and make a link for "do fulltext search". but thomas does not seem to like that idea :) -solo On 6/6/07, Chris G wrote: > On Wed, Jun 06, 2007 at 07:57:58AM -0700, Roger Haase wrote: > > > > --- Chris Green wrote: > > > > > > > FixedLeft looks as if it might suit me but I can't get it to work. > > > > > > I have installed some other themes and they work OK so I don't > > > understand what I've done wrong with FixedLeft? > > > > > > When I run moin.py I see:- > > > > > > > > > 127.0.0.1 - - [06/Jun/2007 14:08:35] "GET > > > /wiki/drafixedleft/css/common.css HTTP/1.1" 404 - > > > 127.0.0.1 - - [06/Jun/2007 14:08:35] code 404, message File not > > > found > > > > Sorry, all my fault. My theme have several local mods that I have to > > remove before zipping it up. I forgot the most important one -- the > > name. You can either download it again or modify line 21 in > > fixedleft.py to change the name from drafixedleft to fixedleft. > > > > Thanks for telling me about the problem. > > > OK, thanks, have done the fix to fixedleft.py and have FixedLeft > working now. It's very close to my ideal, all the 'wikiness' is in > the sidebar and the actual contents that I compose are very clean. > > -- > Chris Green > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From lists.gnarlodious at gmail.com Sat Jun 9 15:41:06 2007 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Sat, 9 Jun 2007 13:41:06 -0600 Subject: [Moin-user] Simple (less wiki like) themes In-Reply-To: References: <20070606131109.GA7304@newred.gradwell.net> <762609.83426.qm@web36203.mail.mud.yahoo.com> <20070606193157.GB28425@newred.gradwell.net> Message-ID: <3130eec50706091241t3f9a88i7bdb9ff7acdcd9be@mail.gmail.com> A lot of this theme seems to be hardcoded, so it is not ready for primetime. I agree though, a theme for non-wiki like sites would make the software more appealing to that niche. I would imagine a minimal page menu with all the dedicated links at the bottom. Some or most of those would not appear to a non-logged in user. -- Gnarlie On 6/9/07, solo turn wrote: > here we have the following things which seem not to work: > * there is a horizontal scrollbar below (it is not wide enough?) > * it does not work in ie6 > * do a title search, and the title of the search is displayed below the > logo > > in general i like moin a lot, also the themes. the only thing which i > find a (big) mess is the handling of titles. > > either you have "double headers" like in > http://moinmoin.wikiwikiweb.de/ThemeMarket/SimpleMente or the header > at the left for some things like searches (much too long for all the > "side" themes, and not clickable as normal). > > imo there would be only one option: > have the default header on top. in case there is a h1 written in the > page, take this one and make a link for "do fulltext search". > > but thomas does not seem to like that idea :) > > -solo > > > On 6/6/07, Chris G wrote: > > On Wed, Jun 06, 2007 at 07:57:58AM -0700, Roger Haase wrote: > > > > > > --- Chris Green wrote: > > > > > > > > > > FixedLeft looks as if it might suit me but I can't get it to work. > > > > > > > > I have installed some other themes and they work OK so I don't > > > > understand what I've done wrong with FixedLeft? > > > > > > > > When I run moin.py I see:- > > > > > > > > > > > > 127.0.0.1 - - [06/Jun/2007 14:08:35] "GET > > > > /wiki/drafixedleft/css/common.css HTTP/1.1" 404 - > > > > 127.0.0.1 - - [06/Jun/2007 14:08:35] code 404, message File not > > > > found > > > > > > Sorry, all my fault. My theme have several local mods that I have to > > > remove before zipping it up. I forgot the most important one -- the > > > name. You can either download it again or modify line 21 in > > > fixedleft.py to change the name from drafixedleft to fixedleft. > > > > > > Thanks for telling me about the problem. > > > > > OK, thanks, have done the fix to fixedleft.py and have FixedLeft > > working now. It's very close to my ideal, all the 'wikiness' is in > > the sidebar and the actual contents that I compose are very clean. > > > > -- > > Chris Green > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From cl at isbd.net Sat Jun 9 16:20:40 2007 From: cl at isbd.net (Chris G) Date: Sat, 9 Jun 2007 21:20:40 +0100 Subject: [Moin-user] Simple (less wiki like) themes In-Reply-To: <3130eec50706091241t3f9a88i7bdb9ff7acdcd9be@mail.gmail.com> References: <20070606131109.GA7304@newred.gradwell.net> <762609.83426.qm@web36203.mail.mud.yahoo.com> <20070606193157.GB28425@newred.gradwell.net> <3130eec50706091241t3f9a88i7bdb9ff7acdcd9be@mail.gmail.com> Message-ID: <20070609202040.GA49314@newred.gradwell.net> On Sat, Jun 09, 2007 at 01:41:06PM -0600, Gnarlodious wrote: > A lot of this theme seems to be hardcoded, so it is not ready for primetime. > > I agree though, a theme for non-wiki like sites would make the > software more appealing to that niche. I would imagine a minimal page > menu with all the dedicated links at the bottom. Some or most of those > would not appear to a non-logged in user. > What I'm looking for (and I think others may also want) is the ease of creation/modification that a wiki provides but only for a single user so that it's a way of creating and maintaining a personal web site that is something more than a blog. The 'cleaner' the result looks the better (for me anyway). -- Chris Green From mliebelt at web.de Sun Jun 10 08:39:30 2007 From: mliebelt at web.de (Markus Liebelt) Date: Sun, 10 Jun 2007 14:39:30 +0200 Subject: [Moin-user] Language, spelling and wiki farm In-Reply-To: References: <46691A31.8040303@gmx.de> Message-ID: Hello all together, I solved my problem by checking the configuration again. I had a misspelled library somewhere, and so I used an incomplete configuration. My index is now 10 MBytes fat and contains most of the words I use in my pages. And because my pages are all german, I don't miss the feature that an english page should be spelled only by an english dictionary and vice versae. Thanks a lot to Thomas for his good work on this tool and the community around it. Bye Markus On Fri, 08 Jun 2007 20:18:49 +0200, Markus Liebelt wrote: > Hi Thomas, > > On Fri, 08 Jun 2007 10:58:25 +0200, Thomas Waldmann > wrote: > >>> 1. Entered in farmconfig.py default_lang = "de" (because all pages are >>> written in german) >> >> I don't think that the current (very dumb) spellchecker code does use >> this setting (nor the language setting of individual pages). > > Ok, that answers one question. > >> It just has one or multiple lists of good words and everything not in >> there is a bad word. :) >> >>> 2. Added to the directory /share/moin/data the directory >>> dict with the contents of the distribution of moin-1.5.8 >>> 3. Removed all caches I could find >> >> data/cache/spellchecker.dict >> >> Building this cache takes a while and is done on first request. > > But when I delete all chaches under the possible directories, building > the > cache is a matter of milliseconds, and the size is just 24576 bytes, > which > is too less for dictionaries of the following size: > > 2951195 May 11 2006 de.utf-8* > 94364 May 11 2006 de_de_10000.utf-8* > 409067 May 11 2006 en_us.ascii* > > So I don't think that the cache is build from the dictionary given. A > quick grep shows me that all the words are contained in the german > dictionaries. > >>> Then I go to a page, select from the action menu "Check Spelling" and >>> get an answer that the following words are not known: aber, aktuell, >>> Anspruch, ... >>> Of course, all these word are contained in the dictionary de.utf-8 >>> which is contained in the dict directory. >> >> If this happens even with a fresh cache, please file a bug. > > I'm not sure if that will help. Is there some error log, if some files > are > not readable which should be checked? I'm under windows, and sometimes it > is a hazzle to use apache with its directives. So possibly apache cannot > read the file, so python does not get the dictionary. > > Is there some page (not the source code) that describes where to look and > what to proof? My python is not too well, so I won't see an error, if I > would see it. > >> >> As you can easily see in action/SpellCheck.py: >> >> for basedir in (request.cfg.moinmoin_dir, request.cfg.data_dir): >> localdict = os.path.join(basedir, 'dict') >> >> That means MoinMoin/dict/ and data/dict, in that order. >> MoinMoin/ means the CODE directory of the moin installation. > > Ok, I understand. > > Thank you a lot, I will keep at it :-( > > Bye > Markus > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From fdrake at gmail.com Sun Jun 10 09:22:11 2007 From: fdrake at gmail.com (Fred Drake) Date: Sun, 10 Jun 2007 09:22:11 -0400 Subject: [Moin-user] Simple (less wiki like) themes In-Reply-To: References: <20070606131109.GA7304@newred.gradwell.net> <762609.83426.qm@web36203.mail.mud.yahoo.com> <20070606193157.GB28425@newred.gradwell.net> Message-ID: <9cee7ab80706100622g50a58d83r2bb86b20fb7d72f8@mail.gmail.com> solo turn wrote: > what do you think in making this the default moin theme? if the > heading in http://wiki.restonrpg.net/trinn/FrontPage would be > clickable it would be perfect ... When I created this theme, I had in mind that it would be used for only the one wiki; it never occurred to me that others would be interested in it. I suspect there are many custom, site-specific themes like this; I don't know how likely these are to be re-usable. >From a different email: > here we have the following things which seem not to work: > * there is a horizontal scrollbar below (it is not wide enough?) I don't see this, unless the page content includes inherently wide content (table, images). > * it does not work in ie6 I didn't know this; will take a look at fixing this when I get a chance (who knows when that will be, though). > * do a title search, and the title of the search is displayed below the logo Clearly, I didn't find this desirable. This is really something that should be settable as policy for individual wikis. > in general i like moin a lot, also the themes. the only thing which i > find a (big) mess is the handling of titles. > > either you have "double headers" like in > http://moinmoin.wikiwikiweb.de/ThemeMarket/SimpleMente or the header > at the left for some things like searches (much too long for all the > "side" themes, and not clickable as normal). Yes, I consider this a real pain. I suspect this will always be a problem as long as there's only one box for the page content; using heuristics to determine the title based on the page only goes so far, and doesn't help when there isn't one. -Fred -- Fred L. Drake, Jr. "Chaos is the score upon which reality is written." --Henry Miller From tw-public at gmx.de Mon Jun 11 08:59:04 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 11 Jun 2007 14:59:04 +0200 Subject: [Moin-user] http authentication works with Apache but not MoinMoin In-Reply-To: <040EC1DE5CE40647A1E7BEECD85F62CB01F6136F@PA-EXCH04.vmware.com> References: <040EC1DE5CE40647A1E7BEECD85F62CB01F6136F@PA-EXCH04.vmware.com> Message-ID: <466D4718.5040001@gmx.de> > Yes. If /test contains htdocs/ underlay/ server/ and data/, should Apache > require http auth on the /test directory or one of the other directories? > >> Does the above mean you put data/ under documentroot? > > No. Apache should not access anything else than moin.cgi (or moin.fcg or ...) and the htdocs (css, img, js) stuff. Under no circumstances apache should (give) access (to) data/ directory. > "User_autocreate = True" will create a new user preferences file for a user > that hasn't logged in before and will load an existing file for a user who > has logged in prior, and all this will work with http auth? It should. > I verifed the AUTH_TYPE and REMOTE_USER environment variables by http auth > protecting a different directory and then accessing a script in that > directory, which prints out all %ENV variables: > > AUTH_TYPE = Basic > REMOTE_USER = gmayes Does this also work when you name your script moin.cgi and put it into the same place as the real moin.cgi is? If yes, please change the auth.py to read: def http(...): ... elif not isinstance(request, RequestCLI): env = request.env request.log(repr(env)) <- add this line ... And then look into your log. You can add more request.log() calls at other places to see why it does not work for you. From tw-public at gmx.de Mon Jun 11 09:03:01 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 11 Jun 2007 15:03:01 +0200 Subject: [Moin-user] Simple (less wiki like) themes In-Reply-To: References: <20070603195631.GA32506@newred.gradwell.net> <9cee7ab80706031339i1c87695fsb0683087f0060282@mail.gmail.com> <9cee7ab80706041157q53e1b76ay5e3fc45a3a667486@mail.gmail.com> Message-ID: <466D4805.3040009@gmx.de> > what do you think in making this the default moin theme? if the > heading in http://wiki.restonrpg.net/trinn/FrontPage would be > clickable it would be perfect ... This is nice for using moin as a CMS (so your users might think it is a normal web page), but not for users intended to use it as a wiki. From gmayes at vmware.com Mon Jun 11 20:54:07 2007 From: gmayes at vmware.com (Geoff Mayes) Date: Mon, 11 Jun 2007 17:54:07 -0700 Subject: [Moin-user] http authentication works with Apache but not MoinMoin In-Reply-To: <466D4718.5040001@gmx.de> Message-ID: <040EC1DE5CE40647A1E7BEECD85F62CB01F61377@PA-EXCH04.vmware.com> Hi again Thomas, Thank you very much for continuing to look into this. I am pleased to report that HTTP Authentication is now working with MoinMoin! Per your questions I was prompted to rethink the way the http auth and the wiki directories, and symlinked directories, were specified in Apache. What I found out was that the directive used by authz_ldap.conf to lock down a directory had to match the directory specified in the Virtual Host container which pointed to where the moin.fcg or moin.cgi script was located (which I'm guessing then allows these two scripts to pick up the REMOTE_USER and AUTH_TYPE environment variables). That is, when http auth was not working, it was because my location looked like "" while the RewriteRule in the Virtual Host container was for the "/" (root) directory -- "Rewrite Rule ^(.*)$ /wiki/server/moin.fcg$1". When I changed the location directive to "" so it matched the rewrite rule and restarted Apache, I could log into MoinMoin via authz_ldap and MoinMoin displayed my username up top and auto-created my profile. Now if there was only a way that users could gracefully and easily (instead of clearing their cache or closing their browser) log out of their http authenticated session ... Thank you again Thomas. Kind regards, Geoff > -----Original Message----- > From: moin-user-bounces at lists.sourceforge.net > [mailto:moin-user-bounces at lists.sourceforge.net] On Behalf Of > Thomas Waldmann > Sent: Monday, June 11, 2007 5:59 AM > To: moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] http authentication works with > Apache butnot MoinMoin > > > Yes. If /test contains htdocs/ underlay/ server/ and data/, should > > Apache require http auth on the /test directory or one of > the other directories? > > > >> Does the above mean you put data/ under documentroot? > > > > No. > > Apache should not access anything else than moin.cgi (or moin.fcg or > ...) and the htdocs (css, img, js) stuff. > > Under no circumstances apache should (give) access (to) data/ > directory. > > > "User_autocreate = True" will create a new user preferences > file for a > > user that hasn't logged in before and will load an existing > file for a > > user who has logged in prior, and all this will work with http auth? > > It should. > > > I verifed the AUTH_TYPE and REMOTE_USER environment > variables by http > > auth protecting a different directory and then accessing a > script in > > that directory, which prints out all %ENV variables: > > > > AUTH_TYPE = Basic > > REMOTE_USER = gmayes > > Does this also work when you name your script moin.cgi and > put it into the same place as the real moin.cgi is? > > If yes, please change the auth.py to read: > > def http(...): > ... > elif not isinstance(request, RequestCLI): > env = request.env > request.log(repr(env)) <- add this line > ... > > And then look into your log. You can add more request.log() > calls at other places to see why it does not work for you. > > > -------------------------------------------------------------- > ----------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From mail at heavy.ch Tue Jun 12 09:37:24 2007 From: mail at heavy.ch (Marcel Haefner) Date: Tue, 12 Jun 2007 15:37:24 +0200 (CEST) Subject: [Moin-user] MetaData in MoinMoin (and SemanticWeb) Message-ID: <45113.212.203.75.131.1181655444.squirrel@mail2.webfaction.com> Dear MoinMoin Users I would like to know more about topics like Data, Metadata and Semantic MoinMoin. I found some information and some ideas but only one solution for MetaData. 1. http://moinmoin.wikiwikiweb.de/MetaDataInMoin (Discussion) 2. http://theendmusic.org/programming/MetaDataPlugin (Solution) 2. http://moinmoin.wikiwikiweb.de/SemanticMoin (SemanticWeb) 3. http://moinmoin.wikiwikiweb.de/HelpOnParsers (CSV) The Point 2 with the Solutions works for my MoinMoin 1.5 (http://lotek.heavy.ch/MoinMoinWiki/MetaDaten) but it not seams the regulary / future way. Questions: 1. Is there a standart Way to integrate Metadate into MoinMoin-Pages? 2. What possibility (Plugins/Makros) exist for now (with MoinMoin 1.5) to integrate Metadata and starting with creating a SematicWeb with MoinMoin? 3. It would be anyway great to receive some hints and tips where I maybe find more for MoinMoin. Thanks! Marcel From rb.proj at gmail.com Tue Jun 12 10:56:17 2007 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 12 Jun 2007 16:56:17 +0200 Subject: [Moin-user] remove actions In-Reply-To: References: Message-ID: <466EB411.1020709@gmail.com> Benedict Verheyen wrote: > Hi, > > i was able to disable the action Render As Docbook by including this in > my farmconfig.py: > actions_excluded = ['RenderAsDocbook',] > However, it still shows up but greyed out (disabled). > > How can i remove it from the actions menu? see theme/__init__.py at def actionsMenu(self, page): You have to change menu and title cheers Reimar > > Thanks, > Benedict > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ From rb.proj at gmail.com Tue Jun 12 11:41:51 2007 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 12 Jun 2007 17:41:51 +0200 Subject: [Moin-user] German pages - where to download? In-Reply-To: References: Message-ID: Ulf Jaenicke-R??ler wrote: > Hi, > I can't find the german pages ("HilfeZumEditieren" a.s.o.) download. > Where can I get it? > Thanks, > Ulf Hi Ulf, all Help pages are included below the underlay directory. You have them already. If you like to use them change your preferences of your account to german or change the default_language var in wikiconfig.py. cheers Reimar > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ From rb.proj at gmail.com Tue Jun 12 16:00:53 2007 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 12 Jun 2007 22:00:53 +0200 Subject: [Moin-user] search attachments - status !? In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Haase wrote: > Hi, > I'm trying to install and establish a moinmoin wiki in our lab for > info / documents management. > It would be awesome if PDF files (and Word files [Excel !?] ) could be > searched from within the wiki. > > I found this info page: > http://moinmoin.wikiwikiweb.de/MoinMoinTodo/ExtendedSearch/AttachmentSearch > which, however, dates back to Aug 2004 (zuletzt ge?ndert am 2004-08-31 > 13:43:24 durch FlorianFesti) > Also the provided patch is for version 1.3 - and I'm scared to try it on 1.5. > > Also I found this: > http://moinmoin.wikiwikiweb.de/FeatureRequests/SearchAttachments > This is also more than a year old (2006-03-25 ReimarBauer) > > The last page refers to Lupy - which (at a different place) was > commented on to be "not a good choice for moinmoin since it appeared > not to be supported upstream "... > > Could someone summarize the current status on this topic !? > Would it help - is it neccessary - to upgrade to the expermental (?) > 1.6 version ? > Last year we have had a soc project about integration of xapian search into MoinMoin. You'll get the possibility to search in common mime-types with the upcoming 1.6 release. cheers Reimar > Thanks, > Sebastian Haase > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGbvt15aOc3Q9hk/kRAmCeAJ9IpB3bPlDxdT3M5iZyFOR3yk3fSQCgih1k PgXXjxSW324r1ngseDyZL2c= =XP5G -----END PGP SIGNATURE----- From tw-public at gmx.de Wed Jun 13 09:25:12 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 13 Jun 2007 15:25:12 +0200 Subject: [Moin-user] MetaData in MoinMoin (and SemanticWeb) In-Reply-To: <45113.212.203.75.131.1181655444.squirrel@mail2.webfaction.com> References: <45113.212.203.75.131.1181655444.squirrel@mail2.webfaction.com> Message-ID: <466FF038.8010408@gmx.de> > Questions: > 1. Is there a standart Way to integrate Metadate into MoinMoin-Pages? Moin currently uses some #xxx markup at top of the wiki pages for metadata (like acls). This is problematic of course, because a) it only works for text pages (you can't have metadata for images this way) b) it makes metadata expensive to access as you have to parse the page for it Currently there is a Google Summer of Code student working on a storage backend api / refactoring, so there is some hope that we'll have better support for metadata in the 1.7 branch in some months. > 2. What possibility (Plugins/Makros) exist for now (with MoinMoin 1.5) to > integrate Metadata and starting with creating a SematicWeb with MoinMoin? If you want to code something new, you should wait after the storage project is done. Currently everything is more or less a hack. If you just want to define some metadata, you maybe can use #pragma key value. From eduardo.mercovich at gmail.com Wed Jun 13 11:31:23 2007 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Wed, 13 Jun 2007 12:31:23 -0300 Subject: [Moin-user] MetaData in MoinMoin (and SemanticWeb) In-Reply-To: <45113.212.203.75.131.1181655444.squirrel@mail2.webfaction.com> References: <45113.212.203.75.131.1181655444.squirrel@mail2.webfaction.com> Message-ID: <4459f0d30706130831x7b1367a4gae3f85f48e5040b5@mail.gmail.com> Hello Marcel. > I would like to know more about topics like Data, Metadata and Semantic > MoinMoin. I found some information and some ideas but only one solution > for MetaData. [...] Did you tried GraphingWiki (http://moinmoin.wikiwikiweb.de/GraphingWiki)? Best regards... -- Eduardo Mercovich Buenos Aires - Argentina. http://simplementewiki.org http://www.flickr.com/photos/eduardo-mercovich/ From benedict.verheyen at gmail.com Wed Jun 13 11:19:11 2007 From: benedict.verheyen at gmail.com (Benedict Verheyen) Date: Wed, 13 Jun 2007 17:19:11 +0200 Subject: [Moin-user] remove actions In-Reply-To: <466EB411.1020709@gmail.com> References: <466EB411.1020709@gmail.com> Message-ID: R.Bauer schreef: > Benedict Verheyen wrote: >> Hi, >> >> i was able to disable the action Render As Docbook by including this in >> my farmconfig.py: >> actions_excluded = ['RenderAsDocbook',] >> However, it still shows up but greyed out (disabled). >> >> How can i remove it from the actions menu? > > see theme/__init__.py at def actionsMenu(self, page): > > You have to change menu and title > > cheers > Reimar Hi Reimar, thanks for the info. I indeed found the site-packages\MoinMoin\theme\__init__.py file with the actionsMenu & info in there. Editing that init file makes changes for all themes. Is there a way to edit the action menu just for 1 theme? Thanks, Regards, Benedict From benedict.verheyen at gmail.com Wed Jun 13 11:34:25 2007 From: benedict.verheyen at gmail.com (Benedict Verheyen) Date: Wed, 13 Jun 2007 17:34:25 +0200 Subject: [Moin-user] remove actions In-Reply-To: <466EB411.1020709@gmail.com> References: <466EB411.1020709@gmail.com> Message-ID: R.Bauer schreef: > Benedict Verheyen wrote: >> Hi, >> >> i was able to disable the action Render As Docbook by including this in >> my farmconfig.py: >> actions_excluded = ['RenderAsDocbook',] >> However, it still shows up but greyed out (disabled). >> >> How can i remove it from the actions menu? > > see theme/__init__.py at def actionsMenu(self, page): > > You have to change menu and title > > cheers > Reimar I found that if i edit this file: wikifarm\wikis\\data\plugin\theme\.py i can set the menu per wiki. I copied the function actionsMenu over and did my adjustments in the copy in the above specified path and that worked like a charm. Thanks, Benedict From mail at heavy.ch Thu Jun 14 06:08:28 2007 From: mail at heavy.ch (Marcel Haefner) Date: Thu, 14 Jun 2007 12:08:28 +0200 (CEST) Subject: [Moin-user] A way to get rich layout of wiki pages Message-ID: <52505.212.203.75.131.1181815708.squirrel@mail2.webfaction.com> Hi There As my subject told, I?m looking for a possibility to create rich layout wiki-pages. I need function for separating content in different column or align images, text-boxes left, right, float, and etcetera. The normal user should use this without to much technical-typo (even with a GUI Editor, it should work). I found or use those Parser's: * SectionParser (http://moinmoin.wikiwikiweb.de/SectionParser) and * the FrameParser (http://moinmoin.wikiwikiweb.de/ParserMarket/Frame). The main benefit I just can define some css and add them to my ?layout?. So anything goes! Do the fact that the FrameParser is also available for Moin1.6 I will focus on this Parser. --> Bad side: None of those Parsers can work with the GUI (like an wysiwg editor). But I don?t see any possibility to make it works easily. Seems to me a lot of work.. for somebody, some day :-] That?s my plan! * Now what are you experience for creating rich layout text pages? But not to loose the wiki-focus for easy adding pages and write content without much thinking about formatting/layout? In my eyes a Wiki-Site should be only contain Text, Metadata and some property. I think is import to make a separation between content and layout! * Are there any other ?readToRun? Plugins/Makros what I missed? * How long it takes till the 1.6 MoinMoin release will be in a beta-Version. The new Feature to use the Parser together with a css-class seems to me very interesting? Or would you say that the current Alpha Release could run without complete data loose? Thanks by the way for your all guys! It?s fantastic what kind of wiki your created with the lovely pythons. Also thanks for Thomas with his endurance do answer all those support-asking-emails from users like me. Best Regards Marcel From mail at heavy.ch Thu Jun 14 12:58:04 2007 From: mail at heavy.ch (mail at heavy.ch) Date: Thu, 14 Jun 2007 18:58:04 +0200 Subject: [Moin-user] MetaData in MoinMoin (and SemanticWeb) In-Reply-To: <4459f0d30706130831x7b1367a4gae3f85f48e5040b5@mail.gmail.com> References: <45113.212.203.75.131.1181655444.squirrel@mail2.webfaction.com> <4459f0d30706130831x7b1367a4gae3f85f48e5040b5@mail.gmail.com> Message-ID: <1181840284.3499.4.camel@localhost> Hi Eduardo Well, I just tried out http://graphingwiki.virtues.fi/moin.cgi/FrontPage?action=ShowGraph&format=png&depth=3&otherpages=&limit=&colorby=&orderby=&graph=Create but the interface and graphic are just a way to big... it's not very comfortable and _fast_ for browsing through my wiki. But I like the idea. bye Marcel Am Mittwoch, den 13.06.2007, 12:31 -0300 schrieb Eduardo Mercovich: > Hello Marcel. > > > I would like to know more about topics like Data, Metadata and Semantic > > MoinMoin. I found some information and some ideas but only one solution > > for MetaData. [...] > > Did you tried GraphingWiki (http://moinmoin.wikiwikiweb.de/GraphingWiki)? > > Best regards... > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eduardo.mercovich at gmail.com Thu Jun 14 13:45:15 2007 From: eduardo.mercovich at gmail.com (Eduardo Mercovich) Date: Thu, 14 Jun 2007 14:45:15 -0300 Subject: [Moin-user] MetaData in MoinMoin (and SemanticWeb) In-Reply-To: <1181840284.3499.4.camel@localhost> References: <45113.212.203.75.131.1181655444.squirrel@mail2.webfaction.com> <4459f0d30706130831x7b1367a4gae3f85f48e5040b5@mail.gmail.com> <1181840284.3499.4.camel@localhost> Message-ID: <4459f0d30706141045m7117bce9lbca89c802c1ab40b@mail.gmail.com> Hi Marcel. > Well, I just tried out > http://graphingwiki.virtues.fi/moin.cgi/FrontPage?action=ShowGraph&format=png&depth=3&otherpages=&limit=&colorby=&orderby=&graph=Create > > but the interface and graphic are just a way to big... it's not very > comfortable and _fast_ for browsing through my wiki. But I like the idea. Good you liked it. Try the ZGRViewer (http://zvtm.sourceforge.net/zgrviewer.html) embedded in GraphingWiki. Regards... -- Eduardo Mercovich Buenos Aires - Argentina. http://simplementewiki.org http://www.flickr.com/photos/eduardo-mercovich/ From d454d at web.de Fri Jun 15 03:38:41 2007 From: d454d at web.de (Stephan Mueller) Date: Fri, 15 Jun 2007 09:38:41 +0200 Subject: [Moin-user] persistent settings for macros per user? Message-ID: <20070615073841.GB21503@mail.web.de> Hi, i am new to writing moin macros, so please forgive me if this is a stupid question. Is it possible to have somewhere settings/configuration information for a macro on a per-user basis? Is it possible to extend the available user preferences or use cookies in some way? The macro i plan to write requires to set and to read settings for each user. Any hints or pointers to docs (or existings macros that do something similar) are welcome! :) Cheers, Steph. From tw-public at gmx.de Fri Jun 15 07:45:21 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 15 Jun 2007 13:45:21 +0200 Subject: [Moin-user] persistent settings for macros per user? In-Reply-To: <20070615073841.GB21503@mail.web.de> References: <20070615073841.GB21503@mail.web.de> Message-ID: <46727BD1.10707@gmx.de> > Is it possible to have somewhere settings/configuration information for > a macro on a per-user basis? Is it possible to extend the available user > preferences or use cookies in some way? See MoinMoin/user.py class User and userform.py (for the UserPreferences form). From marcel.haefner at heavy.ch Fri Jun 15 15:19:47 2007 From: marcel.haefner at heavy.ch (Marcel =?ISO-8859-1?Q?H=E4fner?=) Date: Fri, 15 Jun 2007 21:19:47 +0200 Subject: [Moin-user] How to Stop endless Memory Usage by MoinMoin? Message-ID: <1181935187.4798.11.camel@localhost> Hi there I'm using a hosting plan from webfaction.com where I'm running my MoinMoin 1.5.8 with Twisted (Python 2.5). Normally without lot of visit my Memory-Usages stays around 15-20MB. I'm allowed to use 80MB. Now, today a small problem arrived... let's go: 1. I'm using a Macro like: [[Include(^/MeineWelt.*,, to="^----$",editlink)]] 2. When I'm by accident changed to: [[Include(^.*,, to="^----$",editlink)]] 3. and for sure the MoinMoin tried to include all pages in the current site. That's let raise my memory usage over 300MB and more (sure the watchdog from my provider killed my process, but anyway... ) So now my 3 questions are: 1. What possibilities exist with MoinMoin to integrate some memory usage limit/control? 2. Is mod_python or standalone-mode more resistant against "unlimited" memory usage? (guess maybe I could limit the apache to use so much memory, so it would be safer then just running with twisted) 3. This "mistake" could maybe used against other public wiki, to shut them down, right? thanks Marcel -------------- next part -------------- An HTML attachment was scrubbed... URL: From darver at vmware.com Fri Jun 15 21:25:59 2007 From: darver at vmware.com (Dexter Arver) Date: Fri, 15 Jun 2007 18:25:59 -0700 Subject: [Moin-user] "remember_me = 0" in auth.py Message-ID: <9FB613FEE8910A40AAF74D00E11DA46E581A90@PA-EXCH01.vmware.com> Hello MoinMoin Mailing List, I was wondering why in auth.py, under "ldap_login" function, why there is a "remember_me = 0" line that erases the user's preference to remember him/her the next time they are visiting the site. There are users of the wiki who are logged in from multiple computers (all theirs) and they would like to keep that option set to 1. I am currently thinking about commenting out that line (auth.py, line #421, in my setup). Would it have any adverse affect on the wiki? Thanks for reading through and consider this question! -Dexter From hgerlach at gmx.net Sun Jun 17 14:38:15 2007 From: hgerlach at gmx.net (Henryk Gerlach) Date: Sun, 17 Jun 2007 20:38:15 +0200 Subject: [Moin-user] Problems with action=sitemaps if wiki is mapped to subdirectory Message-ID: <20070617183815.4040@gmx.net> Hi, I run a wiki with base-address "http://example.tld/mywiki/". Apache maps "mywiki" to moin.py: ScriptAlias /mywiki /PathToCGI/moin.cgi If I create a sitemap by $wget 'http://example.tld/mywiki/FrontPage?action=sitemap' -O sitemap.xml the entries are like this: http://example.tld/mywiki/mywiki/FrontPage 2007-06-16T14:58:29+00:00 daily 1.0 Note that the "mywiki" part got doubled, so that the location is wrong. Is this a configuration error of my wiki or a bug in sitemap.py? As a quick fix I changed a line in action/sitemap.py ==================================== def sitemap_url(request, base, page): """ return a sitemap .. fragment for page object """ # url = page.url(request) url = "/" + page.page_name #this works with host.tld/mywiki/ ==================================== Any comments? Thank you for your great work, Henryk -- Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger From mlpilling at gmail.com Mon Jun 18 23:59:33 2007 From: mlpilling at gmail.com (Michael Pilling) Date: Mon, 18 Jun 2007 23:59:33 -0400 Subject: [Moin-user] an invite to the wikinomics playbook Message-ID: <43ab5afb0706182059o763b7dfbs2b54fbb35e077964@mail.gmail.com> Hello to moin moin wiki developers and users . . . This summer, the authors of the book Wikinomics: How Mass Collaboration Changes Everything are supporting a follow up project called the Wikinomics Playbook, which is a wikified book collectively read and written by wiki evangelists, collaboration professionals and interesting bystanders from wherever, they call home. The book is written CC-BY-NC-SA will be published in print in Fall 2007. The playbook is a great place to trade knowledge and ideas with other people in the same boat on different lakes. We are inviting contributions from wiki communities in a couple of areas: 1. Reviews of collaboration tools - yes we are interested in hearing about what is great about your favorite software picks - focusing less on the list of features but how it is used and useful for organizations. 2. Case studies - if you have a successful (or failed) implementation story, share these and link them to both the [case studies] page and to the software/tool involved. http://www.socialtext.net/wikinomics/index.cgi?wikinomics_playbook Michael Pilling Wiki Facilitator The Wikinomics Playbook Project From sebastian.haase at mdc-berlin.de Tue Jun 19 07:48:28 2007 From: sebastian.haase at mdc-berlin.de (Sebastian Haase) Date: Tue, 19 Jun 2007 13:48:28 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem Message-ID: Hi, I have a cron-job that regularly overwrites my wiki-logo /wiki/mylogo.jpg with a different image. But it turns out that I would have to explicitly press my browser's "reload"-button to see the current logo-image. Even changing to a different wiki page still shows the old image !! This is somewhat off-topic here -- but would anyone know a way to have the browser automatically load the current image as I change to a different wiki page !? It seems to me that the browser is doing some caching -- even though the time stamp of the src-file has changed. The wiki page source reads like this:

Thanks, Sebastian Haase From tw-public at gmx.de Tue Jun 19 09:41:05 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 19 Jun 2007 15:41:05 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: References: Message-ID: <4677DCF1.8040700@gmx.de> > /wiki/mylogo.jpg What software is serving this url? Apache? Moin Standalone server? Other? Maybe your configuration of that software is wrong (allowing too long caching). Did you try "touching" the image file after changing it, so its timestamp is current? From tw-public at gmx.de Tue Jun 19 09:45:49 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 19 Jun 2007 15:45:49 +0200 Subject: [Moin-user] Problems with action=sitemaps if wiki is mapped to subdirectory In-Reply-To: <20070617183815.4040@gmx.net> References: <20070617183815.4040@gmx.net> Message-ID: <4677DE0D.70700@gmx.de> > http://example.tld/mywiki/mywiki/FrontPage Strange. And your wiki works correctly otherwise? > As a quick fix I changed a line in action/sitemap.py > > ==================================== > def sitemap_url(request, base, page): > """ return a sitemap .. fragment for page object """ > # url = page.url(request) If page.url does not work, more stuff would be severely broken... > url = "/" + page.page_name #this works with host.tld/mywiki/ And this should be even more broken, as it should give /FrontPage for the FrontPage. > Any comments? Weird :) Maybe file a bug report about this, giving ALL details, including your web server and wiki configuration. From seb.haase at gmx.net Tue Jun 19 10:22:30 2007 From: seb.haase at gmx.net (Sebastian Haase) Date: Tue, 19 Jun 2007 16:22:30 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: <4677DCF1.8040700@gmx.de> References: <4677DCF1.8040700@gmx.de> Message-ID: On 6/19/07, Thomas Waldmann wrote: > > /wiki/mylogo.jpg > > What software is serving this url? > > Apache? Moin Standalone server? Other? > I'm using the DesktopEdition on mac OSX. Could Apache give different results !? It looked to me like a client side problem, fixable by changing some html code --- maybe I'm wrong .... > Maybe your configuration of that software is wrong (allowing too long > caching). > > Did you try "touching" the image file after changing it, so its > timestamp is current? I had the same thought ... but the file already has a recent time stamp, since the cron /creates/ (not copies) the image-logos. Thanks for your help, Sebastian From hgerlach at gmx.net Tue Jun 19 12:30:41 2007 From: hgerlach at gmx.net (Henryk Gerlach) Date: Tue, 19 Jun 2007 18:30:41 +0200 Subject: [Moin-user] Problems with action=sitemaps if wiki is mapped to subdirectory Message-ID: <20070619163041.21040@gmx.net> Hi Thomas, thank you for the quick answer and sorry for the PM. > > http://example.tld/mywiki/mywiki/FrontPage > > Strange. And your wiki works correctly otherwise? Yes, without visible roblems. I love MoinMoin. > > url = "/" + page.page_name #this works with host.tld/mywiki/ > > And this should be even more broken, as it should give /FrontPage for > the FrontPage. No, but it will probably break if the pagename uses umlauts and other weird characters. In the function cited above the variable "url" is combined with some variable "base" to form the "location" (from http://hg.moinmo.in/moin/1.5/file/e0bd0f4ba9af/MoinMoin/action/sitemap.py) 19 def make_url_xml(vars): 20 """ assemble a single xml fragment """ 21 return """\ 22 23 %(base)s%(url)s where 30 def sitemap_url(request, base, page): 32 url = page.url(request) 62 def execute(pagename, request): 66 base = request.getBaseURL() The problem is, that both "url" and "base" contain the wikipath (=the directory to which the webserver maps the wiki). Links inside the wiki seem not to be affected. > > > Any comments? > > Weird :) > > Maybe file a bug report about this, giving ALL details, including your web server and wiki configuration. I was a bit rude, and found that other installations have the same problem: http://wiki.xensource.com/xenwiki/FrontPage ? action=sitemap So it does not seem to cause problems with other parts of the wiki. I will investigate a bit further and issue a bugreport and/or a patch. Thank you very much for your help, Henryk -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From hgerlach at gmx.de Tue Jun 19 15:41:41 2007 From: hgerlach at gmx.de (Henryk Gerlach) Date: Tue, 19 Jun 2007 21:41:41 +0200 Subject: [Moin-user] Problems with action=sitemaps if wiki is mapped to subdirectory In-Reply-To: <20070619163041.21040@gmx.net> References: <20070619163041.21040@gmx.net> Message-ID: <20070619194141.83340@gmx.net> Bug submitted as http://moinmoin.wikiwikiweb.de/MoinMoinBugs/DoubleScriptNameInSitemap -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From tw-public at gmx.de Wed Jun 20 06:53:59 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 20 Jun 2007 12:53:59 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: References: <4677DCF1.8040700@gmx.de> Message-ID: <46790747.7080207@gmx.de> >>> /wiki/mylogo.jpg > I'm using the DesktopEdition on mac OSX. OK, so you are using the builtin "standalone" server. Well, maybe it is just not intelligent enough for such stuff. :) > Could Apache give different results !? Yes, apache is very configurable for such stuff. But also much more complex than running mmde. > It looked to me like a client > side problem, fixable by changing some html code --- maybe I'm wrong No, this is likely the server side not serving correct caching headers. It could be also the client not correctly processing the caching headers, but this is less likely. BTW, if you would change the image name (url) each time, this would work around the caching problem. From sebastian.haase at mdc-berlin.de Wed Jun 20 10:19:53 2007 From: sebastian.haase at mdc-berlin.de (Sebastian Haase) Date: Wed, 20 Jun 2007 16:19:53 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: <46790747.7080207@gmx.de> References: <4677DCF1.8040700@gmx.de> <46790747.7080207@gmx.de> Message-ID: On 6/20/07, Thomas Waldmann wrote: > >>> /wiki/mylogo.jpg > > I'm using the DesktopEdition on mac OSX. > > OK, so you are using the builtin "standalone" server. > > Well, maybe it is just not intelligent enough for such stuff. :) > > > Could Apache give different results !? > > Yes, apache is very configurable for such stuff. But also much more > complex than running mmde. > > > It looked to me like a client > > side problem, fixable by changing some html code --- maybe I'm wrong > > No, this is likely the server side not serving correct caching headers. > > It could be also the client not correctly processing the caching > headers, but this is less likely. > > BTW, if you would change the image name (url) each time, this would work > around the caching problem. I was thinking about this solution -- but how !? I thought the logo-info (i.e. the image name URL) is saved in a python variable (in the running python process) -- how could a cron-job change this !? Thanks, Sebastian From tw-public at gmx.de Thu Jun 21 12:48:47 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 21 Jun 2007 18:48:47 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: References: <4677DCF1.8040700@gmx.de> <46790747.7080207@gmx.de> Message-ID: <467AABEF.5010004@gmx.de> > I was thinking about this solution -- but how !? The header and footer config vars can contain python code, so if you implement your stuff there, you could change the value of your logo configuration. The python code needed could be directly entered into wikiconfig. From hgerlach at gmx.de Thu Jun 21 13:52:17 2007 From: hgerlach at gmx.de (Henryk Gerlach) Date: Thu, 21 Jun 2007 19:52:17 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: <467AABEF.5010004@gmx.de> References: <4677DCF1.8040700@gmx.de> <46790747.7080207@gmx.de> <467AABEF.5010004@gmx.de> Message-ID: <20070621175217.303110@gmx.net> > > I was thinking about this solution -- but how !? > > The header and footer config vars can contain python code, so if you > implement your stuff there, you could change the value of your logo > configuration. The python code needed could be directly entered into > wikiconfig. So Thomas sugessts putting somethin like import random pics=[u"http://xyz.de/a.png", u"http://xyz.de/b.png"] logo_string= u'

' in your wikiconfig instead of logo_string= u'

' Cheers, Henryk -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From hgerlach at gmx.de Thu Jun 21 13:59:41 2007 From: hgerlach at gmx.de (Henryk Gerlach) Date: Thu, 21 Jun 2007 19:59:41 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: <20070621175217.303110@gmx.net> References: <4677DCF1.8040700@gmx.de> <46790747.7080207@gmx.de> <467AABEF.5010004@gmx.de> <20070621175217.303110@gmx.net> Message-ID: <20070621175941.303150@gmx.net> > logo_string= u'

' logo_string= u'

' without the ",1" of course -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From newz at bearfruit.org Thu Jun 21 15:30:27 2007 From: newz at bearfruit.org (Matthew Nuzum) Date: Thu, 21 Jun 2007 14:30:27 -0500 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: References: Message-ID: On 6/19/07, Sebastian Haase wrote: > Hi, > I have a cron-job that regularly overwrites my wiki-logo > /wiki/mylogo.jpg > with a different image. > > But it turns out that I would have to explicitly press my browser's > "reload"-button to see the current logo-image. Even changing to a > different wiki page still shows the old image !! > > This is somewhat off-topic here -- but would anyone know a way to have > the browser automatically load the current image as I change to a > different wiki page !? Option 1: Serialize the name of the logo. Therefore, /wiki/mylogo-2007-06-21-3.jpg You don't have to keep the logos around, but you might want to keep the last few, just in case someone pulls a cached copy of your page and doesn't have the original logo. Option 2: You could write a little bit of javascript to make the logo name unique and defeat any caching. This works without needing to serialize your logos. All it does is add a little query string to the end of your image name witch will be ignored by the webserver. The problem with option 2 is that it completely ruins caching. You could enhance it to enable caching of the image for up to 1 hour with: // current date dt = new Date(); // current js epoch dt = (dt.getTime() - dt.getMilliseconds()) // truncate to min d = (dt - dt % 60) / 60 // truncate to hour d = (d - d % 60) / 60 document.write(' logo

'); I think you get the picture... because the url to mylogo.jpg changes either with each request or at the top of each hour the browser's cache is invalidated. People without js get the logo as specified by the noscript. -- Matthew Nuzum newz2000 on freenode From matthew.nuzum at canonical.com Thu Jun 21 15:36:16 2007 From: matthew.nuzum at canonical.com (Matthew Nuzum) Date: Thu, 21 Jun 2007 14:36:16 -0500 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: References: <4677DCF1.8040700@gmx.de> <46790747.7080207@gmx.de> Message-ID: On 6/20/07, Sebastian Haase wrote: > > BTW, if you would change the image name (url) each time, this would work > > around the caching problem. > > I was thinking about this solution -- but how !? > I thought the logo-info (i.e. the image name URL) is saved in a > python variable (in the running python process) -- how could a > cron-job change this !? The problem with doing it in python is that if the page is cached then you're stuck with the old image too. If you use javascript, the client side code will generate a new url for the image each time the page is viewed, even from the cache. I should have read through the whole thread before I sent my previous reply, sorry for the noise. -- Matthew Nuzum newz2000 on freenode From sebastian.haase at mdc-berlin.de Thu Jun 21 15:55:06 2007 From: sebastian.haase at mdc-berlin.de (Sebastian Haase) Date: Thu, 21 Jun 2007 21:55:06 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: References: <4677DCF1.8040700@gmx.de> <46790747.7080207@gmx.de> Message-ID: On 6/21/07, Matthew Nuzum wrote: > On 6/20/07, Sebastian Haase wrote: > > > BTW, if you would change the image name (url) each time, this would work > > > around the caching problem. > > > > I was thinking about this solution -- but how !? > > I thought the logo-info (i.e. the image name URL) is saved in a > > python variable (in the running python process) -- how could a > > cron-job change this !? > > The problem with doing it in python is that if the page is cached then > you're stuck with the old image too. If you use javascript, the client > side code will generate a new url for the image each time the page is > viewed, even from the cache. > > I should have read through the whole thread before I sent my previous > reply, sorry for the noise. > Don't be sorry --- is this the answer to my original question !? refer to the subject ! I wanted to "completely ruin caching" for the logo - that's OK with me. In this case I could evne reuse the same image-filenames !? right !? Because I don't actually have ImageMagick installed on the moin-serving machine - and I was generating the file across a network disk access running a cron-job on a different machine ... Thanks, Sebastian From jh at web.de Thu Jun 21 17:31:32 2007 From: jh at web.de (Juergen Hermann) Date: Thu, 21 Jun 2007 23:31:32 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: Message-ID: On Tue, 19 Jun 2007 13:48:28 +0200, Sebastian Haase wrote: in the wiki config, append a timestamp "?ts=%s.." % time.time() to the logo url -- this changes the logo on every wiki restart. if you want it to change instantly, add the timestamp code to the moin code base. if you want to avoid unnecessary reloads, use os.path.getmtime(logofile). Ciao, J?rgen From sebastian.haase at mdc-berlin.de Fri Jun 22 04:40:40 2007 From: sebastian.haase at mdc-berlin.de (Sebastian Haase) Date: Fri, 22 Jun 2007 10:40:40 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: <20070621175217.303110@gmx.net> References: <4677DCF1.8040700@gmx.de> <46790747.7080207@gmx.de> <467AABEF.5010004@gmx.de> <20070621175217.303110@gmx.net> Message-ID: On 6/21/07, Henryk Gerlach wrote: > > > I was thinking about this solution -- but how !? > > > > The header and footer config vars can contain python code, so if you > > implement your stuff there, you could change the value of your logo > > configuration. The python code needed could be directly entered into > > wikiconfig. > > So Thomas sugessts putting somethin like > > import random > pics=[u"http://xyz.de/a.png", u"http://xyz.de/b.png"] > logo_string= u'

' > > in your wikiconfig instead of > logo_string= u'

' > > > Cheers, > Henryk > -- Thanks - I tried something like this -- but it turns out that the wikiconfig is of course only evaluated once -- so I would have to restart the wiki-engine every time I change the logo ... don't like that ... -Sebastian From sebastian.haase at mdc-berlin.de Fri Jun 22 05:43:11 2007 From: sebastian.haase at mdc-berlin.de (Sebastian Haase) Date: Fri, 22 Jun 2007 11:43:11 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: References: <4677DCF1.8040700@gmx.de> <46790747.7080207@gmx.de> <467AABEF.5010004@gmx.de> <20070621175217.303110@gmx.net> Message-ID: Now it works ! I changed *only* in wikiconfig.py and used this javascript code. Of course -now every page requests reload the logo - but it's small... logo_string = ''' ''' Thanks for the help. -Sebastian On 6/22/07, Sebastian Haase wrote: > On 6/21/07, Henryk Gerlach wrote: > > > > I was thinking about this solution -- but how !? > > > > > > The header and footer config vars can contain python code, so if you > > > implement your stuff there, you could change the value of your logo > > > configuration. The python code needed could be directly entered into > > > wikiconfig. > > > > So Thomas sugessts putting somethin like > > > > import random > > pics=[u"http://xyz.de/a.png", u"http://xyz.de/b.png"] > > logo_string= u'

' > > > > in your wikiconfig instead of > > logo_string= u'

' > > > > > > Cheers, > > Henryk > > -- > > Thanks - I tried something like this -- but it turns out that the > wikiconfig is of course only evaluated once -- so I would have to > restart the wiki-engine every time I change the logo ... don't like > that ... > > -Sebastian > From hgerlach at gmx.de Fri Jun 22 05:43:13 2007 From: hgerlach at gmx.de (Henryk Gerlach) Date: Fri, 22 Jun 2007 11:43:13 +0200 Subject: [Moin-user] I want a "changing logo" - browser cache problem In-Reply-To: References: <4677DCF1.8040700@gmx.de> <46790747.7080207@gmx.de> <467AABEF.5010004@gmx.de> <20070621175217.303110@gmx.net> Message-ID: <20070622094313.72490@gmx.net> Hi Sebastian, Sorry for the PM again. ;( > > So Thomas sugessts putting somethin like > > > > import random > > pics=[u"http://xyz.de/a.png", u"http://xyz.de/b.png"] > > logo_string= u'

' > > > > in your wikiconfig instead of > > logo_string= u'

' > Thanks - I tried something like this -- but it turns out that the > wikiconfig is of course only evaluated once -- so I would have to > restart the wiki-engine every time I change the logo ... don't like > that ... So change the function logo MoinMoin/theme/__init__.py: def logo(self): """ Assemble logo with link to front page The logo contain an image and or text or any html markup the admin inserted in the config file. Everything it enclosed inside a div with id="logo". @param d: parameter dictionary @rtype: unicode @return: logo html """ html = u'' # if self.cfg.logo_string: if 1: pagename = wikiutil.getFrontPage(self.request).page_name pagename = wikiutil.quoteWikinameURL(pagename) import random pics=[u"http://xyz.de/a.png", u"http://xyz.de/b.png"] logo_string= u'

' logo = wikiutil.link_tag(self.request, pagename, logo_string) html = u'''

''' % logo return html MoinMoin/theme/__init__.py seems to be reloaded for each page (even in the desktopedition). instead of "if 1" you might want to introduce a configuration variable pics and check for "if self.cfg.pics" ... Cheers, Henryk -- Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger From davidlmontgomery at gmail.com Sun Jun 24 08:55:58 2007 From: davidlmontgomery at gmail.com (David Montgomery) Date: Sun, 24 Jun 2007 05:55:58 -0700 Subject: [Moin-user] Upgrading small wiki from 1.5.x to 1.6? Message-ID: <96d4cf580706240555x4da9fcmacd39204652e054b@mail.gmail.com> Hi, I have a 1.5.5a wiki that I've been using as a PIM with about a couple hundred pages beyond the pages that come with Moin. For a variety of reasons, I'd like to get this PIM running on the 1.6 codebase. Do I need to wait for a migration script to be released with 1.6, or should I be able to just start using the 1.6 code, pointing it at my current data directory? Thanks, David From tw-public at gmx.de Mon Jun 25 03:29:00 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 25 Jun 2007 09:29:00 +0200 Subject: [Moin-user] Upgrading small wiki from 1.5.x to 1.6? In-Reply-To: <96d4cf580706240555x4da9fcmacd39204652e054b@mail.gmail.com> References: <96d4cf580706240555x4da9fcmacd39204652e054b@mail.gmail.com> Message-ID: <1182756540.5480.17.camel@black> > For a variety of reasons, I'd like to get this PIM running > on the 1.6 codebase. Do I need to wait for a migration > script to be released with 1.6, or should I be able to just > start using the 1.6 code, pointing it at my current data > directory? Well, you can just make a backup of your stuff and try. 1.6 uses the same basic data_dir format, just some details (mostly related to blank/underscore interpretation) changed. If you can live with fixing them manually, you don't need to wait for the converter. From boris.callens.osv at fedex.com Mon Jun 25 08:28:36 2007 From: boris.callens.osv at fedex.com (Boris Callens) Date: Mon, 25 Jun 2007 14:28:36 +0200 Subject: [Moin-user] links in new window Message-ID: Hi All, Is it possible to make an external link in MoinMoin open up in a new window? Thx Boris Callens fedEx From hpaavola at vmware.com Mon Jun 25 12:16:44 2007 From: hpaavola at vmware.com (Harri Paavola) Date: Mon, 25 Jun 2007 09:16:44 -0700 Subject: [Moin-user] Unable to create and/or rename certain page Message-ID: Hi, I have a page called HostedUIFVT_test which I'd like to rename to HostedUIFVT. When I click Rename Page and enter the new name, I get error message like "A page with the name 'HostedUIFVT' already exists. Try a different name." When I try to create new page called HostedUIFVT, I get the normal "This page does not exist yet. ..." message. After I click Create new empty page, write some content and click Save Changes, I get error message like "Page could not get locked. Missing 'current' file?" with the "This page does not exist yet. ..." page. What's that about? What should I do? Thanks, Harri From d454d at web.de Mon Jun 25 16:05:23 2007 From: d454d at web.de (Stephan Mueller) Date: Mon, 25 Jun 2007 22:05:23 +0200 Subject: [Moin-user] moin-1.5.8 maketestwiki fails Message-ID: <20070625200523.GB9875@mail.web.de> Hi, just wanted to drop a quick note that in the given versions tar there is missing the "underlay.tar.bz2" file required by maketestwiki.py to build a testwiki. As workaround I cloned copyData to copyUnderlay and called it instead of untarUnderlay. Cheers, Steph. From tw-public at gmx.de Tue Jun 26 06:57:02 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 26 Jun 2007 12:57:02 +0200 Subject: [Moin-user] links in new window In-Reply-To: References: Message-ID: <1182855422.11786.32.camel@black> > Is it possible to make an external link in MoinMoin open up in a new > window? If you use Firefox, just use the middle mouse button to klick on it. :) (Other browsers may have different means.) Usability guidelines suggest that opening a new window should be the user's decision. If you really need that, look if there is some macro for it on MacroMarket. From tw-public at gmx.de Tue Jun 26 06:59:45 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 26 Jun 2007 12:59:45 +0200 Subject: [Moin-user] Unable to create and/or rename certain page In-Reply-To: References: Message-ID: <1182855585.11786.34.camel@black> > some content and click Save Changes, I get error message like "Page could not > get locked. Missing 'current' file?" with the "This page does not exist yet. > ..." page. > > What's that about? What should I do? Looks like the page directory is damaged. Just go to data/pages/ and move the directory of the defective page out from there. From tw-public at gmx.de Tue Jun 26 07:02:39 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 26 Jun 2007 13:02:39 +0200 Subject: [Moin-user] moin-1.5.8 maketestwiki fails In-Reply-To: <20070625200523.GB9875@mail.web.de> References: <20070625200523.GB9875@mail.web.de> Message-ID: <1182855759.11786.38.camel@black> > just wanted to drop a quick note that in the given versions tar there is > missing the "underlay.tar.bz2" file required by maketestwiki.py to build > a testwiki. The maketestwiki script is intended for use by the developers, for automatic tests. As we distribute an unpacked underlay directory, we do not also distribute the tar version. From jari.seppala at iki.fi Tue Jun 26 07:45:12 2007 From: jari.seppala at iki.fi (=?UTF-8?B?SmFyaSBTZXBww6Rsw6Q=?=) Date: Tue, 26 Jun 2007 14:45:12 +0300 Subject: [Moin-user] Solved, in a way anyway, secure edit and unseure public access. Message-ID: <4680FC48.5090302@iki.fi> Hi, Being somewhat of a Python and wiki believer, I've been trying to figure out how to make public web site using moinmoin and securing all actions to site. The solution I came up with is using apache virtual hosts (one problem though, see end of email): 1) Configure moin as normal but be sure to add following in wikiconfig.py from MoinMoin.auth import http class Config(DefaultConfig): # HTTP auth - only local users can edit user_autocreate = True auth = [http] 2) make copy of /usr/share/moin/htdocs to /usr/share/moin/htdocs-edit % cp -a /usr/share/moin/htdocs \ /usr/share/moin/htdocs-edit All other configurations are common for both sites (ie. data and underlay directories and wikiconfig.py file in config-directory). This enables easy update of moinmoin: just update the basic installation and do the copy operation above. Then virtual host configurations in /etc/http/conf/vhosts.d/02_moin.conf # Public pages NameVirtualHost *:80 ServerAdmin wikiadmin at yyy.net DocumentRoot /usr/share/moin/htdocs/ ServerName wiki.yyy.net:80 Alias /wiki/ "/usr/share/moin/htdocs/" AddHandler fastcgi-script .fcg ScriptAlias / "/usr/share/moin/htdocs/moin.fcg" # Rewrite urls RewriteEngine On RewriteLogLevel 0 # map /wiki static files to Moin htdocs RewriteRule ^/wiki/(.*)$ /usr/share/moin/htdocs/$1 [last] # map everything else to server script RewriteRule ^(.*)$ /usr/share/moin/htdocs/moin.fcg$1 Options -Indexes MultiViews ExecCGI Order deny,allow Allow from all # Secure edit site NameVirtualHost *:443 ServerAdmin wikiadmin at yyy.net DocumentRoot /usr/share/moin/htdocs-edit/ ServerName edit.yyy.net:443 Alias /wiki/ "/usr/share/moin/htdocs-edit/" AddHandler fastcgi-script .fcg ScriptAlias / "/usr/share/moin/htdocs-edit/moin.fcg" # Rewrite urls RewriteEngine On RewriteLogLevel 0 # map /wiki static files to Moin htdocs RewriteRule ^/wiki/(.*)$ /usr/share/moin/htdocs-edit/$1 [last] # map everything else to server script RewriteRule ^(.*)$ /usr/share/moin/htdocs-edit/moin.fcg$1 [last] Options -Indexes MultiViews ExecCGI Order deny,allow Allow from all AuthType Basic AuthName "yyy.net user" AuthShadow On require valid-user This configuration enables publicly readable pages using http://wiki.yyy.net without any way of editing files (auth=[auth] makes sure of this). The editable version will be accessed using https://edit.yyy.net/. The remaining problem is that on secure site (https://edit.yyy.net) link "Render as DocBook) somehow points to unsecured site (http://edit.yyy.net). All other actions seem to work just fine. Any input to above problem would be appreciated as well as to improve my solution. Already what comes to my mind are: * being able to redirect all "actions" to secure side using apache mod_rewrite (I already tried it but could not match to cgi parameters i.e. Options SymlinksIfOwnerMatch ExecCGI RewriteEngine On RewriteCond %{SERVER_PORT} !^443$ RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [L,R] AuthType Basic AuthName "Dumbot.net user" AuthShadow On require valid-user Jari -- *** Jari Sepp?l? *** pgp public key on request From jari.seppala at iki.fi Tue Jun 26 10:07:02 2007 From: jari.seppala at iki.fi (=?UTF-8?B?SmFyaSBTZXBww6Rsw6Q=?=) Date: Tue, 26 Jun 2007 17:07:02 +0300 Subject: [Moin-user] Solved, in a way anyway, secure edit and unseure public access. In-Reply-To: <4680FC48.5090302@iki.fi> References: <4680FC48.5090302@iki.fi> Message-ID: <46811D86.20205@iki.fi> Jari Sepp?l? wrote: > > # Secure edit site > NameVirtualHost *:443 > > ServerAdmin wikiadmin at yyy.net > DocumentRoot /usr/share/moin/htdocs-edit/ > ServerName edit.yyy.net:443 > Alias /wiki/ "/usr/share/moin/htdocs-edit/" > > > AddHandler fastcgi-script .fcg > ScriptAlias / "/usr/share/moin/htdocs-edit/moin.fcg" > > > # Rewrite urls > RewriteEngine On > RewriteLogLevel 0 > # map /wiki static files to Moin htdocs > RewriteRule ^/wiki/(.*)$ /usr/share/moin/htdocs-edit/$1 [last] > # map everything else to server script > RewriteRule ^(.*)$ /usr/share/moin/htdocs-edit/moin.fcg$1 [last] > Here was still a typo left. Last line should be > RewriteRule ^(.*)$ /usr/share/moin/htdocs-edit/moin.fcg$1 i.e. without the [last] directive. Jari -- *** Jari Sepp?l? *** pgp public key on request From hgerlach at gmx.de Tue Jun 26 12:29:52 2007 From: hgerlach at gmx.de (Henryk Gerlach) Date: Tue, 26 Jun 2007 18:29:52 +0200 Subject: [Moin-user] Solved, in a way anyway, secure edit and unseure public access. In-Reply-To: <4680FC48.5090302@iki.fi> References: <4680FC48.5090302@iki.fi> Message-ID: <20070626162952.58510@gmx.net> Hi, Why don't you just use wiki 2 configs that point to the same directory: /etc/moin/farmconfig.py: #... wikis = [ ("readonly", r"^www.xxx.de/public/.*$"), ("readwrite", r"^www.xxx.de/private/.*$"), ] #... note that www.xxx.de:80 and ssl.xxx.de:443 can be served by two different webservers. So you can make sure that /private/ is a legal script-alias only for the ssl protected one (you still may tweak with rewrites). /etc/moin/readonly.py: #... class Config(FarmConfig) #... acl_rights_before= u"" acl_rights_default= u"All:read" # #... /etc/moin/readwrite.py: import readonly class Config(readonly.Config): auth = [http] acl_rights_before= u"AdminGroup:read,write,revert" acl_rights_default= u"TrustedGroup:read,write" This way your read/write wiki inherits the config from the readonly wiki. I don't see, why you have to copy files... (didn't test the code, but it should work) Cheers, Henryk -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From crosseyedpenguin at yahoo.com Tue Jun 26 18:48:49 2007 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Tue, 26 Jun 2007 15:48:49 -0700 (PDT) Subject: [Moin-user] User Says Page Edits Are Not Always Saved Message-ID: <176235.27304.qm@web36214.mail.mud.yahoo.com> I have a user that has complained several times that her page edits are not always being saved. She is using IE 6 on Windows/XP. Other than continuing to use IE 6 she seems lucid enough -- she can tell me the phrase that was keyed in and not saved. Last night she sent me an email when she noticed the problem while editing a large (50,000 character) document. Looking through the apache logs I found 2 instances where there were two consecutive POSTs without an intervening GET. Her email is timestamped a minute before the second instance. In both instances, the length of the page sent in response to the GETs before and after are the same. Curiously, the first POST comes just a few seconds after the preceding GET. An edited log summary is at the end of this message -- she tends to edit, make a few changes, save. There were 24 revisions over the course of the evening. I thought that maybe IE 6 could reuse the GET results from its cache in some circumstances. I have access to a desktop system with a similar configuration (IE 6 on Windows/XP), so I tried to reproduce the problem: 1. Edit, Save quickly with no changes, edit, save with a small change. 2. Edit, save with no changes, hit browser back button, save with a small change. 3. Adjust the PC clock back 20 minutes, edit, save quickly with no changes, edit, save with a small change. All of the above resulted in GET, POST, GET, POST sequences and my changes were always saved. To my surprise, IE 6 issued a GET in response to hitting the browser back button in test #2 above. Question #1: Is there any reason Moin would not save a page in response to an incoming POST other than "You did not change the page content, not saved!"? Question #2: What sequence of events could could a user do to create two consecutive POSTs? Roger Haase Response headers from a typical wiki page: ------------------------------------------ Date: Tue, 26 Jun 2007 15:38:50 GMT Server: Apache/2.2.3 (Fedora) Set-Cookie: MOIN_ID=1062884501.06.2584; Domain=/; expires=Wednesday, 27-Jun-07 03:38:50 GMT; Max-Age=43200; Path=/; Cache-Control: no-cache Expires: Mon, 26 Jun 2006 15:38:50 GMT Vary: Cookie,User-Agent,Accept-Language Pragma: no-cache Keep-Alive: timeout=15, max=97 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/html;charset=utf-8 200 OK Edited Apache log from user session - consecutive Posts marked with ### ------------------------------------------------- 69.92.199.173 - - [25/Jun/2007:14:49:08 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 48481 " 69.92.199.173 - - [25/Jun/2007:15:13:08 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 113263 " 69.92.199.173 - - [25/Jun/2007:15:15:52 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 48490 " 69.92.199.173 - - [25/Jun/2007:15:18:31 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 113121 " 69.92.199.173 - - [25/Jun/2007:15:20:04 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 48493 " 69.92.199.173 - - [25/Jun/2007:16:36:11 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 114429 " 69.92.199.173 - - [25/Jun/2007:16:36:49 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 49493 " 69.92.199.173 - - [25/Jun/2007:16:57:11 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 114663 " 69.92.199.173 - - [25/Jun/2007:16:57:37 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 49625 " 69.92.199.173 - - [25/Jun/2007:16:58:35 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 114642 " 69.92.199.173 - - [25/Jun/2007:16:58:41 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 49625 " 69.92.199.173 - - [25/Jun/2007:17:15:32 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 115252 " 69.92.199.173 - - [25/Jun/2007:17:16:17 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 50071 " 69.92.199.173 - - [25/Jun/2007:18:18:15 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116852 " 69.92.199.173 - - [25/Jun/2007:18:28:15 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 50879 " 69.92.199.173 - - [25/Jun/2007:18:33:02 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116875 " 69.92.199.173 - - [25/Jun/2007:18:33:11 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 50902 " 69.92.199.173 - - [25/Jun/2007:18:36:24 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 50902 " 69.92.199.173 - - [25/Jun/2007:19:19:58 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117852 " 69.92.199.173 - - [25/Jun/2007:19:21:07 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51325 " 69.92.199.173 - - [25/Jun/2007:19:56:01 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117162 " 69.92.199.173 - - [25/Jun/2007:19:56:10 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51480 " 69.92.199.173 - - [25/Jun/2007:20:33:24 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116820 " 69.92.199.173 - - [25/Jun/2007:20:35:01 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51239 " 69.92.199.173 - - [25/Jun/2007:21:02:41 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116997 " 69.92.199.173 - - [25/Jun/2007:21:02:53 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51434 " 69.92.199.173 - - [25/Jun/2007:21:31:59 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117352 " 69.92.199.173 - - [25/Jun/2007:21:32:08 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51457 " 69.92.199.173 - - [25/Jun/2007:21:32:21 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 157421 " #### above POST is 13 seconds after get 69.92.199.173 - - [25/Jun/2007:21:35:43 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117331 " 69.92.199.173 - - [25/Jun/2007:21:35:59 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51457 " 69.92.199.173 - - [25/Jun/2007:21:46:22 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117492 " 69.92.199.173 - - [25/Jun/2007:21:46:34 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51660 " 69.92.199.173 - - [25/Jun/2007:22:27:37 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117568 " 69.92.199.173 - - [25/Jun/2007:22:27:51 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51793 " 69.92.199.173 - - [25/Jun/2007:22:45:38 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117545 " 69.92.199.173 - - [25/Jun/2007:22:45:51 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51812 " 69.92.199.173 - - [25/Jun/2007:22:50:31 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117679 " 69.92.199.173 - - [25/Jun/2007:22:59:11 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51843 " 69.92.199.173 - - [25/Jun/2007:22:59:17 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 158134 " #### above POST is 6 seconds after get 69.92.199.173 - - [25/Jun/2007:23:00:58 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117658 " 69.92.199.173 - - [25/Jun/2007:23:01:04 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51843 " 69.92.199.173 - - [25/Jun/2007:23:11:50 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 118345 " 69.92.199.173 - - [25/Jun/2007:23:12:07 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 52508 " 69.92.199.173 - - [25/Jun/2007:23:31:01 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 119035 " 69.92.199.173 - - [25/Jun/2007:23:31:32 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 52995 " 69.92.199.173 - - [25/Jun/2007:23:31:36 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 119015 " 69.92.199.173 - - [25/Jun/2007:23:32:02 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 52995 " 69.92.199.173 - - [25/Jun/2007:23:49:56 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 119392 " 69.92.199.173 - - [25/Jun/2007:23:50:30 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 53268 " 69.92.199.173 - - [26/Jun/2007:00:25:41 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 119397 " 69.92.199.173 - - [26/Jun/2007:00:25:59 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 53322 " 69.92.199.173 - - [26/Jun/2007:00:39:48 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120027 " 69.92.199.173 - - [26/Jun/2007:00:40:54 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 53713 " 69.92.199.173 - - [26/Jun/2007:01:07:49 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120308 " 69.92.199.173 - - [26/Jun/2007:01:09:13 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 53832 " 69.92.199.173 - - [26/Jun/2007:01:36:04 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120489 " 69.92.199.173 - - [26/Jun/2007:01:36:47 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 54053 " 69.92.199.173 - - [26/Jun/2007:01:49:42 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120333 " 69.92.199.173 - - [26/Jun/2007:01:49:56 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 54120 " 69.92.199.173 - - [26/Jun/2007:01:50:00 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120314 " 69.92.199.173 - - [26/Jun/2007:01:50:45 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 54120 " 69.92.199.173 - - [26/Jun/2007:01:50:56 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120312 " ____________________________________________________________________________________ Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. http://farechase.yahoo.com/ From boris.callens.osv at fedex.com Wed Jun 27 10:26:02 2007 From: boris.callens.osv at fedex.com (Boris Callens) Date: Wed, 27 Jun 2007 16:26:02 +0200 Subject: [Moin-user] links in new window In-Reply-To: <1182855422.11786.32.camel@black> References: <1182855422.11786.32.camel@black> Message-ID: Thx for the answer. I know that I can use the shift+RClick or RDrag method in Opera. But I Have a corporate wiki refering to some process monitoring tools. Since there is no way of including external pages in for example a frame, I need to link them to this external page zith the monitoring tool. If I don't want to alter the original pages with hardcoded navigation back to the wiki, the only plausible sollution is to let it open in a new window. I'll have to check the macromarket. Boris On Tue, 26 Jun 2007 12:57:02 +0200, Thomas Waldmann wrote: > >> Is it possible to make an external link in MoinMoin open up in a new >> window? > > If you use Firefox, just use the middle mouse button to klick on it. :) > > (Other browsers may have different means.) > > Usability guidelines suggest that opening a new window should be the > user's decision. > > If you really need that, look if there is some macro for it on > MacroMarket. > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -- Boris Callens fedEx From rickvanderveer at yahoo.com Wed Jun 27 10:48:00 2007 From: rickvanderveer at yahoo.com (Rick VanDerveer) Date: Wed, 27 Jun 2007 07:48:00 -0700 (PDT) Subject: [Moin-user] (no subject) Message-ID: <220193.29107.qm@web50905.mail.re2.yahoo.com> We have the exact same issue here, except that it's not just one user, it's everyone in the organization! Of course, I've tested this with IE on http://moinmoin.wikiwikiweb.de and am unable to duplicate this problem. Yet, it's consistant on our site. Are you using Domain Authentication, by chance? It's the only thing I can think of that's different from my site and the moinmoin site. It's extremely annoying, yet I'm unsure how to isolate it so that I can identify the specific problem. My workaround is to tell everyone to use Firefox when they need to edit the site (in and of itself, not a bad thing-- I prefer everyone use Firefox anyway. But, this isn't always practical and I'm constantly faced with people forgetting and asking me why the wiki is broken). -Rick -----Original Message----- From: moin-user-bounces at lists.sourceforge.net on behalf of Roger Haase Sent: Tue 6/26/2007 5:48 PM To: moin-user at lists.sourceforge.net Subject: [Moin-user] User Says Page Edits Are Not Always Saved I have a user that has complained several times that her page edits are not always being saved. She is using IE 6 on Windows/XP. Other than continuing to use IE 6 she seems lucid enough -- she can tell me the phrase that was keyed in and not saved. Last night she sent me an email when she noticed the problem while editing a large (50,000 character) document. Looking through the apache logs I found 2 instances where there were two consecutive POSTs without an intervening GET. Her email is timestamped a minute before the second instance. In both instances, the length of the page sent in response to the GETs before and after are the same. Curiously, the first POST comes just a few seconds after the preceding GET. An edited log summary is at the end of this message -- she tends to edit, make a few changes, save. There were 24 revisions over the course of the evening. I thought that maybe IE 6 could reuse the GET results from its cache in some circumstances. I have access to a desktop system with a similar configuration (IE 6 on Windows/XP), so I tried to reproduce the problem: 1. Edit, Save quickly with no changes, edit, save with a small change. 2. Edit, save with no changes, hit browser back button, save with a small change. 3. Adjust the PC clock back 20 minutes, edit, save quickly with no changes, edit, save with a small change. All of the above resulted in GET, POST, GET, POST sequences and my changes were always saved. To my surprise, IE 6 issued a GET in response to hitting the browser back button in test #2 above. Question #1: Is there any reason Moin would not save a page in response to an incoming POST other than "You did not change the page content, not saved!"? Question #2: What sequence of events could could a user do to create two consecutive POSTs? Roger Haase Response headers from a typical wiki page: ------------------------------------------ Date: Tue, 26 Jun 2007 15:38:50 GMT Server: Apache/2.2.3 (Fedora) Set-Cookie: MOIN_ID=1062884501.06.2584; Domain=/; expires=Wednesday, 27-Jun-07 03:38:50 GMT; Max-Age=43200; Path=/; Cache-Control: no-cache Expires: Mon, 26 Jun 2006 15:38:50 GMT Vary: Cookie,User-Agent,Accept-Language Pragma: no-cache Keep-Alive: timeout=15, max=97 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/html;charset=utf-8 200 OK Edited Apache log from user session - consecutive Posts marked with ### ------------------------------------------------- 69.92.199.173 - - [25/Jun/2007:14:49:08 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 48481 " 69.92.199.173 - - [25/Jun/2007:15:13:08 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 113263 " 69.92.199.173 - - [25/Jun/2007:15:15:52 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 48490 " 69.92.199.173 - - [25/Jun/2007:15:18:31 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 113121 " 69.92.199.173 - - [25/Jun/2007:15:20:04 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 48493 " 69.92.199.173 - - [25/Jun/2007:16:36:11 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 114429 " 69.92.199.173 - - [25/Jun/2007:16:36:49 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 49493 " 69.92.199.173 - - [25/Jun/2007:16:57:11 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 114663 " 69.92.199.173 - - [25/Jun/2007:16:57:37 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 49625 " 69.92.199.173 - - [25/Jun/2007:16:58:35 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 114642 " 69.92.199.173 - - [25/Jun/2007:16:58:41 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 49625 " 69.92.199.173 - - [25/Jun/2007:17:15:32 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 115252 " 69.92.199.173 - - [25/Jun/2007:17:16:17 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 50071 " 69.92.199.173 - - [25/Jun/2007:18:18:15 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116852 " 69.92.199.173 - - [25/Jun/2007:18:28:15 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 50879 " 69.92.199.173 - - [25/Jun/2007:18:33:02 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116875 " 69.92.199.173 - - [25/Jun/2007:18:33:11 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 50902 " 69.92.199.173 - - [25/Jun/2007:18:36:24 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 50902 " 69.92.199.173 - - [25/Jun/2007:19:19:58 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117852 " 69.92.199.173 - - [25/Jun/2007:19:21:07 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51325 " 69.92.199.173 - - [25/Jun/2007:19:56:01 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117162 " 69.92.199.173 - - [25/Jun/2007:19:56:10 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51480 " 69.92.199.173 - - [25/Jun/2007:20:33:24 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116820 " 69.92.199.173 - - [25/Jun/2007:20:35:01 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51239 " 69.92.199.173 - - [25/Jun/2007:21:02:41 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116997 " 69.92.199.173 - - [25/Jun/2007:21:02:53 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51434 " 69.92.199.173 - - [25/Jun/2007:21:31:59 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117352 " 69.92.199.173 - - [25/Jun/2007:21:32:08 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51457 " 69.92.199.173 - - [25/Jun/2007:21:32:21 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 157421 " #### above POST is 13 seconds after get 69.92.199.173 - - [25/Jun/2007:21:35:43 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117331 " 69.92.199.173 - - [25/Jun/2007:21:35:59 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51457 " 69.92.199.173 - - [25/Jun/2007:21:46:22 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117492 " 69.92.199.173 - - [25/Jun/2007:21:46:34 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51660 " 69.92.199.173 - - [25/Jun/2007:22:27:37 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117568 " 69.92.199.173 - - [25/Jun/2007:22:27:51 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51793 " 69.92.199.173 - - [25/Jun/2007:22:45:38 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117545 " 69.92.199.173 - - [25/Jun/2007:22:45:51 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51812 " 69.92.199.173 - - [25/Jun/2007:22:50:31 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117679 " 69.92.199.173 - - [25/Jun/2007:22:59:11 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51843 " 69.92.199.173 - - [25/Jun/2007:22:59:17 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 158134 " #### above POST is 6 seconds after get 69.92.199.173 - - [25/Jun/2007:23:00:58 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117658 " 69.92.199.173 - - [25/Jun/2007:23:01:04 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 51843 " 69.92.199.173 - - [25/Jun/2007:23:11:50 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 118345 " 69.92.199.173 - - [25/Jun/2007:23:12:07 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 52508 " 69.92.199.173 - - [25/Jun/2007:23:31:01 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 119035 " 69.92.199.173 - - [25/Jun/2007:23:31:32 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 52995 " 69.92.199.173 - - [25/Jun/2007:23:31:36 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 119015 " 69.92.199.173 - - [25/Jun/2007:23:32:02 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 52995 " 69.92.199.173 - - [25/Jun/2007:23:49:56 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 119392 " 69.92.199.173 - - [25/Jun/2007:23:50:30 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 53268 " 69.92.199.173 - - [26/Jun/2007:00:25:41 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 119397 " 69.92.199.173 - - [26/Jun/2007:00:25:59 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 53322 " 69.92.199.173 - - [26/Jun/2007:00:39:48 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120027 " 69.92.199.173 - - [26/Jun/2007:00:40:54 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 53713 " 69.92.199.173 - - [26/Jun/2007:01:07:49 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120308 " 69.92.199.173 - - [26/Jun/2007:01:09:13 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 53832 " 69.92.199.173 - - [26/Jun/2007:01:36:04 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120489 " 69.92.199.173 - - [26/Jun/2007:01:36:47 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 54053 " 69.92.199.173 - - [26/Jun/2007:01:49:42 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120333 " 69.92.199.173 - - [26/Jun/2007:01:49:56 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 54120 " 69.92.199.173 - - [26/Jun/2007:01:50:00 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120314 " 69.92.199.173 - - [26/Jun/2007:01:50:45 -0700] "GET /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" 200 54120 " 69.92.199.173 - - [26/Jun/2007:01:50:56 -0700] "POST /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 120312 " ____________________________________________________________________________________ Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. http://farechase.yahoo.com/ ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user ____________________________________________________________________________________ Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/ From d454d at web.de Wed Jun 27 11:50:46 2007 From: d454d at web.de (Stephan Mueller) Date: Wed, 27 Jun 2007 17:50:46 +0200 Subject: [Moin-user] moin-1.5.8 maketestwiki fails In-Reply-To: <1182855759.11786.38.camel@black> References: <20070625200523.GB9875@mail.web.de> <1182855759.11786.38.camel@black> Message-ID: <20070627155046.GP19089@mail.web.de> * Thomas Waldmann [26.06.2007]: > The maketestwiki script is intended for use by the developers, for > automatic tests. As we distribute an unpacked underlay directory, we do > not also distribute the tar version. I see your point. But why not make it work both for svn/cvs and the archive equally? Shouldn't be that hard... ;) Cheers, Steph. From crosseyedpenguin at yahoo.com Wed Jun 27 15:08:57 2007 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Wed, 27 Jun 2007 12:08:57 -0700 (PDT) Subject: [Moin-user] User Says Page Edits Are Not Always Saved In-Reply-To: <220193.29107.qm@web50905.mail.re2.yahoo.com> Message-ID: <365737.35850.qm@web36205.mail.mud.yahoo.com> It has been really hot here lately, and yesterday I was out in the sun longer than usual... So after thinking about this overnight, I now suspect a usability issue rather than a software bug. The extra POST that I thought was a clue is just a result of a Preview or Spell Check operation. The Apache log contents and the loss of edits can be explained by the user accidentally hitting the Cancel button instead of the Save button. I think that perhaps my user is so involved with the document that she does not realize she is clicking the Cancel button and the "Edit was cancelled" message isn't loud enough to wake her (plus it is too late). So try #1 is going to be to add an "are you sure" popup confirmation to the Cancel button. If that doesn't solve the problem I was going to look at a way to log all incoming POSTs as to type of request. As near as I can tell, there are no options to log hits on the Cancel button. With regard to Domain Authentication, no I am not using it. I have a oldish homegrown method that reads an SQL database and sets the Moin cookie directly. Roger Haase --- Rick VanDerveer wrote: > We have the exact same issue here, except that it's not just one > user, it's everyone in the organization! > > Of course, I've tested this with IE on http://moinmoin.wikiwikiweb.de > and am unable to duplicate this problem. Yet, it's consistant on our > site. Are you using Domain Authentication, by chance? It's the only > thing I can think of that's different from my site and the moinmoin > site. > > It's extremely annoying, yet I'm unsure how to isolate it so that I > can identify the specific problem. My workaround is to tell everyone > to use Firefox when they need to edit the site (in and of itself, not > a bad thing-- I prefer everyone use Firefox anyway. But, this isn't > always practical and I'm constantly faced with people forgetting and > asking me why the wiki is broken). > > -Rick > > > -----Original Message----- > From: moin-user-bounces at lists.sourceforge.net on behalf of Roger > Haase > Sent: Tue 6/26/2007 5:48 PM > To: moin-user at lists.sourceforge.net > Subject: [Moin-user] User Says Page Edits Are Not Always Saved > > I have a user that has complained several times that her page edits > are > not always being saved. She is using IE 6 on Windows/XP. Other than > continuing to use IE 6 she seems lucid enough -- she can tell me the > phrase that was keyed in and not saved. Last night she sent me an > email when she noticed the problem while editing a large (50,000 > character) document. > > Looking through the apache logs I found 2 instances where there were > two consecutive POSTs without an intervening GET. Her email is > timestamped a minute before the second instance. In both instances, > the length of the page sent in response to the GETs before and after > are the same. Curiously, the first POST comes just a few seconds > after > the preceding GET. An edited log summary is at the end of this > message > -- she tends to edit, make a few changes, save. There were 24 > revisions over the course of the evening. > > I thought that maybe IE 6 could reuse the GET results from its cache > in > some circumstances. I have access to a desktop system with a similar > configuration (IE 6 on Windows/XP), so I tried to reproduce the > problem: > ____________________________________________________________________________________ Get the free Yahoo! toolbar and rest assured with the added security of spyware protection. http://new.toolbar.yahoo.com/toolbar/features/norton/index.php From lists.gnarlodious at gmail.com Wed Jun 27 15:49:27 2007 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Wed, 27 Jun 2007 13:49:27 -0600 Subject: [Moin-user] links in new window In-Reply-To: <1182855422.11786.32.camel@black> References: <1182855422.11786.32.camel@black> Message-ID: <3130eec50706271249o7dc74027m804eef225f6e603f@mail.gmail.com> On 6/26/07, Thomas Waldmann wrote: > Usability guidelines suggest that opening a new window should be the > user's decision. That is great in an ideal world of surfers, but the vast majority of users are impulsive or unable to press the optional key. The result is that they navigate away from your site and probably do not return for that session. I also wish other domains could be opened in a new tab. -- Gnarlie From jh at web.de Wed Jun 27 20:06:02 2007 From: jh at web.de (Juergen Hermann) Date: Thu, 28 Jun 2007 02:06:02 +0200 Subject: [Moin-user] links in new window In-Reply-To: Message-ID: On Wed, 27 Jun 2007 16:26:02 +0200, Boris Callens wrote: >Since there is no way of including external pages in for example a frame, Write an [[IFrame]] macro. Ciao, J?rgen From crosseyedpenguin at yahoo.com Thu Jun 28 16:40:49 2007 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Thu, 28 Jun 2007 13:40:49 -0700 (PDT) Subject: [Moin-user] User Says Page Edits Are Not Always Saved In-Reply-To: <220193.29107.qm@web50905.mail.re2.yahoo.com> Message-ID: <372171.65100.qm@web36214.mail.mud.yahoo.com> One thought I had was that my user was hitting the Cancel button instead of the Submit button. A closer inspection of the log data indicates she hit the Submit button. If I edit a wiki page, update it, and save it; and then edit the page and hit cancel, the difference in the response length to the two POSTs is 49 bytes. This is the difference between the length of the two status messages: Edit was cancelled. Thank you for your changes. Your attention to detail is appreciated. If I then edit the page and click Save without changing anything, the difference in the response length is 21 bytes, which is the difference between the length of the messages: You did not change the page content, not saved! Thank you for your changes. Your attention to detail is appreciated. Matching the Apache log against the wiki page info timestamps shows 4 of the POSTs that did not update the wiki page had a response length difference of 21 bytes, indicating moin said the page was not changed. To confuse things a bit, there was a 5th instance of a POST without a wiki page update that had a difference of 20 bytes, and a 6th with a difference of 19 bytes. Googling for some IE related issues, I found some interesting comments about updating textareas with only use of paste rather than keying. But the instances I found all seemed to include other special circumstances. Up to last night, my system was Moin 1.5.6 (now 1.5.8), Apache with mod_python on Fedora Core 6. My user is remote to the server and is running IE 6 on W/XP. I don't think my user has SP2 installed. I know she sometimes pastes text from MS Word documents. Roger Haase --- Rick VanDerveer wrote: > We have the exact same issue here, except that it's not just one > user, it's everyone in the organization! > > Of course, I've tested this with IE on http://moinmoin.wikiwikiweb.de > and am unable to duplicate this problem. Yet, it's consistant on our > site. Are you using Domain Authentication, by chance? It's the only > thing I can think of that's different from my site and the moinmoin > site. > > It's extremely annoying, yet I'm unsure how to isolate it so that I > can identify the specific problem. My workaround is to tell everyone > to use Firefox when they need to edit the site (in and of itself, not > a bad thing-- I prefer everyone use Firefox anyway. But, this isn't > always practical and I'm constantly faced with people forgetting and > asking me why the wiki is broken). > > -Rick > > > -----Original Message----- > From: moin-user-bounces at lists.sourceforge.net on behalf of Roger > Haase > Sent: Tue 6/26/2007 5:48 PM > To: moin-user at lists.sourceforge.net > Subject: [Moin-user] User Says Page Edits Are Not Always Saved > > I have a user that has complained several times that her page edits > are > not always being saved. She is using IE 6 on Windows/XP. Other than > continuing to use IE 6 she seems lucid enough -- she can tell me the > phrase that was keyed in and not saved. Last night she sent me an > email when she noticed the problem while editing a large (50,000 > character) document. > > Looking through the apache logs I found 2 instances where there were > two consecutive POSTs without an intervening GET. Her email is > timestamped a minute before the second instance. In both instances, > the length of the page sent in response to the GETs before and after > are the same. Curiously, the first POST comes just a few seconds > after > the preceding GET. An edited log summary is at the end of this > message > -- she tends to edit, make a few changes, save. There were 24 > revisions over the course of the evening. > > I thought that maybe IE 6 could reuse the GET results from its cache > in > some circumstances. I have access to a desktop system with a similar > configuration (IE 6 on Windows/XP), so I tried to reproduce the > problem: > > 1. Edit, Save quickly with no changes, edit, save with a small > change. > > 2. Edit, save with no changes, hit browser back button, save with a > small change. > > 3. Adjust the PC clock back 20 minutes, edit, save quickly with no > changes, edit, save with a small change. > > All of the above resulted in GET, POST, GET, POST sequences and my > changes were always saved. To my surprise, IE 6 issued a GET in > response to hitting the browser back button in test #2 above. > > > Question #1: Is there any reason Moin would not save a page in > response > to an incoming POST other than "You did not change the page content, > not saved!"? > > Question #2: What sequence of events could could a user do to create > two consecutive POSTs? >>> answer ,Preview, Spell Check, Cancel,... > > > Roger Haase > > > Response headers from a typical wiki page: > ------------------------------------------ > Date: Tue, 26 Jun 2007 15:38:50 GMT > Server: Apache/2.2.3 (Fedora) > Set-Cookie: MOIN_ID=1062884501.06.2584; Domain=/; expires=Wednesday, > 27-Jun-07 03:38:50 GMT; Max-Age=43200; Path=/; > Cache-Control: no-cache > Expires: Mon, 26 Jun 2006 15:38:50 GMT > Vary: Cookie,User-Agent,Accept-Language > Pragma: no-cache > Keep-Alive: timeout=15, max=97 > Connection: Keep-Alive > Transfer-Encoding: chunked > Content-Type: text/html;charset=utf-8 > > 200 OK > > > Edited Apache log from user session - consecutive Posts marked with > ### > ------------------------------------------------- > 69.92.199.173 - - [25/Jun/2007:14:49:08 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 48481 " > 69.92.199.173 - - [25/Jun/2007:15:13:08 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 113263 " > > 69.92.199.173 - - [25/Jun/2007:15:15:52 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 48490 " > 69.92.199.173 - - [25/Jun/2007:15:18:31 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 113121 " > > 69.92.199.173 - - [25/Jun/2007:15:20:04 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 48493 " > 69.92.199.173 - - [25/Jun/2007:16:36:11 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 114429 " > > 69.92.199.173 - - [25/Jun/2007:16:36:49 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 49493 " > 69.92.199.173 - - [25/Jun/2007:16:57:11 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 114663 " > > 69.92.199.173 - - [25/Jun/2007:16:57:37 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 49625 " > 69.92.199.173 - - [25/Jun/2007:16:58:35 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 114642 " > > 69.92.199.173 - - [25/Jun/2007:16:58:41 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 49625 " > 69.92.199.173 - - [25/Jun/2007:17:15:32 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 115252 " > > 69.92.199.173 - - [25/Jun/2007:17:16:17 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 50071 " > 69.92.199.173 - - [25/Jun/2007:18:18:15 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116852 " > > 69.92.199.173 - - [25/Jun/2007:18:28:15 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 50879 " > 69.92.199.173 - - [25/Jun/2007:18:33:02 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116875 " > > 69.92.199.173 - - [25/Jun/2007:18:33:11 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 50902 " > 69.92.199.173 - - [25/Jun/2007:18:36:24 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 50902 " > 69.92.199.173 - - [25/Jun/2007:19:19:58 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117852 " > > 69.92.199.173 - - [25/Jun/2007:19:21:07 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 51325 " > 69.92.199.173 - - [25/Jun/2007:19:56:01 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117162 " > > 69.92.199.173 - - [25/Jun/2007:19:56:10 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 51480 " > 69.92.199.173 - - [25/Jun/2007:20:33:24 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116820 " > > 69.92.199.173 - - [25/Jun/2007:20:35:01 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 51239 " > 69.92.199.173 - - [25/Jun/2007:21:02:41 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 116997 " > > 69.92.199.173 - - [25/Jun/2007:21:02:53 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 51434 " > 69.92.199.173 - - [25/Jun/2007:21:31:59 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 117352 " > > 69.92.199.173 - - [25/Jun/2007:21:32:08 -0700] "GET > /drawiki/SurveyReport/RefNbr0060?action=edit&editor=text HTTP/1.1" > 200 > 51457 " > 69.92.199.173 - - [25/Jun/2007:21:32:21 -0700] "POST > /drawiki/SurveyReport/RefNbr0060 HTTP/1.1" 200 157421 " > #### above POST is 13 seconds after get > 69.92.199.173 - - [25/Jun/2007:21:35:43 -0700] "POST > === message truncated === ____________________________________________________________________________________ Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games. http://sims.yahoo.com/ From boris.callens.osv at fedex.com Fri Jun 29 06:27:45 2007 From: boris.callens.osv at fedex.com (Boris Callens) Date: Fri, 29 Jun 2007 12:27:45 +0200 Subject: [Moin-user] Relax edit locking Message-ID: Mailinglist, While editing my pages I get locked out frequently. The message Warning: You triggered the wiki's surge protection by doing too many requests in a short time. Please make a short break reading the stuff you already got. When you restart doing requests AFTER that, slow down or you might get locked out for a longer time! Appears and it locks me out for 5 minutes. I would like to relax (or even disable) this rule. I found on the moinmoin pages that the rule edit_locking = None in the wikiconfig.py file should do the trick. ... but it does't. The wiki is part of a wikifarm and I added the rule both to the farmconfig.py and the wikiconfig.py file. I still get locked out frequently. regards Boris Callens fedEx From hgerlach at gmx.de Fri Jun 29 06:57:21 2007 From: hgerlach at gmx.de (Henryk Gerlach) Date: Fri, 29 Jun 2007 12:57:21 +0200 Subject: [Moin-user] Relax edit locking In-Reply-To: References: Message-ID: <20070629105721.204620@gmx.net> Hi Boris, > While editing my pages I get locked out frequently. > The message > Warning: > You triggered the wiki's surge protection by doing too many requests in a > .... > I found on the moinmoin pages that the rule > edit_locking = None Did you read: http://moinmoin.wikiwikiweb.de/HelpOnConfiguration/SurgeProtection Edit locks are something different. Yours, Henryk -- Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger From boris.callens.osv at fedex.com Fri Jun 29 08:38:40 2007 From: boris.callens.osv at fedex.com (Boris Callens) Date: Fri, 29 Jun 2007 14:38:40 +0200 Subject: [Moin-user] Relax edit locking In-Reply-To: <20070629105721.204620@gmx.net> References: <20070629105721.204620@gmx.net> Message-ID: Aha, that explains a lot :D Thx On Fri, 29 Jun 2007 12:57:21 +0200, Henryk Gerlach wrote: > Hi Boris, > >> While editing my pages I get locked out frequently. >> The message >> Warning: >> You triggered the wiki's surge protection by doing too many requests >> in a >> .... >> I found on the moinmoin pages that the rule >> edit_locking = None > Did you read: > http://moinmoin.wikiwikiweb.de/HelpOnConfiguration/SurgeProtection > > Edit locks are something different. > > Yours, > Henryk -- Boris Callens fedEx From pgp at psu.edu Fri Jun 29 15:42:13 2007 From: pgp at psu.edu (Phil Pishioneri) Date: Fri, 29 Jun 2007 15:42:13 -0400 Subject: [Moin-user] Unable to create and/or rename certain page In-Reply-To: <1182855585.11786.34.camel@black> References: <1182855585.11786.34.camel@black> Message-ID: <46856095.6080509@psu.edu> On 6/26/07 6:59 AM, Thomas Waldmann wrote: >> some content and click Save Changes, I get error message like "Page could not >> get locked. Missing 'current' file?" with the "This page does not exist yet. >> ..." page. >> >> What's that about? What should I do? >> > > Looks like the page directory is damaged. I can get into this situation by either: (version 1.5.8) 1. start to edit (plain text) a new, empty page, but then cancel my attempt. 2. delete an existing page In both cases a page directory still exists for that page, which prevents a rename attempt. On 6/26/07 6:59 AM, Thomas Waldmann wrote: > Just go to data/pages/ and > move the directory of the defective page out from there. > My "moinmoin way" to get around this is to create/revert the "empty" page, and then rename _that_ page first, then do the original rename. -Phil From tw-public at gmx.de Sat Jun 30 07:05:30 2007 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 30 Jun 2007 13:05:30 +0200 Subject: [Moin-user] Unable to create and/or rename certain page In-Reply-To: <46856095.6080509@psu.edu> References: <1182855585.11786.34.camel@black> <46856095.6080509@psu.edu> Message-ID: <1183201530.17263.21.camel@black> > >> some content and click Save Changes, I get error message like "Page could not > >> get locked. Missing 'current' file?" with the "This page does not exist yet. > >> ..." page. > >> > >> What's that about? What should I do? > >> > > > > Looks like the page directory is damaged. > > I can get into this situation by either: (version 1.5.8) > > 1. start to edit (plain text) a new, empty page, but then cancel my > attempt. > 2. delete an existing page > > In both cases a page directory still exists for that page, which > prevents a rename attempt. Sure, this is known. But it shouldn't give error msgs about missing "current" file (and in case 2. it is not missing). > My "moinmoin way" to get around this is to create/revert the "empty" > page, and then rename _that_ page first, then do the original rename. Yes, this should work for any non-damaged page.