From stage3 at us.ibm.com  Mon Aug  1 06:43:15 2005
From: stage3 at us.ibm.com (Garrett Rolfs)
Date: Mon Aug  1 06:43:15 2005
Subject: [Moin-user] Re: Inline Images and Attachments
References: <uzms5fxd9.fsf@us.ibm.com>
Message-ID: <uvf2pg4m5.fsf@us.ibm.com>

Nir Soffer pointed me in the right direction.  I have been using
subpages a fair amount.  Out of habit, I put a leading slash before
the filename of the image.  For example:

inline:/junk.gif

Once I removed the leading slash, it works as expectd.

Thank you,

-Garrett Rolfs




From sean at dague.net  Mon Aug  1 08:21:38 2005
From: sean at dague.net (Sean Dague)
Date: Mon Aug  1 08:21:38 2005
Subject: [Moin-user] Re: Inline Images and Attachments
In-Reply-To: <uzms5fxd9.fsf@us.ibm.com>
References: <uzms5fxd9.fsf@us.ibm.com>
Message-ID: <20050801151942.GA3684@underhill.no-ip.org>

On Fri, Jul 29, 2005 at 10:25:06AM -0500, Garrett Rolfs wrote:
> I would like to create a wiki document that has some screen shots.  I
> found the moinmoin inline directive and when I save my page there is a
> link to upload the image attachment.  Once I upload the image and go
> back to the page, I still have the link to upload an attachment.  Once
> an image is uploaded, how do I reference it?
> 
> I'm using MoinMoin 1.3.3 and the twisted web server.
> 
> Thank you,
> 
> -Garrett Rolfs

Related question, is there any way to specify additional image parameters
for attached images?  For instance, it would be really nice to be able to
set align= and even width and height on the HTML generated for the images.

	-Sean

-- 
__________________________________________________________________

Sean Dague                                       Mid-Hudson Valley
sean at dague dot net                            Linux Users Group
http://dague.net                                 http://mhvlug.org

There is no silver bullet.  Plus, werewolves make better neighbors
than zombies, and they tend to keep the vampire population down.
__________________________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050801/999036c1/attachment.sig>

From jimpop at yahoo.com  Mon Aug  1 10:11:22 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Mon Aug  1 10:11:22 2005
Subject: [Moin-user] Moin + mod_python (on Redhat)
Message-ID: <1122916092.15699.4.camel@localhost>

Has anyone successfully gotten Moin working w/ mod_python on a Redhat
system?  Is so, what RH version and can you tell me what version of
python is /usr/bin/python on your system(s).

Thanks,

-Jim P.




From crosseyedpenguin at yahoo.com  Mon Aug  1 11:37:37 2005
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Mon Aug  1 11:37:37 2005
Subject: [Moin-user] Moin + mod_python (on Redhat)
In-Reply-To: <1122916092.15699.4.camel@localhost>
Message-ID: <20050801183439.73248.qmail@web30914.mail.mud.yahoo.com>


--- Jim Popovitch <jimpop at yahoo.com> wrote:

> Has anyone successfully gotten Moin working w/ mod_python on a Redhat
> system?  Is so, what RH version and can you tell me what version of
> python is /usr/bin/python on your system(s).
> 
> Thanks,
> 

I have used mod_python on Redhat Fedora Core 2, 3, and 4. I currently
use Core 3 on my stable system, Python version there is 2.3.4.

Roger


		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 



From dremy at microsoft.com  Fri Aug  5 09:45:01 2005
From: dremy at microsoft.com (Dave Remy)
Date: Fri Aug  5 09:45:01 2005
Subject: [Moin-user] Changing the acl on an immutable page
Message-ID: <AABA1AF79766C143BB176F17D1959B1C07AF4012@RED-MSG-52.redmond.corp.microsoft.com>

I accidently changed an #acl to All:read, write and now the page turned
up immutable (was it the space between the read, and write?).  Anyway,
the main question is there some way for me to go into that page and
change the #acl?
thanks!
rem
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050805/051dd16d/attachment.html>

From dpharris76 at msn.com  Sat Aug  6 14:29:26 2005
From: dpharris76 at msn.com (Dave Harris)
Date: Sat Aug  6 14:29:26 2005
Subject: [Moin-user] MoinMoin 1.3.4 editor width
Message-ID: <BAY103-DAV12DCE95024D630C9866D1EC3C60@phx.gbl>

I recently upgraded my Windows XP MoinMoin from 1.2.1 to 1.3.4 (that was a big jump) and noticed a lot of differences (when did indented headlines go away??)

Here's one difference that is causing me all sorts of grief - the page editor is only 22 characters wide. Previously, the input box was the full width of the screen.

Looking at the HTML source, I see the line:

<textarea id="editor-textarea" name="savetext" lang="en" dir="ltr" rows="60">

According to my HTML reference, the cols attribute is required for <textarea>. Obviously, MoinMoin is not sending it. To confirm that, I examined PageEditor.py and found the lines:

        self.request.write(
            u'<textarea id="editor-textarea" name="savetext" lang="%(lang)s" dir="%(dir)s"'
            u' rows="%(rows)d">' % {
            'lang': lang,
            'dir': i18n.getDirection(lang),
            'rows': text_rows,
            }
            )
 
No "cols=" attribute there. And even if there was, I see the following commented out in user.py:

        self.edit_rows = self._cfg.edit_rows
        #self.edit_cols = 80
 
So, what does everyone else see when they edit a page? 

Thanks,
Dave Harris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050806/5b3f5174/attachment.html>

From nirs at actcom.net.il  Sat Aug  6 14:45:26 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Sat Aug  6 14:45:26 2005
Subject: [Moin-user] MoinMoin 1.3.4 editor width
In-Reply-To: <BAY103-DAV12DCE95024D630C9866D1EC3C60@phx.gbl>
References: <BAY103-DAV12DCE95024D630C9866D1EC3C60@phx.gbl>
Message-ID: <204EA356-06C3-11DA-B644-000A95B45AA0@actcom.net.il>

On 7 Aug, 2005, at 0:28, Dave Harris wrote:

>
> Here's one difference that is causing me all sorts of grief - the page 
> editor is only 22 characters wide. Previously, the input box was the 
> full width of the screen.

The problem is usually css caching on your browser. The textarea width 
is set in the css files.

Try this:
  1. Reload  the page with Shift key pressed (works with Firefox)
  2. If it does not help, delete the browser cache

I checked the editor in the w3.org validator, it does need to specify 
the cols attribtue, we will fix it in the next release. There are many 
other problems there, probably no one validated the editor before.


Best Regards,

Nir Soffer




From 2005a at usenet.alexanderweb.de  Sat Aug  6 16:06:28 2005
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sat Aug  6 16:06:28 2005
Subject: [Moin-user] ANN: MoinMoin 1.3.5 (advanced wiki engine) released
Message-ID: <rqgbqjd37cvg$.dlg@usenet.alexanderweb.de>

              _                    _
  /\/\   ___ (_)_ __   /\/\   ___ (_)_ __       
 /    \ / _ \| | '_ \ /    \ / _ \| | '_ \       __   
/ /\/\ \ (_) | | | | / /\/\ \ (_) | | | | |   /|  _)  
\/    \/\___/|_|_| |_\/    \/\___/|_|_| |_|    |.__)
                                                 
                                             
==============================================
 MoinMoin 1.3.5 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.3.5 is a maintenance release that fixes several bugs and
introduces some new features. See below. Upgrading is recommended
for all users. - http://moinmoin.wikiwikiweb.de/MoinMoinDownload


Major bugs that were fixed
--------------------------

 * Fixed minor security bug when ACL of deleted page was ignored. See:
   http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ACLIgnoredAfterDelete
 * Fixed shortcut link non-existent page detection.
 * Fixed a few bugs related to Python 2.2.x.
 * Fixed traceback which occurred on negated searches.
 * Fixed core code to support external formatters better.
 * Fixed url_mappings to work in proxied setups and sent mails
   again. Also fixed for image links. Thanks to JohannesBerg.
 * Fixed migration script 10 to run on Python 2.2.2.
 * The twisted server defaulted to a socket timeout of 12 hours!
   We reduced that to a more sane 10 minutes, that should still be more
   than enough. This fixed the "too many open files" problem we
   encountered quite often recently. Thanks to Helmut Grohne!
 * Various other bugfixes.


Major New features
------------------

 * Integrated Lupy indexer for better search performance. It is disabled
   by default as of 1.3.5 as it still has known issues.
 * Integrated MonthCalendar 2.1 with some new features.
 * Added the new XSLT parser and the DocBook parser. This should increase
   the 4suite compatiblity. See HelpOnXmlPages. Thanks to Henry Ho!
 * Added the DocBook formatter. This will let you generate DocBook markup
   by writing simple wiki pages. It needs PyXML.
 * New standalone server classes: ThreadPoolServer using pool of threads,
   ThreadingServer with thread limit and ForkingServer.
 * An option "PythonOption Location" in mod_python setup to solve
   script_name problems.
 * HTTPS using the Twisted server

For a more detailed list of changes, see the CHANGES file in the 
distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES


Major new features in 1.3
=========================

 * MoinMoin speaks your language! Complete Unicode support,
   translated system and help pages in more than ten languages, and
   support for languages written from right to left are the base features
   of our internationalisation support.

 * Fresh look and feel. New default user interface design, improved
   existing themes and enhanced theme plug-in framework that make it
   easier to modify the design or create completely new user interface.

 * Find anything on your wiki, instantly. New search engine and
   streamlined Google-like search interface, using multiple search
   terms, regular expressions, search term modifiers and boolean search.

 * Antispam - keep spammers out of you wiki. Protect your wiki with
   automatically updated spam patterns maintained on the MoinMaster
   wiki, and shared by all MoinMoin wikis worlwide.

 * Underlay directory - easy upgrade and maintenance. New streamlined
   directory layout protects all system and help pages in a separate
   underlay directory.

 * Run with your favorite server. Use either a standalone server that
   requires only Python, the high performance Twisted server, Apache with
   Fast CGI, mod_python or plain CGI.

 * Multiconfig - easier, more powerful configuration. New class-based
   configuration allow you to easily configure single or multiple
   wikis sharing a common setup.

MoinMoin History
================

MoinMoin has been around since year 2000. Most of the codebase was
written 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 a large number of private installations.


More Information
================

 * Project site: http://moinmoin.wikiwikiweb.de/                    
 * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures
 * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload
 * This software is available under the GNU General Public License v2.
 * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES
 * Known bugs: 
  * http://moinmoin.wikiwikiweb.de/KnownIssues
  * http://moinmoin.wikiwikiweb.de/MoinMoinBugs

sent by Alexander Schremmer for the MoinMoin team




From jimpop at micromuse.com  Sun Aug  7 17:02:31 2005
From: jimpop at micromuse.com (Jim Popovitch)
Date: Sun Aug  7 17:02:31 2005
Subject: [Moin-user] disabling action=test
Message-ID: <1123459115.16377.1.camel@localhost>

Is there a way to disable the 'test' action?  It contains a lot of
leaked server info that really shouldn't be exposed publicly.

Also, where can I find a complete list of all actions?

Thanks,

-Jim P.




From jimpop at yahoo.com  Sun Aug  7 22:23:33 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Sun Aug  7 22:23:33 2005
Subject: [Moin-user] disabling action=test
In-Reply-To: <1123459115.16377.1.camel@localhost>
References: <1123459115.16377.1.camel@localhost>
Message-ID: <1123478435.17457.0.camel@localhost>

I've posted a bug about this here:
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ActionEqualsTest

-Jim P.

On Sun, 2005-08-07 at 19:58 -0400, Jim Popovitch wrote:
> Is there a way to disable the 'test' action?  It contains a lot of
> leaked server info that really shouldn't be exposed publicly.
> 
> Also, where can I find a complete list of all actions?
> 
> Thanks,
> 
> -Jim P.
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From tw-public at gmx.de  Tue Aug  9 17:09:11 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue Aug  9 17:09:11 2005
Subject: [Moin-user] Changing the acl on an immutable page
In-Reply-To: <AABA1AF79766C143BB176F17D1959B1C07AF4012@RED-MSG-52.redmond.corp.microsoft.com>
References: <AABA1AF79766C143BB176F17D1959B1C07AF4012@RED-MSG-52.redmond.corp.microsoft.com>
Message-ID: <42F8B14D.3070308@gmx.de>

> I accidently changed an #acl to All:read, write and now the page turned
> up immutable (was it the space between the read, and write?).  Anyway,
> the main question is there some way for me to go into that page and
> change the #acl?

You need admin rights to change a page. And you need write rights, too.

Admin rights you usually get by config, using somewhat like:

acl_rights_before = u"MyName:admin,read,write,delete,revert"

Obviously, that gives you write rights, too.

So just make that config entry or contact that "MyName" if it is not you.

MyName can fix the page acls.



From skip at pobox.com  Tue Aug  9 17:36:39 2005
From: skip at pobox.com (Skip Montanaro)
Date: Tue Aug  9 17:36:39 2005
Subject: [Moin-user] Confused about ACLs - can't the page creator determine access?
Message-ID: <loom.20050809T144651-757@post.gmane.org>

I'm trying to figure out Moin's ACLs, but they just don't seem to work the
way I'd expect.  I went to create a new page with ths acl:

    #acl SkipMontanaro:read,write,admin All:

(while logged in as SkipMontanaro).  When I attemped to save the page, Moin
barked:

    You can't change ACLs on this page since you have no admin rights on it!

ACLs are enabled, but there are no changes from the defaults in the config
file:

    % egrep -i acl wikiconfig.py
        # Enable acl (0 to disable)
        acl_enabled = 1
        # All acl_right_xxx must use unicode [Unicode]
        #acl_rights_before = u"Known:admin All:read"

What am I missing?  As the creator of a page shouldn't I be allowed to be
its admin?

Thx,

-- 
Skip Montanaro
skip at pobox.com





From skip at pobox.com  Tue Aug  9 19:10:37 2005
From: skip at pobox.com (skip at pobox.com)
Date: Tue Aug  9 19:10:37 2005
Subject: [Moin-user] Confused about ACLs - can't the page creator determine access?
Message-ID: <17144.5555.430296.756104@montanaro.dyndns.org>

I'm trying to figure out Moin's ACLs, but they just don't seem to work the
way I'd expect.  I went to create a new page with ths acl:

    #acl SkipMontanaro:read,write,admin All:

(while logged in as SkipMontanaro).  When I attemped to save the page, Moin
barked:

    You can't change ACLs on this page since you have no admin rights on it!

ACLs are enabled, but there are no changes from the defaults in the config
file:

    % egrep -i acl wikiconfig.py
        # Enable acl (0 to disable)
        acl_enabled = 1
        # All acl_right_xxx must use unicode [Unicode]
        #acl_rights_before = u"Known:admin All:read"

What am I missing?  As the creator of a page shouldn't I be allowed to be
its admin?

Thx,

-- 
Skip Montanaro
skip at pobox.com



From skip at pobox.com  Tue Aug  9 19:10:41 2005
From: skip at pobox.com (skip at pobox.com)
Date: Tue Aug  9 19:10:41 2005
Subject: [Moin-user] Confused about ACLs - can't the page creator determine access?
Message-ID: <17144.10630.842199.271317@montanaro.dyndns.org>

I'm trying to figure out Moin's ACLs, but they just don't seem to work the
way I'd expect.  I went to create a new page with ths acl:

    #acl SkipMontanaro:read,write,admin All:

(while logged in as SkipMontanaro).  When I attemped to save the page, Moin
barked:

    You can't change ACLs on this page since you have no admin rights on it!

ACLs are enabled, but there are no changes from the defaults in the config
file:

    % egrep -i acl wikiconfig.py
        # Enable acl (0 to disable)
        acl_enabled = 1
        # All acl_right_xxx must use unicode [Unicode]
        #acl_rights_before = u"Known:admin All:read"

What am I missing?  As the creator of a page shouldn't I be allowed to be
its admin?

Thx,

-- 
Skip Montanaro
skip at pobox.com



From skip at pobox.com  Tue Aug  9 19:17:45 2005
From: skip at pobox.com (skip at pobox.com)
Date: Tue Aug  9 19:17:45 2005
Subject: [Moin-user] Confused about ACLs - can't the page creator determine access?
Message-ID: <17143.42050.603740.54643@montanaro.dyndns.org>

I'm trying to figure out Moin's ACLs, but they just don't seem to work the
way I'd expect.  I went to create a new page with ths acl:

    #acl SkipMontanaro:read,write,admin All:

(while logged in as SkipMontanaro).  When I attemped to save the page, Moin
barked:

    You can't change ACLs on this page since you have no admin rights on it!

ACLs are enabled, but there are no changes from the defaults in the config
file:

    % egrep -i acl wikiconfig.py
        # Enable acl (0 to disable)
        acl_enabled = 1
        # All acl_right_xxx must use unicode [Unicode]
        #acl_rights_before = u"Known:admin All:read"

What am I missing?  As the creator of a page shouldn't I be allowed to be
its admin?

Thx,

-- 
Skip Montanaro
skip at pobox.com



From skip at pobox.com  Tue Aug  9 19:31:45 2005
From: skip at pobox.com (skip at pobox.com)
Date: Tue Aug  9 19:31:45 2005
Subject: [Moin-user] My apologies...
In-Reply-To: <17144.10630.842199.271317@montanaro.dyndns.org>
References: <17144.10630.842199.271317@montanaro.dyndns.org>
Message-ID: <17145.26297.357818.629225@montanaro.dyndns.org>

Sorry about all the duplication regarding ACLs.  My mails to the list have
been dropping into a black hole for the past couple days.  I kept trying
different things, thinking my previous mails had been discarded.  Eventually
the floodgates opened and all my attempts found their way to the list.
(Blame SF I think, though I deserve some blame as well.)

Skip




From jimpop at yahoo.com  Tue Aug  9 19:53:05 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Tue Aug  9 19:53:05 2005
Subject: [Moin-user] Confused about ACLs - can't the page creator
	determine access?
In-Reply-To: <17143.42050.603740.54643@montanaro.dyndns.org>
References: <17143.42050.603740.54643@montanaro.dyndns.org>
Message-ID: <1123642153.1822.1.camel@localhost>

Skip, 

Is user SkipMontanaro a member the AdminGroup?  If not, I don't believe
that you can give yourself "admin" rights.

-Jim P.

On Mon, 2005-08-08 at 13:28 -0500, skip at pobox.com wrote:
> I'm trying to figure out Moin's ACLs, but they just don't seem to work the
> way I'd expect.  I went to create a new page with ths acl:
> 
>     #acl SkipMontanaro:read,write,admin All:
> 
> (while logged in as SkipMontanaro).  When I attemped to save the page, Moin
> barked:
> 
>     You can't change ACLs on this page since you have no admin rights on it!
> 
> ACLs are enabled, but there are no changes from the defaults in the config
> file:
> 
>     % egrep -i acl wikiconfig.py
>         # Enable acl (0 to disable)
>         acl_enabled = 1
>         # All acl_right_xxx must use unicode [Unicode]
>         #acl_rights_before = u"Known:admin All:read"
> 
> What am I missing?  As the creator of a page shouldn't I be allowed to be
> its admin?
> 
> Thx,
> 




From skip at pobox.com  Tue Aug  9 20:37:48 2005
From: skip at pobox.com (skip at pobox.com)
Date: Tue Aug  9 20:37:48 2005
Subject: [Moin-user] Confused about ACLs - can't the page creator determine access?
Message-ID: <17144.4159.140506.898817@montanaro.dyndns.org>

I'm trying to figure out Moin's ACLs, but they just don't seem to work the
way I'd expect.  I went to create a new page with ths acl:

    #acl SkipMontanaro:read,write,admin All:

(while logged in as SkipMontanaro).  When I attemped to save the page, Moin
barked:

    You can't change ACLs on this page since you have no admin rights on it!

ACLs are enabled, but there are no changes from the defaults in the config
file:

    % egrep -i acl wikiconfig.py
        # Enable acl (0 to disable)
        acl_enabled = 1
        # All acl_right_xxx must use unicode [Unicode]
        #acl_rights_before = u"Known:admin All:read"

What am I missing?  As the creator of a page shouldn't I be allowed to be
its admin?

Thx,

-- 
Skip Montanaro
skip at pobox.com



From nirs at actcom.net.il  Tue Aug  9 22:53:55 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Tue Aug  9 22:53:55 2005
Subject: [Moin-user] Confused about ACLs - can't the page creator determine access?
In-Reply-To: <17144.4159.140506.898817@montanaro.dyndns.org>
References: <17144.4159.140506.898817@montanaro.dyndns.org>
Message-ID: <E03C5A11-0962-11DA-8657-000A95B45AA0@actcom.net.il>

On 9 Aug, 2005, at 5:09, skip at pobox.com wrote:

>
> I'm trying to figure out Moin's ACLs, but they just don't seem to work 
> the
> way I'd expect.  I went to create a new page with ths acl:
>
>     #acl SkipMontanaro:read,write,admin All:
>
> (while logged in as SkipMontanaro).  When I attemped to save the page, 
> Moin
> barked:
>
>     You can't change ACLs on this page since you have no admin rights 
> on it!
>
> ACLs are enabled, but there are no changes from the defaults in the 
> config
> file:
>
>     % egrep -i acl wikiconfig.py
>         # Enable acl (0 to disable)
>         acl_enabled = 1
>         # All acl_right_xxx must use unicode [Unicode]
>         #acl_rights_before = u"Known:admin All:read"
>
> What am I missing?  As the creator of a page shouldn't I be allowed to 
> be
> its admin?

We don't have the concept of "createor" or "owner" of a page. Page acl 
can be change only by Admin, which is usually defined in the wiki 
config.

Try this configuration:

     acl_rights_before = u"SkipMontanaro:read,write,delete,revert,admin 
""

Now you can do anything on any page. If you want more admin users, you 
can add them in the config, or add them to an acl protected group page, 
and add the group page name to the config.

All this is explained here:
http://moinmoin.wikiwikiweb.de/MoinMoinQuestions/Administration


Best Regards,

Nir Soffer




From nirs at actcom.net.il  Tue Aug  9 22:58:33 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Tue Aug  9 22:58:33 2005
Subject: [Moin-user] Confused about ACLs - can't the page creator determine access?
In-Reply-To: <E03C5A11-0962-11DA-8657-000A95B45AA0@actcom.net.il>
References: <17144.4159.140506.898817@montanaro.dyndns.org> <E03C5A11-0962-11DA-8657-000A95B45AA0@actcom.net.il>
Message-ID: <A3CE7340-0963-11DA-8657-000A95B45AA0@actcom.net.il>

On 10 Aug, 2005, at 8:52, Nir Soffer wrote:

>     acl_rights_before = u"SkipMontanaro:read,write,delete,revert,admin 
> ""

oops, this is the correct line:
	acl_rights_before = u"SkipMontanaro:read,write,delete,revert,admin "


Best Regards,

Nir Soffer




From r.erens at eurosys.nl  Wed Aug 10 04:53:02 2005
From: r.erens at eurosys.nl (Roger Erens)
Date: Wed Aug 10 04:53:02 2005
Subject: [Moin-user] unwanted pages remaining after removing unwanted languages
Message-ID: <871553ABB021B7479D37EE69EFAEB2A94A3DBC@srvmail.EUROSYS.LOCAL>

Hi,

after having run the Python script as shown at http://moinmoin.wikiwikiweb.de/RemovingUnwantedLanguages
to remove all but the English and Dutch pages, I only have a few remaining issues when viewing the WordIndex page:

1 there's one Polish page left (PomocPrzyFormatowaniu; I already changed its #language line on moinmaster)

2 there are three XSLT-sheets listed (Vers?oXslt, XsltVersion, XsltV?ltozat). Clicking on one of them gives me some error, unlike Moin's website. See below for the traceback.
Do I need them, or can I get rid of them? If yes, suffices the removal of the directories 
XsltV(c3a1)ltozat
XsltVersion
Vers(c3a3)oXslt
in the underlay/pages directory?

3 The underlay/pages directory contains a lot of directories with names such as
(d7a7d798d792d795d7a8d799d794)_(d793d7a3)_(d791d799d7aa)
Are they neccessary?

4 Finally the underlay/pages directory contains a lot of files with strange long names whose contents is just:
00000001
Can I remove these files as well?

Thanks in advance,

Roger


Python Python 2.4.1: /usrdir/rogere/bin/python
SCO_SV ontwik3 3.2 5.0.7 i386
MoinMoin Release 1.3.5 [Revision 1.3.5 release]
Wed Aug 10 13:39:35 2005

 /usrdir/rogere/lib/python2.4/site-packages/MoinMoin/request.py in run(self=<MoinMoin.request.RequestCGI object>)
  854                 if self.cfg.allow_extended_names:
  855                     self.page = Page(self, pagename)
  856                     self.page.send_page(self, count_hit=1)
  857                 else:
  858                     # TODO: kill this. Why disable allow extended names?
self = <MoinMoin.request.RequestCGI object>, self.page = <MoinMoin.Page.Page instance>, self.page.send_page = <bound method Page.send_page of <MoinMoin.Page.Page instance>>, count_hit undefined

 /usrdir/rogere/lib/python2.4/site-packages/MoinMoin/Page.py in send_page(self=<MoinMoin.Page.Page instance>, request=<MoinMoin.request.RequestCGI object>, msg='', **keywords={'count_hit': 1})
 1152         else:
 1153             # parse the text and send the page content
 1154             self.send_page_content(request, Parser, body, format_args=pi_formatargs, do_cache=do_cache)
 1155 
 1156             # check for pending footnotes
self = <MoinMoin.Page.Page instance>, self.send_page_content = <bound method Page.send_page_content of <MoinMoin.Page.Page instance>>, request = <MoinMoin.request.RequestCGI object>, Parser = <class MoinMoin.parser.xslt.Parser>, body = u'<?xml version="1.0"?>\n\n<?xml-stylesheet href="Xs...rsion\')"/>\n </xsl:template>\n\n</xsl:stylesheet>\n', format_args undefined, pi_formatargs = '', do_cache = 1

 /usrdir/rogere/lib/python2.4/site-packages/MoinMoin/Page.py in send_page_content(self=<MoinMoin.Page.Page instance>, request=<MoinMoin.request.RequestCGI object>, Parser=<class MoinMoin.parser.xslt.Parser>, body=u'<?xml version="1.0"?>\n\n<?xml-stylesheet href="Xs...rsion\')"/>\n </xsl:template>\n\n</xsl:stylesheet>\n', needsupdate=1, format_args='', do_cache=1)
 1287             request.redirect(buffer)
 1288             parser = Parser(body, request)
 1289             parser.format(formatter)
 1290             request.redirect()
 1291             text = buffer.getvalue()
parser = <MoinMoin.parser.xslt.Parser instance>, parser.format = <bound method Parser.format of <MoinMoin.parser.xslt.Parser instance>>, formatter = <MoinMoin.formatter.text_python.Formatter instance>

 /usrdir/rogere/lib/python2.4/site-packages/MoinMoin/parser/xslt.py in format(self=<MoinMoin.parser.xslt.Parser instance>, formatter=<MoinMoin.formatter.text_python.Formatter instance>)
   46             # can be activated in wikiconfig.py
   47             from MoinMoin.parser import plain
   48             self.request.write(formatter.sysmsg(1) +
   49                                formatter.raw_html(_('XSLT option disabled, please look at HelpOnConfiguration.')) +
   50                                formatter.sysmsg(0))
self = <MoinMoin.parser.xslt.Parser instance>, self.request = <MoinMoin.request.RequestCGI object>, self.request.write = <bound method RequestCGI.write of <MoinMoin.request.RequestCGI object>>, formatter = <MoinMoin.formatter.text_python.Formatter instance>, formatter.sysmsg = <bound method Formatter.sysmsg of <MoinMoin.formatter.text_html.Formatter instance>>, formatter.raw_html undefined, _ = <function <lambda>>

 /usrdir/rogere/lib/python2.4/site-packages/MoinMoin/formatter/text_python.py in __getattr__(self=<MoinMoin.formatter.text_python.Formatter instance>, name='raw_html')
   74         """ For every thing we have no method/attribute use the formatter
   75         """
   76         return getattr(self.formatter, name)
   77 
   78     def __insert_code(self, call):
getattr undefined, self = <MoinMoin.formatter.text_python.Formatter instance>, self.formatter = <MoinMoin.formatter.text_html.Formatter instance>, name = 'raw_html'

AttributeError: Formatter instance has no attribute 'raw_html'
      __doc__ = 'Attribute not found.'
      __getitem__ = <bound method AttributeError.__getitem__ of <exceptions.AttributeError instance>>
      __init__ = <bound method AttributeError.__init__ of <exceptions.AttributeError instance>>
      __module__ = 'exceptions'
      __str__ = <bound method AttributeError.__str__ of <exceptions.AttributeError instance>>
      args = ("Formatter instance has no attribute 'raw_html'",)



From 2005a at usenet.alexanderweb.de  Wed Aug 10 09:33:40 2005
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Wed Aug 10 09:33:40 2005
Subject: [Moin-user] Re: unwanted pages remaining after removing unwanted languages
References: <871553ABB021B7479D37EE69EFAEB2A94A3DBC@srvmail.EUROSYS.LOCAL>
Message-ID: <162uznv3uvjp9$.dlg@usenet.alexanderweb.de>

On Wed, 10 Aug 2005 13:51:49 +0200, Roger Erens wrote:

> 1 there's one Polish page left (PomocPrzyFormatowaniu; I already changed its #language line on moinmaster)

Thanks for your edit.

> 2 there are three XSLT-sheets listed (Vers?oXslt, XsltVersion, XsltV?ltozat). Clicking on one of them gives me some error, unlike Moin's website. See below for the traceback.
> Do I need them, or can I get rid of them? If yes, suffices the removal of the directories in the underlay/pages directory?

Yes, you can remove them. The bug was already fixed. It was a typo :-)

> 3 The underlay/pages directory contains a lot of directories with names such as
> (d7a7d798d792d795d7a8d799d794)_(d793d7a3)_(d791d799d7aa) Are they neccessary?

They seem to be pages in non-western languages.
 
> 4 Finally the underlay/pages directory contains a lot of files with strange long names whose contents is just: 00000001
> Can I remove these files as well?

Can you describe them more detailed please?

Kind regards,
Alexander




From r.erens at eurosys.nl  Wed Aug 10 09:58:18 2005
From: r.erens at eurosys.nl (Roger Erens)
Date: Wed Aug 10 09:58:18 2005
Subject: [Moin-user] Re: unwanted pages remaining after removing unwanted languages
Message-ID: <871553ABB021B7479D37EE69EFAEB2A94A3DBF@srvmail.EUROSYS.LOCAL>

> > 3 The underlay/pages directory contains a lot of directories with 
> > names such as
> > (d7a7d798d792d795d7a8d799d794)_(d793d7a3)_(d791d799d7aa) 
> Are they neccessary?
> 
> They seem to be pages in non-western languages.
Yes, I found another page showing up in the word index, with chinese
characters. And also some files showed #language ru. So the removing
script apparently misses the pages where no revision 00000001 can be
found.
>  
> > 4 Finally the underlay/pages directory contains a lot of files with 
> > strange long names whose contents is just: 00000001 Can I 
> remove these 
> > files as well?
> 
> Can you describe them more detailed please?
Some example files:
HelpOnSlideShows(2f)900_Last_but_not_least(3a)_Running_your_presentat000
0644
or
WikiSchulung(2f)BasisEinf(c3bc)hrung(2f)060_Wie_finde_ich_mich_zurech000
0644

Hmm... They all seem to end with 0000644
> 
> Kind regards,
> Alexander
> 

Thanks for your time!
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & 
> EXPO September 19-22, 2005 * San Francisco, CA * Development 
> Lifecycle Practices Agile & Plan-Driven Development * 
> Managing Projects & Teams * Testing & QA Security * Process 
> Improvement & Measurement * http://www.sqe.com/bsce5sf 
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/m> oin-user
> 



From kenneth.m.mcdonald at sbcglobal.net  Wed Aug 10 12:57:10 2005
From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald)
Date: Wed Aug 10 12:57:10 2005
Subject: [Moin-user] Any way to use Include on ["..."] style pages?
Message-ID: <A03BBB95-1A58-4F28-8ED5-E3DAC75CF2AB@sbcglobal.net>

It's important for what we're doing that we allow page names with  
space in them. However, I haven't been able to get Include to work  
with such pages, i.e. neither

[[Include(My Page)]]
nor
[[Include(["My Page"])]]

will work. I've also tried to use regular expressions:

[[Include(^My.Page)]]

without success. I haven't been able to find a help page describing  
MoinMoin regex's; are they the same as Python's, or are they different?

Thanks,
Ken



From James.Wagner at mci.com  Wed Aug 10 15:53:02 2005
From: James.Wagner at mci.com (James Wagner)
Date: Wed Aug 10 15:53:02 2005
Subject: [Moin-user] Any way to use Include on ["..."] style pages?
In-Reply-To: <A03BBB95-1A58-4F28-8ED5-E3DAC75CF2AB@sbcglobal.net>
Message-ID: <003101c59dfe$1e59e8f0$7b9122a6@mcilink.com>

Just tried:

[[Include(Page With Spaces)]]

on my desktop version of MoinMoin (1.3.4) and it worked just fine. What
version are you running?

	James.

> -----Original Message-----
> From: moin-user-admin at lists.sourceforge.net 
> [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of 
> Kenneth McDonald
> Sent: Wednesday, 10-Aug-2005 1:57 PM
> To: moin-user at lists.sourceforge.net
> Subject: [Moin-user] Any way to use Include on ["..."] style pages?
> 
> 
> It's important for what we're doing that we allow page names with  
> space in them. However, I haven't been able to get Include to work  
> with such pages, i.e. neither
> 
> [[Include(My Page)]]
> nor
> [[Include(["My Page"])]]
> 
> will work. I've also tried to use regular expressions:
> 
> [[Include(^My.Page)]]
> 
> without success. I haven't been able to find a help page describing  
> MoinMoin regex's; are they the same as Python's, or are they 
> different?
> 
> Thanks,
> Ken
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & 
> EXPO September 19-22, 2005 * San Francisco, CA * Development 
> Lifecycle Practices Agile & Plan-Driven Development * 
> Managing Projects & Teams * Testing & QA Security * Process 
> Improvement & Measurement * http://www.sqe.com/bsce5sf 
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/moin-user
> 




From kenneth.m.mcdonald at sbcglobal.net  Wed Aug 10 17:36:44 2005
From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald)
Date: Wed Aug 10 17:36:44 2005
Subject: [Moin-user] Various newbie questions about links
Message-ID: <C702DAF2-71AF-4CD5-9F77-E51A81BC2D68@sbcglobal.net>

Several lengthy questions, I'm afraid. To put them in context, I'm a  
tech writer/documentation manager at a small graphics firm. We are  
planning on making documentation available to our users via MoinMoin,  
so that we can easily update it, and so they can provide insights and  
suggestions for other users about various aspects of the package.  
MoinMoin was chosen because it has a nice plugin architecture, all of  
the features we need and a large subset of the ones we desire, and  
because Python is by far my favorite programming language :-)

Since this will be a corporate web site, we need to keep a certain  
amount of control over the site. In addition, we want to make sure  
the site looks "clean", i.e. not a wiki*; this will keep new users  
from being confused by the naming, and also (we hope) keep the  
documentation in a format that might translate over to a book at some  
point.

     * I have nothing against the "wiki look" :-) -- it's just not  
appropriate for what we're doing.

But of course, we still want to use all of the great MoinMoin  
features. :-)

So, the questions:

1) I'll be disabling CamelCasing, both because we prefer the visuals  
of ["Titles with Spaces"], and because our product has controls with  
names like 'SetVal Off', which really wouldn't be nice to use with  
camel case on. As far as I can tell, the best way to do this is to  
copy Parser/wiki.py into the plugins directory, and modify it by  
stripping out the appropriate regex. Are there better ways of doing  
this? Any subtleties I should be aware of?

2) We'd like to be able to organize things hierarchically (eg. ["Ref/ 
Controls/Edit Menu/Paste"]), but to be able to refer to certain  
things via a shorthand (eg., ["Edit:Paste"] might be a shortcut for  
the above link.) Is there some way of doing this in MoinMoin? If not,  
is writing a macro the best way to do this? (I've just barely looked  
at writing macros.) I suppose it could be done by creating "shortcut  
pages" which simply include the "official page", but perhaps there's  
a more elegant (and less labor-intensive way) of doing this?

3) In a similar vein to the above question, we'd also like to be able  
to put arbitrary text in a link, rather than displaying the link  
text; for example, [[Link(Go here for info, Ref/Controls/Edit Menu/ 
Paste)]] might be a link to the indicated page, but display on the  
screen with just the text "Go here for info".

4) We'll be keeping edit control over quite a few of the pages to  
ourselves, but will be allowing users to add comments to a comments  
page that is inlined via the Include macro. Ideally, we'd like the  
comments section of a page to be presented in a different style, say  
with an outline and a slightly different background shade. I know I  
can probably accomplish this by developing a new macro starting from  
the Include codebase, but was wondering if there's a simpler way.

We're looking forward to using MoinMoin. I hope that, as I get to  
know more about it, I might be able to contribute something back to  
the MoinMoin community.

Thanks,
Ken McDonald



From nirs at actcom.net.il  Thu Aug 11 03:57:05 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Thu Aug 11 03:57:05 2005
Subject: [Moin-user] Various newbie questions about links
In-Reply-To: <C702DAF2-71AF-4CD5-9F77-E51A81BC2D68@sbcglobal.net>
References: <C702DAF2-71AF-4CD5-9F77-E51A81BC2D68@sbcglobal.net>
Message-ID: <50305E49-0A56-11DA-BE7E-000A95B45AA0@actcom.net.il>

On 11 Aug, 2005, at 3:34, Kenneth McDonald wrote:

> Since this will be a corporate web site, we need to keep a certain 
> amount of control over the site. In addition, we want to make sure the 
> site looks "clean", i.e. not a wiki*; this will keep new users from 
> being confused by the naming, and also (we hope) keep the 
> documentation in a format that might translate over to a book at some 
> point.

You want to use this theme: 
http://moinmoin.wikiwikiweb.de/ModernCmsTheme

> So, the questions:
>
> 1) I'll be disabling CamelCasing, both because we prefer the visuals 
> of ["Titles with Spaces"], and because our product has controls with 
> names like 'SetVal Off', which really wouldn't be nice to use with 
> camel case on. As far as I can tell, the best way to do this is to 
> copy Parser/wiki.py into the plugins directory, and modify it by 
> stripping out the appropriate regex. Are there better ways of doing 
> this? Any subtleties I should be aware of?

You want to use this parser: 
http://moinmoin.wikiwikiweb.de/ParserMarket/NoCamelCase

> 2) We'd like to be able to organize things hierarchically (eg. 
> ["Ref/Controls/Edit Menu/Paste"]), but to be able to refer to certain 
> things via a shorthand (eg., ["Edit:Paste"] might be a shortcut for 
> the above link.) Is there some way of doing this in MoinMoin? If not, 
> is writing a macro the best way to do this? (I've just barely looked 
> at writing macros.) I suppose it could be done by creating "shortcut 
> pages" which simply include the "official page", but perhaps there's a 
> more elegant (and less labor-intensive way) of doing this?

It depends where the link is. On Ref/Controls, the link would be 
["/Edit Menu/Paste"], and on Ref/Controls/Edit Menu, ["/Paste"].

If you want to refer to the page with a shorter name, use the ugly (but 
effective) [:Ref/Controls/Edit Menu/Paste:Edit:Paste] link format.

> 3) In a similar vein to the above question, we'd also like to be able 
> to put arbitrary text in a link, rather than displaying the link text; 
> for example, [[Link(Go here for info, Ref/Controls/Edit Menu/Paste)]] 
> might be a link to the indicated page, but display on the screen with 
> just the text "Go here for info".

See above.

> 4) We'll be keeping edit control over quite a few of the pages to 
> ourselves, but will be allowing users to add comments to a comments 
> page that is inlined via the Include macro. Ideally, we'd like the 
> comments section of a page to be presented in a different style, say 
> with an outline and a slightly different background shade. I know I 
> can probably accomplish this by developing a new macro starting from 
> the Include codebase, but was wondering if there's a simpler way.

I'm also interested with such addition. Here is the solution I thought 
about.

You can use include on the page to get the content from an included sub 
page. To add comments, the simplest thing would be adding a edit link 
to the comment page, like its done here: 
http://moinmoin.wikiwikiweb.de/SimpleBlog/

But if you don't want people to edit each other comments, you don't 
want to use it. You can create a macro which write a form that send the 
comment text to an action, which append the comment to the text of the 
comment page. You can see how to do this here: 
http://moinmoin.wikiwikiweb.de/MoinDev/Storage

You may want to add an acl right named "comment" in your config:
	acl_rights_valid = ["read", "write", "delete", "revert", "admin", 
"comment"]

And add "comment" right for All:
	acl_right_default = u"read,comment"

Now all your pages will be comment-able, unless they have custom acl 
that does not include the "comment" right. To let people comment, you 
will add a [[Comment]] macro.

Comment pages will use this #acl (you don't want comment pages for 
comment pages):
#acl All:read

The tricky part is using PageEditor.saveText to save comment pages. It 
includes acl checking that will not let you save pages without "write" 
right, or worse, add the needed acl on new page without "admin" right. 
The best solution is to create a sub class of PageEditor, maybe 
CommentEditor, that override saveText, with a version that let you 
write to a comment page without "write" acl. The "comment" action will 
use this class to add comments.


Best Regards,

Nir Soffer




From pwallace at rightnow.com  Fri Aug 12 13:52:01 2005
From: pwallace at rightnow.com (pwallace)
Date: Fri Aug 12 13:52:01 2005
Subject: [Moin-user] I am having problems using the search feature on this site.  I get no items returned.
Message-ID: <loom.20050812T223423-692@post.gmane.org>

I am having problems using the search feature on this site.  I get no items
returned when searching for content I can see in the archive.





From ms419 at freezone.co.uk  Fri Aug 12 17:36:15 2005
From: ms419 at freezone.co.uk (ms419 at freezone.co.uk)
Date: Fri Aug 12 17:36:15 2005
Subject: [Moin-user] special characters in interwiki links
Message-ID: <20050813003353.GB2748@tor.lat>

I'm struggling to represent interwiki links containing special
characters, like space or colon

I want to represent -


IMDB:Napoleon Dynamite


- or -


CPAN:Net::DPAP::Server


Of course the interwiki link is terminated by the first space or colon

I tried -


IMDB:["Napoleon Dynamite"]


- & -


CPAN:["Net::DPAP::Server"]


- to no avail

Anyone know how to represent interwiki links containing space or colon
in Moin?

Many thanks!

Jack
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 242 bytes
Desc: Digital signature
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050812/0ab53085/attachment.sig>

From kenneth.m.mcdonald at sbcglobal.net  Fri Aug 12 17:50:25 2005
From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald)
Date: Fri Aug 12 17:50:25 2005
Subject: [Moin-user] What are the advantages of doing a "farm" vs. individual wikis
Message-ID: <A06E2A62-9BE9-4ECD-A9DE-C983E3B2C3BC@sbcglobal.net>

I've set up MoinMoin using "farmconfig.py", as I'll be running a  
couple of wikis. However, as I've come close to opening up the first  
one, I've started to think that I should simply install each wiki  
"standalone", rather than under farmconfig.

Basically, I'm finding that there is a lot of stuff I want to do  
differently across wikis, and where I do need common files, it seems  
just as easy to use symbolic links to permit access to common  
directories.

Are there other benefits to using a wiki farm I should be aware of  
before I change over to standalone wikis?


Thanks,
Ken



From 2005a at usenet.alexanderweb.de  Sat Aug 13 05:10:18 2005
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sat Aug 13 05:10:18 2005
Subject: [Moin-user] Re: I am having problems using the search feature on this site.  I get no items returned.
References: <loom.20050812T223423-692@post.gmane.org>
Message-ID: <1hj24mo14pgrw$.dlg@usenet.alexanderweb.de>

On Fri, 12 Aug 2005 20:37:02 +0000 (UTC), pwallace wrote:

> I am having problems using the search feature on this site.  I get no items
> returned when searching for content I can see in the archive.

Which site? Which version? Lupy enabled?

Kind regards,
Alexander




From 2005a at usenet.alexanderweb.de  Sat Aug 13 05:21:23 2005
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sat Aug 13 05:21:23 2005
Subject: [Moin-user] Re: What are the advantages of doing a "farm" vs. individual wikis
References: <A06E2A62-9BE9-4ECD-A9DE-C983E3B2C3BC@sbcglobal.net>
Message-ID: <1m6dg0rf6wn1b$.dlg@usenet.alexanderweb.de>

On Fri, 12 Aug 2005 19:49:56 -0500, Kenneth McDonald wrote:

> Are there other benefits to using a wiki farm I should be aware of  
> before I change over to standalone wikis?

You just have a single process handling all your wiki, this might be an
administration overhead/speed advantage if you run standalone server or
Twisted.

Kind regards,
Alexander




From 2005a at usenet.alexanderweb.de  Sat Aug 13 05:31:21 2005
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sat Aug 13 05:31:21 2005
Subject: [Moin-user] Re: special characters in interwiki links
References: <20050813003353.GB2748@tor.lat>
Message-ID: <1h1c8lubka3y2.dlg@usenet.alexanderweb.de>

On Fri, 12 Aug 2005 17:33:53 -0700, ms419 at freezone.co.uk wrote:

> Anyone know how to represent interwiki links containing space or colon
> in Moin?

You have to urlencode them (like your browser shows them):

CPAN:Net%3A%3ADPAP%3A%3AServer

Kind regards,
Alexander




From nirs at actcom.net.il  Sat Aug 13 07:33:13 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Sat Aug 13 07:33:13 2005
Subject: [Moin-user] special characters in interwiki links
In-Reply-To: <20050813003353.GB2748@tor.lat>
References: <20050813003353.GB2748@tor.lat>
Message-ID: <04B1A494-0C07-11DA-B2CB-000A95B45AA0@actcom.net.il>

On 13 Aug, 2005, at 3:33, ms419 at freezone.co.uk wrote:

> I'm struggling to represent interwiki links containing special
> characters, like space or colon

You must escape special characters, for example:
"file name" -> "file%20name"

Best Regards,

Nir Soffer




From ms419 at freezone.co.uk  Sat Aug 13 13:47:00 2005
From: ms419 at freezone.co.uk (ms419 at freezone.co.uk)
Date: Sat Aug 13 13:47:00 2005
Subject: [Moin-user] special characters in interwiki links
In-Reply-To: <04B1A494-0C07-11DA-B2CB-000A95B45AA0@actcom.net.il>
References: <20050813003353.GB2748@tor.lat> <04B1A494-0C07-11DA-B2CB-000A95B45AA0@actcom.net.il>
Message-ID: <caac3ca4653329c5351e3bbbc774b3ec@freezone.co.uk>

On Aug 13, 2005, at 7:32 AM, Nir Soffer wrote:
> On 13 Aug, 2005, at 3:33, ms419 at freezone.co.uk wrote:
>
>> I'm struggling to represent interwiki links containing special
>> characters, like space or colon
>
> You must escape special characters, for example:
> "file name" -> "file%20name"

Thanks Nir!

That almost works -


IMDB:Napoleon%20Dynamite


- successfully links to the correct page!

Unfortunately it's rendered as -


Napoleon%20Dynamite


- likewise -


Net%3a%3aDPAP%3a%3aServer


- which is almost illegible

Does Moin offer a syntax for legible interwiki links containing special 
characters?

Thanks again Nir!

Jack




From nirs at actcom.net.il  Sat Aug 13 14:05:01 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Sat Aug 13 14:05:01 2005
Subject: [Moin-user] special characters in interwiki links
In-Reply-To: <caac3ca4653329c5351e3bbbc774b3ec@freezone.co.uk>
References: <20050813003353.GB2748@tor.lat> <04B1A494-0C07-11DA-B2CB-000A95B45AA0@actcom.net.il> <caac3ca4653329c5351e3bbbc774b3ec@freezone.co.uk>
Message-ID: <BC4D9A2C-0C3D-11DA-B2CB-000A95B45AA0@actcom.net.il>

On 13 Aug, 2005, at 23:45, ms419 at freezone.co.uk wrote:

> That almost works -
> 	IMDB:Napoleon%20Dynamite
> Unfortunately it's rendered as -
> 	Napoleon%20Dynamite

Your input is not quoted or unqouted. If you need to use url quoting in 
names, you must use this syntax to have a nicer name:
	[IMDB:Napoleon%20Dynamite Napoleon Dynamite]

If the remote wiki run MoinMoin MediaWiki (maybe others too), you can 
use this simpler syntax:
	IMDB:Napoleon_Dynamite

Which rendered as _ but much readable then %20 that meant to be read by 
a machine.

Check HelpOnLinking page for more info.


Best Regards,

Nir Soffer




From kenneth.m.mcdonald at sbcglobal.net  Sun Aug 14 20:34:05 2005
From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald)
Date: Sun Aug 14 20:34:05 2005
Subject: [Moin-user] 'Logout' Action?
Message-ID: <A275A406-6170-4E2E-8B8B-1414DE60CF0C@sbcglobal.net>

I'm looking for something I can put on the nav bar as a 'logout'  
action. This is needed first so that I can then login as another user  
to test things. (Also, I think many users would like the option of  
logging out, if they are using the wiki from a public terminal) I  
haven't seen any such thing in the main 'Actions' directory or in the  
Actions market, nor does the Moin home page appear to offer such an  
action. Any suggestions?

Thanks,
Ken



From thomas.werschlein at netcetera.ch  Mon Aug 15 05:26:03 2005
From: thomas.werschlein at netcetera.ch (Thomas Werschlein)
Date: Mon Aug 15 05:26:03 2005
Subject: [Moin-user] Handling local extended links as "normal" link instead of interwiki
Message-ID: <Pine.GSO.4.62.0508151424290.10049@fire-13.netcetera.ch>

Hi everyone

For our internal moinmoin Wiki I plan to "simplify" the various
linking schemes to the following styles (BTW: we use the "nocamelcase"
parser):

[:normalPage]
[:normal Page]
[:normal Page:with different link text]
[:/subpage]
[:/subpage:with different link text]
[wiki:MailStore:123 real interwiki link with param 123]

All the above links work without modification to the moinmoin codebase
as described on HelpOnLinking ("Use the syntax of [:WikiPage:Label
text] to achieve a link to a current Wiki page without creating an
InterWiki link.")

The only problem with this approach is, that these sort of links
internally still are treated as interwiki links, i.e. they don't
receive a question mark, if the page does not exist, and don't show up
in OrphanedPages or WantedPages.

Now I had a look at the codebase in order to change this behaviour and
found the following code in parsers/wiki.py:

def _url_bracket_repl(self, word):
         """Handle bracketed URLs."""

         # Local extended link?
         if word[1] == ':':
             words = word[2:-1].split(':', 1)
             if len(words) == 1:
                 words = words * 2
             words[0] = 'wiki:Self:%s' % words[0]
             return self.interwiki(words, pretty_url=1)
             #return self._word_repl(words[0], words[1])

Note the last, commented line: it exactly does what I planned to do
myself - treating such a link as an internal page link. A quick test
with the last 3 lines looking as follows:

#words[0] = 'wiki:Self:%s' % words[0]
#return self.interwiki(words, pretty_url=1)
return self._word_repl(words[0], words[1])

seems to produce the required result.

My question now:

Has anyone experience with this type of setup? Does it really work as
intended? Why is this line commented? Is it really an alternative or
was it commented because it doesn't work?

I tried to find out myself, but my arch know how is definitely to bad
for this type of thing :-(

Any help or comments are greatly appreciated!

Thanks,
Thomas




From tw-public at gmx.de  Mon Aug 15 05:44:21 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon Aug 15 05:44:21 2005
Subject: [Moin-user] I am having problems using the search feature on
 this site.  I get no items returned.
In-Reply-To: <loom.20050812T223423-692@post.gmane.org>
References: <loom.20050812T223423-692@post.gmane.org>
Message-ID: <430097B0.7040003@gmx.de>

> I am having problems using the search feature on this site.  I get no items
> returned when searching for content I can see in the archive.

If you want to do a full-text search, you have to click on that button.
Just hitting ENTER does a title search.



From skip at pobox.com  Mon Aug 15 13:42:43 2005
From: skip at pobox.com (skip at pobox.com)
Date: Mon Aug 15 13:42:43 2005
Subject: [Moin-user] 'Logout' Action?
In-Reply-To: <A275A406-6170-4E2E-8B8B-1414DE60CF0C@sbcglobal.net>
References: <A275A406-6170-4E2E-8B8B-1414DE60CF0C@sbcglobal.net>
Message-ID: <17152.64985.120054.925993@montanaro.dyndns.org>

    Ken> I'm looking for something I can put on the nav bar as a 'logout'
    Ken> action. This is needed first so that I can then login as another
    Ken> user to test things. 

I presume you know about this, but just in case...

It's not a navibar solution, but you can always follow the UserPreferences
link, then click the Logout button it displays.  That can probably be
converted into an action pretty easily.

Skip



From kenneth.m.mcdonald at sbcglobal.net  Mon Aug 15 14:34:19 2005
From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald)
Date: Mon Aug 15 14:34:19 2005
Subject: [Moin-user] Batch creation of user accounts?
Message-ID: <3D6DBCF5-9F6E-4BF0-9545-DAFB044477DF@sbcglobal.net>

I have a number of user accounts to create, and would prefer to avoid  
doing it one user at a time. Is there a way to set up a batch file  
and go through that?

Thanks,
Ken



From j.k.wight at ncl.ac.uk  Tue Aug 16 08:41:26 2005
From: j.k.wight at ncl.ac.uk (Jim Wight)
Date: Tue Aug 16 08:41:26 2005
Subject: [Moin-user] 1.3.5 MonthCalendar observations
Message-ID: <1124206814.14131.263.camel@beadnell.ncl.ac.uk>

MonthCalendar in 1.3.5 is nice, but I think it could be better:

It shouldn't be necessary to have to modify the source code in order to
get the 'SUNDAY' form of headings. How about another argument?

Requiring the use of first-level headings in order to get previews is
too restrictive. I hardly ever use those - they're too big. Being able
to specify a different level would be extremely useful. Another
argument? For the time being I've reluctantly modified the code to
achieve it, but the fewer the changes that have to be attended to at an
upgrade the better.

There doesn't seem much point in displaying an empty preview when there
are no headers that match the criterion. Someone who wants to use
MonthCalendar, and doesn't have any matching headings in their pages (or
doesn't want previews), has no way, as far as I can see, of suppressing
them.

Single quotes in previews should be quoted in order to avoid JavaScript
errors (and no preview).

Jim





From 2005a at usenet.alexanderweb.de  Tue Aug 16 11:33:23 2005
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Tue Aug 16 11:33:23 2005
Subject: [Moin-user] Re: Handling local extended links as "normal" link instead of interwiki
References: <Pine.GSO.4.62.0508151424290.10049@fire-13.netcetera.ch>
Message-ID: <nlxxg2qu082p$.dlg@usenet.alexanderweb.de>

On Mon, 15 Aug 2005 14:25:05 +0200 (MEST), Thomas Werschlein wrote:

> The only problem with this approach is, that these sort of links
> internally still are treated as interwiki links, i.e. they don't
> receive a question mark, ...

Which version are you using? This should be fixed in 1.3.5.

Kind regards,
Alexander




From kenneth.m.mcdonald at sbcglobal.net  Tue Aug 16 12:43:29 2005
From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald)
Date: Tue Aug 16 12:43:29 2005
Subject: [Moin-user] Attachments
Message-ID: <DBD0C65B-09AD-4356-9BF9-5C01347A828E@sbcglobal.net>

I noticed this statement on one of the Configuration help pages:
-----------
The AttachFile action enables a page to have multiple attached files.  
Since file uploads could be abused for DoS (Denial of Service)  
attacks, AttachFile is an action that may be enabled by the wiki  
administrator. To do this, add "allowed_actions = ['AttachFile']" to  
your configuration file.

This is all you usually need to do for configuration.


? 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.

------------

Is this really true--attachments in MoinMoin are going away? I can  
understand some security concerns, and perhaps disabling inlining of  
non-image attachments (though even there, couldn't the user just type  
in the possibly dangerous text?), but for us (and many others, I  
imagine) attachments are critical. We need to allow our users to view  
images and download things like PDFs and scripts for our product, and  
they need to be able to upload images (we're a graphics company) and  
their own scripts for other users. They _don't_ need to be able to  
inline anything other than images, so perhaps that's a restriction  
that could be made?



If someone could clarify this situation as soon as possible, I'd  
greatly appreciate it. We've put enough time into MoinMoin that it  
would already be quite difficult to abandon it, but if this element  
of it is going away, we need to look at a different solution before  
we really get committed to it.



Thanks,

Ken
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050816/f038d2b2/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: alert.png
Type: image/png
Size: 220 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050816/f038d2b2/attachment.png>

From jimpop at yahoo.com  Tue Aug 16 12:57:11 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Tue Aug 16 12:57:11 2005
Subject: [Moin-user] Attachments
In-Reply-To: <DBD0C65B-09AD-4356-9BF9-5C01347A828E@sbcglobal.net>
References: <DBD0C65B-09AD-4356-9BF9-5C01347A828E@sbcglobal.net>
Message-ID: <1124221991.31005.36.camel@localhost>

On Tue, 2005-08-16 at 14:44 -0500, Kenneth McDonald wrote:
> I noticed this statement on one of the Configuration help pages:
> -----------
> 
> The AttachFile action enables a page to have multiple attached files.
> Since file uploads could be abused for DoS (Denial of Service)
> attacks, AttachFile is an action that may be enabled by the wiki
> administrator. To do this, add "allowed_actions = ['AttachFile']" to
> your configuration file.
> 
> This is all you usually need to do for configuration.
> 
> 
> 
> 
>  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.
> 
> ------------
> 
> Is this really true--attachments in MoinMoin are going away? I can
> understand some security concerns, and perhaps disabling inlining of
> non-image attachments (though even there, couldn't the user just type
> in the possibly dangerous text?), but for us (and many others, I
> imagine) attachments are critical. We need to allow our users to view
> images and download things like PDFs and scripts for our product, and
> they need to be able to upload images (we're a graphics company) and
> their own scripts for other users. They _don't_ need to be able to
> inline anything other than images, so perhaps that's a restriction
> that could be made?
> 
> 
> If someone could clarify this situation as soon as possible, I'd
> greatly appreciate it. We've put enough time into MoinMoin that it
> would already be quite difficult to abandon it, but if this element of
> it is going away, we need to look at a different solution before we
> really get committed to it.

Same here.  I like the attachment feature.  What is so in-secure about
it.  I've successfully (at least I think I have) ACL'ed it to a special
group.  Am I missing some security concerns other than approved users
uploading huge files that suck bandwidth?

-Jim P.






From nirs at actcom.net.il  Tue Aug 16 12:58:04 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Tue Aug 16 12:58:04 2005
Subject: [Moin-user] Attachments
In-Reply-To: <DBD0C65B-09AD-4356-9BF9-5C01347A828E@sbcglobal.net>
References: <DBD0C65B-09AD-4356-9BF9-5C01347A828E@sbcglobal.net>
Message-ID: <E3998F96-0E8F-11DA-B542-000A95B45AA0@actcom.net.il>

On 16 Aug, 2005, at 22:44, Kenneth McDonald wrote:

> 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.
>
> ------------
>
> Is this really true--attachments in MoinMoin are going away?

No they are not.

There are two option to serve attachments in MoinMoin:
  1. Serve attachment by MoinMoin script
  2. Serve with the web server

In the first option, when you want to view or download an attachment, 
moin read the file and send the data to the client.

In the second option, attachments are served by the web server from a 
special directory. This is faster then the first method, but might be a 
security problem if your server is not configured properly.

For example, if your server is configured to run files with .php 
extension as php scripts from any directory, a cracker can upload an 
evil php script to a moin page, and then run that code by "viewing" the 
attachment.

The second option will be remove in the future.


Best Regards,

Nir Soffer




From dcramer at motive.com  Tue Aug 16 21:08:11 2005
From: dcramer at motive.com (David Cramer (Tech Pubs))
Date: Tue Aug 16 21:08:11 2005
Subject: [Moin-user] Bugs previously targeted for 1.3.5 are not back in the unconfirmed bugs list
Message-ID: <6A2DF60561F49146ACAB335262015E120123D43E@newman.motive.com>

I noticed that some bugs, like this one, were recently removed from
CategoryRelease1.3.5 (presumably because the release was going to happen
without them having been fixed):
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/TableOfContentsBrokenForIncl
udedPages?action=diff&rev2=8&rev1=7
 
But shouldn't they have been moved to ["CategoryRelease1.4"], since
they're still confirmed bugs? As it is, they've falled back into the
unconfirmed bugs list on MoinMoinBugs.
 
I ask because that bug about the tocs for included pages in particular
is a problem for us and is keeping me from upgrading one of our wikis to
1.3.
 
Thanks,
David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050816/66d75913/attachment.html>

From thomas.werschlein at netcetera.ch  Wed Aug 17 00:31:04 2005
From: thomas.werschlein at netcetera.ch (Thomas Werschlein)
Date: Wed Aug 17 00:31:04 2005
Subject: [Moin-user] Re: Handling local extended links as "normal" link
 instead of interwiki
In-Reply-To: <nlxxg2qu082p$.dlg@usenet.alexanderweb.de>
References: <Pine.GSO.4.62.0508151424290.10049@fire-13.netcetera.ch>
 <nlxxg2qu082p$.dlg@usenet.alexanderweb.de>
Message-ID: <Pine.GSO.4.62.0508170921240.10252@fire-13.netcetera.ch>

On Tue, 16 Aug 2005, Alexander Schremmer wrote:

> On Mon, 15 Aug 2005 14:25:05 +0200 (MEST), Thomas Werschlein wrote:
>
>> The only problem with this approach is, that these sort of links
>> internally still are treated as interwiki links, i.e. they don't
>> receive a question mark, ...
>
> Which version are you using? This should be fixed in 1.3.5.

I still use 1.3.4, so there is definitely a reason to upgrade
now. Thanks for your answer!

Thomas



From tw-public at gmx.de  Wed Aug 17 07:33:40 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Aug 17 07:33:40 2005
Subject: [Moin-user] Bugs previously targeted for 1.3.5 are not back in
 the unconfirmed bugs list
In-Reply-To: <6A2DF60561F49146ACAB335262015E120123D43E@newman.motive.com>
References: <6A2DF60561F49146ACAB335262015E120123D43E@newman.motive.com>
Message-ID: <43035423.8050305@gmx.de>

David Cramer (Tech Pubs) wrote:
> I noticed that some bugs, like this one, were recently removed from
> CategoryRelease1.3.5 (presumably because the release was going to happen
> without them having been fixed):
> http://moinmoin.wikiwikiweb.de/MoinMoinBugs/TableOfContentsBrokenForIncludedPages?action=diff&rev2=8&rev1=7
> <http://moinmoin.wikiwikiweb.de/MoinMoinBugs/TableOfContentsBrokenForIncludedPages?action=diff&rev2=8&rev1=7>

I just reorganized some stuff.

> But shouldn't they have been moved to ["CategoryRelease1.4"],

No, as there will be no 1.4 release. :)

And in general, we try now not to predict the future. So release numbers
now only will show up to refer to a version WHERE A BUG WAS SEEN or,
after fixing a bug, the patchset CONTAINING THE FIX.

Everything else is rather pointless, see those 1.4 tags...

> they're still confirmed bugs? As it is, they've falled back into the
> unconfirmed bugs list on MoinMoinBugs.

I made a new CategoryMoinMoinBugConfirmed and put it in it.

> I ask because that bug about the tocs for included pages in particular
> is a problem for us and is keeping me from upgrading one of our wikis to
> 1.3.

I took a look into that problem and found that part of the code to be
rather ugly. 8-| Long term it will get fixed by a complete rewrite of
that stuff, but I think I personally won't do a short-term fix, but
rather will be working on a more structured code base for 2.0.



From andy at mixdepot.net  Wed Aug 17 08:11:23 2005
From: andy at mixdepot.net (Andy Grundman)
Date: Wed Aug 17 08:11:23 2005
Subject: [Moin-user] Unicode error from decodeUserInput when attaching non-text files
 (Win32)
Message-ID: <4303532F.8090408@mixdepot.net>

Hi,

I'm currently running Moin 1.3.5 on a Win2k3 server.  Everything is 
working great except for attachment uploading.  When I try to attach an 
image file, or any non-text file, I get the following error:

request.print_exception handler
Traceback (most recent call last):

   File "C:\Python24\lib\site-packages\MoinMoin\request.py", line 756, 
in run
     self.args = self.setup_args()
   File "C:\Python24\lib\site-packages\MoinMoin\request.py", line 1764, 
in setup_args
     i = wikiutil.decodeUserInput(i, self.decode_charsets)
   File "C:\Python24\lib\site-packages\MoinMoin\wikiutil.py", line 95, 
in decodeUserInput
     raise UnicodeError('The string "%s" cannot be decoded.' % s)
UnicodeError: The string "GIF89aY ...<contents of file here>..." cannot 
be decoded.

Thanks,
--
Andy Grundman



From forum1 at ke5in.com  Wed Aug 17 10:43:58 2005
From: forum1 at ke5in.com (Kevin Forum)
Date: Wed Aug 17 10:43:58 2005
Subject: [Moin-user] removing grip lines from table
Message-ID: <50346.208.237.178.229.1124300439.squirrel@www.ke5in.com>

Hi all,

How do I get rid of the grid lines in a table?

something like:
||<tablestyle="; frame:void">A||B||
||C||D||

I've also tried border=0, border-color=#xxxxxxx where xxxxxx is the same
color of the cells, and couple other things w/o any luck.

(Sorry if this is the wrong list. I'm pretty new to the whole wiki thing.)

Also, I'm using moinmoin 1.3.4

Thanks,
Kevin




From forum1 at ke5in.com  Thu Aug 18 10:23:55 2005
From: forum1 at ke5in.com (Kevin Forum)
Date: Thu Aug 18 10:23:55 2005
Subject: [Moin-user] removing grip lines from table
In-Reply-To: <78929BFD-0FD7-11DA-B542-000A95B45AA0@actcom.net.il>
References: <50346.208.237.178.229.1124300439.squirrel@www.ke5in.com>
    <78929BFD-0FD7-11DA-B542-000A95B45AA0@actcom.net.il>
Message-ID: <34925.208.237.178.229.1124375531.squirrel@www.ke5in.com>

Nir,

Thanks.


>
> On 17 Aug, 2005, at 20:40, Kevin Forum wrote:
>
>> Hi all,
>>
>> How do I get rid of the grid lines in a table?
>
> The border are cell property, not table:
> ||<style="border: none;"> no border || border ||
>
> If you want a more sane way, use table class:
> ||<tableclass="foo"> no border || no border ||
>
> To make foo tables borderless, add to common.css:
> table.foo td {border:none;}
>
>
> Best Regards,
>
> Nir Soffer
>




From nirs at actcom.net.il  Thu Aug 18 11:34:55 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Thu Aug 18 11:34:55 2005
Subject: [Moin-user] removing grip lines from table
In-Reply-To: <50346.208.237.178.229.1124300439.squirrel@www.ke5in.com>
References: <50346.208.237.178.229.1124300439.squirrel@www.ke5in.com>
Message-ID: <78929BFD-0FD7-11DA-B542-000A95B45AA0@actcom.net.il>

On 17 Aug, 2005, at 20:40, Kevin Forum wrote:

> Hi all,
>
> How do I get rid of the grid lines in a table?

The border are cell property, not table:
||<style="border: none;"> no border || border ||

If you want a more sane way, use table class:
||<tableclass="foo"> no border || no border ||

To make foo tables borderless, add to common.css:
table.foo td {border:none;}


Best Regards,

Nir Soffer




From kenneth.m.mcdonald at sbcglobal.net  Thu Aug 18 11:48:38 2005
From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald)
Date: Thu Aug 18 11:48:38 2005
Subject: [Moin-user] Inline video clips?
Message-ID: <8C2EC704-B1E0-46F7-8C4B-41D45D2D5786@sbcglobal.net>

Is it possible in Moin to inline a video clip, in the same way that  
an image is inlined? I'm not up to speed on how the various browsers  
do this, or if it's automatic if a link points to a file with a  
suffix of .avi or .mpg or something like that, and a search for  
'video' on the Moin site didn't turn up anything on how to do this.  
I'd experiment if I had a short vid clip to upload, but the shortest  
I have right now is a 60 meg tutorial for our product :-)

Cheers,
Ken



From nirs at actcom.net.il  Thu Aug 18 12:02:11 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Thu Aug 18 12:02:11 2005
Subject: [Moin-user] Inline video clips?
In-Reply-To: <8C2EC704-B1E0-46F7-8C4B-41D45D2D5786@sbcglobal.net>
References: <8C2EC704-B1E0-46F7-8C4B-41D45D2D5786@sbcglobal.net>
Message-ID: <3D1811D2-101A-11DA-B542-000A95B45AA0@actcom.net.il>

On 18 Aug, 2005, at 8:20, Kenneth McDonald wrote:

> Is it possible in Moin to inline a video clip, in the same way that an 
> image is inlined? I'm not up to speed on how the various browsers do 
> this, or if it's automatic if a link points to a file with a suffix of 
> .avi or .mpg or something like that, and a search for 'video' on the 
> Moin site didn't turn up anything on how to do this. I'd experiment if 
> I had a short vid clip to upload, but the shortest I have right now is 
> a 60 meg tutorial for our product :-)

Did you try to use inline:file.mpg?

If it does not work you can write a simple macro that insert the needed 
html. The html needed depend on the plugin that will show the content.

http://www.apple.com/quicktime/tutorials/embed.html

Note that this type of media need huge amount of bandwidth.


Best Regards,

Nir Soffer




From j.k.wight at ncl.ac.uk  Thu Aug 18 12:13:34 2005
From: j.k.wight at ncl.ac.uk (Jim Wight)
Date: Thu Aug 18 12:13:34 2005
Subject: [Moin-user] removing grip lines from table
In-Reply-To: <50346.208.237.178.229.1124300439.squirrel@www.ke5in.com>
References: <50346.208.237.178.229.1124300439.squirrel@www.ke5in.com>
Message-ID: <1124350608.14131.345.camel@beadnell.ncl.ac.uk>

On Wed, 2005-08-17 at 13:40 -0400, Kevin Forum wrote:
> How do I get rid of the grid lines in a table?
> 
> something like:
> ||<tablestyle="; frame:void">A||B||
> ||C||D||

I do that sort of thing through CSS classes, e.g.

table.mytable
{
    border: 1px solid #AEBDCC;
}

table.mytable td
{
    border: none;
}

||<tableclass="mytable">A||B||
||C||D||

Jim





From kenneth.m.mcdonald at sbcglobal.net  Thu Aug 18 13:22:21 2005
From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald)
Date: Thu Aug 18 13:22:21 2005
Subject: [Moin-user] Indexing capabilities
Message-ID: <1C9C20AA-AF06-491F-868C-5BEE4E1FE0D2@sbcglobal.net>

Is anyone interested in working on true (i.e. book-like) indexing  
capabilities to MoinMoin? This is where you define index entries as  
you edit a page; using macro-style notation, it might look something  
like:

-------------
Below, we'll talk about the features of MoinMoin, and why it's so  
vastly, stupendously, mind-bogglingly superior to other wiki engines.  
But, if you must use a wiki written in a language other than Python,  
you can look at Instiki (written in Ruby),  [[IndexMinor(Instiki)]]  
[[IndexMinor(Ruby)]] or at ...

= MoinMoin Features =

[[IndexMajor(MoinMoin, features)]]

What makes moin great is...
-----------

The advantage of index entries over searches is that they allow  
writers to pinpoint exactly where a reader should look if they are  
interested in a specific topic, and give readers a list of entries to  
browse through. In some sense, they are precalculated searches with  
structure. Of course, general searches are still valuable; an author  
might overlook index entries, not be thinking on the same wavelength  
as the reader, or might not be able to put an index everywhere that a  
topic is touched on.

Indexing capability would be of great use in our wiki, and I'll be  
looking into how I might write something (not sure what, yet--this is  
something to be done at page submission time, not at page  
presentation time, so a macro won't work I think) to accomplish it in  
Moin. If you'd be interested in helping with the implementation of  
such a feature, please feel free to contact me--I'm brand new to  
Moin, and haven't gone beyond hacking a new Theme yet.

Thanks,
Ken



From Anke.Heinrich at marconi.com  Thu Aug 18 13:31:33 2005
From: Anke.Heinrich at marconi.com (Anke Heinrich)
Date: Thu Aug 18 13:31:33 2005
Subject: [Moin-user] Should included pages be listed in OrphanedPages?
Message-ID: <OF0B2D7E0D.328F3E11-ONC1257061.004C4E40@uk.marconicomms.com>

Hi,

I have just upgraded to moin-1.3.5 and was checking the OrphanedPages as
this had problems in the last version.
It looks a lot better now, but there are still pages listed which I would
not expect there. These are pages that have been included by the
IncludeMacro or pages referenced by these.

Shouln'd included pages be filtered out? I admit that it can be tricky to
check these, because the IncludeMacro is an add-on module and can contain
patterns. On the other hand, the point of OrphanedPages is to find
unreferenced pages, but included pages are referenced.

Regards,
Anke





From nirs at actcom.net.il  Thu Aug 18 13:33:55 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Thu Aug 18 13:33:55 2005
Subject: [Moin-user] Indexing capabilities
In-Reply-To: <1C9C20AA-AF06-491F-868C-5BEE4E1FE0D2@sbcglobal.net>
References: <1C9C20AA-AF06-491F-868C-5BEE4E1FE0D2@sbcglobal.net>
Message-ID: <E48E1BB2-1026-11DA-B542-000A95B45AA0@actcom.net.il>

On 18 Aug, 2005, at 4:34, Kenneth McDonald wrote:

> Is anyone interested in working on true (i.e. book-like) indexing 
> capabilities to MoinMoin? This is where you define index entries as 
> you edit a page; using macro-style notation, it might look something 
> like:
>
> -------------
> Below, we'll talk about the features of MoinMoin, and why it's so 
> vastly, stupendously, mind-bogglingly superior to other wiki engines. 
> But, if you must use a wiki written in a language other than Python, 
> you can look at Instiki (written in Ruby),  [[IndexMinor(Instiki)]] 
> [[IndexMinor(Ruby)]] or at ...
>
> = MoinMoin Features =
>
> [[IndexMajor(MoinMoin, features)]]
>
> What makes moin great is...
> -----------
>
> The advantage of index entries over searches is that they allow 
> writers to pinpoint exactly where a reader should look if they are 
> interested in a specific topic, and give readers a list of entries to 
> browse through. In some sense, they are precalculated searches with 
> structure. Of course, general searches are still valuable; an author 
> might overlook index entries, not be thinking on the same wavelength 
> as the reader, or might not be able to put an index everywhere that a 
> topic is touched on.
>
> Indexing capability would be of great use in our wiki, and I'll be 
> looking into how I might write something (not sure what, yet--this is 
> something to be done at page submission time, not at page presentation 
> time, so a macro won't work I think) to accomplish it in Moin. If 
> you'd be interested in helping with the implementation of such a 
> feature, please feel free to contact me--I'm brand new to Moin, and 
> haven't gone beyond hacking a new Theme yet.

It sounds interesting, the best way to continue will be to open a page 
on MoinMoin wiki, and discuss that there.

The first step would be to write the spec that explain how such thing 
should work, how you define index terms, and how you use them for 
searching.


Best Regards,

Nir Soffer




From nirs at actcom.net.il  Thu Aug 18 16:18:40 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Thu Aug 18 16:18:40 2005
Subject: [Moin-user] Batch creation of user accounts?
In-Reply-To: <3D6DBCF5-9F6E-4BF0-9545-DAFB044477DF@sbcglobal.net>
References: <3D6DBCF5-9F6E-4BF0-9545-DAFB044477DF@sbcglobal.net>
Message-ID: <AC029E9E-0FED-11DA-B542-000A95B45AA0@actcom.net.il>

On 16 Aug, 2005, at 0:35, Kenneth McDonald wrote:

> I have a number of user accounts to create, and would prefer to avoid 
> doing it one user at a time. Is there a way to set up a batch file and 
> go through that?

There are some patches in MoinMoinPatch, I never tried them. It should 
be easier in 1.5.


Best Regards,

Nir Soffer




From crosseyedpenguin at yahoo.com  Thu Aug 18 20:11:59 2005
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Thu Aug 18 20:11:59 2005
Subject: [Moin-user] Hilite mis-spelled words - fix for 1.3.x?
Message-ID: <20050819031027.53558.qmail@web30901.mail.mud.yahoo.com>


From Anke.Heinrich at marconi.com  Fri Aug 19 01:53:25 2005
From: Anke.Heinrich at marconi.com (Anke Heinrich)
Date: Fri Aug 19 01:53:25 2005
Subject: [Moin-user] Should included pages be listed in OrphanedPages?
Message-ID: <OF5B690DED.7278D7DD-ONC1257061.0073C815@uk.marconicomms.com>

Hi Nir,

> So you suggest that orphaned page will be a page
> that no other page link to or include?
Yes, because included pages are used and not "orphaned".

> We can add the list of pages that include macro fetch
> to the page pagelinks cache. Its not that hard,
> and done once when you save the page.
Sounds good. That would do for us.
But does this also work if a matching page is added
after the page with the include macro has been saved?

Anyway, can you say if and in which version this will be implemented?
Should I enter a BugReport or a FeatureRequest?

Regards,
Anke





From crosseyedpenguin at yahoo.com  Fri Aug 19 11:41:23 2005
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Fri Aug 19 11:41:23 2005
Subject: [Moin-user] Hilite mis-spelled words - fix for 1.3.x?
In-Reply-To: <20050819031027.53558.qmail@web30901.mail.mud.yahoo.com>
Message-ID: <20050819184046.82857.qmail@web30910.mail.mud.yahoo.com>

A better fix is at:
  
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/SpellCheckDoesNotHighlightWords

Thanks, Nir!

Roger Haase


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From kenneth.m.mcdonald at sbcglobal.net  Fri Aug 19 15:59:48 2005
From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald)
Date: Fri Aug 19 15:59:48 2005
Subject: [Moin-user] Trying to achieve a visual effect similar to definition lists
Message-ID: <36396489-C00B-454E-828C-CBE9FA5082A6@sbcglobal.net>

This message will make a lot more sense if you view it in a  
monospaced font :-)

I'm trying to achieve a certain visual effect that associates  
paragraphs with words/short phrases. I'm looking to be able to write  
markup such that, after translation to HTML and wrapping, I get  
something that looks EITHER like an HTML <DL> type construct:


---------------
Moin:  A Wiki written in Python.

Python: A powerful scripting language written by Guido van
     Rossum. It's been used for many, many things, and is
     fantastically better than another language that starts with
     a 'P' and ends with a 'l'. :-)

Wiki Site: A collaborative site. Wiki members (or anyone,
     depending on how the wiki is set up) can go into the wiki
     and add or modify content.
---------------


OR, like the format below i.e. left edges of paragraphs line up  
(which won't be the case if you're viewing using a variable-width font!)


---------------
Moin:      A Wiki written in Python.

Python:    A powerful scripting language written by Guido van
            Rossum. It's been used for many, many things, and is
            fantastically better than another language that starts with
            a 'P' and ends with a 'l'. :-)

Wiki Site: A collaborative site. Wiki members (or anyone,
            depending on how the wiki is set up) can go into the wiki
            and add or modify content.
---------------


In all of the above, the key word/phrase will highlighted. The idea  
is that it should be visually easy for the user to scan for something  
that sounds like what they are looking for, and then focus on the  
paragraph to find out if it really is what they're looking for.

I can't achieve the second effect with a table, because if something  
like 'Wiki Site' is in a cell, it tends to get wrapped to


---------------
Wiki
Site
---------------


which really breaks the visual flow.


The closest I've come (which is OK--I just happen to be nitpicky  
about my visuals) is using multiple levels of list indentation to  
achieve this:


---------------
Moin:
     A Wiki written in Python.

Python:
     A powerful scripting language written by Guido van
     Rossum. It's been used for many, many things, and is
     etc.
---------------


The main thing I don't like about this is that it takes more room,  
and makes definitions where the paragraph stays on one line (as in  
for Moin:) look a little odd. Something like:

---------------
Moin: A Wiki written in Python.
---------------

is better

On the other hand, using a single level of list indent 'hides' (OK,  
makes less obvious) the keywords, when paragraphs wrap, i.e.

---------------
Python: A powerful scripting language written by Guido van
Rossum. It's been used for many, many things, and is etc.
---------------


As I've said, this isn't critical (neither in the sense of being  
necessary, nor in the sense of being critical of Moin). But isn't it  
fun to push the envelope?


Thanks,
Ken



From nirs at actcom.net.il  Fri Aug 19 16:09:16 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Fri Aug 19 16:09:16 2005
Subject: [Moin-user] Trying to achieve a visual effect similar to definition lists
In-Reply-To: <36396489-C00B-454E-828C-CBE9FA5082A6@sbcglobal.net>
References: <36396489-C00B-454E-828C-CBE9FA5082A6@sbcglobal.net>
Message-ID: <139BC8A2-1106-11DA-B542-000A95B45AA0@actcom.net.il>

Try this:

  Python:: A powerful scripting language written by Guido van Rossum. 
It's been used for many, many things, and is fantastically better than 
another language that starts with a 'P' and ends with a 'l'. :-)

  Wiki Site:: A collaborative site. Wiki members (or anyone, depending 
on how the wiki is set up) can go into the wiki and add or modify 
content.


On 20 Aug, 2005, at 2:00, Kenneth McDonald wrote:

> This message will make a lot more sense if you view it in a monospaced 
> font :-)
>
> I'm trying to achieve a certain visual effect that associates 
> paragraphs with words/short phrases. I'm looking to be able to write 
> markup such that, after translation to HTML and wrapping, I get 
> something that looks EITHER like an HTML <DL> type construct:
>
>
> ---------------
> Moin:  A Wiki written in Python.
>
> Python: A powerful scripting language written by Guido van
>     Rossum. It's been used for many, many things, and is
>     fantastically better than another language that starts with
>     a 'P' and ends with a 'l'. :-)
>
> Wiki Site: A collaborative site. Wiki members (or anyone,
>     depending on how the wiki is set up) can go into the wiki
>     and add or modify content.
> ---------------
>
>
> OR, like the format below i.e. left edges of paragraphs line up (which 
> won't be the case if you're viewing using a variable-width font!)
>
>
> ---------------
> Moin:      A Wiki written in Python.
>
> Python:    A powerful scripting language written by Guido van
>            Rossum. It's been used for many, many things, and is
>            fantastically better than another language that starts with
>            a 'P' and ends with a 'l'. :-)
>
> Wiki Site: A collaborative site. Wiki members (or anyone,
>            depending on how the wiki is set up) can go into the wiki
>            and add or modify content.
> ---------------
>
>
> In all of the above, the key word/phrase will highlighted. The idea is 
> that it should be visually easy for the user to scan for something 
> that sounds like what they are looking for, and then focus on the 
> paragraph to find out if it really is what they're looking for.
>
> I can't achieve the second effect with a table, because if something 
> like 'Wiki Site' is in a cell, it tends to get wrapped to
>
>
> ---------------
> Wiki
> Site
> ---------------
>
>
> which really breaks the visual flow.
>
>
> The closest I've come (which is OK--I just happen to be nitpicky about 
> my visuals) is using multiple levels of list indentation to achieve 
> this:
>
>
> ---------------
> Moin:
>     A Wiki written in Python.
>
> Python:
>     A powerful scripting language written by Guido van
>     Rossum. It's been used for many, many things, and is
>     etc.
> ---------------
>
>
> The main thing I don't like about this is that it takes more room, and 
> makes definitions where the paragraph stays on one line (as in for 
> Moin:) look a little odd. Something like:
>
> ---------------
> Moin: A Wiki written in Python.
> ---------------
>
> is better
>
> On the other hand, using a single level of list indent 'hides' (OK, 
> makes less obvious) the keywords, when paragraphs wrap, i.e.
>
> ---------------
> Python: A powerful scripting language written by Guido van
> Rossum. It's been used for many, many things, and is etc.
> ---------------
>
>
> As I've said, this isn't critical (neither in the sense of being 
> necessary, nor in the sense of being critical of Moin). But isn't it 
> fun to push the envelope?
>

Best Regards,

Nir Soffer
--
Nir Soffer Imaging
15 Herzog St. Givataim 53600
Tel.: 972-3-732-5378
Mobile: 972-54-588-5378
Email: nirs at freeshell.org




From alan.ezust at gmail.com  Sun Aug 21 23:59:13 2005
From: alan.ezust at gmail.com (Alan Ezust)
Date: Sun Aug 21 23:59:13 2005
Subject: [Moin-user] local site map only lists root page
Message-ID: <f377591c0508212358693ae54@mail.gmail.com>

I have a local moin 1.3.4 and its sitemap only contains the root. 
I just noticed this. How do I fix it?

http://lazarus.oddiofile.com/moin/?action=LocalSiteMap



From wl at gnu.org  Mon Aug 22 07:27:07 2005
From: wl at gnu.org (Werner LEMBERG)
Date: Mon Aug 22 07:27:07 2005
Subject: [Moin-user] buglet in PKG-INFO
Message-ID: <20050822.162501.133914386.wl@gnu.org>

[1.3.5]

There is a buglet in file PKG-INFO.  This line

  Summary: MoinMoin 1.3.5.1.3.5 release is a Python clone of WikiWiki

should be rather

  Summary: MoinMoin 1.3.5 release is a Python clone of WikiWiki

I think.


    Werner



From lberland at teamgigabyte.com  Mon Aug 22 09:32:02 2005
From: lberland at teamgigabyte.com (Laurence Berland)
Date: Mon Aug 22 09:32:02 2005
Subject: [Moin-user] Make moin redirect single-result searches
Message-ID: <4309FDD1.5030007@teamgigabyte.com>

Hi all,
	I was wondering if it might be possible to make a MoinMoin search, in 
the case where there is only one result, redirect to that result.  I 
also was wondering how to find out what version of MoinMoin I'm running. 
  Sorry, I'm a bit new to MoinMoin administration, and I can't seem to 
find this information on the help pages or wiki.

TIA,
Laurence



From 2005a at usenet.alexanderweb.de  Mon Aug 22 10:40:05 2005
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Aug 22 10:40:05 2005
Subject: [Moin-user] Re: Make moin redirect single-result searches
References: <4309FDD1.5030007@teamgigabyte.com>
Message-ID: <1uz1aeuqnb1l4$.dlg@usenet.alexanderweb.de>

On Mon, 22 Aug 2005 12:31:13 -0400, Laurence Berland wrote:

> 	I was wondering if it might be possible to make a MoinMoin search, in 
> the case where there is only one result, redirect to that result.  I 
> also was wondering how to find out what version of MoinMoin I'm running. 

Go to the page SystemInfo (you could have searched for version :-))
I am sure that it will tell you that you are not using 1.3 yet. 1.3.5 (and
earlier versions) have got the feature you want.

Kind regards,
Alexander




From skip at pobox.com  Tue Aug 23 04:29:49 2005
From: skip at pobox.com (skip at pobox.com)
Date: Tue Aug 23 04:29:49 2005
Subject: [Moin-user] Confused about ACLs - can't the page creator
        determine access?
In-Reply-To: <E03C5A11-0962-11DA-8657-000A95B45AA0@actcom.net.il>
References: <17144.4159.140506.898817@montanaro.dyndns.org>
        <E03C5A11-0962-11DA-8657-000A95B45AA0@actcom.net.il>
Message-ID: <17163.2105.588468.287967@montanaro.dyndns.org>

    >> I'm trying to figure out Moin's ACLs...

    Nir> We don't have the concept of "createor" or "owner" of a page. Page
    Nir> acl can be change only by Admin, which is usually defined in the
    Nir> wiki config.

    Nir> Try this configuration:

    Nir>  acl_rights_before = u"SkipMontanaro:read,write,delete,revert,admin"

Worked just fine, thanks.

Skip



From skip at pobox.com  Tue Aug 23 04:38:21 2005
From: skip at pobox.com (skip at pobox.com)
Date: Tue Aug 23 04:38:21 2005
Subject: [Moin-user] Anti-spam not working for me
Message-ID: <17163.2649.468479.460986@montanaro.dyndns.org>

I'm using Moin 1.3.4.  Today I tried uncommenting the anti-spam line in
wikiconfig.py.  When I tried to save a page I got a traceback at (it looks
like) MoinMoin/util/antispam.py, line 160: "TypeErrorcan't compare
datetime.datetime to instance".  It looks like the offending line was

    blacklist += getblacklist(request, pn, do_update)

though I can't be entirely sure (cgitb's output is sometimes inscrutable to
me).

-- 
Skip Montanaro
skip at pobox.com



From skip at pobox.com  Tue Aug 23 06:01:57 2005
From: skip at pobox.com (skip at pobox.com)
Date: Tue Aug 23 06:01:57 2005
Subject: [Moin-user] ACLs on template files
Message-ID: <17163.2166.261269.667974@montanaro.dyndns.org>

I'm working on some templates for a wiki that will be used mostly by
novices.  Read: they won't know an ACL from a hole in the ground.  I'd like
to create templates they can't modify, so I added this at the top:

    #acl All:read

That's fine, but when the template is used to start a new page, the
template's content is incorporated verbatim to start the page.  I can stick
a note in the template telling people to delete the ACL, but it seems to me
that maybe the ACL should be deleted, since many pages will have different
protections than templates.

Any thoughts on that?

Thx,

-- 
Skip Montanaro
skip at pobox.com



From andy at hybridized.org  Tue Aug 23 06:59:26 2005
From: andy at hybridized.org (Andy Grundman)
Date: Tue Aug 23 06:59:26 2005
Subject: [Moin-user] Unicode error from decodeUserInput when attaching
 non-text files (Win32)
In-Reply-To: <4303532F.8090408@mixdepot.net>
References: <4303532F.8090408@mixdepot.net>
Message-ID: <430B2B36.4060800@hybridized.org>

Hi again,

Does anyone have any experience running Moin in a win32 environment?  Do 
I need to open up a bug on the Moin Wiki for this to be looked at?

Thanks,
-Andy

Andy Grundman wrote:
> Hi,
> 
> I'm currently running Moin 1.3.5 on a Win2k3 server.  Everything is 
> working great except for attachment uploading.  When I try to attach an 
> image file, or any non-text file, I get the following error:
> 
> request.print_exception handler
> Traceback (most recent call last):
> 
>   File "C:\Python24\lib\site-packages\MoinMoin\request.py", line 756, in 
> run
>     self.args = self.setup_args()
>   File "C:\Python24\lib\site-packages\MoinMoin\request.py", line 1764, 
> in setup_args
>     i = wikiutil.decodeUserInput(i, self.decode_charsets)
>   File "C:\Python24\lib\site-packages\MoinMoin\wikiutil.py", line 95, in 
> decodeUserInput
>     raise UnicodeError('The string "%s" cannot be decoded.' % s)
> UnicodeError: The string "GIF89aY ...<contents of file here>..." cannot 
> be decoded.
> 
> Thanks,
> -- 
> Andy Grundman



From tw-public at gmx.de  Tue Aug 23 07:36:06 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue Aug 23 07:36:06 2005
Subject: [Moin-user] ACLs on template files
In-Reply-To: <17163.2166.261269.667974@montanaro.dyndns.org>
References: <17163.2166.261269.667974@montanaro.dyndns.org>
Message-ID: <430B3D0D.3070505@gmx.de>

> I'm working on some templates for a wiki that will be used mostly by
> novices.  Read: they won't know an ACL from a hole in the ground.  I'd like
> to create templates they can't modify, so I added this at the top:
> 
>     #acl All:read
> 
> That's fine, but when the template is used to start a new page, the
> template's content is incorporated verbatim to start the page.  I can stick
> a note in the template telling people to delete the ACL, but it seems to me
> that maybe the ACL should be deleted, since many pages will have different
> protections than templates.

I think this is yet-another-feature-that-2.0-will-solve. :)

Currently metadata and data are all on the page. We will split off
metadata in 2.0 and thus this will get solved then. Until then, maybe
just use that hint or do not use acls there. If somebody edits the
template, you can revert it.





From tw-public at gmx.de  Tue Aug 23 07:37:23 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue Aug 23 07:37:23 2005
Subject: [Moin-user] Anti-spam not working for me
In-Reply-To: <17163.2649.468479.460986@montanaro.dyndns.org>
References: <17163.2649.468479.460986@montanaro.dyndns.org>
Message-ID: <430B3D69.3090307@gmx.de>

skip at pobox.com wrote:
> I'm using Moin 1.3.4.  Today I tried uncommenting the anti-spam line in
> wikiconfig.py.  When I tried to save a page I got a traceback at (it looks
> like) MoinMoin/util/antispam.py, line 160: "TypeErrorcan't compare
> datetime.datetime to instance".  It looks like the offending line was
> 
>     blacklist += getblacklist(request, pn, do_update)
> 
> though I can't be entirely sure (cgitb's output is sometimes inscrutable to
> me).

If you can reproduce that, maybe file a bug report on the wiki and just
save and attach the html of the traceback there.





From andy at hybridized.org  Tue Aug 23 07:39:25 2005
From: andy at hybridized.org (Andy Grundman)
Date: Tue Aug 23 07:39:25 2005
Subject: [Moin-user] Unicode error from decodeUserInput when attaching
 non-text files (Win32)
In-Reply-To: <33C3DEE7361D394290F8CC76E3866638021C75DE@CORPHNXSEXV01.corp.pg.eon.net>
References: <33C3DEE7361D394290F8CC76E3866638021C75DE@CORPHNXSEXV01.corp.pg.eon.net>
Message-ID: <430B3483.5030108@hybridized.org>

Warren, Matthew (Corp) wrote:
> I have used this function in win32 with no problems.
> 
> One thing I notice, the file is a GIF format. Is this supported in
> moinmoin? As I understand it, the GIF libraries are legally protected
> and permission is required to use them.

I thought Moin just dumps the file into the attachments directory.  Does 
it also parse the file for information?

The problem occurs with any non-text file I believe.  I've also tried 
jpg and pdf with the same error message.

-Andy



From tw-public at gmx.de  Tue Aug 23 07:46:21 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue Aug 23 07:46:21 2005
Subject: [Moin-user] Unicode error from decodeUserInput when attaching
 non-text files (Win32)
In-Reply-To: <430B2B36.4060800@hybridized.org>
References: <4303532F.8090408@mixdepot.net> <430B2B36.4060800@hybridized.org>
Message-ID: <430B3F73.9070202@gmx.de>

Hi Andy,

> Does anyone have any experience running Moin in a win32 environment?  Do
> I need to open up a bug on the Moin Wiki for this to be looked at?

I don't use Win32, but maybe you can try a different thing:

That request.py code was heavily changed after 1.3.5, so maybe you could
just try a current snapshot of 1.3.5 and check if it is better for you.

>>   File "C:\Python24\lib\site-packages\MoinMoin\request.py", line 1764,
>> in setup_args
>>     i = wikiutil.decodeUserInput(i, self.decode_charsets)
>> UnicodeError: The string "GIF89aY ...<contents of file here>..."
>> cannot be decoded.

Obviously it doesn't care that this is a binary file and not some
textual input from the user. 8-|

regards,

Thomas



From nirs at actcom.net.il  Tue Aug 23 08:16:38 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Tue Aug 23 08:16:38 2005
Subject: [Moin-user] ACLs on template files
In-Reply-To: <17163.2166.261269.667974@montanaro.dyndns.org>
References: <17163.2166.261269.667974@montanaro.dyndns.org>
Message-ID: <8EFD82E5-13E8-11DA-A728-000A95B45AA0@actcom.net.il>

On 23 Aug, 2005, at 14:28, skip at pobox.com wrote:

> I'm working on some templates for a wiki that will be used mostly by
> novices.  Read: they won't know an ACL from a hole in the ground.  I'd 
> like
> to create templates they can't modify, so I added this at the top:
>
>     #acl All:read
>
> That's fine, but when the template is used to start a new page, the
> template's content is incorporated verbatim to start the page.  I can 
> stick
> a note in the template telling people to delete the ACL, but it seems 
> to me
> that maybe the ACL should be deleted, since many pages will have 
> different
> protections than templates.

This is very easy to fix in few lines, no need to wait for 2.0.

Current code copy the template text to the new page. The needed fix is 
to remove acl lines from the template before copying them to the new 
page if the user does not have admin rights.

This will not change the current situation - users without admin rights 
can't create a page with acl line, but it will simply work. It does not 
make sense and (even evil) to put data on a page that will prevent the 
user from saving the page.


Best Regards,

Nir Soffer




From nirs at actcom.net.il  Tue Aug 23 08:23:42 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Tue Aug 23 08:23:42 2005
Subject: [Moin-user] Unicode error from decodeUserInput when attaching non-text files (Win32)
In-Reply-To: <430B2B36.4060800@hybridized.org>
References: <4303532F.8090408@mixdepot.net> <430B2B36.4060800@hybridized.org>
Message-ID: <90DD9B44-13E9-11DA-A728-000A95B45AA0@actcom.net.il>

On 23 Aug, 2005, at 16:57, Andy Grundman wrote:

> Does anyone have any experience running Moin in a win32 environment?  
> Do I need to open up a bug on the Moin Wiki for this to be looked at?

I also does not run moin on win 32, but you should report a bug. Put 
the html of your error page on the bug page.

There is a known problem with mod python and attachment file names, 
that was solved in current 1.3 development code. But its not related to 
upload file data, which should should not be decoded or change in any 
way.

Like Thomas suggested, the best way is to try the current code on your 
system.


Best Regards,

Nir Soffer




From andy at hybridized.org  Tue Aug 23 12:18:15 2005
From: andy at hybridized.org (Andy Grundman)
Date: Tue Aug 23 12:18:15 2005
Subject: [Moin-user] Unicode error from decodeUserInput when attaching
 non-text files (Win32)
In-Reply-To: <430B3F73.9070202@gmx.de>
References: <4303532F.8090408@mixdepot.net> <430B2B36.4060800@hybridized.org> <430B3F73.9070202@gmx.de>
Message-ID: <430B753D.90608@hybridized.org>

Thomas Waldmann wrote:
> Hi Andy,
> 
> 
>>Does anyone have any experience running Moin in a win32 environment?  Do
>>I need to open up a bug on the Moin Wiki for this to be looked at?
> 
> 
> I don't use Win32, but maybe you can try a different thing:
> 
> That request.py code was heavily changed after 1.3.5, so maybe you could
> just try a current snapshot of 1.3.5 and check if it is better for you.

I ran across an old bug that mentions my issue:
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ModPyDoesNotAcceptFileUpload

It seems that a workaround was put in place in MM a while ago, so I'm 
not sure why this bug is affecting me now.  I will look into it a bit 
more and try some of the fixes mentioned in the bug.

Thanks,
-Andy



From andrew-lists at mail.black1.org.uk  Thu Aug 25 08:25:23 2005
From: andrew-lists at mail.black1.org.uk (andrew-lists)
Date: Thu Aug 25 08:25:23 2005
Subject: [Moin-user] Testing out a macro
Message-ID: <39371.158.234.250.71.1124983395.squirrel@vm.black1.org.uk>

Hi
I am getting to grips with writing MoinMoin macros.   I would like to be
able to test my macro from the command line  - as this is a quicker route
than going via  a web interface.

One suggestion is to Import the file into a piece of code of my own, but I
can't work out how to create a  "macro" object that hte macro needs to
process.




From tw-public at gmx.de  Thu Aug 25 10:17:48 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Aug 25 10:17:48 2005
Subject: [Moin-user] Testing out a macro
In-Reply-To: <39371.158.234.250.71.1124983395.squirrel@vm.black1.org.uk>
References: <39371.158.234.250.71.1124983395.squirrel@vm.black1.org.uk>
Message-ID: <430E24C2.6020101@gmx.de>

> I am getting to grips with writing MoinMoin macros.   I would like to be
> able to test my macro from the command line  - as this is a quicker route
> than going via  a web interface.
> 
> One suggestion is to Import the file into a piece of code of my own, but I
> can't work out how to create a  "macro" object that hte macro needs to
> process.

You want to look at MoinMoin/request.py RequestCLI class.



From Richard.Hiers at covenantseminary.edu  Thu Aug 25 11:26:01 2005
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Thu Aug 25 11:26:01 2005
Subject: [Moin-user] Problem with MissingPage
Message-ID: <D7C098C5CEB2694FA43A9BFFB54CE39801B2F748@phil.covenantseminary.edu>

I am running Moin 1.3.5 on Windows Server 2000 & IIS 5.0

According to HelpOnPageCreation "You create a new page by visiting the
page. If the page does not exists, MoinMoin will suggest to create it."

However when I do this by adding a WikiName to an existing page and
clicking on the link, or typing the new url into the address bar, I get
a page not found error rather than the MissingPage page.

The error log reports the following:
Traceback (most recent call last):
  File "C:\Moin\ctswiki\moin.cgi", line 41, in ?
    request.run()
  File "c:\Moin\Lib\site-packages\MoinMoin\request.py", line 908, in run
    self.write(u"\n<!-- ERROR REPORT FOLLOWS -->\n")
  File "c:\Moin\Lib\site-packages\MoinMoin\request.py", line 1184, in
write
    sys.stdout.write(self.encode(data))
IOError: [Errno 22] Invalid argument

If I select the MissingPage page from the index, it opens just fine, and
as far as I can tell the underlay directory is where it is supposed to
be.

Any ideas?

Richard



From Richard.Hiers at covenantseminary.edu  Fri Aug 26 08:21:27 2005
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Fri Aug 26 08:21:27 2005
Subject: [Moin-user] Problem with MissingPage
Message-ID: <D7C098C5CEB2694FA43A9BFFB54CE39801B77978@phil.covenantseminary.edu>

I found the answer in the HelpOnInstalling/InternetInformationServer
doc:

Starting with MoinMoin 1.3.5, it seems you need to change the Custom
Errors setting for 404 before you can create new pages. You can
accomplish this by performing the following steps:

   1. Go into the IIS Manager, right-click on 'mywiki' (or whatever your
wiki instance directory is called), and select properties.
   2. Next, go to the Custom Errors tab and find the 404 entry, and
click the Edit button.
   3. Set "Message type" to "Default" and click click click until you're
out of all the dialogs.

Richard

-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Hiers,
Richard
Sent: Thursday, August 25, 2005 1:24 PM
To: moin-user at lists.sourceforge.net
Subject: [Moin-user] Problem with MissingPage

I am running Moin 1.3.5 on Windows Server 2000 & IIS 5.0

According to HelpOnPageCreation "You create a new page by visiting the
page. If the page does not exists, MoinMoin will suggest to create it."

However when I do this by adding a WikiName to an existing page and
clicking on the link, or typing the new url into the address bar, I get
a page not found error rather than the MissingPage page.

The error log reports the following:
Traceback (most recent call last):
  File "C:\Moin\ctswiki\moin.cgi", line 41, in ?
    request.run()
  File "c:\Moin\Lib\site-packages\MoinMoin\request.py", line 908, in run
    self.write(u"\n<!-- ERROR REPORT FOLLOWS -->\n")
  File "c:\Moin\Lib\site-packages\MoinMoin\request.py", line 1184, in
write
    sys.stdout.write(self.encode(data))
IOError: [Errno 22] Invalid argument

If I select the MissingPage page from the index, it opens just fine, and
as far as I can tell the underlay directory is where it is supposed to
be.

Any ideas?

Richard


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices Agile & Plan-Driven Development * Managing Projects & Teams *
Testing & QA Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user



From Anke.Heinrich at marconi.com  Fri Aug 26 15:40:51 2005
From: Anke.Heinrich at marconi.com (Anke Heinrich)
Date: Fri Aug 26 15:40:51 2005
Subject: [Moin-user] help with docbook parser example
Message-ID: <OF7DC97119.9EDD17FB-ONC1257069.0079A04B@uk.marconicomms.com>

Hi,

I've tried to get the docbook parser example working as described in page
HelpOnXmlPages, but I'm stuck with
XSLT processing error: Error parsing source document
(wiki://Self/WikiSandBox): Error retrieving resource
u'http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd': [Errno socket
error] (11001, 'getaddrinfo failed')

I don't have a problem to open the above URL in a browser, but it uses an
http proxy to get through the company firewall.

I'm running a wiki in the intranet on a Windows2003 server with IIS6.0
using the following software:
Python Version
      2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)]
MoinMoin Version
      Release 1.3.5 [Revision 1.3.5 release]
4Suite Version
      1.0b1

It would be great if someone could point me to a possible solution.

Regards,
Anke





From skip at pobox.com  Fri Aug 26 19:51:08 2005
From: skip at pobox.com (skip at pobox.com)
Date: Fri Aug 26 19:51:08 2005
Subject: [Moin-user] Can I avoid the "redirected" message?
Message-ID: <17167.54500.417029.763965@montanaro.dyndns.org>

If I add

    # redirect SomewhereElse

to a wiki page, I get redirected when I try to visit that page, but when the
targe page is displayed, it tells me

    Redirected  from page "RedirectSource"

Can I suppress that somehow?  I didn't see any sort of configuration option
to accomplish that.  I'm using 1.3.4.

Thanks,

-- 
Skip Montanaro
skip at pobox.com



From nirs at freeshell.org  Sat Aug 27 05:23:25 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Sat Aug 27 05:23:25 2005
Subject: [Moin-user] Can I avoid the "redirected" message?
In-Reply-To: <17167.54500.417029.763965@montanaro.dyndns.org>
References: <17167.54500.417029.763965@montanaro.dyndns.org>
Message-ID: <1125145287.43105ac7e5207@webmail.actcom.net.il>

Quoting skip at pobox.com:

> 
> If I add
> 
>     # redirect SomewhereElse
> 
> to a wiki page, I get redirected when I try to visit that page, but when the
> targe page is displayed, it tells me
> 
>     Redirected  from page "RedirectSource"
> 
> Can I suppress that somehow?  I didn't see any sort of configuration option
> to accomplish that.  I'm using 1.3.4.

Yea this message is annoying, it was even more annyoing before 1.3 when it used
a warning icon.

There is no way to remove it but to patch the code. Edit Page.py and comment the
line that add it.

MediaWiki solved this in much better way, you get a tiny notice under the page
name. I feel that in most cases, nobody care if he got to the page by redirect
or not, just like a symoblic link on the file system. In rare cases it may be
useful to fetch the redirect page, maybe we can add a link on the page general
info page to pages that redirect to this page.


--
Best regards,

Nir Soffer





From skip at pobox.com  Sat Aug 27 12:10:22 2005
From: skip at pobox.com (skip at pobox.com)
Date: Sat Aug 27 12:10:22 2005
Subject: [Moin-user] Can I avoid the "redirected" message?
In-Reply-To: <1125145287.43105ac7e5207@webmail.actcom.net.il>
References: <17167.54500.417029.763965@montanaro.dyndns.org>
        <1125145287.43105ac7e5207@webmail.actcom.net.il>
Message-ID: <17168.47723.339334.35154@montanaro.dyndns.org>

    >> ... I get redirected when I try to visit that page, but when the
    >> targe page is displayed, it tells me
    >> 
    >> Redirected  from page "RedirectSource"

    Nir> There is no way to remove it but to patch the code. Edit Page.py
    Nir> and comment the line that add it.

Thanks.  That's a good enough workaround for now.

Skip



From jimpop at yahoo.com  Sat Aug 27 12:50:17 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Sat Aug 27 12:50:17 2005
Subject: [Moin-user] Moin search box
Message-ID: <1125171920.4630.1.camel@localhost>

Is there a way to delete (remove) the Moin search box?

Thanks,

-Jim P.





From skip at pobox.com  Sat Aug 27 12:58:45 2005
From: skip at pobox.com (skip at pobox.com)
Date: Sat Aug 27 12:58:45 2005
Subject: [Moin-user] Moin search box
In-Reply-To: <1125171920.4630.1.camel@localhost>
References: <1125171920.4630.1.camel@localhost>
Message-ID: <17168.50635.548024.235944@montanaro.dyndns.org>

    Jim> Is there a way to delete (remove) the Moin search box?

You can create a new theme that doesn't include it.

Skip



From jimpop at yahoo.com  Sat Aug 27 13:56:20 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Sat Aug 27 13:56:20 2005
Subject: [Moin-user] Moin search box
In-Reply-To: <17168.50635.548024.235944@montanaro.dyndns.org>
References: <1125171920.4630.1.camel@localhost>
	 <17168.50635.548024.235944@montanaro.dyndns.org>
Message-ID: <1125175926.4630.5.camel@localhost>

On Sat, 2005-08-27 at 14:58 -0500, skip at pobox.com wrote:
>     Jim> Is there a way to delete (remove) the Moin search box?
> 
> You can create a new theme that doesn't include it.

Well that's too easy of an answer, makes perfect sense though. ;-)
Thanks.

-Jim P.





From nirs at actcom.net.il  Sat Aug 27 14:30:00 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Sat Aug 27 14:30:00 2005
Subject: [Moin-user] Moin search box
In-Reply-To: <17168.50635.548024.235944@montanaro.dyndns.org>
References: <1125171920.4630.1.camel@localhost> <17168.50635.548024.235944@montanaro.dyndns.org>
Message-ID: <8FF0DBF6-1741-11DA-A728-000A95B45AA0@actcom.net.il>

On 27 Aug, 2005, at 22:58, skip at pobox.com wrote:

>
>     Jim> Is there a way to delete (remove) the Moin search box?
>
> You can create a new theme that doesn't include it.

You can also hack your favorite theme from your wikiconfig.py:

	from MoinMoin.theme import ThemeBase
	ThemeBase.searchform = lambda self, x: ''

But why you want to remove the search box?


Best Regards,

Nir Soffer




From jimpop at yahoo.com  Sat Aug 27 17:54:47 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Sat Aug 27 17:54:47 2005
Subject: [Moin-user] Moin search box
In-Reply-To: <8FF0DBF6-1741-11DA-A728-000A95B45AA0@actcom.net.il>
References: <1125171920.4630.1.camel@localhost>
	 <17168.50635.548024.235944@montanaro.dyndns.org>
	 <8FF0DBF6-1741-11DA-A728-000A95B45AA0@actcom.net.il>
Message-ID: <1125190188.5105.7.camel@localhost>

On Sun, 2005-08-28 at 00:28 +0300, Nir Soffer wrote:
> On 27 Aug, 2005, at 22:58, skip at pobox.com wrote:
> 
> >
> >     Jim> Is there a way to delete (remove) the Moin search box?
> >
> > You can create a new theme that doesn't include it.
> 
> You can also hack your favorite theme from your wikiconfig.py:
> 
> 	from MoinMoin.theme import ThemeBase
> 	ThemeBase.searchform = lambda self, x: ''
> 
> But why you want to remove the search box?

I'm basically using Moin for a multi-editor website management tool,
where the main purpose of the site is some Mailman mailinglists.  The
lists have a search box (htdig) and having two search interfaces would
be more confusing than beneficial.  As the site transitions from static
to wiki'ish I'm sure the Moin search capabilities will be needed and
returned.

-Jim P.




From jh at web.de  Sun Aug 28 02:11:58 2005
From: jh at web.de (Juergen Hermann)
Date: Sun Aug 28 02:11:58 2005
Subject: [Moin-user] Can I avoid the "redirected" message?
In-Reply-To: <17167.54500.417029.763965@montanaro.dyndns.org>
Message-ID: <E1E9JBd-00089C-00@smtp07.web.de>

On Fri, 26 Aug 2005 21:50:12 -0500, skip at pobox.com wrote:

>Can I suppress that somehow?  I didn't see any sort of configuration option
>to accomplish that.  I'm using 1.3.4.

That msg is the only way (apart from direct url manipulation) to ever edit 
that page again (f.x. change the redirect target).


Ciao, J?rgen





From nirs at actcom.net.il  Sun Aug 28 07:36:28 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Sun Aug 28 07:36:28 2005
Subject: [Moin-user] Can I avoid the "redirected" message?
In-Reply-To: <E1E9JBd-00089C-00@smtp07.web.de>
References: <E1E9JBd-00089C-00@smtp07.web.de>
Message-ID: <E0B1E7D9-17D0-11DA-A728-000A95B45AA0@actcom.net.il>

On 28 Aug, 2005, at 12:10, Juergen Hermann wrote:

>> Can I suppress that somehow?  I didn't see any sort of configuration 
>> option
>> to accomplish that.  I'm using 1.3.4.
>
> That msg is the only way (apart from direct url manipulation) to ever 
> edit
> that page again (f.x. change the redirect target).

The way to visit a redirect page is to use "show" action:

	/RedirectPage?action=show

If you want to find pages that redirect to another page, you can can 
search for ""#redirect PageName", but if there is only one such page, 
search will visit that page, and be redirected again :-)

A page does not know its redirect page(s). The redirect page is known 
only directly after the redirect, using a query:

	/TargetPage?action=show&redirect=RedirectPage

  One might think that doing a backlink search will show you the pages 
redirecting to the current page, since they contain the page "link", 
but because redirect is handled before the code that save the page 
links, this is not true.


Best Regards,

Nir Soffer




From 2005a at usenet.alexanderweb.de  Sun Aug 28 11:12:25 2005
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sun Aug 28 11:12:25 2005
Subject: [Moin-user] Re: help with docbook parser example
References: <OF7DC97119.9EDD17FB-ONC1257069.0079A04B@uk.marconicomms.com>
Message-ID: <33leasvqebqk$.dlg@usenet.alexanderweb.de>

On Sat, 27 Aug 2005 00:38:34 +0200, Anke Heinrich wrote:

> It would be great if someone could point me to a possible solution.

Try to set the environmental variable http_proxy and see if 4suite respects
it. If it does not, you will need to file a bug at their bugtracker.

% http_proxy="http://www.someproxy.com:3128"
% export http_proxy

On Windows, you will need to use the system properties dialog.

Kind regards,
Alexader




From skip at pobox.com  Sun Aug 28 19:02:03 2005
From: skip at pobox.com (skip at pobox.com)
Date: Sun Aug 28 19:02:03 2005
Subject: [Moin-user] Can I avoid the "redirected" message?
In-Reply-To: <E1E9JBd-00089C-00@smtp07.web.de>
References: <17167.54500.417029.763965@montanaro.dyndns.org>
        <E1E9JBd-00089C-00@smtp07.web.de>
Message-ID: <17170.27695.864616.339395@montanaro.dyndns.org>

    >> Can I suppress that somehow?  I didn't see any sort of configuration
    >> option to accomplish that.  I'm using 1.3.4.

    Juergen> That msg is the only way (apart from direct url manipulation)
    Juergen> to ever edit that page again (f.x. change the redirect target).

That's fine with me.  My main reason for using redirects is to have smaller
tabs.  On this site

    http://orca.mojam.com/mojamwiki/

I have Help redirect to HelpContents and Categories redirect to
CategoryCategory.

-- 
Skip Montanaro
skip at pobox.com



From nirs at actcom.net.il  Sun Aug 28 19:16:08 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Sun Aug 28 19:16:08 2005
Subject: [Moin-user] Can I avoid the "redirected" message?
In-Reply-To: <17170.27695.864616.339395@montanaro.dyndns.org>
References: <17167.54500.417029.763965@montanaro.dyndns.org> <E1E9JBd-00089C-00@smtp07.web.de> <17170.27695.864616.339395@montanaro.dyndns.org>
Message-ID: <60F55B23-1832-11DA-A728-000A95B45AA0@actcom.net.il>

On 29 Aug, 2005, at 5:00, skip at pobox.com wrote:

> That's fine with me.  My main reason for using redirects is to have 
> smaller
> tabs.  On this site

In this case you can simply use the (secret) [pagename title] format in 
both navi_bar configuration or your user quicklinks list in your 
UserPreferences:

	navi_bar = ["[WildWikiIdeasToConsider Ideas]", 
"[Wild_Wiki_Ideas_with_Spaces More Ideas]"]


Best Regards,

Nir Soffer




From nessus at mit.edu  Tue Aug 30 10:23:06 2005
From: nessus at mit.edu (Douglas Alan)
Date: Tue Aug 30 10:23:06 2005
Subject: [Moin-user] Q: Can I delete foreign-language help?
Message-ID: <20050830172028.C16873740D6@lexx.mit.edu>

Hi.  Is there an easy way to delete all the foreign-language help?
(Which, for me, means non-English.)  It really clutters up search
results.

|>oug



From eduardo.mercovich at gmail.com  Tue Aug 30 10:33:09 2005
From: eduardo.mercovich at gmail.com (Eduardo Mercovich)
Date: Tue Aug 30 10:33:09 2005
Subject: [Moin-user] Q: Can I delete foreign-language help?
In-Reply-To: <20050830172028.C16873740D6@lexx.mit.edu>
References: <20050830172028.C16873740D6@lexx.mit.edu>
Message-ID: <4459f0d30508301032343ce4c4@mail.gmail.com>

Hello Douglas.

On 8/30/05, Douglas Alan <nessus at mit.edu> wrote:
> 
> Hi. Is there an easy way to delete all the foreign-language help?
> (Which, for me, means non-English.) 


See http://moinmoin.wikiwikiweb.de/JamieLawrence/RemoveNonEnglishPages
Regards...

-- 
Eduardo Mercovich
Buenos Aires - Argentina.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050830/062d66d2/attachment.html>

From mruedy at consentry.com  Tue Aug 30 10:42:12 2005
From: mruedy at consentry.com (Mark)
Date: Tue Aug 30 10:42:12 2005
Subject: [Moin-user] HelpOnXmlPages - AttributeErrorFormatter instance has no attribute =?utf-8?b?J3Jhd19odG1sJw==?=
Message-ID: <loom.20050830T192203-589@post.gmane.org>

I have moimmoin 1.3.5, python 2.4 installed on Redhat Linux EL rel 3

All the other help pages that I have visited are working but I get an error
loading HelpOnXmlPages.

Anyone know why?

Thanks
Mark


HelpOnXmlPages
--> -->
 
 
AttributeErrorFormatter instance has no attribute 'raw_html'	Please include
this information in your bug reports!:
Python Python 2.4: /usr/bin/python2.4
Linux skate 2.4.21-4.EL #1 Fri Oct 3 18:13:58 EDT 2003 i686
MoinMoin Release 1.3.5 [Revision 1.3.5 release]
Tue Aug 30 10:06:41 2005

A problem occurred in a Python script. Here is the sequence of function calls
leading up to the error, in the order they occurred.

 /usr/local/moin-1.3.5/lib/python2.4/site-packages/MoinMoin/request.py in 
run(self=<MoinMoin.request.RequestCGI object>)
  854                 if self.cfg.allow_extended_names:
  855                     self.page = Page(self, pagename)
  856                     self.page.send_page(self, count_hit=1)
  857                 else:
  858                     # TODO: kill this. Why disable allow extended names?
self = <MoinMoin.request.RequestCGI object>, self.page = <MoinMoin.Page.Page 
instance>, self.page.send_page = <bound method Page.send_page of 
<MoinMoin.Page.Page instance>>, count_hit undefined
<snip>





From nirs at actcom.net.il  Tue Aug 30 11:05:18 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Tue Aug 30 11:05:18 2005
Subject: [Moin-user] HelpOnXmlPages - AttributeErrorFormatter instance has no attribute 'raw_html'
In-Reply-To: <loom.20050830T192203-589@post.gmane.org>
References: <loom.20050830T192203-589@post.gmane.org>
Message-ID: <7B567BAF-1980-11DA-9476-000A95B45AA0@actcom.net.il>

On 30 Aug, 2005, at 20:27, Mark wrote:

> All the other help pages that I have visited are working but I get an 
> error
> loading HelpOnXmlPages.
> AttributeErrorFormatter instance has no attribute 'raw_html'

Its a known issue, unfortunately its missing from 
http://moinmoin.wikiwikiweb.de/KnownIssues.


Best Regards,

Nir Soffer




From Richard.Hiers at covenantseminary.edu  Tue Aug 30 11:21:12 2005
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Tue Aug 30 11:21:12 2005
Subject: [Moin-user] Q: Can I delete foreign-language help?
Message-ID: <D7C098C5CEB2694FA43A9BFFB54CE39801B77F44@phil.covenantseminary.edu>

I just deleted the foreign lang folders from the
\moin\mywiki\underlay\pages directory (actually I moved them in case I
made a mistake).  It wasn't too difficult to figure out which were not
English, but here is the list of files I'm left with:

AbandonedPages
BadContent
CategoryCategory
CategoryHomepage
CategoryTemplate
DesktopEdition
DesktopEdition(2f)HowToConfigure
EditedSystemPages
EventStats
EventStats(2f)HitCounts
EventStats(2f)UserAgents
FindPage
FortuneCookies
FrontPage
HelpContents
HelpForBeginners
HelpForDevelopers
HelpIndex
HelpMiscellaneous
HelpMiscellaneous(2f)ExperimentalFeatures
HelpMiscellaneous(2f)FrequentlyAskedQuestions
HelpOnAccessControlLists
HelpOnActions
HelpOnActions(2f)AttachFile
HelpOnAdministration
HelpOnCategories
HelpOnConfiguration
HelpOnConfiguration(2f)ApacheVoodoo
HelpOnConfiguration(2f)CascadingStyleSheets
HelpOnConfiguration(2f)EmailSupport
HelpOnConfiguration(2f)FileAttachments
HelpOnConfiguration(2f)SecurityPolicy
HelpOnEditing
HelpOnEditing(2f)SubPages
HelpOnEditLocks
HelpOnFormatting
HelpOnHeadlines
HelpOnInstalling
HelpOnInstalling(2f)ApacheOnLinux
HelpOnInstalling(2f)ApacheOnLinuxFtp
HelpOnInstalling(2f)ApacheOnMacOsx
HelpOnInstalling(2f)ApacheOnWin32
HelpOnInstalling(2f)ApacheWithFastCgi
HelpOnInstalling(2f)ApacheWithModPython
HelpOnInstalling(2f)BasicInstallation
HelpOnInstalling(2f)InternetInformationServer
HelpOnInstalling(2f)StandaloneServer
HelpOnInstalling(2f)TroubleShooting
HelpOnInstalling(2f)TwistedWeb
HelpOnInstalling(2f)WebLogic
HelpOnInstalling(2f)WikiInstanceCreation
HelpOnLanguages
HelpOnLinking
HelpOnLists
HelpOnMacros
HelpOnMacros(2f)Include
HelpOnMacros(2f)MailTo
HelpOnNavigation
HelpOnPageCreation
HelpOnPageDeletion
HelpOnParsers
HelpOnParsers(2f)ReStructuredText
HelpOnParsers(2f)ReStructuredText(2f)RstPrimer
HelpOnProcessingInstructions
HelpOnProcessors
HelpOnRules
HelpOnSearching
HelpOnSkins
HelpOnSlideShows
HelpOnSlideShows(2f)000_Introduction
HelpOnSlideShows(2f)100_Creating_the_slides
HelpOnSlideShows(2f)900_Last_but_not_least(3a)_Running_your_presentation
(2e)
HelpOnSmileys
HelpOnSpellCheck
HelpOnTables
HelpOnThemes
HelpOnUpdating
HelpOnUpdatingPython
HelpOnUserPreferences
HelpOnXmlPages
HelpTemplate
HomepageTemplate
InterWiki
LocalBadContent
LocalSpellingWords
MissingPage
MoinMoin
MoinPagesEditorGroup
OrphanedPages
PageHits
PageSize
RandomPage
RecentChanges
SiteNavigation
SlideShowHandOutTemplate
SlideShowTemplate
SlideTemplate
SyntaxReference
SystemInfo
SystemPagesGroup
SystemPagesInEnglishGroup
TitleIndex
UserPreferences
WantedPages
WhyWikiWorks
WikiCourse
WikiCourse(2f)BasicIntroduction
WikiCourse(2f)BasicIntroduction(2f)000_What_is_a_Wiki(3f)
WikiCourse(2f)BasicIntroduction(2f)050_First_Steps
WikiCourse(2f)BasicIntroduction(2f)060_How_do_I_navigate(3f)
WikiCourse(2f)BasicIntroduction(2f)090_The_Editor
WikiCourse(2f)BasicIntroduction(2f)091_Tips_on_the_Editor
WikiCourse(2f)BasicIntroduction(2f)100_Text_markup
WikiCourse(2f)BasicIntroduction(2f)110_Headlines_and_Paragraphs
WikiCourse(2f)BasicIntroduction(2f)130_Lists
WikiCourse(2f)BasicIntroduction(2f)150_Tables
WikiCourse(2f)BasicIntroduction(2f)180_Macros
WikiCourse(2f)BasicIntroduction(2f)191_Creating_new_Pages
WikiCourse(2f)BasicIntroduction(2f)195_Actions
WikiCourse(2f)BasicIntroduction(2f)200_Wikiquette
WikiCourse(2f)BasicIntroduction(2f)210_Organisation_and_Structure
WikiCourse(2f)BasicIntroduction(2f)900_Exercises
WikiCourse(2f)BasicIntroductionHandOut
WikiSandBox
WikiWikiWeb
WordIndex

Hope that helps
Richard  

-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Douglas Alan
Sent: Tuesday, August 30, 2005 12:20 PM
To: moin-user at lists.sourceforge.net
Subject: [Moin-user] Q: Can I delete foreign-language help?

Hi.  Is there an easy way to delete all the foreign-language help?
(Which, for me, means non-English.)  It really clutters up search
results.

|>oug


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices Agile & Plan-Driven Development * Managing Projects & Teams *
Testing & QA Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user



From bkuczens at andrew.cmu.edu  Tue Aug 30 11:35:14 2005
From: bkuczens at andrew.cmu.edu (Brandon Kuczenski)
Date: Tue Aug 30 11:35:14 2005
Subject: [Moin-user] Recover lost work
Message-ID: <Pine.LNX.4.60-041.0508301429500.3137@unix46.andrew.cmu.edu>

Is there any way to recover a page that was previewed but not saved in the 
event of a browser crash?  I'm using MoinMoin version 1.3.4

Thanks,
Brandon

-- 
Brandon Kuczenski
Department of Mechanical Engineering
Carnegie Mellon University



From nirs at actcom.net.il  Tue Aug 30 11:47:07 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Tue Aug 30 11:47:07 2005
Subject: [Moin-user] Recover lost work
In-Reply-To: <Pine.LNX.4.60-041.0508301429500.3137@unix46.andrew.cmu.edu>
References: <Pine.LNX.4.60-041.0508301429500.3137@unix46.andrew.cmu.edu>
Message-ID: <5E0FC394-1986-11DA-9476-000A95B45AA0@actcom.net.il>

On 30 Aug, 2005, at 21:34, Brandon Kuczenski wrote:

> Is there any way to recover a page that was previewed but not saved in 
> the event of a browser crash?  I'm using MoinMoin version 1.3.4

Visit soon as possible the page BrandonKuczenski/MoinEditorBackup

This is a hidden page (does not show in page lists) that keeps the last 
version you previewed or saved.


Best Regards,

Nir Soffer




From zyf_sz at tom.com  Tue Aug 30 18:37:05 2005
From: zyf_sz at tom.com (ZeroSlug)
Date: Tue Aug 30 18:37:05 2005
Subject: [Moin-user] attached image can't display
Message-ID: <43150AA0.7010701@tom.com>

I use MoinMoin desktop edition 1.3.4 on my computer

when I use "attachment:xxx.gif" several times in a page to attach more
than one images, only the first image can display, and others still show
tips to require an upload. But all the uploaded images can be show with
action=AttchFle&do=view&target=xxx.gif

Has anybody find this problem?

ZhangYunfeng




From nirs at actcom.net.il  Tue Aug 30 18:42:03 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Tue Aug 30 18:42:03 2005
Subject: [Moin-user] attached image can't display
In-Reply-To: <43150AA0.7010701@tom.com>
References: <43150AA0.7010701@tom.com>
Message-ID: <4C3AF2E9-19C0-11DA-9476-000A95B45AA0@actcom.net.il>

On 31 Aug, 2005, at 4:40, ZeroSlug wrote:

> I use MoinMoin desktop edition 1.3.4 on my computer
>
> when I use "attachment:xxx.gif" several times in a page to attach more
> than one images, only the first image can display, and others still 
> show
> tips to require an upload. But all the uploaded images can be show with
> action=AttchFle&do=view&target=xxx.gif

Please add example markup that fail. Its not clear what is xxx.gif and 
how many time you repeat the same name?


Best Regards,

Nir Soffer




From zyf_sz at tom.com  Tue Aug 30 19:48:12 2005
From: zyf_sz at tom.com (ZeroSlug)
Date: Tue Aug 30 19:48:12 2005
Subject: [Moin-user] attached image can't display
In-Reply-To: <4C3AF2E9-19C0-11DA-9476-000A95B45AA0@actcom.net.il>
References: <43150AA0.7010701@tom.com> <4C3AF2E9-19C0-11DA-9476-000A95B45AA0@actcom.net.il>
Message-ID: <43151B53.2040709@tom.com>

This is an example page
-----------------------------------------------------------------------------------------

The Leibniz integral rule gives a formula for differentiation of a definite integral 
whose limits are functions of the differential variable, 

 attachment:l1img2285.gif

It is sometimes known as differentiation under the integral sign. 

This rule can be used to evaluate certain unusual definite integrals such as 

 attachment:l1img2286.gif

for attachment:l1img2287.gif (Woods 1926). 
-------------------------------------------------------------------------------------------


"l1img2285.gif" can displays. "l1img2286.gif" and "l1img2287.gif" can't
display


Nir Soffer ??:

>
> Please add example markup that fail. Its not clear what is xxx.gif and
> how many time you repeat the same name?
>




From nirs at actcom.net.il  Tue Aug 30 20:03:10 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Tue Aug 30 20:03:10 2005
Subject: [Moin-user] attached image can't display
In-Reply-To: <43151B53.2040709@tom.com>
References: <43150AA0.7010701@tom.com> <4C3AF2E9-19C0-11DA-9476-000A95B45AA0@actcom.net.il> <43151B53.2040709@tom.com>
Message-ID: <AB8148CE-19CB-11DA-9476-000A95B45AA0@actcom.net.il>

On 31 Aug, 2005, at 5:52, ZeroSlug wrote:
> This is an example page
> ----------------------------------------------------------------------- 
> ------------------
>
> The Leibniz integral rule gives a formula for differentiation of a  
> definite integral
> whose limits are functions of the differential variable,
>
>  attachment:l1img2285.gif
>
> It is sometimes known as differentiation under the integral sign.
>
> This rule can be used to evaluate certain unusual definite integrals  
> such as
>
>  attachment:l1img2286.gif
>
> for attachment:l1img2287.gif (Woods 1926).
> ----------------------------------------------------------------------- 
> --------------------

Your markup look correct, and work in my wiki:  
http://nirs.dyndns.org/fix/ImageTest

So its either your images - are you sure you can display all of them in  
moin? or maybe a specific problem in moin desktop edition - my test  
wiki is a standard moin.


Best Regards,

Nir Soffer




From zyf_sz at tom.com  Wed Aug 31 00:22:10 2005
From: zyf_sz at tom.com (ZeroSlug)
Date: Wed Aug 31 00:22:10 2005
Subject: [Moin-user] attached image can't display
In-Reply-To: <AB8148CE-19CB-11DA-9476-000A95B45AA0@actcom.net.il>
References: <43150AA0.7010701@tom.com> <4C3AF2E9-19C0-11DA-9476-000A95B45AA0@actcom.net.il> <43151B53.2040709@tom.com> <AB8148CE-19CB-11DA-9476-000A95B45AA0@actcom.net.il>
Message-ID: <43155B76.7070109@tom.com>

It works ok now, but I have not change anything. I don't know why,
caused by cache ?  I have found this problem some times before in my
personal edition wiki (run in winxp)

Nir Soffer ??:
> 
> On 31 Aug, 2005, at 5:52, ZeroSlug wrote:
> 
>> This is an example page
>> ----------------------------------------------------------------------- 
>> ------------------
>>
>> The Leibniz integral rule gives a formula for differentiation of a  
>> definite integral
>> whose limits are functions of the differential variable,
>>
>>  attachment:l1img2285.gif
>>
>> It is sometimes known as differentiation under the integral sign.
>>
>> This rule can be used to evaluate certain unusual definite integrals  
>> such as
>>
>>  attachment:l1img2286.gif
>>
>> for attachment:l1img2287.gif (Woods 1926).
>> ----------------------------------------------------------------------- 
>> --------------------
> 
> 
> Your markup look correct, and work in my wiki:  
> http://nirs.dyndns.org/fix/ImageTest
> 
> So its either your images - are you sure you can display all of them in  
> moin? or maybe a specific problem in moin desktop edition - my test  
> wiki is a standard moin.
> 
> 
> Best Regards,
> 
> Nir Soffer
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
> 
> 




From Matthew.Warren at eon-uk.com  Wed Aug 31 02:10:31 2005
From: Matthew.Warren at eon-uk.com (Warren, Matthew (Corp))
Date: Wed Aug 31 02:10:31 2005
Subject: [Moin-user] Broken Macros?
Message-ID: <33C3DEE7361D394290F8CC76E38666380CE299@CORPHNXSEXV01.corp.pg.eon.net>

Hallo,

I recently had to recover and rebuild the TsmWiki after a disk failure.

I rebuilt, installed apache, python 2.4, moinmoin, created apache
aliases and then just replaced the apache alias dir's with the content
of the wiki.

At this point, I think everything is as it was before.

Now, you can goto www.tsmwiki.com/tsmwiki to see for yourself, try doing
a page search.

It appears that none of the macros are working, instead I just see
things like [[GetText()]] etc.. embedded into the page text.

Here's a copy of my            FrontPage?action=test action;

MoinMoin Diagnosis
======================

Release 1.3.4
Revision 1.3.4 release
Python version 2.4 (#60, Nov 30 2004, 11:49:19) [MSC v.1310 32 bit
(Intel)]
Python installed to C:\python24
PyXML is installed
Python Path:
   c:/moin/lib/site-packages/
   c:/moin/tsmwiki/tsmwiki/
   C:\moin\tsmwiki\tsmwiki
   C:\WINDOWS\system32\python24.zip
   C:\moin\tsmwiki\tsmwiki
   C:\python24\DLLs
   C:\python24\lib
   C:\python24\lib\plat-win
   C:\python24\lib\lib-tk
   C:\python24
   C:\python24\lib\site-packages
Checking directories...
    data directory tests OK (set to 'c:\moin\tsmwiki\tsmwiki\data')
    user directory tests OK (set to 'c:\moin\tsmwiki\tsmwiki\data\user')

Server Environment:
    ONLY AVAILABLE FOR LOCAL REQUESTS ON THIS HOST!

Unit Tests:

----------------------------------------------------------------------
Ran 0 tests in 0.000s

OK

Any ideas as to why my macros are bustud?


Thanks,

Matt.












--------------------------
Matthew Warren.
matthew.warren at powergen.co.uk
matthew_j_warren at hotmail.com
http://tsmwiki.com/tsmwiki/MatthewWarren


___________________________ Disclaimer Notice ____________________
This message and any attachments are confidential and should only 
be read by those to whom they are addressed. If you are not the 
intended recipient, please contact us, delete the message from your
computer and destroy any copies. Any distribution or copying without
our prior permission is prohibited.

Internet communications are not always secure and therefore the 
E.ON Group does not accept legal responsibility for this message.
The recipient is responsible for verifying its authenticity before
acting on the contents. Any views or opinions presented are solely
those of the author and do not necessarily
represent those of the E.ON Group.

E.ON UK plc, Westwood Way, Westwood Business Park,
Coventry, CV4 8LG.
Registered in England & Wales No. 2366970

E.ON UK Trading Ltd, Westwood Way, Westwood Business Park,
Coventry, CV4 8LG
Registered in England & Wales No. 4178314

E.ON UK Trading Ltd is regulated by the Financial Services 
Authority to carry out investment activities.

Telephone +44 (0) 2476 42 4000
Fax +44 (0) 2476 42 5432
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050831/efa27ffa/attachment.html>

From Tony.Garland at fluke.com  Wed Aug 31 07:24:38 2005
From: Tony.Garland at fluke.com (Garland, Tony)
Date: Wed Aug 31 07:24:38 2005
Subject: [Moin-user] Java exception when attempt to edit existing drawing
Message-ID: <732BE51FE9901143AE04411A11CC465607C5BD42@evtexc02.tc.fluke.com>

We are using moin version 1.3.1 under Apache. We can create a new drawing
using the

drawing:drawing_name

syntax, but when we return to the same drawing and click on it to edit, we
see the following:

1. The drawing java applet opens with blank contents and displays the error
"Error reading <path to page>?action=AttachFile&do=drawing_name.draw:
java.io.IOException: String expected in line: 9

2. The java console shows the following

Java Plug-in 1.5.0_04
Using JRE version 1.5.0_04 Java HotSpot(TM) Client VM
...
java.io.IOException: String expected in line: 9
	at CH.ifa.draw.util.StorableInput.readString(Unknown Source)
	at CH.ifa.draw.figures.TextFigure.read(Unknown Source)
	at CH.ifa.draw.util.StorableInput.readStorable(Unknown Source)
	at CH.ifa.draw.standard.CompositeFigure.read(Unknown Source)
	at CH.ifa.draw.util.StorableInput.readStorable(Unknown Source)
	at CH.ifa.draw.standard.CompositeFigure.read(Unknown Source)
	at CH.ifa.draw.util.StorableInput.readStorable(Unknown Source)
	at CH.ifa.draw.appframe.DrawFrame.readFromStorableInput(Unknown
Source)
	at CH.ifa.draw.appframe.DrawFrame.readDrawing(Unknown Source)
	at CH.ifa.draw.appframe.DrawFrame.loadDrawing(Unknown Source)
	at CH.ifa.draw.twiki.TWikiFrame.<init>(Unknown Source)
	at CH.ifa.draw.twiki.TWikiDraw.init(Unknown Source)
	at sun.applet.AppletPanel.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

Before I spend more time sleuthing into this problem, I wondered if anyone
else is familiar with the symptoms and knows what should be done to fix it?

As it stands now, the drawing tool provides a rapid way to create an image
attachment within Moin, but being unable to successfully edit it is a pain.

Thanks - Tony



From tw-public at gmx.de  Wed Aug 31 07:39:10 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Aug 31 07:39:10 2005
Subject: [Moin-user] Java exception when attempt to edit existing drawing
In-Reply-To: <732BE51FE9901143AE04411A11CC465607C5BD42@evtexc02.tc.fluke.com>
References: <732BE51FE9901143AE04411A11CC465607C5BD42@evtexc02.tc.fluke.com>
Message-ID: <4315E822.5030100@gmx.de>

> We are using moin version 1.3.1 under Apache. We can create a new drawing
> using the drawing:drawing_name syntax, but when we return ...

Maybe just try on http://moinmoin.wikiwikiweb.de/WikiSandbox if it
happens there, too. Maybe check different browsers/java versions.

If it happens there, too, please file a bug.
If not, just upgrade to 1.3.5 :)





From bkuczens at andrew.cmu.edu  Wed Aug 31 08:08:04 2005
From: bkuczens at andrew.cmu.edu (Brandon Kuczenski)
Date: Wed Aug 31 08:08:04 2005
Subject: [Moin-user] Java exception when attempt to edit existing drawing
In-Reply-To: <4315E822.5030100@gmx.de>
References: <732BE51FE9901143AE04411A11CC465607C5BD42@evtexc02.tc.fluke.com>
 <4315E822.5030100@gmx.de>
Message-ID: <Pine.LNX.4.60-041.0508311102390.2561@unix41.andrew.cmu.edu>

On Wed, 31 Aug 2005, Thomas Waldmann wrote:

>> We are using moin version 1.3.1 under Apache. We can create a new drawing
>> using the drawing:drawing_name syntax, but when we return ...
>
> Maybe just try on http://moinmoin.wikiwikiweb.de/WikiSandbox if it
> happens there, too. Maybe check different browsers/java versions.
>
> If it happens there, too, please file a bug.
> If not, just upgrade to 1.3.5 :)
>

I don't know if there's a bug filed, but this is listed in the TWikiDraw 
discussion:
http://twiki.org/cgi-bin/view/Plugins/TWikiDrawPluginDev

The problem is caused by a text object containing a newline.  When the 
user enters a newline into a text object, it generates a spurious ^M in 
the source which confuses the .. uh, parser?  I found that I could get the 
drawing to load if I edited the .draw file by hand and removed the newline 
syntax.

This is actually the reason I subscribed to this list, but I think it's a 
TWikiDraw problem rather than a MoinMoin problem.


-- 
Brandon Kuczenski
Department of Mechanical Engineering
Carnegie Mellon University