From crelisr at gmail.com  Thu Dec  1 01:38:02 2005
From: crelisr at gmail.com (Crelis Rammelt)
Date: Thu Dec  1 01:38:02 2005
Subject: [Moin-user] synchronising wikis
In-Reply-To: <20051130170859.49810.qmail@web36214.mail.mud.yahoo.com>
References: <20051130170859.49810.qmail@web36214.mail.mud.yahoo.com>
Message-ID: <15AE1D49-CB4A-4F71-A823-EDBFB9F1B19C@gmail.com>

Thanks Roger!

If my colleague makes a new page, then Unison lets me see it in the  
revisions folder and synch it, perfect! However, if we both work off- 
line on the same wiki page and get together to synchronise our work,  
Unison will show a conflit. Then I found Submerge (http:// 
subcommander.tigris.org/), a GUI that compares the text itself inside  
the page, it shows the differences and lets you choose how to merge  
both versions.
Now I have to see how I could integrate both programmes (to make  
Unison pick out the conflicts and then use Submerge to show me the  
conflicts in the text itself). I am not a programmer, but its a  
challenge... Does anyone know about something that does this trick?

Could you tell me:
How do I delete old profiles in Unison?
I can not find the control file you mention. Any ideas where it could  
be in OS X?
What is times=true statement for?

Sorry for the basic questions. I'm new at all this.

Thanks again, Crelis

On Nov 30, 2005, at 6:08 PM, Roger Haase wrote:

>
>
> --- Crelis Rammelt <crelisr at gmail.com> wrote:
>
>> Hello all,
>>
>> With a colleague we are jointly working on a research wiki with
>> MoinX. We both want to be able to work off-line on our laptops (in
>> the train, abroad, etc) and every now and then synchronise recent
>> changes.
>> We thought of working with a server, but then we would need to be
>> online all the time, which we don't want.
>> Any suggestion?
>>
>
> Google for Unison file synchronizer, it will even work across  
> different
> OSes.  The only tricky part is you need the times = true control
> statement to make diffs work correctly.  An example control file for
> making a backup of a wiki follows.  You probably do not want the force
> statement and may want to point to the wiki/data directory and
> eliminate some of the ignore statements.
>
> Roger Haase
>
>
> root = C:\home\web\Moin\drawiki\
> root = ssh://unison at javalina//home/web/Moin/drawiki/
> force = ssh://unison at javalina//home/web/Moin/drawiki/
> ignore = Name .cvsignore
> ignore = Name *.py
> ignore = Name *.pyc
> ignore = Name *.cgi
> ignore = Name dict.*
> ignore = Name dicts.*
> ignore = Name WS_FTP.LOG
> ignore = Path CVS
> ignore = Path data/cache
> ignore = Path data/plugin
> ignore = Path underlay
> ignore = Path htdocs
> times = true
>
>
> 		
> __________________________________
> Yahoo! Music Unlimited
> Access over 1 million songs. Try it free.
> http://music.yahoo.com/unlimited/




From crosseyedpenguin at yahoo.com  Thu Dec  1 05:18:23 2005
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Thu Dec  1 05:18:23 2005
Subject: [Moin-user] synchronising wikis
In-Reply-To: <15AE1D49-CB4A-4F71-A823-EDBFB9F1B19C@gmail.com>
Message-ID: <20051201131741.42415.qmail@web36201.mail.mud.yahoo.com>

--- Crelis Rammelt <crelisr at gmail.com> wrote:


> 
> Could you tell me:
> How do I delete old profiles in Unison?
> I can not find the control file you mention. Any ideas where it could
>  
> be in OS X?
> What is times=true statement for?
> 

Unison specific questions are best asked and answered on the Unison
newsgroup.  On W/XP and Redhat Fedora there is a .unison directory in
the users home directory.  You just delete old unwanted files.

The times = true statement syncs the file time stamps as well as the
file contents. I mis-typed earlier, the timestamps do not effect the
diffs, I should have said the file timestamps affected RecentChanges. 
And actually, that was a problem I noted prior to Moin 1.3.  With the
directory structure change in Moin 1.3 it may not be a problem for the
Recent Changes function but it still helpful to keep the file
timestamps in sync for human comparisons.

Roger Haase


	
		
__________________________________ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com



From crelisr at gmail.com  Thu Dec  1 08:56:03 2005
From: crelisr at gmail.com (Crelis Rammelt)
Date: Thu Dec  1 08:56:03 2005
Subject: [Moin-user] synchronising wikis
In-Reply-To: <20051201131741.42415.qmail@web36201.mail.mud.yahoo.com>
References: <20051201131741.42415.qmail@web36201.mail.mud.yahoo.com>
Message-ID: <DF804653-32D0-49FF-A8BA-6DF64E06AC1E@gmail.com>

Thank you, I will check it out. It's been helpful.
Crelis


On Dec 1, 2005, at 2:17 PM, Roger Haase wrote:

>
> --- Crelis Rammelt <crelisr at gmail.com> wrote:
>
>
>>
>> Could you tell me:
>> How do I delete old profiles in Unison?
>> I can not find the control file you mention. Any ideas where it could
>>
>> be in OS X?
>> What is times=true statement for?
>>
>
> Unison specific questions are best asked and answered on the Unison
> newsgroup.  On W/XP and Redhat Fedora there is a .unison directory in
> the users home directory.  You just delete old unwanted files.
>
> The times = true statement syncs the file time stamps as well as the
> file contents. I mis-typed earlier, the timestamps do not effect the
> diffs, I should have said the file timestamps affected RecentChanges.
> And actually, that was a problem I noted prior to Moin 1.3.  With the
> directory structure change in Moin 1.3 it may not be a problem for the
> Recent Changes function but it still helpful to keep the file
> timestamps in sync for human comparisons.
>
> Roger Haase
>
>
> 	
> 		
> __________________________________
> Yahoo! Mail - PC Magazine Editors' Choice 2005
> http://mail.yahoo.com
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through  
> log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD  
> SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From ralf-info at family-moll.de  Thu Dec  1 13:20:01 2005
From: ralf-info at family-moll.de (Ralf Moll)
Date: Thu Dec  1 13:20:01 2005
Subject: [Moin-user] Problems with ACL - Sorry, but this time I didn't get it...
Message-ID: <438F68E1.4040201@family-moll.de>

Hi,

I just installed a new Wiki at

https://main.wiki-manie.de/StartSeite

I set this options:

# Security ----------------------------------------------------------

    # Security critical actions (disabled by default)
    # Uncomment to enable options you like.
    allowed_actions = ['DeletePage', 'AttachFile', 'RenamePage']

    # Enable acl (0 to disable)
    acl_enabled = 1

    # IMPORTANT: grant yourself admin rights! replace YourName with
    # your user name. See HelpOnAccessControlLists for more help.
    # All acl_rights_xxx options must use unicode [Unicode]
    #acl_rights_before = u"YourName:read,write,delete,revert,admin"

    acl_enabled = 1
    acl_rights_valid = ["read", "write", "delete", "revert", "admin"]
    acl_rights_before = u"MollRalf:read,write,delete,revert,admin"
    acl_rights_defaults = u"All:read"
#    acl_rights_after = u"All:"

    page_group_regex = '.*Group$'
------------------------------------------------------------------------

But everybody can edit pages.

I set up a testpage with manual acl MollRalf:read,write and this works
like it should:
https://main.wiki-manie.de/TestPage

A page with no acl-tags can be edited by everyone:
https://main.wiki-manie.de/TestPage2

Where is the failure?
I run the MoinMoin with Mod-Python. Do I have to do a restart of apache
to activate changes in wikiconfig.py?

thx,

Ralf



From skip at pobox.com  Thu Dec  1 14:43:00 2005
From: skip at pobox.com (skip at pobox.com)
Date: Thu Dec  1 14:43:00 2005
Subject: [Moin-user] display &#2260;
Message-ID: <17295.31801.842973.570427@montanaro.dyndns.org>

I tried putting &#2260; in a table (not equal sign I believe):

|| '''Letter''' || '''Entity''' || '''Display''' ||
|| Greek Small Letter Alpha || {{{&#945;}}} || &#945; ||
|| Greek Small Letter Beta || {{{&#946;}}} || &#946; ||
|| Greek Capital Letter Delta || {{{&#916;}}} || &#916; ||
|| Greek Capital Letter Sigma || {{{&#931;}}} || &#931; ||
|| Not Equal || {{{&#2260;}}} || &#2260; ||

The other characters render, but the &#2260; renders as a ? in Firefox.  I
tried changing the encoding in Firefox as well as changing the coding: line
in the wikiconfig.py file.  Am I missing something or does perhaps Firefox
not have a font available to render that object?

Thx,

-- 
Skip Montanaro
Katrina Benefit Concerts: http://www.musi-cal.com/katrina
skip at pobox.com



From nirs at freeshell.org  Thu Dec  1 14:58:03 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Thu Dec  1 14:58:03 2005
Subject: [Moin-user] display &#2260;
In-Reply-To: <17295.31801.842973.570427@montanaro.dyndns.org>
References: <17295.31801.842973.570427@montanaro.dyndns.org>
Message-ID: <CCDF379A-62BD-11DA-B2FF-000A95B45AA0@freeshell.org>

On 2 Dec, 2005, at 0:42, skip at pobox.com wrote:

> I tried putting &#2260; in a table (not equal sign I believe):
>
> || '''Letter''' || '''Entity''' || '''Display''' ||
> || Greek Small Letter Alpha || {{{&#945;}}} || &#945; ||
> || Greek Small Letter Beta || {{{&#946;}}} || &#946; ||
> || Greek Capital Letter Delta || {{{&#916;}}} || &#916; ||
> || Greek Capital Letter Sigma || {{{&#931;}}} || &#931; ||
> || Not Equal || {{{&#2260;}}} || &#2260; ||
>
> The other characters render, but the &#2260; renders as a ? in 
> Firefox.  I
> tried changing the encoding in Firefox as well as changing the coding: 
> line
> in the wikiconfig.py file.  Am I missing something or does perhaps 
> Firefox
> not have a font available to render that object?

It does not work for Safari either, using Arial from ms core fonts 
package.


Best Regards,

Nir Soffer




From skip at pobox.com  Thu Dec  1 16:44:04 2005
From: skip at pobox.com (skip at pobox.com)
Date: Thu Dec  1 16:44:04 2005
Subject: [Moin-user] display &#2260;
In-Reply-To: <CCDF379A-62BD-11DA-B2FF-000A95B45AA0@freeshell.org>
References: <17295.31801.842973.570427@montanaro.dyndns.org>
        <CCDF379A-62BD-11DA-B2FF-000A95B45AA0@freeshell.org>
Message-ID: <17295.39090.729411.429041@montanaro.dyndns.org>

    >> The other characters render, but the &#2260; renders as a ? in
    >> Firefox.

    Nir> It does not work for Safari either, using Arial from ms core fonts
    Nir> package.

Thanks Nir.  Since you can't make it work, that pretty much rules out a
MoinMoin configuration issue.  <wink>

Skip



From nirs at freeshell.org  Thu Dec  1 23:59:08 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Thu Dec  1 23:59:08 2005
Subject: [Moin-user] Problems with ACL - Sorry, but this time I didn't get it...
In-Reply-To: <438F68E1.4040201@family-moll.de>
References: <438F68E1.4040201@family-moll.de>
Message-ID: <62D4606D-6309-11DA-B2FF-000A95B45AA0@freeshell.org>

On 1 Dec, 2005, at 23:19, Ralf Moll wrote:

>     acl_enabled = 1
>     acl_rights_valid = ["read", "write", "delete", "revert", "admin"]
>     acl_rights_before = u"MollRalf:read,write,delete,revert,admin"
>     acl_rights_defaults = u"All:read"

try acl_rights_default

> #    acl_rights_after = u"All:"
>
>     page_group_regex = '.*Group$'
> ----------------------------------------------------------------------- 
> -
>
> But everybody can edit pages.

And you should of course restart Apache after you change a  
configuration using mod python or fastcgi.


Best Regards,

Nir Soffer




From nirs at freeshell.org  Fri Dec  2 00:06:01 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Fri Dec  2 00:06:01 2005
Subject: [Moin-user] display &#2260;
In-Reply-To: <17295.39090.729411.429041@montanaro.dyndns.org>
References: <17295.31801.842973.570427@montanaro.dyndns.org> <CCDF379A-62BD-11DA-B2FF-000A95B45AA0@freeshell.org> <17295.39090.729411.429041@montanaro.dyndns.org>
Message-ID: <5A4B772C-630A-11DA-B2FF-000A95B45AA0@freeshell.org>

On 2 Dec, 2005, at 2:43, skip at pobox.com wrote:

>
>>> The other characters render, but the &#2260; renders as a ? in
>>> Firefox.
>
>     Nir> It does not work for Safari either, using Arial from ms core 
> fonts
>     Nir> package.
>
> Thanks Nir.  Since you can't make it work, that pretty much rules out a
> MoinMoin configuration issue.  <wink>

I did not try to make it work, just pasted in my test wiki and reported 
the result. Anyway, moin job here is only to render the sequence as 
"&#n;", if the page html contain this string, and it does not display 
as you expect, the problem is with the browser or font used.

Generally you should not expect stuff like this to work :-)


Best Regards,

Nir Soffer




From ralf-info at family-moll.de  Fri Dec  2 04:47:11 2005
From: ralf-info at family-moll.de (Ralf Moll)
Date: Fri Dec  2 04:47:11 2005
Subject: [Moin-user] Problems with ACL - Sorry, but this time I didn't
 get it...
In-Reply-To: <62D4606D-6309-11DA-B2FF-000A95B45AA0@freeshell.org>
References: <438F68E1.4040201@family-moll.de> <62D4606D-6309-11DA-B2FF-000A95B45AA0@freeshell.org>
Message-ID: <43904227.20500@family-moll.de>

Hi,

thx Nir, that was the bug - a simple typo.

Ralf

>>     acl_rights_defaults = u"All:read"
> try acl_rights_default





From tw-public at gmx.de  Fri Dec  2 07:32:04 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri Dec  2 07:32:04 2005
Subject: [Moin-user] mail_sendmail and subscribing to a page with 1.5.0beta4
In-Reply-To: <a250eacf0511301100h6804a2a8o7d40c436a7365cd5@mail.gmail.com>
References: <a250eacf0511301100h6804a2a8o7d40c436a7365cd5@mail.gmail.com>
Message-ID: <43904BC6.4010406@gmx.de>

> (By the way, the only way I figured out the right sendmail line was
> grepping the source.  There's no direction in the config files that I
> could see.)

http://moinmoin.wikiwikiweb.de/HelpOnConfiguration

> When I do this, I can successfully send myself my account data, but
> when I subscribe to a page, I don't get notified when there are edits.
>  I look at mail.log and there didn't appear to be any activity when I
> changed a page (I could see the account data being sent).
 > I also tried moinmoin.wikiwikiweb.de and that didn't work either.  I
 > subscribed to WikiSandBox and made a change.  I didn't see myself in
 > the list of people being notified when I save the page and I didn't
 > get any email.  I've never tried this in previous versions, so it's
 > possible I'm missing something obvious.

Yeah, you don't get notified about your own changes.



From keith.c.schwols at intel.com  Sat Dec  3 08:15:08 2005
From: keith.c.schwols at intel.com (Schwols, Keith C)
Date: Sat Dec  3 08:15:08 2005
Subject: [Moin-user] auto subscribe
Message-ID: <6942CD4056901347982947420079464B230823@azsmsx406>

I keep getting asked for this feature from my user base.  Is there a
configuration or extensions that could auto-subscribe users to any page
that they create? edit?  Often users forget to subscribe themselves to
the page are part of the 'save changes'.  I think this would be a good
UserPreferences option.

Oh, I'm still on version 1.2 of Moin, so 'gently' feel free to tell me
that is already available in newer versions.

]<eith


If a cute saying or a pretty poster is all it takes to motivate you, you
probably have a very easy job.  The kind that robots will be doing soon.





From jimpop at yahoo.com  Sat Dec  3 10:56:00 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Sat Dec  3 10:56:00 2005
Subject: [Moin-user] Moin 1.5 feature
Message-ID: <4391EA08.6070403@yahoo.com>

In v1.5 (in beta now) there is a GUI editor based on FCKeditor.  This is 
really cool stuff.  However, does anyone know if we will be able to 
disable that on a per-site basis?

-Jim P.





From cmedcoff at wideopenwest.com  Sat Dec  3 15:48:01 2005
From: cmedcoff at wideopenwest.com (Charles Medcoff)
Date: Sat Dec  3 15:48:01 2005
Subject: [Moin-user] Upgrade help
Message-ID: <439230B6.2010305@wideopenwest.com>

Hi,

I am running an old version of MoinMoin 1.146.  I am attempting a 
migration to another server and an upgrade at the same time ( possibly a 
mistake).  I downloaded the latest and created an instance  on my new 
server with no problems (CGI/IIS).  I then copied over the old users, 
text and pages directories to my new data directory.  One thing I 
noticed right off the bat is that I am still seeing the FrontPage that 
comes with the install instead of the version I copied over from my old 
versoin of the wiki (text/FrontPage).  It seems that instead of serving 
my FrontPage out of text/FrontPage it is serving out of /overlay/FrontPage.

Please advise.



From nirs at freeshell.org  Sat Dec  3 15:56:04 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Sat Dec  3 15:56:04 2005
Subject: [Moin-user] Upgrade help
In-Reply-To: <439230B6.2010305@wideopenwest.com>
References: <439230B6.2010305@wideopenwest.com>
Message-ID: <3B36E406-6458-11DA-B2FF-000A95B45AA0@freeshell.org>

On 4 Dec, 2005, at 1:56, Charles Medcoff wrote:

> I am running an old version of MoinMoin 1.146.  I am attempting a 
> migration to another server and an upgrade at the same time ( possibly 
> a mistake).  I downloaded the latest and created an instance  on my 
> new server with no problems (CGI/IIS).  I then copied over the old 
> users, text and pages directories to my new data directory.  One thing 
> I noticed right off the bat is that I am still seeing the FrontPage 
> that comes with the install instead of the version I copied over from 
> my old versoin of the wiki (text/FrontPage).  It seems that instead of 
> serving my FrontPage out of text/FrontPage it is serving out of 
> /overlay/FrontPage.

You need to run the migration script on your old data directory. Read 
README.migration that come in the distribution.


Best Regards,

Nir Soffer




From cmedcoff at wideopenwest.com  Sun Dec  4 04:03:08 2005
From: cmedcoff at wideopenwest.com (Charles Medcoff)
Date: Sun Dec  4 04:03:08 2005
Subject: [Moin-user] Upgrade help
In-Reply-To: <3B36E406-6458-11DA-B2FF-000A95B45AA0@freeshell.org>
References: <439230B6.2010305@wideopenwest.com> <3B36E406-6458-11DA-B2FF-000A95B45AA0@freeshell.org>
Message-ID: <4392DCEB.3070602@wideopenwest.com>

Thanks - working on that.

I've noticed when running 12_to_13_mig4.py, that I get exceptions which 
stop the converstion process (stack trace at the bottom).  I've been 
deleting the page are retrying but it is happening on quite a few pages 
which is slowing this process down.  Any other work arounds?  (I'm using 
Python 2.3 - might that be the problem?)

data.pre-mig4\pages\WikiSandBox\backup\1097602704000000 -> 
data\pages\WikiSandBox\backup\1097602704000000
Traceback (most recent call last):
  File "C:\Documents and 
Settings\medcofc\Desktop\moin-1.3.5.tar\moin-1.3.5\Moin
Moin\scripts\migration\12_to_13_mig04.py", line 148, in ?
    convert_eventlog(opj(origdir, 'event.log'), opj('data', 'event-log'))
  File "C:\Documents and 
Settings\medcofc\Desktop\moin-1.3.5.tar\moin-1.3.5\Moin
Moin\scripts\migration\12_to_13_mig04.py", line 63, in convert_eventlog
    data[0] = str(convert_ts(float(data[0]))) # we want usecs
ValueError: empty string for float()



Nir Soffer wrote:

>
> On 4 Dec, 2005, at 1:56, Charles Medcoff wrote:
>
>> I am running an old version of MoinMoin 1.146.  I am attempting a 
>> migration to another server and an upgrade at the same time ( 
>> possibly a mistake).  I downloaded the latest and created an 
>> instance  on my new server with no problems (CGI/IIS).  I then copied 
>> over the old users, text and pages directories to my new data 
>> directory.  One thing I noticed right off the bat is that I am still 
>> seeing the FrontPage that comes with the install instead of the 
>> version I copied over from my old versoin of the wiki 
>> (text/FrontPage).  It seems that instead of serving my FrontPage out 
>> of text/FrontPage it is serving out of /overlay/FrontPage.
>
>
> You need to run the migration script on your old data directory. Read 
> README.migration that come in the distribution.
>
>
> Best Regards,
>
> Nir Soffer
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
>



From cmedcoff at wideopenwest.com  Sun Dec  4 05:38:02 2005
From: cmedcoff at wideopenwest.com (Charles Medcoff)
Date: Sun Dec  4 05:38:02 2005
Subject: [Moin-user] Upgrade help
In-Reply-To: <4392DCEB.3070602@wideopenwest.com>
References: <439230B6.2010305@wideopenwest.com> <3B36E406-6458-11DA-B2FF-000A95B45AA0@freeshell.org> <4392DCEB.3070602@wideopenwest.com>
Message-ID: <4392F331.3040407@wideopenwest.com>

Please disregards my last message I have found the problem.  It was with 
the event-log not the pages.  The function which performs the conversion 
can't handled blank lines - for some reason my event log had a couple.

Charles Medcoff wrote:

> Thanks - working on that.
>
> I've noticed when running 12_to_13_mig4.py, that I get exceptions 
> which stop the converstion process (stack trace at the bottom).  I've 
> been deleting the page are retrying but it is happening on quite a few 
> pages which is slowing this process down.  Any other work arounds?  
> (I'm using Python 2.3 - might that be the problem?)
>
> data.pre-mig4\pages\WikiSandBox\backup\1097602704000000 -> 
> data\pages\WikiSandBox\backup\1097602704000000
> Traceback (most recent call last):
>  File "C:\Documents and 
> Settings\medcofc\Desktop\moin-1.3.5.tar\moin-1.3.5\Moin
> Moin\scripts\migration\12_to_13_mig04.py", line 148, in ?
>    convert_eventlog(opj(origdir, 'event.log'), opj('data', 'event-log'))
>  File "C:\Documents and 
> Settings\medcofc\Desktop\moin-1.3.5.tar\moin-1.3.5\Moin
> Moin\scripts\migration\12_to_13_mig04.py", line 63, in convert_eventlog
>    data[0] = str(convert_ts(float(data[0]))) # we want usecs
> ValueError: empty string for float()
>
>
>
> Nir Soffer wrote:
>
>>
>> On 4 Dec, 2005, at 1:56, Charles Medcoff wrote:
>>
>>> I am running an old version of MoinMoin 1.146.  I am attempting a 
>>> migration to another server and an upgrade at the same time ( 
>>> possibly a mistake).  I downloaded the latest and created an 
>>> instance  on my new server with no problems (CGI/IIS).  I then 
>>> copied over the old users, text and pages directories to my new data 
>>> directory.  One thing I noticed right off the bat is that I am still 
>>> seeing the FrontPage that comes with the install instead of the 
>>> version I copied over from my old versoin of the wiki 
>>> (text/FrontPage).  It seems that instead of serving my FrontPage out 
>>> of text/FrontPage it is serving out of /overlay/FrontPage.
>>
>>
>>
>> You need to run the migration script on your old data directory. Read 
>> README.migration that come in the distribution.
>>
>>
>> Best Regards,
>>
>> Nir Soffer
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through 
>> log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>> _______________________________________________
>> Moin-user mailing list
>> Moin-user at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/moin-user
>>
>>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
>



From ptwptw at free.fr  Sun Dec  4 12:36:08 2005
From: ptwptw at free.fr (=?ISO-8859-1?Q?Catapulte Freeware =AE)
Date: Sun Dec  4 12:36:08 2005
Subject: [Moin-user] Postcards, friends, penpal and more
Message-ID: <008101c5f51b$5903a3a0$b802a8c0@Szndfn>

Hello!

Are you interested in postcards, penpals, friends or something like that?
Do you have problems to find people sharing the same interest?
If the anwer is yes, I have a good tip for you...
Have you ever hear about PiTiWee, the worldwide postcard exchange group with monthly organised swaps? No?? 

Than listen carefully:
PiTiWee is a group created in 2004, with people from all over the world.
At the moment, the group have more than 800 members from 80 countries.
You can participate once a month to an organised postcard swap: you'll send a postcard to different people all over the world and receive postcards from other people all over the world. You have nothing to do, the addresses are given by the group owner, you just need to send the postcards!!!
Just take a look at http://pitiwee.free.fr

The whole informations are sent by emails, so you just need an email address!
Interested? Than fill in the form here: http://pitiwee.free.fr/SignIn.html

Thanks a lot for reading this email and forwarding it to your friends!

The PiTiWee Mum
http://pitiwee.free.fr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051204/1f88a918/attachment.html>

From jimpop at yahoo.com  Sun Dec  4 23:01:02 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Sun Dec  4 23:01:02 2005
Subject: [Moin-user] Moin security
In-Reply-To: <4379D77C.2050500@gmx.de>
References: <24BD1B16-534D-11DA-B6D6-000A95B45AA0@freeshell.org>	 <43777388.20305@rcn.com> <a250eacf0511131630r726a26f8u4833d93c30bb6355@mail.gmail.com> <4377F8DE.1010600@yahoo.com> <4379D77C.2050500@gmx.de>
Message-ID: <4393E589.8000204@yahoo.com>

Thomas Waldmann wrote:
>> Is there a single place that lists all things that leak system info, 
>> via Moin, which could potentially be used by miscreants?
> 
> No, but you can make a wiki page about it:
>  * SystemInfo
>  * action=test
>  * crash tracebacks (sometimes more, sometimes less)
> 
> I think there is an open bug about the traceback stuff (esp. if it 
> happens in user.py).

Thanks Thomas.  It took a while to get around to this, but I have now 
setup http://moinmoin.wikiwikiweb.de/FixLeaks and added my "fixes" for 
SystemInfo and action=test.  Crash tracebacks are something else, I 
think I may leave that up to others for now.

-Jim P.





From jba at ELLINGTON.com  Mon Dec  5 10:32:37 2005
From: jba at ELLINGTON.com (Jonathan Amsterdam)
Date: Mon Dec  5 10:32:37 2005
Subject: [Moin-user] problem with new page creation (IIS 5.0)
Message-ID: <70617F310C03C54294DC77569ADC2D280C19A7@emgmail1.ellington.com>

I just did an install of 1.3.5 under IIS 5.0. I can hit the wiki and
navigate around just fine. But clicking on a non-existent page link
gives me a 404, instead of the "Create a new page" page.
 
Specifically:
 
At front page
Click "Edit" 
Enter FooBar
Click SaveChanges
See ?FooBar on the page (with ? a link)
Click ?
Get 404. (The URL is http://[my machine and wiki]/moin.cgi/FooBar
<http://[my machine and wiki]/moin.cgi/FooBar> )
 
Ideas?
 
Thanks,
Jonathan Amsterdam

=============================================================================================
Email transmissions can not be guaranteed to be secure or error-free, as information 
could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain 
viruses.  The sender therefore does not accept liability for any errors or omissions in 
the contents of this message which arise as a result of email transmission.  In addition,
the information contained in this email message is intended only for use of the 
individual or entity named above.  If the reader of this message is not the intended
recipient, or the employee or agent responsible to deliver it to the intended recipient,
you are hereby notified that any dissemination, distribution, or copying of this communication,
disclosure of the parties to it, or any action taken or omitted to be taken in reliance on it,
is strictly prohibited, and may be unlawful.  If you are not the intended recipient please
delete this email message. 
==============================================================================================

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051205/9c914653/attachment.html>

From Richard.Hiers at covenantseminary.edu  Mon Dec  5 10:53:01 2005
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Mon Dec  5 10:53:01 2005
Subject: [Moin-user] problem with new page creation (IIS 5.0)
Message-ID: <D7C098C5CEB2694FA43A9BFFB54CE39801ED0411@phil.covenantseminary.edu>

From
http://moinmoin.wikiwikiweb.de/HelpOnInstalling/InternetInformationServe
r:
 
Starting with MoinMoin <http://moinmoin.wikiwikiweb.de/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


________________________________

From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Jonathan
Amsterdam
Sent: Monday, December 05, 2005 12:31 PM
To: moin-user at lists.sourceforge.net
Subject: [Moin-user] problem with new page creation (IIS 5.0)


I just did an install of 1.3.5 under IIS 5.0. I can hit the wiki and
navigate around just fine. But clicking on a non-existent page link
gives me a 404, instead of the "Create a new page" page.
 
Specifically:
 
At front page
Click "Edit" 
Enter FooBar
Click SaveChanges
See ?FooBar on the page (with ? a link)
Click ?
Get 404. (The URL is http://[my machine and wiki]/moin.cgi/FooBar
<http://[my machine and wiki]/moin.cgi/FooBar> )
 
Ideas?
 
Thanks,
Jonathan Amsterdam

========================================================================
=====================
Email transmissions can not be guaranteed to be secure or error-free, as
information 
could be intercepted, corrupted, lost, destroyed, arrive late or
incomplete, or contain 
viruses.  The sender therefore does not accept liability for any errors
or omissions in 
the contents of this message which arise as a result of email
transmission.  In addition,
the information contained in this email message is intended only for use
of the 
individual or entity named above.  If the reader of this message is not
the intended
recipient, or the employee or agent responsible to deliver it to the
intended recipient,
you are hereby notified that any dissemination, distribution,or copying
of this communication,
disclosure of the parties to it, or any action taken or omitted to be
taken in reliance on it,
is strictly prohibited, and may be unlawful.  If you are not the
intended recipient please
delete this email message. 
========================================================================
======================

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051205/310bd523/attachment.html>

From cmedcoff at wideopenwest.com  Mon Dec  5 10:57:04 2005
From: cmedcoff at wideopenwest.com (Charles Medcoff)
Date: Mon Dec  5 10:57:04 2005
Subject: [Moin-user] problem with new page creation (IIS 5.0)
In-Reply-To: <70617F310C03C54294DC77569ADC2D280C19A7@emgmail1.ellington.com>
References: <70617F310C03C54294DC77569ADC2D280C19A7@emgmail1.ellington.com>
Message-ID: <43948F7E.9010004@wideopenwest.com>

Please see the IIS specific installation instructions.  You must change 
how 404 errors are handled/configured.  It is a simple change.

Jonathan Amsterdam wrote:

> I just did an install of 1.3.5 under IIS 5.0. I can hit the wiki and 
> navigate around just fine. But clicking on a non-existent page link 
> gives me a 404, instead of the "Create a new page" page.
>  
> Specifically:
>  
> At front page
> Click "Edit"
> Enter FooBar
> Click SaveChanges
> See ?FooBar on the page (with ? a link)
> Click ?
> Get 404. (The URL is http://[my machine and wiki]/moin.cgi/FooBar 
> <http://%5Bmy%20machine%20and%20wiki%5D/moin.cgi/FooBar>)
>  
> Ideas?
>  
> Thanks,
> Jonathan Amsterdam
>
> =============================================================================================
> Email transmissions can not be guaranteed to be secure or error-free, 
> as information
> could be intercepted, corrupted, lost, destroyed, arrive late or 
> incomplete, or contain
> viruses.  The sender therefore does not accept liability for any 
> errors or omissions in
> the contents of this message which arise as a result of email 
> transmission.  In addition,
> the information contained in this email message is intended only for 
> use of the
> individual or entity named above.  If the reader of this message is 
> not the intended
> recipient, or the employee or agent responsible to deliver it to the 
> intended recipient,
> you are hereby notified that any dissemination, distribution,or 
> copying of this communication,
> disclosure of the parties to it, or any action taken or omitted to be 
> taken in reliance on it,
> is strictly prohibited, and may be unlawful.  If you are not the 
> intended recipient please
> delete this email message.
> ==============================================================================================
>



From jba at ELLINGTON.com  Mon Dec  5 10:58:02 2005
From: jba at ELLINGTON.com (Jonathan Amsterdam)
Date: Mon Dec  5 10:58:02 2005
Subject: [Moin-user] problem with new page creation (IIS 5.0)
Message-ID: <70617F310C03C54294DC77569ADC2D280B77FD@emgmail1.ellington.com>

Thanks.
In my own defense, that text does NOT appear in
moin-1.3.5\docs\INSTALL.html.
 

	-----Original Message-----
	From: Hiers, Richard [mailto:Richard.Hiers at covenantseminary.edu]

	Sent: Monday, December 05, 2005 1:52 PM
	To: moin-user at lists.sourceforge.net
	Subject: RE: [Moin-user] problem with new page creation (IIS
5.0)
	
	
	From
http://moinmoin.wikiwikiweb.de/HelpOnInstalling/InternetInformationServe
r:
	 
	Starting with MoinMoin <http://moinmoin.wikiwikiweb.de/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


  _____  

	From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Jonathan
Amsterdam
	Sent: Monday, December 05, 2005 12:31 PM
	To: moin-user at lists.sourceforge.net
	Subject: [Moin-user] problem with new page creation (IIS 5.0)
	
	
	I just did an install of 1.3.5 under IIS 5.0. I can hit the wiki
and navigate around just fine. But clicking on a non-existent page link
gives me a 404, instead of the "Create a new page" page.
	 
	Specifically:
	 
	At front page
	Click "Edit" 
	Enter FooBar
	Click SaveChanges
	See ?FooBar on the page (with ? a link)
	Click ?
	Get 404. (The URL is http://[my machine and
wiki]/moin.cgi/FooBar <http://[my machine and wiki]/moin.cgi/FooBar> )
	 
	Ideas?
	 
	Thanks,
	Jonathan Amsterdam

	
========================================================================
=====================
	Email transmissions can not be guaranteed to be secure or
error-free, as information 
	could be intercepted, corrupted, lost, destroyed, arrive late or
incomplete, or contain 
	viruses.  The sender therefore does not accept liability for any
errors or omissions in 
	the contents of this message which arise as a result of email
transmission.  In addition,
	the information contained in this email message is intended only
for use of the 
	individual or entity named above.  If the reader of this message
is not the intended
	recipient, or the employee or agent responsible to deliver it to
the intended recipient,
	you are hereby notified that any dissemination, distribution,or
copying of this communication,
	disclosure of the parties to it, or any action taken or omitted
to be taken in reliance on it,
	is strictly prohibited, and may be unlawful.  If you are not the
intended recipient please
	delete this email message. 
	
========================================================================
======================

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051205/310f9423/attachment.html>

From crosseyedpenguin at yahoo.com  Mon Dec  5 12:56:17 2005
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Mon Dec  5 12:56:17 2005
Subject: [Moin-user] plugin user auth
In-Reply-To: <437F555B.9010904@gmx.de>
Message-ID: <20051205205448.25696.qmail@web36202.mail.mud.yahoo.com>

--- Thomas Waldmann <tw-public at gmx.de> wrote:
> --- Michael Matthews <mjmatthews1 at rcn.com> wrote:
> > There is already a login mechanism that is used at my site.
> Essentially 
> > all users will be logged in using a cookie mechanism. cookie
> contains 
> > user information. I need to do the following:
> > 
> > 1) insert cookie retrieval in moin.cgi.
> > 2) plugin cookie info to moinmoin user info.
> > 3) remove login stuff from wiki.
> 
> I can check if I can add some sample code for this to the next beta 
> (expected the next days). The cookie stuff is quite easy to do, the 
> login/logout removal stuff can (at least partly) done by
> configuration now.
> 


I was waiting for this as well, and I found the sample code as promised
in beta 5 at 
   contrib/auth_externalcookie/wikiconfig.py
I was hoping to use the new method to eliminate/simplify the
modifications I put into Moin 1.3.x.

What I don't see or understand is a way to get a user authorized
(login) who is not yet authorized.  What I did in 1.3.x was to replace
the "login" link and "UserName" links in the wiki page headers with
links to my own login and logout urls.  

I did this by creating a default theme and using it as a means of
overriding the username method in the class ThemeBase in __init__.py in
the theme directory. Overriding the login link:
    #~ userlinks.append(prefpage.link_to(request, text=_("Login")))
    userlinks.append('<a  href="../someDomain/DomainLogon">Login</a>') 

And overriding the UserName with a "Logout":
    #~ userlinks.append(homelink)
    userlinks.append('<a 
href="../someDomain/DomainLogout">Logout</a>')

The DomainLogin presents a login page, then processes the login
ID/password against a mysql database, creates a MOIN_ID cookie, and
returns the user to the wiki page the user was on when he clicked
"login". 

Other things I had to do was create a user file for each user and then
modify the UserPreferences page to eliminate unwanted options.

I should note the reason for wanting to log in is it to edit pages, in
my wiki anyone can read a wiki page but users must be logged in to edit
pages.  User profiles must be created in advance because the mods above
eliminates a users ability to create a new ID.

I am not very expert on http basic auth or LDAP, etc.  But it seems the
1.5 enhancements expect login to occur before the user is allowed to
access the first wiki page.  Am I missing something in the 1.5
enhancements that allows the user to initiate customized login/logout
after accessing several wiki pages?

Roger Haase


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



From touya_86 at hotmail.com  Mon Dec  5 18:16:04 2005
From: touya_86 at hotmail.com (jack weikang)
Date: Mon Dec  5 18:16:04 2005
Subject: [Moin-user] Error executing moin.py
Message-ID: <BAY12-F935E0D9C5AF11EF3D6941E8400@phx.gbl>

An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051205/bba08e7d/attachment.html>

From tw-public at gmx.de  Tue Dec  6 08:20:03 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue Dec  6 08:20:03 2005
Subject: [Moin-user] Moin 1.5 feature
In-Reply-To: <4391EA08.6070403@yahoo.com>
References: <4391EA08.6070403@yahoo.com>
Message-ID: <4395BA01.1070007@gmx.de>

> In v1.5 (in beta now) there is a GUI editor based on FCKeditor.  This is 
> really cool stuff.  However, does anyone know if we will be able to 
> disable that on a per-site basis?

There is all you need:

# Editor to use by default, 'text' or 'gui'
editor_default = 'text'

# Force using the default editor
editor_force = True





From jimpop at yahoo.com  Tue Dec  6 08:33:01 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Tue Dec  6 08:33:01 2005
Subject: [Moin-user] Moin 1.5 feature
In-Reply-To: <4395BA01.1070007@gmx.de>
References: <4391EA08.6070403@yahoo.com> <4395BA01.1070007@gmx.de>
Message-ID: <4395BCC3.9070909@yahoo.com>

Thomas Waldmann wrote:
>> In v1.5 (in beta now) there is a GUI editor based on FCKeditor.  This 
>> is really cool stuff.  However, does anyone know if we will be able to 
>> disable that on a per-site basis?
> 
> There is all you need:
> 
> # Editor to use by default, 'text' or 'gui'
> editor_default = 'text'
> 
> # Force using the default editor
> editor_force = True

Cool!  Thx Thomas.

-Jim P.





From tw-public at gmx.de  Tue Dec  6 08:52:01 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue Dec  6 08:52:01 2005
Subject: [Moin-user] plugin user auth
In-Reply-To: <20051205205448.25696.qmail@web36202.mail.mud.yahoo.com>
References: <20051205205448.25696.qmail@web36202.mail.mud.yahoo.com>
Message-ID: <4395C177.9020106@gmx.de>

> What I don't see or understand is a way to get a user authorized
> (login) who is not yet authorized.

Moin only provides a user interface for its own moin_cookie auth method 
(that means: some parts of userform.py).

For other stuff, it expects that it just can call some auth method and 
that this method will return a user object. For http auth and web 
servers like apache, this is the case as the web server configuration 
providers the "user interface" for authentication and moin gets called 
after it has been done, so moin just has to get the username (and maybe 
do some post-processing) in its "http" auth method to make a user object.

For the external_cookie method it is similar, except that not the web 
server, but some other web application has done the authentication and 
set a cookie with some usable information in it.

On the wiki, you will find some preliminary ldap auth method, which 
re-uses moin's UserPreferences form and just checks the form fields for 
user and password and then does some ldap lookups. So this kind of 
"reuses" the form usually used for moin_cookie stuff.

> What I did in 1.3.x was to replace
> the "login" link and "UserName" links in the wiki page headers with
> links to my own login and logout urls.

If you can do it like the ldap stuff, you maybe can leave that "login" 
link as is.

Removing UserName link (in 1.5, this points to user homepage) has 
nothing to do with authentication, this is just a matter of theme (and 
taste).

> And overriding the UserName with a "Logout":
>     #~ userlinks.append(homelink)
>     userlinks.append('<a 
> href="../someDomain/DomainLogout">Logout</a>')

Maybe we have to provide this Logout link by default, this hasn't been 
done yet, there is just the logout button in userform (but I think you 
could intercept this the same way as the ldap login intercepts the login 
form data).

Maybe I can change this, I'll have a look at that later.

> The DomainLogin presents a login page, then processes the login
> ID/password against a mysql database, creates a MOIN_ID cookie, and
> returns the user to the wiki page the user was on when he clicked
> "login". 

Just move the mysql query code to a "mysql" auth method. Reuse the form 
fields as ldap code does. Create a user object when mysql check says 
"ok" and return it.

You don't need to set the cookie except if you want it due to 
performance reasons (in that case you would use auth = [moin_cookie, 
mysql]).

> Other things I had to do was create a user file for each user and then
> modify the UserPreferences page to eliminate unwanted options.

This is partially supported by moin core code now.

You have to check cfg.user_autocreate and if it is True, do the auto 
creation like you see in MoinMoin.auth module for the other methods. 
When you create the user object, give kwargs auth_method="mysql", 
auth_attribs=('name', 'password') to user constructor, so the form won't 
offer them on UserPreferences page. You also see this in the auth module 
of beta5.

> I should note the reason for wanting to log in is it to edit pages, in
> my wiki anyone can read a wiki page but users must be logged in to edit
> pages.  User profiles must be created in advance because the mods above
> eliminates a users ability to create a new ID.

If you don't include moin_cookie as auth method, using UserPrefences to 
create a profile would be pointless, because it would never check the 
cookie stuff.

> I am not very expert on http basic auth or LDAP, etc.  But it seems the
> 1.5 enhancements expect login to occur before the user is allowed to
> access the first wiki page.

This is true for http auth like apache and other cgi-like web servers do it.

Not true for http auth with Twisted (but we don't offer a user interface 
to login yet).

True for sslclientcert (this is also completely done by apache before it 
even calls moin).

Not true for the ldap stuff seen on the wiki.

So you see, it depends. :)

> Am I missing something in the 1.5
> enhancements that allows the user to initiate customized login/logout
> after accessing several wiki pages?

Just look at that LDAP hack. :)





From tw-public at gmx.de  Wed Dec  7 02:19:02 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Dec  7 02:19:02 2005
Subject: [Moin-user] plugin user auth
In-Reply-To: <4395C177.9020106@gmx.de>
References: <20051205205448.25696.qmail@web36202.mail.mud.yahoo.com> <4395C177.9020106@gmx.de>
Message-ID: <4396B6F7.3000507@gmx.de>

> Moin only provides a user interface for its own moin_cookie auth method 
> (that means: some parts of userform.py).

Notice: Latest 1.5 patchlevel now supplies some data from the login page 
(UserPreferences) to auth methods via kwargs:
  * name
  * password
  * was login clicked?
  * was logout clicked?



From Hans_Schwing at murphyoilcorp.com  Wed Dec  7 17:45:00 2005
From: Hans_Schwing at murphyoilcorp.com (Hans_Schwing at murphyoilcorp.com)
Date: Wed Dec  7 17:45:00 2005
Subject: [Moin-user] Upgrade to 1.5beta replaces Frontpage with HelponLanguages
Message-ID: <OF38236106.4D6C1D6D-ON482570D1.00094A84@murphyoilcorp.com>

I upgraded to 1.5beta. All went smoothly, but when I access mywiki instead
of the Frontpage it goes to HelponLnaguages???

How do I reset to linkt to the FrontPage? (I can still navigate to it by
listing all pages and selecting it.

Thanks.

 

Hans

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051207/b8c13483/attachment.html>

From tpfennig at gmail.com  Thu Dec  8 04:17:03 2005
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Thu Dec  8 04:17:03 2005
Subject: [Moin-user] Upgrade to 1.5beta replaces Frontpage with HelponLanguages
In-Reply-To: <OF38236106.4D6C1D6D-ON482570D1.00094A84@murphyoilcorp.com>
References: <OF38236106.4D6C1D6D-ON482570D1.00094A84@murphyoilcorp.com>
Message-ID: <2cbc44a0512080416i844b2edo@mail.gmail.com>

2005/12/8, Hans_Schwing at murphyoilcorp.com <Hans_Schwing at murphyoilcorp.com>:
>
>
>
> I upgraded to 1.5beta. All went smoothly, but when I access mywiki instead
> of the Frontpage it goes to HelponLnaguages???
>
> How do I reset to linkt to the FrontPage? (I can still navigate to it by
> listing all pages and selecting it.
>

If you would have read the instructions on the page you would have
seen that setting something like:

page_front_page = u"FrontPage"

in the config would solve this kind of problem. Although I also think
that it is nicer if it would run out of the box using a default value.

Thilo


--
http://www.alternativ.net/asp/



From skip at pobox.com  Thu Dec  8 06:01:05 2005
From: skip at pobox.com (skip at pobox.com)
Date: Thu Dec  8 06:01:05 2005
Subject: [Moin-user] Upgrade to 1.5beta replaces Frontpage with
        HelponLanguages
In-Reply-To: <2cbc44a0512080416i844b2edo@mail.gmail.com>
References: <OF38236106.4D6C1D6D-ON482570D1.00094A84@murphyoilcorp.com>
        <2cbc44a0512080416i844b2edo@mail.gmail.com>
Message-ID: <17304.15473.997431.682641@montanaro.dyndns.org>

    >> I upgraded to 1.5beta. All went smoothly, but when I access mywiki
    >> instead of the Frontpage it goes to HelponLnaguages???

    Thilo> ... I also think that it is nicer if it would run out of the box
    Thilo> using a default value.

This is a new feature of 1.5.  When I visit 

    http://moinmoin.wikiwikiweb.de/

I am always taken to the last page I visited.  There is a configuration
option in UserPreferences entitled "Jump to last visited page instead of
frontpage".  Uncheck that and I'm fairly certain you'll get FrontPage as the
default.  (If not, *then* you have a bug to report...)

-- 
Skip Montanaro
Katrina Benefit Concerts: http://www.musi-cal.com/katrina
skip at pobox.com



From jimpop at yahoo.com  Thu Dec  8 08:15:03 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Thu Dec  8 08:15:03 2005
Subject: [Moin-user] Moin host changes
Message-ID: <43985BEE.5080308@yahoo.com>

I just want to confirm that if I change the IP address and domain name 
of a Moin install there shouldn't be any problems.

As an example, I will be modifying Apache config to change this site:

     http://wiki.blah.com  (192.168.4.4)

to this:

     http://www.blah.com (192.168.4.3)

I am perfectly comfortable in doing this within Apache, I just want to 
make sure that there is no "feature" of Moin where the hostname or IP 
address is permanently embedded in some db file. :-)  Thx.

-Jim P.





From tw-public at gmx.de  Thu Dec  8 08:37:01 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Dec  8 08:37:01 2005
Subject: [Moin-user] Moin host changes
In-Reply-To: <43985BEE.5080308@yahoo.com>
References: <43985BEE.5080308@yahoo.com>
Message-ID: <439860EA.8040703@gmx.de>

> I just want to confirm that if I change the IP address and domain name 
> of a Moin install there shouldn't be any problems.

As moin uses relative URLs without hostname, there shouldn't be a problem.

If you find one, you could also use the cachecleaner script.



From jimpop at yahoo.com  Thu Dec  8 08:52:03 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Thu Dec  8 08:52:03 2005
Subject: [Moin-user] Moin host changes
In-Reply-To: <439860EA.8040703@gmx.de>
References: <43985BEE.5080308@yahoo.com> <439860EA.8040703@gmx.de>
Message-ID: <43986464.4090908@yahoo.com>

Thomas Waldmann wrote:
>> I just want to confirm that if I change the IP address and domain name 
>> of a Moin install there shouldn't be any problems.
> 
> As moin uses relative URLs without hostname, there shouldn't be a problem.
> 
> If you find one, you could also use the cachecleaner script.

Thank you Thomas.

-Jim P.



From tw-public at gmx.de  Thu Dec  8 11:58:00 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Dec  8 11:58:00 2005
Subject: [Moin-user] Upgrade to 1.5beta replaces Frontpage with HelponLanguages
In-Reply-To: <OF38236106.4D6C1D6D-ON482570D1.00094A84@murphyoilcorp.com>
References: <OF38236106.4D6C1D6D-ON482570D1.00094A84@murphyoilcorp.com>
Message-ID: <4397FCF8.5090409@gmx.de>

> I upgraded to 1.5beta. All went smoothly, but when I access mywiki 
> instead of the Frontpage it goes to HelponLnaguages???
> 
> How do I reset to linkt to the FrontPage? (I can still navigate to it by 
> listing all pages and selecting it.

Try reading the page it shows to you. :)




From zdarsky at informatik.uni-kl.de  Fri Dec  9 06:33:06 2005
From: zdarsky at informatik.uni-kl.de (Frank A. Zdarsky)
Date: Fri Dec  9 06:33:06 2005
Subject: [Moin-user] MoinMoin 1.5 with MathML Support
Message-ID: <200512091532.39719.zdarsky@informatik.uni-kl.de>

I'm trying to use MathML Support with MoinMoin 1.5.0beta5, and have patched 
the sources according to http://moinmoin.wikiwikiweb.de/MathMlSupport. 
However, whenever the onload="translate()" statement is added, the "Edit 
(GUI)"-Link does not display anymore. Any solution? Thanks.

- Frank Z.



From zdarsky at informatik.uni-kl.de  Fri Dec  9 06:38:07 2005
From: zdarsky at informatik.uni-kl.de (Frank A. Zdarsky)
Date: Fri Dec  9 06:38:07 2005
Subject: [Moin-user] include PHP generated dynamic content?
Message-ID: <200512091537.40983.zdarsky@informatik.uni-kl.de>

I'm currently evaluating using MoinMoin for our Intranet. However, our current 
pages include some content which is dynamically created by a (large and 
complex) PHP script. Is there a chance I can get this dynamic content 
integrated into MoinMoin pages?
Thanks.

- Frank Z.



From skip at pobox.com  Fri Dec  9 09:32:01 2005
From: skip at pobox.com (skip at pobox.com)
Date: Fri Dec  9 09:32:01 2005
Subject: [Moin-user] What is MathML?  Should I care?
In-Reply-To: <200512091532.39719.zdarsky@informatik.uni-kl.de>
References: <200512091532.39719.zdarsky@informatik.uni-kl.de>
Message-ID: <17305.49081.580056.858071@montanaro.dyndns.org>

    Frank> I'm trying to use MathML Support with MoinMoin 1.5.0beta5...

Hijacking your thread...  What is MathML?  What does it offer beyond the
LaTeX macro/parser stuff I installed from the MacroMarket?  A quick Google
took me to w3.org, and my Firefox instance was able to display some of the
test page, though it is missing fonts.  Though LaTeX is complex, lots of
math types here learned it when doing their dissertations.  MathML input
doesn't look very much like the equations it encodes...

Thx,

-- 
Skip Montanaro
Katrina Benefit Concerts: http://www.musi-cal.com/katrina
skip at pobox.com



From keith.c.schwols at intel.com  Fri Dec  9 09:38:04 2005
From: keith.c.schwols at intel.com (Schwols, Keith C)
Date: Fri Dec  9 09:38:04 2005
Subject: [Moin-user] include PHP generated dynamic content?
Message-ID: <6942CD4056901347982947420079464B2B6C4F@azsmsx406>

I also run an Intranet site and I can recommend using direct HTML
snippet (the HTML macro) to get IFRAME objects:

[[HTML(<iframe src="http://www.google.com" width="100%"
height="600"></iframe>)]]

This has been very useful for use to point to internal PHP and CGI
pages, and automatic generated HTML page (like nightly test reports).  I
quickly created a lightweight macro to simplify the above a bit for my
users.

#DESCRIPTION: Builds an iframe within the page to render an external
HTML page
#ARGS: the url to render, optional height to restrict the frame
def execute(macro, text):
  if text:
    args=text.split(',')
  else:
    args=[]
  number_args=len(args)
  if number_args < 1:
     return macro.formatter.sysmsg('Not enough arguments to ImageLink
macro')
  height=1024
  if number_args > 1:
    height=args[1]
 
  return '<iframe src="%s" width=100%% height=%s align=middle
frameborder=0 scrolling=auto><!-- Alternate content for non-supporting
browsers -->Your browser does not support iframe<br>%s<br></iframe>' %
(args[0], height, args[0])

I wouldn't recommend allowing this on a public wiki because lot of
malicious things can be done here, but in areas where you trust your
users....

]<eith


If a cute saying or a pretty poster is all it takes to motivate you, you
probably have a very easy job.  The kind that robots will be doing soon.


>-----Original Message-----
>From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-
>admin at lists.sourceforge.net] On Behalf Of Frank A. Zdarsky
>Sent: Friday, December 09, 2005 7:38 AM
>To: moin-user at lists.sourceforge.net
>Subject: [Moin-user] include PHP generated dynamic content?
>
>I'm currently evaluating using MoinMoin for our Intranet. However, our
>current
>pages include some content which is dynamically created by a (large and
>complex) PHP script. Is there a chance I can get this dynamic content
>integrated into MoinMoin pages?
>Thanks.
>
>- Frank Z.
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>_______________________________________________
>Moin-user mailing list
>Moin-user at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/moin-user



From p.f.moore at gmail.com  Sat Dec 10 03:15:08 2005
From: p.f.moore at gmail.com (Paul Moore)
Date: Sat Dec 10 03:15:08 2005
Subject: [Moin-user] What is MathML? Should I care?
In-Reply-To: <17305.49081.580056.858071@montanaro.dyndns.org>
References: <200512091532.39719.zdarsky@informatik.uni-kl.de>
	 <17305.49081.580056.858071@montanaro.dyndns.org>
Message-ID: <79990c6b0512100314m6cb8a396l5038ce0c86610d7a@mail.gmail.com>

On 12/9/05, skip at pobox.com <skip at pobox.com> wrote:
>
>     Frank> I'm trying to use MathML Support with MoinMoin 1.5.0beta5...
>
> Hijacking your thread...  What is MathML?

Basically, an XML-syntax extension to allow incorporation of maths in (X)HTML.

>  What does it offer beyond the LaTeX macro/parser stuff I installed from the
> MacroMarket?

Native display of maths, rather than generated image files. Oh, and
less complete cross-browser support :-) (Although there's a plugin for
IE, if you care about that browser).

>  A quick Google
> took me to w3.org, and my Firefox instance was able to display some of the
> test page, though it is missing fonts.  Though LaTeX is complex, lots of
> math types here learned it when doing their dissertations.  MathML input
> doesn't look very much like the equations it encodes...

You might want to look at ASCIIMathML
(http://www1.chapman.edu/~jipsen/mathml/asciimath.html) which offers a
more TeX-like syntax. It's not directly supported within MoinMoin, but
I'd have thought that it wouldn't be too hard to write a macro.
(There's some notes on using it on the MoinMoin wiki, but they seem
old, and related to older versions of Moin and ASCIIMathML - as well
as being quite complex...)

Paul.



From jimpop at yahoo.com  Sat Dec 10 14:52:59 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Sat Dec 10 14:52:59 2005
Subject: [Moin-user] Change a user's password
Message-ID: <439B5C09.5030403@yahoo.com>

Hi all,

I've got a situation where I need to change the password for one of my 
users.  Is this possible without knowing their original password?

Thanks,

-Jim P.



From zdarsky at informatik.uni-kl.de  Mon Dec 12 02:09:05 2005
From: zdarsky at informatik.uni-kl.de (Frank A. Zdarsky)
Date: Mon Dec 12 02:09:05 2005
Subject: [Moin-user] Re: What is MathML?  Should I care?
In-Reply-To: <17305.49081.580056.858071@montanaro.dyndns.org>
References: <200512091532.39719.zdarsky@informatik.uni-kl.de> <17305.49081.580056.858071@montanaro.dyndns.org>
Message-ID: <200512121108.05193.zdarsky@informatik.uni-kl.de>

On Friday 09 December 2005 18:32, skip at pobox.com wrote:
> Hijacking your thread...  What is MathML?  What does it offer beyond the
> LaTeX macro/parser stuff I installed from the MacroMarket?  A quick Google
> took me to w3.org, and my Firefox instance was able to display some of the
> test page, though it is missing fonts.  Though LaTeX is complex, lots of
> math types here learned it when doing their dissertations.  MathML input
> doesn't look very much like the equations it encodes...

I agree that writing MathML markup directly is neither very appealing nor 
comfortable. The good news: With the "MathML Support" that I was referring 
to, you do not have to know or use MathML at all. You simply encode the 
formula in _LaTeX_ (or alternatively in an ASCII math style) and a JavaScript 
automatically converts your formulas into MathML markup.

As Paul wrote, the advantage of MathML is that formulas display much more 
nicely together with text than those generated bitmap formulas (and if you're 
used to LaTeX you're probably concerned about nice layout of formulas ;-)). 
The disadvantage: Only the latest browsers do support MathML directly 
(Firefox >= 1.5 and upcoming IE versions, I believe), older Browsers need a 
plugin such as MathPlayer (for IE6).

Installing the math support is not so difficult if you follow the instructions 
on http://moinmoin.wikiwikiweb.de/MathMlSupport. They seem to be written for 
an older version, but in principle they work with MoinMoin 1.5 as well (apart 
from this strange behavior that suddenly the "Edit (GUI)" link does not 
display anymore).

Personally, I do not think that the suggested solution of using the 
ASCIIMathML.js script to convert formulas at the client is very elegant (let 
alone requiring JavaScript to be activated in the browser). Another solution 
would be to have something like "texvc", which is used by other wikis and can 
convert LaTeX formulas into native HTML, MathML, or PNG depending on the 
user's preference and browser capabilities. Or maybe WikiTeX (
http://wikisophia.org/wiki/Wikitex#Teng)...

--- Frank



From zdarsky at informatik.uni-kl.de  Mon Dec 12 02:19:03 2005
From: zdarsky at informatik.uni-kl.de (Frank A. Zdarsky)
Date: Mon Dec 12 02:19:03 2005
Subject: [Moin-user] include PHP generated dynamic content?
In-Reply-To: <6942CD4056901347982947420079464B2B6C4F@azsmsx406>
References: <6942CD4056901347982947420079464B2B6C4F@azsmsx406>
Message-ID: <200512121118.32602.zdarsky@informatik.uni-kl.de>

Valuable info. Thanks Keith!

--- Frank

On Friday 09 December 2005 18:37, you wrote:
> I also run an Intranet site and I can recommend using direct HTML
> snippet (the HTML macro) to get IFRAME objects:
>
> [[HTML(<iframe src="http://www.google.com" width="100%"
> height="600"></iframe>)]]
>
> This has been very useful for use to point to internal PHP and CGI
> pages, and automatic generated HTML page (like nightly test reports).  I
> quickly created a lightweight macro to simplify the above a bit for my
> users.
>
> #DESCRIPTION: Builds an iframe within the page to render an external
> HTML page
> #ARGS: the url to render, optional height to restrict the frame
> def execute(macro, text):
>   if text:
>     args=text.split(',')
>   else:
>     args=[]
>   number_args=len(args)
>   if number_args < 1:
>      return macro.formatter.sysmsg('Not enough arguments to ImageLink
> macro')
>   height=1024
>   if number_args > 1:
>     height=args[1]
>
>   return '<iframe src="%s" width=100%% height=%s align=middle
> frameborder=0 scrolling=auto><!-- Alternate content for non-supporting
> browsers -->Your browser does not support iframe<br>%s<br></iframe>' %
> (args[0], height, args[0])
>
> I wouldn't recommend allowing this on a public wiki because lot of
> malicious things can be done here, but in areas where you trust your
> users....
>
> ]<eith



From work at infomaniak.ch  Mon Dec 12 06:48:01 2005
From: work at infomaniak.ch (Cedric BRINER)
Date: Mon Dec 12 06:48:01 2005
Subject: [Moin-user] to able to save any page any more.
Message-ID: <20051212144659.GA18963@obs.unige.ch>

Hi,

I'm using an Debian(sarge) station with:
dpkg -l| grep  moin
ii  moinmoin-commo 1.3.4-3        Python clone of WikiWiki - common data
ii  python-moinmoi 1.3.4-3        Python clone of WikiWiki - dummy library pac
ii  python2.3-moin 1.3.4-3        Python clone of WikiWiki - library

I did not modify the moin website for a while. And It suddenly stop working well (not able to delete, save any new page) but able to search and look at pages.

I turn the PythonDebug flag to On..but where can I see the error log?

I'm giving you the error log.

--- %< --- 
 
ProtocolError	Please include this information in your bug reports!:
Python Python 2.3.5: /usr/bin/python
Linux idas 2.6.8-2-686-smp #1 SMP Thu May 19 17:27:55 JST 2005 i686
MoinMoin Release 1.3.4 [Revision 1.3.4 release]
Mon Dec 12 15:38:05 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/lib/python2.3/site-packages/MoinMoin/request.py in run(self=<MoinMoin.request.RequestModPy instance>)
  843                     from MoinMoin.wikiaction import getHandler
  844                     handler = getHandler(self, action)
  845                     handler(self.page.page_name, self)
  846 
  847             # 5. Or redirect to another page
handler = <function do_savepage>, self = <MoinMoin.request.RequestModPy instance>, self.page = <MoinMoin.Page.Page instance>, self.page.page_name = u'TestWik'

 /usr/lib/python2.3/site-packages/MoinMoin/wikiaction.py in do_savepage(pagename=u'TestWik', request=<MoinMoin.request.RequestModPy instance>)
  605         try:
  606             savemsg = pg.saveText(savetext, rev, trivial=trivial,
  607                                   comment=comment)
  608         except pg.EditConflict, msg:
  609             # Handle conflict and send editor
comment = u''

 /usr/lib/python2.3/site-packages/MoinMoin/PageEditor.py in saveText(self=<MoinMoin.PageEditor.PageEditor instance>, newtext=u'asdasda\nkjbhkjb\n', rev=1, **kw={'comment': u'', 'trivial': 1})
  881 
  882         msg = ""
  883         if not self.request.user.may.save(self, newtext, rev, **kw):
  884             msg = _('You are not allowed to edit this page!')
  885             raise self.AccessDenied, msg
self = <MoinMoin.PageEditor.PageEditor instance>, self.request = <MoinMoin.request.RequestModPy instance>, self.request.user = <MoinMoin.user.User instance>, self.request.user.may = <MoinMoin.util.antispam.SecurityPolicy instance>, self.request.user.may.save = <bound method SecurityPolicy.save of <MoinMoin.util.antispam.SecurityPolicy instance>>, newtext = u'asdasda\nkjbhkjb\n', rev = 1, kw = {'comment': u'', 'trivial': 1}

 /usr/lib/python2.3/site-packages/MoinMoin/util/antispam.py in save(self=<MoinMoin.util.antispam.SecurityPolicy instance>, editor=<MoinMoin.PageEditor.PageEditor instance>, newtext=u'asdasda\nkjbhkjb\n', rev=1, **kw={'comment': u'', 'trivial': 1})
  159             for pn in BLACKLISTPAGES:
  160                 do_update = (pn != "LocalBadContent")
  161                 blacklist += getblacklist(request, pn, do_update)
  162             if blacklist:
  163                 for blacklist_re in blacklist:
blacklist = [], global getblacklist = <function getblacklist>, request = <MoinMoin.request.RequestModPy instance>, pn = 'BadContent', do_update = True

 /usr/lib/python2.3/site-packages/MoinMoin/util/antispam.py in getblacklist(request=<MoinMoin.request.RequestModPy instance>, pagename='BadContent', do_update=True)
  102                 # Get BadContent info
  103                 master.putClientInfo('ANTISPAM-CHECK',
  104                                      request.http_host+request.script_name)
  105                 response = master.getPageInfo(pagename)
  106 
request = <MoinMoin.request.RequestModPy instance>, request.http_host = 'idas', request.script_name = '/obswiki'

 /usr/lib/python2.3/xmlrpclib.py in __call__(self=<_Method instance>, *args=('ANTISPAM-CHECK', 'idas/obswiki'))
 1030         return _Method(self.__send, "%s.%s" % (self.__name, name))
 1031     def __call__(self, *args):
 1032         return self.__send(self.__name, args)
 1033 
 1034 ##
self = <_Method instance>, self.__send = <_Method instance>, self.__name = <_Method instance>, args = ('ANTISPAM-CHECK', 'idas/obswiki')

 /usr/lib/python2.3/xmlrpclib.py in __request(self=<ServerProxy for moinmaster.wikiwikiweb.de:8000/?action=xmlrpc2>, methodname='putClientInfo', params=('ANTISPAM-CHECK', 'idas/obswiki'))
 1317             self.__handler,
 1318             request,
 1319             verbose=self.__verbose
 1320             )
 1321 
verbose undefined, self = <ServerProxy for moinmaster.wikiwikiweb.de:8000/?action=xmlrpc2>, self.__verbose = <_Method instance>

 /usr/lib/python2.3/xmlrpclib.py in request(self=<xmlrpclib.Transport instance>, host='moinmaster.wikiwikiweb.de:8000', handler='/?action=xmlrpc2', request_body="<?xml version='1.0'?>\n<methodCall>\n<methodName>p...string></value>\n</param>\n</params>\n</methodCall>\n", verbose=0)
 1071                 host + handler,
 1072                 errcode, errmsg,
 1073                 headers
 1074                 )
 1075 
headers = <httplib.HTTPMessage instance>

ProtocolError:
      __doc__ = 'Indicates an HTTP protocol error.'
      __getitem__ = <bound method ProtocolError.__getitem__ of <Prot...8000/?action=xmlrpc2: 500 Internal Server Error>>
      __init__ = <bound method ProtocolError.__init__ of <Protoco...8000/?action=xmlrpc2: 500 Internal Server Error>>
      __module__ = 'xmlrpclib'
      __repr__ = <bound method ProtocolError.__repr__ of <Protoco...8000/?action=xmlrpc2: 500 Internal Server Error>>
      __str__ = <bound method ProtocolError.__str__ of <Protocol...8000/?action=xmlrpc2: 500 Internal Server Error>>
      args = ()
      errcode = 500
      errmsg = 'Internal Server Error'
      headers = <httplib.HTTPMessage instance>
      url = 'moinmaster.wikiwikiweb.de:8000/?action=xmlrpc2'



--- %< ---


any idea of what to do to solve this ???

Ced.

-- 

Cedric BRINER
Geneva - Switzerland



From skip at pobox.com  Wed Dec 14 12:36:01 2005
From: skip at pobox.com (skip at pobox.com)
Date: Wed Dec 14 12:36:01 2005
Subject: [Moin-user] Re: What is MathML?  Should I care?
In-Reply-To: <200512121108.05193.zdarsky@informatik.uni-kl.de>
References: <200512091532.39719.zdarsky@informatik.uni-kl.de>
        <17305.49081.580056.858071@montanaro.dyndns.org>
        <200512121108.05193.zdarsky@informatik.uni-kl.de>
Message-ID: <17312.33542.232968.890105@montanaro.dyndns.org>

    Frank> Another solution would be to have something like "texvc", which
    Frank> is used by other wikis and can convert LaTeX formulas into native
    Frank> HTML, MathML, or PNG depending on the user's preference and
    Frank> browser capabilities. Or maybe WikiTeX (
    Frank> http://wikisophia.org/wiki/Wikitex#Teng)...

Thanks for the response.  It appears that texvc requires the installation of
OCaml, yes?  Relying on Javascript here at work is no big deal and would
avoid installation of yet another package.

Skip



From oneman at onemanifest.net  Wed Dec 14 14:48:06 2005
From: oneman at onemanifest.net (Peter Teunissen)
Date: Wed Dec 14 14:48:06 2005
Subject: [Moin-user] file named Z with moin data?
Message-ID: <3AC5D0BA-6DD9-4A4A-8819-4240F85DFCF2@onemanifest.net>

Hi,

In the directory directly above my wiki directory, there's a file  
called 'z', owned by root wich containes several MB's of moin related  
gibberish. Inside it I can see parts of pages I made, but also loads  
of wikisite url's, moinmion data from pages in other languages etc, etc.

  Is this some sort cache or log file from moinmoin or is it  
something suspicious that shouldn't be there?

Thx,


Peter



From tw-public at gmx.de  Thu Dec 15 09:07:43 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Dec 15 09:07:43 2005
Subject: [Moin-user] file named Z with moin data?
In-Reply-To: <3AC5D0BA-6DD9-4A4A-8819-4240F85DFCF2@onemanifest.net>
References: <3AC5D0BA-6DD9-4A4A-8819-4240F85DFCF2@onemanifest.net>
Message-ID: <43A1A295.3090503@gmx.de>

> In the directory directly above my wiki directory, there's a file called 
> 'z', owned by root wich containes several MB's of moin related 
> gibberish. Inside it I can see parts of pages I made, but also loads of 
> wikisite url's, moinmion data from pages in other languages etc, etc.

We don't make files named "z".

Maybe a typo in your config? Filesystem problems?



From mjmatthews1 at rcn.com  Thu Dec 15 17:51:24 2005
From: mjmatthews1 at rcn.com (Michael Matthews)
Date: Thu Dec 15 17:51:24 2005
Subject: [Moin-user] image insertion
Message-ID: <43A21D73.3090508@rcn.com>

Is there any way to insert an image other than url?

* Url is not available to many users.
* if image is part of document it should be included in wiki store.

thanks



From skip at pobox.com  Thu Dec 15 18:44:21 2005
From: skip at pobox.com (skip at pobox.com)
Date: Thu Dec 15 18:44:21 2005
Subject: [Moin-user] image insertion
In-Reply-To: <43A21D73.3090508@rcn.com>
References: <43A21D73.3090508@rcn.com>
Message-ID: <17314.10718.151935.152603@montanaro.dyndns.org>

    Michael> Is there any way to insert an image other than url?

Sure.  Add

    attachment:myprettypicture.png

to your wiki page and save.  Then click the attachment link to upload the
file to the wiki.

Skip



From mjmatthews1 at rcn.com  Thu Dec 15 20:39:06 2005
From: mjmatthews1 at rcn.com (Michael Matthews)
Date: Thu Dec 15 20:39:06 2005
Subject: [Moin-user] TableOfContents suggestion
Message-ID: <43A244E6.8070503@rcn.com>

An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051215/8e171db0/attachment.html>

From nirs at freeshell.org  Fri Dec 16 03:09:02 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Fri Dec 16 03:09:02 2005
Subject: [Moin-user] TableOfContents suggestion
In-Reply-To: <43A244E6.8070503@rcn.com>
References: <43A244E6.8070503@rcn.com>
Message-ID: <2AE9B0F4-6E24-11DA-A586-000A95B45AA0@freeshell.org>

On 16 Dec, 2005, at 6:39, Michael Matthews wrote:

> ??????? attr =  
> self.macro.formatter.langAttr(self.macro.request.content_lang)
>  ??????? attr['id'] = 'table-of-contents'
>  ??????? self.result.append(self.macro.formatter.open('div',  
> newline=1, attr=attr))
> ???????  
> self.process_lines(self.pre_re.sub('',self.macro.parser.raw).split('\n' 
> ),
>  ?????????????????????????? self.macro.formatter.page.page_name)
>  ??????? # Close pending lists
>  ??????? for i in range(self.baseindent, self.indent):
>  ??????????? self.result.append(self.macro.formatter.listitem(0))
>  ??????????? self.result.append(self.macro.formatter.number_list(0))
> ??????? self.result.append(self.macro.formatter.close('div'))
>

Dont do that! formatter.open and close are private formatter methods,  
and are not part of the formatter public interface, which is all  
methods in formatter/base.py. Using these methods will break with  
AttributeError when using different formatter.

Since there is way to create div currently, you have to do something  
like this:

	formatter.rawHTML('<div id="foo">')
	...
	formatter.rawHTML('</div>')

Non html formatters will ignore raw HTML calls.


Best Regards,

Nir Soffer




From mjmatthews1 at rcn.com  Fri Dec 16 07:37:05 2005
From: mjmatthews1 at rcn.com (Michael Matthews)
Date: Fri Dec 16 07:37:05 2005
Subject: [Moin-user] TableOfContents suggestion
In-Reply-To: <2AE9B0F4-6E24-11DA-A586-000A95B45AA0@freeshell.org>
References: <43A244E6.8070503@rcn.com> <2AE9B0F4-6E24-11DA-A586-000A95B45AA0@freeshell.org>
Message-ID: <43A2DF12.5020602@rcn.com>

Nir Soffer wrote:

>
> On 16 Dec, 2005, at 6:39, Michael Matthews wrote:
>
>>         attr =  
>> self.macro.formatter.langAttr(self.macro.request.content_lang)
>>          attr['id'] = 'table-of-contents'
>>          self.result.append(self.macro.formatter.open('div',  
>> newline=1, attr=attr))
>>          
>> self.process_lines(self.pre_re.sub('',self.macro.parser.raw).split('\n' 
>> ),
>>                             self.macro.formatter.page.page_name)
>>          # Close pending lists
>>          for i in range(self.baseindent, self.indent):
>>              self.result.append(self.macro.formatter.listitem(0))
>>              self.result.append(self.macro.formatter.number_list(0))
>>         self.result.append(self.macro.formatter.close('div'))
>>
>
> Dont do that! formatter.open and close are private formatter methods,  
> and are not part of the formatter public interface, which is all  
> methods in formatter/base.py. Using these methods will break with  
> AttributeError when using different formatter.
>
> Since there is way to create div currently, you have to do something  
> like this:
>
>     formatter.rawHTML('<div id="foo">')
>     ...
>     formatter.rawHTML('</div>')
>
> Non html formatters will ignore raw HTML calls.
>
>
> Best Regards,
>
> Nir Soffer
>
Nir

it doesn't work.  I welcome any suggestion as to the proper MM way to do 
this.

Do ya'll agree that this is proper html structure?



From mjmatthews1 at rcn.com  Fri Dec 16 07:49:07 2005
From: mjmatthews1 at rcn.com (Michael Matthews)
Date: Fri Dec 16 07:49:07 2005
Subject: [Moin-user] TableOfContents suggestion
In-Reply-To: <43A2DF12.5020602@rcn.com>
References: <43A244E6.8070503@rcn.com> <2AE9B0F4-6E24-11DA-A586-000A95B45AA0@freeshell.org> <43A2DF12.5020602@rcn.com>
Message-ID: <43A2E1D9.60106@rcn.com>

Michael Matthews wrote:

> Nir Soffer wrote:
>
>>
>> On 16 Dec, 2005, at 6:39, Michael Matthews wrote:
>>
>>>         attr =  
>>> self.macro.formatter.langAttr(self.macro.request.content_lang)
>>>          attr['id'] = 'table-of-contents'
>>>          self.result.append(self.macro.formatter.open('div',  
>>> newline=1, attr=attr))
>>>          
>>> self.process_lines(self.pre_re.sub('',self.macro.parser.raw).split('\n' 
>>> ),
>>>                             self.macro.formatter.page.page_name)
>>>          # Close pending lists
>>>          for i in range(self.baseindent, self.indent):
>>>              self.result.append(self.macro.formatter.listitem(0))
>>>              self.result.append(self.macro.formatter.number_list(0))
>>>         self.result.append(self.macro.formatter.close('div'))
>>>
>>
>> Dont do that! formatter.open and close are private formatter 
>> methods,  and are not part of the formatter public interface, which 
>> is all  methods in formatter/base.py. Using these methods will break 
>> with  AttributeError when using different formatter.
>>
>> Since there is way to create div currently, you have to do something  
>> like this:
>>
>>     formatter.rawHTML('<div id="foo">')
>>     ...
>>     formatter.rawHTML('</div>')
>>
>> Non html formatters will ignore raw HTML calls.
>>
>>
>> Best Regards,
>>
>> Nir Soffer
>>
> Nir
>
> it doesn't work.  I welcome any suggestion as to the proper MM way to 
> do this.
>
> Do ya'll agree that this is proper html structure?
>
>
never mind. Got it to work like this:

self.result.append(self.macro.formatter.rawHTML('\n<div 
id="table-of-contents">\n'))

thanks



From Richard.Hiers at covenantseminary.edu  Fri Dec 16 14:21:03 2005
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Fri Dec 16 14:21:03 2005
Subject: [Moin-user] GUI Editor missing in Beta 6
Message-ID: <D7C098C5CEB2694FA43A9BFFB54CE39801F5D7CF@phil.covenantseminary.edu>

I just upgraded from 1.3.5, Python 2.4.1 to Moin 1.5 beta 6 on windows
2000/iis.  Everything seems to have gone very smoothly except that the
gui editor is missing.  When I click on the Edit (GUI) link, I'm taken
to an edit page that contains all the save, preview, etc. buttons, the
comment section, etc.  But no editor window.  The comment field is right
up against the save, etc. buttons.

Have I overlooked something?  I ran the setup.py and copied over the new
themes.  I didn't do much more than that.

Thanks

Richard Hiers
Director of IT Services
Covenant Theological Seminary
314.434.4044 



From tw-public at gmx.de  Mon Dec 19 09:26:01 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon Dec 19 09:26:01 2005
Subject: [Moin-user] GUI Editor missing in Beta 6
In-Reply-To: <D7C098C5CEB2694FA43A9BFFB54CE39801F5D7CF@phil.covenantseminary.edu>
References: <D7C098C5CEB2694FA43A9BFFB54CE39801F5D7CF@phil.covenantseminary.edu>
Message-ID: <43A6ED0B.9030807@gmx.de>

> I just upgraded from 1.3.5, Python 2.4.1 to Moin 1.5 beta 6 on windows
> 2000/iis.  Everything seems to have gone very smoothly except that the
> gui editor is missing.  When I click on the Edit (GUI) link, I'm taken
> to an edit page that contains all the save, preview, etc. buttons, the
> comment section, etc.  But no editor window.  The comment field is right
> up against the save, etc. buttons.

It looks like it didnt load / execute the Javascript for FCKeditor.

Check if you copied wiki/applets/FCKeditor and if access rights are OK 
(see server log).

Check if the browser has Javascript enabled.

Only Mozilla/Netscape/Firefox based Browsers and IE are currently supported.




From Richard.Hiers at covenantseminary.edu  Mon Dec 19 09:41:02 2005
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Mon Dec 19 09:41:02 2005
Subject: [Moin-user] GUI Editor missing in Beta 6
Message-ID: <D7C098C5CEB2694FA43A9BFFB54CE39801F5D9EA@phil.covenantseminary.edu>

Thanks, I installed rc1 this morning and it all seems to be working
fine. 

-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Thomas
Waldmann
Sent: Monday, December 19, 2005 11:26 AM
To: moin-user at lists.sourceforge.net
Subject: Re: [Moin-user] GUI Editor missing in Beta 6

> I just upgraded from 1.3.5, Python 2.4.1 to Moin 1.5 beta 6 on windows

> 2000/iis.  Everything seems to have gone very smoothly except that the

> gui editor is missing.  When I click on the Edit (GUI) link, I'm taken

> to an edit page that contains all the save, preview, etc. buttons, the

> comment section, etc.  But no editor window.  The comment field is 
> right up against the save, etc. buttons.

It looks like it didnt load / execute the Javascript for FCKeditor.

Check if you copied wiki/applets/FCKeditor and if access rights are OK
(see server log).

Check if the browser has Javascript enabled.

Only Mozilla/Netscape/Firefox based Browsers and IE are currently
supported.



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user



From muniz.rene at gmail.com  Mon Dec 19 16:01:03 2005
From: muniz.rene at gmail.com (Rene Muniz)
Date: Mon Dec 19 16:01:03 2005
Subject: [Moin-user] WikiName Links not rendering on Moin1.5rc1 on Linux
Message-ID: <444e9bf20512191600h7a632f85tfaf31adba6f92189@mail.gmail.com>

Please advice I am new to moin, the WikiNames
(WordsWithCapitalizedCombinationsOfWords) links on my linux
installation of moin, they don't render as links, just plain text (I
am not able to click on them)  I have installed Moin1.5rc1 on a SuSE
SLES 9(64bit) server with Python 2.3 and Apache 2. I followed the
HelpOnInstall for linux documentation. As when I create links by
["NewPage"] the links render just fine it is only the so called
wikinames that seem not to work. Which means non of the pages that
come with moin have links, (ie Help pages, FindPage, etc) If I type
the url on the browser, for example to the WikiSandBox the page comes
so the pages are there, just the WikiNames links don't show as links.
Please advise,

- Rene



From kevin at janrain.com  Mon Dec 19 19:00:03 2005
From: kevin at janrain.com (Kevin Turner)
Date: Mon Dec 19 19:00:03 2005
Subject: [Moin-user] OpenID authentication with MoinMoin
Message-ID: <1135047523.28957.97.camel@troglodyte.asianpear>

I've got an OpenID auth plugin for MoinMoin 1.5 working now, code
currently attached to
http://moinmoin.wikiwikiweb.de/FeatureRequests/OpenIDSupport

Please give it a look, try it out if you can, and let me know how it
goes.

It's implemented by adding an "openid_url" user preference and then
having the auth method scan the userlist for a user with a matching
record.  It sounds like there are lots of similarities between the
requirements for this and the requirements for the LDAP authenticator
that some folks are working on.

In response to the question someone posed on the AuthLDAP page, "Why you
want 2 different names for the wiki user name and login name?"  Well, as
someone already mentioned, login names are ugly.  And they are
restricted in what characters they can contain.  Most notably for
OpenID, they cannot contain /, which is a problem.

There are some limitations in my implementation which I've documented in
the code, but I'll reproduce here in hopes of getting some discussion
started on ways to resolve them.

 - No indication on the login form that it accepts OpenID.

 - Lack of feedback to the user.  There are a number of ways a user
   can fail to authenticate, and sometimes we allow MoinMoin to fall
   back to another authentication method, and sometimes we deny the
   request outright.  But while some cases are logged, the user gets
   no information about why they were not logged in.  It's impossible
   for them to tell if their OpenID was not found in the user database
   or if their server is down or if we had a problem parsing their
   input.  While it is in some cases advisable to hold back
   information so as not to leak it to attackers, feedback in most of
   the error cases is really only useful to a user in an honest login
   attempt.

 - There is no validation of OpenID URL upon setting it in
   UserPreferences.  This leads to several potential problems.  The
   user won't be prompted to correct an invalid or unusable value.  No
   check is performed to ensure that the OpenID is unique within the
   user database, or that the user is authorized to use that OpenID.

   This leads to a per-user denial of service attack: If Alice wants
   to harass Bob, she can enter Bob's OpenID in her preferences.  This
   will not give Alice access to Bob's account; rather, it may
   (depending on who comes first in the user table) cause Bob to log
   in as Alice when he logs in with OpenID.  If Bob notices, he can
   then fix the preferences for that account, but it's a nuisance at
   best.

   Again, it does not seem possible to correct this as a standalone
   authentication module, as no hooks for the processing of the
   UserPreferences form are provided by MoinMoin 1.5.  The solution to
   this lies in either revising the MoinMoin API or folding this code
   into the MoinMoin core.

 - User creation.  Ideally, one should be able to create an account with
   an OpenID and never set a password in MoinMoin at all.  With
   user_autocreate in the wiki configuration this is partially implemented,
   but users will quickly find that the userform code really doesn't want
   to let them through that screen without setting a password and an email
   address.



Cheers,

 - Kevin
   openidenabled.com

-- 
The moon is waning gibbous, 84.5% illuminated, 18.6 days old.




From johnqdaniels at yahoo.com  Tue Dec 20 18:44:00 2005
From: johnqdaniels at yahoo.com (John Daniels)
Date: Tue Dec 20 18:44:00 2005
Subject: [Moin-user] cgi-like macros and forms
Message-ID: <20051221024321.8313.qmail@web33805.mail.mud.yahoo.com>

All,

Is there a way I could create a form in Moin that
would act as a webform for a macro. Essentially, I
want the same functionality as form that submits to a
python CGI script, except with Moin. Is this possible
or should I just create a CGI script? I know the user
could just insert [macro(arg)] in the page, but I'd
prefer a submission form.


Thanks,
John

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



From jimpop at yahoo.com  Tue Dec 20 21:01:03 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Tue Dec 20 21:01:03 2005
Subject: [Moin-user] cgi-like macros and forms
In-Reply-To: <20051221024321.8313.qmail@web33805.mail.mud.yahoo.com>
Message-ID: <20051221050011.34960.qmail@web30409.mail.mud.yahoo.com>

I too am amazed that this functionality isn't readily apparent in Moin.  FORM and CGI have been foundations of the World Wide Web since the early days.   Why such the resistence?

-Jim P.

----- Original Message ----
From: John Daniels <johnqdaniels at yahoo.com>
To: moin-user at lists.sourceforge.net
Sent: Tuesday, December 20, 2005 9:43:21 PM
Subject: [Moin-user] cgi-like macros and forms

All,

Is there a way I could create a form in Moin that
would act as a webform for a macro. Essentially, I
want the same functionality as form that submits to a
python CGI script, except with Moin. Is this possible
or should I just create a CGI script? I know the user
could just insert [macro(arg)] in the page, but I'd
prefer a submission form.


Thanks,
John

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


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user






From work at infomaniak.ch  Thu Dec 22 08:14:01 2005
From: work at infomaniak.ch (Cedric BRINER)
Date: Thu Dec 22 08:14:01 2005
Subject: [Moin-user] link to PageName>title>subtitle
Message-ID: <20051222161317.GA14307@obs.unige.ch>

hello,

Imagine you have the following page: TestPage
= title 1 =
blah
== sub title 1 ==
blah, blah
== sub title 2 ==
this is a very important content.
eof

Is there a way to create an html link like this: [TestPage>>>title 1>>>sub title 2]  to refer easily a subportion of a WikiPage ?

Ced.
P.-S. then we can imagine that if title 1 will has to be modified to ``title 2'' then it will prompt the modifier that the link  [TestPage>>>title 1>>>sub title 1] is now uncorrect. Or maybe there will be a way to automagically change it.
-- 

Cedric BRINER
Geneva - Switzerland



From Richard.Hiers at covenantseminary.edu  Thu Dec 22 08:28:01 2005
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Thu Dec 22 08:28:01 2005
Subject: [Moin-user] link to PageName>title>subtitle
Message-ID: <D7C098C5CEB2694FA43A9BFFB54CE39801F5E0EE@phil.covenantseminary.edu>

You could create an anchor for that heading:

To insert anchors into a page you need the macro Anchor:
[[Anchor(anchorname)]], where "anchorname" is the actual identifier of
the anchor. Place this macro just above the heading you wish to link to.


To reference an anchor on the same wiki page use [#anchorname] or
[#anchorname label text]. To link to an anchor on another wiki page
write [wiki:Self:PageName#anchorname] or [wiki:Self:PageName#anchorname
label text], where "PageName" is the name of the other page and
"anchorname" is the identifier of the anchor on that page.

The url would then be http://mywiki.com/WikiPage#anchorname

Or, if you were to insert the TableOfContents macro for that page, then
click on the heading you wanted in that table of contents (this will
jump you down to that heading), you could then use the resulting URL.
The url is kind of ugly.  It will look something like this:

http://mywiki.com/WikiPage#head-f9665c8b984734140a87d7cfdd81ef5109dd9465

Hope that helps
Richard



-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Cedric
BRINER
Sent: Thursday, December 22, 2005 10:13 AM
To: moin-user at lists.sourceforge.net
Subject: [Moin-user] link to PageName>title>subtitle

hello,

Imagine you have the following page: TestPage = title 1 = blah == sub
title 1 == blah, blah == sub title 2 == this is a very important
content.
eof

Is there a way to create an html link like this: [TestPage>>>title
1>>>sub title 2]  to refer easily a subportion of a WikiPage ?

Ced.
P.-S. then we can imagine that if title 1 will has to be modified to
``title 2'' then it will prompt the modifier that the link
[TestPage>>>title 1>>>sub title 1] is now uncorrect. Or maybe there will
be a way to automagically change it.
-- 

Cedric BRINER
Geneva - Switzerland


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user



From tw-public at gmx.de  Fri Dec 23 02:56:02 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri Dec 23 02:56:02 2005
Subject: [Moin-user] WikiName Links not rendering on Moin1.5rc1 on Linux
In-Reply-To: <444e9bf20512191600h7a632f85tfaf31adba6f92189@mail.gmail.com>
References: <444e9bf20512191600h7a632f85tfaf31adba6f92189@mail.gmail.com>
Message-ID: <43ABD779.8040300@gmx.de>

> Please advice I am new to moin, the WikiNames
> (WordsWithCapitalizedCombinationsOfWords) links on my linux
> installation of moin, they don't render as links, just plain text (I
> am not able to click on them)

So a word like WikiName (try this!) does not work?

Or do you have special non-ascii chars in the word?

Some SuSE versions definitely have a broken python package (unicode 
support).

Maybe run ?action=test and post result to a bug report or here.

Maybe get some py 2.4.2 source and do a /usr/local install of it, see 
MoinMoin:NewPythonOnOldLinux (yours is not old, just broken maybe :).



From tw-public at gmx.de  Fri Dec 23 03:02:12 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri Dec 23 03:02:12 2005
Subject: [Moin-user] cgi-like macros and forms
In-Reply-To: <20051221050011.34960.qmail@web30409.mail.mud.yahoo.com>
References: <20051221050011.34960.qmail@web30409.mail.mud.yahoo.com>
Message-ID: <43ABD918.7010603@gmx.de>

> I too am amazed that this functionality isn't readily apparent in Moin.
 > FORM and CGI have been foundations of the World Wide Web since the 
early days.
 > Why such the resistence?

There is no "resistence". But OTOH, nobody really cares either.

We get many questions about "form support" (whatever that should be), 
but the core developers are very busy on lots of other stuff.

So if nobody wants it enough and contributes some sane "form support" 
code, there won't be any.

And until now, obviously nobody wanted it enough to implement it himself 
or get somebody else doing it (by a bounty, by paying someone, by some 
other means).

If somebody cares and jumps on it, we can help him with development 
hints. For a patch going into core code, I would require that it is 
clean and general enough to be used for UserPreferences form.



From Richard.Hiers at covenantseminary.edu  Fri Dec 23 07:07:01 2005
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Fri Dec 23 07:07:01 2005
Subject: [Moin-user] Interwiki and color questions
Message-ID: <D7C098C5CEB2694FA43A9BFFB54CE39801FA67C7@phil.covenantseminary.edu>

Using 1.5 rc1 on Windows 2000, IIS.  

On the moinmoin site, just below the username, preferences, logout line
you see the interwiki "MoinMoin" colon, PageName.  On my installation,
the interwiki name and colon are missing.  I tried changing the
interwiki name in the wikiconfig.py file from "none" to "MyWiki", but
then I get the following configuration error:  "ConfigurationError:
NameError: name 'MyWiki' is not defined".  If I put single quotes around
"MyWiki" in the py file, I no longer get the error, but the interwiki
name is still not displayed.  I also tried adding MyWiki to the
intermap.txt file.  MyWiki then show up on the InterWiki page, but still
not in the header.  What am I missing?

Additionally, I'm wanting to modify the color scheme of Modern.  In the
screen.css I changed the background of the #header section to the color
I wanted.  Now my header is the right color, all except for the
background surrounding the Logout text.  This is still the original
color.  I can't find where that is coming from.  Any ideas?

Thanks much

Richard Hiers
Director of IT Services
Covenant Theological Seminary
314.434.4044 



From gregwh at gmail.com  Fri Dec 23 13:15:02 2005
From: gregwh at gmail.com (greg whittier)
Date: Fri Dec 23 13:15:02 2005
Subject: [Moin-user] Interwiki and color questions
In-Reply-To: <D7C098C5CEB2694FA43A9BFFB54CE39801FA67C7@phil.covenantseminary.edu>
References: <D7C098C5CEB2694FA43A9BFFB54CE39801FA67C7@phil.covenantseminary.edu>
Message-ID: <a250eacf0512231314p7131e87dy410db2df2545d6a0@mail.gmail.com>

> Additionally, I'm wanting to modify the color scheme of Modern.  In the
> screen.css I changed the background of the #header section to the color
> I wanted.  Now my header is the right color, all except for the
> background surrounding the Logout text.  This is still the original
> color.  I can't find where that is coming from.  Any ideas?
>

I ran into the same issue.  The "Logout" is actually within a form tag
(look at the source for the page).  I don't have access to my
installation write now, but I believe I did something like

#form input {
    background: white;
}

This had the side effect of making the search buttons have a white
background also.

> On the moinmoin site, just below the username, preferences, logout line
> you see the interwiki "MoinMoin" colon, PageName.  On my installation,
> the interwiki name and colon are missing.  I tried changing the
> interwiki name in the wikiconfig.py file from "none" to "MyWiki", but
> then I get the following configuration error:  "ConfigurationError:
> NameError: name 'MyWiki' is not defined".  If I put single quotes around
> "MyWiki" in the py file, I no longer get the error, but the interwiki
> name is still not displayed.  I also tried adding MyWiki to the
> intermap.txt file.  MyWiki then show up on the InterWiki page, but still
> not in the header.  What am I missing?

Do you have show_interwiki = 1 uncommented in wikiconfig.py?

Greg



From sergiusz-dated-1135972421.230048 at pawlowicz.name  Sun Dec 25 11:54:02 2005
From: sergiusz-dated-1135972421.230048 at pawlowicz.name (Sergiusz Pawlowicz)
Date: Sun Dec 25 11:54:02 2005
Subject: [Moin-user] redirecting inside a moin
Message-ID: <20051225195348.GF23302@debian.pawlowicz.name>

hi,
how to prepare magic redirection from:

http://moin.com/MoinPage

into:

http://moin.com/MoinPage/2005-12-25

where 2005-12-25 is current date?

-- 
S.



From nirs at freeshell.org  Sun Dec 25 16:51:00 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Sun Dec 25 16:51:00 2005
Subject: [Moin-user] redirecting inside a moin
In-Reply-To: <20051225195348.GF23302@debian.pawlowicz.name>
References: <20051225195348.GF23302@debian.pawlowicz.name>
Message-ID: <95d288c1ae2ca730df126820f490c80b@freeshell.org>

On 25 Dec, 2005, at 21:53, Sergiusz Pawlowicz wrote:

> how to prepare magic redirection from:
> http://moin.com/MoinPage
>
> into:
> http://moin.com/MoinPage/2005-12-25
> where 2005-12-25 is current date?

You can do this with a SecurityPolicy class.

You check for certain page names on the 'read' method, then redirect to 
the other url using request.http_redirect (check the code for the exact 
name). Search the wiki for SecurityPolicy for examples and 
documentation.

Best Regards,

Nir Soffer




From kzak at redhat.com  Wed Dec 28 02:46:01 2005
From: kzak at redhat.com (Karel Zak)
Date: Wed Dec 28 02:46:01 2005
Subject: [Moin-user] announce: calendar parser
Message-ID: <1135766720.9937.17.camel@petra>

 I've rewrote old Calendar.py processor to parser with some new
features. For more details see: 
  
   http://people.redhat.com/kzak/moinmoin/


	Karel

-- 
Karel Zak <kzak at redhat.com>




From zoom.quiet at gmail.com  Wed Dec 28 02:55:08 2005
From: zoom.quiet at gmail.com (Zoom Quiet)
Date: Wed Dec 28 02:55:08 2005
Subject: [Moin-user] announce: calendar parser
In-Reply-To: <1135766720.9937.17.camel@petra>
References: <1135766720.9937.17.camel@petra>
Message-ID: <9dad9f0a0512280254k7ab9abb2y@mail.gmail.com>

2005/12/28, Karel Zak <kzak at redhat.com>:
>
>  I've rewrote old Calendar.py processor to parser with some new
> features. For more details see:
>
>    http://people.redhat.com/kzak/moinmoin/
>
it's look good ,but can u think about i18N?
i'm Cinese MoinMoin user
http://wiki.woodpecker.org.cn/moin/ZoomQuiet
want usage Calendar as Chinese week name...

>         Karel
>
> --
> Karel Zak <kzak at redhat.com>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>


--
# Time is unimportant, only life important!
## ??????????

From yong27 at gmail.com  Wed Dec 28 16:26:02 2005
From: yong27 at gmail.com (Hyungyong Kim)
Date: Wed Dec 28 16:26:02 2005
Subject: [Moin-user] announce: calendar parser
In-Reply-To: <1135766720.9937.17.camel@petra>
References: <1135766720.9937.17.camel@petra>
Message-ID: <cf2492c50512281625q748ce380r@mail.gmail.com>

Thanks for your effort. It seems to be useful for my group.
( http://biohackers.net/wiki/yong27/2006-01 )

But in my country, We usually set first week day to Sunday. For the
column style, I modified the source at line 180 from [5,6] to [0,6].

It looks that it has something to refactoring.

Thanks
Hyungyong Kim




2005/12/28, Karel Zak <kzak at redhat.com>:
>
>  I've rewrote old Calendar.py processor to parser with some new
> features. For more details see:
>
>    http://people.redhat.com/kzak/moinmoin/
>
>
>         Karel
>
> --
> Karel Zak <kzak at redhat.com>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>


--
Hyungyong Kim,
http://biohackers.net



From jmc-moinlist at sociology.osu.edu  Wed Dec 28 21:02:01 2005
From: jmc-moinlist at sociology.osu.edu (john crawford)
Date: Wed Dec 28 21:02:01 2005
Subject: [Moin-user] mod_python trouble - url parsing oddness
Message-ID: <7.0.0.16.2.20051228233800.003669c8@sociology.osu.edu>

Hi.

  When I run my mod_python 1.3.5 moin wiki
  Apache/2.0.55 (FreeBSD) mod_python/3.1.4 Python/2.4.2
environment, I see slash troubles.
Running cgi mode I don't see the effect.

The link from my frontpage graphic, for example is
http://ss36.sociology.ohio-state.edu/srlwiki//FrontPage
when run under mod_python and
http://ss36.sociology.ohio-state.edu/srlwiki/FrontPage
under cgi.

moinmoin hyper links work when twice clicked displayed as so:
http://ss36.sociology.ohio-state.edu/srlwiki//MeetingMinutes/MeetingMinutes

Looks a bit like script name parsing issue where "pythonoption location"
is helpful on nested/deep wikis, but my alias is only /srlroot

Alias /srlwiki /usr/local/www/srlwiki

<Location "/srlwiki">
       SetHandler python-program
       PythonPath "['/usr/local/www/srlwiki'] + sys.path"
       PythonHandler MoinMoin.request::RequestModPy.run
       PythonAutoReload On
       PythonDebug On
   </Location>



If I put add the line below to the Location bits
       PythonOption Location /usr/local/www/srlwiki


I get

Mod_python error: "PythonHandler MoinMoin.request::RequestModPy.run"

Traceback (most recent call last):

   File 
"/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 
291, in HandlerDispatch
     arg=req, silent=hlist.silent)

   File 
"/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 
526, in resolve_object
     instance = parent(arg)

   File "/usr/local/lib/python2.4/site-packages/MoinMoin/request.py", 
line 1700, in __init__
     self.fixScriptNameAndPathInfo(env)

   File "/usr/local/lib/python2.4/site-packages/MoinMoin/request.py", 
line 1724, in fixScriptNameAndPathInfo
     restoredURI = env['SCRIPT_NAME'] + env['PATH_INFO']

KeyError: 'PATH_INFO'

So that's a bit mysterious to me, but perhaps illuminating to someone else.

Any ideas on how I can get mod_python moin to be kind?

thanks
John




From rupert at amit.com.tw  Wed Dec 28 21:35:08 2005
From: rupert at amit.com.tw (Rupert Li)
Date: Wed Dec 28 21:35:08 2005
Subject: [Moin-user] Third way to escape WikiName?
Message-ID: <43B37591.4020204@amit.com.tw>

Hi there,

In MoinMaster:WikiName, there are two methods to escape a WikiName: six
single quotes and two backticks.
I notice that !WikiName is also working and simpler. Is it a '''valid'''
third way to escape a WikiName?
Should we write down this method on WikiName page?

* Wiki''''''Name
* Wiki``Name
* !WikiName






From fdrake at gmail.com  Wed Dec 28 22:07:02 2005
From: fdrake at gmail.com (Fred Drake)
Date: Wed Dec 28 22:07:02 2005
Subject: [Moin-user] Third way to escape WikiName?
In-Reply-To: <43B37591.4020204@amit.com.tw>
References: <43B37591.4020204@amit.com.tw>
Message-ID: <9cee7ab80512282206x230322eey33d43723e96d9f1e@mail.gmail.com>

On 12/29/05, Rupert Li <rupert at amit.com.tw> wrote:
> In MoinMaster:WikiName, there are two methods to escape a WikiName: six
> single quotes and two backticks.
> I notice that !WikiName is also working and simpler. Is it a '''valid'''
> third way to escape a WikiName?
> Should we write down this method on WikiName page?

The !WikiName syntax is also what's used in ZWiki (which I use a good
bit at work); I find it substantially better than the others.  Those
always feel more like historical accidents than anything.  The
HelpOnLinking page mentions the !WikiName and Wiki``Name syntax
options, with the caveat that the bang_meta option must be enabled for
!WikiName.  I thought there was discussion of always enabling that, or
at least enabling it by default, but I'm not sure of the status of
that in 1.5.

I expect that !WikiName is better than the methods that insert
characters in the middle because it interferes less with searching.  I
haven't tested that out, though.

My opinion might not be very relevant, however, since most of my
writing in MoinMoin wikis is done in reStructuredText.  :-)


  -Fred

--
Fred L. Drake, Jr.    <fdrake at gmail.com>
"There is no wealth but life." --John Ruskin



From jmc-moinlist at sociology.osu.edu  Wed Dec 28 22:23:09 2005
From: jmc-moinlist at sociology.osu.edu (john crawford)
Date: Wed Dec 28 22:23:09 2005
Subject: [Moin-user] mod_python trouble - url parsing oddness
In-Reply-To: <7.0.0.16.2.20051228233800.003669c8@sociology.osu.edu>
References: <7.0.0.16.2.20051228233800.003669c8@sociology.osu.edu>
Message-ID: <7.0.0.16.2.20051229011741.04320818@sociology.osu.edu>

I took some off list advice from Nir to fix the url
munging. I had an alias in my apache config for
my moin shared files and another for the wiki directory.
I dropped the alias for the wiki directory and my
url references work nicely in both mod_python and cgi
mode now.
Thanks for listening,
John


At 12:01 AM 12/29/2005, john crawford wrote:
>Hi.
>
>  When I run my mod_python 1.3.5 moin wiki
>  Apache/2.0.55 (FreeBSD) mod_python/3.1.4 Python/2.4.2
>environment, I see slash troubles.
>Running cgi mode I don't see the effect.
>
>The link from my frontpage graphic, for example is
>http://ss36.sociology.ohio-state.edu/srlwiki//FrontPage
>when run under mod_python and
>http://ss36.sociology.ohio-state.edu/srlwiki/FrontPage
>under cgi.
>
>moinmoin hyper links work when twice clicked displayed as so:
>http://ss36.sociology.ohio-state.edu/srlwiki//MeetingMinutes/MeetingMinutes
>
>Looks a bit like script name parsing issue where "pythonoption location"
>is helpful on nested/deep wikis, but my alias is only /srlroot
>
>Alias /srlwiki /usr/local/www/srlwiki
>
><Location "/srlwiki">
>       SetHandler python-program
>       PythonPath "['/usr/local/www/srlwiki'] + sys.path"
>       PythonHandler MoinMoin.request::RequestModPy.run
>       PythonAutoReload On
>       PythonDebug On
>   </Location>
>
>
>
>If I put add the line below to the Location bits
>       PythonOption Location /usr/local/www/srlwiki
>
>
>I get
>
>Mod_python error: "PythonHandler MoinMoin.request::RequestModPy.run"
>
>Traceback (most recent call last):
>
>   File 
> "/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 
> 291, in HandlerDispatch
>     arg=req, silent=hlist.silent)
>
>   File 
> "/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 
> 526, in resolve_object
>     instance = parent(arg)
>
>   File 
> "/usr/local/lib/python2.4/site-packages/MoinMoin/request.py", line 
> 1700, in __init__
>     self.fixScriptNameAndPathInfo(env)
>
>   File 
> "/usr/local/lib/python2.4/site-packages/MoinMoin/request.py", line 
> 1724, in fixScriptNameAndPathInfo
>     restoredURI = env['SCRIPT_NAME'] + env['PATH_INFO']
>
>KeyError: 'PATH_INFO'
>
>So that's a bit mysterious to me, but perhaps illuminating to someone else.
>
>Any ideas on how I can get mod_python moin to be kind?
>
>thanks
>John
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>_______________________________________________
>Moin-user mailing list
>Moin-user at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/moin-user




From gmaine at inbrief.net  Thu Dec 29 00:21:00 2005
From: gmaine at inbrief.net (Edmund)
Date: Thu Dec 29 00:21:00 2005
Subject: [Moin-user] Moinmoin as a CMS
Message-ID: <dp05ns$ptl$2@sea.gmane.org>

Not being happy with any of the current content management systems, I 
started to write my own. After getting the basics going in terms of 
using ReST for content, etc. I thought that I was duplicating a lot of 
what Moinmoin already does (we use it for collaboration on our company 
intranet).

Seems to me then, that Moinmoin already provides a pretty good basis 
for a CMS to host a corporate website with mostly static content 
(products, contact information, etc.), such as:

1. Versioning
2. Decent, non-HTML mark-up such as ReST, Moinmoin's own mark-up style, etc.
3. ACLs
4. Clean way to extend functionality via macros, etc.
5. Python (yes, I like Python but don't like Zope, Plone, etc.)

What is missing is:

a. Workflow (approval chains)
b. Cannot stage pages (i.e. until a page is approved, it is not made public)
c. ???


The list of negatives is suspiciously short, so I wonder if anybody has 
tried to use Moinmoin to host a corporate website? What can't it handle 
well? Is this a disaster waiting in the wings?


...Edmund.





From nman64 at n-man.com  Thu Dec 29 01:13:05 2005
From: nman64 at n-man.com (Patrick Barnes)
Date: Thu Dec 29 01:13:05 2005
Subject: [Moin-user] Moinmoin as a CMS
In-Reply-To: <dp05ns$ptl$2@sea.gmane.org>
References: <dp05ns$ptl$2@sea.gmane.org>
Message-ID: <43B3A88B.50605@n-man.com>

Edmund wrote:
> Not being happy with any of the current content management systems, I
> started to write my own. After getting the basics going in terms of
> using ReST for content, etc. I thought that I was duplicating a lot of
> what Moinmoin already does (we use it for collaboration on our company
> intranet).
>
> Seems to me then, that Moinmoin already provides a pretty good basis
> for a CMS to host a corporate website with mostly static content
> (products, contact information, etc.), such as:
>
> 1. Versioning
> 2. Decent, non-HTML mark-up such as ReST, Moinmoin's own mark-up
> style, etc.
> 3. ACLs
> 4. Clean way to extend functionality via macros, etc.
> 5. Python (yes, I like Python but don't like Zope, Plone, etc.)
>
> What is missing is:
>
> a. Workflow (approval chains)
> b. Cannot stage pages (i.e. until a page is approved, it is not made
> public)
> c. ???
>
>
> The list of negatives is suspiciously short, so I wonder if anybody
> has tried to use Moinmoin to host a corporate website? What can't it
> handle well? Is this a disaster waiting in the wings?
>
>
> ...Edmund.
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
While MoinMoin does have limitations as a CMS, it can do quite a bit. 
It serves several large production sites.  We use it for the Fedora
Project ( http://fedoraproject.org/ ) to fulfill many CMS needs.  We are
now looking at how we can solve additional needs, including through
expansion of MoinMoin and through integration with other technologies. 
MoinMoin has proven to be very scalable and very extensible.  With a
little cleverness, you can usually get it to do what you need.

-- 
Patrick "The N-Man" Barnes
nman64 at n-man.com

http://www.n-man.com/
-- 
Have I been helpful?  Rate my assistance!  http://rate.affero.net/nman64/


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051229/6bbb1102/attachment.sig>

From kzak at redhat.com  Thu Dec 29 06:43:01 2005
From: kzak at redhat.com (Karel Zak)
Date: Thu Dec 29 06:43:01 2005
Subject: [Moin-user] announce: calendar parser
In-Reply-To: <9dad9f0a0512280254k7ab9abb2y@mail.gmail.com>
References: <1135766720.9937.17.camel@petra>
	 <9dad9f0a0512280254k7ab9abb2y@mail.gmail.com>
Message-ID: <1135867330.24338.12.camel@petra>

On Wed, 2005-12-28 at 18:54 +0800, Zoom Quiet wrote:
> 2005/12/28, Karel Zak <kzak at redhat.com>:
> >
> >  I've rewrote old Calendar.py processor to parser with some new
> > features. For more details see:
> >
> >    http://people.redhat.com/kzak/moinmoin/
> >
> it's look good ,but can u think about i18N?
> i'm Cinese MoinMoin user
> http://wiki.woodpecker.org.cn/moin/ZoomQuiet
> want usage Calendar as Chinese week name...

 Good point. Fixed. The latest version uses locale.nl_langinfo() for the
names.

	Karel

-- 
Karel Zak <kzak at redhat.com>




From kzak at redhat.com  Thu Dec 29 06:45:03 2005
From: kzak at redhat.com (Karel Zak)
Date: Thu Dec 29 06:45:03 2005
Subject: [Moin-user] announce: calendar parser
In-Reply-To: <cf2492c50512281625q748ce380r@mail.gmail.com>
References: <1135766720.9937.17.camel@petra>
	 <cf2492c50512281625q748ce380r@mail.gmail.com>
Message-ID: <1135867423.24338.14.camel@petra>

On Thu, 2005-12-29 at 09:25 +0900, Hyungyong Kim wrote:
> Thanks for your effort. It seems to be useful for my group.
> ( http://biohackers.net/wiki/yong27/2006-01 )
> 
> But in my country, We usually set first week day to Sunday. For the
> column style, I modified the source at line 180 from [5,6] to [0,6].

It was bug. Fixed in the latest version 20051229. Thanks for your
report.

	Karel

-- 
Karel Zak <kzak at redhat.com>




From tpfennig at gmail.com  Thu Dec 29 09:23:02 2005
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Thu Dec 29 09:23:02 2005
Subject: [Moin-user] Third way to escape WikiName?
In-Reply-To: <9cee7ab80512282206x230322eey33d43723e96d9f1e@mail.gmail.com>
References: <43B37591.4020204@amit.com.tw>
	 <9cee7ab80512282206x230322eey33d43723e96d9f1e@mail.gmail.com>
Message-ID: <2cbc44a0512290922l4519a1e5h@mail.gmail.com>

2005/12/29, Fred Drake <fdrake at gmail.com>:

> The !WikiName syntax is also what's used in ZWiki (which I use a good
> bit at work); I find it substantially better than the others.  Those
> always feel more like historical accidents than anything.

Whats good about the others is, that you can make a link to singular
in a plural world like in:

GreenTree''s



--
http://www.pfennigsolutions.de



From fdrake at gmail.com  Thu Dec 29 10:26:05 2005
From: fdrake at gmail.com (Fred Drake)
Date: Thu Dec 29 10:26:05 2005
Subject: [Moin-user] Third way to escape WikiName?
In-Reply-To: <2cbc44a0512290922l4519a1e5h@mail.gmail.com>
References: <43B37591.4020204@amit.com.tw>
	 <9cee7ab80512282206x230322eey33d43723e96d9f1e@mail.gmail.com>
	 <2cbc44a0512290922l4519a1e5h@mail.gmail.com>
Message-ID: <9cee7ab80512291025k5ee76c29x60bc1d8ae3014c41@mail.gmail.com>

On 12/29/05, Thilo Pfennig <tpfennig at gmail.com> wrote:
> Whats good about the others is, that you can make a link to singular
> in a plural world like in:
>
> GreenTree''s

Good point; that's a very convenient way to do that.


  -Fred

--
Fred L. Drake, Jr.    <fdrake at gmail.com>
"There is no wealth but life." --John Ruskin



From anthony at itia.ntua.gr  Thu Dec 29 13:26:05 2005
From: anthony at itia.ntua.gr (Antonios Christofides)
Date: Thu Dec 29 13:26:05 2005
Subject: [Moin-user] Moinmoin as a CMS
In-Reply-To: <dp05ns$ptl$2@sea.gmane.org>
References: <dp05ns$ptl$2@sea.gmane.org>
Message-ID: <20051229212508.GD10505@itia.ntua.gr>

Edmund wrote:
> b. Cannot stage pages (i.e. until a page is approved, it is not made public)

I think you can do that using ACLs, for example specify that the page
is readable only by members, and remove that restriction when the page
is approved.  Or, if you want to be safe and have pages unreadable by
default, you could create an "approved" #pragma and pages that don't
contain it would be unreadable.



From slzatz at gmail.com  Fri Dec 30 17:39:03 2005
From: slzatz at gmail.com (Steve Zatz)
Date: Fri Dec 30 17:39:03 2005
Subject: [Moin-user] 1.5rc1 and restructured text
Message-ID: <6b21d8370512301738t2e4de29hf99e369e291386bd@mail.gmail.com>

I migrated a version 1.34 installation to 1.5rc1 and the only problem
that I have encountered so far is that about 90% of rst formatted
pages cannot be rendered but result in:

KeyError: 'ids'

There are a few rst pages that render fine and I can't immediately
tell if there is some rst formatting that 1.5 is unhappy about that I
am avoiding on the few rst pages that render fine.  I realize that it
was my decision to upgrade and some things were bound to break at this
stage but if anyone has seen and solved this problem, it would be very
helpful particularly since I have a lot of rst formatted pages. 
Thanks,

Steve



From fdrake at gmail.com  Fri Dec 30 20:17:01 2005
From: fdrake at gmail.com (Fred Drake)
Date: Fri Dec 30 20:17:01 2005
Subject: [Moin-user] 1.5rc1 and restructured text
In-Reply-To: <6b21d8370512301738t2e4de29hf99e369e291386bd@mail.gmail.com>
References: <6b21d8370512301738t2e4de29hf99e369e291386bd@mail.gmail.com>
Message-ID: <9cee7ab80512302016w1ca1a41bw44e07b62cc9bc5fd@mail.gmail.com>

On 12/30/05, Steve Zatz <slzatz at gmail.com> wrote:
> I migrated a version 1.34 installation to 1.5rc1 and the only problem
> that I have encountered so far is that about 90% of rst formatted
> pages cannot be rendered but result in:
>
> KeyError: 'ids'

I've been thinking about upgrading MoinMoin on what's currently a
1.3.5 installation, but haven't gotten to it.  Most of my content is
rst.

Do you have the rest of the traceback that you can post?  I'd be
tempted to take a stab at it, since I'd definately like to upgrade
before too long.


  -Fred

--
Fred L. Drake, Jr.    <fdrake at gmail.com>
"There is no wealth but life." --John Ruskin



From slzatz at gmail.com  Sat Dec 31 02:26:06 2005
From: slzatz at gmail.com (Steve Zatz)
Date: Sat Dec 31 02:26:06 2005
Subject: [Moin-user] 1.5rc1 and restructured text
In-Reply-To: <9cee7ab80512302016w1ca1a41bw44e07b62cc9bc5fd@mail.gmail.com>
References: <6b21d8370512301738t2e4de29hf99e369e291386bd@mail.gmail.com>
	 <9cee7ab80512302016w1ca1a41bw44e07b62cc9bc5fd@mail.gmail.com>
Message-ID: <6b21d8370512310225m678c932cg4e5bbff1ad43a479@mail.gmail.com>

Here is the traceback:
-----------------------------------------------------------------------------------
Traceback (most recent call last):
 File "/usr/lib/python2.4/site-packages/MoinMoin/Page.py", line 1512,
in parsePageLinks
   page.send_page(request, content_only=1)
 File "/usr/lib/python2.4/site-packages/MoinMoin/Page.py", line 1212,
in send_page
   start_line=pi_lines)
 File "/usr/lib/python2.4/site-packages/MoinMoin/Page.py", line 1292,
in send_page_content
   self.format(parser)
 File "/usr/lib/python2.4/site-packages/MoinMoin/Page.py", line 1310, in format
   parser.format(self.formatter)
 File "/usr/lib/python2.4/site-packages/MoinMoin/parser/rst.py", line
172, in format
   settings_overrides = {
 File "/usr/lib/site-python/docutils/core.py", line 404, in publish_parts
   enable_exit_status=enable_exit_status)
 File "/usr/lib/site-python/docutils/core.py", line 513, in
publish_programmatically
   output = pub.publish(enable_exit_status=enable_exit_status)
 File "/usr/lib/site-python/docutils/core.py", line 195, in publish
   self.apply_transforms(document)
 File "/usr/lib/site-python/docutils/core.py", line 175, in apply_transforms
   document.transformer.apply_transforms()
 File "/usr/lib/site-python/docutils/transforms/__init__.py", line
180, in apply_transforms
   transform.apply()
 File "/usr/lib/site-python/docutils/transforms/universal.py", line
166, in apply
   self.document.walk(visitor)
 File "/usr/lib/site-python/docutils/nodes.py", line 125, in walk
   child.walk(visitor)
 File "/usr/lib/site-python/docutils/nodes.py", line 125, in walk
   child.walk(visitor)
 File "/usr/lib/site-python/docutils/nodes.py", line 117, in walk
   visitor.dispatch_visit(self)
 File "/usr/lib/site-python/docutils/nodes.py", line 1323, in dispatch_visit
   return method(node)
 File "/usr/lib/site-python/docutils/transforms/universal.py", line
189, in visit_reference
   if resolver_function(node):
 File "/usr/lib/python2.4/site-packages/MoinMoin/parser/rst.py", line
119, in wiki_resolver
   if len(node['ids']) != 0:
 File "/usr/lib/site-python/docutils/nodes.py", line 339, in __getitem__
   return self.attributes[key]
KeyError: 'ids'
-----------------------------------------------------------------------------------

And below is the relevant section from .../parser/rst.py.  There are
no other references to the 'ids' key of node in rst.py besides this
one.

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

class MoinWriter(html4css1.Writer):

    config_section = 'MoinMoin writer'
    config_section_dependencies = ('writers',)

    #"""Final translated form of `document`."""
    output = None

    def wiki_resolver(self, node):
        """
            Normally an unknown reference would be an error in an reST document.
            However, this is how new documents are created in the wiki. This
            passes on unknown references to eventually be handled by the
            MoinMoin formatter.
        """
        if len(node['ids']) != 0:
            # If the node has id then its probably an internal link. Let
            # docutils generate an error.
            return False
        node['refuri'] = node['name']
        del node['refname']
        node.resolved = 1
        self.nodes.append(node)
        return True

    wiki_resolver.priority = 001