From wl at gnu.org Wed Jun 1 22:41:09 2005 From: wl at gnu.org (Werner LEMBERG) Date: Wed Jun 1 22:41:09 2005 Subject: [Moin-devel] handling paragraphs as long lines Message-ID: <20050602.073825.21289146.wl@gnu.org> IMHO one of the weakest points in MoinMoin is how wiki.py parses the input. Using regular expressions simply doesn't work properly for nested balanced expressions, and we have already far too many exceptions which nested expressions work, and which not. What do you think of using a completely different paradigm, namely to do bison-like parsing of the input data to get the appropriate tokens? To use a solution in pure Python the following looks very promising: http://lava.net/~newsham/pyggy/html/pyggy.html BTW, is any other part of MoinMoin dependent on wiki.py? I mean, can I simply replace the HTML generating engine with a different one, similar to the `colorizing' parsers for other languages like C or C++? Where can I find the documentation of the affected interface? Werner From nirs at actcom.net.il Fri Jun 3 03:16:30 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Fri Jun 3 03:16:30 2005 Subject: [Moin-devel] Re: Moin-devel digest, Vol 1 #585 - 1 msg In-Reply-To: <20050603033052.BC21713751@sc8-sf-spam2.sourceforge.net> References: <20050603033052.BC21713751@sc8-sf-spam2.sourceforge.net> Message-ID: <26e487f88a9cbc5cecaa8f8b5cca2fce@actcom.net.il> On 3 Jun, 2005, at 6:25, moin-devel-request at lists.sourceforge.net wrote: > IMHO one of the weakest points in MoinMoin is how wiki.py parses the > input. Using regular expressions simply doesn't work properly for > nested balanced expressions, and we have already far too many > exceptions which nested expressions work, and which not. Many exceptions? > > What do you think of using a completely different paradigm, namely to > do bison-like parsing of the input data to get the appropriate tokens? May be interesting, the current parser is a big mess, the current parser state is "fix here, break there". > BTW, is any other part of MoinMoin dependent on wiki.py? I mean, can > I simply replace the HTML generating engine with a different one, > similar to the `colorizing' parsers for other languages like C or C++? > Where can I find the documentation of the affected interface? wiki.py is a plugin - you can replace it with your parser. Note that many people want to change the wiki syntax, specially the linking syntax. Maybe it better work first the syntax, and only then check what it the best way to parse it. There is already a discussion on new parsers in the wiki, try to search for it. Best Regards, Nir Soffer From wl at gnu.org Fri Jun 3 15:46:54 2005 From: wl at gnu.org (Werner LEMBERG) Date: Fri Jun 3 15:46:54 2005 Subject: [Moin-devel] Re: Moin-devel digest, Vol 1 #585 - 1 msg In-Reply-To: <26e487f88a9cbc5cecaa8f8b5cca2fce@actcom.net.il> References: <20050603033052.BC21713751@sc8-sf-spam2.sourceforge.net> <26e487f88a9cbc5cecaa8f8b5cca2fce@actcom.net.il> Message-ID: <20050604.004501.196621034.wl@gnu.org> > > IMHO one of the weakest points in MoinMoin is how wiki.py parses > > the input. Using regular expressions simply doesn't work properly > > for nested balanced expressions, and we have already far too many > > exceptions which nested expressions work, and which not. > > Many exceptions? Well, for me the rule is that you can nest expressions. Everything else is an exception :-) > wiki.py is a plugin - you can replace it with your parser. This is very good news. > Note that many people want to change the wiki syntax, specially the > linking syntax. Basically, I'm not interested in changing the syntax as long it is consistent. IMHO many requests for extending and/or modifying the syntax are caused by lacking nesting possibilities. > Maybe it better work first the syntax, and only then check what it > the best way to parse it. I hope to have some time to write a grammar. > There is already a discussion on new parsers in the wiki, try to > search for it. Will do, thanks. Werner From noreply at sourceforge.net Sun Jun 5 07:22:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jun 5 07:22:13 2005 Subject: [Moin-devel] [ moin-Feature Requests-973652 ] Support for LaTex Message-ID: Feature Requests item #973652, was opened at 2004-06-16 03:51 Message generated for change (Comment added) made by alexanderweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=973652&group_id=8482 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Yaroslav Bulatov (yaroslavvb) Assigned to: Nobody/Anonymous (nobody) Summary: Support for LaTex Initial Comment: Support for LaTex ---------------------------------------------------------------------- >Comment By: Alexander Schremmer (alexanderweb) Date: 2005-06-05 16:21 Message: Logged In: YES user_id=254738 While skimming the source I have not found any piece of code that tries to secure the code. Allowing unprotected latex execution on a webpage may be harmful. Besides that, most of the code deals with ZWiki internals. The remaining parts are already incorporated into the nice LaTex plugins we already have (see MoinMoin:ParserMarket). Closing this feature request because of that. ---------------------------------------------------------------------- Comment By: Thomas Waldmann (thomaswaldmann) Date: 2004-07-04 14:11 Message: Logged In: YES user_id=100649 on the moinmoin wiki's market pages, there is some LaTeX plugin ---------------------------------------------------------------------- Comment By: Bob McElrath (mcelrath) Date: 2004-06-24 20:04 Message: Logged In: YES user_id=10643 Since moinmoin is based on python, I recommend you take a look at my LatexWiki http://mcelrath.org/Notes/LatexWiki, which is for ZWiki, but all the latex and image mangling stuff should be straightforwardly incorporated into moinmoin. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=973652&group_id=8482 From noreply at sourceforge.net Sun Jun 5 07:23:45 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jun 5 07:23:45 2005 Subject: [Moin-devel] [ moin-Feature Requests-863361 ] Standard Content Storage API Message-ID: Feature Requests item #863361, was opened at 2003-12-20 05:07 Message generated for change (Comment added) made by alexanderweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=863361&group_id=8482 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Markus Elfring (elfring) Assigned to: Alexander Schremmer (alexanderweb) Summary: Standard Content Storage API Initial Comment: Would you like to support content storage independence? Content Repository http://jcp.org/en/jsr/detail?id=170 ---------------------------------------------------------------------- >Comment By: Alexander Schremmer (alexanderweb) Date: 2005-06-05 16:22 Message: Logged In: YES user_id=254738 User did not answer the questions, closing ... ---------------------------------------------------------------------- Comment By: Markus Elfring (elfring) Date: 2005-01-21 16:13 Message: Logged In: YES user_id=572001 I don't know any Python examples so far. Can you see the advantages from this approach? http://incubator.apache.org/jackrabbit/arch/overview.html ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-01-21 14:52 Message: Logged In: YES user_id=254738 Maybe you should look for examples written in Python. And "sketch the advantages of being integrated into such a framework". ---------------------------------------------------------------------- Comment By: Markus Elfring (elfring) Date: 2005-01-21 10:18 Message: Logged In: YES user_id=572001 The interest seems to be growing... I guess that the more examples are available the easier it will become to map or port an approach to the Python environment. http://phpCR.org/ ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-01-07 16:48 Message: Logged In: YES user_id=254738 I do not know any. You might want to look for one. But first, you should sketch the advantages of being integrated into such a framework (optionally). I think that we will never require such a beast :-) ---------------------------------------------------------------------- Comment By: Markus Elfring (elfring) Date: 2005-01-07 11:27 Message: Logged In: YES user_id=572001 Can you imagine a similar API for Python? Would you like to reuse anything from other software? http://www.magnolia.info/ ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-01-05 19:12 Message: Logged In: YES user_id=254738 It looks quite Java specific. In 1.4, there will be an abstracted storage interface which lets you plug in your own storage system. Maybe that will help. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=863361&group_id=8482 From noreply at sourceforge.net Sun Jun 5 07:24:57 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jun 5 07:24:57 2005 Subject: [Moin-devel] [ moin-Feature Requests-709995 ] Option to disable CamelCase links Message-ID: Feature Requests item #709995, was opened at 2003-03-26 12:43 Message generated for change (Comment added) made by alexanderweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=709995&group_id=8482 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Robert Pollak (jondo) Assigned to: Nobody/Anonymous (nobody) Summary: Option to disable CamelCase links Initial Comment: In the wiki i administrate, people often use words that look like WikiNames, but aren't - and they complain. Or they use ugly workarounds to avoid "wikification" of a word, like "ThisIs''''''NoWikiWord". So (instead of enabling the "!"prefix notation to avoid link generation) i'd like to switch off CamelCase links totally (as in WikiPedia), leaving people only with ["foobar"] notation. How do i do this (as a python newbie)? ---------------------------------------------------------------------- >Comment By: Alexander Schremmer (alexanderweb) Date: 2005-06-05 16:23 Message: Logged In: YES user_id=254738 There is a no-camel-case parser on ParserMarket. ---------------------------------------------------------------------- Comment By: J?rgen Hermann (jhermann) Date: 2003-03-26 20:47 Message: Logged In: YES user_id=39128 You learn Python (takes a weekend). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=709995&group_id=8482 From noreply at sourceforge.net Sun Jun 5 07:25:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jun 5 07:25:02 2005 Subject: [Moin-devel] [ moin-Feature Requests-491152 ] default user preferences Message-ID: Feature Requests item #491152, was opened at 2001-12-10 15:55 Message generated for change (Comment added) made by alexanderweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=491152&group_id=8482 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Daniel Drucker (placain) >Assigned to: Nobody/Anonymous (nobody) Summary: default user preferences Initial Comment: All user preferences should be defaultable from config. ---------------------------------------------------------------------- >Comment By: Alexander Schremmer (alexanderweb) Date: 2005-06-05 16:24 Message: Logged In: YES user_id=254738 Most preferences are defaultable currently. ---------------------------------------------------------------------- Comment By: alan johnson (chomo) Date: 2004-03-06 22:19 Message: Logged In: YES user_id=943591 might help config ---------------------------------------------------------------------- Comment By: J?rgen Hermann (jhermann) Date: 2001-12-10 22:40 Message: Logged In: YES user_id=39128 Implementation note: possibly __dict__.update (config.userdefaults), anything else will pohibitively add to config variables. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=491152&group_id=8482 From noreply at sourceforge.net Sun Jun 5 07:26:26 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jun 5 07:26:26 2005 Subject: [Moin-devel] [ moin-Feature Requests-832310 ] XForms-The Next Generation of Web Forms Message-ID: Feature Requests item #832310, was opened at 2003-10-29 12:35 Message generated for change (Comment added) made by alexanderweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=832310&group_id=8482 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Markus Elfring (elfring) Assigned to: Nobody/Anonymous (nobody) Summary: XForms-The Next Generation of Web Forms Initial Comment: Would you like to support a XForms-GUI? http://www.w3.org/MarkUp/Forms/ I point to other pages that might explain better the need for XForms than I can describe it. 1. IBM XML Forms Package http://www.alphaworks.ibm.com/aw.nsf/FAQs/xmlforms http://www.alphaworks.ibm.com/tech/xmlforms http://www- 106.ibm.com/developerworks/xml/library/x-xforms/? Open&ca=daw-xml-dr 2. http://chiba.sourceforge.net/ 3. What Are XForms? http://www.xml.com/pub/a/2001/09/05/xforms.html 4. http://bugzilla.mozilla.org/show_bug.cgi?id=97806 5. http://www.x-smiles.org/features_xforms.html 6. Try out the new user interface selectors. http://www.w3.org/TR/css3-ui/#user-interface 7. Ten Favorite XForms Engines http://www.xml.com/pub/a/2003/09/10/xforms.html The article "Ten Favorite XForms Engines" (http://www.xml.com/pub/a/2003/09/10/xforms.html) gives me the impression that the standard is ready to be used. ---------------------------------------------------------------------- >Comment By: Alexander Schremmer (alexanderweb) Date: 2005-06-05 16:25 Message: Logged In: YES user_id=254738 We will reopen this issue when there is stable browser support. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=832310&group_id=8482 From noreply at sourceforge.net Sun Jun 5 07:27:33 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jun 5 07:27:33 2005 Subject: [Moin-devel] [ moin-Feature Requests-832309 ] improve GUI with vector graphics Message-ID: Feature Requests item #832309, was opened at 2003-10-29 12:34 Message generated for change (Comment added) made by alexanderweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=832309&group_id=8482 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Markus Elfring (elfring) Assigned to: Nobody/Anonymous (nobody) Summary: improve GUI with vector graphics Initial Comment: Do you use VML or SVG files for the icons and diagrams in the user interface? - http://www.w3.org/Graphics/SVG/Overview.htm8 http://www.xml.com/pub/a/2003/07/16/svg- prescod.html - http://www.w3.org/TR/NOTE-VML http://www.vector.org.uk/v164/vml164.htm http://www.vmlsource.com/ http://msdn.microsoft.com/workshop/author/vml/shape /introduction.asp - SVG Zone - Demos http://www.adobe.com/svg/demos/main.html http://www.adobe.com/svg/community/external.html - Zimmer frei? - Dynamisch dynamische SVG Vektorgrafiken erstellen http://entwickler.com/itr/online_artikel/psecom,id,332,n odeid,69.html ---------------------------------------------------------------------- Comment By: Alexander Schremmer (alexanderweb) Date: 2005-06-05 16:26 Message: Logged In: YES user_id=254738 We will reopen this issue when there is stable browser support. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358482&aid=832309&group_id=8482 From wl at gnu.org Sun Jun 5 16:22:20 2005 From: wl at gnu.org (Werner LEMBERG) Date: Sun Jun 5 16:22:20 2005 Subject: [Moin-devel] integrating images Message-ID: <20050606.012035.92589140.wl@gnu.org> Doing a search for `image' in the default help pages of MoinMoin gives no hint how to integrate images into wiki pages. Here I don't mean how to add an external link but how and where to put images into /usr/share/moin/mywiki (by the superuser). Are there any guidelines or recommendations? Werner From wl at gnu.org Sun Jun 5 16:26:02 2005 From: wl at gnu.org (Werner LEMBERG) Date: Sun Jun 5 16:26:02 2005 Subject: [Moin-devel] mirroring a MoinMoin wiki Message-ID: <20050606.012400.197349229.wl@gnu.org> Is there an easy way to mirror a MoinMoin wiki in a statical way, this is, to get a non-editable snapshot which could be used, say, as a local documentation of an API to be distributed with a library? Werner From gregwh at gmail.com Sun Jun 5 17:23:52 2005 From: gregwh at gmail.com (greg whittier) Date: Sun Jun 5 17:23:52 2005 Subject: [Moin-devel] mirroring a MoinMoin wiki In-Reply-To: <20050606.012400.197349229.wl@gnu.org> References: <20050606.012400.197349229.wl@gnu.org> Message-ID: moin-dump appears to be what you're after although I can't say I've tried it myself. From HelpMiscellaneous: "moin-dump" command line tool to create a static copy of the wiki content Greg On 6/5/05, Werner LEMBERG wrote: > > Is there an easy way to mirror a MoinMoin wiki in a statical way, this > is, to get a non-editable snapshot which could be used, say, as a > local documentation of an API to be distributed with a library? > > > Werner > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput > a projector? How fast can you ride your desk chair down the office luge track? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 > _______________________________________________ > Moin-devel mailing list > Moin-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-devel > From tw-public at gmx.de Mon Jun 6 03:09:48 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Jun 6 03:09:48 2005 Subject: [Moin-devel] handling paragraphs as long lines In-Reply-To: <20050602.073825.21289146.wl@gnu.org> References: <20050602.073825.21289146.wl@gnu.org> Message-ID: <42A3DC2F.9020204@gmx.de> Hi Werner, > What do you think of using a completely different paradigm, namely to > do bison-like parsing of the input data to get the appropriate tokens? One of the problems might be that you don't want to be as strict in a wiki as you want to be when parsing a programming language. E.g. there never should be a "syntax error" in a wiki. > BTW, is any other part of MoinMoin dependent on wiki.py? Maybe don't touch wiki.py for starting. Just call it wiki2.py and use #format wiki2 in your page header (like already possible for rst and other stuff). > Where can I find the documentation of the affected interface? Maybe reading wiki.py is the best and most current "documentation". It is important to use the formatter to generate output. greetings, Thomas From tw at waldmann-edv.de Mon Jun 6 03:16:11 2005 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Mon Jun 6 03:16:11 2005 Subject: [Moin-devel] integrating images In-Reply-To: <20050606.012035.92589140.wl@gnu.org> References: <20050606.012035.92589140.wl@gnu.org> Message-ID: <42A3DD88.4040707@waldmann-edv.de> > Doing a search for `image' in the default help pages of MoinMoin gives > no hint how to integrate images into wiki pages. Here I don't mean > how to add an external link but how and where to put images into > /usr/share/moin/mywiki (by the superuser). Are there any guidelines > or recommendations? There are basically 3 methods for showing an image: * just put the image url on a wiki page * use attachment:myimage.png * use some smiley like :) or (./) From tw-public at gmx.de Mon Jun 6 03:16:45 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Jun 6 03:16:45 2005 Subject: [Moin-devel] mirroring a MoinMoin wiki In-Reply-To: <20050606.012400.197349229.wl@gnu.org> References: <20050606.012400.197349229.wl@gnu.org> Message-ID: <42A3DDD7.40906@gmx.de> > Is there an easy way to mirror a MoinMoin wiki in a statical way, this > is, to get a non-editable snapshot which could be used, say, as a > local documentation of an API to be distributed with a library? moin_dump.py (see MoinMoin/scripts/.... in the dist archive) You have to try it, I didn't use it for a long time. From dcrosta at sccs.swarthmore.edu Mon Jun 6 06:14:50 2005 From: dcrosta at sccs.swarthmore.edu (Dan Crosta) Date: Mon Jun 6 06:14:50 2005 Subject: sychronizing wiki instances? [was: "Re: [Moin-devel] mirroring a MoinMoin wiki"] In-Reply-To: <42A3DDD7.40906@gmx.de> References: <20050606.012400.197349229.wl@gnu.org> <42A3DDD7.40906@gmx.de> Message-ID: <42A44CF3.8010707@sccs.swarthmore.edu> Is there any way to have multiple instances of a wiki, and synchronize them later? I know this sounds sort of stupid, so let me explain: I want to have a wiki to keep track of all sorts of various academic things -- taking notes, project ideas, etc, and to be able to edit it off my laptop in class. Some classes have WiFi, so that's not a problem, but this is not reliable across all classrooms. I'd like to have an instance of Moin running on my latop that I can edit locally, and then a way to synchronize it with an instance running on my desktop later, which I can use to access the information from anywhere if/when I need to. Is this at all possible? dsc From martin.gignac at mpbn.ericsson.ca Mon Jun 6 06:59:15 2005 From: martin.gignac at mpbn.ericsson.ca (Martin Gignac) Date: Mon Jun 6 06:59:15 2005 Subject: sychronizing wiki instances? [was: "Re: [Moin-devel] mirroring a MoinMoin wiki"] In-Reply-To: <42A44CF3.8010707@sccs.swarthmore.edu> References: <20050606.012400.197349229.wl@gnu.org> <42A3DDD7.40906@gmx.de> <42A44CF3.8010707@sccs.swarthmore.edu> Message-ID: <20050606135755.M45539@mpbn.ericsson.ca> Maybe something in the vein of rsync would be the ticket? -Martin -- "Les relations sont s?rement le miroir dans lequel on se d?couvre soi-m?me." -- Jiddu Krishnamurti ---------- Original Message ----------- From: Dan Crosta To: moin-devel at lists.sourceforge.net Sent: Mon, 06 Jun 2005 09:17:39 -0400 Subject: sychronizing wiki instances? [was: "Re: [Moin-devel] mirroring a MoinMoin wiki"] > Is there any way to have multiple instances of a wiki, and synchronize > them later? I know this sounds sort of stupid, so let me explain: > > I want to have a wiki to keep track of all sorts of various academic > things -- taking notes, project ideas, etc, and to be able to edit it > off my laptop in class. Some classes have WiFi, so that's not a > problem, but this is not reliable across all classrooms. I'd like to > have an instance of Moin running on my latop that I can edit locally, > and then a way to synchronize it with an instance running on my > desktop later, which I can use to access the information from anywhere > if/when I need to. Is this at all possible? > > dsc > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput > a projector? How fast can you ride your desk chair down the office > luge track? If you want to score the big prize, get to know the little > guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 > _______________________________________________ > Moin-devel mailing list > Moin-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-devel ------- End of Original Message ------- From kleinfelter at gmail.com Mon Jun 6 10:24:32 2005 From: kleinfelter at gmail.com (Kevin Kleinfelter) Date: Mon Jun 6 10:24:32 2005 Subject: sychronizing wiki instances? [was: "Re: [Moin-devel] mirroring a MoinMoin wiki"] In-Reply-To: <20050606135755.M45539@mpbn.ericsson.ca> Message-ID: <42a48673.55c2eb3c.6a69.ffffef5d@mx.gmail.com> Has anyone *tried* this? I've been toying with the idea for some time. Assuming that no page is updated on both the primary and the mirror at the same time (i.e. between rsyncs) is this reasonably safe? Would it make sense to rsync the data directory, or just data/pages? * The file named 'current' would replicate * The revision files would replicate -----Original Message----- From: moin-devel-admin at lists.sourceforge.net [mailto:moin-devel-admin at lists.sourceforge.net] On Behalf Of Martin Gignac Sent: 6/6/2005 9:58 AM To: Dan Crosta; moin-devel at lists.sourceforge.net Subject: Re: sychronizing wiki instances? [was: "Re: [Moin-devel] mirroring a MoinMoin wiki"] Maybe something in the vein of rsync would be the ticket? -Martin -- "Les relations sont s?rement le miroir dans lequel on se d?couvre soi-m?me." -- Jiddu Krishnamurti ---------- Original Message ----------- From: Dan Crosta To: moin-devel at lists.sourceforge.net Sent: Mon, 06 Jun 2005 09:17:39 -0400 Subject: sychronizing wiki instances? [was: "Re: [Moin-devel] mirroring a MoinMoin wiki"] > Is there any way to have multiple instances of a wiki, and synchronize > them later? I know this sounds sort of stupid, so let me explain: > > I want to have a wiki to keep track of all sorts of various academic > things -- taking notes, project ideas, etc, and to be able to edit it > off my laptop in class. Some classes have WiFi, so that's not a > problem, but this is not reliable across all classrooms. I'd like to > have an instance of Moin running on my latop that I can edit locally, > and then a way to synchronize it with an instance running on my > desktop later, which I can use to access the information from anywhere > if/when I need to. Is this at all possible? > > dsc > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput > a projector? How fast can you ride your desk chair down the office > luge track? If you want to score the big prize, get to know the little > guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 > _______________________________________________ > Moin-devel mailing list > Moin-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-devel ------- End of Original Message ------- ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 _______________________________________________ Moin-devel mailing list Moin-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-devel From crosseyedpenguin at yahoo.com Mon Jun 6 11:11:59 2005 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Mon Jun 6 11:11:59 2005 Subject: sychronizing wiki instances? [was: "Re: [Moin-devel] mirroring a MoinMoin wiki"] In-Reply-To: <42A44CF3.8010707@sccs.swarthmore.edu> Message-ID: <20050606181056.87591.qmail@web30903.mail.mud.yahoo.com> --- Dan Crosta wrote: > Is there any way to have multiple instances of a wiki, and > synchronize > them later? I know this sounds sort of stupid, so let me explain: > I think Unison will do everything you want, and even runs across multiple OSes. I use it to move a copy of my production wiki running on Fedora Core 3 to my Windows XP PC. If you are always going one way (from laptop to desktop) then you can write a script to force changes. If left alone, Unison will suggest moving the most recent change to the opposite PC (and force you to choose if both have been updated since the last sync). The only tricky part for MoinMoin is you must use the "times=true" statement to keep the RecentChanges page valid. You can get it from: http://www.cis.upenn.edu/~bcpierce/unison/ A sample config file forcing one way changes follows. This runs on the Windows PC and forces all changes from the Fedora system to be copied over and overwrites changes made to the test system. I could have avoided some of the ignore statements by pointing to the data directory rather than the wiki root directory. Roger Haase root = C:\home\web\Moin\drawiki\ root = ssh://unison at penguin//home/web/Moin/drawiki/ force = C:\home\web\Moin\drawiki\ ignore = Name .cvsignore ignore = Name *.py ignore = Name *.pyc ignore = Name *.cgi ignore = Name dict.* ignore = Name dicts.* ignore = Path data/cache ignore = Path data/plugins times = true __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From wl at gnu.org Tue Jun 7 00:05:03 2005 From: wl at gnu.org (Werner LEMBERG) Date: Tue Jun 7 00:05:03 2005 Subject: [Moin-devel] integrating images In-Reply-To: <42A3DD88.4040707@waldmann-edv.de> References: <20050606.012035.92589140.wl@gnu.org> <42A3DD88.4040707@waldmann-edv.de> Message-ID: <20050607.064326.163002546.wl@gnu.org> > > Doing a search for `image' in the default help pages of MoinMoin > > gives no hint how to integrate images into wiki pages. Here I > > don't mean how to add an external link but how and where to put > > images into /usr/share/moin/mywiki (by the superuser). Are there > > any guidelines or recommendations? > > There are basically 3 methods for showing an image: Thanks, but this doesn't really answer my question. Assume that I want to integrate hundreds of images into my wiki, I wonder about the ideal location to store them? What about /moin/mywiki/data/img? IMHO it should be a location *within* the `moin' tree. > * use attachment:myimage.png Isn't the use of `attachment' deprecated due to potential security problems? Werner From cj24 at mweb.co.za Tue Jun 7 09:00:05 2005 From: cj24 at mweb.co.za (CRAIG) Date: Tue Jun 7 09:00:05 2005 Subject: [Moin-devel] Automated Page Creation Message-ID: <0f9ea18014294bd2bb90d09f5e80310f@mweb.co.za> An HTML attachment was scrubbed... URL: From nirs at actcom.net.il Tue Jun 7 20:54:38 2005 From: nirs at actcom.net.il (Nir Soffer) Date: Tue Jun 7 20:54:38 2005 Subject: [Moin-devel] integrating images In-Reply-To: <20050608033221.2173133FE9@sc8-sf-spam1.sourceforge.net> References: <20050608033221.2173133FE9@sc8-sf-spam1.sourceforge.net> Message-ID: On 8 Jun, 2005, at 6:31, moin-devel-request at lists.sourceforge.net wrote: > >>> Doing a search for `image' in the default help pages of MoinMoin >>> gives no hint how to integrate images into wiki pages. Here I >>> don't mean how to add an external link but how and where to put >>> images into /usr/share/moin/mywiki (by the superuser). Are there >>> any guidelines or recommendations? >> >> There are basically 3 methods for showing an image: > > Thanks, but this doesn't really answer my question. Assume that I > want to integrate hundreds of images into my wiki, I wonder about the > ideal location to store them? What about > /moin/mywiki/data/img? IMHO it should be a location *within* > the `moin' tree. Its not clear what is "integrate hundreds of images into my wiki". Describe how you are going to use the images in the wiki. Are you going to show them on one page? few pages? > >> * use attachment:myimage.png > > Isn't the use of `attachment' deprecated due to potential security > problems? No its not. Usually images are used on some pages by attaching them to the page and including them with `inline:` or `attachment:`. The images are stored inside the containing page directory. Best Regards, Nir Soffer From wl at gnu.org Tue Jun 7 21:58:14 2005 From: wl at gnu.org (Werner LEMBERG) Date: Tue Jun 7 21:58:14 2005 Subject: [Moin-devel] integrating images In-Reply-To: References: <20050608033221.2173133FE9@sc8-sf-spam1.sourceforge.net> Message-ID: <20050608.065733.161178035.wl@gnu.org> > > Thanks, but this doesn't really answer my question. Assume that I > > want to integrate hundreds of images into my wiki, I wonder about the > > ideal location to store them? What about > > /moin/mywiki/data/img? IMHO it should be a location *within* > > the `moin' tree. > > Its not clear what is "integrate hundreds of images into my wiki". > Describe how you are going to use the images in the wiki. Are you going > to show them on one page? few pages? Well, this was a theoretical example. In reality I have a few images per page. > > Isn't the use of `attachment' deprecated due to potential security > > problems? > > No its not. Aah, I just see that on my local `HelpOnConfiguration/FileAttachments' page (from the 1.3.4 bundle) I still have Note that we plan to remove that option in 1.4. Because of that and the security problems noted below, we do not recommend that option. which has been removed on the MoinMoin site. Is there an alternative method to upload such attachments to avoid DoS attacks? For example, having a temporary ftp address where you have to upload the file together with an md5 file, or (even better) a GPG-signature? A cron script then checks for the validity and integrity of the file and copies it to its final destination. Werner From cj24 at mweb.co.za Wed Jun 8 01:08:01 2005 From: cj24 at mweb.co.za (CRAIG) Date: Wed Jun 8 01:08:01 2005 Subject: [Moin-devel] Automated Page Creation Message-ID: <8cd52f8d569344bebd530f2de63bf8a3@mweb.co.za> An HTML attachment was scrubbed... URL: From 2005a at usenet.alexanderweb.de Wed Jun 8 12:30:17 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Jun 8 12:30:17 2005 Subject: [Moin-devel] Re: Automated Page Creation References: <0f9ea18014294bd2bb90d09f5e80310f@mweb.co.za> Message-ID: On Tue, 07 Jun 2005 17:59:19 +0200, CRAIG wrote: > I've also tried to get PageEditor.SaveText to work, but will need an example or something. All PageEditor constructors want a Request and all > Request constructors want a Wiki Instance as a parameter. Any examples out there or better ideas? you can get a request easily: from MoinMoin.request import RequestCLI request = RequestCLI(url = 'localhost/') request.form = request.args = request.setup_args() ... Kind regards, Alexander From cj24 at mweb.co.za Wed Jun 8 14:47:11 2005 From: cj24 at mweb.co.za (Craig Johnson) Date: Wed Jun 8 14:47:11 2005 Subject: [Moin-devel] Automated Page Creation Message-ID: <42A76838.9070808@mweb.co.za> Hi All, I have been using http messages to create pages in a MoinMoin wiki under 1.2.4. Essentailly pretending to be a browser. Now that the wiki has been upgraded to 1.3.4, my Python scripts no longer work because the various forms and methods have changed. So, before I go and fix my scripts, I thought that I should check to see if there's a better way. I have taken a very brief look at WikiRPC, but could not find a way of creating an attachment, so abandoned it. I've also tried to get PageEditor.SaveText to work, but will need an example or something. All PageEditor constructors want a Request and all Request constructors want a Wiki Instance as a parameter. Any examples out there or better ideas? Craig From martinson.jacob at gmail.com Tue Jun 14 09:58:35 2005 From: martinson.jacob at gmail.com (jacob martinson) Date: Tue Jun 14 09:58:35 2005 Subject: [Moin-devel] writing a moin parser Message-ID: <5b74795905061409573989c3e4@mail.gmail.com> are there any docs anywhere on writing a moin parser? i.e. how a parser fits in with the rest of moin, the interfaces, etc. our users would like to be able to use a simpler wiki markup language like in jspwiki. thanks! -jacob From tw-public at gmx.de Wed Jun 15 02:27:14 2005 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed Jun 15 02:27:14 2005 Subject: [Moin-devel] writing a moin parser In-Reply-To: <5b74795905061409573989c3e4@mail.gmail.com> References: <5b74795905061409573989c3e4@mail.gmail.com> Message-ID: <42AFAF02.8030807@gmx.de> > are there any docs anywhere on writing a moin parser? i.e. how a > parser fits in with the rest of moin, the interfaces, etc. Not really, but there is some example code in MoinMoin/parser/*.py. :) And it is not THAT complicated. A parser gets the raw page text and must generate calls to the formatter to produce output. The existing wiki parser does this by parsing the raw page line-per-line with that big ugly regular expression and doing formatter calls depending on what matched. It keeps some state in variables like in_pre or in_table. > our users would like to be able to use a simpler wiki markup language > like in jspwiki. Maybe it is a good idea to make a page on the moinmoin wiki about that topic. There might be 2 different scenarios: 1) You want to make a jspwiki compatible parser as an additional parser for moin (because your users are used to that and you have data in that markup). Good luck in that case! :) 2) You just want to improve the moinmoin default markup and parser. We also want that, but there definitely needs to be some very concrete and common plan to make this work. E.g. we want to simplify the link markup, which is currently too complicated and too irregular. Same thing applies to "include" long-term. We also want to generate xhtml at some time, but with that line-by-line parser it won't be possible. We also want to use DOM to make include work better. attachments shall be unified (in storage as well as in linking / including). Maybe get on #moin irc channel on irc.freenode.net to talk about it, if you want to help with that. From martinson.jacob at gmail.com Wed Jun 15 07:54:39 2005 From: martinson.jacob at gmail.com (jacob martinson) Date: Wed Jun 15 07:54:39 2005 Subject: [Moin-devel] writing a moin parser In-Reply-To: <42AFAF02.8030807@gmx.de> References: <5b74795905061409573989c3e4@mail.gmail.com> <42AFAF02.8030807@gmx.de> Message-ID: <5b74795905061507537243a350@mail.gmail.com> My immediate goal is to make the moin markup simpler, not to replicate jspwiki syntax per se, just to make it simple enough to migrate from jspwiki w/o resistance from our userbase. I got a bit lost when working with the big ugly re, especially when it came to it referencing the unicode character map. I'm going to have to read up a bit on how unicode works in Python. Also, the standard wiki.py parser does some things with string substitution I had never seen before (substituting named placeholders with values from a dictionary, rather than substituting generic placeholders linearly from a tuple), which kind of confused me at first, but now that I understand it . . . I see it's a really cool way to do a large number of substitutions. I'll dig around some more and hopefully find a way out to freenode from our network. Thanks for all the info!!! -j On 6/14/05, Thomas Waldmann wrote: > > are there any docs anywhere on writing a moin parser? i.e. how a > > parser fits in with the rest of moin, the interfaces, etc. > > Not really, but there is some example code in MoinMoin/parser/*.py. :) > > And it is not THAT complicated. > > A parser gets the raw page text and must generate calls to the formatter > to produce output. > > The existing wiki parser does this by parsing the raw page line-per-line > with that big ugly regular expression and doing formatter calls > depending on what matched. It keeps some state in variables like in_pre > or in_table. > > > our users would like to be able to use a simpler wiki markup language > > like in jspwiki. > > Maybe it is a good idea to make a page on the moinmoin wiki about that > topic. There might be 2 different scenarios: > > 1) You want to make a jspwiki compatible parser as an additional parser > for moin (because your users are used to that and you have data in that > markup). Good luck in that case! :) > > 2) You just want to improve the moinmoin default markup and parser. > > We also want that, but there definitely needs to be some very concrete > and common plan to make this work. E.g. we want to simplify the link > markup, which is currently too complicated and too irregular. Same thing > applies to "include" long-term. We also want to generate xhtml at some > time, but with that line-by-line parser it won't be possible. We also > want to use DOM to make include work better. attachments shall be > unified (in storage as well as in linking / including). > > Maybe get on #moin irc channel on irc.freenode.net to talk about it, if > you want to help with that. > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Moin-devel mailing list > Moin-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-devel > From ping at pingyeh.net Wed Jun 15 09:25:13 2005 From: ping at pingyeh.net (Ping Yeh) Date: Wed Jun 15 09:25:13 2005 Subject: [Moin-devel] MathML support? Message-ID: <42B05426.8080002@pingyeh.net> Hello, I have been using MoinMoin as the web for my freshman general physics course. The latex parser is very useful in writing exercises and solutions. Thanks for everyone that makes this working so nicely! (In case you are curious, see http://ping.phys.ntu.edu.tw/course/GPB2-2004/Exercise5.) Now I'd like to go one step further for next semester. I wish to use the itex2MML tool to convert TeX-like math markups into MathML, similar to the blog page http://golem.ph.utexas.edu/~distler/blog/archives/000541.html For this to really work nicely, it has to work both in blocks (like {{{#!math some math here}}} ) as well as inline (like $\gamma \ge 1$ for any $\beta$.). It seems this has to go into wiki.py by introducing inline math markups like $$... $$. This may break the line-parsing scheme in wiki.py. Am I thinking something totally crazy, or this is a good thing to do? I'm starting to write a math.py parser (block mode only). Your advices are appreciated. Regards, Ping From karl at la-grange.net Wed Jun 15 12:52:14 2005 From: karl at la-grange.net (Karl Dubost) Date: Wed Jun 15 12:52:14 2005 Subject: [Moin-devel] writing a moin parser In-Reply-To: <5b74795905061507537243a350@mail.gmail.com> References: <5b74795905061409573989c3e4@mail.gmail.com> <42AFAF02.8030807@gmx.de> <5b74795905061507537243a350@mail.gmail.com> Message-ID: <6D969C6D-A8FC-4CD8-8830-F4DDC8D23521@la-grange.net> Le 05-06-15 ? 10:53, jacob martinson a ?crit : > I got a bit lost when working with the big ugly re, especially when it > came to it referencing the unicode character map. I'm going to have > to read up a bit on how unicode works in Python. http://www.jorendorff.com/articles/unicode/python.html http://effbot.org/zone/unicode-objects.htm http://diveintopython.org/xml_processing/unicode.html http://evanjones.ca/python-utf8.html -- Karl Dubost - http://www.la-grange.net/ Pr?s de vous, madame, oubliant les cieux, L'astronome ?tonn? se trouble; C'est dans l'?clat caressant de vos yeux, Qu'il avait cru trouver l'?toile double. From martinson.jacob at gmail.com Wed Jun 15 13:21:30 2005 From: martinson.jacob at gmail.com (jacob martinson) Date: Wed Jun 15 13:21:30 2005 Subject: [Moin-devel] writing a moin parser In-Reply-To: <42AFAF02.8030807@gmx.de> References: <5b74795905061409573989c3e4@mail.gmail.com> <42AFAF02.8030807@gmx.de> Message-ID: <5b7479590506151320625c3ba6@mail.gmail.com> On 6/14/05, Thomas Waldmann wrote: > > are there any docs anywhere on writing a moin parser? i.e. how a > > parser fits in with the rest of moin, the interfaces, etc. > > Not really, but there is some example code in MoinMoin/parser/*.py. :) > > And it is not THAT complicated. > I'm sure it's simple once you understand it, but looking at wiki.py it's pretty easy to get lost on what is actually happening. This has got to be one of the best candidates for being rewritten with the re.X option I've ever seen: word_rule = ur'(?:(? References: <5b74795905061409573989c3e4@mail.gmail.com> <42AFAF02.8030807@gmx.de> <5b7479590506151320625c3ba6@mail.gmail.com> Message-ID: <5b7479590506151340dd56ee5@mail.gmail.com> i thought this was going to be a simple change, but it's proving difficult for me so far. i'm just trying to change wiki.py to recognize [Pagename] as a wiki word, instead of ["Pagename"]. -j On 6/15/05, jacob martinson wrote: > On 6/14/05, Thomas Waldmann wrote: > > > are there any docs anywhere on writing a moin parser? i.e. how a > > > parser fits in with the rest of moin, the interfaces, etc. > > > > Not really, but there is some example code in MoinMoin/parser/*.py. :) > > > > And it is not THAT complicated. > > > > I'm sure it's simple once you understand it, but looking at wiki.py > it's pretty easy to get lost on what is actually happening. This has > got to be one of the best candidates for being rewritten with the re.X > option I've ever seen: > > word_rule = > ur'(?:(? % { > 'u': config.chars_upper, > 'l': config.chars_lower, > 'subpages': config.allow_subpages and (wikiutil.CHILD_PREFIX + '?') or '', > 'parent': config.allow_subpages and (ur'(?:%s)?' % > re.escape(PARENT_PREFIX)) or '', > } > > And I thought I knew reg expressions pretty well! > > Thanks for everyone's help so far... I'm still chugging at it... > > -j > From 2005a at usenet.alexanderweb.de Wed Jun 15 16:06:56 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Wed Jun 15 16:06:56 2005 Subject: [Moin-devel] Re: MathML support? References: <42B05426.8080002@pingyeh.net> Message-ID: <1j2civa6cimt5$.dlg@usenet.alexanderweb.de> On Thu, 16 Jun 2005 00:15:34 +0800, Ping Yeh wrote: > Am I thinking something totally crazy, or this is > a good thing to do? I'm starting to write a math.py > parser (block mode only). Your advices are appreciated. There is a patch, see http://moinmoin.wikiwikiweb.de/MathMlSupport Kind regards, Alexander From resentful at lumi-lite.com Mon Jun 20 12:45:09 2005 From: resentful at lumi-lite.com (Amabel) Date: Mon Jun 20 12:45:09 2005 Subject: [Moin-devel] Are You a Smart Investor? Message-ID: <10291273886.8243469220@dsl-201-137-34-127.prod-infinitum.com.mx> Here we go again - NH VP great issue for your consideration The profile for the month of JUNE is NH VP - Northeast Development Corp. Breaking News: Northeast Development Corporation Negotiating Take Over of Laser Marking Facility Breaking News: Northeast Development Corporation Negotiating Take Over of Laser Marking Facility Breaking News: Northeast Development Corporation Negotiating Take Over of Laser Marking Facility +++++++++++++++++++++++++++++++++++++++++++++++++ Symbol: NH VP Price: $0.35 Expected possible price in next 5 days: 85 cents +++++++++++++++++++++++++++++++++++++++++++++++++ Breaking News Announced : PHILADELPHIA, Jun 18, 2005 (BUSINESS WIRE) -- Northeast Development Corp., (Pink Sheets: NH VP ), announced today that it is entering into negotiations to purchase a laser engraving and marking facility which is well established in the European medical and technical market. The market for specialized laser application has seen dramatic growth over the past 10 years, and NH VP Management considers it an appropriate time to take part in this rapidly expanding market sector. Laser marking and engraving processes are highly flexible and can be adapted to many uses throughout industries and, due to the 'clean' nature of the marking, are finding almost universal usage in the medical field. "Laser technology ranks among the most environmentally friendly industrial processes and is therefore also considered an industry with solid foundations for future uses in environmentally friendly and safe applications," stated Henrik Klausgaard, CEO. +++++++++++++++++++++++++++++++++++++++++++++++++ Symbol: NH VP Price: $0.35 Expected possible price in next 5 days: 85 cents +++++++++++++++++++++++++++++++++++++++++++++++++ The Company: ++++++++++++++++++++++ Northeast Development Corporation (NSC) is a real estate construction, development, acquisition and management company focused in the Northeastern United States. It currently does business around Hartford CT. Its? primary objective is to build long-term shareholder value in secondary and tertiary markets that are in exurban growth paths.Northeast Development Corporation (the "Company", unless the context indicates otherwise) is engaged in the construction business. The Company was incorporated in 2004 as a successor to businesses, which had been engaged in providing construction services since 2003 formerly through an operating subsidiary of Rescon Technology, Inc. The Company currently provides general contracting, construction management and design-build services to private clients and public agencies throughout the Northeast United States. It has a limited operating history, but strong developmental ties into its? target geographic markets. To date, it has primarily completed civil works projects in the Northeast US. The Company's construction business will involve two basic segments or operations: building and commercial development; and civil works projects. +++++++++++++++++++++++++++++++++++++++++++++++++ Symbol: NH VP Price: $0.35 Expected possible price in next 5 days: 85 cents +++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++++++++++++++++++++++++++++ Read This before you do anything else: Information within this email contains "forward looking statements" within the meaning of Section 27A of the Securities Act of 1933 and Section 21B of the Securities Exchange Act of 1934. Any statements that express or involve discussions with respect to predictions, goals, expectations, beliefs, plans, projections, objectives, assumptions or future events or performance are not statements of historical fact and may be "forward looking statements." Forward looking statements are based on expectations, estimates and projections at the time the statements are made that involve a number of risks and uncertainties which could cause actual results or events to differ materially from those presently anticipated. Forward looking statements in this action may be identified through the use of words such as: "projects", "foresee", "expects", "estimates," "believes," "understands" "will," "part of: "anticipates," or that by statements indicating certain actions "may," "could," or "might" occur. All information provided within this email pertaining to investing, stocks, securities must be understood as information provided and not investment advice. Emerging Equity Alert advises all readers and subscribers to seek advice from a registered professional securities representative before deciding to trade in stocks featured within this email. None of the material within this report shall be construed as any kind of investment advice. Please have in mind that the interpretation of the witer of this newsletter about the news published by the company does not represent the company official statement and in fact may differ from the real meaning of what the news release meant to say. Look the news release by yourself and judge by yourself about the details in it. In compliance with Section 17(b), we disclose the holding of NH VP shares prior to the publication of this report. Be aware of an inherent conflict of interest resulting from such holdings due to our intent to profit from the liquidation of these shares. Shares may be sold at any time, even after positive statements have been made regarding the above company. Since we own shares, there is an inherent conflict of interest in our statements and opinions. Readers of this publication are cautioned not to place undue reliance on forward-looking statements, which are based on certain assumptions and expectations involving various risks and uncertainties, that could cause results to differ materially from those set forth in the forward- looking statements. "Expected Speculative price" should not be accepted as price projection its only for informational purposes. Please be advised that nothing within this email shall constitute a solicitation or an invitation to get position in or sell any security mentioned herein. This newsletter is neither a registered investment advisor nor affiliated with any broker or dealer. This newsletter was paid $21000 from third party (TrIPromoConsult Report) to send this report. All statements made are our express opinion only and should be treated as such. We may own, take position and sell any securities mentioned at any time. This report includes forward-looking statements within the meaning of The Private Securities Litigation Reform Act of 1995. These statements may include terms as "expect", "believe", "may", "will", "move","undervalued" , "speculative target price" and "intend" or similar terms. From martinson.jacob at gmail.com Wed Jun 22 23:12:34 2005 From: martinson.jacob at gmail.com (jacob martinson) Date: Wed Jun 22 23:12:34 2005 Subject: [Moin-devel] writing a moin parser In-Reply-To: <5b7479590506151340dd56ee5@mail.gmail.com> References: <5b74795905061409573989c3e4@mail.gmail.com> <42AFAF02.8030807@gmx.de> <5b7479590506151320625c3ba6@mail.gmail.com> <5b7479590506151340dd56ee5@mail.gmail.com> Message-ID: <5b747959050622231132aa078b@mail.gmail.com> just wanted to say thanks to everyone for your help. the changes i made were small/trivial but the only way i could get them to take effect in a consistant/reliable way was to delete all the *pyc files under site-packages/MoinMoin and restart twisted/apache each time i made a change to wiki.py. for some reason just deleting wiki.pyc didn't do it. 90% of the time i've spent on this little project has been fighting some sort of importing issue. anyway, here are my current changes to make [wiki word] be interpretted the way i wanted: $ diff wiki.py wiki.py.0 432c432 < wikiname = word[1:-1] --- > wikiname = word[2:-2] 958c958 < rules = rules + ur'|(?P\[.*?\])' --- > rules = rules + ur'|(?P\[".*?"\])' i hope to move from jspwiki to moin soon so i'm going to go through the standard parser and make it as clean & easy to use as possible, taking hints from the other wikis i've used. once i get something nice i'll post it to the parsermarket in case anyone else might like it. on a side note i thought i knew python, but there's been a number of things i've seen since reading moin code i didn't know you could do. thanks again for all your help!!! -jacob From 2005a at usenet.alexanderweb.de Sat Jun 25 12:16:17 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sat Jun 25 12:16:17 2005 Subject: [Moin-devel] Merging mailing lists ... Message-ID: <111md347oe0e6.dlg@usenet.alexanderweb.de> Hi MoinMoin fans and developers, I am planning to merge both mailing lists, esp. merging this one into the users one. There is a main reason for that - there is not much traffic on this list that is really about development (esp. because we (the core team) do not use it for this matter) but many questions by users which got confused and chose the wrong list. If you have any objections, just speak. Otherwise I will try to merge the subscribers of this list into the main one in the next days, mark this one read-only (for archive purposes) and correct the references on the wiki. Kind regards, Alexander