From maelvon.hawk at laposte.net Tue Jan 3 16:14:03 2006 From: maelvon.hawk at laposte.net (maelvon.hawk) Date: Tue Jan 3 16:14:03 2006 Subject: [Moin-user] CSS theme, have edit the modern style but cannot apply it ! In-Reply-To: <20060103235301.9FB6489592@sc8-sf-spam1.sourceforge.net> References: <20060103235301.9FB6489592@sc8-sf-spam1.sourceforge.net> Message-ID: <43BB1346.9060705@laposte.net> Hello, As a newbie in MoinMoin, I've edited the "modern" style (common.css, screen.css, etc.) from the MoinMoin version 1.3.5. I've renamed it, and placed it in my theme folder. But it applied as the "modern" original style. I do not understand how to make it apply. Perhaps I make a mistake from the start. Can I I edit the "modern" style? Or should I start from the "classic" ? Thanks, An happy new year 2K6 to all, Maelvon From ml at the-view.eclipse.co.uk Wed Jan 4 11:59:02 2006 From: ml at the-view.eclipse.co.uk (Robbo) Date: Wed Jan 4 11:59:02 2006 Subject: [Moin-user] CSS theme, have edit the modern style but cannot apply it ! In-Reply-To: <43BB1346.9060705@laposte.net> References: <20060103235301.9FB6489592@sc8-sf-spam1.sourceforge.net> <43BB1346.9060705@laposte.net> Message-ID: <1136404663.9145.2.camel@localhost.localdomain> On Wed, 2006-01-04 at 01:13 +0100, maelvon.hawk wrote: > As a newbie in MoinMoin, I've edited the "modern" style (common.css, > screen.css, etc.) from the MoinMoin version 1.3.5. I've renamed it, and > placed it in my theme folder. But it applied as the "modern" original > style. I do not understand how to make it apply. > > Perhaps I make a mistake from the start. Can I I edit the "modern" > style? Or should I start from the "classic" ? You need to edit your themename.py file and change the line name = "modern" to your themename. From maelvon.hawk at laposte.net Wed Jan 4 12:59:05 2006 From: maelvon.hawk at laposte.net (maelvon.hawk) Date: Wed Jan 4 12:59:05 2006 Subject: [Moin-user] CSS theme, have edit the modern style but cannot apply it ! In-Reply-To: <1136401285.9145.1.camel@localhost.localdomain> References: <20060103235301.9FB6489592@sc8-sf-spam1.sourceforge.net> <43BB1346.9060705@laposte.net> <1136401285.9145.1.camel@localhost.localdomain> Message-ID: <43BC3729.7020408@laposte.net> le 04/01/2006 20:01 : > On Wed, 2006-01-04 at 01:13 +0100, maelvon.hawk wrote: > >>Hello, >> >>As a newbie in MoinMoin, I've edited the "modern" style (common.css, >>screen.css, etc.) from the MoinMoin version 1.3.5. I've renamed it, and >>placed it in my theme folder. But it applied as the "modern" original >>style. I do not understand how to make it apply. >> >>Perhaps I make a mistake from the start. Can I I edit the "modern" >>style? Or should I start from the "classic" ? > > > You need to edit your themename.py file and change the line > > name = "modern" > > to your themename. > Thanks a lot for the answers. I've discovered finally what was wrong in my config... The guilty guy was my "httpd.conf" file in which I've done some Alias. The solution, for now, is no Alias in "httpd.conf" (I see the /cgi-bin/ thing in the url) and in my "wikiconfig.py" for url_prefix = "../..' because my css files are there, in fact. Now it works, fhe wiki find the css file online, I'll try later, with the Apache "Alias" thing... And all right, I've put the "mytheme.py" file in the "/data/plugin/theme" folder and renamed "name=mytheme" for it. The problem was in fact the link to the css files. The aliases, in Apache, and in the wikicong, make me crazy . Thanks Maelvon From mjmatthews1 at rcn.com Wed Jan 4 16:26:01 2006 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Wed Jan 4 16:26:01 2006 Subject: [Moin-user] Category Message-ID: <43BC675B.7000107@rcn.com> When you use Category page template it has 'CategoryCategory' . How do you use this? Appears it is a way to group pages perhaps? thanks From work at infomaniak.ch Thu Jan 5 01:45:02 2006 From: work at infomaniak.ch (Cedric BRINER) Date: Thu Jan 5 01:45:02 2006 Subject: [Moin-user] link to PageName>title>subtitle In-Reply-To: References: Message-ID: <20060105094442.GB6974@obs.unige.ch> > You could create an anchor for that heading: > > To insert anchors into a page you need the macro Anchor: > [[Anchor(anchorname)]], where "anchorname" is the actual identifier of > the anchor. Place this macro just above the heading you wish to link to. Yes I knew this before. But I thought of my ideas as a new feature. I thought that people wanting to refer easily to a Page>Section>SubSection was something interesting. Do you think this could be easily implemented. And If so, where should I dig in ? Ced. > > > To reference an anchor on the same wiki page use [#anchorname] or > [#anchorname label text]. To link to an anchor on another wiki page > write [wiki:Self:PageName#anchorname] or [wiki:Self:PageName#anchorname > label text], where "PageName" is the name of the other page and > "anchorname" is the identifier of the anchor on that page. > > The url would then be http://mywiki.com/WikiPage#anchorname > > Or, if you were to insert the TableOfContents macro for that page, then > click on the heading you wanted in that table of contents (this will > jump you down to that heading), you could then use the resulting URL. > The url is kind of ugly. It will look something like this: > > http://mywiki.com/WikiPage#head-f9665c8b984734140a87d7cfdd81ef5109dd9465 > > Hope that helps > Richard -- Cedric BRINER Geneva - Switzerland From tw-public at gmx.de Thu Jan 5 08:57:05 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Jan 5 08:57:05 2006 Subject: [Moin-user] Category In-Reply-To: <43BC675B.7000107@rcn.com> References: <43BC675B.7000107@rcn.com> Message-ID: <43BD4FBE.40606@gmx.de> > When you use Category page template it has 'CategoryCategory'. CategoryTemplate is a template for making new Category pages, like "CustomerCategory". All Category pages fall into Category category, therefore they have the CategoryCategory on them. > How do you use this? Appears it is a way to group pages perhaps? Yes, it is used for categorization of stuff. This is a very generic function of MoinMoin, you can generally search all pages linking to one specific page (just click on the pagename in the header area). Using FooCategory is just a usual convention. From tom at tompurl.com Fri Jan 6 07:57:56 2006 From: tom at tompurl.com (Tom Purl) Date: Fri Jan 6 07:57:56 2006 Subject: [Moin-user] (no subject) Message-ID: <27971.159.53.46.143.1136562607.squirrel@mail.zoper.com> Forgive me if someone else has already mentioned this, but I'm having trouble making updates to the main MoinMoin web site (http://moinmoin.wikiwikiweb.de/MoinMoinWiki). Here's my error: Illegal list element p * exceptions = > * innerException = (None, None, None) * message = u'Illegal list element p' * name = 'MoinMoin Convert Error' Here's the 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. 1. /org/moin_tw/moin-1.5/MoinMoin/request.py in run (self=) 1. 1022 from MoinMoin.wikiaction import getHandler 2. 1023 handler = getHandler(self, action) 3. 1024 handler(self.page.page_name, self) 4. 1025 5. 1026 # 5. Or redirect to another page * handler = * self = * self.page = * self.page.page_name = u'MoinMoinQuestions' 2. /org/moin_tw/moin-1.5/MoinMoin/wikiaction.py in do_edit (pagename=u'MoinMoinQuestions', request=) 1. 572 if lasteditor == 'gui': 2. 573 from MoinMoin.converter.text_html_text_x_moin import convert 3. 574 savetext = convert(request, pagename, savetext) # XXX error handling 4. 575 5. 576 # IMPORTANT: normalize text from the form. This should be done in * savetext = u'

Ask your questions about [[DateTime()]]

' * convert = * request = * pagename = u'MoinMoinQuestions' 3. /org/moin_tw/moin-1.5/MoinMoin/converter/text_html_text_x_moin.py in convert (request=, pagename=u'MoinMoinQuestions', text=u'

Ask your questions about [[DateTime()]]

') 1. 1148 text = u"%s" % text 2. 1149 tree = parse(text) 3. 1150 strip_whitespace().do(tree) 4. 1151 return convert_tree(request, pagename).do(tree) 5. 1152 * global convert_tree = * request = * pagename = u'MoinMoinQuestions' * ).do undefined * tree = 4. /org/moin_tw/moin-1.5/MoinMoin/converter/text_html_text_x_moin.py in do (self=, tree=) 1. 462 self.depth = 0 2. 463 self.text = [] 3. 464 self.process_page(tree.documentElement) 4. 465 self.check_whitespace() 5. 466 return ''.join(self.text) * self = * self.process_page = > * tree = * tree.documentElement = 5. /org/moin_tw/moin-1.5/MoinMoin/converter/text_html_text_x_moin.py in process_page (self=, node=) 1. 662 for i in node.childNodes: 2. 663 if i.nodeType == Node.ELEMENT_NODE: 3. 664 self.visit_element(i) 4. 665 elif i.nodeType == Node.TEXT_NODE: # if this is missing, all std text under a headline is dropped! 5. 666 txt = i.data.strip() * self = * self.visit_element = > * i = 6. /org/moin_tw/moin-1.5/MoinMoin/converter/text_html_text_x_moin.py in visit_element (self=, node=) 1. 513 self.process_heading(node) 2. 514 elif name in ('ol', 'ul',): 3. 515 self.process_list(node) 4. 516 else: 5. 517 self.process_inline(node) * self = * self.process_list = > * node = 7. /org/moin_tw/moin-1.5/MoinMoin/converter/text_html_text_x_moin.py in process_list (self=, node=) 1. 596 self.process_dl(i) 2. 597 else: 3. 598 raise ConvertError("Illegal list element %s" % i.localName) 4. 599 if self.depth == 1: 5. 600 self.text.append("\n") * global ConvertError = * i = * i.localName = u'p' I've been able to recreate this error twice on the MoinMoinQuestions page. Here's the content that I'm trying to append to that page: Are you running Moin on top of Apache? If so, then try dialing up the error log verbosity of Apache in the the main apache configuration file. Then restart Apache and see what's recorded to the log file when you click on the Edit button. If you're not using Apache, then tell us which OS you're using and how you're running Moin (standalong, twisted, etc.). -- TomPurl -- [[DateTime()]] I thought you guys would like to know. Tom Purl From R.Bauer at fz-juelich.de Sun Jan 8 06:22:01 2006 From: R.Bauer at fz-juelich.de (R.Bauer) Date: Sun Jan 8 06:22:01 2006 Subject: [Moin-user] Illegal list element p In-Reply-To: <27971.159.53.46.143.1136562607.squirrel@mail.zoper.com> References: <27971.159.53.46.143.1136562607.squirrel@mail.zoper.com> Message-ID: Hi Tom it's aready known see at MoinMoinBugs/IllegalListElementp It depends on the GUI implementation. cheers Reimar Tom Purl wrote: > Forgive me if someone else has already mentioned this, but I'm having > trouble making updates to the main MoinMoin web site > (http://moinmoin.wikiwikiweb.de/MoinMoinWiki). Here's my error: > > Illegal list element p > > * exceptions = > > * innerException = (None, None, None) > * message = u'Illegal list element p' > * name = 'MoinMoin Convert Error' > > Here's the 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. > > 1. > > /org/moin_tw/moin-1.5/MoinMoin/request.py in run > (self=) > 1. 1022 from MoinMoin.wikiaction import getHandler > 2. 1023 handler = getHandler(self, action) > 3. 1024 handler(self.page.page_name, self) > 4. 1025 > 5. 1026 # 5. Or redirect to another page > * handler = > * self = > * self.page = > * self.page.page_name = u'MoinMoinQuestions' > 2. > > /org/moin_tw/moin-1.5/MoinMoin/wikiaction.py in do_edit > (pagename=u'MoinMoinQuestions', > request=) > 1. 572 if lasteditor == 'gui': > 2. 573 from MoinMoin.converter.text_html_text_x_moin import convert > 3. 574 savetext = convert(request, pagename, savetext) # XXX > error handling > 4. 575 > 5. 576 # IMPORTANT: normalize text from the form. This should be > done in > * savetext = u'

Ask your questions about href="/Mo...or: rgb(255, 255, 17);">[[DateTime()]]

' > * convert = > * request = > * pagename = u'MoinMoinQuestions' > 3. > > /org/moin_tw/moin-1.5/MoinMoin/converter/text_html_text_x_moin.py in > convert (request=, > pagename=u'MoinMoinQuestions', text=u'

Ask your > questions about 17);">[[DateTime()]]

') > 1. 1148 text = u"%s" % text > 2. 1149 tree = parse(text) > 3. 1150 strip_whitespace().do(tree) > 4. 1151 return convert_tree(request, pagename).do(tree) > 5. 1152 > * global convert_tree = 'MoinMoin.converter.text_html_text_x_moin.convert_tree'> > * request = > * pagename = u'MoinMoinQuestions' > * ).do undefined > * tree = > 4. > > /org/moin_tw/moin-1.5/MoinMoin/converter/text_html_text_x_moin.py in > do (self= object>, tree=) > 1. 462 self.depth = 0 > 2. 463 self.text = [] > 3. 464 self.process_page(tree.documentElement) > 4. 465 self.check_whitespace() > 5. 466 return ''.join(self.text) > * self = object> > * self.process_page = > > * tree = > * tree.documentElement = > 5. > > /org/moin_tw/moin-1.5/MoinMoin/converter/text_html_text_x_moin.py in > process_page > (self= object>, node=) > 1. 662 for i in node.childNodes: > 2. 663 if i.nodeType == Node.ELEMENT_NODE: > 3. 664 self.visit_element(i) > 4. 665 elif i.nodeType == Node.TEXT_NODE: # if this is missing, > all std text under a headline is dropped! > 5. 666 txt = i.data.strip() > * self = object> > * self.visit_element = of > > * i = > 6. > > /org/moin_tw/moin-1.5/MoinMoin/converter/text_html_text_x_moin.py in > visit_element > (self= object>, node=) > 1. 513 self.process_heading(node) > 2. 514 elif name in ('ol', 'ul',): > 3. 515 self.process_list(node) > 4. 516 else: > 5. 517 self.process_inline(node) > * self = object> > * self.process_list = > > * node = > 7. > > /org/moin_tw/moin-1.5/MoinMoin/converter/text_html_text_x_moin.py in > process_list > (self= object>, node=) > 1. 596 self.process_dl(i) > 2. 597 else: > 3. 598 raise ConvertError("Illegal list element %s" % i.localName) > 4. 599 if self.depth == 1: > 5. 600 self.text.append("\n") > * global ConvertError = MoinMoin.converter.text_html_text_x_moin.ConvertError> > * i = > * i.localName = u'p' > > I've been able to recreate this error twice on the MoinMoinQuestions > page. Here's the content that I'm trying to append to that page: > > Are you running Moin on top of Apache? If so, then try dialing up the > error log verbosity of Apache in the the main apache configuration file. > Then restart Apache and see what's recorded to the log file when you > click on the Edit button. > > If you're not using Apache, then tell us which OS you're using and how > you're running Moin (standalong, twisted, etc.). -- TomPurl -- > [[DateTime()]] > > I thought you guys would like to know. > > Tom Purl > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click From tpfennig at gmail.com Sun Jan 8 14:35:01 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Sun Jan 8 14:35:01 2006 Subject: [Moin-user] Moin 1.5 release Message-ID: <2cbc44a0601081434j64e9f94cr@mail.gmail.com> As this was not announced on this list I just wanted to say: Good work! Please people give version 1.5 a try http://moinmoin.wikiwikiweb.de/MoinMoinDownload And make bug reports: http://moinmoin.wikiwikiweb.de/MoinMoinBugs (but look if your bug does not already exist) BTW: I think it would be nice to have some info of such major update on the frontpage of the moin wiki? -- http://www.pfennigsolutions.de From skip at pobox.com Sun Jan 8 14:46:07 2006 From: skip at pobox.com (skip at pobox.com) Date: Sun Jan 8 14:46:07 2006 Subject: [Moin-user] Moin 1.5 release In-Reply-To: <2cbc44a0601081434j64e9f94cr@mail.gmail.com> References: <2cbc44a0601081434j64e9f94cr@mail.gmail.com> Message-ID: <17345.38495.680826.763038@montanaro.dyndns.org> Thilo> As this was not announced on this list ... Seems kind of odd to not announce it here... Skip From gilbert at voxmea.net Sun Jan 8 20:41:00 2006 From: gilbert at voxmea.net (Matthew Gilbert) Date: Sun Jan 8 20:41:00 2006 Subject: [Moin-user] Re: 1.5rc1 and restructured text References: <6b21d8370512301738t2e4de29hf99e369e291386bd@mail.gmail.com> Message-ID: Hi Steve, Steve Zatz gmail.com> writes: > > I migrated a version 1.34 installation to 1.5rc1 and the only problem > that I have encountered so far is that about 90% of rst formatted > pages cannot be rendered but result in: > > KeyError: 'ids' > There are fixes for your issue in the most recent version of the rst parser. However, there are now restrictions on the allowed versions of docutils (reduced functionality with 0.3.7 or full functionality with a snapshot released this year). docutils version 0.4.0 should be released very soon if you're uncomfortable with a snapshot release (usually snapshot releases are very stable). Hope this helps. Please let me know if you have any other issues! Thanks _matt From 2005a at usenet.alexanderweb.de Tue Jan 10 11:53:03 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Jan 10 11:53:03 2006 Subject: [Moin-user] Re: Moin 1.5 release References: <2cbc44a0601081434j64e9f94cr@mail.gmail.com> <17345.38495.680826.763038@montanaro.dyndns.org> Message-ID: <12e2zpx3186ss$.dlg@usenet.alexanderweb.de> On Sun, 8 Jan 2006 16:46:55 -0600, skip at pobox.com wrote: > Thilo> As this was not announced on this list ... > > Seems kind of odd to not announce it here... Thomas usually does not send release announcements by mail, so I started doing so a few months ago. And because there was no internal schedule or notification, I could not prepare the announcement in time. But in the mean time, I have found time to send it ... I hope did not mind waiting three days for it :-) Kind regards, Alexander From 2005a at usenet.alexanderweb.de Tue Jan 10 11:53:03 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Jan 10 11:53:03 2006 Subject: [Moin-user] Re: 1.5rc1 and restructured text References: <6b21d8370512301738t2e4de29hf99e369e291386bd@mail.gmail.com> Message-ID: <1xjofp85m1ngu.dlg@usenet.alexanderweb.de> On Thu, 5 Jan 2006 20:35:49 +0000 (UTC), Matthew Gilbert wrote: > There are fixes for your issue in the most recent version of the rst parser. > However, there are now restrictions on the allowed versions of docutils > (reduced functionality with 0.3.7 or full functionality with a snapshot > released this year). docutils version 0.4.0 should be released very soon > if you're uncomfortable with a snapshot release (usually snapshot releases > are very stable). I did not merge the compat patch because it might clutter the codebase too much (as you have pointed out as a disadvantage if I understood it correctly). And I introduced a bug later on ... So if you want to use ReSt with 1.5.0, simply apply the hotfix described on the page http://moinmoin.wikiwikiweb.de/KnownIssues and install a decent docutils snapshot. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Tue Jan 10 12:01:04 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Jan 10 12:01:04 2006 Subject: [Moin-user] ANN: MoinMoin 1.5.0 (advanced wiki engine) released Message-ID: <1a72lm585urk4.dlg@usenet.alexanderweb.de> _ _ /\/\ ___ (_)_ __ /\/\ ___ (_)_ __ / \ / _ \| | '_ \ / \ / _ \| | '_ \ __ / /\/\ \ (_) | | | | / /\/\ \ (_) | | | | | /| |_ \/ \/\___/|_|_| |_\/ \/\___/|_|_| |_| |.__) ============================================== MoinMoin 1.5.0 advanced wiki engine released ============================================== MoinMoin is an easy to use, full-featured and extensible wiki software package written in Python. It can fulfill a wide range of roles, such as a personal notes organizer deployed on a laptop or home web server, a company knowledge base deployed on an intranet, or an Internet server open to individuals sharing the same interests, goals or projects. A wiki is a collaborative hypertext environment with an emphasis on easy manipulation of information. MoinMoin 1.5.0 is the first release on the 1.5 branch bringing you several new features such as the GUI editor, which allows the users to edit pages in a WYSIWYG environment, and many bug fixes. The download page: http://moinmoin.wikiwikiweb.de/MoinMoinDownload Major new features in 1.5 ========================= * The WYSIWYG editor for wiki pages allows you to edit pages without touching the markup. Furthermore, the wiki page is not stored as HTML after editing but kept as wiki markup in order to simplify the editing process for users that cannot or do not want to use the new editor. * AutoAdmin security policy allows users to gain admin permissions on particular pages. * The new authentication system allows to add short methods that check the credentials of the user. This allowed us to add eGroupware single sign on support. * Separation of homepages into a separate wiki (in a farm) and having a single user database is supported. * A DeSpam action to allow mass-reverting of spam attacks. * PackageInstaller support for simplified installation of plugins, themes and page bundles. Note that Python 2.3.0 or newer is required. For a more detailed list of changes, see the CHANGES file in the distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES MoinMoin History ================ MoinMoin has been around since year 2000. The codebase was initally started by J?rgen Hermann; it is currently being developed by a growing team. Being originally based on PikiPiki, it has evolved heavily since then (PikiPiki and MoinMoin 0.1 consisted of just one file!). Many large enterprises have been using MoinMoin as a key tool of their intranet, some even use it for their public web page. A large number of Open Source projects use MoinMoin for communication and documentation. Of course there is also many private installations. More Information ================ * Project site: http://moinmoin.wikiwikiweb.de/ * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload * DesktopEdition: http://moinmoin.wikiwikiweb.de/DesktopEdition * This software is available under the GNU General Public License v2. * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES * Known bugs: * http://moinmoin.wikiwikiweb.de/KnownIssues * http://moinmoin.wikiwikiweb.de/MoinMoinBugs sent by Alexander Schremmer for the MoinMoin team From tpfennig at gmail.com Tue Jan 10 13:35:04 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Tue Jan 10 13:35:04 2006 Subject: [Moin-user] wiki error Message-ID: <2cbc44a0601101334o67a9cdecu@mail.gmail.com> Hi, can anybody look into the reasons of this error: http://wiki.garagies.de/ I am not sure if it is related to this: http://moinmoin.wikiwikiweb.de/DesktopEdition/DeepcopyError PS: I am notusing DesktopEdition, but farmconfig installation. I would like to resolve this issue as soon as possible, but I am stuck. Thilo -- http://www.pfennigsolutions.de From 2005a at usenet.alexanderweb.de Tue Jan 10 15:39:02 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue Jan 10 15:39:02 2006 Subject: [Moin-user] Re: wiki error References: <2cbc44a0601101334o67a9cdecu@mail.gmail.com> Message-ID: On Tue, 10 Jan 2006 22:34:49 +0100, Thilo Pfennig wrote: > Hi, can anybody look into the reasons of this error: > http://wiki.garagies.de/ > > I am not sure if it is related to this: > http://moinmoin.wikiwikiweb.de/DesktopEdition/DeepcopyError Yes, it is. > PS: I am notusing DesktopEdition, but farmconfig installation. As stated on the page, this is not related to the DesktopEdition. I do not know what is causing the code to fail. I consider this to be a race condition in thread unsafe code (that module and the whole config handling is thread-unsafe currently). I fear that just Thomas Waldmann will be able to explain the reason why it fails as he wrote most of the code in that file. In any case, it is not a configuration fault or something like that. Kind regards, Alexander From work at infomaniak.ch Wed Jan 11 01:21:02 2006 From: work at infomaniak.ch (Cedric BRINER) Date: Wed Jan 11 01:21:02 2006 Subject: [Moin-user] farmconfig.py configuration ? Message-ID: <20060111091956.GB14690@obs.unige.ch> hello, I've kindly successfully installed on a Sarge/Debian a moinmoin. I have 2 problems that I'd like to discuss 1) -- It's working but there is some stuff mixing up with the url. the farmconfig.conf ---%<--- wikis = [ ('sicilewiki', r"^.[^/]*/sicilewiki/.*$") ,('yuhlwiki', r"^.[^/]*/yuhlwiki/.*$") ] and when I go on the server: http://fact.yuhl.com/sicilewiki/foo/FrontPage http://fact.yuhl.com/sicilewiki/whatever/FrontPage ^ I got this behaviour with the url/ where I can put *whatever* here.. I'd like to have something like: http://fact.yuhl.com/sicilewiki/FrontPage 2) that one is maybe also related to the first one. I have to add in the config for sicilewiki : data_underlay_dir = '/var/www/sicilewiki/underlay/' when famconfig.py ---%<--- class FarmConfig(DefaultConfig): data_dir = './data/' data_underlay_dir = './underlay/' url_prefix = '/wiki' ####(mod_python) ---%<--- ls /var/www/sicilewiki/ data/ moin.cgi* password.file underlay/ so it shows that the ``data_dir'' directive from ``class FarmConfig(DefaultConfig)'' works well, except for the data_underlay_dir ??? thank you in advance for your time Ced. -- Cedric BRINER Geneva - Switzerland From sergiusz-dated-1137442489.9b01ae at pawlowicz.name Wed Jan 11 12:15:04 2006 From: sergiusz-dated-1137442489.9b01ae at pawlowicz.name (Sergiusz Pawlowicz) Date: Wed Jan 11 12:15:04 2006 Subject: [Moin-user] UrlGrab Message-ID: <20060111201459.GC20450@debian.pawlowicz.name> Hello, i've tried UrlGrab on 1.5.0, but it works only partially - without config in wikiconfig.py A add: class Macro_UrlGrab: msg3 = "http://mx.ala/stat/3.html" and put [[(UrlGrab(Url="$msg3")]] into text, and it prints: Error: macro UrlGrab: No such conf var: 'msg3' When i just use: [[(UrlGrab(Url="http://mx.ala/stat/3.html")]] it works well. How to solve the problem? -- S. From Steve.Meyfroidt at agilisys.co.uk Thu Jan 12 05:45:03 2006 From: Steve.Meyfroidt at agilisys.co.uk (Steve Meyfroidt) Date: Thu Jan 12 05:45:03 2006 Subject: [Moin-user] Include macro problem Message-ID: <93F053A4CC27514CBA981470F537D83F6D8802@ukldnmxcs01.office.netdecisions.com> On a clean install of v1.5 (and an old version of 1.3.4), why does this: [[Include(HelpForBeginners, , 1)]] when added to the bottom of the FrontPage not include a heading before the included content? I believe that should be the behaviour based on the Macro help but it doesn't seem to work. Any help? Cheers, Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Meyfroidt at agilisys.co.uk Thu Jan 12 10:05:01 2006 From: Steve.Meyfroidt at agilisys.co.uk (Steve Meyfroidt) Date: Thu Jan 12 10:05:01 2006 Subject: [Moin-user] User CSS and FCKEditor Message-ID: <93F053A4CC27514CBA981470F537D83F6D8806@ukldnmxcs01.office.netdecisions.com> I would expect the user CSS set in UserPreferences to be honoured in FCKEditor area, but it isn't -- just the theme CSS is used. Is there an easy fix? -------------- next part -------------- An HTML attachment was scrubbed... URL: From slzatz at gmail.com Thu Jan 12 14:23:01 2006 From: slzatz at gmail.com (Steve Zatz) Date: Thu Jan 12 14:23:01 2006 Subject: [Moin-user] Re: 1.5rc1 and restructured text In-Reply-To: <1xjofp85m1ngu.dlg@usenet.alexanderweb.de> References: <6b21d8370512301738t2e4de29hf99e369e291386bd@mail.gmail.com> <1xjofp85m1ngu.dlg@usenet.alexanderweb.de> Message-ID: <6b21d8370601121422i112ccefaja2ff37cab3ccc871@mail.gmail.com> > simply apply the hotfix described on the page > http://moinmoin.wikiwikiweb.de/KnownIssues and install a decent docutils > snapshot That works and internal links to other wiki pages no longer cause a keyerror. Thanks. From tw-public at gmx.de Fri Jan 13 02:54:06 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Jan 13 02:54:06 2006 Subject: [Moin-user] release notifications by mail In-Reply-To: <12e2zpx3186ss$.dlg@usenet.alexanderweb.de> References: <2cbc44a0601081434j64e9f94cr@mail.gmail.com> <17345.38495.680826.763038@montanaro.dyndns.org> <12e2zpx3186ss$.dlg@usenet.alexanderweb.de> Message-ID: <43C786B1.7090706@gmx.de> > Thomas usually does not send release announcements by mail, so I started > doing so a few months ago. Everyone wanting mail notification about important events is expected to subscribe the mm wiki main page. From 2005a at usenet.alexanderweb.de Fri Jan 13 03:04:08 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Fri Jan 13 03:04:08 2006 Subject: [Moin-user] Re: release notifications by mail References: <2cbc44a0601081434j64e9f94cr@mail.gmail.com> <17345.38495.680826.763038@montanaro.dyndns.org> <12e2zpx3186ss$.dlg@usenet.alexanderweb.de> <43C786B1.7090706@gmx.de> Message-ID: <4eigktmo7lts$.dlg@usenet.alexanderweb.de> On Fri, 13 Jan 2006 11:53:37 +0100, Thomas Waldmann wrote: >> Thomas usually does not send release announcements by mail, so I started >> doing so a few months ago. > > Everyone wanting mail notification about important events is expected to > subscribe the mm wiki main page. Just for the record, freshmeat and sourceforge offer mail notification as well. Kind regards, Alexander From tw-public at gmx.de Fri Jan 13 03:49:01 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Jan 13 03:49:01 2006 Subject: [Moin-user] Re: wiki error In-Reply-To: References: <2cbc44a0601101334o67a9cdecu@mail.gmail.com> Message-ID: <43C79373.2050404@gmx.de> >> Hi, can anybody look into the reasons of this error: >> http://wiki.garagies.de/ >> http://moinmoin.wikiwikiweb.de/DesktopEdition/DeepcopyError Try another python version if possible. It is maybe related to some broken python versions or builds. From enno at aljets.de Mon Jan 16 10:24:22 2006 From: enno at aljets.de (Enno Aljets) Date: Mon Jan 16 10:24:22 2006 Subject: [Moin-user] confirm 186172 Message-ID: <43CBE4C9.2020306@aljets.de> confirm 186172 From HansJoachim.Ehlers at eumetsat.int Wed Jan 18 06:53:10 2006 From: HansJoachim.Ehlers at eumetsat.int (Hans-Joachim Ehlers) Date: Wed Jan 18 06:53:10 2006 Subject: [Moin-user] MoinMoin as an replacement for trac Message-ID: Hi folks, since it is almost impossible to get trac runing on AIX because trac uses clearsilver which will not build on AIX with the natice aix compiler i would like to know if there are some extensions for MoinMoin which integrates MoinMoin with Subversion ( Display content in a svn repository ) and an issue tracker ? This way i could stop the process of implementing trac and use MoinMoin. thanks for any comments Hajo From tw-public at gmx.de Wed Jan 18 08:35:03 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Jan 18 08:35:03 2006 Subject: [Moin-user] MoinMoin as an replacement for trac In-Reply-To: References: Message-ID: <43CE6DF1.2050105@gmx.de> > since it is almost impossible to get trac runing on AIX because trac > uses clearsilver which will not build on AIX with the natice aix > compiler i would like to know if there are some extensions for MoinMoin > which integrates MoinMoin with Subversion ( Display content in a svn > repository ) No. What exactly do you want to do? (I don't know much more of trac than the name and the wiki syntax it uses :). > and an issue tracker? You can use a wiki as an issue tracker, see what we do on MoinMoin:MoinMoinBugs page. It has no "specialized" functions for that, though. > This way i could stop the process of implementing trac and use > MoinMoin. If you are missing something, you can write plugins for moin quite easily in python, see the Market pages in the wiki for existing stuff. From Ken.Malsky at analog.com Wed Jan 18 09:49:01 2006 From: Ken.Malsky at analog.com (Malsky, Ken) Date: Wed Jan 18 09:49:01 2006 Subject: [Moin-user] MoinMoin as an replacement for trac Message-ID: Hi. I haven't used Trac, but I just looked at it based on this thread. It looks like exactly the functionality that I need, as well. I need to set up a site with: (a) Standard wiki functionality (b) Issue tracking (c) Version control for files attached to wiki pages (d) Version control for project directories MoinMoin obviously does (a) very well, and the MoinMoinBugs concept is fine for (b). However, tight integration between a wiki-based issue manager and a good control system benefits both, and that seems like a useful missing macro. For isolated files relevant to a discussion, attachments work well, but would benefit greatly from version control. A VC system would benefit greatly wiki-based check-in notes (commit hooks) and version tags because it allows cross-referencing of the discussion that motivated the changes. Trac seems to do all of this. For a quick look, skim the following pages: http://projects.edgewall.com/trac/wiki/TracAndVersioning http://projects.edgewall.com/trac/wiki/TracLinks http://projects.edgewall.com/trac/wiki/TracBrowser http://projects.edgewall.com/trac/wiki/TracChangeset - Ken Malsky -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Thomas Waldmann Sent: Wednesday, January 18, 2006 11:34 AM To: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] MoinMoin as an replacement for trac > since it is almost impossible to get trac runing on AIX because trac > uses clearsilver which will not build on AIX with the natice aix > compiler i would like to know if there are some extensions for > MoinMoin which integrates MoinMoin with Subversion ( Display content > in a svn repository ) No. What exactly do you want to do? (I don't know much more of trac than the name and the wiki syntax it uses :). > and an issue tracker? You can use a wiki as an issue tracker, see what we do on MoinMoin:MoinMoinBugs page. It has no "specialized" functions for that, though. > This way i could stop the process of implementing trac and use > MoinMoin. If you are missing something, you can write plugins for moin quite easily in python, see the Market pages in the wiki for existing stuff. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From Bryan.Weingarten at watchguard.com Wed Jan 18 13:50:01 2006 From: Bryan.Weingarten at watchguard.com (Bryan Weingarten) Date: Wed Jan 18 13:50:01 2006 Subject: [Moin-user] tableclass / tablestyle Message-ID: <1496d9e6b777cf8dcef29005b261315243ceb7b4@watchguard.com> i have this problem that maybe someone can help me with. i added a table class in common.css: table.noborder td { border:none; } with this new noborder class i can create 3 different tables in my wiki page: ||noborder||Two|| ||Three||Four|| ||aqua||Two|| ||Three||Four|| ||noborder and aqua||Two|| ||Three||Four|| all three tables work correctly with moin 1.3 and 1.5.0_beta_4. the last table fails with moin 1.5.0 GA. i just tested the desktop edition 1.3 and 1.5.0-1 and the last table also fails only with version 1.5.0-1. the problem i'm seeing is with the generated HTML table1 correctly generates a table element with the correct class attribute: table 2 also correctly generates a table element with the correct style attribute:
table 3 incorrectly generates a table element. it assignes the class atribute to the value of the style attribute and doesn't even write the style element.
since this worked correctly in other versions of moinmoin this might be a bug in the latest GA version unless there is some new way to do this now. thanks for any help you can give me to solve this. bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From funny_leech at easypeas.net Wed Jan 18 23:13:05 2006 From: funny_leech at easypeas.net (Walter Gildersleeve) Date: Wed Jan 18 23:13:05 2006 Subject: [Moin-user] Re: wiki error Message-ID: <35926.84.159.251.143.1137654771.squirrel@mail.gildersleeve.de> > Hi, can anybody look into the reasons of this error: > http://wiki.garagies.de/ > > I am not sure if it is related to this: > http://moinmoin.wikiwikiweb.de/DesktopEdition/DeepcopyError How did you end up fixing the problem? I didn't see your site when it was broken, but I'm getting all sorts of deep-copy errors after trying to install MoinMoin. Here's the link: http://rathau.com/relex Thanks, Walter Walter Gildersleeve Freiburg, Germany "When you are a Bear of Very Little Brain, and you Think of Things, you find sometimes that a Thing which seemed very Thingish inside you is quite different when it gets out into the open and has other people looking at it." - A. A. Milne ______________________________________________________ http://linkfrog.net URL Shortening Free and easy, small and green. From 2005a at usenet.alexanderweb.de Thu Jan 19 00:27:03 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Thu Jan 19 00:27:03 2006 Subject: [Moin-user] Re: wiki error References: <35926.84.159.251.143.1137654771.squirrel@mail.gildersleeve.de> Message-ID: On Thu, 19 Jan 2006 08:12:51 +0100 (CET), Walter Gildersleeve wrote: > How did you end up fixing the problem? I didn't see your site when it was > broken, but I'm getting all sorts of deep-copy errors after trying to > install MoinMoin. Here's the link: > > http://rathau.com/relex See http://moinmoin.wikiwikiweb.de/MoinMoinBugs/DeepCopyError There is a patch on that page. Kind regards, Alexander From funny_leech at easypeas.net Thu Jan 19 01:31:04 2006 From: funny_leech at easypeas.net (Walter Gildersleeve) Date: Thu Jan 19 01:31:04 2006 Subject: [Moin-user] Re: wiki error Message-ID: <33368.84.159.251.143.1137663050.squirrel@rathau.com> Spot on! Thanks, Alexander, it runs fine now. Walter > See http://moinmoin.wikiwikiweb.de/MoinMoinBugs/DeepCopyError > There is a patch on that page. > Kind regards, > Alexander Walter Gildersleeve Freiburg, Germany "When you are a Bear of Very Little Brain, and you Think of Things, you find sometimes that a Thing which seemed very Thingish inside you is quite different when it gets out into the open and has other people looking at it." - A. A. Milne ______________________________________________________ http://linkfrog.net URL Shortening Free and easy, small and green. From robert at cantab.net Thu Jan 19 02:17:02 2006 From: robert at cantab.net (Robert Schumann) Date: Thu Jan 19 02:17:02 2006 Subject: [Moin-user] tableclass / tablestyle In-Reply-To: <1496d9e6b777cf8dcef29005b261315243ceb7b4@watchguard.com> References: <1496d9e6b777cf8dcef29005b261315243ceb7b4@watchguard.com> Message-ID: <43CF66F0.9020302@cantab.net> Bryan Weingarten wrote: > ||noborder > and aqua||Two|| > ||Three||Four|| > > all three tables work correctly with moin 1.3 and 1.5.0_beta_4. the > last table fails with moin 1.5.0 GA. i just tested the desktop > edition 1.3 and 1.5.0-1 and the last table also fails only with > version 1.5.0-1. > > the problem i'm seeing is with the generated HTML > > table1 correctly generates a table element with the correct class > attribute: >
> > table 2 also correctly generates a table element with the correct > style attribute: >
> table 3 incorrectly generates a table element. it assignes the class > atribute to the value of the style attribute and doesn't even write > the style element. >
> > > since this worked correctly in other versions of moinmoin this might > be a bug in the latest GA version unless there is some new way to do > this now. I can't help you solve this, but I can confirm that I have seen this behaviour as well. Specifically, I had a table with wiki markup || attachment:4by4.jpg || which rendered perfectly in 1.5.0_beta4, but in 1.5.0 (I updated on Monday) all of the wikistyle was ignored - in particular, the table wasn't floated. When I changed the table to || attachment:4by4.jpg || it worked fine. I wasn't sure if this was due to my own screwup in the upgrade or whether it was a bona fide bug. Robert. > > > thanks for any help you can give me to solve this. > > bryan > From Ken.Malsky at analog.com Thu Jan 19 07:40:16 2006 From: Ken.Malsky at analog.com (Malsky, Ken) Date: Thu Jan 19 07:40:16 2006 Subject: [Moin-user] MoinMoin as an replacement for trac Message-ID: > 2006/1/18, Thilo Pfennig wrote: > > From: Thilo Pfennig [mailto:tpfennig at gmail.com] > Sent: Thursday, January 19, 2006 9:39 AM > To: Malsky, Ken > Subject: Re: [Moin-user] MoinMoin as an replacement for trac > > 2006/1/18, Malsky, Ken : > > > MoinMoin obviously does (a) very well, and the MoinMoinBugs concept is > > fine for (b). However, tight integration between a wiki-based issue > > manager and a good control system benefits both, and that seems like a > > useful missing macro... > > I also think that this features would be finde. But I also agree with Thomas, > that we would need someone writing a plugin. Agreed. A plug-in would be the right approach. I'm certainly not looking to change the focus of MoinMoin. > Trac is concentrating on mixing > Wiki with version management. Moin can not copy that. Extending Moin would be > the right thing. Is there anybody who likes to jump in? Well...I did ask for it! ;-) My time is pretty tight right now, but I will take this up over the next couple of months. Would anyone care to collaborate with me? I could get a functional spec done quickly, but I've never written any type of extension for MoinMoin. - Ken > > Thilo > > -- > http://www.pfennigsolutions.de From tw-public at gmx.de Thu Jan 19 08:25:02 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Jan 19 08:25:02 2006 Subject: [Moin-user] MoinMoin as an replacement for trac In-Reply-To: References: Message-ID: <43CFBD26.8070203@gmx.de> > Well...I did ask for it! ;-) My time is pretty tight right now, but I > will take this up over the next couple of months. Would anyone care to > collaborate with me? I could get a functional spec done quickly, but > I've never written any type of extension for MoinMoin. = Recipe = 1. get clear what exactly you need and why you need it in the wiki (and not maybe on some SVN web interface linked from the wiki) 2. learn Python (if you don't know already) 3. read PEP-0008 :) 4. code! B-) Feel free to ask questions on #moin, often there is some developer hanging on there. Be patient though and just hang on, we do other work sometimes. :) From Ken.Malsky at analog.com Thu Jan 19 11:15:01 2006 From: Ken.Malsky at analog.com (Malsky, Ken) Date: Thu Jan 19 11:15:01 2006 Subject: [Moin-user] MoinMoin as an replacement for trac Message-ID: Thilo and Thomas, thanks for being so supportive! > > > Well...I did ask for it! ;-) My time is pretty tight right now, but I > > will take this up over the next couple of months. Would anyone care > > to collaborate with me? I could get a functional spec done quickly, > > but I've never written any type of extension for MoinMoin. > > = Recipe = > 1. get clear what exactly you need and why you need it in the wiki (and not > maybe on some SVN web interface linked from the wiki) [20% done (by the 80/20 rule)] This is clear in my head, but written up (down?). > 2. learn Python (if you don't know already) [20% done (by the 80/20 rule)] I know the syntax of Python and have written a lot of OO code, but this would be my first substantial project. > 3. read PEP-0008 :) [0% done] :( > 4. code! B-) > [0% done] LOL... > Feel free to ask questions on #moin, often there is some developer hanging on > there. Be patient though and just hang on, we do other work sometimes. :) > Thanks again for your support and encouragement. I guess I've got my work cut out for me! =:)) - Ken From cmedcoff at wideopenwest.com Sat Jan 21 06:37:05 2006 From: cmedcoff at wideopenwest.com (Charles Medcoff) Date: Sat Jan 21 06:37:05 2006 Subject: [Moin-user] IIS virtual host installation receipe needed Message-ID: <43D2471A.60808@wideopenwest.com> I need (not want) to install MoinMoin on an IIS virtual host. I've tried following the installation instructions for IIS but they don't quite work for a virtual host. Can anyone help? From 2005a at usenet.alexanderweb.de Sun Jan 22 03:53:01 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sun Jan 22 03:53:01 2006 Subject: [Moin-user] ANN: MoinMoin 1.5.1 (advanced wiki engine) released Message-ID: <8zh61r2t33wf.dlg@usenet.alexanderweb.de> _ _ /\/\ ___ (_)_ __ /\/\ ___ (_)_ __ / \ / _ \| | '_ \ / \ / _ \| | '_ \ __ / /\/\ \ (_) | | | | / /\/\ \ (_) | | | | | /| |_ \/ \/\___/|_|_| |_\/ \/\___/|_|_| |_| |.__) ============================================== MoinMoin 1.5.1 advanced wiki engine released ============================================== MoinMoin is an easy to use, full-featured and extensible wiki software package written in Python. It can fulfill a wide range of roles, such as a personal notes organizer deployed on a laptop or home web server, a company knowledge base deployed on an intranet, or an Internet server open to individuals sharing the same interests, goals or projects. A wiki is a collaborative hypertext environment with an emphasis on easy manipulation of information. MoinMoin 1.5.1 is a bug fix release. It mainly addresses the issues that slipped through the 1.5 release cycle. The 1.5 branch brings you several new features such as the GUI editor, which allows the users to edit pages in a WYSIWYG environment, and many bug fixes. The download page: http://moinmoin.wikiwikiweb.de/MoinMoinDownload Major bug fixes in 1.5.1 ======================== * A race condition in the code, that conflicted with a broken copy.py in the std lib, was worked around in order to avoid DeepCopyErrors. * Unzipping was broken in 1.5.0. * Fixed the docutils version check. * Fixed a few Internet Explorer issues. Major new features in 1.5 ========================= * The WYSIWYG editor for wiki pages allows you to edit pages without touching the markup. Furthermore, the wiki page is not stored as HTML after editing but kept as wiki markup in order to simplify the editing process for users that cannot or do not want to use the new editor. * AutoAdmin security policy allows users to gain admin permissions on particular pages. * The new authentication system allows to add short methods that check the credentials of the user. This allowed us to add eGroupware single sign on support. * Separation of homepages into a separate wiki (in a farm) and having a single user database is supported. * A DeSpam action to allow mass-reverting of spam attacks. * PackageInstaller support for simplified installation of plugins, themes and page bundles. This enables you to decide in which languages help pages should be installed. Note that Python 2.3.0 or newer is required. For a more detailed list of changes, see the CHANGES file in the distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES MoinMoin History ================ MoinMoin has been around since year 2000. The codebase was initally started by J?rgen Hermann; it is currently being developed by a growing team. Being originally based on PikiPiki, it has evolved heavily since then (PikiPiki and MoinMoin 0.1 consisted of just one file!). Many large enterprises have been using MoinMoin as a key tool of their intranet, some even use it for their public web page. A large number of Open Source projects use MoinMoin for communication and documentation. Of course there are also many private installations. More Information ================ * Project site: http://moinmoin.wikiwikiweb.de/ * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload * DesktopEdition: http://moinmoin.wikiwikiweb.de/DesktopEdition * This software is available under the GNU General Public License v2. * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES * Known bugs: * http://moinmoin.wikiwikiweb.de/KnownIssues * http://moinmoin.wikiwikiweb.de/MoinMoinBugs sent by Alexander Schremmer for the MoinMoin team From belred at gmail.com Sun Jan 22 20:41:00 2006 From: belred at gmail.com (Bryan) Date: Sun Jan 22 20:41:00 2006 Subject: [Moin-user] actions/macros Message-ID: is there some documentation anyone can point me to so i can figure out how to write actions and macros and all the wiki methods that can be called? i've gone through the source code for actions, macros, wikiutil, etc, but there are not a lot of explanations. i've searched through the moin website, but no luck either. also, i would like to know if this is possible. i want to a link that when clicked, will open the default email program and fill in the to, subject and body of an email. i have that successfully working as an action, but every time the link is clicked, moin also goes to a new page. is it possible to have an action that doesn't write anything or make moin go to a new page? thanks, bryan From belred at gmail.com Sun Jan 22 22:26:04 2006 From: belred at gmail.com (Bryan) Date: Sun Jan 22 22:26:04 2006 Subject: [Moin-user] large data in link_tag Message-ID: i have a macro that returns a link_tag, something like this: link = wikiutil.link_tag(macro.request, url, text=text, formatter=formatter) return link this appends everything in the url parameter to a GET command. is there a way to have data added to a post instead? my text value can be rather large. thanks, bryan From 2005a at usenet.alexanderweb.de Mon Jan 23 01:53:01 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Jan 23 01:53:01 2006 Subject: [Moin-user] Re: large data in link_tag References: Message-ID: <1mto935gze5nr.dlg@usenet.alexanderweb.de> On Sun, 22 Jan 2006 22:27:29 -0800, Bryan wrote: > this appends everything in the url parameter to a GET command. is there a way > to have data added to a post instead? my text value can be rather large. You need to create a
in order to achieve that. There is no other possibility to submit POST requests via HTML. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Mon Jan 23 01:58:01 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Jan 23 01:58:01 2006 Subject: [Moin-user] Re: actions/macros References: Message-ID: On Sun, 22 Jan 2006 13:52:16 -0800, Bryan wrote: > is there some documentation anyone can point me to so i can figure out how to > write actions and macros and all the wiki methods that can be called? There are just http://moinmoin.wikiwikiweb.de/MoinDev and the source code. For the methods, you want to check out the code. You can use epydoc etc. to generate HTML pages listing all methods with documentation. > also, i would like to know if this is possible. i want to a link that when > clicked, will open the default email program and fill in the to, subject and > body of an email. Not directly because an action has to control the view. Actually, you would rather need a macro, if there wasn't already one suiting your needs: How about using [mailto:foo at example.com?subject=test&body=foo&to=bar at example.com Mail me!] or [[MailTo(foo AT example DOT com?subject=test)]]? Kind regards, Alexander From gzintel at stadeln.faurecia.com Mon Jan 23 03:45:01 2006 From: gzintel at stadeln.faurecia.com (ZINTEL Gerhard) Date: Mon Jan 23 03:45:01 2006 Subject: [Moin-user] Page name is not longer the headline in the page in version 1.5.1 Message-ID: Hello List, I have just upgraded to version 1.5.1 and want to ask if I am able to restore an old behaviour. Up to now the page name was written inside the page contents as a kind of a header. Now it is written at the absolute top of the page above all the menues / links. Most of our Wiki pages now don't have any header (as we were used to accept the page name as the header) and the text seems to glue directly to the top menues. Is there any way to restore the old way? TIA Gerhard Zintel From gzintel at stadeln.faurecia.com Mon Jan 23 04:15:14 2006 From: gzintel at stadeln.faurecia.com (ZINTEL Gerhard) Date: Mon Jan 23 04:15:14 2006 Subject: [Moin-user] Saving vector drawings created with TWikiDraw don't save the *.pn g file Message-ID: Hello List, if I create a vector drawing with the TwikiDraw program (launched by a drawing:NAME link) saving the drawing doesn't create the NAME.png file. The Attachment-Page only shows the NAME.draw file and the drawing is not shown in the primary page. What's going on? Any hint could be helpful. TIA Gerhard Zintel PS.: I'm using MoinMoin version 1.5.1. From tw-public at gmx.de Mon Jan 23 06:29:04 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Jan 23 06:29:04 2006 Subject: [Moin-user] Page name is not longer the headline in the page in version 1.5.1 In-Reply-To: References: Message-ID: <43D4E7FF.6020302@gmx.de> > I have just upgraded to version 1.5.1 and want to ask if I am able to > restore an old behaviour. Up to now the page name was written inside the > page contents as a kind of a header. Now it is written at the absolute top > of the page above all the menues / links. Most of our Wiki pages now don't > have any header (as we were used to accept the page name as the header) and > the text seems to glue directly to the top menues. > > Is there any way to restore the old way? You would have to modify the theme to render the page_name in the content area. Please read the stuff below before you do. Maybe just consider just adding senseful = what ever = headlines to your content. Although it has a small drawback, I did this change intentionally to have a better and more flexible behaviour of moin (and to separate metadata [like technical page name] from content). In the past, this was differently handled by the themes. Some rendered the page name in the header (like now, but mis-using h1 for it), some (like modern) rendered them like it was a content headline. Some people then wanted some meta-tag to "override" the modern headline to have some nicer / different headline there. And another metatag to switch it off to be free to render what they want at the top. There was even a patch for that. Well, after some thinking about that stuff, I came to conclusion that this was simply done wrong until now and that the patch would make it rather more complicated than easier, introducing new meta keywords etc. Thus I simply chose the way you see now: * content is the only thing rendered in content area, no artificially added h1 with the pagename (maybe except that last-edited string at bottom right, but we maybe move that to a separate div, too) * you can put anything you want at top of the page: * nothing * = PageName = * = something more verbose than the pagename = * attachment:logo.png for a nice logo or banner at top of the page * a table with navigation and the first headline after it * the level of the headline now directly corresponds to the html tag * h1 is = xxx = * h2 is == xxx == * the pagename display in the header is part of the location breadcrumbs, so it doesn't need to be repeated for that purpose So you see: quite some advantages and cleanup versus 1 disadvantage (change of behaviour). If one ever knew such stuff in advance, one would start with it at v0.1, not v1.5. :) BTW, would a script (putting = PageName = on every page) help you? From tw-public at gmx.de Mon Jan 23 06:32:00 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Jan 23 06:32:00 2006 Subject: [Moin-user] Saving vector drawings created with TWikiDraw don't save the *.pn g file In-Reply-To: References: Message-ID: <43D4E8A0.2030103@gmx.de> > if I create a vector drawing with the TwikiDraw program (launched by a > drawing:NAME link) saving the drawing doesn't create the NAME.png file. The > Attachment-Page only shows the NAME.draw file and the drawing is not shown > in the primary page. > > What's going on? Any hint could be helpful. Please look into the wiki (search for twikidraw) if there is already a bug report for that. If not, please make one (see MoinMoinBugs page) and provide as much detail as possible (see the bug template). Please also try if you can reproduce that behaviour on moinmoin.wikiwikiweb.de (it also runs 1.5.1). From belred at gmail.com Mon Jan 23 07:50:02 2006 From: belred at gmail.com (Bryan) Date: Mon Jan 23 07:50:02 2006 Subject: [Moin-user] Re: actions/macros In-Reply-To: References: Message-ID: <43D4FB23.5070008@gmail.com> Alexander Schremmer wrote: > On Sun, 22 Jan 2006 13:52:16 -0800, Bryan wrote: > >> is there some documentation anyone can point me to so i can figure out how to >> write actions and macros and all the wiki methods that can be called? > > There are just http://moinmoin.wikiwikiweb.de/MoinDev and the source code. > For the methods, you want to check out the code. You can use epydoc etc. to > generate HTML pages listing all methods with documentation. > >> also, i would like to know if this is possible. i want to a link that when >> clicked, will open the default email program and fill in the to, subject and >> body of an email. > > Not directly because an action has to control the view. Actually, you would > rather need a macro, if there wasn't already one suiting your needs: > How about using > [mailto:foo at example.com?subject=test&body=foo&to=bar at example.com Mail me!] > or [[MailTo(foo AT example DOT com?subject=test)]]? > > Kind regards, > Alexander > > i didn't know you could do this with mailto. this looks like exactly what i was after. do you know how to add a new line in the body? thanks, bryan From Richard.Hiers at covenantseminary.edu Mon Jan 23 08:28:14 2006 From: Richard.Hiers at covenantseminary.edu (Hiers, Richard) Date: Mon Jan 23 08:28:14 2006 Subject: [Moin-user] TOC and Raw Text Message-ID: In 1.3.5 I have some pages with a TOC that sits in a table two rows and one column. The top row hash a colored background and the entire table floats on the right margin of the page. Below is the code: || '''Table Of Contents''' || || [[TableOfContents]] || After upgrading to 1.5.0 and 1.5.1, the table now lines up against the left margin and the top row no longer has a colored background. Have the table formatting options changed in 1.5? I don't see any changes to the HelpOnTables page. And related to this, if I try to view the Raw Text of a page with this type of TOC, all of the lines on the page are run together, and the TOC code is displayed as: || '''Table Of Contents''' || || [[TableOfContents]] || However, if I go to edit mode, the raw text is displayed properly. I don't see any of this behavior in 1.3.5. Any ideas? Richard Hiers Director of IT Services Covenant Theological Seminary 314.434.4044 From 2005a at usenet.alexanderweb.de Mon Jan 23 08:41:01 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Mon Jan 23 08:41:01 2006 Subject: [Moin-user] Re: actions/macros References: <43D4FB23.5070008@gmail.com> Message-ID: <1nzie9465llxp.dlg@usenet.alexanderweb.de> On Mon, 23 Jan 2006 07:49:55 -0800, Bryan wrote: > i didn't know you could do this with mailto. this looks like exactly what i was > after. do you know how to add a new line in the body? Maybe %0d%0a works. Kind regards, Alexander From p.f.moore at gmail.com Mon Jan 23 09:31:02 2006 From: p.f.moore at gmail.com (Paul Moore) Date: Mon Jan 23 09:31:02 2006 Subject: [Moin-user] Wiki page with a form Message-ID: <79990c6b0601230739u1ff8feag443ba6f478d9e6ac@mail.gmail.com> Is there any way of setting up a Wiki page with a data entry form on it? I'd like to write a page which has some input fields, and a submit button to send an email. The idea is to write a few pages to send standard email requests for our group (raising support tickets, sending standard reports out, etc). I don't mind writing code if necessary, but I'd rather not have to write custom code for every form I want... Also, security is not a major issue - I understand that this type of thing is, in general, quite dangerous, but the site is only available from a restricted intranet, and anyone with access has far easier ways of causing damage :-) I searched the MoinMoin website, and found a few mentions of a Form macro, but couldn't find any actual code. Thanks, Paul. From Bryan.Weingarten at watchguard.com Mon Jan 23 11:06:06 2006 From: Bryan.Weingarten at watchguard.com (Bryan Weingarten) Date: Mon Jan 23 11:06:06 2006 Subject: [Moin-user] Re: actions/macros Message-ID: <05492d05b45fae3e5762584a4824686143d528a0@watchguard.com> -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Alexander Schremmer Sent: Monday, January 23, 2006 1:57 AM To: moin-user at lists.sourceforge.net Subject: [Moin-user] Re: actions/macros On Sun, 22 Jan 2006 13:52:16 -0800, Bryan wrote: > is there some documentation anyone can point me to so i can figure out > how to write actions and macros and all the wiki methods that can be called? There are just http://moinmoin.wikiwikiweb.de/MoinDev and the source code. For the methods, you want to check out the code. You can use epydoc etc. to generate HTML pages listing all methods with documentation. > also, i would like to know if this is possible. i want to a link that > when clicked, will open the default email program and fill in the to, > subject and body of an email. Not directly because an action has to control the view. Actually, you would rather need a macro, if there wasn't already one suiting your needs: How about using [mailto:foo at example.com?subject=test&body=foo&to=bar at example.com Mail me!] or [[MailTo(foo AT example DOT com?subject=test)]]? Kind regards, Alexander ------------ this seems to work except all spaces are stripped out of the subject and body, so you have to add %20 for each space. this shouldn't be necessary if mailto called urllib.quote() on the entire url. bryan From ive_marshall at hotmail.com Mon Jan 23 20:01:04 2006 From: ive_marshall at hotmail.com (Ivan Marshall) Date: Mon Jan 23 20:01:04 2006 Subject: [Moin-user] RHEL 4 AS Update 2 - CSS / Wiki not displaying properly Message-ID: Guys and Gals .. I have just installed a moin 1.5.1 wiki, and I created an instance using the instructions. When it loads up it does not look like the theme is being applied, as it displays some 1 column output. I've checked .. and I am exactly as the install giude says. I even checked the alias , scriptalis bug (where they must be different). Please help _________________________________________________________________ Be the first to hear what's new at MSN - sign up to our free newsletters! http://www.msn.co.uk/newsletters From tw-public at gmx.de Tue Jan 24 05:39:05 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue Jan 24 05:39:05 2006 Subject: [Moin-user] RHEL 4 AS Update 2 - CSS / Wiki not displaying properly In-Reply-To: References: Message-ID: <43D62DCD.7080607@gmx.de> > When it loads up it does not look like the theme is being applied, as it > displays some 1 column output. If it looks ugly, your /wiki alias does not work correctly (or is different from url_prefix configuration). Thus, your browser can't load the CSS. Another reason can be incorrect access rights from web server to the wiki static data (css, images etc.). Just try to open http://server/wiki/modern/css/screen.css with your browser. From mjmatthews1 at rcn.com Tue Jan 24 09:38:10 2006 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Tue Jan 24 09:38:10 2006 Subject: [Moin-user] 1.5.1 install problem Message-ID: <43D665D7.7020306@rcn.com> Having problems upgrading to 1.5.1. I put the source in one place but install under web server owned by web user. in source dir do: python setup.py build become web user and do: python setup.py install --prefix /webplace script bombs with permissions problem because it is trying to do something in source tree owned by original user. I think I was able to install beta version this way. Any ideas... thanks Mike From mjmatthews1 at rcn.com Tue Jan 24 11:26:05 2006 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Tue Jan 24 11:26:05 2006 Subject: [Moin-user] 1.5.1 IE Message-ID: <43D67F2B.9060303@rcn.com> Thanks for fixing the modern IE css bug. zoom: 1 (huh?) Whatever works. From vincefn at users.sourceforge.net Tue Jan 24 11:48:03 2006 From: vincefn at users.sourceforge.net (Vincent Favre-Nicolin) Date: Tue Jan 24 11:48:03 2006 Subject: [Moin-user] 1.5.1 install problem In-Reply-To: <43D665D7.7020306@rcn.com> References: <43D665D7.7020306@rcn.com> Message-ID: <200601242052.45046.vincefn@users.sourceforge.net> On Mardi 24 Janvier 2006 18:37, Michael Matthews wrote: > Having problems upgrading to 1.5.1. I put the source in one place but > install under web server owned by web user. > in source dir do: > python setup.py build > > become web user and do: > python setup.py install --prefix /webplace > > script bombs with permissions problem because it is trying to do > something in source tree owned by original user. I think I was able to > install beta version this way. > > Any ideas... When you are still the normal user, maybe change the ownership for all the files to the web user ? e.g. chmod -r webuser.webuser . Vincent -- Vincent Favre-Nicolin Universit? Joseph Fourier http://v.favrenicolin.free.fr ObjCryst & Fox : http://objcryst.sourceforge.net From Bryan.Weingarten at watchguard.com Tue Jan 24 15:03:01 2006 From: Bryan.Weingarten at watchguard.com (Bryan Weingarten) Date: Tue Jan 24 15:03:01 2006 Subject: [Moin-user] polling Message-ID: can anyone recommend a way to set up a wiki page to do polling? thanks, bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bryan.Weingarten at watchguard.com Tue Jan 24 15:06:02 2006 From: Bryan.Weingarten at watchguard.com (Bryan Weingarten) Date: Tue Jan 24 15:06:02 2006 Subject: [Moin-user] tableclass / tablestyle Message-ID: this is still broken in moin 1.5.1 this bug has ruined all our project templates and pages. we were really this would have been fixed in 1.5.1 but it wasn't which is very disappointing. :( we are crossing our fingers that will be fixed in the next minor rev. thanks, bryan _____ From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Bryan Weingarten Sent: Wednesday, January 18, 2006 1:48 PM To: moin-user at lists.sourceforge.net Subject: [Moin-user] tableclass / tablestyle i have this problem that maybe someone can help me with. i added a table class in common.css: table.noborder td { border:none; } with this new noborder class i can create 3 different tables in my wiki page: ||noborder||Two|| ||Three||Four|| ||aqua||Two|| ||Three||Four|| ||noborder and aqua||Two|| ||Three||Four|| all three tables work correctly with moin 1.3 and 1.5.0_beta_4. the last table fails with moin 1.5.0 GA. i just tested the desktop edition 1.3 and 1.5.0-1 and the last table also fails only with version 1.5.0-1. the problem i'm seeing is with the generated HTML table1 correctly generates a table element with the correct class attribute:
table 2 also correctly generates a table element with the correct style attribute:
table 3 incorrectly generates a table element. it assignes the class atribute to the value of the style attribute and doesn't even write the style element.
since this worked correctly in other versions of moinmoin this might be a bug in the latest GA version unless there is some new way to do this now. thanks for any help you can give me to solve this. bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From ive_marshall at hotmail.com Tue Jan 24 16:53:05 2006 From: ive_marshall at hotmail.com (Ivan Marshall) Date: Tue Jan 24 16:53:05 2006 Subject: [Moin-user] RHEL 4 AS Update 2 - CSS / Wiki not displaying properly In-Reply-To: <43D62DCD.7080607@gmx.de> Message-ID: When I try and open http://server/wiki/modern/css/screen.css I get the css being displayed as a text file. Does mean anything to anyone ? My alias string looks good Alias /wiki/ "/usr/share/moin/htdocs/" ScriptAlias /mywiki "/data/wiki/mywiki/cgi-bin/moin.cgi" My versions : python-2.3.4-14.1 httpd-2.0.52-19.ent >From: Thomas Waldmann >To: moin-user at lists.sourceforge.net >Subject: Re: [Moin-user] RHEL 4 AS Update 2 - CSS / Wiki not displaying >properly >Date: Tue, 24 Jan 2006 14:38:21 +0100 > >>When it loads up it does not look like the theme is being applied, as it >>displays some 1 column output. > >If it looks ugly, your /wiki alias does not work correctly (or is different >from url_prefix configuration). Thus, your browser can't load the CSS. > >Another reason can be incorrect access rights from web server to the wiki >static data (css, images etc.). > >Just try to open http://server/wiki/modern/css/screen.css with your >browser. > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log >files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >_______________________________________________ >Moin-user mailing list >Moin-user at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/moin-user _________________________________________________________________ The new MSN Search Toolbar now includes Desktop search! http://toolbar.msn.co.uk/ From rare_bug at yahoo.com Tue Jan 24 18:19:01 2006 From: rare_bug at yahoo.com (aditama kun) Date: Tue Jan 24 18:19:01 2006 Subject: [Moin-user] attachment error Message-ID: <20060125021832.85256.qmail@web33909.mail.mud.yahoo.com> my wiki cannot used to upload an attachment, the apache error log said like this : "Non ASCII character \\xfc in file but no encoding declared..." the apache error log also advice me to read www.python.org/peps/pep-0263 it said in the 'pep-0263' that i have to change my encoding to utf-8 (from iso-xxxx-x)..but when i search my python encoding there was no utf-8...just ascii and iso-xxxx-x encoding. did i have to - downgrade my python version - search for utf-8.enc file on net-file - just leave it like that Regards, Aditama __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From soloturn at gmail.com Tue Jan 24 22:11:02 2006 From: soloturn at gmail.com (solo turn) Date: Tue Jan 24 22:11:02 2006 Subject: [Moin-user] Page name is not longer the headline in the page in version 1.5.1 In-Reply-To: <43D4E7FF.6020302@gmx.de> References: <43D4E7FF.6020302@gmx.de> Message-ID: i'd prefer to have a less "wasteful" heading area back. also the logo does not haven an "alt" text which would be important for blind people. currently i find the 3-4 line "heading" quite unhandy, spacy, and the information difficult to see. even if i do not have an immediate idea how to improve it. we have: - user line - titel line - trail line - wiki line - page line (- and a predefined structure, or menu line if you want to structure context) - and then there is the titel and you are on the bottom of the screen and do not see any information :) i do not think putting information on the side is a solution, as this even takes more space away (as in wikimedia). maybe automatically opening menus would be an option? or this does not for lynx? -solo On 1/23/06, Thomas Waldmann wrote: > > I have just upgraded to version 1.5.1 and want to ask if I am able to > > restore an old behaviour. Up to now the page name was written inside the > > page contents as a kind of a header. Now it is written at the absolute top > > of the page above all the menues / links. Most of our Wiki pages now don't > > have any header (as we were used to accept the page name as the header) and > > the text seems to glue directly to the top menues. > > > > Is there any way to restore the old way? > > You would have to modify the theme to render the page_name in the > content area. Please read the stuff below before you do. > > Maybe just consider just adding senseful > > = what ever = > > headlines to your content. > > Although it has a small drawback, I did this change intentionally to > have a better and more flexible behaviour of moin (and to separate > metadata [like technical page name] from content). > > In the past, this was differently handled by the themes. Some rendered > the page name in the header (like now, but mis-using h1 for it), some > (like modern) rendered them like it was a content headline. > > Some people then wanted some meta-tag to "override" the modern headline > to have some nicer / different headline there. And another metatag to > switch it off to be free to render what they want at the top. There was > even a patch for that. > > Well, after some thinking about that stuff, I came to conclusion that > this was simply done wrong until now and that the patch would make it > rather more complicated than easier, introducing new meta keywords etc. > > Thus I simply chose the way you see now: > * content is the only thing rendered in content area, no artificially > added h1 with the pagename (maybe except that last-edited string at > bottom right, but we maybe move that to a separate div, too) > * you can put anything you want at top of the page: > * nothing > * = PageName = > * = something more verbose than the pagename = > * attachment:logo.png for a nice logo or banner at top of the page > * a table with navigation and the first headline after it > * the level of the headline now directly corresponds to the html tag > * h1 is = xxx = > * h2 is == xxx == > * the pagename display in the header is part of the location > breadcrumbs, so it doesn't need to be repeated for that purpose > > So you see: quite some advantages and cleanup versus 1 disadvantage > (change of behaviour). If one ever knew such stuff in advance, one would > start with it at v0.1, not v1.5. :) > > BTW, would a script (putting = PageName = on every page) help you? > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From belred at gmail.com Tue Jan 24 22:59:01 2006 From: belred at gmail.com (Bryan) Date: Tue Jan 24 22:59:01 2006 Subject: [Moin-user] Re: polling In-Reply-To: References: Message-ID: Bryan Weingarten wrote: > can anyone recommend a way to set up a wiki page to do polling? > > thanks, > > bryan sorry, i guess i should have been more specific. i mean polling as in voting. i want a page where people can can vote on various stuff and see the results if possible. thanks, bryan From nirs at freeshell.org Tue Jan 24 23:14:06 2006 From: nirs at freeshell.org (Nir Soffer) Date: Tue Jan 24 23:14:06 2006 Subject: [Moin-user] Re: polling In-Reply-To: References: Message-ID: The wiki way is to have a list or table of options and people will add stars for the options they want to vote. Here is an example: || '''Options''' || '''Votes''' || || Option B: || {*} {*} || || Option A: || {*} {*} {*} {*} || || Option C: || {*} || (!) edit and add a`{*}` to vote Since all edits are logged you can easily prevent double voting and other problems. Of course this system will not work for everyone. On 25 Jan, 2006, at 9:00, Bryan wrote: > Bryan Weingarten wrote: > > can anyone recommend a way to set up a wiki page to do polling? > > > > thanks, > > > > bryan > > sorry, i guess i should have been more specific. i mean polling as in > voting. i want a page where people can can vote on various stuff and > see the results if possible. > > > thanks, > > bryan > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > Best Regards, Nir Soffer From belred at gmail.com Tue Jan 24 23:26:03 2006 From: belred at gmail.com (Bryan) Date: Tue Jan 24 23:26:03 2006 Subject: [Moin-user] Re: polling In-Reply-To: References: Message-ID: excellent idea !!! i was WAY over-thinking this problem :) Nir Soffer wrote: > The wiki way is to have a list or table of options and people will add > stars for the options they want to vote. Here is an example: > > || '''Options''' || '''Votes''' || > || Option B: || {*} {*} || > || Option A: || {*} {*} {*} {*} || > || Option C: || {*} || > > (!) edit and add a`{*}` to vote > > Since all edits are logged you can easily prevent double voting and > other problems. Of course this system will not work for everyone. > > On 25 Jan, 2006, at 9:00, Bryan wrote: > >> Bryan Weingarten wrote: >> > can anyone recommend a way to set up a wiki page to do polling? >> > >> > thanks, >> > >> > bryan >> >> sorry, i guess i should have been more specific. i mean polling as in >> voting. i want a page where people can can vote on various stuff and >> see the results if possible. >> >> >> thanks, >> >> bryan >> >> >> From geek+ at cmu.edu Wed Jan 25 05:38:12 2006 From: geek+ at cmu.edu (Brian Gallew) Date: Wed Jan 25 05:38:12 2006 Subject: [Moin-user] Re: polling In-Reply-To: References: Message-ID: <43D77F11.5080400@cmu.edu> Bryan wrote: > excellent idea !!! i was WAY over-thinking this problem :) > > Nir Soffer wrote: >> The wiki way is to have a list or table of options and people will add >> stars for the options they want to vote. Here is an example: >> >> || '''Options''' || '''Votes''' || >> || Option B: || {*} {*} || >> || Option A: || {*} {*} {*} {*} || >> || Option C: || {*} || >> >> (!) edit and add a`{*}` to vote Alternatively, spend 5 minutes browsing the MacroMarket and discover http://moinmoin.wikiwikiweb.de/MacroMarket?action=AttachFile&do=get&target=vote2_moin12.py which works just fine in 1.5. From tw-public at gmx.de Wed Jan 25 07:36:02 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Jan 25 07:36:02 2006 Subject: [Moin-user] RHEL 4 AS Update 2 - CSS / Wiki not displaying properly In-Reply-To: References: Message-ID: <43D79AA5.8070309@gmx.de> > When I try and open http://server/wiki/modern/css/screen.css I get the > css being displayed as a text file. That sounds ok. > Alias /wiki/ "/usr/share/moin/htdocs/" > ScriptAlias /mywiki "/data/wiki/mywiki/cgi-bin/moin.cgi" Hmm, did you ever have something different than "/wiki" configured as url_prefix? Maybe the cache content is invalid in that case, you can try by "Delete Cache" action from the menu and if that fixes it, maybe use cachecleaner.py for the whole wiki (or just reinstall data/ and underlay/ if it has not content yet). Maybe also try to delete your browser cache. From tw-public at gmx.de Wed Jan 25 07:41:02 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Jan 25 07:41:02 2006 Subject: [Moin-user] attachment error In-Reply-To: <20060125021832.85256.qmail@web33909.mail.mud.yahoo.com> References: <20060125021832.85256.qmail@web33909.mail.mud.yahoo.com> Message-ID: <43D79BE3.4040203@gmx.de> > my wiki cannot used to upload an attachment, Does your server run on Windows? If yes, there is maybe a fix here: http://moinmoin.wikiwikiweb.de/MoinMoinBugs/AttachmentsDontWork > apache error log said like this : > "Non ASCII character \\xfc in file but no encoding > declared..." Maybe upgrade your moin.cgi to a current version taken from wiki/server/moin.cgi in the distribution archive. Fix the pathes in it if you do so (see your old moin.cgi). > the apache error log also advice me to read > www.python.org/peps/pep-0263 I think this is unrelated to your attachment problem, as it refers to the python source file encoding. All current moin source code files have such a encoding declaration. From Bryan.Weingarten at watchguard.com Wed Jan 25 09:37:10 2006 From: Bryan.Weingarten at watchguard.com (Bryan Weingarten) Date: Wed Jan 25 09:37:10 2006 Subject: [Moin-user] Re: polling Message-ID: <4cc8ad333a7d899183a2f08d0cb24aa843d7b6e9@watchguard.com> that script doesn't work with 1.5.1 there is not method wikiutil.getPagePath votesDir = wikiutil.getPagePath(thisPage, 'votes') bryan -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Brian Gallew Sent: Wednesday, January 25, 2006 5:37 AM To: moin-user at lists.sourceforge.net Subject: Re: [Moin-user] Re: polling Bryan wrote: > excellent idea !!! i was WAY over-thinking this problem :) > > Nir Soffer wrote: >> The wiki way is to have a list or table of options and people will >> add stars for the options they want to vote. Here is an example: >> >> || '''Options''' || '''Votes''' || >> || Option B: || {*} {*} || >> || Option A: || {*} {*} {*} {*} || >> || Option C: || {*} || >> >> (!) edit and add a`{*}` to vote Alternatively, spend 5 minutes browsing the MacroMarket and discover http://moinmoin.wikiwikiweb.de/MacroMarket?action=AttachFile&do=get&targ et=vote2_moin12.py which works just fine in 1.5. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From tw-public at gmx.de Wed Jan 25 09:44:04 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Jan 25 09:44:04 2006 Subject: [Moin-user] Page name is not longer the headline in the page in version 1.5.1 In-Reply-To: References: <43D4E7FF.6020302@gmx.de> Message-ID: <43D7B8B7.1060203@gmx.de> > i'd prefer to have a less "wasteful" heading area back. That's the usual simplicity vs usability vs features problem. > also the logo does not haven an "alt" text which would be important for blind > people. Feel free to configure whatever html fragment you like. This is from our sample config: logo_string = u'MoinMoin Logo' > currently i find the 3-4 line "heading" quite unhandy, spacy, and the > information difficult to see. even if i do not have an immediate idea > how to improve it. I share that problem. Often one thinks something could be done better, but the longer you think about it, the more you understand why it was made like it is. And if it is only due to lack of really better alternatives. :) > i do not think putting information on the side is a solution, as this > even takes more space away (as in wikimedia). And it has also some not solveable problems on HTML level, like long texts that can't be wrapped. > maybe automatically > opening menus would be an option? or this does not for lynx? A menu is always harder to use than a link (or button). This is why we only use it for rarely used stuff. This is why we moved Attachment link out of the actions dropdown. From ive_marshall at hotmail.com Wed Jan 25 18:35:00 2006 From: ive_marshall at hotmail.com (Ivan Marshall) Date: Wed Jan 25 18:35:00 2006 Subject: [Moin-user] RHEL 4 AS Update 2 - CSS / Wiki not displaying properly In-Reply-To: <43D79AA5.8070309@gmx.de> Message-ID: Nope. It didn't work. I flushed the moin cache, and my browser cache. And it is the same look on both IE and firefox. I did find a website about apache2 not setting the mime type for css right, but that is not the problem (as the system has a /etc/mime.type with the correct specification). I still wonder why Fedora is only shipping with moin 1.3, not 1.5, normally they are eager to update to the newest version of something. Maybe RedHat have broken something ? Any more suggestions ? A missing Python extension ? Ivan >From: Thomas Waldmann >To: moin-user at lists.sourceforge.net >Subject: Re: [Moin-user] RHEL 4 AS Update 2 - CSS / Wiki not displaying >properly >Date: Wed, 25 Jan 2006 16:35:01 +0100 > >>When I try and open http://server/wiki/modern/css/screen.css I get the css >>being displayed as a text file. > >That sounds ok. > >>Alias /wiki/ "/usr/share/moin/htdocs/" >>ScriptAlias /mywiki "/data/wiki/mywiki/cgi-bin/moin.cgi" > >Hmm, did you ever have something different than "/wiki" configured as >url_prefix? Maybe the cache content is invalid in that case, you can try by >"Delete Cache" action from the menu and if that fixes it, maybe use >cachecleaner.py for the whole wiki (or just reinstall data/ and underlay/ >if it has not content yet). > >Maybe also try to delete your browser cache. > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log >files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >_______________________________________________ >Moin-user mailing list >Moin-user at lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/moin-user _________________________________________________________________ Be the first to hear what's new at MSN - sign up to our free newsletters! http://www.msn.co.uk/newsletters From rare_bug at yahoo.com Wed Jan 25 19:06:00 2006 From: rare_bug at yahoo.com (aditama kun) Date: Wed Jan 25 19:06:00 2006 Subject: [Moin-user] attachment error revealed Message-ID: <20060126030504.74139.qmail@web33915.mail.mud.yahoo.com> seems like i have to do something 'stupid'...i am downloading the beta version of mod_python (ver 3.25b)....seems like it have a bug inside...i'll try to get the stable version of 3.14... thank you __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From tpfennig at gmail.com Wed Jan 25 23:44:06 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Wed Jan 25 23:44:06 2006 Subject: [Moin-user] RHEL 4 AS Update 2 - CSS / Wiki not displaying properly In-Reply-To: References: <43D79AA5.8070309@gmx.de> Message-ID: <2cbc44a0601252343x3f1b0a6at@mail.gmail.com> 2006/1/26, Ivan Marshall : > I still wonder why Fedora is only shipping with moin 1.3, not 1.5, normally > they are eager > to update to the newest version of something. > > Maybe RedHat have broken something ? > I don't think so. They will put 1.5 in FC5 I think. -- http://vinci.wordpress.com From Ralf-Lists at ralfgross.de Thu Jan 26 07:54:01 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Thu Jan 26 07:54:01 2006 Subject: [Moin-user] Strange parsing of non wiki word -> wiki word Message-ID: <20060126155324.GK6411@p15145560.pureserver.info> Hi, I'm abit confused. I created a page with the word WU6Z0001 on it, all letters after the W are treated as wiki word (link). If I write the word in lower case letters, everything is ok. Am I missing some moin formatting here? Ralf From tw-public at gmx.de Thu Jan 26 09:15:07 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Jan 26 09:15:07 2006 Subject: [Moin-user] RHEL 4 AS Update 2 - CSS / Wiki not displaying properly In-Reply-To: References: Message-ID: <43D90377.80003@gmx.de> > Nope. It didn't work. Maybe look at the html you get from the wiki. In Firefox just hit Ctrl-u. The see what it uses as URL for CSS. Check any CSS and some of the image URLs you see there by copy&pasting them to URL line of browser. > Maybe RedHat have broken something ? I don't think so. > A missing Python extension ? No, that's moin core functionality. From tw-public at gmx.de Thu Jan 26 09:17:02 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Jan 26 09:17:02 2006 Subject: [Moin-user] Strange parsing of non wiki word -> wiki word In-Reply-To: <20060126155324.GK6411@p15145560.pureserver.info> References: <20060126155324.GK6411@p15145560.pureserver.info> Message-ID: <43D903DF.3000706@gmx.de> > I'm abit confused. I created a page with the word WU6Z0001 on it, all > letters after the W are treated as wiki word (link). If I write the > word in lower case letters, everything is ok. Am I missing some moin > formatting here? Numbers count as lowercase. But you seem to use an older moin version as I fixed that "breaking a word into an unlinked and a camelcase part" bug a while ago. Maybe just try 1.5.1. From fredrik at pythonware.com Thu Jan 26 09:22:04 2006 From: fredrik at pythonware.com (Fredrik Lundh) Date: Thu Jan 26 09:22:04 2006 Subject: [Moin-user] Re: Strange parsing of non wiki word -> wiki word References: <20060126155324.GK6411@p15145560.pureserver.info> Message-ID: Ralf Gross wrote: > I'm abit confused. I created a page with the word WU6Z0001 on it, all > letters after the W are treated as wiki word (link). If I write the > word in lower case letters, everything is ok. Am I missing some moin > formatting here? the default configuration treats digits the same way as lowercase characters. see: http://moinmoin.wikiwikiweb.de/MoinMoinBugs/CapsDigitTreatedAsLink From Ralf-Lists at ralfgross.de Thu Jan 26 12:17:04 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Thu Jan 26 12:17:04 2006 Subject: [Moin-user] Strange parsing of non wiki word -> wiki word In-Reply-To: <43D903DF.3000706@gmx.de> References: <20060126155324.GK6411@p15145560.pureserver.info> <43D903DF.3000706@gmx.de> Message-ID: <20060126201608.GL6411@p15145560.pureserver.info> Thomas Waldmann schrieb: > >I'm abit confused. I created a page with the word WU6Z0001 on it, all > >letters after the W are treated as wiki word (link). If I write the > >word in lower case letters, everything is ok. Am I missing some moin > >formatting here? > > Numbers count as lowercase. Ok. > But you seem to use an older moin version as I fixed that "breaking a > word into an unlinked and a camelcase part" bug a while ago. I'm running 1.3.5, which is not that old ;) > Maybe just try 1.5.1. I'll update in the next few weeks, starting with my private wiki and the wikis at work afterwards. ralf From Ralf-Lists at ralfgross.de Thu Jan 26 12:18:04 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Thu Jan 26 12:18:04 2006 Subject: [Moin-user] Re: Strange parsing of non wiki word -> wiki word In-Reply-To: References: <20060126155324.GK6411@p15145560.pureserver.info> Message-ID: <20060126201734.GM6411@p15145560.pureserver.info> Fredrik Lundh schrieb: > Ralf Gross wrote: > > > I'm abit confused. I created a page with the word WU6Z0001 on it, all > > letters after the W are treated as wiki word (link). If I write the > > word in lower case letters, everything is ok. Am I missing some moin > > formatting here? > > the default configuration treats digits the same way as lowercase > characters. see: > > http://moinmoin.wikiwikiweb.de/MoinMoinBugs/CapsDigitTreatedAsLink Thanks for the link! Ralf From cmedcoff at wideopenwest.com Thu Jan 26 16:43:03 2006 From: cmedcoff at wideopenwest.com (Charles Medcoff) Date: Thu Jan 26 16:43:03 2006 Subject: [Moin-user] MoinMoin 1.5.0 - gui edit toolbar disabled Message-ID: <43D96D8F.6020405@wideopenwest.com> I just got MoinMoin 1.5.0 going on an IIS5 virtual host. All seems to be well except I've noticed that the gui edit toolbar buttons are disabled when I go to edit the front page. Any advice? From ive_marshall at hotmail.com Thu Jan 26 16:44:03 2006 From: ive_marshall at hotmail.com (Ivan Marshall) Date: Thu Jan 26 16:44:03 2006 Subject: [Moin-user] RHEL 4 AS Update 2 - CSS / Wiki not displaying properly In-Reply-To: <43D90377.80003@gmx.de> Message-ID: >>Nope. It didn't work. > >Maybe look at the html you get from the wiki. In Firefox just hit Ctrl-u. > >The see what it uses as URL for CSS. > >Check any CSS and some of the image URLs you see there by copy&pasting them >to URL line of browser. Doh! .. Got it. I configured the url_prefix to be the ScriptAlias not the Alias. CTRL-U showed me that it was looking in the wrong directory for the CSS. So it was just not finding it. Wish there was an error generated like .. "Can not find xxx.css" Anyway .. Thanks *Feeling Like a Newbie* RTFM _________________________________________________________________ Are you using the latest version of MSN Messenger? Download MSN Messenger 7.5 today! http://messenger.msn.co.uk From funny_leech at easypeas.net Thu Jan 26 23:44:02 2006 From: funny_leech at easypeas.net (Walter Gildersleeve) Date: Thu Jan 26 23:44:02 2006 Subject: [Moin-user] Problem editing pages when superuser Message-ID: <35182.84.159.246.105.1138347808.squirrel@rathau.com> So I've just encountered a new problem with my Wiki, namely, when I'm logged in as the super user, I can't save any page edits. I get the edit screen, but when I click any button--Save, Preview, Check Spelling, whatever, I get the following error: [Errno 1] Operation not permitted: '/usr/share/moin/wikiinstance/data/pages/SuperUser(2f)MoinEditorBackup/revisions/00000001' I have no trouble editing either anonymously, or when logged in as a non-super user. My wikiconfig.py super-user entries look like this: superuser = [u"SuperUser", ] acl_rights_before = u"SuperUser:read,write,delete,revert,admin" I'm running the wiki (here: http://reluctantexpatriates.com/library) on Linux (White Box)/Apache (2.0) using mod_python, w/ admin root access. Ownership on all files/dirs is root:apache, and permissions are 770. (Permissions/ownership only valid at the /usr/share/moin directory and deeper.) I can post the full debug report if that'd help. Thanks, Walter Walter Gildersleeve Freiburg, Germany ______________________________________________________ http://linkfrog.net URL Shortening Free and easy, small and green. From ralf-info at family-moll.de Fri Jan 27 00:26:06 2006 From: ralf-info at family-moll.de (Ralf Moll) Date: Fri Jan 27 00:26:06 2006 Subject: [Moin-user] ACLs for normal users In-Reply-To: <35182.84.159.246.105.1138347808.squirrel@rathau.com> References: <35182.84.159.246.105.1138347808.squirrel@rathau.com> Message-ID: <200601270925.01168.ralf-info@family-moll.de> Hi, is there a hack to enable normal users for using acls? Why? The wiki-users in our intranet need "personal" pages, which could be just seen and edited by themselfes. Admin can use ACLs, but also read and write _all_ pages. cu, ralf From tw-public at gmx.de Fri Jan 27 09:59:04 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Jan 27 09:59:04 2006 Subject: [Moin-user] MoinMoin 1.5.0 - gui edit toolbar disabled In-Reply-To: <43D96D8F.6020405@wideopenwest.com> References: <43D96D8F.6020405@wideopenwest.com> Message-ID: <43DA5F39.8050609@gmx.de> Hi Charles, > I just got MoinMoin 1.5.0 going on an IIS5 virtual host. All seems to > be well except I've noticed that the gui edit toolbar buttons are > disabled when I go to edit the front page. You need Javascript enabled and either a recent IE or a recent Mozilla/Netscape/Firefox for the GUI editor. Or do you mean that it ONLY happens on the FrontPage and other pages work with the GUI editor? From tw-public at gmx.de Fri Jan 27 10:05:05 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Jan 27 10:05:05 2006 Subject: [Moin-user] Problem editing pages when superuser In-Reply-To: <35182.84.159.246.105.1138347808.squirrel@rathau.com> References: <35182.84.159.246.105.1138347808.squirrel@rathau.com> Message-ID: <43DA60A5.8060601@gmx.de> > So I've just encountered a new problem with my Wiki, namely, when I'm > logged in as the super user, I can't save any page edits. I get the edit > screen, but when I click any button--Save, Preview, Check Spelling, > whatever, I get the following error: > > [Errno 1] Operation not permitted: > '/usr/share/moin/wikiinstance/data/pages/SuperUser(2f)MoinEditorBackup/revisions/00000001' This rather looks like a problem in the filesystem (access rights: owner, mode, posix ACLs, ...) than a wiki or wiki acl / superuser related problem. Maybe just remove the /usr/share/moin/wikiinstance/data/pages/SuperUser(2f)MoinEditorBackup directory completely and try again. > I have no trouble editing either anonymously, or when logged in as a > non-super user. It just uses another page for the backup then (or doesnt make a backup at all). > I'm running the wiki (here: http://reluctantexpatriates.com/library) on > Linux (White Box)/Apache (2.0) using mod_python, w/ admin root access. > Ownership on all files/dirs is root:apache, and permissions are 770. > (Permissions/ownership only valid at the /usr/share/moin directory and > deeper.) Please check if that is really the case for THAT path mentioned above. And maybe use your web server user "apache" as owner, not root (although it should be ok with the group rights). From ed.arthur at gmail.com Fri Jan 27 12:19:05 2006 From: ed.arthur at gmail.com (Edward Arthur) Date: Fri Jan 27 12:19:05 2006 Subject: [Moin-user] General Wiki/MoinMoin questions... Message-ID: Hi, We have a somewhat outdated MoinMoin Wiki server which I don't administer. I have a few general questions. Is it possible to have "active" pages which process external information? (For example showing the last 10 messages on a particular newsgroup?) Is any type of scripting available with or without an extension? Is there a calendaring application available? Thanks, /Ed -------- Our server info: Python Version 2.3.2 (#2, Oct 9 2003, 10:10:17) [GCC 2.95.3 20010315] MoinMoin Version Release 1.2.2 [Revision 1.185] Number of pages 5202 Number of system pages 338 Number of backup versions 50421 Accumulated page sizes 22849645 Entries in edit log 57687 (5236550 bytes) Event log 31147505 bytes Global extension macros AbandonedPages, BR, FootNote, Form, FullSearch, GetText, Include, Navigation, OrphanedPages, PageHits, PageSize, RandomPage, RandomQuote, RecentChanges, ShowSmileys, StatsChart, SystemAdmin, TableOfContents, TeudView, WantedPages Local extension macros NONE Global extension actions AttachFile, DeletePage, LikePages, LocalSiteMap, RenamePage, SpellCheck, links, rss_rc, titleindex Local extension actions NONE Installed processors CSV, Colorize, dot From walter at gildersleeve.de Fri Jan 27 12:49:02 2006 From: walter at gildersleeve.de (Walter Gildersleeve) Date: Fri Jan 27 12:49:02 2006 Subject: [Moin-user] Re: Problem editing pages when superuser Message-ID: <43DA870E.2060703@gildersleeve.de> Thanks, Thomas--I deleted the directory, and now everything runs great. Walter > Maybe just remove the > /usr/share/moin/wikiinstance/data/pages/SuperUser(2f)MoinEditorBackup > directory completely and try again. From helio.mc.pereira at gmail.com Fri Jan 27 16:25:02 2006 From: helio.mc.pereira at gmail.com (Helio MC Pereira) Date: Fri Jan 27 16:25:02 2006 Subject: [Moin-user] Apache with 100% CPU usage Message-ID: <869e43e20601271624g609c1bbw@mail.gmail.com> Hi all, I need your help... I have configured a MoinMoin wiki in my server but I have problems when I enter an URL like this: http://wiki.myserver.com/P%C3%A1ginaPrincipal?action=fullsearch&value=linkto%3A%22P%C3%A1ginaPrincipal%22&context=180( http://wiki.myserver.com/P ?ginaPrincipal?action=fullsearch&value=linkto:"P?ginaPrincipal"&context=180) The problem is that the apache2 process goes to 100% CPU usage... the only wait to stop it is doing a apache2 restart. Above you can see my system configuration. linux Ubuntu Python 2.4.2 (#2, Sep 30 2005, 21:19:01) apache2 v2.0.54 mod_python 3.1.3 ServerName wiki.myserver.com ServerAdmin my-email at myserver.com ErrorLog /var/log/apache2/wiki.myserver.com-error.log CustomLog /var/log/apache2/wiki.myserver.com-access.log combined Alias /wiki/ "/usr/share/moin/htdocs/" # Rewrite urls RewriteEngine On RewriteLogLevel 0 # map /wiki static files to Moin htdocs RewriteRule ^/wiki/(.*)$ /usr/share/moin/htdocs/$1 [last] RewriteRule ^/robots.txt$ /usr/share/moin/htdocs/robots.txt [last] RewriteRule ^/favicon.ico$ /usr/share/moin/htdocs/favicon.ico [last] # map everything else to server script RewriteRule ^(.*)$ /home/sharky/VirtualHosts/MoinMoinWiki/html/moinmodpy.py$1 # These are copied from the default cgi-bin directory AllowOverride None Options None Order allow,deny Allow from all # Modpy stuff AddHandler python-program .py # Add the path to the wiki directory, where # moinmodpy.py and wikiconfig.py are located. PythonPath "['/home/sharky/VirtualHosts/MoinMoinWiki/html'] + sys.path" PythonHandler moinmodpy PythonDebug On -------------- next part -------------- An HTML attachment was scrubbed... URL: From mjmatthews1 at rcn.com Fri Jan 27 16:50:06 2006 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Fri Jan 27 16:50:06 2006 Subject: [Moin-user] moin wiki scripts wanted Message-ID: <43DABFA9.5000501@rcn.com> I was able to find script code to create pages. Looking for script code to: * load attachments. * retrieve page source. Basically I am looking to automate part of my wiki input. thanks Mike From fredrik at pythonware.com Fri Jan 27 23:14:02 2006 From: fredrik at pythonware.com (Fredrik Lundh) Date: Fri Jan 27 23:14:02 2006 Subject: [Moin-user] Re: moin wiki scripts wanted References: <43DABFA9.5000501@rcn.com> Message-ID: Michael Matthews wrote: > I was able to find script code to create pages. > > Looking for script code to: > > * load attachments. > * retrieve page source. if URL points to a page, URL?action=raw gives you the source, and URL?action=AttachFile&do=get&target=NAME gives you attachment NAME, so something like this should work: import re, urllib ## # Gets the page source for a given moinmoin page. def get_source(url): action = "?action=raw" return urllib.urlopen(url + action).read() ## # Gets the given attachment. If target is None, returns "Attachments" # page instead. def get_attachment(url, target=None): action = "?action=AttachFile" if target: action = action + "&do=get&target=" + target return urllib.urlopen(url + action).read() ## # Gets all linked attachments on a given page. def get_used_attachments(url): attachments = {} for line in get_source(url).split("\n"): if line.startswith("attachment:"): target = line[11:].rstrip("\r\n") attachments[target] = get_attachment(url, target) return attachments ## # Gets all linked attachments on a given page. def get_all_attachments(url): attachments = {} p = re.compile("do=get&target=([^\"]+)\">") for target in p.findall(get_attachment(url)): attachments[target] = get_attachment(url, target) return attachments From fredrik at pythonware.com Sun Jan 29 08:33:02 2006 From: fredrik at pythonware.com (Fredrik Lundh) Date: Sun Jan 29 08:33:02 2006 Subject: [Moin-user] getting notified when a page has been updated? Message-ID: hi, is there any straightforward way to run a piece of arbitrary code every time a page has been updated ? any pointers to documentation or existing plugins that do this ? (to minimize latency in the design I'm working on, I want the moin- moin server to save a prerendered HTML page every time the source for that page has been changed) regards /F From nirs at freeshell.org Sun Jan 29 10:12:03 2006 From: nirs at freeshell.org (Nir Soffer) Date: Sun Jan 29 10:12:03 2006 Subject: [Moin-user] getting notified when a page has been updated? In-Reply-To: References: Message-ID: <5c767b2b5734ce2e1386ddaf776a9289@freeshell.org> On 29 Jan, 2006, at 18:31, Fredrik Lundh wrote: > is there any straightforward way to run a piece of arbitrary code > every time a page has been updated ? The easiest way will be to abuse a SecurityPolicy class. It is notified about each read or write action, and return True or False, but it can also do anything you like :-) To get the page html, I think you want to use something like this your SecurityPolicy, when the user is allowed to edit: # Invalidate the page cache import caching caching.CacheEntry(request, page, page.getFormatterName()).remove() # Render the page # You may need to hack the current user while rendering, because users get # different content according to their language, preferences and permissions. html = request.redirectedOutput(page.send_page, request, count_hit=0) # write the html here... return True > > any pointers to documentation or existing plugins that do this Check util/antispam and search MoinMoin wiki for SecurityPolicy Document your hack in the wiki when you finish :-) Best Regards, Nir Soffer From fredrik at pythonware.com Sun Jan 29 11:11:01 2006 From: fredrik at pythonware.com (Fredrik Lundh) Date: Sun Jan 29 11:11:01 2006 Subject: [Moin-user] Re: getting notified when a page has been updated? References: <5c767b2b5734ce2e1386ddaf776a9289@freeshell.org> Message-ID: Nir Soffer wrote: > The easiest way will be to abuse a SecurityPolicy class. It is notified > about each read or write action, and return True or False, but it can > also do anything you like :-) > > To get the page html, I think you want to use something like this your > SecurityPolicy, when the user is allowed to edit: > > # Invalidate the page cache > import caching > caching.CacheEntry(request, page, page.getFormatterName()).remove() > > # Render the page > # You may need to hack the current user while rendering, because users > get > # different content according to their language, preferences and > permissions. > html = request.redirectedOutput(page.send_page, request, count_hit=0) > > # write the html here... > > return True > > > > > any pointers to documentation or existing plugins that do this > > Check util/antispam and search MoinMoin wiki for SecurityPolicy here's what I came up with: # wikiconfig.py from MoinMoin.multiconfig import DefaultConfig from MoinMoin.security import Permissions from MoinMoin.caching import CacheEntry class Config(DefaultConfig): ... standard config stuff goes here ... class SecurityPolicy(Permissions): def save(self, page, newtext, rev, **kw): request = page.request CacheEntry(request, page, page.getFormatterName()).remove() html = request.redirectedOutput( page.send_page, request, count_hit=0, content_only=1 ) # ... save html.encode("utf-8") to page.page_name + ".moin" return True if nobody finds any serious problems with this, I'll post it to the wiki. thanks! /F PS. btw, is there any easy way to add a warning message to the wiki page if the HTML save fails? I can do "raise page.SaveError(msg)" if things go wrong, but I don't really want to lose the wiki changes in this case. From fredrik at pythonware.com Sun Jan 29 11:20:03 2006 From: fredrik at pythonware.com (Fredrik Lundh) Date: Sun Jan 29 11:20:03 2006 Subject: [Moin-user] Re: getting notified when a page has been updated? References: <5c767b2b5734ce2e1386ddaf776a9289@freeshell.org> Message-ID: Fredrik Lundh wrote: > here's what I came up with: > > # wikiconfig.py > > from MoinMoin.multiconfig import DefaultConfig > from MoinMoin.security import Permissions > from MoinMoin.caching import CacheEntry > > class Config(DefaultConfig): > > ... standard config stuff goes here ... > > class SecurityPolicy(Permissions): > def save(self, page, newtext, rev, **kw): > request = page.request > CacheEntry(request, page, page.getFormatterName()).remove() > html = request.redirectedOutput( > page.send_page, request, count_hit=0, content_only=1 > ) but it looks as if I get the *previous* version of the page, which isn't so strange, perhaps... any ideas on how to fix that ? From nirs at freeshell.org Sun Jan 29 11:39:02 2006 From: nirs at freeshell.org (Nir Soffer) Date: Sun Jan 29 11:39:02 2006 Subject: [Moin-user] Re: getting notified when a page has been updated? In-Reply-To: References: <5c767b2b5734ce2e1386ddaf776a9289@freeshell.org> Message-ID: <46bcda23720bef66fd13146af2017e1b@freeshell.org> On 29 Jan, 2006, at 21:18, Fredrik Lundh wrote: > Fredrik Lundh wrote: > >> here's what I came up with: >> >> # wikiconfig.py >> >> from MoinMoin.multiconfig import DefaultConfig >> from MoinMoin.security import Permissions >> from MoinMoin.caching import CacheEntry >> >> class Config(DefaultConfig): >> >> ... standard config stuff goes here ... >> >> class SecurityPolicy(Permissions): >> def save(self, page, newtext, rev, **kw): >> request = page.request >> CacheEntry(request, page, >> page.getFormatterName()).remove() >> html = request.redirectedOutput( >> page.send_page, request, count_hit=0, content_only=1 >> ) > > but it looks as if I get the *previous* version of the page, which > isn't > so strange, perhaps... Yea, it is not strange, I knew it was too easy :-) class SecurityPolicy(Permissions): def save(self, page, newtext, rev, **kw): request = page.request CacheEntry(request, page, page.getFormatterName()).remove() # Evil hack: repalce the old text with the new page._set_raw_body(page.normalizeText(newtext)) html = request.redirectedOutput( page.send_page, request, count_hit=0, content_only=1) I hope it will be enough, if not, maybe you will have to add this in PageEditor.saveText, which I tried to avoid but it is more correct. Best Regards, Nir Soffer From fredrik at pythonware.com Sun Jan 29 12:01:03 2006 From: fredrik at pythonware.com (Fredrik Lundh) Date: Sun Jan 29 12:01:03 2006 Subject: [Moin-user] Re: Re: getting notified when a page has been updated? References: <5c767b2b5734ce2e1386ddaf776a9289@freeshell.org> <46bcda23720bef66fd13146af2017e1b@freeshell.org> Message-ID: Nir Soffer wrote: > Yea, it is not strange, I knew it was too easy :-) > > class SecurityPolicy(Permissions): > def save(self, page, newtext, rev, **kw): > request = page.request > CacheEntry(request, page, page.getFormatterName()).remove() > > # Evil hack: repalce the old text with the new > page._set_raw_body(page.normalizeText(newtext)) > > html = request.redirectedOutput( > page.send_page, request, count_hit=0, content_only=1) > > I hope it will be enough, if not, maybe you will have to add this in > PageEditor.saveText, which I tried to avoid but it is more correct. here's a variant that seems to work: def save(self, editor, newtext, rev, **kw): request = editor.request text = editor.get_raw_body() editor.set_raw_body(editor.normalizeText(newtext), modified=1) html = request.redirectedOutput( editor.send_page, request, count_hit=0, content_only=1 ) editor.set_raw_body(text) ... (let me know if I've done something really stupid) many thanks /F From nirs at freeshell.org Sun Jan 29 13:42:02 2006 From: nirs at freeshell.org (Nir Soffer) Date: Sun Jan 29 13:42:02 2006 Subject: [Moin-user] Re: Re: getting notified when a page has been updated? In-Reply-To: References: <5c767b2b5734ce2e1386ddaf776a9289@freeshell.org> <46bcda23720bef66fd13146af2017e1b@freeshell.org> Message-ID: On 29 Jan, 2006, at 22:00, Fredrik Lundh wrote: > here's a variant that seems to work: > > def save(self, editor, newtext, rev, **kw): > request = editor.request > text = editor.get_raw_body() > editor.set_raw_body(editor.normalizeText(newtext), > modified=1) > html = request.redirectedOutput( > editor.send_page, request, count_hit=0, content_only=1 > ) > editor.set_raw_body(text) > There is one important problem that may be critical, because this security has no security :-) You need to check first if the user may save (asking the super class), and only then update the html and return True. Second, this hack bypass some checks in PageEditor.saveText, which may cause problems, for example, if two users edit the same page, the second user will overwrite the first user changes in the rendered html and the page cache, although he will not be able to save the page. I think its better to add the page rendering to the end of PageEditor.saveText, something like this. Its more correct and much shorter. ... # send notification mails if self.request.cfg.mail_smarthost: msg = msg + self._notifySubscribers(comment, trivial) # Render new text, updating the page cache html = self.request.redirectedOutput(self.send_page, self.request, count_hit=0, content_only=1) # save html here... if self.request.cfg.lupy_search: from MoinMoin import lupy index = lupy.Index(self.request) ... MoinMoin needs a standard way to do stuff before and after certain events, with an easy way to add custom code at those points. Best Regards, Nir Soffer From 2005a at usenet.alexanderweb.de Sun Jan 29 13:56:01 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sun Jan 29 13:56:01 2006 Subject: [Moin-user] Re: General Wiki/MoinMoin questions... References: Message-ID: <13e898i3i8jif$.dlg@usenet.alexanderweb.de> On Fri, 27 Jan 2006 15:18:33 -0500, Edward Arthur wrote: > We have a somewhat outdated MoinMoin Wiki server which I don't administer. > I have a few general questions. Is it possible to have "active" pages which > process external information? (For example showing the last 10 messages > on a particular newsgroup?) Yeah, you can write a macro to accomplish that. > Is any type of scripting available with or without an extension? You can consider the plugin architecture of MoinMoin as a kind of scripting. Cf. http://moinmoin.wikiwikiweb.de/MoinDev > Is there a calendaring application available? It is even built-in in the current MoinMoin version. Kind regards, Alexander From 2005a at usenet.alexanderweb.de Sun Jan 29 14:01:01 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sun Jan 29 14:01:01 2006 Subject: [Moin-user] Re: Apache with 100% CPU usage References: <869e43e20601271624g609c1bbw@mail.gmail.com> Message-ID: <19tfiraqvpj5u$.dlg@usenet.alexanderweb.de> On Sat, 28 Jan 2006 00:24:51 +0000, Helio MC Pereira wrote: > The problem is that the apache2 process goes to 100% CPU usage... the > only wait to stop it is doing a apache2 restart. This is expected. It is caching the page links of every page in your wiki. After the cache has been created, it will be faster of course. Kind regards, Alexander From zoom.quiet at gmail.com Mon Jan 30 01:28:01 2006 From: zoom.quiet at gmail.com (Zoom Quiet) Date: Mon Jan 30 01:28:01 2006 Subject: [Moin-user] [BUG]Moin 1.3.3 Message-ID: <9dad9f0a0601300126x29f46ec9i@mail.gmail.com> us sys.: http://wiki.woodpecker.org.cn/moin/SystemInfo some guy up some atta. so so RecentChanges break!: http://wiki.woodpecker.org.cn/moin/woodpecker-log/2006-01-30?action=AttachFile&do=view&target=snap060130-moinerror.png i quick hack that site-packages/MoinMoin/macro/RecentChanges.py fixed: """ if line.action[:3] == 'ATT': import urllib try: filename = urllib.unquote(line.extra) except: filename = "filename can not display...maybe UnicodeDecodeError" if line.action == 'ATTNEW': try: comment = _("Upload of attachment '%(filename)s'.") % {'filename': filename} except: comment = _("Upload of attachment '%(filename)s'.") % "filename can not display..." """ but it BUG yet? report ,and hope fixed it! -- """Time is unimportant, only life important! blogging : http://blog.zoomquiet.org/pyblosxom/ wiki enter: http://wiki.woodpecker.org.cn/moin/ZoomQuiet in douban: http://www.douban.com/people/zoomq/ """ From tw-public at gmx.de Mon Jan 30 02:34:06 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Jan 30 02:34:06 2006 Subject: [Moin-user] [BUG]Moin 1.3.3 In-Reply-To: <9dad9f0a0601300126x29f46ec9i@mail.gmail.com> References: <9dad9f0a0601300126x29f46ec9i@mail.gmail.com> Message-ID: <43DDEB7D.7080003@gmx.de> Hi Zoom Quiet, relating to that attachment filename encoding issue: we fixed quite a lot of bugs since 1.3.3, so maybe just try 1.5.1 if that fixes your problem. Thomas From mjmatthews1 at rcn.com Mon Jan 30 09:05:17 2006 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Mon Jan 30 09:05:17 2006 Subject: [Moin-user] moin wiki scripts wanted In-Reply-To: References: <43DABFA9.5000501@rcn.com> Message-ID: <43DE4707.4070002@rcn.com> Fredrik Lundh wrote: > Michael Matthews wrote: > > >> I was able to find script code to create pages. >> >> Looking for script code to: >> >> * load attachments. >> * retrieve page source. >> > > if URL points to a page, URL?action=raw gives you the source, and > URL?action=AttachFile&do=get&target=NAME gives you attachment > NAME, so something like this should work: > > import re, urllib > > ## > # Gets the page source for a given moinmoin page. > > def get_source(url): > action = "?action=raw" > return urllib.urlopen(url + action).read() > > ## > # Gets the given attachment. If target is None, returns "Attachments" > # page instead. > > def get_attachment(url, target=None): > action = "?action=AttachFile" > if target: > action = action + "&do=get&target=" + target > return urllib.urlopen(url + action).read() > > ## > # Gets all linked attachments on a given page. > > def get_used_attachments(url): > attachments = {} > for line in get_source(url).split("\n"): > if line.startswith("attachment:"): > target = line[11:].rstrip("\r\n") > attachments[target] = get_attachment(url, target) > return attachments > > ## > # Gets all linked attachments on a given page. > > def get_all_attachments(url): > attachments = {} > p = re.compile("do=get&target=([^\"]+)\">") > for target in p.findall(get_attachment(url)): > attachments[target] = get_attachment(url, target) > return attachments > > > > I want to PUT the attachment not get it. I should have said UPLOAD attachment. Actually I found a script to get page source in script market I believe. thanks From flanderb at gmail.com Mon Jan 30 09:27:05 2006 From: flanderb at gmail.com (Benjamin Flanders) Date: Mon Jan 30 09:27:05 2006 Subject: [Moin-user] Copy table from Excel Message-ID: I started using moinmoin 1.5.1 last week. I am loving the acl's(I would love some sort of inheritance though) and the gui editor. I have a bunch of computer illiterate people in the office so the gui is VERY appreciated. In playing with the gui editor though, I have noticed some weird things happening, the most serious one is copying from excel into the editor. At first this seems to work, it pasts a table with all the fck goodness. Upon saving, previewing, or going to the text editor though, I come up with the error "ExpatError: unbound prefix: line 376, column 50" I have the full error page screen, if needed, but this happens every time so it should be reproducible. This also happens when the cells are copied into the "copy from word" dialog. I am using Firefox, if that helps. -- Share and Enjoy From tw-public at gmx.de Mon Jan 30 09:34:04 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Jan 30 09:34:04 2006 Subject: [Moin-user] Copy table from Excel In-Reply-To: References: Message-ID: <43DE4DEE.2090506@gmx.de> > I started using moinmoin 1.5.1 last week. I am loving the acl's(I > would love some sort of inheritance though) and the gui editor. I > have a bunch of computer illiterate people in the office so the gui is > VERY appreciated. Tell them to save OFTEN and duck before. X) > In playing with the gui editor though, I have noticed some weird > things happening, the most serious one is copying from excel into the > editor. At first this seems to work, it pasts a table with all the > fck goodness. Upon saving, previewing, or going to the text editor > though, I come up with the error "ExpatError: unbound prefix: line > 376, column 50" Yes, that's because of the trash M$ applications deliver as HTML. Try that "paste from word" function in the gui editor, maybe it helps. > I have the full error page screen, if needed, but this happens every > time so it should be reproducible. I bet it is (on a system with windows and office). I don't use windows, though, so maybe someone else should fix that. > This also happens when the cells > are copied into the "copy from word" dialog. Uh. OK, then this function maybe does not clean up enough. > I am using Firefox, if that helps. That helps a lot. At least you have some sane rendering. :) I have a workaround for you maybe: you could save your table as CSV format, then copy and paste the CSV into the moin text editor and use the CSV table parser. Hope that helps. From Ralf-Lists at ralfgross.de Tue Jan 31 01:07:47 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Tue Jan 31 01:07:47 2006 Subject: [Moin-user] wget a wiki page and it's subpage Message-ID: <20060131090606.GQ6411@p15145560.pureserver.info> Hi, I'm trying to get a wiki page and its subpage with many images through wget. http://hostname/wiki/PageName On this page there is a link to a subpage. http://hostname/wiki/PageName/SubPage I tried differnt wget options (-r, --mirror...) to retriev the page with its subpage, but I only get PageName with a link to SubPage. I need to do this, because we want to give the pages as documentation to a customer. After retrieving the pages in html I'm going to try to convert them to pdf. If someone has a better idea to achieve this, I'd be very interested. I already searched the moinmoin marked, but I could't find a solution that doesn't needs changes to the moinmoin code. Ralf From tw-public at gmx.de Tue Jan 31 04:17:05 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue Jan 31 04:17:05 2006 Subject: [Moin-user] wget a wiki page and it's subpage In-Reply-To: <20060131090606.GQ6411@p15145560.pureserver.info> References: <20060131090606.GQ6411@p15145560.pureserver.info> Message-ID: <43DF54C2.8060707@gmx.de> > I'm trying to get a wiki page and its subpage with many images through > wget. Some user agents (including wget) receive special treatment as people use them often to DOS wikis. So make sure you change the user agent it uses (and if it is not your own wiki: USE CAREFULLY). > I need to do this, because we want to give the pages as documentation > to a customer. After retrieving the pages in html I'm going to try to > convert them to pdf. Maybe look at moin-dump, too. From Ralf-Lists at ralfgross.de Tue Jan 31 05:44:01 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Tue Jan 31 05:44:01 2006 Subject: [Moin-user] wget a wiki page and it's subpage In-Reply-To: <43DF54C2.8060707@gmx.de> References: <20060131090606.GQ6411@p15145560.pureserver.info> <43DF54C2.8060707@gmx.de> Message-ID: <20060131134248.GR6411@p15145560.pureserver.info> Thomas Waldmann schrieb: > >I'm trying to get a wiki page and its subpage with many images through > >wget. > > Some user agents (including wget) receive special treatment as people > use them often to DOS wikis. So make sure you change the user agent it > uses (and if it is not your own wiki: USE CAREFULLY). Changing the agent string didn't help. > >I need to do this, because we want to give the pages as documentation > >to a customer. After retrieving the pages in html I'm going to try to > >convert them to pdf. > > Maybe look at moin-dump, too. moin-dump doesn't care about the attachments. But I found http://moinmoin.wikiwikiweb.de/MoinDump, which dumps the whole wiki including attachments and fixing of the attachment paths. It'd be nice if I could limit the output to the pages I really need, but it's ok for now. Ralf From nirs at freeshell.org Tue Jan 31 06:21:10 2006 From: nirs at freeshell.org (Nir Soffer) Date: Tue Jan 31 06:21:10 2006 Subject: [Moin-user] wget a wiki page and it's subpage In-Reply-To: <20060131134248.GR6411@p15145560.pureserver.info> References: <20060131090606.GQ6411@p15145560.pureserver.info> <43DF54C2.8060707@gmx.de> <20060131134248.GR6411@p15145560.pureserver.info> Message-ID: <5d54b5c13c942b56f00883ef6cac6b4e@freeshell.org> On 31 Jan, 2006, at 15:42, Ralf Gross wrote: > moin-dump doesn't care about the attachments. But I found > http://moinmoin.wikiwikiweb.de/MoinDump, which dumps the whole wiki > including attachments and fixing of the attachment paths. It'd be > nice if I could limit the output to the pages I really need, but it's > ok for now. moin-dump get the full page list and then dump all pages. If you want partial dump, add page filtering by name in the loop. You can use a regular expression, or a list of pages, or whatever you like. Best Regards, Nir Soffer From garyo-moin at genarts.com Tue Jan 31 08:32:14 2006 From: garyo-moin at genarts.com (Gary O) Date: Tue Jan 31 08:32:14 2006 Subject: [Moin-user] Copying wiki data from one server to another Message-ID: I have a moin wiki and I need to migrate its pages and user db to a different server. I don't care about plug-ins or even the theme; I just want to migrate the pages (and ideally the edit history). My old wiki is at SourceForge and I believe it is version "MoinMoin 1.3.4 release" (from $pythonsitedir/MoinMoin/version.py). The new wiki is on debian/ubuntu and is version 1.2.4-1ubuntu2 (though I can change that). I have complete control over that server. (Maybe I should be running 1.3.4 there too -- is there a debian pkg for that?) What I did is copy the data/pages and data/user dirs from the old wiki into the new wiki, but it didn't work -- none of the pages show up in the new wiki, it still looks just like a virgin moin. Searching for the pages I copied in shows nothing. When I edit one of the pages in the new wiki, or create a new one, I notice that a copy goes in data/text. The old wiki didn't have such a dir. I know this is a pretty lame query, but if anyone can help me out I'd appreciate it. thanks, -- Gary From Ralf-Lists at ralfgross.de Tue Jan 31 08:54:01 2006 From: Ralf-Lists at ralfgross.de (Ralf Gross) Date: Tue Jan 31 08:54:01 2006 Subject: [Moin-user] wget a wiki page and it's subpage In-Reply-To: <5d54b5c13c942b56f00883ef6cac6b4e@freeshell.org> References: <20060131090606.GQ6411@p15145560.pureserver.info> <43DF54C2.8060707@gmx.de> <20060131134248.GR6411@p15145560.pureserver.info> <5d54b5c13c942b56f00883ef6cac6b4e@freeshell.org> Message-ID: <31561.141.113.101.32.1138726387.squirrel@www.stz-softwaretechnik.de> >> moin-dump doesn't care about the attachments. But I found >> http://moinmoin.wikiwikiweb.de/MoinDump, which dumps the whole wiki >> including attachments and fixing of the attachment paths. It'd be >> nice if I could limit the output to the pages I really need, but it's >> ok for now. > > moin-dump get the full page list and then dump all pages. If you want > partial dump, add page filtering by name in the loop. You can use a > regular expression, or a list of pages, or whatever you like. Ok, I just found out that 1.5.x now also dumps the attachments ;) We're still using 1.3.5 ;) Ralf