From tw-public at gmx.de Wed Oct 1 03:34:24 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 01 Oct 2008 09:34:24 +0200 Subject: [Moin-user] Changing default behavior on downloads. In-Reply-To: <48E27771.1060405@am.sony.com> References: <5c39e1ca0809291305m5962fbf7oed0de750ab1d0ba2@mail.gmail.com> <1222763432.7830.41.camel@black.firma.waldmann-edv.de> <79990c6b0809300331r3d325ef9u4966fdcb9aa06581@mail.gmail.com> <1222773962.28587.27.camel@server.firma.waldmann-edv.de> <79990c6b0809300501y65c938bdp7979629125b7b299@mail.gmail.com> <79990c6b0809300534y55a3392dx293a4e2bf886d8e@mail.gmail.com> <1222797589.28587.168.camel@server.firma.waldmann-edv.de> <48E27771.1060405@am.sony.com> Message-ID: <1222846464.6345.33.camel@black.firma.waldmann-edv.de> > The reason for all the weird behavior is simply that MoinMoin > is trying to do some portion of the work (e.g. mime-typing) > that the web server and/or browser normally do, and messing > it up. A case in point is that when I try to do "save-as" > by right clicking from my browser, my browser uses the page > name, instead of the name of the attached file (because that's > buried in the params in the URL, instead of in the path where > most browsers expect the downloaded file name to be). Yes, that's a problem that exists since the AttachFile hack was done in some ancient moin version (and it will be fixed when AttachFile is killed, attachments are items, because then their name will be just in the path). Also, that will fix the encoding problems with non-ascii attachment names in the only way that is understood by all current browsers. BUT, it is not as easy: A browser that is using the filename to determine the mimetype of a file it accesses by http is doing it very wrong, because it rather should use the mimetype given in the http headers. Using the extension of the file is OK if you don't have any doable better way, but if a http header tells the browser that "this is text/x-graphviz-dot" (I am making this up), then it should not throw that away and look at its .dot file extension and decide "oh, that is application/msword!". So, if you see such behaviour, file a bug against the browser. :) Moin currently has no way to store additional metadata for attachments (this will change in the future), so what moin currently does IS to look at the filename extension and send that mimetype (this is basically the same what apache does with its mimetype mappings). We have extended the extension -> mimetype mapping table for some cases that were missing, so it behaves better than when just using python stdlib. In future, items will just have mimetype stored as metadata and we will just send that (when accessing the raw item data). > is annoying as all get-out. Instead of trying to manage > the mime-typing, MoinMoin could just use standard URLs, > and let the server and browser "do their thing". If files are handled by moin, the server is not involved at all, moin emits the complete http response. See below for the other case. > IMHO, it would be nice if non-page items (e.g. files) were > accessible from the the web server via direct links > (NOT via the MoinMoin CGI script). That was removed quite a while ago (with good reasons I won't repeat here) after being deprecated for years. It sucked and it won't come back. From tw-public at gmx.de Wed Oct 1 04:39:04 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 01 Oct 2008 10:39:04 +0200 Subject: [Moin-user] Changing default behavior on downloads. In-Reply-To: <5c39e1ca0809301301l31ffd2beqe019d043db83537@mail.gmail.com> References: <5c39e1ca0809291305m5962fbf7oed0de750ab1d0ba2@mail.gmail.com> <1222763432.7830.41.camel@black.firma.waldmann-edv.de> <79990c6b0809300331r3d325ef9u4966fdcb9aa06581@mail.gmail.com> <1222773962.28587.27.camel@server.firma.waldmann-edv.de> <79990c6b0809300501y65c938bdp7979629125b7b299@mail.gmail.com> <79990c6b0809300534y55a3392dx293a4e2bf886d8e@mail.gmail.com> <1222797589.28587.168.camel@server.firma.waldmann-edv.de> <48E27771.1060405@am.sony.com> <5c39e1ca0809301301l31ffd2beqe019d043db83537@mail.gmail.com> Message-ID: <1222850344.6345.94.camel@black.firma.waldmann-edv.de> > Really, all I want is a sane method of making files easily > downloadable. :-) I completely agree on that. :) But that's not all I want to do, I want also that they can be dealt with in a consistent way as with all other (page) items: rename, delete, revert, acls, etc. - and this needs an UI and a link to raw-only can't give an UI obviously. Also, doing 2 clicks is not "not easy", it is just one click more - for a good reason. When thinking about each time I downloaded some windows sw from the internet, I often had to do 4 or 5 clicks for no good reason (just that they get more ad impressions :). Don't get me wrong, I think THAT sucks, but what I want to tell is that (windows) users are familiar with doing some clicks to get a download. > That's why I suggested in my earlier email if I > could just change the "&do=view" parameter, it would quiet my users > for a little while at least (future be damned, LOL!). I am thinking about this for 1.8, but you have been warned about problem coming back in 2.0 or so. So that setting (if implemented) would be kind of unsupported and deprecated from the start. > I know that a wiki presents it's own unique challenges, by the nature > of what it does. But, there has to be *some* happy medium. Imagine > if the rest of the web operated this way? Remember back before admins > figured out how to configure mime types, and you would occasionally > click a download, and instead of downloading it dumped a bunch of > binary onto your screen (and usually crashing the browser in the > process)? I feel sorta like we've taken a step back to those days > with the convoluted way attachments are handled here. I am still waiting for good suggestions about how to handle it. I outlined some fundamental problems in my last mails, but except my own "link box" and "double inline link" suggestions I did not see anything how we could handle items in future other than we already plan to do. > It seems to me that if a web server can have a mime-types table, that > the wiki can have a similar approach. I agree with Tim that it seems > this mimetype handling is best left up to the browser/server, not the > wiki (but, yes, I've read your other posts and know that it's not as > simple as that. :-( ). See my other mail and note that the fundamental problem we have with "attachment links to raw" is not a mimetype issue. We will have the mimetype in metadata, but we will have a performance issue if we have to open each target item's metadata just to implement some magic for creating different links depending on mimetype. Using just the "filename extension" is problematic as I have shown in my last mail. Even if we ignore the performance problem, the problem of "where do we place the item user interface when linking to raw" issue persists. So how do you revert the last upload of foo.doc if you just have a raw link to it immediately triggering a download? How do you rename it? Also, please be aware that magic is often strange to the users. Having learned that, I usually try to do stuff non-magic because if stuff behaves consistent and always in the same way (following some easy rule), that is also a quality in itself. If something behaves magic (and sometimes in a way the user did not want or can not explain), that can be an annoyance in itself (try to create a link to an image in moin 1.5 to see what I mean) and the means to "work around" that usually make things even more complicated. Maybe I wasn't too clear about that there won't be something like the AttachFile action called from the "attachment containing page", because files will be separate items (and not contained within a page). So the only relationship will be "is a sub-item" (item foo is text/x-moin-wiki, item foo/bar.txt is text/plain, item foo/baz.doc is app/mwsword, foo/xxx can be image/jpeg :) and that relationship will be established by the item name (as for pages and subpages). > You mentioned > you're against any "magic" on Moin's behalf, but simply defaulting to > "view" is a little *too* simplistic. Even if it was based on crude > file extensions (.doc, for example), that seems better than nothing. OK, assuming that I put an item called graphviz.dot into the wiki, how would it work? Assuming I put MyProject/Makefile into the wiki, how would it work? > Honestly, I'm not sure the Wikipedia-style approach is the best method > (a flat file structure). It seems to me that that style would make > revisioning in future versions more difficult. Also, I think that if > you had it in a flat structure, it would be harder to manage > individual file protection via most authentication methods or ACL's. But it makes uploading php exploits much easier, if stuff is directly served by apache. :P From tw-public at gmx.de Wed Oct 1 07:39:25 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 01 Oct 2008 13:39:25 +0200 Subject: [Moin-user] Wiki page for: "Changing default behavior on downloads" topic Message-ID: <1222861165.2711.5.camel@server.firma.waldmann-edv.de> I updated an old wiki page to reflect the current state and ideas: http://moinmo.in/UnifyPagesAndAttachments + discussion sub page I suggest we collect ideas on the discussion page (I already put some stuff and reasoning there, please add more ideas or stuff I missed). I hope these page will be less redundant than some of the posts here (including mine :) - please read the pages before adding stuff there (I likely will tend to just delete duplicate stuff :). From linuxmail at 4lin.net Wed Oct 1 19:22:47 2008 From: linuxmail at 4lin.net (Denny Schierz) Date: Thu, 02 Oct 2008 01:22:47 +0200 Subject: [Moin-user] Apache2 HTTPS Client Cert: User idenification In-Reply-To: <5c39e1ca0809291253s43ea674cie4254efd194f75ae@mail.gmail.com> References: <1222637589.862.15.camel@kusanagi> <5c39e1ca0809291253s43ea674cie4254efd194f75ae@mail.gmail.com> Message-ID: <1222903367.15494.12.camel@miyazaki> hi Rick, Am Montag, den 29.09.2008, 14:53 -0500 schrieb Rick Vanderveer: > Correct me if I'm wrong here, but I think accessing the wiki via > either https or plain old http is a separate issue from actually no, you're right. i know http is only for encrypting the connection. But if you use client certification auth, it is similar, like auth per password, i think. I looked and tested FakeBasicAuth, but did not understand how i can use it. Or in other words: i put the lines into our apache config, but nothing changes. On the RecentChanges we see the IP, but not the username ... hope, you understand now better, what i want :-) cu denny -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From tw-public at gmx.de Thu Oct 2 12:55:50 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 02 Oct 2008 18:55:50 +0200 Subject: [Moin-user] Apache2 HTTPS Client Cert: User idenification In-Reply-To: <1222903367.15494.12.camel@miyazaki> References: <1222637589.862.15.camel@kusanagi> <5c39e1ca0809291253s43ea674cie4254efd194f75ae@mail.gmail.com> <1222903367.15494.12.camel@miyazaki> Message-ID: <1222966550.10180.18.camel@server.firma.waldmann-edv.de> Did you have a look into MoinMoin/auth/ and HelpOnAuthentication of a recent moin? We already have sslclientcert auth (try it, I don't use it). From rsenykoff at gmail.com Fri Oct 3 09:37:28 2008 From: rsenykoff at gmail.com (Ron Senykoff) Date: Fri, 3 Oct 2008 09:37:28 -0400 Subject: [Moin-user] Removing tons of SPAM users, then preventing it from happening again Message-ID: Out of about 420 users registered with my wiki, ~ 400 are from spam bots. The anti-spam option has prevented them from posting pages, but the user accounts being there are rather annoying. I'm guessing I'll have to use a little grepping to find the known user accounts and move them out of the way before blasting the other user files. Any better way to do this? Second part: If I upgrade MoinMoin so I can use TexChas, can those be used on the user preferences page for creating a new user? TIA! -Ron -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists.gnarlodious at gmail.com Fri Oct 3 12:26:55 2008 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Fri, 3 Oct 2008 10:26:55 -0600 Subject: [Moin-user] Removing tons of SPAM users, then preventing it from happening again In-Reply-To: References: Message-ID: <3130eec50810030926u66696134n60f03306a11ec5@mail.gmail.com> As for deleting existing users, I can't hep you. There is a macro ManageUsers that makes it easy to delete users. As for preventing scripted registration, virtually all scripts enter the page with no referrer. Actual humans enter the page with a referrer from the site. Knowing this, you can block robots with the .htaccess file using a rewrite rule. If you want more info search the archives for past posts on the same topic. -- Gnarlie From rsenykoff at gmail.com Fri Oct 3 12:47:33 2008 From: rsenykoff at gmail.com (Ron Senykoff) Date: Fri, 3 Oct 2008 12:47:33 -0400 Subject: [Moin-user] Removing tons of SPAM users, then preventing it from happening again In-Reply-To: References: <3130eec50810030926u66696134n60f03306a11ec5@mail.gmail.com> Message-ID: On Fri, Oct 3, 2008 at 12:46 PM, Ron Senykoff wrote: > > I was able to locate the .htaccess stuff you posted. > > I also found this script which others may find useful: http://zeth.me.uk/python/bulkdelete.txt -Ron -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Fri Oct 3 16:58:14 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 03 Oct 2008 22:58:14 +0200 Subject: [Moin-user] Removing tons of SPAM users, then preventing it from happening again In-Reply-To: References: Message-ID: <1223067494.31587.1.camel@black.firma.waldmann-edv.de> > Second part: If I upgrade MoinMoin so I can use TexChas, can those be > used on the user preferences page for creating a new user? Yes. They are used when saving pages and creating users. From vincefn at users.sourceforge.net Sat Oct 4 12:17:27 2008 From: vincefn at users.sourceforge.net (Vincent Favre-Nicolin) Date: Sat, 4 Oct 2008 18:17:27 +0200 Subject: [Moin-user] MoinMoin & Sourceforge In-Reply-To: <529E0C005F46104BA9DB3CB93F39797501DF9BEA@TOKYO.intra.cea.fr> References: <200809252202.12149.vincefn@users.sourceforge.net> <529E0C005F46104BA9DB3CB93F39797501DF9BEA@TOKYO.intra.cea.fr> Message-ID: <200810041817.27524.vincefn@users.sourceforge.net> On samedi 04 octobre 2008, Vincent Favre-Nicolin wrote: > On jeudi 25 septembre 2008, Vincent Favre-Nicolin wrote: Wow, this message sure took some time reaching the mailing list.. I posted another one @ 2008-09-27 10:40CET that was distributed faster, if anybody is interested (copied below). I decided to move my wiki to my server, but I'm still interested if anyone has more information. (NB: I saw Th Waldmann's answer on http://moinmo.in/SourceForge) but I've not queried the sf.net overlords to see if there was really a problem with their python implementation - simple scripts seem to work, but others not - maybe a tight security setting on their severs, I don't know... Vincent ########## Copy of 2008-09-27 10:40CET message ############ Last week sourceforge finished migrating the web servers to a new data center. After that my moin wiki stopped working, as all others I found. I thought at first that this was only due the change in the location of 'persistent' (with read-write access from the apache server) directories, but I've been unable to make it working again. Their new way (without shell access) to upload web files works well, so it is not the problem - there is cgi-python support. Last night I experimented a little and tried to catch exceptions inside the moin.cgi script. It turns out that if I modify the import line in moin.cgi to : ############## try: from MoinMoin.server.server_cgi import CgiConfig, run except ImportError,err: print err ############## Then I get the following error: ###### /usr/lib64/python2.4/lib-dynload/_socketmodule.so: failed to map segment from shared object: Cannot allocate memory ###### I tried googling around with this error but I did not find anything definitive. Maybe some security setting on their web server. Anybody managed to get a moin wiki re-running on the sourceforge servers since the migration ??? Note that the above tests were done from a clean 1.7.2 moin install, although it won't make much difference as the python error appear very early in the script. Vincent -- Vincent Favre-Nicolin CEA Grenoble/INAC/SP2M http://inac.cea.fr Univ. Joseph Fourier (Grenoble) http://www.ujf-grenoble.fr ObjCryst & Fox http://objcryst.sf.net/Fox From tim.bird at am.sony.com Wed Oct 1 13:17:47 2008 From: tim.bird at am.sony.com (Tim Bird) Date: Wed, 1 Oct 2008 10:17:47 -0700 Subject: [Moin-user] Changing default behavior on downloads. In-Reply-To: <1222846464.6345.33.camel@black.firma.waldmann-edv.de> References: <5c39e1ca0809291305m5962fbf7oed0de750ab1d0ba2@mail.gmail.com> <1222763432.7830.41.camel@black.firma.waldmann-edv.de> <79990c6b0809300331r3d325ef9u4966fdcb9aa06581@mail.gmail.com> <1222773962.28587.27.camel@server.firma.waldmann-edv.de> <79990c6b0809300501y65c938bdp7979629125b7b299@mail.gmail.com> <79990c6b0809300534y55a3392dx293a4e2bf886d8e@mail.gmail.com> <1222797589.28587.168.camel@server.firma.waldmann-edv.de> <48E27771.1060405@am.sony.com> <1222846464.6345.33.camel@black.firma.waldmann-edv Message-ID: <48E3B0BB.2040500@am.sony.com> Thomas Waldmann wrote: > A browser that is using the filename to determine the mimetype of a file > it accesses by http is doing it very wrong, because it rather should use > the mimetype given in the http headers. Agreed. > > Using the extension of the file is OK if you don't have any doable > better way, but if a http header tells the browser that "this is > text/x-graphviz-dot" (I am making this up), then it should not throw > that away and look at its .dot file extension and decide "oh, that is > application/msword!". So, if you see such behaviour, file a bug against > the browser. :) I don't know of any browser that does this. I don't think I said I did. The _specific_ complaint I mentioned was with the name. And when I talked about mime types, I referred to the browser/web server combination. > Moin currently has no way to store additional metadata for attachments > (this will change in the future), so what moin currently does IS to look > at the filename extension and send that mimetype (this is basically the > same what apache does with its mimetype mappings). Which duplicates web server functionality, and practically guarantees incongruity between Moin and the web server for some users at some point. > We have extended the extension -> mimetype mapping table for some cases > that were missing, so it behaves better than when just using python > stdlib. > > In future, items will just have mimetype stored as metadata and we will > just send that (when accessing the raw item data). OK, but see above. It sounds like a lot of unnecessary work. The bulk of the web functions pretty well delivering files to users without having to store per-file meta-data. >> is annoying as all get-out. Instead of trying to manage >> the mime-typing, MoinMoin could just use standard URLs, >> and let the server and browser "do their thing". > > If files are handled by moin, the server is not involved at all, moin > emits the complete http response. See below for the other case. Yes, I believe that's my point. That's the problem. Moin currently doesn't do as good a job as the web server of handing back the mime type. Preserving Moin's layer of mime type handling makes it likely that there will be incongruities in mime type handling in the future. If your main argument for doing this is for standalone configurations MoinMoin, then it makes sense that you'd duplicate this web server functionality. But it would be nice if people with fully functional web servers didn't have to suffer for it. >> IMHO, it would be nice if non-page items (e.g. files) were >> accessible from the the web server via direct links >> (NOT via the MoinMoin CGI script). > > That was removed quite a while ago (with good reasons I won't repeat > here) after being deprecated for years. It sucked and it won't come > back. I suppose I'll take your word for the good reasons. But it's hard (now) to evaluate what sucks more, that system or the one we have now. I used the old system (I've been a Moin user since before 1.0), and it worked well for my needs. I suspect it was a victim of a long-term vision of internal code organization that has not yet come to fruition. But from an end-user usability standpoint, it was, IMHO, superior to what we have now. Now, having said all that, please understand that I appreciate the enormous effort that has gone into Moin, and I continue to use it for a number of projects. Please don't take my nitpicking on this issue to be indicative of ingratitude to J?rgen, you and others who have made Moin such a great system. Thanks, -- Tim ============================= Tim Bird Architecture Group Chair, CE Linux Forum Senior Staff Engineer, Sony Corporation of America ============================= From mailinglist.honeypot at gmail.com Thu Oct 2 13:20:21 2008 From: mailinglist.honeypot at gmail.com (Steve Lianoglou) Date: Thu, 2 Oct 2008 17:20:21 +0000 (UTC) Subject: [Moin-user] =?utf-8?q?Customize_navi=5Fbar_per_group=3F?= Message-ID: Hi all, I was curious if there was anyway we can define custom "navi_bar" elements on a per group basis? I can set which quicklinks appear in the navigation bar on a wiki-wide basis, and I know each user can specify their own quicklinks they'd like through their preferences, but perhaps sometimes it would be nice to customize the interface (these links specificaly for now) bases on *Group inclusion. Is that currently possible (btw, I'm using moin 1.7.2)? Thanks, -steve From rsenykoff at gmail.com Fri Oct 3 12:46:03 2008 From: rsenykoff at gmail.com (Ron Senykoff) Date: Fri, 3 Oct 2008 12:46:03 -0400 Subject: [Moin-user] Removing tons of SPAM users, then preventing it from happening again In-Reply-To: <3130eec50810030926u66696134n60f03306a11ec5@mail.gmail.com> References: <3130eec50810030926u66696134n60f03306a11ec5@mail.gmail.com> Message-ID: On Fri, Oct 3, 2008 at 12:26 PM, Gnarlodious wrote: > As for deleting existing users, I can't hep you. There is a macro > ManageUsers that makes it easy to delete users. > > As for preventing scripted registration, virtually all scripts enter > the page with no referrer. Actual humans enter the page with a > referrer from the site. Knowing this, you can block robots with the > .htaccess file using a rewrite rule. If you want more info search the > archives for past posts on the same topic. > > Thanks Gnarlie, I was able to locate the .htaccess stuff you posted. -Ron -------------- next part -------------- An HTML attachment was scrubbed... URL: From gerg.ward+moin at gmail.com Fri Oct 3 14:04:42 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Fri, 3 Oct 2008 14:04:42 -0400 Subject: [Moin-user] Wiki for document management Message-ID: <20081003180442.GA23346@intelerad.com> We are a small-but-growing software company that needs a good way to manage our software documentation (requirements, specs, designs, etc.). Because we write medical software, we are subject to regulation by various authorities (e.g. FDA in the US) -- so yes, we really do have to write these documents, keep track of them, be able to retrieve old versions, keep track of who has reviewed and approved them, ensure that they cannot be modified after they have been approved, etc. Currently, we are using our MoinMoin wiki for these documents. The advantages of this should be obvious. ;-) The disadvantages: * editing a large document with MoinMoin is awkward -- we're all jealous of MediaWiki's "edit a single section" feature. * no way to work with a group of documents en masse. Let me clarify this last one. E.g. for a single new feature, we will typically create four wiki pages: NewFeature/BusinessRequirementsSpecification NewFeature/SoftwareRequirementsSpecification NewFeature/SoftwareDesignSpecification NewFeature/DevelopmentTestPlan There are various operations we would like to be able to do on the whole group, but the critical one is the ability to link to (or print, or download, whatever) a specific version of the complete documentation for NewFeature. If we were using a tree of text files managed by a version control system, this would be obvious: create a tag and then use it to address the group of documents. (Or, if using a modern VC system with global revision numbers, just use the revision number/hash/ID/whatever. Tags are obviously nicer, though!) The problem is that MoinMoin versions individual pages and, as far as I can tell, there is no way to address a common snapshot of old versions. It's kind of like CVS without tags. Oh yeah, another disadvantage: * no concept of review/approval -- this ties in with versioning, since the whole point is to say, "Tom and Dick approved v3, so that is the gold standard we will use -- the docs for NewFeature are frozen at v3". This one is a bit unfair: it's really not something I would expect a wiki to have. If we end up settling on a wiki as the answer (whether it's MoinMoin or not), I imagine we'll have to cobble something together for tracking reviews and approvals. Anyways, I'm just wondering if anyone else has similar problems and, if so, how you have addressed them. I am aware that there is a whole category of software called "document management systems". From what I have seen, they appear to be large, complex, expensive ways to wrap version control around your word processor. Oy vey. I'd much rather have a wiki with global version numbers. Makes me wonder if anyone has written a wiki where the backend is just a Mercurial/git/Subversion/whatever repository. Thanks -- Greg From tw-public at gmx.de Sat Oct 4 19:30:23 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 05 Oct 2008 01:30:23 +0200 Subject: [Moin-user] MoinMoin 1.8.0rc1 released Message-ID: <1223163023.13859.38.camel@black.firma.waldmann-edv.de> See http://moinmo.in/MoinMoinDownload for the release archive and the change log. See the MoinBeta page for the list of changes. Please test and report bugs to make it a better 1.8.0 release (to be released 2008-11-01). Some system text translations and help pages still need improvement - if you know a non-english language, you can also help translating and/or fixing stuff. Please translate on master18 wiki, see: http://moinmo.in/MoinDev/Translation - your work will get into 1.8.0 release then. From fpiat at klabs.be Sun Oct 5 04:50:16 2008 From: fpiat at klabs.be (Franklin PIAT) Date: Sun, 05 Oct 2008 10:50:16 +0200 Subject: [Moin-user] Wiki for document management In-Reply-To: <20081003180442.GA23346@intelerad.com> References: <20081003180442.GA23346@intelerad.com> Message-ID: <1223196616.6375.14.camel@solid.paris.klabs.be> Hello Greg, Here are some ideas for your problem: On Fri, 2008-10-03 at 14:04 -0400, Greg Ward wrote: > We are a small-but-growing software company that needs a good way to > manage our software documentation (requirements, specs, designs, etc.). > Let me clarify this last one. E.g. for a single new feature, we will > typically create four wiki pages: > > NewFeature/BusinessRequirementsSpecification > NewFeature/SoftwareRequirementsSpecification > NewFeature/SoftwareDesignSpecification > NewFeature/DevelopmentTestPlan > > There are various operations we would like to be able to do on the whole > group, but the critical one is the ability to link to (or print, or > download, whatever) a specific version of the complete documentation for > NewFeature. Have you tried using [[Include()]], to include common section, or Dictionaries to replace variables ? Also, you could have a page, that [[Include]] the four sub pages. When I need to edit multiple related pages, I usually open multiple tabs in my browser (the drawback is that you only have one MoinEditorBackup). > The problem is that MoinMoin versions individual pages and, as far as I > can tell, there is no way to address a common snapshot of old versions. > It's kind of like CVS without tags. > > Oh yeah, another disadvantage: > > * no concept of review/approval -- this ties in with versioning, since > the whole point is to say, "Tom and Dick approved v3, so that is the > gold standard we will use -- the docs for NewFeature are frozen at > v3". > > This one is a bit unfair: it's really not something I would expect a > wiki to have. If we end up settling on a wiki as the answer (whether > it's MoinMoin or not), I imagine we'll have to cobble something together > for tracking reviews and approvals. If the tags where implemented, you could use a tag to mark the last Review/approved version. Meanwhile, you can have a page where you keep links to the last approved versions. Hope this helps, Franklin From fpiat at klabs.be Sun Oct 5 04:50:16 2008 From: fpiat at klabs.be (Franklin PIAT) Date: Sun, 05 Oct 2008 10:50:16 +0200 Subject: [Moin-user] Wiki for document management In-Reply-To: <20081003180442.GA23346@intelerad.com> References: <20081003180442.GA23346@intelerad.com> Message-ID: <1223196616.6375.14.camel@solid.paris.klabs.be> Hello Greg, Here are some ideas for your problem: On Fri, 2008-10-03 at 14:04 -0400, Greg Ward wrote: > We are a small-but-growing software company that needs a good way to > manage our software documentation (requirements, specs, designs, etc.). > Let me clarify this last one. E.g. for a single new feature, we will > typically create four wiki pages: > > NewFeature/BusinessRequirementsSpecification > NewFeature/SoftwareRequirementsSpecification > NewFeature/SoftwareDesignSpecification > NewFeature/DevelopmentTestPlan > > There are various operations we would like to be able to do on the whole > group, but the critical one is the ability to link to (or print, or > download, whatever) a specific version of the complete documentation for > NewFeature. Have you tried using [[Include()]], to include common section, or Dictionaries to replace variables ? Also, you could have a page, that [[Include]] the four sub pages. When I need to edit multiple related pages, I usually open multiple tabs in my browser (the drawback is that you only have one MoinEditorBackup). > The problem is that MoinMoin versions individual pages and, as far as I > can tell, there is no way to address a common snapshot of old versions. > It's kind of like CVS without tags. > > Oh yeah, another disadvantage: > > * no concept of review/approval -- this ties in with versioning, since > the whole point is to say, "Tom and Dick approved v3, so that is the > gold standard we will use -- the docs for NewFeature are frozen at > v3". > > This one is a bit unfair: it's really not something I would expect a > wiki to have. If we end up settling on a wiki as the answer (whether > it's MoinMoin or not), I imagine we'll have to cobble something together > for tracking reviews and approvals. If the tags where implemented, you could use a tag to mark the last Review/approved version. Meanwhile, you can have a page where you keep links to the last approved versions. Hope this helps, Franklin From fpiat at klabs.be Sun Oct 5 04:50:16 2008 From: fpiat at klabs.be (Franklin PIAT) Date: Sun, 05 Oct 2008 10:50:16 +0200 Subject: [Moin-user] Wiki for document management In-Reply-To: <20081003180442.GA23346@intelerad.com> References: <20081003180442.GA23346@intelerad.com> Message-ID: <1223196616.6375.14.camel@solid.paris.klabs.be> Hello Greg, Here are some ideas for your problem: On Fri, 2008-10-03 at 14:04 -0400, Greg Ward wrote: > We are a small-but-growing software company that needs a good way to > manage our software documentation (requirements, specs, designs, etc.). > Let me clarify this last one. E.g. for a single new feature, we will > typically create four wiki pages: > > NewFeature/BusinessRequirementsSpecification > NewFeature/SoftwareRequirementsSpecification > NewFeature/SoftwareDesignSpecification > NewFeature/DevelopmentTestPlan > > There are various operations we would like to be able to do on the whole > group, but the critical one is the ability to link to (or print, or > download, whatever) a specific version of the complete documentation for > NewFeature. Have you tried using [[Include()]], to include common section, or Dictionaries to replace variables ? Also, you could have a page, that [[Include]] the four sub pages. When I need to edit multiple related pages, I usually open multiple tabs in my browser (the drawback is that you only have one MoinEditorBackup). > The problem is that MoinMoin versions individual pages and, as far as I > can tell, there is no way to address a common snapshot of old versions. > It's kind of like CVS without tags. > > Oh yeah, another disadvantage: > > * no concept of review/approval -- this ties in with versioning, since > the whole point is to say, "Tom and Dick approved v3, so that is the > gold standard we will use -- the docs for NewFeature are frozen at > v3". > > This one is a bit unfair: it's really not something I would expect a > wiki to have. If we end up settling on a wiki as the answer (whether > it's MoinMoin or not), I imagine we'll have to cobble something together > for tracking reviews and approvals. If the tags where implemented, you could use a tag to mark the last Review/approved version. Meanwhile, you can have a page where you keep links to the last approved versions. Hope this helps, Franklin From czarnykurczak at gmail.com Tue Oct 7 06:32:59 2008 From: czarnykurczak at gmail.com (Marek Wasilewski) Date: Tue, 7 Oct 2008 12:32:59 +0200 Subject: [Moin-user] Surge protection in moinmoin Message-ID: Hi. Is there any possibility to turn off this thing for a while? I'm using moinmoin version 1.5.9 and don't have time to convert it to newer version. I only need to convert moinmoin to html for some reasons. Regards Marek -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Tue Oct 7 09:09:10 2008 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 07 Oct 2008 15:09:10 +0200 Subject: [Moin-user] Wiki for document management In-Reply-To: <20081003180442.GA23346@intelerad.com> References: <20081003180442.GA23346@intelerad.com> Message-ID: Greg Ward schrieb: > We are a small-but-growing software company that needs a good way to > manage our software documentation (requirements, specs, designs, etc.). > Because we write medical software, we are subject to regulation by > various authorities (e.g. FDA in the US) -- so yes, we really do have to > write these documents, keep track of them, be able to retrieve old > versions, keep track of who has reviewed and approved them, ensure that > they cannot be modified after they have been approved, etc. > > Currently, we are using our MoinMoin wiki for these documents. The > advantages of this should be obvious. ;-) The disadvantages: > > * editing a large document with MoinMoin is awkward -- we're all > jealous of MediaWiki's "edit a single section" feature. Hi Greg the section feature can be currently only archieved by the Include macro. Section edit will be possible after implementing the new storage code and backends and of course some more refactoring. > > * no way to work with a group of documents en masse. that goal can be archieved by writing an action plugin which adds a comment tag on each page. > > Let me clarify this last one. E.g. for a single new feature, we will > typically create four wiki pages: > > NewFeature/BusinessRequirementsSpecification > NewFeature/SoftwareRequirementsSpecification > NewFeature/SoftwareDesignSpecification > NewFeature/DevelopmentTestPlan > > There are various operations we would like to be able to do on the whole > group, but the critical one is the ability to link to (or print, or > download, whatever) a specific version of the complete documentation for > NewFeature. that group of pages goal can be created by the CopyPage action from a template NewFeature/ including all subpages. to link to a specific version you can currently use the rev param on your page link http://moinmo.in/HelpOnLinking e.g. [[WikiSandBox|example|&rev=2]] by writing a tag action it could be used to link to a comment [[WikiSandBox|Example|&action=tag&comment=my special version]] that action needs to map the comment to the revison and has to show the selected revision. You do print always the selected page. > > If we were using a tree of text files managed by a version control > system, this would be obvious: create a tag and then use it to address > the group of documents. (Or, if using a modern VC system with global > revision numbers, just use the revision number/hash/ID/whatever. Tags > are obviously nicer, though!) > > The problem is that MoinMoin versions individual pages and, as far as I > can tell, there is no way to address a common snapshot of old versions. > It's kind of like CVS without tags. > > Oh yeah, another disadvantage: > > * no concept of review/approval -- this ties in with versioning, since > the whole point is to say, "Tom and Dick approved v3, so that is the > gold standard we will use -- the docs for NewFeature are frozen at > v3". there is an approve plugin on http://moinmo.in/ActionMarket/ApprovePageAction > > This one is a bit unfair: it's really not something I would expect a > wiki to have. If we end up settling on a wiki as the answer (whether > it's MoinMoin or not), I imagine we'll have to cobble something together > for tracking reviews and approvals. > > Anyways, I'm just wondering if anyone else has similar problems and, if > so, how you have addressed them. I am aware that there is a whole > category of software called "document management systems". From what I > have seen, they appear to be large, complex, expensive ways to wrap > version control around your word processor. Oy vey. I'd much rather > have a wiki with global version numbers. Makes me wonder if anyone has > written a wiki where the backend is just a > Mercurial/git/Subversion/whatever repository. we have had two successful summer of code project this year about storage refactoring by http://moinmo.in/ChristopherDenter and implementing a mercurial storage backend, see http://moinmo.in/PawelPacana/MercurialBackend Both will be merged after release of 1.9 http://moinmo.in/MoinMoinTodo/Release%201.9 into moins codebase next year. cheers Reimar > > Thanks -- > > Greg > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ From rb.proj at gmail.com Tue Oct 7 09:11:51 2008 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 07 Oct 2008 15:11:51 +0200 Subject: [Moin-user] Surge protection in moinmoin In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marek Wasilewski schrieb: > Hi. > > Is there any possibility to turn off this thing for a while? I'm using > moinmoin version 1.5.9 and don't have time to convert it to newer version. I > only need to convert moinmoin to html for some reasons. > > Regards > Marek no but you can extend the limits, see HelpOnConfiguration/SurgeProtection cheers Reimar > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFI62AV5aOc3Q9hk/kRAkL3AJ93i+EtPr7C7XqV1VU//7m2TEX07QCeMv16 8TUB1hlB6lvxJEoA8qRMu5o= =NbJl -----END PGP SIGNATURE----- From rb.proj at gmail.com Tue Oct 7 09:23:58 2008 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 07 Oct 2008 15:23:58 +0200 Subject: [Moin-user] Customize navi_bar per group? In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Steve Lianoglou schrieb: > Hi all, > > I was curious if there was anyway we can define custom "navi_bar" elements on a > per group basis? > > I can set which quicklinks appear in the navigation bar on a wiki-wide basis, > and I know each user can specify their own quicklinks they'd like through their > preferences, but perhaps sometimes it would be nice to customize the interface > (these links specificaly for now) bases on *Group inclusion. > > Is that currently possible (btw, I'm using moin 1.7.2)? > > Thanks, > -steve Hi You mean you want to add a different navibar dependent on member of a group? If so the answer is no - not implemented yet. But it is not difficult to do this. If you look into the theme navibar code it looks like: # Process config navi_bar if request.cfg.navi_bar: for text in request.cfg.navi_bar: pagename, link = self.splitNavilink(text) if pagename == current: cls = 'wikilink current' else: cls = 'wikilink' items.append(item % (cls, link)) found[pagename] = 1 You can add there another requirement, something like this: (or you extend the user object by a method which get's the dependent entries) pagename = u'WhateverGroup' user_group = wikidicts.Group(request, pagename) members = user_group.members() if request.user.name in members: .... lot's of examples at: http://moinmo.in/MoinAPI/Beispiele cheers Reimar -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFI62Lt5aOc3Q9hk/kRAvdEAJ95Yx/SVGTxD9JRoZBVmNSVYe4+0QCeOfzk PWklFMgTLDeKXwQ7z28H4r0= =6Oq3 -----END PGP SIGNATURE----- From stephen.spector at citrix.com Tue Oct 7 09:28:12 2008 From: stephen.spector at citrix.com (Stephen Spector) Date: Tue, 7 Oct 2008 09:28:12 -0400 Subject: [Moin-user] Rename Pages Question Message-ID: I am the new maintainer of the Wiki on Xen.org and have been able to use the Wiki for all the support issues except one. I currently have a list of Editors that I allow to update the Wiki and they have asked for the ability to Rename Pages. This feature is currently turned off for them so I went to the support Wiki but didn't see any way to make this change for them. Any help would be greatly appreciated. Thanks. Stephen Spector Community Manager, Xen.org 772.621.5062 stephen.spector at xen.org Blog: http://blog.xen.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From barry.cornelius at oucs.ox.ac.uk Tue Oct 7 10:22:41 2008 From: barry.cornelius at oucs.ox.ac.uk (Barry Cornelius) Date: Tue, 7 Oct 2008 15:22:41 +0100 (BST) Subject: [Moin-user] Surge protection in moinmoin In-Reply-To: References: Message-ID: On Tue, 7 Oct 2008, Marek Wasilewski wrote: > Is there any possibility to turn off this thing for a while? I'm using > moinmoin version 1.5.9 and don't have time to convert it to newer version. I > only need to convert moinmoin to html for some reasons. There should be something about this in the file: /HelpOnConfiguration in your wiki. Does the last line of the following page help? http://moinmo.in/HelpOnConfiguration/SurgeProtection -- Barry Cornelius Oxford University Computing Services University of Oxford, 13 Banbury Road, Oxford, OX2 6NN, UK www.barrycornelius.com 01865 273267 or +44 1865 273267 From tw-public at gmx.de Tue Oct 7 13:41:07 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 07 Oct 2008 19:41:07 +0200 Subject: [Moin-user] Surge protection in moinmoin In-Reply-To: References: Message-ID: <1223401267.17501.4.camel@server.firma.waldmann-edv.de> > Is there any possibility to turn off this thing for a while? I'm using > moinmoin version 1.5.9 and don't have time to convert it to newer > version. I only need to convert moinmoin to html for some reasons. Please see there: http://master.moinmo.in/HelpOnConfiguration/SurgeProtection Note: Disabling by = None was not there from the beginning (see docs/CHANGES). If = None does not work for you, just use higher limits for the actions you need. BTW, 1.5.x is out of support, you should consider upgrading rather soon. We'll release 1.8.0 in about 1 month, that would be a nice occasion to upgrade. From tw-public at gmx.de Tue Oct 7 13:52:10 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 07 Oct 2008 19:52:10 +0200 Subject: [Moin-user] Wiki for document management In-Reply-To: <20081003180442.GA23346@intelerad.com> References: <20081003180442.GA23346@intelerad.com> Message-ID: <1223401930.17501.16.camel@server.firma.waldmann-edv.de> > * editing a large document with MoinMoin is awkward -- we're all > jealous of MediaWiki's "edit a single section" feature. Yes, that is a quite often wanted feature and we are aware of that. But I could hold myself back from implementing some dirty hack for this because we'll likely have a much cleaner way in the foreseeable future: Bastian Blank did some parser/formatter DOM refactoring project in summer of code 2008. This basically gives a parsed moin document some structured representation in memory - and I think this will be a good base for implementing section editing and similar features. Merging this stuff into main branch will take a while, though, because we first need to merge the work of other SOC projects: * FCKeditor upgrade (merge done, release as 1.8) * WSGI refactoring (merge done, release as 1.9) * Storage refactoring (merge + quite some related work todo, release as 2.0) * DOM refactoring (merge + much related work todo, release as ?.?) > * no concept of review/approval There are quite some people dealing with such stuff / thinking about using moin in such an application. Pity that nobody of them managed to start a discussion/facts page about this on the moin wiki yet. From tw-public at gmx.de Tue Oct 7 13:54:48 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 07 Oct 2008 19:54:48 +0200 Subject: [Moin-user] Rename Pages Question In-Reply-To: References: Message-ID: <1223402088.17501.18.camel@server.firma.waldmann-edv.de> > I am the new maintainer of the Wiki on Xen.org Welcome! :) > and have been able to use the Wiki for all the support issues except > one. I currently have a list of Editors that I allow to update the > Wiki and they have asked for the ability to Rename Pages. This feature > is currently turned off for them so I went to the support Wiki but > didn?t see any way to make this change for them. rename requires ability to read, write and delete a page. Thus, if you give them all these ACL rights, they should be able to renamed pages (and attachments). From mela at darkover.inka.de Tue Oct 7 13:46:01 2008 From: mela at darkover.inka.de (Mela Eckenfels) Date: Tue, 7 Oct 2008 19:46:01 +0200 Subject: [Moin-user] Surge protection in moinmoin In-Reply-To: <1223401267.17501.4.camel@server.firma.waldmann-edv.de> References: <1223401267.17501.4.camel@server.firma.waldmann-edv.de> Message-ID: <20081007174601.GA91341@darkover.inka.de> On Tue, Oct 07, 2008 at 07:41:07PM +0200, Thomas Waldmann wrote: > We'll release 1.8.0 in about 1 month, that would be a nice occasion to > upgrade. Whoa. Three major releases in just one year? Kind regards, Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ *** NEU! Nehmt am LARP-Kochbuch Sommerwettbewerb 2008 teil oder werdet Unterst?tzer! http://larpkochbuch.de/w/SommerWettbewerb2008 *** Myra at IRC: Ich weiss schon: "Phaser auf Beleuchtung!" From tim.bird at am.sony.com Tue Oct 7 14:37:17 2008 From: tim.bird at am.sony.com (Tim Bird) Date: Tue, 7 Oct 2008 11:37:17 -0700 Subject: [Moin-user] Wiki for document management In-Reply-To: <1223401930.17501.16.camel@server.firma.waldmann-edv.de> References: <20081003180442.GA23346@intelerad.com> <1223401930.17501.16.camel@server.firma.waldmann-edv.de> Message-ID: <48EBAC5D.3000606@am.sony.com> Thomas Waldmann wrote: >> * editing a large document with MoinMoin is awkward -- we're all >> jealous of MediaWiki's "edit a single section" feature. > > Yes, that is a quite often wanted feature and we are aware of that. > > But I could hold myself back from implementing some dirty hack for this > because we'll likely have a much cleaner way in the foreseeable future: > > Bastian Blank did some parser/formatter DOM refactoring project in > summer of code 2008. This basically gives a parsed moin document some > structured representation in memory - and I think this will be a good > base for implementing section editing and similar features. > > Merging this stuff into main branch will take a while, though, because > we first need to merge the work of other SOC projects: > * FCKeditor upgrade (merge done, release as 1.8) > * WSGI refactoring (merge done, release as 1.9) > * Storage refactoring (merge + quite some related work todo, release as > 2.0) > * DOM refactoring (merge + much related work todo, release as ?.?) > >> * no concept of review/approval > > There are quite some people dealing with such stuff / thinking about > using moin in such an application. > > Pity that nobody of them managed to start a discussion/facts page about > this on the moin wiki yet. In addition to being a long-time MoinMoin user, I have written my own wiki software (hasn't everyone written their own wiki engine at some point? ;-) I implemented section editing, and seriously, it only took about 2 hours. I always thought I should add it to MoinMoin, but never got around to it. Admittedly, it was probably in the category of what Thomas would describe as a "dirty hack", but it works fine, and could serve as a stopgap until some more comprehensive solution emerges. My wiki doesn't support WYSIWIG editing, but the algorithm should work well for most cases. (The problem would come with attributes with effects that cross section headings. In most cases, I think those would be errors anyways.) IMHO a 95% solution would still be useful here, but I don't want to work on something that would be thrown away soon. Would it be worth posting the algorithm for review/discussion? -- Tim ============================= Tim Bird Architecture Group Chair, CE Linux Forum Senior Staff Engineer, Sony Corporation of America ============================= From tw-public at gmx.de Wed Oct 8 06:59:33 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 08 Oct 2008 12:59:33 +0200 Subject: [Moin-user] Wiki for document management In-Reply-To: <48EBAC5D.3000606@am.sony.com> References: <20081003180442.GA23346@intelerad.com> <1223401930.17501.16.camel@server.firma.waldmann-edv.de> <48EBAC5D.3000606@am.sony.com> Message-ID: <1223463573.21015.25.camel@server.firma.waldmann-edv.de> > In addition to being a long-time MoinMoin user, I have written > my own wiki software (hasn't everyone written their own wiki > engine at some point? ;-) I didn't make an own one. I adopted one. :D > I implemented section editing, and seriously, it only took about 2 hours. Don't forget, moin has 2 editors (text and gui). > Would it be worth posting the algorithm for review/discussion? Well, as far as I am concerned, I am rather interested in a fully working and tested patch against moin/1.9 repo (plus someone maintaining that part of the code when needed), because I won't have much time to care for section editing development (so much other moin stuff to do). We need to be aware that if we add such a thing to moin/1.9, it will likely create merge conflicts with the storage refactoring repo, thus increasing the amount of work needed to merge them (for 2.0). From tw-public at gmx.de Wed Oct 8 07:09:13 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 08 Oct 2008 13:09:13 +0200 Subject: [Moin-user] MoinMoin development speed In-Reply-To: <20081007174601.GA91341@darkover.inka.de> References: <1223401267.17501.4.camel@server.firma.waldmann-edv.de> <20081007174601.GA91341@darkover.inka.de> Message-ID: <1223464153.21015.36.camel@server.firma.waldmann-edv.de> > Whoa. Three major releases in just one year? We try to release more often with less huge changes between releases. Due to the 6 summer of code projects we had this summer, we need to merge the work done rather quick. 1.5 to 1.6 was a huge change that caused a big delay. 1.6 to 1.7, 1.7 to 1.8 are smaller changes (when looking at the end user / wiki admin visibility). 1.8 to 1.9 will have big changes in the way moin is deployed (and related docs), but not much else. When we merge storage refactoring and later DOM refactoring, that will be a rather big change again. "Problem": It could happen that google runs summer of code again next year and that we get invited again - for that case, we should've merged most of this years work by then. For moin 1.9+ (and especially for 2.0+) we could need quite some more developers and testers helping us, otherwise 2.0 will take quite long. From haase at msg.ucsf.edu Wed Oct 8 08:16:11 2008 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Wed, 8 Oct 2008 14:16:11 +0200 Subject: [Moin-user] How do I find out which version a MoinMoin wiki site is running? In-Reply-To: References: Message-ID: Hi, I have often wondered what version of moin a certain site (e.g.http://wiki.wxpython.org) is running ? Is there any way to find out ? Thanks. - Sebastian Haase From onkel_e at web.de Wed Oct 8 08:17:34 2008 From: onkel_e at web.de (=?iso-8859-15?Q?Edgar_N=E4ther?=) Date: Wed, 08 Oct 2008 14:17:34 +0200 Subject: [Moin-user] How to create an AutoAdmin Message-ID: <353913620@web.de> Hi, I'm a new user of the moinmoin-wiki. Is it possible to create a Superadmin, who has always access to all pages by default independ of the acl's of a page? The Problem is: if I make a mistake by adding an acl-entry to a page, i cannot undo it, because i have no rights. Therefore i would like to have a superadmin, who can do that. I already tried the way described on the project-page, but it doesn't work. All i have to do is to create a Autoadmin page and do modify the config, right? Perhaps someone can give me an example? Thanks. Best regards Edgar ________________________________________________________________________ Schon geh?rt? Bei WEB.DE gibt' s viele kostenlose Spiele: http://games.entertainment.web.de/de/entertainment/games/free/index.html From mela at darkover.inka.de Wed Oct 8 08:45:31 2008 From: mela at darkover.inka.de (Mela Eckenfels) Date: Wed, 8 Oct 2008 14:45:31 +0200 Subject: [Moin-user] How do I find out which version a MoinMoin wiki site is running? In-Reply-To: References: Message-ID: <20081008124531.GB60946@darkover.inka.de> Hello, On Wed, Oct 08, 2008 at 02:16:11PM +0200, Sebastian Haase wrote: > I have often wondered what version of moin a certain site > (e.g.http://wiki.wxpython.org) is running ? > Is there any way to find out ? Look at the SystemInfo Page. But it may be not so verbose, if you are not an admin. Kind regards, Mela -- Mela Eckenfels - Freie Autorin - M?rscher Stra?e 8 - 76185 Karlsruhe eMail: mela at eckenfels.net - Web: http://mela.eckenfels.net/ Blog: http://mela.de/ - Das LARP-Kochbuch: http://larpkochbuch.de/ Das Kochbuch f?r Geeks: http://www.oreilly.de/catalog/geeksckbkger/ *** NEU! Nehmt am LARP-Kochbuch Sommerwettbewerb 2008 teil oder werdet Unterst?tzer! http://larpkochbuch.de/w/SommerWettbewerb2008 *** Luvah at IRC - Naturwissenschaftliche Informatik. Das sind so Leute die weder wissen warum ihnen der Apfel auf die Birne gefallen ist noch was eine Semaphore ist und sich rausreden koennen das sie im jeweils anderen Gebiet mehr drauf haetten - und da das Gegenueber meist Infotiker oder Naturwissenschaftler ist muss es das glauben From rb.proj at gmail.com Wed Oct 8 11:17:20 2008 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 08 Oct 2008 17:17:20 +0200 Subject: [Moin-user] How to create an AutoAdmin In-Reply-To: <353913620@web.de> References: <353913620@web.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Edgar N?ther schrieb: > Hi, > > I'm a new user of the moinmoin-wiki. Is it possible to create a Superadmin, who has always access to all pages by default independ of the acl's of a page? > The Problem is: if I make a mistake by adding an acl-entry to a page, i cannot undo it, because i have no rights. Therefore i would like to have a superadmin, who can do that. I already tried the way described on the project-page, but it doesn't work. All i have to do is to create a Autoadmin page and do modify the config, right? > Perhaps someone can give me an example? > > Thanks. > Hi Edgar you are searching for acl_rights_before (applied before page or default ACLs). http://master.moinmo.in/HelpOnAccessControlLists#Configuration e.g. acl_rights_before = u"AdminGroup:read,write,revert,delete,admin" then every member of AdminGroup has this right. Instead of the Group page you can also use a username. cheers Reimar -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFI7M7+5aOc3Q9hk/kRAoAdAJ49+eJZ2T7koHp0QnyCzACo6tNE2QCdHRS5 bmJ42RLB1kjAmBQ1e+2hoPQ= =z3zI -----END PGP SIGNATURE----- From mailinglist.honeypot at gmail.com Wed Oct 8 14:56:21 2008 From: mailinglist.honeypot at gmail.com (Steve Lianoglou) Date: Wed, 8 Oct 2008 18:56:21 +0000 (UTC) Subject: [Moin-user] =?utf-8?q?Customize_navi=5Fbar_per_group=3F?= References: Message-ID: Hi Reimar, R.Bauer gmail.com> writes: > You mean you want to add a different navibar dependent on member of a group? Yeah, that's what I was wondering. > If so the answer is no - not implemented yet. Got it, thanks. > But it is not difficult to do this. If you look into the theme navibar > code it looks like: > > # Process config navi_bar > if request.cfg.navi_bar: > for text in request.cfg.navi_bar: > pagename, link = self.splitNavilink(text) > if pagename == current: > cls = 'wikilink current' > else: > cls = 'wikilink' > items.append(item % (cls, link)) > found[pagename] = 1 > > You can add there another requirement, something like this: > (or you extend the user object by a method which get's the dependent > entries) > > pagename = u'WhateverGroup' > user_group = wikidicts.Group(request, pagename) > members = user_group.members() > if request.user.name in members: > .... > > lot's of examples at: > http://moinmo.in/MoinAPI/Beispiele Thanks for the detailed info and link (though my German is a bit ... rusty :-) Most likely, I'll let the user's just deal with it how it is now. Although it'd be fun to dig in and make this happen, it's pretty low priority atm (and apparently everyone else -- for pretty good reason). Cheers, -steve From rick.vanderveer at gmail.com Wed Oct 8 15:05:51 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 8 Oct 2008 14:05:51 -0500 Subject: [Moin-user] Customize navi_bar per group? In-Reply-To: References: Message-ID: <5c39e1ca0810081205s5964131btb080a75d3ffb6ea0@mail.gmail.com> Another related customizing navi-bar question: We use our navi_bar links to point to other various internal servers (webmail, project server, expense report server, etc). It would be kind of nifty if we could badge those links with an icon. For example, the webmail link will have a nice like mail envelope, the expense report server might have a money icon, etc. Is there a (relatively) easy way to do this? -Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists.gnarlodious at gmail.com Wed Oct 8 22:00:11 2008 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Wed, 8 Oct 2008 20:00:11 -0600 Subject: [Moin-user] How do I find out which version a MoinMoin wiki site is running? In-Reply-To: References: Message-ID: <3130eec50810081900j5ca47eepabc286ad597757b7@mail.gmail.com> On 10/8/08, Sebastian Haase wrote: > http://wiki.wxpython.org You need a link to the main site. Open wikiconfig.py and find variable navi_bar. Add a link to your main site like this: u'http://wxpython.org/', u'FindPage', u'HelpContents', ] That way surfers don't need to edit the URL bar to get there. You can also make it a text-only link (only shows wxpython.org)but I don't remember how. -- Gnarlie http://Gnarlodious.com/ From rick.vanderveer at gmail.com Wed Oct 8 23:41:50 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 8 Oct 2008 22:41:50 -0500 Subject: [Moin-user] How do I find out which version a MoinMoin wiki site is running? In-Reply-To: <3130eec50810081900j5ca47eepabc286ad597757b7@mail.gmail.com> References: <3130eec50810081900j5ca47eepabc286ad597757b7@mail.gmail.com> Message-ID: <5c39e1ca0810082041v6c72ae8fm1591314484596d68@mail.gmail.com> On Wed, Oct 8, 2008 at 9:00 PM, Gnarlodious wrote: > On 10/8/08, Sebastian Haase wrote: > > http://wiki.wxpython.org > > You need a link to the main site. Open wikiconfig.py and find variable > navi_bar. Add a link to your main site like this: > > u'http://wxpython.org/', > u'FindPage', > u'HelpContents', > ] > > That way surfers don't need to edit the URL bar to get there. You can > also make it a text-only link (only shows wxpython.org)but I don't > remember how. > > > Also, you can polish that link with: u'[[http://wxpython.org | main wxpython.org site]]', -Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Thu Oct 9 03:21:32 2008 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 09 Oct 2008 09:21:32 +0200 Subject: [Moin-user] Customize navi_bar per group? In-Reply-To: References: Message-ID: Steve Lianoglou schrieb: > Hi Reimar, > > R.Bauer gmail.com> writes: > >> You mean you want to add a different navibar dependent on member of a group? > > Yeah, that's what I was wondering. > >> If so the answer is no - not implemented yet. > > Got it, thanks. > >> But it is not difficult to do this. If you look into the theme navibar >> code it looks like: >> >> # Process config navi_bar >> if request.cfg.navi_bar: >> for text in request.cfg.navi_bar: >> pagename, link = self.splitNavilink(text) >> if pagename == current: >> cls = 'wikilink current' >> else: >> cls = 'wikilink' >> items.append(item % (cls, link)) >> found[pagename] = 1 >> >> You can add there another requirement, something like this: >> (or you extend the user object by a method which get's the dependent >> entries) >> >> pagename = u'WhateverGroup' >> user_group = wikidicts.Group(request, pagename) >> members = user_group.members() >> if request.user.name in members: >> .... >> >> lot's of examples at: >> http://moinmo.in/MoinAPI/Beispiele > > Thanks for the detailed info and link (though my German is a bit ... rusty :-) you can try googles translation http://translate.google.com/translate?u=http%3A%2F%2Fmoinmo.in%2FMoinAPI%2FBeispiele&hl=de&ie=UTF-8&sl=de&tl=en cheers Reimar > > Most likely, I'll let the user's just deal with it how it is now. Although > it'd be fun to dig in and make this happen, it's pretty low priority atm > (and apparently everyone else -- for pretty good reason). > > Cheers, > -steve > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ From rick.vanderveer at gmail.com Fri Oct 10 01:11:03 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Fri, 10 Oct 2008 00:11:03 -0500 Subject: [Moin-user] user_autocreate in Moin 1.8rc1 Message-ID: <5c39e1ca0810092211o738bf695o2689cb7b92ef3666@mail.gmail.com> I've read the CHANGES doc and noted that the autocreate has changed. However, it doesn't seem to work for me at all anymore. I tried changing it to: autocreate = true autocreate = 1 user_autocreate = true user_autocreate = 1 ...and none of them worked. Here's my farmconfig.py snippet: ## domain authentication from MoinMoin.auth.http import HTTPAuth auth = [HTTPAuth()] user_autocreate = true ## removed the 'logout' link because it doesn't work under HTTPauth show_login = 0 Help? -Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From rick.vanderveer at gmail.com Fri Oct 10 01:22:43 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Fri, 10 Oct 2008 00:22:43 -0500 Subject: [Moin-user] user_autocreate in Moin 1.8rc1 In-Reply-To: <5c39e1ca0810092211o738bf695o2689cb7b92ef3666@mail.gmail.com> References: <5c39e1ca0810092211o738bf695o2689cb7b92ef3666@mail.gmail.com> Message-ID: <5c39e1ca0810092222t20bb79d0t25e06bd5e45fb0ee@mail.gmail.com> Just to clarify exactly what's happening: The user is able to log in and see the wiki. However, no user file is created in the 'user' directory, and the users' name and 'settings' link are missing. -Rick On Fri, Oct 10, 2008 at 12:11 AM, Rick Vanderveer wrote: > I've read the CHANGES doc and noted that the autocreate has changed. > However, it doesn't seem to work for me at all anymore. I tried changing it > to: > > autocreate = true > autocreate = 1 > user_autocreate = true > user_autocreate = 1 > > ...and none of them worked. Here's my farmconfig.py snippet: > > > ## domain authentication > from MoinMoin.auth.http import HTTPAuth > auth = [HTTPAuth()] > user_autocreate = true > ## removed the 'logout' link because it doesn't work under HTTPauth > show_login = 0 > > > Help? > > -Rick > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Fri Oct 10 05:35:41 2008 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 10 Oct 2008 11:35:41 +0200 Subject: [Moin-user] user_autocreate in Moin 1.8rc1 In-Reply-To: <5c39e1ca0810092222t20bb79d0t25e06bd5e45fb0ee@mail.gmail.com> References: <5c39e1ca0810092211o738bf695o2689cb7b92ef3666@mail.gmail.com> <5c39e1ca0810092222t20bb79d0t25e06bd5e45fb0ee@mail.gmail.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rick Vanderveer schrieb: > Just to clarify exactly what's happening: > The user is able to log in and see the wiki. However, no user file is > created in the 'user' directory, and the users' name and 'settings' link are > missing. > > -Rick > Hi Rick wiki/config/more_samples shows the new syntax #auth = [HTTPAuth(autocreate=True)] (doc need adjustment) cheers Reimar > > On Fri, Oct 10, 2008 at 12:11 AM, Rick Vanderveer > wrote: > >> I've read the CHANGES doc and noted that the autocreate has changed. >> However, it doesn't seem to work for me at all anymore. I tried changing it >> to: >> >> autocreate = true >> autocreate = 1 >> user_autocreate = true >> user_autocreate = 1 >> >> ...and none of them worked. Here's my farmconfig.py snippet: >> >> >> ## domain authentication >> from MoinMoin.auth.http import HTTPAuth >> auth = [HTTPAuth()] >> user_autocreate = true >> ## removed the 'logout' link because it doesn't work under HTTPauth >> show_login = 0 >> >> >> Help? >> >> -Rick >> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFI7yHr5aOc3Q9hk/kRArQlAKC1hcTv5xrVqTMGZ579ZIvyFncXvwCfVsSq Paoqm47CyrA/iKEDXgMkImg= =q6w9 -----END PGP SIGNATURE----- From rick.vanderveer at gmail.com Fri Oct 10 13:28:37 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Fri, 10 Oct 2008 12:28:37 -0500 Subject: [Moin-user] user_autocreate in Moin 1.8rc1 In-Reply-To: References: <5c39e1ca0810092211o738bf695o2689cb7b92ef3666@mail.gmail.com> <5c39e1ca0810092222t20bb79d0t25e06bd5e45fb0ee@mail.gmail.com> Message-ID: <5c39e1ca0810101028j77422598y2e8b09ec711c1d96@mail.gmail.com> Thanks Reimar, that did the trick! In the interest of accuracy for everyone else, it's actually [HTTPAuth(autocreate=1)], not 'true'. True throws a python error, 1 fixes it. Thanks again! -Rick On Fri, Oct 10, 2008 at 4:35 AM, R.Bauer wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rick Vanderveer schrieb: > > Just to clarify exactly what's happening: > > The user is able to log in and see the wiki. However, no user file is > > created in the 'user' directory, and the users' name and 'settings' link > are > > missing. > > > > -Rick > > > > Hi Rick > > > wiki/config/more_samples shows the new syntax > > #auth = [HTTPAuth(autocreate=True)] > > (doc need adjustment) > > cheers > Reimar > > > > > > > > > > > On Fri, Oct 10, 2008 at 12:11 AM, Rick Vanderveer < > rick.vanderveer at gmail.com > >> wrote: > > > >> I've read the CHANGES doc and noted that the autocreate has changed. > >> However, it doesn't seem to work for me at all anymore. I tried changing > it > >> to: > >> > >> autocreate = true > >> autocreate = 1 > >> user_autocreate = true > >> user_autocreate = 1 > >> > >> ...and none of them worked. Here's my farmconfig.py snippet: > >> > >> > >> ## domain authentication > >> from MoinMoin.auth.http import HTTPAuth > >> auth = [HTTPAuth()] > >> user_autocreate = true > >> ## removed the 'logout' link because it doesn't work under HTTPauth > >> show_login = 0 > >> > >> > >> Help? > >> > >> -Rick > >> > > > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Moin-user mailing list > > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (GNU/Linux) > Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org > > iD8DBQFI7yHr5aOc3Q9hk/kRArQlAKC1hcTv5xrVqTMGZ579ZIvyFncXvwCfVsSq > Paoqm47CyrA/iKEDXgMkImg= > =q6w9 > -----END PGP SIGNATURE----- > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gerg.ward+moin at gmail.com Fri Oct 10 13:46:15 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Fri, 10 Oct 2008 13:46:15 -0400 Subject: [Moin-user] user_autocreate in Moin 1.8rc1 In-Reply-To: <5c39e1ca0810101028j77422598y2e8b09ec711c1d96@mail.gmail.com> References: <5c39e1ca0810092211o738bf695o2689cb7b92ef3666@mail.gmail.com> <5c39e1ca0810092222t20bb79d0t25e06bd5e45fb0ee@mail.gmail.com> <5c39e1ca0810101028j77422598y2e8b09ec711c1d96@mail.gmail.com> Message-ID: <20081010174615.GA17604@intelerad.com> On 10 October 2008, Rick Vanderveer said: > Thanks Reimar, that did the trick! > > In the interest of accuracy for everyone else, it's actually > [HTTPAuth(autocreate=1)], not 'true'. True throws a python error, 1 fixes > it. Python spells it "True", not "true". "autocreate=True" will work, but "autocreate=true" will not. Programming languages are picky like that. Greg From gerg.ward+moin at gmail.com Fri Oct 10 13:55:10 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Fri, 10 Oct 2008 13:55:10 -0400 Subject: [Moin-user] Include with version number (was Re: Wiki for document management) In-Reply-To: <1223196616.6375.14.camel@solid.paris.klabs.be> References: <20081003180442.GA23346@intelerad.com> <1223196616.6375.14.camel@solid.paris.klabs.be> Message-ID: <20081010175510.GB17604@intelerad.com> [my original post] > We are a small-but-growing software company that needs a good way to > manage our software documentation (requirements, specs, designs, etc.). > > Let me clarify this last one. E.g. for a single new feature, we will > typically create four wiki pages: > > NewFeature/BusinessRequirementsSpecification > NewFeature/SoftwareRequirementsSpecification > NewFeature/SoftwareDesignSpecification > NewFeature/DevelopmentTestPlan > > There are various operations we would like to be able to do on the whole > group, but the critical one is the ability to link to (or print, or > download, whatever) a specific version of the complete documentation for > NewFeature. [Franklin PIAT replies] > Have you tried using [[Include()]], to include common section, or > Dictionaries to replace variables ? > Also, you could have a page, that [[Include]] the four sub pages. [...] > If the tags where implemented, you could use a tag to mark the last > Review/approved version. > Meanwhile, you can have a page where you keep links to the last approved > versions. Great idea. I've been playing around with <> and I like it. I would like it even more if I could do <> to include a specified version of a particular page. Then I could publish "version 1" of all the docs for NewFeature as a page NewFeature/Version1Docs containing just <> <> <> <> Then I make NewFeature/Version1Docs immutable and *presto* we have met our regulatory requirements. (I hope.) After coming up with this idea, I took a look at the source of the Include macro. It's a bit hairy, and seems to use an old macro API. I'm not sure I like the idea of hacking in a new feature without doing any refactoring. Alternately, I could just write a new IncludeVersion macro that copies the important bits from Include.py and leaves behind all the functionality that I don't need right now. This is gross because of the code copying, but the current state of Include.py means the existing code is not very reusable. So: * does anyone else think that Include with a 'version' parameter would be generally a useful feature? * if not, do you think that I should be able to write my own IncludeVersion macro that reuses code in Include.py rather than copying it? * is anyone interested in a series of patches to refactor Include.py in order to make it more extensible and more reusable? Thanks -- Greg From gerg.ward+moin at gmail.com Fri Oct 10 14:07:54 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Fri, 10 Oct 2008 14:07:54 -0400 Subject: [Moin-user] Wiki for document management In-Reply-To: <20081003180442.GA23346@intelerad.com> References: <20081003180442.GA23346@intelerad.com> Message-ID: <20081010180753.GC17604@intelerad.com> On 03 October 2008, I said: > Oy vey. I'd much rather > have a wiki with global version numbers. Makes me wonder if anyone has > written a wiki where the backend is just a > Mercurial/git/Subversion/whatever repository. Since writing that post, I have learned that: * TWiki uses RCS files as its backend. Interesting, but it does not satisfy my desire for a global revision number. * SubWiki uses a Subversion repository as its store, but it does not appear to be actively maintained Just thought I would record this here for the archives. The Mercurial backend for MoinMoin looks more interesting than either of the above, though. ;-) Greg From czerwinski1977 at gmx.net Fri Oct 10 14:35:41 2008 From: czerwinski1977 at gmx.net (Reinhard Mayr aka Czerwinski) Date: Fri, 10 Oct 2008 20:35:41 +0200 Subject: [Moin-user] Include with version number (was Re: Wiki for document management) In-Reply-To: <20081010175510.GB17604@intelerad.com> References: <20081003180442.GA23346@intelerad.com> <1223196616.6375.14.camel@solid.paris.klabs.be> <20081010175510.GB17604@intelerad.com> Message-ID: > So: > > * does anyone else think that Include with a 'version' parameter would > be generally a useful feature? Yes, if it is optional. > * is anyone interested in a series of patches to refactor Include.py > in order to make it more extensible and more reusable? I'd rather be interested in having it included one of the upcoming releases - is this possible? Thanks, Reinhard. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From fpiat at klabs.be Fri Oct 10 15:52:23 2008 From: fpiat at klabs.be (Franklin PIAT) Date: Fri, 10 Oct 2008 21:52:23 +0200 Subject: [Moin-user] Wiki for document management In-Reply-To: <20081010180753.GC17604@intelerad.com> References: <20081003180442.GA23346@intelerad.com> <20081010180753.GC17604@intelerad.com> Message-ID: <1223668343.5052.3.camel@solid.paris.klabs.be> On Fri, 2008-10-10 at 14:07 -0400, Greg Ward wrote: > On 03 October 2008, I said: > > Oy vey. I'd much rather > > have a wiki with global version numbers. Makes me wonder if anyone has > > written a wiki where the backend is just a > > Mercurial/git/Subversion/whatever repository. There is also ikiwiki ( http://ikiwiki.info/ ), which is backed by git. I would be surprised if any RCS backed wiki had as many features as existing mature wiki, like moinmoin ;-) Franklin From tw-public at gmx.de Sat Oct 11 06:38:13 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 11 Oct 2008 12:38:13 +0200 Subject: [Moin-user] Include with version number (was Re: Wiki for document management) In-Reply-To: <20081010175510.GB17604@intelerad.com> References: <20081003180442.GA23346@intelerad.com> <1223196616.6375.14.camel@solid.paris.klabs.be> <20081010175510.GB17604@intelerad.com> Message-ID: <1223721493.6743.1.camel@black.firma.waldmann-edv.de> > * is anyone interested in a series of patches to refactor Include.py > in order to make it more extensible and more reusable? Just to warn you: current Include code is a mess and rather limited due to the way it works. From manfred.lotz at arcor.de Sat Oct 11 14:07:54 2008 From: manfred.lotz at arcor.de (Manfred Lotz) Date: Sat, 11 Oct 2008 20:07:54 +0200 Subject: [Moin-user] Cache problem? Message-ID: Hi all, Perhaps a cache problem, perhaps lack of understanding from my side. I have a Category page CategoryTest like this: <--------------snip-------------------------------------> Describe the pages in this category... To add a page to this category, add a link to this page on the last line of the page. You can add multiple categories to a page. '''List of pages in this category:''' <> ---- CategoryCategory <--------------snap-------------------------------------> No I create a new page, say Test containing: <--------------snip-------------------------------------> a test page ---- CategoryTest <--------------snap-------------------------------------> When I go back to CategoryTest page 'Test' is not listed, obviously because it was no added to the cache. What is my mistake? -- Manfred From rb.proj at gmail.com Sat Oct 11 19:42:41 2008 From: rb.proj at gmail.com (R.Bauer) Date: Sun, 12 Oct 2008 01:42:41 +0200 Subject: [Moin-user] Cache problem? In-Reply-To: References: Message-ID: Manfred Lotz schrieb: > Hi all, > Perhaps a cache problem, perhaps lack of understanding from my side. > > I have a Category page CategoryTest like this: > > <--------------snip-------------------------------------> > Describe the pages in this category... > > To add a page to this category, add a link to this page on the last line > of the page. You can add multiple categories to a page. > > '''List of pages in this category:''' > > <> > > > ---- > CategoryCategory > > > <--------------snap-------------------------------------> > > > No I create a new page, say Test containing: > > <--------------snip-------------------------------------> > > a test page > > ---- > CategoryTest > > <--------------snap-------------------------------------> > > > When I go back to CategoryTest page 'Test' is not listed, obviously > because it was no added to the cache. > > > What is my mistake? > > No mistake, you have just to clean the cache by the more action menu "Clean Cache" FullSearchCached means the results are not automaticly refreshed. You have to force that by deleting the cache. That is the normal behaviour of FullSearchCached. cheers Reimar From manfred.lotz at arcor.de Sun Oct 12 00:40:57 2008 From: manfred.lotz at arcor.de (Manfred Lotz) Date: Sun, 12 Oct 2008 06:40:57 +0200 Subject: [Moin-user] Cache problem? In-Reply-To: References: Message-ID: R.Bauer wrote: > Manfred Lotz schrieb: ... >> >> When I go back to CategoryTest page 'Test' is not listed, obviously >> because it was no added to the cache. >> >> >> What is my mistake? >> >> > > No mistake, you have just to clean the cache by the more action menu > "Clean Cache" FullSearchCached means the results are not automaticly > refreshed. You have to force that by deleting the cache. > > That is the normal behaviour of FullSearchCached. > Thanks for the hint. That (actually it is called DeleteCache) did work fine but took time. I'm wondering why moinmoin doesn't automatically add the page to the cache of CategoryTest when I specified this on page Test. Wouldn't it be much better performance wise? -- Manfred From hp.news at gmx.de Sun Oct 12 06:16:48 2008 From: hp.news at gmx.de (Hape Schaal) Date: Sun, 12 Oct 2008 10:16:48 +0000 Subject: [Moin-user] Announcement: MoinMoin2ODF 0.5 Message-ID: <200810121216.48285.hp.news@gmx.de> Hi, I just uploaded the new version of the MoinMoin2ODF formatter. This formatter exports a MoinMoin wiki page to an OpenDocument-Text (.odt) file. OpenDocument is the standard file format of OpenOffice and KOffice. Many other applications can read this file format as well. You can also use this formatter for PDF creation with OpenOffice as an intermediate step where you can edit and polish your documents before converting them to PDF. Of course you can use OpenOffice as well to convert your wiki pages to MS Word files. This is the last version for MoinMoin 1.5. The next version will be developed and tested with MoinMoin 1.6. Changes of this version: - Give correct filename to browser (thanks to Thomas Waldmann!) - New: Images (you still have to manually resize images in your word processor, however they are at least in your document) - New: Drawings - New: Numbered lists - Always produce valid output by using an internal XML tree. Verified (and corrected where needed) with OpenDocument Validator. You can download the formatter at: http://moinmo.in/FormatterMarket Be sure to read INSTALL.txt before installing. For feedback you can also use: http://moinmo.in/FormatterMarket/MoinMoin2ODF Have fun, Hans-Peter From tw-public at gmx.de Sun Oct 12 07:10:38 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 12 Oct 2008 13:10:38 +0200 Subject: [Moin-user] Announcement: MoinMoin2ODF 0.5 In-Reply-To: <200810121216.48285.hp.news@gmx.de> References: <200810121216.48285.hp.news@gmx.de> Message-ID: <1223809838.32763.5.camel@black.firma.waldmann-edv.de> Moin Hape, > I just uploaded the new version of the MoinMoin2ODF formatter. cool :) > This is the last version for MoinMoin 1.5. The next version will be > developed and tested with MoinMoin 1.6. I suggest you better target 1.7/1.8 for it (1.8 is ETA 2008-11-01). Both 1.7 and 1.8 are rather easy upgrades from 1.6 and have quite some bugfixes and nice new stuff (e.g. 1.8 will bring an updated GUI editor / FCKeditor). Cheers, Thomas From tw-public at gmx.de Sun Oct 12 07:35:02 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 12 Oct 2008 13:35:02 +0200 Subject: [Moin-user] MoinMoin devs in California Message-ID: <1223811302.32763.13.camel@black.firma.waldmann-edv.de> See there: http://moinmo.in/MoinInternationalConference/California2008 I guess we'll update that page with our route while we are there. If you live somewhere there and want to meet with us, just contact us (use that page). Cheers, Thomas From hp.news at gmx.de Sun Oct 12 10:25:51 2008 From: hp.news at gmx.de (Hape Schaal) Date: Sun, 12 Oct 2008 16:25:51 +0200 Subject: [Moin-user] Announcement: MoinMoin2ODF 0.5 In-Reply-To: <1223809838.32763.5.camel@black.firma.waldmann-edv.de> References: <200810121216.48285.hp.news@gmx.de> <1223809838.32763.5.camel@black.firma.waldmann-edv.de> Message-ID: <200810121625.51519.hp.news@gmx.de> Hi Thomas, > ... > I suggest you better target 1.7/1.8 for it (1.8 is ETA > 2008-11-01). > ... yes, I'd like to use some of the new features of MoinMoin 1.7 in the formatter. So new development will be for 1.7+ only. I'll just test the current version with MoinMoin 1.6 and perform changes where necessary. This way users who have to stick with MoinMoin 1.6 will have a version of this formatter, too. greetings / viele Gr??e, Hans-Peter From ngi at klaasholwerda.nl Sun Oct 12 16:52:04 2008 From: ngi at klaasholwerda.nl (klaas.holwerda) Date: Sun, 12 Oct 2008 22:52:04 +0200 Subject: [Moin-user] for website creation Message-ID: <48F26374.9060602@klaasholwerda.nl> Hi, I like to use MoinMoin for creating a website. Not to be in general by anyone. So i would like to disable editing features for all users but me and some others. Can i disable for instance Page Actions when no one is logged in? In my theme script (fixedleft theme), i see a function shouldShowEditBar, but how to use that?? Does someone know topics dealing with website creation in MoinMoin? Thanks, Klaas From crosseyedpenguin at yahoo.com Sun Oct 12 18:39:12 2008 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Sun, 12 Oct 2008 15:39:12 -0700 (PDT) Subject: [Moin-user] for website creation In-Reply-To: <48F26374.9060602@klaasholwerda.nl> Message-ID: <689325.53459.qm@web36202.mail.mud.yahoo.com> --- On Sun, 10/12/08, klaas.holwerda wrote: > From: klaas.holwerda > Subject: [Moin-user] for website creation > To: moin-user at lists.sourceforge.net > Date: Sunday, October 12, 2008, 1:52 PM > Hi, > > I like to use MoinMoin for creating a website. Not to be in > general by > anyone. > So i would like to disable editing features for all users > but me and > some others. > > Can i disable for instance Page Actions when no one is > logged in? > > In my theme script (fixedleft theme), i see a function > shouldShowEditBar, but how to use that?? > > Does someone know topics dealing with website creation in > MoinMoin? > > Thanks, > > Klaas > I think you do not need to modify the theme. Read the HelpOnAccessControlLists page. In topic 3. Configuration, there are the "acl_rights_before" and "acl_rights_after" parameters that you can put in your wikiconfig.py to control who can edit pages. Roger Haase From ngi at klaasholwerda.nl Sun Oct 12 19:01:46 2008 From: ngi at klaasholwerda.nl (klaas.holwerda) Date: Mon, 13 Oct 2008 01:01:46 +0200 Subject: [Moin-user] for website creation In-Reply-To: <689325.53459.qm@web36202.mail.mud.yahoo.com> References: <689325.53459.qm@web36202.mail.mud.yahoo.com> Message-ID: <48F281DA.7060309@klaasholwerda.nl> Roger Haase wrote: > > --- On Sun, 10/12/08, klaas.holwerda wrote: > > >> From: klaas.holwerda >> Subject: [Moin-user] for website creation >> To: moin-user at lists.sourceforge.net >> Date: Sunday, October 12, 2008, 1:52 PM >> Hi, >> >> I like to use MoinMoin for creating a website. Not to be in >> general by >> anyone. >> So i would like to disable editing features for all users >> but me and >> some others. >> >> Can i disable for instance Page Actions when no one is >> logged in? >> >> In my theme script (fixedleft theme), i see a function >> shouldShowEditBar, but how to use that?? >> >> Does someone know topics dealing with website creation in >> MoinMoin? >> >> Thanks, >> >> Klaas >> >> > > I think you do not need to modify the theme. Read the HelpOnAccessControlLists page. In topic 3. Configuration, there are the "acl_rights_before" and "acl_rights_after" parameters that you can put in your wikiconfig.py to control who can edit pages. > > > Someone did send me this: acl_rights_before = u"YourName:read,write,delete,revert,admin" acl_rights_default = u"All:read" actions_excluded = DefaultConfig.actions_excluded + ['newaccount'] And together with shouldShowEditbar change: http://moinmo.in/SecurityProposals I have it very close to want i want. Thanks all, Klaas > > > > From haase at msg.ucsf.edu Mon Oct 13 03:58:44 2008 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Mon, 13 Oct 2008 09:58:44 +0200 Subject: [Moin-user] Announcement: MoinMoin2ODF 0.5 In-Reply-To: <200810121625.51519.hp.news@gmx.de> References: <200810121216.48285.hp.news@gmx.de> <1223809838.32763.5.camel@black.firma.waldmann-edv.de> <200810121625.51519.hp.news@gmx.de> Message-ID: Moin Hape, This sound like a very interesting tool/project. Thanks for making this available to the public. Just to confirm my memory: This is for 1.5 ; wasn't there a "major syntax change" between 1.5 and 1.6 ?? (like all '[' ']' became '<<' '>>' !?) (I'm actually still running 1.5.x myself, and are contemplating (and still somewhat scared) to upgrade....) Cheers, Sebastian On Sun, Oct 12, 2008 at 4:25 PM, Hape Schaal wrote: > Hi Thomas, > >> ... >> I suggest you better target 1.7/1.8 for it (1.8 is ETA >> 2008-11-01). >> ... > > yes, I'd like to use some of the new features of MoinMoin 1.7 in the > formatter. So new development will be for 1.7+ only. > > I'll just test the current version with MoinMoin 1.6 and perform > changes where necessary. This way users who have to stick with > MoinMoin 1.6 will have a version of this formatter, too. > > greetings / viele Gr??e, > > Hans-Peter > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From jdd at dodin.org Mon Oct 13 11:52:16 2008 From: jdd at dodin.org (jdd) Date: Mon, 13 Oct 2008 17:52:16 +0200 Subject: [Moin-user] list of pages with date Message-ID: <48F36EB0.3060908@dodin.org> Hello I would like to have on my personal page a list of the pages I own with the last date edited, the very same that is printed at the end of this page something like this: Mypage01 last edited october 20, 2007 mysecondpage last edited September 3,2008 is this possible and how? thanks jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM From j.k.wight at ncl.ac.uk Tue Oct 14 05:39:24 2008 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Tue, 14 Oct 2008 10:39:24 +0100 Subject: [Moin-user] Odd behaviour of hierarchical ACLs Message-ID: I have been asked to create private wiki space for each of a number of groups. I could obviously use one wiki per group, but I thought I would try using hierarchical ACLs to restrict each group to a subtree of pages in the same wiki. For testing (with 1.7.2), I have these wikiconfig.py settings acl_hierarchic = True acl_rights_before = u"adminuser:read,write,delete,revert,admin" acl_rights_default = u"All:read" auth = [HTTPAuth()] show_login = 0 user_autocreate = True plus the following pages Team1 ===== #acl Team1Group:read,write,delete,revert All: Team1Group ========== * someuser I have the following problem: if someuser creates a new page under Team1 the page gets created - I can see it if logged in as adminuser - but if someuser clicks the 'Clear message' link after Save Changes, the display jumps to the page for creating a new empty page again. In fact, someuser is unable to view the page at all - attempts result in the page for creating a new empty page being displayed. But if adminuser creates a page under Team1, someuser can display it. Does this indicate a bug in the handling of hierarchical ACLs, or do I misunderstand something? Jim From gerg.ward+moin at gmail.com Tue Oct 14 09:56:27 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Tue, 14 Oct 2008 09:56:27 -0400 Subject: [Moin-user] Include with version number (was Re: Wiki for document management) In-Reply-To: <1223721493.6743.1.camel@black.firma.waldmann-edv.de> References: <20081003180442.GA23346@intelerad.com> <1223196616.6375.14.camel@solid.paris.klabs.be> <20081010175510.GB17604@intelerad.com> <1223721493.6743.1.camel@black.firma.waldmann-edv.de> Message-ID: <20081014135627.GA3867@intelerad.com> On 11 October 2008, Thomas Waldmann said: > > > * is anyone interested in a series of patches to refactor Include.py > > in order to make it more extensible and more reusable? > > Just to warn you: current Include code is a mess and rather limited due > to the way it works. Yes, I figured that out pretty quickly. That's why I am offering to refactor it if you want the patch. (Well, more likely, series of patches.) In the meantime, I am writing IncludeRevision from scratch with a lot of copying from Include.py, but lots of features dropped. (I'm just writing what I need now.) This should give me some ideas about how to refactor Include.py. Greg From szybalski at gmail.com Wed Oct 15 10:03:58 2008 From: szybalski at gmail.com (Lukasz Szybalski) Date: Wed, 15 Oct 2008 09:03:58 -0500 Subject: [Moin-user] moinmoin to render, svn/bzr to do the revision control in my folder? Message-ID: <804e5c70810150703l5d3586f8pf069d7350bb6a22d@mail.gmail.com> Hello, I was wondering how could I achieve the following. Either via taking our parts of moinmoin or importing moin modules into my python app : 1. I have a folder in my repository called "wiki" in which I have files with moinmoin syntax. I would like to render them to a webpage. 2. Is moin code separated enough so I could take out the rendering engine and use it within my webpage? (Which code and how?)(or which modules to import from my python app to get the rendering going?) 3. I would like to provide "edit, preview, save, print view, raw view, and docbook? (edit,preview,save as soon as possible) Is that possible ? How could this be achieved? 4. On save it would issue a commit command in which ever revision control I'm on. Could you guys point me to parts of moinmoin that would fulfill the above requirements? Thank you, Lucas From szybalski at gmail.com Wed Oct 15 10:03:58 2008 From: szybalski at gmail.com (Lukasz Szybalski) Date: Wed, 15 Oct 2008 09:03:58 -0500 Subject: [Moin-user] moinmoin to render, svn/bzr to do the revision control in my folder? Message-ID: <804e5c70810150703l5d3586f8pf069d7350bb6a22d@mail.gmail.com> Hello, I was wondering how could I achieve the following. Either via taking our parts of moinmoin or importing moin modules into my python app : 1. I have a folder in my repository called "wiki" in which I have files with moinmoin syntax. I would like to render them to a webpage. 2. Is moin code separated enough so I could take out the rendering engine and use it within my webpage? (Which code and how?)(or which modules to import from my python app to get the rendering going?) 3. I would like to provide "edit, preview, save, print view, raw view, and docbook? (edit,preview,save as soon as possible) Is that possible ? How could this be achieved? 4. On save it would issue a commit command in which ever revision control I'm on. Could you guys point me to parts of moinmoin that would fulfill the above requirements? Thank you, Lucas From szybalski at gmail.com Wed Oct 15 10:03:58 2008 From: szybalski at gmail.com (Lukasz Szybalski) Date: Wed, 15 Oct 2008 09:03:58 -0500 Subject: [Moin-user] moinmoin to render, svn/bzr to do the revision control in my folder? Message-ID: <804e5c70810150703l5d3586f8pf069d7350bb6a22d@mail.gmail.com> Hello, I was wondering how could I achieve the following. Either via taking our parts of moinmoin or importing moin modules into my python app : 1. I have a folder in my repository called "wiki" in which I have files with moinmoin syntax. I would like to render them to a webpage. 2. Is moin code separated enough so I could take out the rendering engine and use it within my webpage? (Which code and how?)(or which modules to import from my python app to get the rendering going?) 3. I would like to provide "edit, preview, save, print view, raw view, and docbook? (edit,preview,save as soon as possible) Is that possible ? How could this be achieved? 4. On save it would issue a commit command in which ever revision control I'm on. Could you guys point me to parts of moinmoin that would fulfill the above requirements? Thank you, Lucas From szybalski at gmail.com Wed Oct 15 10:03:58 2008 From: szybalski at gmail.com (Lukasz Szybalski) Date: Wed, 15 Oct 2008 09:03:58 -0500 Subject: [Moin-user] moinmoin to render, svn/bzr to do the revision control in my folder? Message-ID: <804e5c70810150703l5d3586f8pf069d7350bb6a22d@mail.gmail.com> Hello, I was wondering how could I achieve the following. Either via taking our parts of moinmoin or importing moin modules into my python app : 1. I have a folder in my repository called "wiki" in which I have files with moinmoin syntax. I would like to render them to a webpage. 2. Is moin code separated enough so I could take out the rendering engine and use it within my webpage? (Which code and how?)(or which modules to import from my python app to get the rendering going?) 3. I would like to provide "edit, preview, save, print view, raw view, and docbook? (edit,preview,save as soon as possible) Is that possible ? How could this be achieved? 4. On save it would issue a commit command in which ever revision control I'm on. Could you guys point me to parts of moinmoin that would fulfill the above requirements? Thank you, Lucas From alexander.dietz72 at googlemail.com Thu Oct 16 06:12:27 2008 From: alexander.dietz72 at googlemail.com (Alexander Dietz) Date: Thu, 16 Oct 2008 12:12:27 +0200 Subject: [Moin-user] Multi-line expression in table Message-ID: <446e254a0810160312y50222621s7879e50cc95df1e0@mail.gmail.com> Hi, is there an easy way to put a multi-line statement into a table? I have the following code-expression: {{{ import os import sys }}} and would like to set this into a table. The following does not work: || {{{ import os import sys }}}|| Cheers Alex From alexander.dietz72 at googlemail.com Thu Oct 16 06:12:27 2008 From: alexander.dietz72 at googlemail.com (Alexander Dietz) Date: Thu, 16 Oct 2008 12:12:27 +0200 Subject: [Moin-user] Multi-line expression in table Message-ID: <446e254a0810160312y50222621s7879e50cc95df1e0@mail.gmail.com> Hi, is there an easy way to put a multi-line statement into a table? I have the following code-expression: {{{ import os import sys }}} and would like to set this into a table. The following does not work: || {{{ import os import sys }}}|| Cheers Alex From lists at onemanifest.net Thu Oct 16 09:10:49 2008 From: lists at onemanifest.net (Peter Teunissen) Date: Thu, 16 Oct 2008 15:10:49 +0200 (CEST) Subject: [Moin-user] Multi-line expression in table In-Reply-To: <446e254a0810160312y50222621s7879e50cc95df1e0@mail.gmail.com> References: <446e254a0810160312y50222621s7879e50cc95df1e0@mail.gmail.com> Message-ID: <57131.212.108.5.162.1224162649.squirrel@secure.onemanifest.net> On Thu, October 16, 2008 12:12, Alexander Dietz wrote: > is there an easy way to put a multi-line statement into a table? > I have the following code-expression: > > {{{ > import os > import sys > }}} > I don't know a solution in wiki syntax, but you can do it with reStructuredText like this: {{{#!rst +-----------+-------+ |:: |test | | | | | import os | | | import sys| | +-----------+-------+ }}} -- Groet, Peter Teunissen From gerg.ward+moin at gmail.com Thu Oct 16 11:03:36 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Thu, 16 Oct 2008 11:03:36 -0400 Subject: [Moin-user] Strange macro behaviour (1.8.0rc1) Message-ID: <20081016150336.GA29826@intelerad.com> Hi all -- as I mentioned a few days ago, I have written a custom IncludeRevision macro to include a specific revision of another page. Basically I stole the bits of Include.py that looked relevant, hacked in revision handling, and ignored the whole "what if the included page includes other pages?" issue. The heart of my new macro is this code, which should look familiar to anyone who knows Include.py: def includePage(self, this_page, inc_name, inc_revision, result): [...access check...] fmt = self.macro.formatter.__class__(self.request, is_included=True) fmt._base_depth = self.macro.formatter._base_depth inc_page = Page(self.request, inc_name, formatter=fmt, rev=inc_revision) [...existence check...] # Format the included page and add to result. strfile = StringIO() self.request.redirect(strfile) try: inc_page.send_page(content_only=True, omit_footnotes=True, count_hit=False) result.append(strfile.getvalue()) logging.debug("just included page %s (revision %r): content = %r", inc_page.page_name, inc_page.rev, result[-1]) finally: self.request.redirect() In particular, the call to inc_page.send_page() with output redirected to a StringIO is straight out of Include.py. Now here's what's weird: the output of this macro is correct when I preview a change, but mangled when I save the change. However, if I suppress caching the macro output with Dependencies = ["foo"] the problem disappears and it behaves correctly in either circumstance. In particular, I am inserting a page whose markup is: """ = XYZ = This is revision 3 of a silly page to test macro `<>`. insert intelligent text here """ When everything is correct, that "= XYZ =" header line renders to HTML as: """

XYZ

""" But when caching is enabled and I view the page normally, it renders as """ <<<>>>

<<<>>>XYZ <<<>>><<<>>> """ Yes, that is what I get from "View Source" in my browser -- MoinMoin is sending " without a matching "

", for starters. Obviously it doesn't render too well. Any clues? I'll attach my complete IncludeRevision.py in case anyone is interested. I don't see how my code could be causing this, but on the other hand I don't see this behaviour with the stock Include macro. And again, I don't see it if I disable caching of my macro's output. Weird. Thanks -- Greg -------------- next part -------------- """ Simplified version of the Include macro that lets you specify a page revision number. (Because of that, you can only include a single page: it's unlikely that the same revision number would be meaningful for a whole set of pages.) """ # XXX there is a lot of overlap here with MoinMoin's stock Include # macro. The original Include.py should, IMHO, be refactored to # support reusing its code and/or extending it more easily. from cStringIO import StringIO from MoinMoin import wikiutil from MoinMoin.Page import Page from MoinMoin import log logging = log.getLogger("MoinMoin.macro.IncludeRevision") #Dependencies = ["foo"] # disable caching for the time being Dependencies = [] generates_headings = True logging.debug("module loading") def macro_IncludeRevision(macro, pagename, revision=None): # urghh: if the requested page includes other pages, what revision # should we apply? this is where we need tags, not # revisions... sigh... return IncludeRevisionMacro(macro, macro.request).execute(pagename, revision) class IncludeRevisionMacro(object): __slots__ = ['macro', 'request', '_', # callable to translate messages ] def __init__(self, macro, request): # context logging.debug("__init__(): macro=%r, request=%r", macro, request) self.macro = macro self.request = request self._ = self.request.getText def execute(self, pagename, revision): # Just getting links for the current page -- do nothing. if self.request.mode_getpagelinks: return "" result = [] # list of strings (or formatted things?) if revision is None: revision = 0 # latest, according Page class else: revision = int(revision) this_page = self.macro.formatter.page pagename = wikiutil.AbsPageName(this_page.page_name, pagename) self.includePage(this_page, pagename, revision, result) return ''.join(result) def includePage(self, this_page, inc_name, inc_revision, result): logging.debug("including page %r (revision %r) into %r", inc_name, inc_revision, this_page.page_name) if not self.request.user.may.read(inc_name): # XXX stock Include macro is silent about access error result.append(self._sysmsg('error', 'Access denied: %s', inc_name)) return fmt = self.macro.formatter.__class__(self.request, is_included=True) fmt._base_depth = self.macro.formatter._base_depth inc_page = Page(self.request, inc_name, formatter=fmt, rev=inc_revision) if not inc_page.exists(): # XXX showing error message here is also inconsistent with # stock Include result.append(self._sysmsg('error', 'No such page: %s', inc_name)) return # Format the included page and add to result. strfile = StringIO() self.request.redirect(strfile) try: inc_page.send_page(content_only=True, omit_footnotes=True, count_hit=False) result.append(strfile.getvalue()) logging.debug("just included page %s (revision %r): content = %r", inc_page.page_name, inc_page.rev, result[-1]) finally: self.request.redirect() def _sysmsg(self, errtype, msg_fmt, *msg_args): # XXX what about HTML escaping? msg_fmt = self.__class__.__name__ + ': ' + self._(msg_fmt) html_msg_fmt = ('

%s

' % (errtype, msg_fmt)) return html_msg_fmt % msg_args From fpiat at klabs.be Thu Oct 16 18:09:25 2008 From: fpiat at klabs.be (Franklin PIAT) Date: Fri, 17 Oct 2008 00:09:25 +0200 Subject: [Moin-user] Multi-line expression in table In-Reply-To: <57131.212.108.5.162.1224162649.squirrel@secure.onemanifest.net> References: <446e254a0810160312y50222621s7879e50cc95df1e0@mail.gmail.com> <57131.212.108.5.162.1224162649.squirrel@secure.onemanifest.net> Message-ID: <1224194965.9048.7.camel@solid.paris.klabs.be> On Thu, 2008-10-16 at 15:10 +0200, Peter Teunissen wrote: > On Thu, October 16, 2008 12:12, Alexander Dietz wrote: > > is there an easy way to put a multi-line statement into a table? You can also create X pages that match X cell contents, then use the Include macro. It isn't a very nice, but it helps sometimes. Of course, you can also use [[BR]], like : ||Example: || First [[BR]] Second [[BR]] Third line || Franklin From rb.proj at gmail.com Fri Oct 17 01:50:57 2008 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 17 Oct 2008 07:50:57 +0200 Subject: [Moin-user] Multi-line expression in table In-Reply-To: <446e254a0810160312y50222621s7879e50cc95df1e0@mail.gmail.com> References: <446e254a0810160312y50222621s7879e50cc95df1e0@mail.gmail.com> Message-ID: Alexander Dietz schrieb: > Hi, > > is there an easy way to put a multi-line statement into a table? > I have the following code-expression: > > {{{ > import os > import sys > }}} > > and would like to set this into a table. The following does not work: > > || {{{ > import os > import sys > }}}|| > > Cheers > Alex > the MiniPage should be able to do this see the marketplace cheers Reimar > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ From tw-public at gmx.de Sat Oct 18 11:34:04 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 18 Oct 2008 08:34:04 -0700 Subject: [Moin-user] list of pages with date In-Reply-To: <48F36EB0.3060908@dodin.org> References: <48F36EB0.3060908@dodin.org> Message-ID: <1224344044.7322.2.camel@black.firma.waldmann-edv.de> > I would like to have on my personal page a list of the pages I own > with the last date edited, the very same that is printed at the end of > this page There is no concept of "owning a page" in a wiki. But if you sign at least once on a page, you could just search for your name (with the FullSearch macro). IIRC it also display the last edit timestamp. If you don't like the output it gives, you can still write your own macro. From tw-public at gmx.de Sun Oct 19 10:41:27 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 19 Oct 2008 07:41:27 -0700 Subject: [Moin-user] Strange macro behaviour (1.8.0rc1) In-Reply-To: <20081016150336.GA29826@intelerad.com> References: <20081016150336.GA29826@intelerad.com> Message-ID: <1224427287.6291.13.camel@black.firma.waldmann-edv.de> > as I mentioned a few days ago, I have written a custom IncludeRevision > macro to include a specific revision of another page. Basically I stole > the bits of Include.py that looked relevant, hacked in revision > handling, and ignored the whole "what if the included page includes > other pages?" issue. Maybe you rather want to add a rev=X parameter to the original Include macro. > preview a change, but mangled when I save the change. However, if I > suppress caching the macro output with > > Dependencies = ["foo"] > > the problem disappears and it behaves correctly in either circumstance. Please not that the original Include macro has this: Dependencies = ["time"] # works around MoinMoinBugs/TableOfContentsLacksLinks So it also works around some bugs by disabling caching. > But when caching is enabled and I view the page normally, it renders as > > """ > <<<>>>

<<<>>>XYZ

> <<<>>><<<>>> > """ That means that the text_python formatter was malfunctioning somehow. You never should see those <<<>>> placeholders in the output. Hopefully the Include crap will be fixed when we merge the DOM formatter repo into the main repo (will take a while, don't hold your breath). From tw-public at gmx.de Sun Oct 19 10:51:47 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 19 Oct 2008 07:51:47 -0700 Subject: [Moin-user] Include with version number (was Re: Wiki for document management) In-Reply-To: <20081014135627.GA3867@intelerad.com> References: <20081003180442.GA23346@intelerad.com> <1223196616.6375.14.camel@solid.paris.klabs.be> <20081010175510.GB17604@intelerad.com> <1223721493.6743.1.camel@black.firma.waldmann-edv.de> <20081014135627.GA3867@intelerad.com> Message-ID: <1224427907.6291.22.camel@black.firma.waldmann-edv.de> > > > * is anyone interested in a series of patches to refactor Include.py > > > in order to make it more extensible and more reusable? > > > > Just to warn you: current Include code is a mess and rather limited due > > to the way it works. > > Yes, I figured that out pretty quickly. That's why I am offering to > refactor it if you want the patch. (Well, more likely, series of > patches.) As long as the patches maintain compatibility and are "clean" patches (meaning they fix one defined problem each), yes, I am interested. But be aware that fixing some of the major problems Include has right now won't be doable with some small patch, but needed a very large refactoring (this has been done in summer of code 2008 by Bastian Blank, see http://hg.moinmo.in/moin/1.8-dom-bblank/). This completely changes how the parser calls the formatter (then being just "converters" see MoinMoin.converter2). From tw-public at gmx.de Sun Oct 19 11:01:09 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 19 Oct 2008 08:01:09 -0700 Subject: [Moin-user] Odd behaviour of hierarchical ACLs In-Reply-To: References: Message-ID: <1224428469.6291.30.camel@black.firma.waldmann-edv.de> > acl_hierarchic = True > acl_rights_before = u"adminuser:read,write,delete,revert,admin" > acl_rights_default = u"All:read" > auth = [HTTPAuth()] > show_login = 0 > user_autocreate = True Looks all ok (for 1.7.x). > Team1Group > ========== > * someuser Please check if SystemAdmin page's user browser shows the group membership correctly. If it does not, check your page_group_regex setting and please read docs/CHANGES about required changes for page_*_regex settings. From j.k.wight at ncl.ac.uk Mon Oct 20 10:03:52 2008 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Mon, 20 Oct 2008 15:03:52 +0100 Subject: [Moin-user] Odd behaviour of hierarchical ACLs In-Reply-To: <1224428469.6291.30.camel@black.firma.waldmann-edv.de> References: <1224428469.6291.30.camel@black.firma.waldmann-edv.de> Message-ID: On Sun, 2008-10-19 at 08:01 -0700, Thomas Waldmann wrote: > > acl_hierarchic = True > > acl_rights_before = u"adminuser:read,write,delete,revert,admin" > > acl_rights_default = u"All:read" > > auth = [HTTPAuth()] > > show_login = 0 > > user_autocreate = True > > Looks all ok (for 1.7.x). > > > Team1Group > > ========== > > * someuser > > Please check if SystemAdmin page's user browser shows the group > membership correctly. > > If it does not, check your page_group_regex setting and please read > docs/CHANGES about required changes for page_*_regex settings. The problem I was having had nothing to do with ACLs. I was able to reproduce it with a single user and no ACLs whenever I gave the user admin rights. I was using 2 invocations of SeaMonkey for 2 user sessions. Since switching to one of Firefox and one of IE everything is working as expected. I have no idea how the browser is implicated - something to investigate later, possibly when I have a clean machine to start from. Jim From gerg.ward+moin at gmail.com Mon Oct 20 10:38:58 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Mon, 20 Oct 2008 10:38:58 -0400 Subject: [Moin-user] Strange macro behaviour (1.8.0rc1) In-Reply-To: <1224427287.6291.13.camel@black.firma.waldmann-edv.de> References: <20081016150336.GA29826@intelerad.com> <1224427287.6291.13.camel@black.firma.waldmann-edv.de> Message-ID: <20081020143858.GA4808@intelerad.com> On 19 October 2008, Thomas Waldmann said: > Maybe you rather want to add a rev=X parameter to the original Include > macro. Eventually. Maybe. I have looked at the code in Include.py, and I have very little confidence in my ability to hack in another feature in an elegant way without breaking things. So I'm writing IncludeRevision as a prototype to see if I can get it to work on its own. > Please not that the original Include macro has this: > > Dependencies = ["time"] # works around MoinMoinBugs/TableOfContentsLacksLinks > > So it also works around some bugs by disabling caching. Oh! I missed that earlier. I guess I can hold my nose and use a similar kludge in my IncludeRevision macro for now. I wish I understood what was happening (i.e. what does a formatting bug have to do with caching?), but at least I can get working output for now. Greg From gerg.ward+moin at gmail.com Mon Oct 20 13:20:11 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Mon, 20 Oct 2008 13:20:11 -0400 Subject: [Moin-user] Defining custom variables Message-ID: <20081020172011.GA5905@intelerad.com> I'm having problems defining custom variables on a page following the instructions in HelpOnVariables. I think there is definitely a doc bug in there; that page is not very clear on what is possible, never mind how to do it. First: from the wording in HelpOnVariables, it's not even clear that I *can* define custom variables. The section header "Expanding Variables" is ambiguous: to most programmers, "expanding" a variable means, for example, replacing "@USERNAME@" with "gward". But it's also possible for it to mean "expand the set of variables by defining new ones". That is kind of what it sounds like. If so, I would suggest rewriting this section as: """ == Defining New Variables == You can add your own custom variables to any page. Just create a new sub-page called `MyDict` and enter a dictionary of custom variables there (see HelpOnDictionaries). For example, to add variables `REVIEWER` and `REVIEW_DATE` to `MyPage`, create `MyPage/MyDict` and give it content like {{{ REVIEWER:: JohnDoe REVIEW_DATE:: 2008-10-20 }}} """ Is that correct? Second: if that *is* correct, it doesn't seem to work in 1.8.0rc1. At any rate, I have created a "/MyDict" subpage and am unable to access those variable values using <>. Is there a working example of this feature somewhere? Thanks -- Greg From gerg.ward+moin at gmail.com Tue Oct 21 10:42:39 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Tue, 21 Oct 2008 10:42:39 -0400 Subject: [Moin-user] Builtin variable for new revision? Message-ID: <20081021144239.GA21354@intelerad.com> I would like to propose a new builtin variable, @REVISION@, which would contain the revision number that will be created by this "Edit" action. You could use to add something like Revision @REVISION@ approved by @USERNAME at . ...which really means that @USERNAME@ is approving the version including his edits, which I think is fine. This is *tentative*: I'm not sure I will need it, but it was so easy to write the patch that I just did it in 10 minutes. So I'm going to play around with it and see if it is useful for me. If so, I will try to get it merged upstream. Thought I would share the idea here and see if anyone else thinks it would be useful. I will attach my patch (relative to moin/1.8 branch). Greg -------------- next part -------------- diff -r 4186e90ead06 MoinMoin/PageEditor.py --- a/MoinMoin/PageEditor.py Sat Oct 04 23:16:54 2008 +0200 +++ b/MoinMoin/PageEditor.py Tue Oct 21 10:41:13 2008 -0400 @@ -775,7 +775,8 @@ 'USERNAME': signature, 'USER': "-- %s" % signature, 'SIG': "-- %s <>" % (signature, now), - 'EMAIL': "<>" % (obfuscated_email_address) + 'EMAIL': "<>" % (obfuscated_email_address), + 'REVISION': str(self.get_real_rev() + 1), } if u.valid and u.name: diff -r 4186e90ead06 MoinMoin/_tests/test_PageEditor.py --- a/MoinMoin/_tests/test_PageEditor.py Sat Oct 04 23:16:54 2008 +0200 +++ b/MoinMoin/_tests/test_PageEditor.py Tue Oct 21 10:41:13 2008 -0400 @@ -19,6 +19,7 @@ class TestExpandVars(object): """PageEditor: testing page editor""" pagename = u'AutoCreatedMoinMoinTemporaryTestPage' + revision = 37 _tests = ( # Variable, Expanded @@ -26,10 +27,11 @@ ("em at PAGE@bedded", "em%sbedded" % pagename), ("@NOVAR@", "@NOVAR@"), ("case at Page@sensitive", "case at Page@sensitive"), + ("@REVISION@", unicode(revision + 1)), ) def setup_method(self, method): - self.page = PageEditor(self.request, self.pagename) + self.page = PageEditor(self.request, self.pagename, rev=self.revision) def testExpandVariables(self): """ PageEditor: expand general variables """ From kentsin at yahoo.com Tue Oct 21 10:45:24 2008 From: kentsin at yahoo.com (kent sin) Date: Tue, 21 Oct 2008 07:45:24 -0700 (PDT) Subject: [Moin-user] want to suggest a feature Message-ID: <533919.86779.qm@web37506.mail.mud.yahoo.com> Is it possible that wiki use a meaningless page id? If a title is attached to every pages (like the name now), all the link refer to titles not page id. When a link linked to a title have only one page, the page is displayed as current implementations. When a link have more then one page, it go to a auto-render or user created page selection page. All pages have its owner. The ACL determine the rights to access the page. And, by default, no body is allowed to edit pages own by others. Only clone the page and own the edited page. The model is : There is no authorized knowledge. There are people presenting different views and opinion, people seeking for answer need to select from them. The same setting is useful in other situations also : we got versions, but no need to manually give every version a different name. If we use wiki to manage our code, all version share the same name. It is up to the user to choose what version to use. Knowledge is not a single authorized solid true answer! Even in a scientific world. The current wiki did not allow multiple version to co-exist. This should be changed. Is the above proposal BAD? or need more explain? I really hope the above option be fully evaluated by wiki communities. That true knowledge need more than one answer. That different view should be co-existed and peacefully waiting for user to believe. More then one version and more than one authorized answer to any question is so fundamental to science and truth. Please implement it. Thank you for reading these. From fpiat at klabs.be Tue Oct 21 17:56:22 2008 From: fpiat at klabs.be (Franklin PIAT) Date: Tue, 21 Oct 2008 23:56:22 +0200 Subject: [Moin-user] want to suggest a feature In-Reply-To: <533919.86779.qm@web37506.mail.mud.yahoo.com> References: <533919.86779.qm@web37506.mail.mud.yahoo.com> Message-ID: <1224626182.4747.37.camel@solid.paris.klabs.be> On Tue, 2008-10-21 at 07:45 -0700, kent sin wrote: > Is it possible that wiki use a meaningless page id? > > If a title is attached to every pages (like the name now), all the > link refer to titles not page id. When a link linked to a title have > only one page, the page is displayed as current implementations. When > a link have more then one page, it go to a auto-render or user created > page selection page. > > All pages have its owner. The ACL determine the rights to access the > page. And, by default, no body is allowed to edit pages own by others. > Only clone the page and own the edited page. > > The model is : > > There is no authorized knowledge. There are people presenting > different views and opinion, people seeking for answer need to select > from them. If people were to respect each other, they would add different point of view, within the current page (i.e not delete what other wrote because they disagree). If I follow what you mean, it also implies that your users will need to be able to elaborate on the various branches. > Is the above proposal BAD? or need more explain? The wiki is about collaborative work ! > Wiki: A collaborative website whose content can be edited by anyone > who has access to it. > (src: http://dictionary.reference.com/search?q=wiki ) The only circumstance where you might need to present different version of a page, it's when a given version was "approved". > I really hope the above option be fully evaluated by wiki communities. > That true knowledge need more than one answer. That different view > should be co-existed and peacefully waiting for user to believe. Peacefully implies accepting different point of view (contribute on the same page). If two contributors needs to have different pages to avoid edit wars, well, they aren't peaceful ! > More then one version and more than one authorized answer to any > question is so fundamental to science and truth. > > Please implement it. Please submit a patch, it's an open-source software ;-) Franklin, -- Happy moinmoin user. From rb.proj at gmail.com Wed Oct 22 03:10:42 2008 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 22 Oct 2008 09:10:42 +0200 Subject: [Moin-user] Defining custom variables In-Reply-To: <20081020172011.GA5905@intelerad.com> References: <20081020172011.GA5905@intelerad.com> Message-ID: Greg Ward schrieb: > I'm having problems defining custom variables on a page following the > instructions in HelpOnVariables. I think there is definitely a doc bug > in there; that page is not very clear on what is possible, never mind > how to do it. > > First: from the wording in HelpOnVariables, it's not even clear that I > *can* define custom variables. The section header "Expanding Variables" > is ambiguous: to most programmers, "expanding" a variable means, for > example, replacing "@USERNAME@" with "gward". But it's also possible > for it to mean "expand the set of variables by defining new ones". That > is kind of what it sounds like. If so, I would suggest rewriting this > section as: > > """ > == Defining New Variables == > > You can add your own custom variables to any page. Just create a new sub-page called `MyDict` and enter a dictionary of custom variables there (see HelpOnDictionaries). For example, to add variables `REVIEWER` and `REVIEW_DATE` to `MyPage`, create `MyPage/MyDict` and give it content like > {{{ > REVIEWER:: JohnDoe > REVIEW_DATE:: 2008-10-20 > }}} > """ > > Is that correct? > > Second: if that *is* correct, it doesn't seem to work in 1.8.0rc1. At > any rate, I have created a "/MyDict" subpage and am unable to access > those variable values using <>. Is there a working example of > this feature somewhere? > Hi Greg the page MyDict has to be created as a subpage of your homepage I have there on my ReimarBauer/MyDict some vars for me defined and I can for example write @IMG@ on a page and this is expanded to my image. <> is also expanded to the value of the key. cheers Reimar From Karen.Janssens at ua.ac.be Wed Oct 22 03:39:10 2008 From: Karen.Janssens at ua.ac.be (Janssens Karen) Date: Wed, 22 Oct 2008 09:39:10 +0200 Subject: [Moin-user] open links in new window Message-ID: <48FED89E.8010109@ua.ac.be> Hi all How can i make links to external webpages open in new windows in MoinMoin? I tried to edit the html code, using the 'code' button from the GUI editor and inserting the 'target="_blank" ' attribute into the html tag, but this did not work. Thanks for your suggestions! Karen -- Karen Janssens Universiteit Antwerpen Anet - Bibliotheekautomatisering Bibliotheek Stadscampus Prinsstraat 9 B-2000 Antwerpen Belgium Tel +32 3 220.49.71 Email karen.janssens at ua.ac.be -------------- next part -------------- An HTML attachment was scrubbed... URL: From crosseyedpenguin at yahoo.com Wed Oct 22 11:00:10 2008 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Wed, 22 Oct 2008 08:00:10 -0700 (PDT) Subject: [Moin-user] open links in new window In-Reply-To: <48FED89E.8010109@ua.ac.be> Message-ID: <74328.53738.qm@web36201.mail.mud.yahoo.com> --- On Wed, 10/22/08, Janssens Karen wrote: > From: Janssens Karen > Subject: [Moin-user] open links in new window > To: moin-user at lists.sourceforge.net > Date: Wednesday, October 22, 2008, 12:39 AM > Hi all > > How can i make links to external webpages open in new > windows in MoinMoin? > > I tried to edit the html code, using the 'code' > button from the GUI > editor and inserting the 'target="_blank" > ' attribute into the html href> tag, but this did not work. > > > Thanks for your suggestions! > Karen There is a macro in the MacroMarket: http://moinmo.in/MacroMarket/NewWindow Roger Haase From mail at heavy.ch Wed Oct 22 17:58:44 2008 From: mail at heavy.ch (mail at heavy.ch) Date: Wed, 22 Oct 2008 23:58:44 +0200 Subject: [Moin-user] [Fwd: Re: open links in new window] Message-ID: <1224712724.7691.11.camel@lestat> Hi there It's simple, just use something like this: [[http://www.google.ch||target="_blank"]] see here for more informations: http://moinmo.in/HelpOnLinking bye Marcel > Am Mittwoch, den 22.10.2008, 09:39 +0200 schrieb Janssens Karen: > > Hi all > > > > How can i make links to external webpages open in new windows in > > MoinMoin? > > > > I tried to edit the html code, using the 'code' button from the GUI > > editor and inserting the 'target="_blank" ' attribute into the html > href> tag, but this did not work. > > > > > > Thanks for your suggestions! > > Karen > > > > -- > > Karen Janssens > > Universiteit Antwerpen > > Anet - Bibliotheekautomatisering > > Bibliotheek Stadscampus > > Prinsstraat 9 > > B-2000 Antwerpen > > Belgium > > Tel +32 3 220.49.71 > > Email karen.janssens at ua.ac.be > > > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > > Build the coolest Linux based applications with Moblin SDK & win great prizes > > Grand prize is a trip for two to an Open Source event anywhere in the world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From darver at vmware.com Wed Oct 22 21:04:12 2008 From: darver at vmware.com (Dexter Arver) Date: Wed, 22 Oct 2008 18:04:12 -0700 Subject: [Moin-user] Error when going to User Preferences page Message-ID: <70913395F8FA5A45B441528B00768E880211C2E7AD@PA-EXMBX02.vmware.com> Hello. I'm testing out moin-1.8.0rc1 and have hit a bug. I am upgrading from 1.6.1 and have run through the moin.py migration data script and am using the brand new folders for htdocs, server, config and underlay (data is the only folder that I am keeping). When I'm logged in as an administrator and I go to the Settings -> Preferences page, I get a "jid" KeyError. Is anyone else seeing this? -Dexter The following is the Trackback: Traceback A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. /wiki/moin-1.8.0rc1/MoinMoin/request/__init__.py in run (self=) /wiki/MoinMoin/action/userprefs.py in execute (pagename=u'MainPage', request=) 93 return Page.Page(request, pagename).send_page() 94 95 text, title, msg_class, msg = _create_page(request) 96 if title: 97 # XXX: we would like to make "Settings" here a link back text undefined title undefined msg_class undefined msg undefined global _create_page = request = /wiki/MoinMoin/action/userprefs.py in _create_page (request=, cancel=False) 83 return _create_prefs_page(request), None, msg_class, msg 84 85 return obj.create_form(), obj.title, msg_class, msg 86 87 obj = obj.create_form = > obj.title = 'Preferences' msg_class = None msg = None /wiki/MoinMoin/userprefs/prefs.py in create_form (self=) 337 uf_disable.append(attr) 338 for key, label, type, length, textafter in self.cfg.user_form_fields: 339 default = self.cfg.user_form_defaults[key] 340 if not key in uf_remove: 341 if key in uf_disable: default = '' self = self.cfg = self.cfg.user_form_defaults = {'aliasname': '', 'css_url': '', 'edit_rows': '20', 'email': '', 'name': '', 'password': '', 'password2': ''} key = 'jid' KeyError 'jid' args = ('jid',) -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at heavy.ch Thu Oct 23 12:59:32 2008 From: mail at heavy.ch (mail at heavy.ch) Date: Thu, 23 Oct 2008 18:59:32 +0200 Subject: [Moin-user] Error when going to User Preferences page In-Reply-To: <70913395F8FA5A45B441528B00768E880211C2E7AD@PA-EXMBX02.vmware.com> References: <70913395F8FA5A45B441528B00768E880211C2E7AD@PA-EXMBX02.vmware.com> Message-ID: <1224781172.6846.3.camel@lestat> Hi Arver Maybe you hace check your wikiconfig.py with for some custom user_ stuff! See here for the reference: http://moinmo.in/HelpOnConfiguration/UserPreferences Another point is the "jid" Error, what it seems has to be something to do about the jabber ids Maybe take a look here: http://moinmo.in/JabberSupport bye Marcel Am Mittwoch, den 22.10.2008, 18:04 -0700 schrieb Dexter Arver: > Hello. > > > > I?m testing out moin-1.8.0rc1 and have hit a bug. I am upgrading from > 1.6.1 and have run through the moin.py migration data script and am > using the brand new folders for htdocs, server, config and underlay > (data is the only folder that I am keeping). When I?m logged in as an > administrator and I go to the Settings -> Preferences page, I get a > ?jid? KeyError. > > > > Is anyone else seeing this? > > > > -Dexter > > > > The following is the Trackback: > > > > Traceback > > A problem occurred in a Python script. Here is the sequence of > function calls leading up to the error, in the order they occurred. > > > > /wiki/moin-1.8.0rc1/MoinMoin/request/__init__.py in run > (self=) > > > > /wiki/MoinMoin/action/userprefs.py in execute (pagename=u'MainPage', > request=) > > > > 93 return Page.Page(request, pagename).send_page() > > 94 > > 95 text, title, msg_class, msg = _create_page(request) > > 96 if title: > > 97 # XXX: we would like to make "Settings" here a link > back > > text undefined title undefined msg_class undefined msg undefined > global _create_page = request = > > > /wiki/MoinMoin/action/userprefs.py in _create_page > (request=, cancel=False) > > > > 83 return _create_prefs_page(request), None, msg_class, > msg > > 84 > > 85 return obj.create_form(), obj.title, msg_class, msg > > 86 > > 87 > > obj = obj.create_form = > > obj.title = 'Preferences' > msg_class = None msg = None > > /wiki/MoinMoin/userprefs/prefs.py in create_form > (self=) > > > > 337 uf_disable.append(attr) > > 338 for key, label, type, length, textafter in > self.cfg.user_form_fields: > > 339 default = self.cfg.user_form_defaults[key] > > 340 if not key in uf_remove: > > 341 if key in uf_disable: > > default = '' self = > self.cfg = self.cfg.user_form_defaults = > {'aliasname': '', 'css_url': '', 'edit_rows': '20', 'email': '', > 'name': '', 'password': '', 'password2': ''} key = 'jid' > > KeyError > > 'jid' > > > > args = ('jid',) > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From hp.news at gmx.de Thu Oct 23 13:32:11 2008 From: hp.news at gmx.de (Hape Schaal) Date: Thu, 23 Oct 2008 19:32:11 +0200 Subject: [Moin-user] Announcement: MoinMoin2ODF 0.5 In-Reply-To: References: <200810121216.48285.hp.news@gmx.de> <200810121625.51519.hp.news@gmx.de> Message-ID: <200810231932.11680.hp.news@gmx.de> Moin Sebastian, Yes, this is for 1.5. However the version for 1.6 is coming soon. In order to test my formatter, I upgraded to 1.6 in the last few days. Here's what I had to change in my wiki pages (from memory, don't wonder if something is wrong): - Inline Attachments: from attachment:image to {{attachment:image}} - Table Of Contents: from [[TableOfContents(2)]] to <> - Internal Links to [[target]] or [[targe|text]] - External Links without []: http://moinmo.in - Wiki page GermanDict or YourlanguageDict (translation of untranslated menu elements): The same as 1.5 but without spaces (" RenderAsOpenDocument: translation" instead of " Render As Open Document: translation" ) That was all! It didn't cost much time, so I think upgrading should work for you too :) Cheers, Hans-Peter Am Montag 13 Oktober 2008 schrieb Sebastian Haase: > Moin Hape, > > This sound like a very interesting tool/project. Thanks for > making this available to the public. > > Just to confirm my memory: > This is for 1.5 ; > wasn't there a "major syntax change" between 1.5 and 1.6 ?? > (like all '[' ']' became '<<' '>>' !?) > > (I'm actually still running 1.5.x myself, and are contemplating > (and still somewhat scared) to upgrade....) > > Cheers, > Sebastian > > On Sun, Oct 12, 2008 at 4:25 PM, Hape Schaal wrote: > > Hi Thomas, > > > >> ... > >> I suggest you better target 1.7/1.8 for it (1.8 is ETA > >> 2008-11-01). > >> ... > > > > yes, I'd like to use some of the new features of MoinMoin 1.7 > > in the formatter. So new development will be for 1.7+ only. > > > > I'll just test the current version with MoinMoin 1.6 and > > perform changes where necessary. This way users who have to > > stick with MoinMoin 1.6 will have a version of this formatter, > > too. > > > > greetings / viele Gr??e, > > > > Hans-Peter > > > > --------------------------------------------------------------- > >---------- This SF.Net email is sponsored by the Moblin Your > > Move Developer's challenge Build the coolest Linux based > > applications with Moblin SDK & win great prizes Grand prize is > > a trip for two to an Open Source event anywhere in the world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > 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 the Moblin Your Move > Developer's challenge Build the coolest Linux based applications > with Moblin SDK & win great prizes Grand prize is a trip for two > to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From tw-public at gmx.de Thu Oct 23 13:04:37 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 23 Oct 2008 10:04:37 -0700 Subject: [Moin-user] Error when going to User Preferences page In-Reply-To: <70913395F8FA5A45B441528B00768E880211C2E7AD@PA-EXMBX02.vmware.com> References: <70913395F8FA5A45B441528B00768E880211C2E7AD@PA-EXMBX02.vmware.com> Message-ID: <1224781477.6934.21.camel@black.firma.waldmann-edv.de> > I?m testing out moin-1.8.0rc1 and have hit a bug. I am upgrading from > 1.6.1 and have run through the moin.py migration data script and am > using the brand new folders for htdocs, server, config and underlay > (data is the only folder that I am keeping). When I?m logged in as an > administrator and I go to the Settings -> Preferences page, I get a > ?jid? KeyError. Does this help?: http://moinmo.in/MoinMoinBugs/UserpreferencesKeyerrorJid From darver at vmware.com Thu Oct 23 14:39:10 2008 From: darver at vmware.com (Dexter Arver) Date: Thu, 23 Oct 2008 11:39:10 -0700 Subject: [Moin-user] Error when going to User Preferences page In-Reply-To: <1224781477.6934.21.camel@black.firma.waldmann-edv.de> References: <70913395F8FA5A45B441528B00768E880211C2E7AD@PA-EXMBX02.vmware.com> <1224781477.6934.21.camel@black.firma.waldmann-edv.de> Message-ID: <70913395F8FA5A45B441528B00768E880211C2E7B0@PA-EXMBX02.vmware.com> Oh man. I just stumbled upon the same fix RIGHT before you sent this! But yeah, it definitely fixed it for me. Thanks guys! -Dexter -----Original Message----- From: Thomas Waldmann [mailto:tw-public at gmx.de] Sent: Thursday, October 23, 2008 10:05 AM To: 'moin-user at lists.sourceforge.net' Subject: Re: [Moin-user] Error when going to User Preferences page > I?m testing out moin-1.8.0rc1 and have hit a bug. I am upgrading from > 1.6.1 and have run through the moin.py migration data script and am > using the brand new folders for htdocs, server, config and underlay > (data is the only folder that I am keeping). When I?m logged in as an > administrator and I go to the Settings -> Preferences page, I get a > ?jid? KeyError. Does this help?: http://moinmo.in/MoinMoinBugs/UserpreferencesKeyerrorJid ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From don at donaldegray.com Fri Oct 24 10:22:18 2008 From: don at donaldegray.com (Don Gray) Date: Fri, 24 Oct 2008 10:22:18 -0400 Subject: [Moin-user] Visualizing wiki page connections Message-ID: <861530760.20081024102218@donaldegray.com> I'm using 1.7.2 in desktop mode on WinXP SP3. It works fine, but I've noticed that the web pages are starting to branch, reconnect, and generally confuse me. They're more like a neural network than a hierarchical assembly. I found and installed http://moinmo.in/ActionMarket/VisualSiteMap When I try to run the action http://localhost:8080/Trust?action=VisualSiteMap it returns: AttributeError 'Request' object has no attribute 'http_headers' I checked the mail list archive, but couldn't find a recent discussion. I found VisualSiteMap_1.3.1-BABY.py. I've modified: CACHE_DIR = "F:\MoinMoin\wiki\data\cache" CACHE_URL = "http://localhost:8080/cache" . DOT_EXE = "D:\Program Files\Graphviz 2.21\bin" and renamed to VisualSiteMap.py Stopped wikiserver.py and exited the web page. Restarted wikiserver.py and loaded localhost:8080 Went to the VisualSiteMap and received the same error. It occurs in def execute(pagename, request): 1. Will VisualSiteMap work with the Desktop version? 2. Am I setting something wrong in VisualSiteMap.py? 3. Am I missing an entry in another configuration file? 4. Is there a document I should RTFM? I have a programming background, but don't know Python OR the wiki structure. (Translates to I can find code and am happy to modify it, as long it makes sense). -- Don (336)374-7591 Education is the best provision for the journey to old age. Aristotle Learn something new at the AYE Conference Nov 2 - 5, 2008 www.AYEconference.com From gerg.ward+moin at gmail.com Fri Oct 24 17:28:15 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Fri, 24 Oct 2008 17:28:15 -0400 Subject: [Moin-user] Defining custom variables In-Reply-To: References: <20081020172011.GA5905@intelerad.com> Message-ID: <20081024212815.GA5891@intelerad.com> On 22 October 2008, R.Bauer said: > the page MyDict has to be created as a subpage of your homepage > I have there on my ReimarBauer/MyDict some vars for me defined and I can > for example write @IMG@ on a page and this is expanded to my image. Ahh! Thank you. That is not clear from HelpOnVariables. May I suggest a change: """ --- HelpOnVariables.txt.orig 2008-10-24 17:11:16.000000000 -0400 +++ HelpOnVariables.txt 2008-10-24 17:17:53.000000000 -0400 @@ -24,14 +24,14 @@ || @``MAILTO@ || A fancy mailto: link with the user's data || None - on public sites, better use the Mail``To macro || -== Expanding Variables == +== Defining New Variables == -You can use Home``Page``Name/My``Dict to expand those variables, just put a dictionary (see HelpOnDictionaries) there with your variables and values. For example, +If the builtin variables are not enough, you can define new variables by creating a sub-page of your home page with a dictionary of variables in it. For example, if your username is !JohnDoe, you would create page !JohnDoe/!MyDict with the following content: {{{ - VAR1:: substitution 1 - VAR2:: substitution 2 + VAR1:: some random text + VAR2:: use ''any'' wiki markup }}} - +Then, whenever you edit a page, you can use `@VAR1@` or `@VAR2` to expand to the text in that dictionary. == Getting Variables == """ > <> > > is also expanded to the value of the key. Hmmm. I just tried something like this in a test wiki running 1.8.0rc1. Putting wiki markup in a variables works fine if I expand at save time with @VAR at . But if I use <>, the wiki markup is rendered literally in the output HTML. Explanation: page "gward/MyDict" contains just """ NAME:: Greg HOMEPAGE:: [[http://www.gerg.ca/|my personal home page]] """ When I edit a page to say Please visit @HOMEPAGE@! it works; the wiki markup is inserted into the page text and then processed into HTML when the page is rendered. But if I put this in a page: Please visit <> then the HTML looks like Please visit [[http://www.gerg.ca/|my personal home page]] Oops! Greg From gerg.ward+moin at gmail.com Fri Oct 24 17:44:56 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Fri, 24 Oct 2008 17:44:56 -0400 Subject: [Moin-user] Dependency on Python 2.5 in MoinMoin 1.7.2 Message-ID: <20081024214456.GA6124@intelerad.com> We just ugpraded our wiki from MoinMoin 1.7.1 to 1.7.2. In the installation, I noticed a couple of Python syntax errors fly by: File "/var/share/imswiki/moin-1.7.2/lib/MoinMoin/action/serveopenid.py", line 14 from openid.consumer.discover import (OPENID_1_0_TYPE, SyntaxError: invalid syntax File "/var/share/imswiki/moin-1.7.2/lib/jabberbot/capat.py", line 53 ident = ('%s/%s' % (idcat, idtype) for idcat, idtype in ident) SyntaxError: invalid syntax Obviously these two modules require Python 2.5. This is on a server running Red Hat Enterprise Linux 4 and Python 2.3.4. I thought MoinMoin still tried to support Python 2.3, or at least 2.4? I will attach a minimal patch. Greg -------------- next part -------------- changeset: 3843:ebd57f072da0 user: Greg Ward date: Fri Oct 24 17:42:29 2008 -0400 summary: Python 2.3 compatibility fixes. diff -r bf543d0796c8 -r ebd57f072da0 MoinMoin/action/serveopenid.py --- a/MoinMoin/action/serveopenid.py Sat Oct 11 22:04:06 2008 +0200 +++ b/MoinMoin/action/serveopenid.py Fri Oct 24 17:42:29 2008 -0400 @@ -11,8 +11,8 @@ from MoinMoin.support.python_compatibility import rsplit from MoinMoin.util.moinoid import MoinOpenIDStore, strbase64 from MoinMoin import wikiutil -from openid.consumer.discover import (OPENID_1_0_TYPE, - OPENID_1_1_TYPE, OPENID_2_0_TYPE, OPENID_IDP_2_0_TYPE) +from openid.consumer.discover import OPENID_1_0_TYPE, \ + OPENID_1_1_TYPE, OPENID_2_0_TYPE, OPENID_IDP_2_0_TYPE from openid import sreg from openid.cryptutil import randomString from openid.server import server diff -r bf543d0796c8 -r ebd57f072da0 jabberbot/capat.py --- a/jabberbot/capat.py Sat Oct 11 22:04:06 2008 +0200 +++ b/jabberbot/capat.py Fri Oct 24 17:42:29 2008 -0400 @@ -50,7 +50,7 @@ ident = list(identities) # default sorting already considers both, category and type ident.sort() - ident = ('%s/%s' % (idcat, idtype) for idcat, idtype in ident) + ident = ['%s/%s' % (idcat, idtype) for idcat, idtype in ident] feat = list(features) # strings (byte arrays) are ordered by i;octet by default From hp.news at gmx.de Sun Oct 26 07:06:17 2008 From: hp.news at gmx.de (Hape Schaal) Date: Sun, 26 Oct 2008 11:06:17 +0000 Subject: [Moin-user] Announcement: OpenDocument export for MoinMoin 1.6 Message-ID: <200810261206.17483.hp.news@gmx.de> Hi, I just uploaded the first version of this formatter which works with MoinMoin 1.6: http://moinmo.in/FormatterMarket The previous version for MoinMoin 1.5 is still available there. The formatter is called MoinMoin2ODF and exports a MoinMoin wiki page to an OpenDocument-Text (.odt) file. OpenDocument is the standard file format of OpenOffice and KOffice. Many other applications can read this file format as well. You can also use this formatter for PDF creation with OpenOffice as an intermediate step where you can edit and polish your documents before converting them to PDF. Of course you can use OpenOffice as well to convert your wiki pages to MS Word files. Changes of this version: - Works with MoinMoin 1.6 - No feature changes (same features as previous version) You can download the formatter at: http://moinmo.in/FormatterMarket Be sure to read the right section in INSTALL.txt before installing: There's help for automated install (Windows/Linux), manual install (in case you installed the MoinMoin packages of your linux distribution) and manual install for you MoinMoin Desktop edition. For feedback you can also use: http://moinmo.in/FormatterMarket/MoinMoin2ODF Have fun, Hans-Peter From tw-public at gmx.de Sun Oct 26 12:16:21 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 26 Oct 2008 09:16:21 -0700 Subject: [Moin-user] Visualizing wiki page connections In-Reply-To: <861530760.20081024102218@donaldegray.com> References: <861530760.20081024102218@donaldegray.com> Message-ID: <1225037781.6070.4.camel@black.firma.waldmann-edv.de> > They're more like a neural network than a hierarchical assembly. :) > I found and installed http://moinmo.in/ActionMarket/VisualSiteMap > When I try to run the action > http://localhost:8080/Trust?action=VisualSiteMap it returns: > AttributeError 'Request' object has no attribute 'http_headers' Looks like the action code was not updated to recent moin versions. You could either contact its author or fix it yourself: The call is now emit_http_headers (just grep for it to get some example usages). > CACHE_DIR = "F:\MoinMoin\wiki\data\cache" Be careful with backslashes. Eiter use r"foo\bar" or "foo\\bar". From tw-public at gmx.de Sun Oct 26 12:35:12 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 26 Oct 2008 09:35:12 -0700 Subject: [Moin-user] Dependency on Python 2.5 in MoinMoin 1.7.2 In-Reply-To: <20081024214456.GA6124@intelerad.com> References: <20081024214456.GA6124@intelerad.com> Message-ID: <1225038912.6070.9.camel@black.firma.waldmann-edv.de> > File "/var/share/imswiki/moin-1.7.2/lib/MoinMoin/action/serveopenid.py", line 14 > from openid.consumer.discover import (OPENID_1_0_TYPE, > SyntaxError: invalid syntax > > File "/var/share/imswiki/moin-1.7.2/lib/jabberbot/capat.py", line 53 > ident = ('%s/%s' % (idcat, idtype) for idcat, idtype in ident) > SyntaxError: invalid syntax > > Obviously these two modules require Python 2.5. > > This is on a server running Red Hat Enterprise Linux 4 and Python 2.3.4. > I thought MoinMoin still tried to support Python 2.3, or at least 2.4? Yes, it should be 2.3 compatible. The problem is when developers develop on more recent python versions and don't test the code on 2.3. > I will attach a minimal patch. Thanks a lot, I will commit it to the repositories soon. From don at donaldegray.com Sun Oct 26 20:27:38 2008 From: don at donaldegray.com (Don Gray) Date: Sun, 26 Oct 2008 20:27:38 -0400 Subject: [Moin-user] Visualizing wiki page connections In-Reply-To: <1225037781.6070.4.camel@black.firma.waldmann-edv.de> References: <861530760.20081024102218@donaldegray.com> <1225037781.6070.4.camel@black.firma.waldmann-edv.de> Message-ID: <1671797370.20081026202738@donaldegray.com> Thomas, > Looks like the action code was not updated to recent moin versions. > You could either contact its author or fix it yourself: I went with do it myself. So far I've changed ... request.http_headers() wikiutil.send_title(request, _('Visual Map of %s') % pagename, pagename=pagename) to request.emit_http_headers() request.theme.send_title(_('Visual Site Map for "%s"') % (pagename), pagename=pagename) I'm using Python 2.5. Due to http://bugs.python.org/issue1524 I modified the following lines as follows: os.system('"%s" -T%s -o"%s" "%s"' % (DOT_EXE, OUTPUT_FORMAT, imagefilename, dotfilename)) didn't work for me os.system('"%s" -Tcmap -o"%s" "%s"' % (DOT_EXE, mapfilename, dotfilename)) didn't work either to subprocess.call('%s -T%s -o"%s" "%s"' % (DOT_EXE, OUTPUT_FORMAT, imagefilename, dotfilename)) subprocess.call('"%s" -Tcmap -o"%s" "%s"' % (DOT_EXE, mapfilename, dotfilename)) >> CACHE_DIR = "F:\MoinMoin\wiki\data\cache" > Be careful with backslashes. > Eiter use r"foo\bar" or "foo\\bar". Oddly, this hasn't bitten me yet. But as I mentioned, I'm running 1.7.2 in desktop mode. I had major difficulties getting CACHE_DIR and CACHE_URL to work together. CACHE_DIR worked fine. The 3 files (.dot, .png and .cmap) were created in CACHE_DIR. But the standalone wikiserver wasn't looking in http://localhost:8080/cache Luckily a friend helped figure out where the server was looking for the files. At this time VisualSiteMap works. Next I'm going to work on trying to figure out how to get a different visual map, more like http://moinmo.in/VisualSiteMap?action=AttachFile&do=view&target=SiteMap.png&highlight=(visualsitemap) -- Don (336)374-7591 We need 4 hugs a day for survival. We need 8 hugs a day for maintenance. We need 12 hugs a day for growth. Virginia Satir Learn more of Virginia's teachings at the AYE Conference Nov 2 - 5, 2008 www.AYEconference.com From jtmoree at kahalacorp.com Mon Oct 27 15:10:14 2008 From: jtmoree at kahalacorp.com (JT Moree) Date: Mon, 27 Oct 2008 12:10:14 -0700 Subject: [Moin-user] multiple wikis on same virtual host Message-ID: <1225134614.13283.23.camel@jtmoree-kubuntu.coldstonecreamery.com> I googled for this but found no revelvant links. I've also looked at the main wiki site but this case is not covered. Generally, the moinmoin setup seems to work best when using DNS to differentiate between wiki sites but I'd prefer to cut out the overhead of creating multiple DNS entries. Unfortunately this requires more overhead in configuring apache or some creative setups. I've hacked together a solution that works but I'd like to hear some feedback from others. I'm using Ubuntu so some of my setup is specific to the way debian is packaging moinmoin but I find that I'm having to make copies of some of the files and re-arrange things anyway. STEPS First I installed with apt. The version I got is python-moinmoin 1.5.8-5.1ubuntu2 Next I got the single and farm sites working as virtual hosts then I started changing things. I don't want to create a new virtual host in apache for every new site for the same reason I don't want to create multiple dns entries. The files are all the same that run the site. Only the data and some part of the url needs to be different. I am using an apache virtual host with this configuration ServerName wikidev-dev.kahalacorp.com DocumentRoot /var/www/vhosts/bugs-dev.kahalacorp.com/ AddHandler cgi-script .cgi # Use default themes Alias /wiki/ /usr/share/moin/htdocs/ I copied the contents of the server folder which contains the moin.cgi script from /usr/share/moin to /var/www/vhosts/bugs-dev.kahalacorp.com/ Next I create a symlink in that folder for the sites I want to differentiate from each other cd /var/www/vhosts/bugs-dev.kahalacorp.com/ ln -s moin.cgi a.cgi ln -s moin.cgi b.cgi ln -s moin.cgi c.cgi Then I tell farmconfig.py how to get to the sites # for multiple wikis, do something like this: ("c", r"^bugs-dev.kahalacorp.com/c.cgi/*"), ("b", r"^bugs-dev.kahalacorp.com/b.cgi/*"), ("a", r"^bugs-dev.kahalacorp.com/a.cgi/*"), Create the folders to hold the data and set perms mkdir -p /var/moin/a/data mkdir -p /var/moin/a/underlay chmod -R ug+rw /var/moin chown -R www-data:www-data /var/moin Lastly I configure each site's .py file and set the data_dir and data_underlay_dir. (this is a rough approximation) cp /etc/moin/mywiki.py /etc/moin/a.py printf " data_dir = '/var/moin/a/data'\n data_underlay_dir = '/var/moin/a/underlay'\n" > /etc/moin/a.py - JT Moree System Admin www.kahalacorp.com 480.362.4800 480.362.4405 direct -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists.gnarlodious at gmail.com Mon Oct 27 20:23:43 2008 From: lists.gnarlodious at gmail.com (Gnarlodious) Date: Mon, 27 Oct 2008 18:23:43 -0600 Subject: [Moin-user] multiple wikis on same virtual host In-Reply-To: <1225134614.13283.23.camel@jtmoree-kubuntu.coldstonecreamery.com> References: <1225134614.13283.23.camel@jtmoree-kubuntu.coldstonecreamery.com> Message-ID: <3130eec50810271723n3696ed3l360764d2085077b9@mail.gmail.com> Is this a question or a how-to? -- Gnarlie http://Gnarlodious.com/ From jtmoree at kahalacorp.com Tue Oct 28 11:15:55 2008 From: jtmoree at kahalacorp.com (JT Moree) Date: Tue, 28 Oct 2008 08:15:55 -0700 Subject: [Moin-user] multiple wikis on same virtual host In-Reply-To: <3130eec50810271723n3696ed3l360764d2085077b9@mail.gmail.com> References: <1225134614.13283.23.camel@jtmoree-kubuntu.coldstonecreamery.com> <3130eec50810271723n3696ed3l360764d2085077b9@mail.gmail.com> Message-ID: <1225206955.13283.65.camel@jtmoree-kubuntu.coldstonecreamery.com> both. I'd like feedback. I'm also creating a page to post online. The key thing I've tried to do is remove the administration of DNS and apache from multiple wikis. All that has to be done is setup data dirs, symlinks to the cgi, and .py files (including farm). - JT Moree System Admin www.kahalacorp.com 480.362.4800 480.362.4405 direct On Mon, 2008-10-27 at 18:23 -0600, Gnarlodious wrote: > Is this a question or a how-to? > > -- Gnarlie > http://Gnarlodious.com/ From rick.vanderveer at gmail.com Tue Oct 28 12:08:16 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 28 Oct 2008 11:08:16 -0500 Subject: [Moin-user] multiple wikis on same virtual host In-Reply-To: <1225134614.13283.23.camel@jtmoree-kubuntu.coldstonecreamery.com> References: <1225134614.13283.23.camel@jtmoree-kubuntu.coldstonecreamery.com> Message-ID: <5c39e1ca0810280908t65d6c9ddw66ca4470d4948796@mail.gmail.com> Hey JT, What you want to do is definitely possible and fairly straightforward. Like you, I didn't want to have to configure DNS each time I added a new project wiki. I think I know where you got hung up, because the example in the farmconfig-py file does seem to be configured in a virtual hosts situation. However, this is not necessary at all. Here's what I have: In my apache httpd.conf file: ScriptAlias /main "D:/moin/moin.cgi" ScriptAlias /programming "D:/moin/moin.cgi" ScriptAlias /marketing "D:/moin/moin.cgi" Yes, it's perfectly fine to point them all at the same .cgi file, there's nothing in there that would be specific to an individual project wiki that wouldn't apply to all of them. And you can add as many as you need to. Then, in the farmconfig.py file, I have: ("main", r"^.*.mycompany.com/main.*$"), ("programming", r"^.*.mycompany.com/programming.*$"), ("marketing", r"^.*.mycompany.com/marketing.*$"), I originally had, for example, ("main", r"wiki.mycompany.com/main.*$"), but I replaced the "wiki" part with "^.*" because I have a virtual machine set up to test wiki code and upgrades, and wanted to use the exact same farmconfig.py file. So, replacing that part allows me to use the same file in both places. I hope this helps. I also hope you will create a new wiki page that will document this better. I too struggled a bit when I initially set mine up, and the documentation is a bit thin in this area and can use clarifying. -Rick On Mon, Oct 27, 2008 at 2:10 PM, JT Moree wrote: > I googled for this but found no revelvant links. I've also looked at > the main wiki site but this case is not covered. > > Generally, the moinmoin setup seems to work best when using DNS to > differentiate between wiki sites but I'd prefer to cut out the overhead > of creating multiple DNS entries. > > Unfortunately this requires more overhead in configuring apache or some > creative setups. I've hacked together a solution that works but I'd > like to hear some feedback from others. > > I'm using Ubuntu so some of my setup is specific to the way debian is > packaging moinmoin but I find that I'm having to make copies of some of > the files and re-arrange things anyway. > > STEPS > > First I installed with apt. The version I got is > python-moinmoin 1.5.8-5.1ubuntu2 > > Next I got the single and farm sites working as virtual hosts then I > started changing things. > > I don't want to create a new virtual host in apache for every new site > for the same reason I don't want to create multiple dns entries. The > files are all the same that run the site. Only the data and some part > of the url needs to be different. > > I am using an apache virtual host with this configuration > > ServerName wikidev-dev.kahalacorp.com > DocumentRoot /var/www/vhosts/bugs-dev.kahalacorp.com/ > AddHandler cgi-script .cgi > > # Use default themes > Alias /wiki/ /usr/share/moin/htdocs/ > > > I copied the contents of the server folder which contains the moin.cgi > script from /usr/share/moin to /var/www/vhosts/bugs-dev.kahalacorp.com/ > > Next I create a symlink in that folder for the sites I want to > differentiate from each other > cd /var/www/vhosts/bugs-dev.kahalacorp.com/ > ln -s moin.cgi a.cgi > ln -s moin.cgi b.cgi > ln -s moin.cgi c.cgi > > Then I tell farmconfig.py how to get to the sites > # for multiple wikis, do something like this: > ("c", r"^bugs-dev.kahalacorp.com/c.cgi/*"), > ("b", r"^bugs-dev.kahalacorp.com/b.cgi/*"), > ("a", r"^bugs-dev.kahalacorp.com/a.cgi/*"), > > Create the folders to hold the data and set perms > mkdir -p /var/moin/a/data > mkdir -p /var/moin/a/underlay > > chmod -R ug+rw /var/moin > chown -R www-data:www-data /var/moin > > Lastly I configure each site's .py file and set the data_dir and > data_underlay_dir. (this is a rough approximation) > cp /etc/moin/mywiki.py /etc/moin/a.py > printf " data_dir = '/var/moin/a/data'\n data_underlay_dir = > '/var/moin/a/underlay'\n" > /etc/moin/a.py > > - > JT Moree > System Admin > www.kahalacorp.com > 480.362.4800 > 480.362.4405 direct > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jtmoree at kahalacorp.com Tue Oct 28 12:23:50 2008 From: jtmoree at kahalacorp.com (JT Moree) Date: Tue, 28 Oct 2008 09:23:50 -0700 Subject: [Moin-user] multiple wikis on same virtual host In-Reply-To: <5c39e1ca0810280908t65d6c9ddw66ca4470d4948796@mail.gmail.com> References: <1225134614.13283.23.camel@jtmoree-kubuntu.coldstonecreamery.com> <5c39e1ca0810280908t65d6c9ddw66ca4470d4948796@mail.gmail.com> Message-ID: <1225211030.13283.72.camel@jtmoree-kubuntu.coldstonecreamery.com> On Tue, 2008-10-28 at 11:08 -0500, Rick Vanderveer wrote: > In my apache httpd.conf file: > > ScriptAlias /main "D:/moin/moin.cgi" > ScriptAlias /programming "D:/moin/moin.cgi" > ScriptAlias /marketing "D:/moin/moin.cgi" But to do that requires administering and changing apache configs. I didn't want to have to do that either. I documented my stuff here http://pcxperience.org/moinmoin/ The main difference between this and the email from before is that I deal with the underlay folder centrally. If it's possible I'd like to add the text or link to the main moinmoin wiki. -- JT From mail at heavy.ch Tue Oct 28 17:09:29 2008 From: mail at heavy.ch (mail at heavy.ch) Date: Tue, 28 Oct 2008 22:09:29 +0100 Subject: [Moin-user] URL authentication (without apache auth)? Message-ID: <1225228169.7637.16.camel@lestat> Hi there I started trying to archive my mp3 music collection with MoinMoin.I'm use a protected Wiki, but would like also to "stream" (sort of) some m3u or mp3 files directly to a multimedia player. A file like music.m3u would be downloaded from my wiki and would be open with my vlc player. The file looks like: {{{ http://user:password at myserver.com:8080/Def% 20Leppard/Pyromania?action=AttachFile&do=get&target=too_late_for_love.mp3 http://user:password at myserver.com:8080/Def% 20Leppard/Pyromania?action=AttachFile&do=get&target=comin% 27_under_fire.mp3 }}} As you can see it would require that MoinMoin would allow to use authentication over a simple url. I couldn't find a way to do this with a standalone server. BUT I could find a way, if you're using some apache server to enable the {{{ auth = [HTTPAuth()] }}}. Unter apache you could use then {{{ mod_auth_basic }}} and create your user with htpasswd. Now it's possible to save the m3u on your local harddisk, and play the songs over the server. --> BUT is there a way to do this without apache auth and let MoinMoin (Standalone Server) due the user authentication & management stuff? bye Marcel p.s. Btw. for security reason you should also use some TLS e.g. https:// stuff. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gerg.ward+moin at gmail.com Tue Oct 28 17:29:52 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Tue, 28 Oct 2008 17:29:52 -0400 Subject: [Moin-user] Patch: tests for Include macro Message-ID: <20081028212952.GA16628@intelerad.com> Hi all -- a week or two ago, I made vague noises on this list about refactoring the Include macro and adding tests for it. Well, I have made good progress on the tests today: in fact, the attached patch adds a test suite for Include that tests every feature *except* 'editlink'. (I ran out of time. Will try to test that tomorrow.) Tomorrow, I'll be a good citizen and publish a repository with this patch, create a patch page in the MoinMoin wiki, etc. For now, please take a look at the attached tests and let me know what you think! Thanks -- Greg P.S. this is relative to 1.8 and not quite ready to commit yet, but it's a very good start. -------------- next part -------------- changeset: 4182:bf9bca1e748e tag: qbase tag: tip tag: test-include tag: qtip parent: 4178:0b9869467641 user: gerg.ward+moin at gmail.com date: Tue Oct 28 17:25:18 2008 -0400 summary: Add tests for Include macro. diff -r 0b9869467641 -r bf9bca1e748e MoinMoin/macro/_tests/test_Include.py --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/MoinMoin/macro/_tests/test_Include.py Tue Oct 28 17:25:18 2008 -0400 @@ -0,0 +1,293 @@ +# -*- coding: utf-8 -*- +""" + MoinMoin - MoinMoin.macro.Include Tests + + @copyright: 2008 MoinMoin:GregWard + @license: GNU GPL, see COPYING for details. +""" + +import re +from MoinMoin._tests import become_trusted, create_page, make_macro, nuke_page + +class BaseTest: + def _execute(self, args): + """Execute macro Include in self.includer_page with args, returning the result.""" + macro = make_macro(self.request, self.includer_page) + result = macro.execute('Include', args) + print "macro result: %r" % result + return result + + def _assert_regex(self, expect_re, actual_result, pos): + print "expected result to match %s from pos %d" % (expect_re.pattern, pos) + match = expect_re.search(actual_result, pos=pos) + assert match is not None + return match + + def _assert_included(self, expect_content, actual_result, pos=0): + # Hmmm: the space after the included content seems strange, but + # it is how Include behaves. + content_re = re.compile(r'

%s%s

' + % (re.escape(expect_class), re.escape(expect_message))) + return self._assert_regex(msg_re, actual_result, pos=0) + + def _assert_heading(self, expect_level, expect_content, actual_result, pos=0): + heading_re = re.compile(r'%s' + % (expect_level, re.escape(expect_content), expect_level)) + return self._assert_regex(heading_re, actual_result, pos=pos) + + def _assert_link(self, expect_href, expect_text, actual_result, pos=0): + link_re = re.compile(r'%s' + % (expect_href, re.escape(expect_text))) + return self._assert_regex(link_re, actual_result, pos=pos) + +class TestInclude(BaseTest): + """tests for macro Include""" + included_pagename = u'IncludedPage' + included_content = u'Here is included content!' + includer_pagename = u'IncluderPage' + + def setup_method(self, method): + assert isinstance(self, TestInclude) + + request = self.request + become_trusted(request) + self._create_included_page() + self.includer_page = create_page( + request, self.includer_pagename, u'Argh') + + def teardown_method(self, method): + nuke_page(self.request, self.included_pagename) + nuke_page(self.request, self.includer_pagename) + + def _create_included_page(self, pagename=included_pagename, content=included_content): + return create_page( + self.request, pagename, content) + + def testIncludeSimple(self): + result = self._execute(u'IncludedPage') + self._assert_included(self.included_content, result) + + def testIncludeNoArgs(self): + # with no args, Include() expands to an error message + result = self._execute(u'') + assert 'Invalid include arguments' in result + + def testIncludeMarkup(self): + # If the included page includes wiki markup, it is rendered to + # HTML by the macro. + # XXX this makes assumptions about the formatter: is that evil? + self._create_included_page(content=u'This is \'\'\'bold\'\'\' text') + result = self._execute(u'IncludedPage') + self._assert_included('This is bold text', result) + + def testIncludeHeading(self): + # You can add a heading to the included content by passing 'heading' + # arg to Include. + heading = u'Flubby Flobby' + result = self._execute(u'IncludedPage, "%s"' % heading) + + # XXX again, this makes assumptions about the formatter: evil? + heading_match = re.search(r'

.*%s.*

' % heading, result) + assert heading_match + + content_idx = result.find(self.included_content) + assert content_idx > heading_match.end() + + def testIncludeHeadingLevel(self): + # Add a heading with a specific level. + heading = u'Weeble Wobble' + result = self._execute(u'IncludedPage, "%s", 3' % heading) + + # XXX again, this makes assumptions about the formatter: evil? + heading_match = re.search(r'

.*%s.*

' % heading, result) + assert heading_match + + def testIncludeFrom(self): + # Start including at the point right after text that matches the 'from' regex. + included_content = 'Here is some --delimited-- content' + self._create_included_page(content=included_content) + result = self._execute(u'IncludedPage,,, from="-+"') + + self._assert_included('delimited-- content', result) + assert "Here is some" not in result + + def testIncludeFromBadRegex(self): + # If the user passes a bad "from" regex -- say, r"foo[" -- then + # Include assumes the user meant to escape the metacharacters + # and does it for them, changing the regex to r"foo\[". + included_content = u'start including after foo[that string].' + self._create_included_page(content=included_content) + + # First: do it with the correct regex syntax, so Include does + # not have to catch re.error. + result1 = self._execute(u'IncludedPage,,, from="foo\\["') + self._assert_included(u'that string].', result1) + + # Now trip the exception and see that Include escapes the "[". + result2 = self._execute(u'IncludedPage,,, from="foo["') + self._assert_included(u'that string].', result2) + + def testIncludeFromNoMatch(self): + # If the 'from' regex does not match the included page, Include + # inserts a warning message and then completely includes the + # other page. + result = self._execute(u'IncludedPage,,, from="foo"') + self._assert_sysmsg('warning', 'Include: Nothing found for "foo"!', result) + self._assert_included(self.included_content, result) + + # Sigh. The tests for 'to' are very similar to the tests for + # 'from'. But the code being tested is also quite repetitive, so + # it's important to test both 'from' and 'to' thoroughly before + # refactoring! + + def testIncludeTo(self): + # Stop including at the point before after text that matches the 'to' regex. + included_content = 'Here is some --delimited-- content' + self._create_included_page(content=included_content) + result = self._execute(u'IncludedPage,,, to="-+"') + + self._assert_included('Here is some ', result) + assert "--delimited-- content" not in result + + def testIncludeToBadRegex(self): + # As with 'from', a bad 'to' regex gets quoted and tried again. + included_content = u'include up to foo[that string' + self._create_included_page(content=included_content) + + # First with correct regex syntax. + result1 = self._execute(u'IncludedPage,,, to="foo\\["') + self._assert_included(u'include up to ', result1) + + # Now trip the exception and make sure we get the same thing. + result2 = self._execute(u'IncludedPage,,, to="foo["') + self._assert_included(u'include up to ', result2) + + def testIncludeToNoMatch(self): + # As with 'from', a bad 'to' regex results in a warning. + result = self._execute(u'IncludedPage,,, to="foo"') + self._assert_sysmsg('warning', 'Include: Nothing found for "foo"!', result) + self._assert_included(self.included_content, result) + +class TestIncludeMany(BaseTest): + includer_pagename = u'IncluderPage' + + included_pagename_1 = u'1_Intro' + included_content_1 = u'''\ += Intro = + +This is an introduction. + +== Ooga == + +Ooga-booga. Ding-dong. + +== Argle == + +Argle bargle snarky weeb. +''' + + included_pagename_2 = u'2_BlahBlah' + included_content_2 = u'''\ += Blah Blah = + +more blah blah blah +''' + included_pagename_3 = u'3_Conclusions' + included_content_3 = u'''\ += Conclusions = + +Clearly, the snarky weeb rocks. +''' + + def setup_class(cls): + become_trusted(cls.request) + cls.includer_page = create_page(cls.request, cls.includer_pagename, u'Foo!') + + create_page(cls.request, cls.included_pagename_1, cls.included_content_1) + create_page(cls.request, cls.included_pagename_2, cls.included_content_2) + create_page(cls.request, cls.included_pagename_3, cls.included_content_3) + + def teardown_class(cls): + nuke_page(cls.request, cls.includer_pagename) + nuke_page(cls.request, cls.included_pagename_1) + nuke_page(cls.request, cls.included_pagename_2) + nuke_page(cls.request, cls.included_pagename_3) + + def testIncludeMany(self): + # Include with a regex pulls in multiple pages. + result = self._execute(u'^\d_') + match = self._assert_heading(1, 'Intro', result) + match = self._assert_included('This is an introduction.', result, pos=match.end()) + match = self._assert_heading(2, 'Ooga', result, pos=match.end()) + match = self._assert_included('Ooga-booga. Ding-dong.', result, pos=match.end()) + match = self._assert_heading(2, 'Argle', result, pos=match.end()) + match = self._assert_included('Argle bargle snarky weeb.', result, pos=match.end()) + match = self._assert_heading(1, 'Blah Blah', result, pos=match.end()) + match = self._assert_included('more blah blah blah', result, pos=match.end()) + match = self._assert_heading(1, 'Conclusions', result, pos=match.end()) + match = self._assert_included('Clearly, the snarky weeb rocks.', result, pos=match.end()) + + def testIncludeManySortDescending(self): + # sort=descending includes pages in reverse order + result = self._execute(u'^\d_,,, sort=descending') + match = self._assert_heading(1, 'Conclusions', result) + match = self._assert_included('Clearly, the snarky weeb rocks.', result, pos=match.end()) + match = self._assert_heading(1, 'Blah Blah', result, pos=match.end()) + match = self._assert_included('more blah blah blah', result, pos=match.end()) + match = self._assert_heading(1, 'Intro', result, pos=match.end()) + match = self._assert_included('This is an introduction.', result, pos=match.end()) + match = self._assert_heading(2, 'Ooga', result, pos=match.end()) + match = self._assert_included('Ooga-booga. Ding-dong.', result, pos=match.end()) + match = self._assert_heading(2, 'Argle', result, pos=match.end()) + match = self._assert_included('Argle bargle snarky weeb.', result, pos=match.end()) + + def testIncludeManyMaxItems(self): + # items=N limits the include to N pages + result = self._execute(u'^\d_,,, items=2') + match = self._assert_heading(1, 'Intro', result) + match = self._assert_included('This is an introduction.', result, pos=match.end()) + match = self._assert_heading(2, 'Ooga', result, pos=match.end()) + match = self._assert_included('Ooga-booga. Ding-dong.', result, pos=match.end()) + match = self._assert_heading(2, 'Argle', result, pos=match.end()) + match = self._assert_included('Argle bargle snarky weeb.', result, pos=match.end()) + match = self._assert_heading(1, 'Blah Blah', result, pos=match.end()) + match = self._assert_included('more blah blah blah', result, pos=match.end()) + assert 'Conclusions' not in result + assert 'Clearly, the snarky weeb rocks.' not in result + + def testIncludeManySkipItems(self): + # skipitems=N skips the first N matching pages + result = self._execute(u'^\d_,,, skipitems=2') + match = self._assert_heading(1, 'Conclusions', result) + match = self._assert_included('Clearly, the snarky weeb rocks.', result, pos=match.end()) + assert 'Intro' not in result + assert 'Ooga-booga. Ding-dong.' not in result + assert 'Blah Blah' not in result + assert 'more blah blah blah' not in result + + def testIncludeManyTitlesOnly(self): + # titlesonly suppresses content, and just renders headers from the + # included pages + result = self._execute(u'^\d_,,, titlesonly') + + # Hmmm: currently, Include links to the whole page for subheadings. + # Since this might be a bug, I pass href patterns that allow Include to + # change so it links to an anchor in the page. If that is in fact the + # desired behaviour, those href patterns should make the anchor + # mandatory! + + match = self._assert_link("./1_Intro", 'Intro', result) + match = self._assert_link("./1_Intro(#\S+)?", 'Ooga', result, pos=match.end()) + match = self._assert_link("./1_Intro(#\S+)?", 'Argle', result, pos=match.end()) + match = self._assert_link("./2_BlahBlah", 'Blah Blah', result, pos=match.end()) + match = self._assert_link("./3_Conclusions", 'Conclusions', result, pos=match.end()) + + assert 'This is an introduction.' not in result + assert 'Ooga-booga. Ding-dong.' not in result + assert 'Argle bargle snarky weeb.' not in result + assert 'more blah blah blah' not in result + assert 'Clearly, the snarky weeb rocks.' not in result From ndbecker2 at gmail.com Tue Oct 28 20:20:27 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 28 Oct 2008 20:20:27 -0400 Subject: [Moin-user] Updated 1.7.0 -> 1.7.2, now moin won't start Message-ID: Installed moin-1.7.2 using python setup.py install. Ran moin --config-dir=./ migration data ./moin --config-dir=./ start 2008-10-28 20:17:51,665 WARNING MoinMoin.log:120 using logging configuration read from built-in fallback in MoinMoin.log module! Loading ... MoinMoin - 1.7.2 [release] Traceback (most recent call last): File "./moin", line 19, in script = daemon.DaemonScript(Config.name, run, Config) File "/usr/lib/python2.5/site-packages/MoinMoin/server/daemon.py", line 79, in __init__ self.pidFile = os.path.abspath(pidfile) File "/usr/lib64/python2.5/posixpath.py", line 402, in abspath if not isabs(path): File "/usr/lib64/python2.5/posixpath.py", line 49, in isabs return s.startswith('/') AttributeError: 'function' object has no attribute 'startswith' From tw-public at gmx.de Tue Oct 28 21:42:48 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 29 Oct 2008 02:42:48 +0100 Subject: [Moin-user] Visualizing wiki page connections In-Reply-To: <1671797370.20081026202738@donaldegray.com> References: <861530760.20081024102218@donaldegray.com> <1225037781.6070.4.camel@black.firma.waldmann-edv.de> <1671797370.20081026202738@donaldegray.com> Message-ID: <1225244568.8132.8.camel@black.firma.waldmann-edv.de> > >> CACHE_DIR = "F:\MoinMoin\wiki\data\cache" > > Be careful with backslashes. > > Eiter use r"foo\bar" or "foo\\bar". > > Oddly, this hasn't bitten me yet. It will, as soon as you have \n or \r or any other backslash sequence recognized by the python interpreter's string parser. From kai at aplteam.com Wed Oct 29 03:57:04 2008 From: kai at aplteam.com (kai at aplteam.com) Date: Wed, 29 Oct 2008 07:57:04 +0000 Subject: [Moin-user] Restart MoinMoin Message-ID: <99f673360810290057yfb578c7sb02e9580a2645735@mail.gmail.com> Since I have moved from IIS to Apache something has changed: When I change my wikiconfig.py file and then restart Apache, the changes are not taken into account. I can even *remove* both wikiconfig.py and wikiconfig.pyc and I can still access my pages. I am using FastCGI. Is there anything I don't know? Advice is very welcome Kai From ndbecker2 at gmail.com Wed Oct 29 07:00:45 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 29 Oct 2008 07:00:45 -0400 Subject: [Moin-user] 1.8.0rc1, is it reading wikiconfig.py? Message-ID: I'm running 1.8.0rc1 like this: "cd /home/moin/mywiki && moin --config-dir=/home/moin/mywiki server standalone --port=8081 --interface='' --start" /home/moin/mywiki contains wikiconfig.py wikiconfig.py contains: class Config(DefaultConfig): port = 8081 interface = '' These settings seem to be ignored. I can only start (as shown above) on the correct port and I/F by setting on the command line. From kai at aplteam.com Wed Oct 29 08:30:17 2008 From: kai at aplteam.com (kai at aplteam.com) Date: Wed, 29 Oct 2008 12:30:17 +0000 Subject: [Moin-user] ACL and Group problem Message-ID: <99f673360810290530o52a6ada4h49516e7cbfb6b8fc@mail.gmail.com> Since I migrated from 1.5.1 to 1.7 my two groups AutoAdminGroup TrustedGroup stopped working. That is how my acl looks like: acl_rights_default = u"+All:read +Known:read +TrustedGroup:read,write,delete,revert" acl_rights_after = u"+AutoAdminGroup:read,write,delete,revert,admin" My TrustedGroup page has not changed since I migrated, but it is completely ignored. My group definition is the standard one: page_group_regex = u'[a-z]Group$' Any ideas? From rick.vanderveer at gmail.com Wed Oct 29 09:22:02 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 29 Oct 2008 08:22:02 -0500 Subject: [Moin-user] Restart MoinMoin In-Reply-To: <99f673360810290057yfb578c7sb02e9580a2645735@mail.gmail.com> References: <99f673360810290057yfb578c7sb02e9580a2645735@mail.gmail.com> Message-ID: <320AB2F1-BC1A-4890-AA09-B85446DFD25C@gmail.com> Hey Kai, You actually need to restart FastCGI when you make a wikiconfig.py change, not apache. - Rick < sent via iPhone > On Oct 29, 2008, at 2:57 AM, "kai at aplteam.com" wrote: > Since I have moved from IIS to Apache something has changed: > > When I change my wikiconfig.py file and then restart Apache, the > changes are not taken into account. > I can even *remove* both wikiconfig.py and wikiconfig.pyc and I can > still access my pages. > > I am using FastCGI. > > Is there anything I don't know? > Advice is very welcome > > Kai > > --- > ---------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From robert.moricz at gmail.com Wed Oct 29 09:38:36 2008 From: robert.moricz at gmail.com (Robert Moricz) Date: Wed, 29 Oct 2008 14:38:36 +0100 Subject: [Moin-user] Login problems using sspi Message-ID: When I login to MoinMoin via SSPI (LAN login via http/Apache), I get a host name as user. Also, my user name and the "Preferences" link in the top left corner are missing. I can edit a page and then the host name, not my user name, is registered in the history. We have tested to let a collegue log in from my host and we get the same behaviour. When I log in from another host, the log in succeeds and I get my user name as exptected. So it seems that something is different on just a client machine (my host). On other clients, login succeeds without any problems. Please can somebody help explain what is wrong, i.e. why I do not get my LAN user signature as Moin user and how to fix it. We use: - MoinMoin 1.6.3 on windows XP. - Python 2.5.2 - Apache 2.2 - mod_auth_sspi 1.0.4 Attaching httpd.conf and wikiconfig.py -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: httpd.conf URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: wikiconfig.py URL: From gerg.ward+moin at gmail.com Wed Oct 29 11:38:59 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Wed, 29 Oct 2008 11:38:59 -0400 Subject: [Moin-user] Updated 1.7.0 -> 1.7.2, now moin won't start In-Reply-To: References: Message-ID: <20081029153859.GB22749@intelerad.com> On 28 October 2008, Neal Becker said: > Installed moin-1.7.2 using python setup.py install. > Ran moin --config-dir=./ migration data > > > ./moin --config-dir=./ start > 2008-10-28 20:17:51,665 WARNING MoinMoin.log:120 using logging configuration read from built-in fallback in MoinMoin.log module! > Loading ... > MoinMoin - 1.7.2 [release] > > Traceback (most recent call last): > File "./moin", line 19, in > script = daemon.DaemonScript(Config.name, run, Config) > File "/usr/lib/python2.5/site-packages/MoinMoin/server/daemon.py", line 79, in __init__ > self.pidFile = os.path.abspath(pidfile) > File "/usr/lib64/python2.5/posixpath.py", line 402, in abspath > if not isabs(path): > File "/usr/lib64/python2.5/posixpath.py", line 49, in isabs > return s.startswith('/') > AttributeError: 'function' object has no attribute 'startswith' Strange. Can you: 1) post the contents that the "./moin" script that you are running 2) explain where that script came from? I have searched the 1.7.x source and my local 1.7.2 installation, and I don't see a script called "moin" that contains the code in the above stack trace. As near as I can tell, the "real" moin script is a trivial two-liner that just passes control to MoinMoin.script.moin. Greg From gerg.ward+moin at gmail.com Wed Oct 29 11:40:36 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Wed, 29 Oct 2008 11:40:36 -0400 Subject: [Moin-user] Restart MoinMoin In-Reply-To: <99f673360810290057yfb578c7sb02e9580a2645735@mail.gmail.com> References: <99f673360810290057yfb578c7sb02e9580a2645735@mail.gmail.com> Message-ID: <20081029154036.GC22749@intelerad.com> On 29 October 2008, kai at aplteam.com said: > Since I have moved from IIS to Apache something has changed: > > When I change my wikiconfig.py file and then restart Apache, the > changes are not taken into account. > I can even *remove* both wikiconfig.py and wikiconfig.pyc and I can > still access my pages. > > I am using FastCGI. The whole point of using FastCGI is that MoinMoin is now a long-running process that does not have to do expensive stuff like read config files on every request. You're right that you have to restart *something*, but Apache isn't it. ;-) Greg From wtp at wtp3.org Wed Oct 29 16:32:21 2008 From: wtp at wtp3.org (Krzysztof Stryjek) Date: Wed, 29 Oct 2008 21:32:21 +0100 Subject: [Moin-user] ACL and Group problem In-Reply-To: <99f673360810290530o52a6ada4h49516e7cbfb6b8fc@mail.gmail.com> References: <99f673360810290530o52a6ada4h49516e7cbfb6b8fc@mail.gmail.com> Message-ID: <20081029203220.GJ52305@fw.wtp3.org> Hello, Dnia Wed, Oct 29, 2008 at 12:30:17PM +0000, kai at aplteam.com napisa?(a): > Since I migrated from 1.5.1 to 1.7 my two groups > > AutoAdminGroup > TrustedGroup > > stopped working. That is how my acl looks like: > You have to change wikiconfig.py to: # You must use Unicode strings here [Unicode] page_category_regex = ur'(?PCategory(?P\S+))' page_dict_regex = ur'(?P(?P\S+)Dict)' page_group_regex = ur'(?P(?P\S+)Group)' page_template_regex = ur'(?P(?P\S+)Template)' And groups will work as earlier. Greetings, -- /~\ The ASCII Krzysztof Stryjek \ / Ribbon Campaign wtp (at) wtp3.org X Against HTML http://fw.wtp3.org/~wtp/ / \ Email! GG: 3608113 JID:wtp at chrome.pl A national debt, if it is not excessive, will be to us a national blessing. -- Alexander Hamilton From gerg.ward+moin at gmail.com Wed Oct 29 18:11:17 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Wed, 29 Oct 2008 18:11:17 -0400 Subject: [Moin-user] Patch: tests for Include macro In-Reply-To: <20081028212952.GA16628@intelerad.com> References: <20081028212952.GA16628@intelerad.com> Message-ID: <20081029221117.GB22957@intelerad.com> On 28 October 2008, I said: > Tomorrow, I'll be a good citizen and publish a repository with this > patch, create a patch page in the MoinMoin wiki, etc. Well, one out of two: I couldn't figure out how to make a public Mercurial repository including my patches. Whatever; at least I created the patch page: http://moinmo.in/MoinMoinPatch/RefactorIncludeMacro . It now tests every parameter to Include. It does not test "print mode", because I don't really understand that. Reviews welcome! Please take a look at the test and let me know if I'm missing stuff, or if I'm over-testing, or making too many assumptions about formatters, etc. Coming soon: the real refactoring. Greg From finnis at internode.on.net Wed Oct 29 22:39:00 2008 From: finnis at internode.on.net (Tony Finnis) Date: Thu, 30 Oct 2008 13:09:00 +1030 Subject: [Moin-user] Textchas in Page Comment macro Message-ID: <1225334340.8249.4.camel@duke> I am enquiring if there is any way to add Textchas to the PageComment2 macro. At the moment it is very simple to be spammed if this macro is open to all as I wish. thanks, TonyF From jeff.wardlaw at gmail.com Thu Oct 30 11:12:42 2008 From: jeff.wardlaw at gmail.com (Jeff) Date: Thu, 30 Oct 2008 11:12:42 -0400 Subject: [Moin-user] Just testing Message-ID: -- Jeff From rb.proj at gmail.com Thu Oct 30 11:34:02 2008 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 30 Oct 2008 16:34:02 +0100 Subject: [Moin-user] Defining custom variables In-Reply-To: <20081024212815.GA5891@intelerad.com> References: <20081020172011.GA5905@intelerad.com> <20081024212815.GA5891@intelerad.com> Message-ID: Greg Ward schrieb: > On 22 October 2008, R.Bauer said: >> the page MyDict has to be created as a subpage of your homepage >> I have there on my ReimarBauer/MyDict some vars for me defined and I can >> for example write @IMG@ on a page and this is expanded to my image. > > Ahh! Thank you. That is not clear from HelpOnVariables. May I suggest > a change: > > """ > --- HelpOnVariables.txt.orig 2008-10-24 17:11:16.000000000 -0400 > +++ HelpOnVariables.txt 2008-10-24 17:17:53.000000000 -0400 > @@ -24,14 +24,14 @@ > || @``MAILTO@ || A fancy mailto: link with the user's data || None - on public sites, better use the Mail``To macro || > > > -== Expanding Variables == > +== Defining New Variables == > > -You can use Home``Page``Name/My``Dict to expand those variables, just put a dictionary (see HelpOnDictionaries) there with your variables and values. For example, > +If the builtin variables are not enough, you can define new variables by creating a sub-page of your home page with a dictionary of variables in it. For example, if your username is !JohnDoe, you would create page !JohnDoe/!MyDict with the following content: > {{{ > - VAR1:: substitution 1 > - VAR2:: substitution 2 > + VAR1:: some random text > + VAR2:: use ''any'' wiki markup > }}} > - > +Then, whenever you edit a page, you can use `@VAR1@` or `@VAR2` to expand to the text in that dictionary. > > == Getting Variables == > > """ > >> <> >> >> is also expanded to the value of the key. > > Hmmm. I just tried something like this in a test wiki running 1.8.0rc1. > Putting wiki markup in a variables works fine if I expand at save time > with @VAR at . But if I use <>, the wiki markup is rendered > literally in the output HTML. > > Explanation: page "gward/MyDict" contains just > > """ > NAME:: Greg > HOMEPAGE:: [[http://www.gerg.ca/|my personal home page]] > """ > > When I edit a page to say > > Please visit @HOMEPAGE@! > > it works; the wiki markup is inserted into the page text and then > processed into HTML when the page is rendered. But if I put this in a > page: > > Please visit <> > > then the HTML looks like > > Please visit [[http://www.gerg.ca/|my personal home page]] > > Oops! Well you asked for the value not for the rendered result. formatter.text is used for output. (sorry I should not have used the word "expanded" in my explaination.) cheers Reimar feel free to add the description improvement on http://master18.moinmo.in please read beforehand http://moinmo.in/EditingOnMoinMaster > > Greg > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ From tw-public at gmx.de Thu Oct 30 11:56:22 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 30 Oct 2008 16:56:22 +0100 Subject: [Moin-user] 1.8.0rc1, is it reading wikiconfig.py? In-Reply-To: References: Message-ID: <1225382182.8152.1.camel@server.firma.waldmann-edv.de> > wikiconfig.py contains: > > class Config(DefaultConfig): > port = 8081 > interface = '' You can't modify server settings from wikiconfig. For the standalone server of 1.8, you need to edit wikiserverconfig.py - see the toplevel directory of the distribution archive. From tw-public at gmx.de Thu Oct 30 12:50:45 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 30 Oct 2008 17:50:45 +0100 Subject: [Moin-user] Textchas in Page Comment macro In-Reply-To: <1225334340.8249.4.camel@duke> References: <1225334340.8249.4.camel@duke> Message-ID: <1225385445.8152.4.camel@server.firma.waldmann-edv.de> > I am enquiring if there is any way to add Textchas to the PageComment2 > macro. > At the moment it is very simple to be spammed if this macro is open to > all as I wish. I guess it should be quite easy to add textcha support. Just take the source code of moin, grep for textcha to find some sample usages and do it in a similar way in PageComment2. Usually it only needs a few code lines. From gerg.ward+moin at gmail.com Thu Oct 30 13:42:46 2008 From: gerg.ward+moin at gmail.com (Greg Ward) Date: Thu, 30 Oct 2008 13:42:46 -0400 Subject: [Moin-user] Defining custom variables In-Reply-To: References: <20081020172011.GA5905@intelerad.com> <20081024212815.GA5891@intelerad.com> Message-ID: <20081030174246.GB31454@intelerad.com> [my complaint about <>] > Hmmm. I just tried something like this in a test wiki running 1.8.0rc1. > Putting wiki markup in a variables works fine if I expand at save time > with @VAR at . But if I use <>, the wiki markup is rendered > literally in the output HTML. > > Explanation: page "gward/MyDict" contains just > > """ > NAME:: Greg > HOMEPAGE:: [[http://www.gerg.ca/|my personal home page]] > """ > > When I edit a page to say > > Please visit @HOMEPAGE@! > > it works; the wiki markup is inserted into the page text and then > processed into HTML when the page is rendered. But if I put this in a > page: > > Please visit <> > > then the HTML looks like > > Please visit [[http://www.gerg.ca/|my personal home page]] > > Oops! [Reimar explains] > Well you asked for the value not for the rendered result. formatter.text > is used for output. (sorry I should not have used the word "expanded" in > my explaination.) Yes, it's fairly clear that the surprising behaviour of <> is due to the order in which things are expanded/rendered. I'm just pointing out that it *is* surprising behaviour, and it's a subtle inconsistency between @VAR@ and <>. With @VAR@, it's OK if the variable value contains wiki markup; but with GetVal, it's not. Is this the intended behaviour of <>? If so, it should probably be mentioned in HelpOnMacros. Otherwise, perhaps it is a bug. > feel free to add the description improvement on http://master18.moinmo.in Done: I rewrote the section "Expanding Variables" as "Defining New Variables", almost exactly as in the patch I quoted earlier. Greg From jdd at dodin.org Thu Oct 30 15:07:25 2008 From: jdd at dodin.org (jdd for http://tldp.org) Date: Thu, 30 Oct 2008 20:07:25 +0100 Subject: [Moin-user] transclude in shtml page Message-ID: <490A05ED.9020908@dodin.org> Hello, I try to include (transclude in Moin language) the relevant part of a wiki page in a static shmtl page. I use the following line (SSI syntax): when I use it works perfectly (the hole wiki page is inserted) but with the ?action=content, I have nothing inserted. If I use the wget line in an xterm, I get Connecting to xxxxxx|IP|:80... connected. HTTP request sent, awaiting response... 403 FORBIDDEN 14:56:48 ERROR 403: FORBIDDEN. what can I do? the wget approach is not optimal :-(. Do you see any other way? according to this page (http://moinmo.in/HelpOnActions) this command if just ade for what I want. content for transclusion into static web pages, this action emits the pure page content, without any , , or tags. thanks jdd -- jdd for the Linux Documentation Project http://wiki.tldp.org http://www.dodin.net From fpiat at klabs.be Thu Oct 30 17:54:45 2008 From: fpiat at klabs.be (Frank Lin PIAT) Date: Thu, 30 Oct 2008 22:54:45 +0100 Subject: [Moin-user] transclude in shtml page In-Reply-To: <490A05ED.9020908@dodin.org> References: <490A05ED.9020908@dodin.org> Message-ID: <1225403685.24137.212.camel@solid.paris.klabs.be> On Thu, 2008-10-30 at 20:07 +0100, jdd for http://tldp.org wrote: > Hello, > > I try to include (transclude in Moin language) the relevant part of a > wiki page in a static shmtl page. [..] > If I use the wget line in an xterm, I get > wget http://wiki.tldp.org/FrontPage?action=content > Connecting to xxxxxx|IP|:80... connected. > HTTP request sent, awaiting response... 403 FORBIDDEN > 14:56:48 ERROR 403: FORBIDDEN. > > what can I do? Use a fake user agent string wget -U 'Fake' -O - -nd -nH http://wiki.tldp.org/FrontPage?action=content Franklin From jdd at dodin.org Fri Oct 31 04:27:39 2008 From: jdd at dodin.org (jdd) Date: Fri, 31 Oct 2008 09:27:39 +0100 Subject: [Moin-user] html to Moin Message-ID: <490AC17B.9080403@dodin.org> I will probably have to convert a pretty large document collection to Moin wiki. I have these documents in docbook format, but also in html. The html to wiki converter here: http://diberri.dyndns.org/wikipedia/html2wiki/index.html is partly obsolete (for example
is translated by [[BR]], it should be <
>) do you know of a better version (or a better "dialect" Moin file)? thanks jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM From dietmar.gaffling at nsn.com Fri Oct 31 05:08:20 2008 From: dietmar.gaffling at nsn.com (Gaffling, Dietmar (NSN - DE/Berlin)) Date: Fri, 31 Oct 2008 10:08:20 +0100 Subject: [Moin-user] Debug output missing in Version 1.72 Message-ID: <239EB68AEDDC36449EBA4F06B36B5F297729@DEMUEXC006.nsn-intra.net> There is no debug output in Version 1.72 What should I do to get the debug output in case of some errors, (I set debug=1) which I see in version 1.5x ??? Mit freundlichen Gr??en / best regards Dietmar Gaffling Nokia Siemens Networks GmbH & Co. KG COO_SCA_BSS_Product_Customization Siemensdamm 50 , 13627 Berlin phone: +49 30 386 26215 fax: +49 30 386 34213 eMail: dietmar.gaffling at nsn.com Nokia Siemens Networks GmbH & Co. KG - Sitz der Gesellschaft/ Registered office: M?nchen (Munich) - Registergericht /Commercial register: M?nchen (Munich), HRA 88537 - WEEE-Reg.-No. DE 52984304. Pers?nlich haftende Gesellschafterin /General Partner: Nokia Siemens Networks Management GmbH - Gesch?ftsf?hrer /Board of Directors: Christian Unterberger, Joachim Malterer, Roland Meinzer - Sitz der Gesellschaft / Registered office: M?nchen (Munich) - Registergericht /Commercial register: M?nchen (Munich), HRB 163416 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Fri Oct 31 05:45:11 2008 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 31 Oct 2008 10:45:11 +0100 Subject: [Moin-user] html to Moin In-Reply-To: <490AC17B.9080403@dodin.org> References: <490AC17B.9080403@dodin.org> Message-ID: jdd schrieb: > I will probably have to convert a pretty large document collection to > Moin wiki. > > I have these documents in docbook format, but also in html. > > The html to wiki converter here: > > http://diberri.dyndns.org/wikipedia/html2wiki/index.html > > is partly obsolete (for example
is translated by [[BR]], it > should be <
>) > > do you know of a better version (or a better "dialect" Moin file)? > > thanks > jdd do you have tried the gui editor ? Reimar From rb.proj at gmail.com Fri Oct 31 06:25:52 2008 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 31 Oct 2008 11:25:52 +0100 Subject: [Moin-user] Debug output missing in Version 1.72 In-Reply-To: <239EB68AEDDC36449EBA4F06B36B5F297729@DEMUEXC006.nsn-intra.net> References: <239EB68AEDDC36449EBA4F06B36B5F297729@DEMUEXC006.nsn-intra.net> Message-ID: Gaffling, Dietmar (NSN - DE/Berlin) schrieb: > There is no debug output in Version 1.72 > > What should I do to get the debug output in case of some errors, (I set debug=1) which I see in version 1.5x ??? > Mit freundlichen Gr??en / best regards > Dietmar Gaffling Please read docs/CHANGES search for * Logging It is if it becomes configured. ;) The logging is changed to pythons logging module. For an example configuration look into wiki/config/logging/ README and samples. README """ In this directory is a collection of pre-made logging configuration files. Typically, your server adaptor script (e.g. moin.cgi) will have this: from MoinMoin import log log.load_config('wiki/config/logging/logfile') # XXX please fix this path! You have to fix that path to use a logging configuration matching your needs (we provide some examples in the path given there, it is relative to the uncompressed moin distribution archive - if you use some moin package, you maybe find it under /usr/share/moin/). It is likely that you also have to edit the sample logging configurations we provide (e.g. to fix the logfile location). If you don't configure logging using those lines, moin will use some built-in logging configuration (which might be correct for some cases, but incorrect for some other cases, so be careful!). CGI --- You need to edit the moin.cgi that your webserver runs. CGI / Apache: use the stderr configuration, stuff will go to apache error.log CGI / IIS: use the logfile configuration and edit the logfile path You can make very flexible and powerful logging configurations using this mechanism, for more details see: http://www.python.org/doc/lib/logging-config-fileformat.html """ cheers Reimar From kauer at biplane.com.au Fri Oct 31 06:51:17 2008 From: kauer at biplane.com.au (Karl Auer) Date: Fri, 31 Oct 2008 21:51:17 +1100 Subject: [Moin-user] html to Moin In-Reply-To: References: <490AC17B.9080403@dodin.org> Message-ID: <1225450277.9932.4.camel@karl> On Fri, 2008-10-31 at 10:45 +0100, R.Bauer wrote: > jdd schrieb: > > I have these documents in docbook format, but also in html. > > > > The html to wiki converter here: > > > > http://diberri.dyndns.org/wikipedia/html2wiki/index.html > > > > is partly obsolete (for example
is translated by [[BR]], it > > should be <
>) I took that converter and extended it to to a reasonably good job of converting HTML to Confluence dialect. It's pretty straightforward stuff - fixing outputs like "<
>" instead of "[[BR]]" would be trivial. Unless you are a total Perl neophyte, I suggest you just adjust the converter to do it right. MoinMoin is one of the more complete dialects available for the converter. Or I'd be happy to send you my Confluence dialect to work on. It handles links and has a few other niceties... I'd have uploaded my changes, but it all looked too darn complicated and the author showed no interest either. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: DD23 0DF3 2260 3060 7FEC 5CA8 1AF6 D9E3 CFEE 6B28 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdd at dodin.org Fri Oct 31 07:56:11 2008 From: jdd at dodin.org (jdd) Date: Fri, 31 Oct 2008 12:56:11 +0100 Subject: [Moin-user] html to Moin In-Reply-To: <1225450277.9932.4.camel@karl> References: <490AC17B.9080403@dodin.org> <1225450277.9932.4.camel@karl> Message-ID: <490AF25B.9000401@dodin.org> Karl Auer a ?crit : > I took that converter and extended it to to a reasonably good job of > converting HTML to Confluence dialect. ? It's pretty straightforward stuff > - fixing outputs like "<
>" instead of "[[BR]]" would be trivial. I beg so > > Unless you are a total Perl neophyte, I suggest you just adjust the > converter to do it right. MoinMoin is one of the more complete dialects > available for the converter. Or I'd be happy to send you my Confluence > dialect to work on. It handles links and has a few other niceties... I can probably edit the dialect file myself, but I have a lot of things to do for the LDP, and didn't want to do already done work :-) and for the GUI, I see word or text entry, but no html? jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM From vincefn at users.sourceforge.net Fri Oct 31 09:09:24 2008 From: vincefn at users.sourceforge.net (Vincent Favre-Nicolin) Date: Fri, 31 Oct 2008 14:09:24 +0100 Subject: [Moin-user] MoinMoin & Sourceforge In-Reply-To: <529E0C005F46104BA9DB3CB93F39797501DF9BEC@TOKYO.intra.cea.fr> References: <200809252202.12149.vincefn@users.sourceforge.net> <529E0C005F46104BA9DB3CB93F39797501DF9BEA@TOKYO.intra.cea.fr> <529E0C005F46104BA9DB3CB93F39797501DF9BEC@TOKYO.intra.cea.fr> Message-ID: <200810311409.24914.vincefn@users.sourceforge.net> Hi, This may be of interest to those wanting to run moinmoin on the sourceforge servers: http://sourceforge.net/community/forum/topic.php?id=3846&page&replies=1 Apparently they increased the memory limits on their servers on 2008/10/21, so it *may* re-enable running moin on their servers. I've migrated to another server, so I haven't tried... -- Vincent Favre-Nicolin CEA Grenoble/INAC/SP2M http://inac.cea.fr Univ. Joseph Fourier (Grenoble) http://www.ujf-grenoble.fr ObjCryst & Fox http://objcryst.sf.net/Fox From rb.proj at gmail.com Fri Oct 31 11:29:13 2008 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 31 Oct 2008 16:29:13 +0100 Subject: [Moin-user] html to Moin In-Reply-To: <490AF25B.9000401@dodin.org> References: <490AC17B.9080403@dodin.org> <1225450277.9932.4.camel@karl> <490AF25B.9000401@dodin.org> Message-ID: jdd schrieb: > Karl Auer a ?crit : > >> I took that converter and extended it to to a reasonably good job of >> converting HTML to Confluence dialect. > > ? > > It's pretty straightforward stuff >> - fixing outputs like "<
>" instead of "[[BR]]" would be trivial. > > I beg so >> Unless you are a total Perl neophyte, I suggest you just adjust the >> converter to do it right. MoinMoin is one of the more complete dialects >> available for the converter. Or I'd be happy to send you my Confluence >> dialect to work on. It handles links and has a few other niceties... > > I can probably edit the dialect file myself, but I have a lot of > things to do for the LDP, and didn't want to do already done work :-) > > and for the GUI, I see word or text entry, but no html? > > jdd > > use copy and paste from firefox to the gui editor (or drag and drop) From szybalski at gmail.com Fri Oct 31 11:32:28 2008 From: szybalski at gmail.com (Lukasz Szybalski) Date: Fri, 31 Oct 2008 10:32:28 -0500 Subject: [Moin-user] moin on a different backed for revision control? Message-ID: <804e5c70810310832y20ab37b9k53898e9f9dbcde2b@mail.gmail.com> Hello, I was wondering if moinmoin is able to support a different backend for revision control? I see a file like this: http://hg.moinmo.in/moin/1.8-mercurialbackend-ppacana/file/089af256a33a/MoinMoin/script/migration/backend.py but I'm not sure what it does. What I'm looking for is a setting that I could tell moin moin to use svn, hq, bzr, git as my backend for storage instead of what moinmoin uses as default. This way I would be able to add some wiki files into some folders, add it to repository of my choice and tell moinmoin to provide gui interfaces for it. Let me know. Lucas -- Turbogears2 Manual http://lucasmanual.com/mywiki/TurboGears2 Bazaar and Launchpad http://lucasmanual.com/mywiki/bzr From kauer at biplane.com.au Fri Oct 31 11:38:40 2008 From: kauer at biplane.com.au (Karl Auer) Date: Sat, 01 Nov 2008 02:38:40 +1100 Subject: [Moin-user] html to Moin In-Reply-To: <490AF25B.9000401@dodin.org> References: <490AC17B.9080403@dodin.org> <1225450277.9932.4.camel@karl> <490AF25B.9000401@dodin.org> Message-ID: <1225467520.9932.177.camel@karl> On Fri, 2008-10-31 at 12:56 +0100, jdd wrote: > > I took that converter and extended it to to a reasonably good job of > > converting HTML to Confluence dialect. > > ? Why the question mark? Confluence is a wiki, so it's a dialect just as MoinMoin is. > I can probably edit the dialect file myself, but I have a lot of > things to do for the LDP, and didn't want to do already done work :-) Well, you have to weigh the cost of fixing the converter against the cost of converting all that HTML yourself. I suspect it would be more cost effective to fix the converter. Even if the converter only does half the job, you're still ahead. If your organisation is a commercial entity and you want the converter fixed so that it generates current MoinMoin wiki code, I would be happy to do the work for a fee. Contact me off-list if you are interested. > and for the GUI, I see word or text entry, but no html? I don't understand. What do you mean? Regards, K. PS: What's the LDP? -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: DD23 0DF3 2260 3060 7FEC 5CA8 1AF6 D9E3 CFEE 6B28 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kauer at biplane.com.au Fri Oct 31 11:42:03 2008 From: kauer at biplane.com.au (Karl Auer) Date: Sat, 01 Nov 2008 02:42:03 +1100 Subject: [Moin-user] html to Moin In-Reply-To: References: <490AC17B.9080403@dodin.org> <1225450277.9932.4.camel@karl> <490AF25B.9000401@dodin.org> Message-ID: <1225467723.9932.180.camel@karl> On Fri, 2008-10-31 at 16:29 +0100, R.Bauer wrote: > use copy and paste from firefox to the gui editor > (or drag and drop) That will be a long and painful process if he's got lots of files. Very useful for converting a few though. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer at biplane.com.au) +61-2-64957160 (h) http://www.biplane.com.au/~kauer/ +61-428-957160 (mob) GPG fingerprint: DD23 0DF3 2260 3060 7FEC 5CA8 1AF6 D9E3 CFEE 6B28 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdd at dodin.org Fri Oct 31 11:50:33 2008 From: jdd at dodin.org (jdd for http://tldp.org) Date: Fri, 31 Oct 2008 16:50:33 +0100 Subject: [Moin-user] html to Moin In-Reply-To: <1225467723.9932.180.camel@karl> References: <490AC17B.9080403@dodin.org> <1225450277.9932.4.camel@karl> <490AF25B.9000401@dodin.org> <1225467723.9932.180.camel@karl> Message-ID: <490B2949.8080309@dodin.org> Karl Auer a ?crit : > On Fri, 2008-10-31 at 16:29 +0100, R.Bauer wrote: >> use copy and paste from firefox to the gui editor >> (or drag and drop) > > That will be a long and painful process if he's got lots of files. Very > useful for converting a few though. does not convert anything AFAIK, simply quotes it as code with {{{}}}. I could use #format html if I had just to display the result, but I want to allow editing The LDP is The Linux Documentation Project, the older Linux documentation Web site, father of the HOWTOs. We try to make the life easier to our authors to subit HOWTOs. we just setup a MoinMoin wiki. We choosed it because his secure and docbook friendly. Most of our documents are docbook sourced but if we can have easily wiki->docbook (through action), I don't see how to have docbook to wiki, so try to do html to wiki. we have 400+ HOWTOs, but we don't have to convert them right now, only some of them are to be done soon. I'm very busy writing wiki page to help authors and visitors :-) thanks jdd -- jdd for the Linux Documentation Project http://wiki.tldp.org http://www.dodin.net From jdd at dodin.org Fri Oct 31 11:53:00 2008 From: jdd at dodin.org (jdd) Date: Fri, 31 Oct 2008 16:53:00 +0100 Subject: [Moin-user] html to Moin In-Reply-To: <1225467520.9932.177.camel@karl> References: <490AC17B.9080403@dodin.org> <1225450277.9932.4.camel@karl> <490AF25B.9000401@dodin.org> <1225467520.9932.177.camel@karl> Message-ID: Karl Auer a ?crit : >> and for the GUI, I see word or text entry, but no html? > > I don't understand. What do you mean? the MoinMoin GUI have converter for text and word (according the the tools icons I see), not html jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM From tw-public at gmx.de Fri Oct 31 15:41:57 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 31 Oct 2008 20:41:57 +0100 Subject: [Moin-user] moin on a different backed for revision control? In-Reply-To: <804e5c70810310832y20ab37b9k53898e9f9dbcde2b@mail.gmail.com> References: <804e5c70810310832y20ab37b9k53898e9f9dbcde2b@mail.gmail.com> Message-ID: <1225482117.6225.27.camel@black.firma.waldmann-edv.de> > I was wondering if moinmoin is able to support a different backend for > revision control? We had a storage API / refactoring project in SOC 2008. http://hg.moinmo.in/moin/1.8-storage/ (both the storage refactoring and the hg backend project were merged into this common repo) > What I'm looking for is a setting that I could tell moin moin to use > svn, hq, bzr, git as my backend for storage instead of what moinmoin > uses as default. There are currently only 2 usable backends (for Linux/POSIX like systems): hg and filesystem storage. If you want others, feel free to contribute them. :) If you have questions, just join us on #moin-dev on freenode IRC.