From jok at vitronic.com  Wed Nov  2 01:19:07 2005
From: jok at vitronic.com (Johannes Kilian)
Date: Wed Nov  2 01:19:07 2005
Subject: [Moin-user] Problems installing MoinMoin 1.5beta1: Bareword ....
Message-ID: <43688458.5000205@vitronic.com>

Hi there,

I'm just playing around with MoinMoin 1.5beta1. (I've installed MoinMoin
already in earlier versions - which worked already correctly, but I
haven't used it for quite a while ...)

I performed a new installation.
Now trying to start the wiki, it fails producing the following
error-message in my error.log file of Apache Web-Server
---------
[Wed Nov 02 10:11:04 2005] [error] String found where operator expected
at D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 8, near ""\n    MoinMoin -
CGI Driver Script\n\n    @copyright: 2000-2005 by J\xfcrgen Hermann
<jh at web.de>\n    @license: GNU GPL, see COPYING for details.\n""\n 
(Might be a runaway multi-line "" string starting on line 3)\nsyntax
error at D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 8, near ""\n   
MoinMoin - CGI Driver Script\n\n    @copyright: 2000-2005 by J\xfcrgen
Hermann <jh at web.de>\n    @license: GNU GPL, see COPYING for
details.\n""\nString found where operator expected at
D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 8, near ""\n    MoinMoin - CGI
Driver Script\n\n    @copyright: 2000-2005 by J\xfcrgen Hermann
<jh at web.de>\n    @license: GNU GPL, see COPYING for
details.\n""""\nBareword found where operator expected at
D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 12, near """\n\n# System path
configuration\n\nimport"\nBareword found where operator expected at
D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 30, near
"hotshotProfiler"\nBareword found where operator expected at
D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 37, near ")\n   
prof"\nBareword found where operator expected at
D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 39, near ")\n\nfrom"\nBareword
found where operator expected at D:/Web/Wiki/Moin/HowtoWiki/moin.cgi
line 41, near ")\nrequest"\n
---------

The corresponding moin.cgi file looks like (almost unchanged from
original - only adapted the shebang and the Path of the directory where
wikiconfig.py is located):

*************************************
#!C:/programme/python/python
# -*- coding: iso-8859-1 -*-
"""
    MoinMoin - CGI Driver Script

    @copyright: 2000-2005 by J?rgen Hermann <jh at web.de>
    @license: GNU GPL, see COPYING for details.
"""

# System path configuration

import sys

# Path of the directory where wikiconfig.py is located.
# YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP.
sys.path.insert(0, 'D:/Web/Wiki/Moin/HowtoWiki/wikiconfig.py')

# Path to MoinMoin package, needed if you installed with --prefix=PREFIX
# or if you did not use setup.py.
## sys.path.insert(0, 'PREFIX/lib/python2.3/site-packages')

# Path of the directory where farmconfig.py is located (if different).
## sys.path.insert(0, '/path/to/farmconfig')

# Debug mode - show detailed error reports
## import os
## os.environ['MOIN_DEBUG'] = '1'

# This is used to profile MoinMoin (default disabled)
hotshotProfiler = 0

# ---------------------------------------------------------------------

if hotshotProfiler:
    import hotshot
    prof = hotshot.Profile("moin.prof")
    prof.start()

from MoinMoin.request import RequestCGI
request = RequestCGI()
request.run()

if hotshotProfiler:
    prof.close()
*************************************

Commenting out the "problematic line" just "moves" the error to one of
the next non-comment lines. Some lines work without errors ...
import sys
sys.path.insert(0, 'D:/Web/Wiki/Moin/HowtoWiki/wikiconfig.py')

But the most important ones

from MoinMoin.request import RequestCGI
request = RequestCGI()
request.run()

show the same error ....

Running:
WinXP SP2
ActivePython 2.4 Build 243 (ActiveState Corp.)
MoinMoin 1.5beta1
Apache 2.0.54

Any help welcome

Johannes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: jok.vcf
Type: text/x-vcard
Size: 352 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051102/22545804/attachment.vcf>

From jok at vitronic.com  Wed Nov  2 01:49:47 2005
From: jok at vitronic.com (Johannes Kilian)
Date: Wed Nov  2 01:49:47 2005
Subject: [Moin-user] Re: Problems installing MoinMoin 1.5beta1: Bareword ....
In-Reply-To: <43688458.5000205@vitronic.com>
References: <43688458.5000205@vitronic.com>
Message-ID: <43688B8F.1030209@vitronic.com>

Hi there,

forget my previous mail - solved it by myself:
recently added a perl-handler for fileextension *.cgi to my
Apache-configuration ...

Thanks anyway

Johannes

Johannes Kilian schrieb:

>Hi there,
>
>I'm just playing around with MoinMoin 1.5beta1. (I've installed MoinMoin
>already in earlier versions - which worked already correctly, but I
>haven't used it for quite a while ...)
>
>I performed a new installation.
>Now trying to start the wiki, it fails producing the following
>error-message in my error.log file of Apache Web-Server
>---------
>[Wed Nov 02 10:11:04 2005] [error] String found where operator expected
>at D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 8, near ""\n    MoinMoin -
>CGI Driver Script\n\n    @copyright: 2000-2005 by J\xfcrgen Hermann
><jh at web.de>\n    @license: GNU GPL, see COPYING for details.\n""\n 
>(Might be a runaway multi-line "" string starting on line 3)\nsyntax
>error at D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 8, near ""\n   
>MoinMoin - CGI Driver Script\n\n    @copyright: 2000-2005 by J\xfcrgen
>Hermann <jh at web.de>\n    @license: GNU GPL, see COPYING for
>details.\n""\nString found where operator expected at
>D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 8, near ""\n    MoinMoin - CGI
>Driver Script\n\n    @copyright: 2000-2005 by J\xfcrgen Hermann
><jh at web.de>\n    @license: GNU GPL, see COPYING for
>details.\n""""\nBareword found where operator expected at
>D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 12, near """\n\n# System path
>configuration\n\nimport"\nBareword found where operator expected at
>D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 30, near
>"hotshotProfiler"\nBareword found where operator expected at
>D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 37, near ")\n   
>prof"\nBareword found where operator expected at
>D:/Web/Wiki/Moin/HowtoWiki/moin.cgi line 39, near ")\n\nfrom"\nBareword
>found where operator expected at D:/Web/Wiki/Moin/HowtoWiki/moin.cgi
>line 41, near ")\nrequest"\n
>---------
>
>The corresponding moin.cgi file looks like (almost unchanged from
>original - only adapted the shebang and the Path of the directory where
>wikiconfig.py is located):
>
>*************************************
>#!C:/programme/python/python
># -*- coding: iso-8859-1 -*-
>"""
>    MoinMoin - CGI Driver Script
>
>    @copyright: 2000-2005 by J?rgen Hermann <jh at web.de>
>    @license: GNU GPL, see COPYING for details.
>"""
>
># System path configuration
>
>import sys
>
># Path of the directory where wikiconfig.py is located.
># YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP.
>sys.path.insert(0, 'D:/Web/Wiki/Moin/HowtoWiki/wikiconfig.py')
>
># Path to MoinMoin package, needed if you installed with --prefix=PREFIX
># or if you did not use setup.py.
>## sys.path.insert(0, 'PREFIX/lib/python2.3/site-packages')
>
># Path of the directory where farmconfig.py is located (if different).
>## sys.path.insert(0, '/path/to/farmconfig')
>
># Debug mode - show detailed error reports
>## import os
>## os.environ['MOIN_DEBUG'] = '1'
>
># This is used to profile MoinMoin (default disabled)
>hotshotProfiler = 0
>
># ---------------------------------------------------------------------
>
>if hotshotProfiler:
>    import hotshot
>    prof = hotshot.Profile("moin.prof")
>    prof.start()
>
>from MoinMoin.request import RequestCGI
>request = RequestCGI()
>request.run()
>
>if hotshotProfiler:
>    prof.close()
>*************************************
>
>Commenting out the "problematic line" just "moves" the error to one of
>the next non-comment lines. Some lines work without errors ...
>import sys
>sys.path.insert(0, 'D:/Web/Wiki/Moin/HowtoWiki/wikiconfig.py')
>
>But the most important ones
>
>from MoinMoin.request import RequestCGI
>request = RequestCGI()
>request.run()
>
>show the same error ....
>
>Running:
>WinXP SP2
>ActivePython 2.4 Build 243 (ActiveState Corp.)
>MoinMoin 1.5beta1
>Apache 2.0.54
>
>Any help welcome
>
>Johannes
>
>  
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jok.vcf
Type: text/x-vcard
Size: 352 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051102/e23d05e9/attachment.vcf>

From brendan.boesen at locatacorp.com  Wed Nov  2 16:05:17 2005
From: brendan.boesen at locatacorp.com (Brendan Boesen)
Date: Wed Nov  2 16:05:17 2005
Subject: [Moin-user] Braces within braces within braces...
Message-ID: <loom.20051103T004736-749@post.gmane.org>

Hi All,

I've just started using MoinMoin for our internal development wiki.
Please forgive me if the following is a stupid question (and I'm 
sort of hoping it is because then the solution to my problem will
be an easy one! ;-)

An issue that I've come across (and a minor one at that), is
how triple-braces are handled _inside_ a code block or 'special' code
block.  The perfect example is trying to document the use of special
code blocks.  eg:
{{{
#!plain
{{{
#!rst
This is some **emphasized** restructured text.
}}}
}}}
Unless I format the second-last set of braces with a space between
one of them, I get a weird result.

(A similar problem occurs in code blocks on the same line but I
now realise that can be avoided by escaping the whole block. 
eg: `{{{code}}}`)

Incidentally, I tried to work around this by using the unicode
equivalent for a brace but I couldn't seem to get unicode
characters to work - the & kept getting replaced with ampersand
replaced with ampersand-amp-semicolon.  Unfortunately, this
would be the easiest way to solve my problem...

I played around with the code a bit and found a way to solve the
problem by counting braces.  Unfortunately, it behaves oddly
when there's a mismatch between the number of opening and 
closing brace sets, so myabe that implies it's not really a good 
solution.

Does anybody have any suggestions as to how I should handle this?

Regards,

Brendan





From nirs at freeshell.org  Wed Nov  2 21:37:30 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Wed Nov  2 21:37:30 2005
Subject: [Moin-user] Braces within braces within braces...
In-Reply-To: <loom.20051103T004736-749@post.gmane.org>
References: <loom.20051103T004736-749@post.gmane.org>
Message-ID: <C39E7D5E-4C2B-11DA-B6D6-000A95B45AA0@freeshell.org>

The best way is to put the code example on a sub page using this format:

	#format plain

	{{{
	I'm a preformatted text
	}}}

and include the example page in your main page:

	[[Include(preformated example)]]


Another way is to use attachments:

	inline:example.txt

On 3 Nov, 2005, at 1:51, Brendan Boesen wrote:

> I've just started using MoinMoin for our internal development wiki.
> Please forgive me if the following is a stupid question (and I'm
> sort of hoping it is because then the solution to my problem will
> be an easy one! ;-)
>
> An issue that I've come across (and a minor one at that), is
> how triple-braces are handled _inside_ a code block or 'special' code
> block.  The perfect example is trying to document the use of special
> code blocks.  eg:
> {{{
> #!plain
> {{{
> #!rst
> This is some **emphasized** restructured text.
> }}}
> }}}
> Unless I format the second-last set of braces with a space between
> one of them, I get a weird result.
>
> (A similar problem occurs in code blocks on the same line but I
> now realise that can be avoided by escaping the whole block.
> eg: `{{{code}}}`)
>
> Incidentally, I tried to work around this by using the unicode
> equivalent for a brace but I couldn't seem to get unicode
> characters to work - the & kept getting replaced with ampersand
> replaced with ampersand-amp-semicolon.  Unfortunately, this
> would be the easiest way to solve my problem...
>
> I played around with the code a bit and found a way to solve the
> problem by counting braces.  Unfortunately, it behaves oddly
> when there's a mismatch between the number of opening and
> closing brace sets, so myabe that implies it's not really a good
> solution.
>
> Does anybody have any suggestions as to how I should handle this?
>

Best Regards,

Nir Soffer




From jok at vitronic.com  Thu Nov  3 00:07:47 2005
From: jok at vitronic.com (Johannes Kilian)
Date: Thu Nov  3 00:07:47 2005
Subject: [Moin-user] Howto: Building up a form with MoinMoin
Message-ID: <4369C503.8070201@vitronic.com>

Hi there,

I wonder whether there is a way to create a form (something like the
[[userPreferences]]) with simple MoinMoin-Markup?
What's the easiest way to create a form in MoinMoin?

Johannes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jok.vcf
Type: text/x-vcard
Size: 352 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051103/e5dfcf77/attachment.vcf>

From jlopez at cesga.es  Thu Nov  3 01:13:34 2005
From: jlopez at cesga.es (Javier Lopez Cacheiro)
Date: Thu Nov  3 01:13:34 2005
Subject: [Moin-user] AttributeError: 'module' object has no attribute 'HIGHEST_PROTOCOL'
Message-ID: <4369D4A1.7070007@cesga.es>

Hi,
I am trying to install MoinMoin 1.5.0beta1 but in the line:
"from MoinMoin.request import RequestCGI"
of the moin.cgi script I get the following error:
----
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File 
"/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/request.py", 
line 11, in ?
    from MoinMoin import config, wikiutil, user
  File 
"/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/user.py", 
line 17, in ?
    PICKLE_PROTOCOL = pickle.HIGHEST_PROTOCOL
AttributeError: 'module' object has no attribute 'HIGHEST_PROTOCOL'
----

During the installation I also got some warnings and a syntax error:
----
[moin at www2 moin-1.5.0beta1]$ python setup.py --quiet install 
--prefix=/home/moin/local/moin-1.5.0/  --record=install.log
<string>:45: Warning: 'yield' will become a reserved keyword in the future
  File 
"/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/lupy.py", 
line 45
    yield v
          ^
SyntaxError: invalid syntax
<string>:102: Warning: 'yield' will become a reserved keyword in the future
  File 
"/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/logfile/logfile.py", 
line 102
    yield result
               ^
SyntaxError: invalid syntax
<string>:17: Warning: 'yield' will become a reserved keyword in the future
  File 
"/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/support/lupy/index/documentwriter.py", 
line 17
    yield m.group().lower()
          ^
SyntaxError: invalid syntax
<string>:218: Warning: 'yield' will become a reserved keyword in the future
  File 
"/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/support/lupy/index/segmentmerger.py", 
line 218
    yield self.position
             ^
SyntaxError: invalid syntax
warning: install: modules installed to 
'/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/', which is 
not in Python's module search path (sys.path) -- you'll have to change 
the search path yourself
----

I am able to run versions 1.3.0 and 1.4.0 without problems. What could 
be the problem with version 1.5.0beta1?

Thanks,
Javier




From jlopez at cesga.es  Thu Nov  3 01:33:29 2005
From: jlopez at cesga.es (Javier Lopez Cacheiro)
Date: Thu Nov  3 01:33:29 2005
Subject: [Moin-user] AttributeError: 'module' object has no attribute
 'HIGHEST_PROTOCOL'
In-Reply-To: <4369D4A1.7070007@cesga.es>
References: <4369D4A1.7070007@cesga.es>
Message-ID: <4369D945.1070108@cesga.es>

Sorry, it was my fault. I did not check the docs/CHANGES file where it 
is said that the requirements are Python >= 2.3. Unfortunately I have 
python-2.2.3-6.1 (RedHatEnterprise 3).

Thanks to ThomasWaldmann for the help,
Javier

Javier Lopez Cacheiro wrote:

> Hi,
> I am trying to install MoinMoin 1.5.0beta1 but in the line:
> "from MoinMoin.request import RequestCGI"
> of the moin.cgi script I get the following error:
> ----
> Traceback (most recent call last):
>  File "<stdin>", line 1, in ?
>  File 
> "/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/request.py", 
> line 11, in ?
>    from MoinMoin import config, wikiutil, user
>  File 
> "/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/user.py", 
> line 17, in ?
>    PICKLE_PROTOCOL = pickle.HIGHEST_PROTOCOL
> AttributeError: 'module' object has no attribute 'HIGHEST_PROTOCOL'
> ----
>
> During the installation I also got some warnings and a syntax error:
> ----
> [moin at www2 moin-1.5.0beta1]$ python setup.py --quiet install 
> --prefix=/home/moin/local/moin-1.5.0/  --record=install.log
> <string>:45: Warning: 'yield' will become a reserved keyword in the 
> future
>  File 
> "/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/lupy.py", 
> line 45
>    yield v
>          ^
> SyntaxError: invalid syntax
> <string>:102: Warning: 'yield' will become a reserved keyword in the 
> future
>  File 
> "/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/logfile/logfile.py", 
> line 102
>    yield result
>               ^
> SyntaxError: invalid syntax
> <string>:17: Warning: 'yield' will become a reserved keyword in the 
> future
>  File 
> "/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/support/lupy/index/documentwriter.py", 
> line 17
>    yield m.group().lower()
>          ^
> SyntaxError: invalid syntax
> <string>:218: Warning: 'yield' will become a reserved keyword in the 
> future
>  File 
> "/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/MoinMoin/support/lupy/index/segmentmerger.py", 
> line 218
>    yield self.position
>             ^
> SyntaxError: invalid syntax
> warning: install: modules installed to 
> '/home/moin/local/moin-1.5.0//lib/python2.2/site-packages/', which is 
> not in Python's module search path (sys.path) -- you'll have to change 
> the search path yourself
> ----
>
> I am able to run versions 1.3.0 and 1.4.0 without problems. What could 
> be the problem with version 1.5.0beta1?
>
> Thanks,
> Javier
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>




From moin.askthem at gmail.com  Thu Nov  3 14:09:02 2005
From: moin.askthem at gmail.com (Arp)
Date: Thu Nov  3 14:09:02 2005
Subject: [Moin-user] How to find out the 'MasterPage' from an included page
Message-ID: <4910b3df0511031408w2302b6e0j784256b2ca39dfe3@mail.gmail.com>

Next question (sorry!)

I'm on a low bandwith connection again so searching is somwhat painfull ...

I like to work with included pages as they give me a nice handle to
insert a standard text into other pages that might change from time to
time without changing the contents of many, many pages with some
search and replace tool.

One example is that while the wiki is still young I'd like to have a
table/frame inserted that invites people to edit the page or to leave
comments on /Comments. Later this included content might change.

Problem is that if I have a page SomePageName and want to link to
/Comments from the _included_ page MyHeader it will create or link to
the page MyHeader/Comments as opposed to the intended
SomePageName/Comments.

So: Is there any standard way to find out what the 'Master Page' is
from inside an included page or some other means to effectuate linking
to subpages of the MasterPage?

Thanks in advance!
--
Arp



From soloturn at gmail.com  Thu Nov  3 14:41:29 2005
From: soloturn at gmail.com (solo turn)
Date: Thu Nov  3 14:41:29 2005
Subject: [Moin-user] PageHits
Message-ID: <e1d4f8cd0511031440j1844059exf80fc8e74f9ecca8@mail.gmail.com>

hi,

i wondered what the numbers in page hits mean, e.g.:
 date /read per day / write per day
 2005-10-25 / 7671.8 / 121.2

if you check recent changes there were maybe 10-20 changes that day.
where does the 121.2 come from?

-solo



From kcs at fc.intel.com  Thu Nov  3 17:24:45 2005
From: kcs at fc.intel.com (Keith Schwols)
Date: Thu Nov  3 17:24:45 2005
Subject: [Moin-user] Moin subpages
Message-ID: <436AB7C8.4040706@fc.intel.com>

I have a slight problem with a special macro that invokes an action (to 
make it more obvious to users how to add an entry)

The macro is BlogEditButton

from MoinMoin import wikiutil
def execute(macro, args):
  ButtonText=args
  if args=='':
     ButtonText="Add Blog Entry"
  pageName=wikiutil.quoteWikiname(macro.formatter.page.page_name)

  html="""<form method="post" action="%s?action=BlogEdit">
          <input type="submit" value="Blog Edit">
          </form>""" % pageName

  html="""<form>
          <input type="button" value="%s" 
onClick="parent.location='%s?action=BlogEdit'">
          </form>""" % (ButtonText, pageName)
  return macro.formatter.rawHTML(html)

which is pretty straightforward (and I apologize to original author; 
I've lost your email where I got this fragment from)

My problem is when this Button is on a wiki subpage (e.g. 
/KeithSchwols/WorkBlog)

If I view the page as 
http://wiki.domain.com/moin/KeithSchwols_2fWorkBlog (i.e. the slash is 
URI encoded), the button works fine.  However, if I view 
http://wiki.domain.com/moin/KeithSchwols/WorkBlog and then hit the edit 
button I end up in a subpage below the current page 
KeithSchwols/KeithSchwols_WorkBlog.

Ideas? 

If I can detect that the user is view the URL without encoding, striping 
the leading parent page(s) from pageName seems to work.  But, then URI 
encoded pages fail.

Keith  (BTW, this is a Moin 1.2 version I'm using)

-- 
Keith Schwols				kcs(at)fc.intel.com 
Inside Intel 			        FCDC Tools section
3400 Harmony Road HRM1-1                Ft. Collins, CO 80528

On the outskirts of every agony sits some observant fellow who points.
					  -Virgina Woolf




From HansJoachim.Ehlers at eumetsat.int  Thu Nov  3 20:43:01 2005
From: HansJoachim.Ehlers at eumetsat.int (Hans-Joachim Ehlers)
Date: Thu Nov  3 20:43:01 2005
Subject: [Moin-user] Re: Moin-user digest, Vol 1 #885 - 8 msgs
Message-ID: <s36af4a1.014@gwn0201.eumetsat.int>



From skip at pobox.com  Fri Nov  4 14:10:38 2005
From: skip at pobox.com (skip at pobox.com)
Date: Fri Nov  4 14:10:38 2005
Subject: [Moin-user] Help w/ Moin latex parser/macro
Message-ID: <17259.56351.156000.262679@montanaro.dyndns.org>

(Apologies for asking a TeX/LaTeX question here, but I'm doing this in the
context of Moin and have no hooks of any kind into the TeX community...)

It's been a *long* time since I used/installed LaTeX, but we concluded we
needed more math muscle on our wiki than native Moin could provide.  I
installed Johannes Berg's latex macro/parser for Moin and LaTeX from the TeX
Live ISO image.  I wormed around a couple 2.3 dependencies in
parser/latex.py (this particular web server is still running 2.2.2).  Now
I'm stumped getting LaTeX to process Johannes' simple example:

    [[latex(\usepackage{dsfont} % $$\mathds{C}$$)]]


No image output is displayed inline.  Rummaging around I found a .tex file
containing:

    \documentclass[12pt]{article}
    \pagestyle{empty}
    \usepackage{dsfont}
    \begin{document}
     $$\mathds{C}$$
    \end{document}

Running LaTeX directly on that complained about a missing dsfont.sty.  I
can't find that file anywhere in the TeX Live installation (/usr/TeX).  I'm
probably missing something basic, but what?

Thx,

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



From jh at web.de  Fri Nov  4 17:27:28 2005
From: jh at web.de (Juergen Hermann)
Date: Fri Nov  4 17:27:28 2005
Subject: [Moin-user] Moin subpages
In-Reply-To: <436AB7C8.4040706@fc.intel.com>
Message-ID: <E1EYCp3-0005cH-00@smtp08.web.de>

On Thu, 03 Nov 2005 18:22:16 -0700, Keith Schwols wrote:

>  html="""<form method="post" action="%s?action=BlogEdit">
>          <input type="submit" value="Blog Edit">
>          </form>""" % pageName

Page(pagename).linkto()

Ciao, J?rgen





From nirs at freeshell.org  Fri Nov  4 17:43:23 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Fri Nov  4 17:43:23 2005
Subject: [Moin-user] How to find out the 'MasterPage' from an included page
In-Reply-To: <4910b3df0511031408w2302b6e0j784256b2ca39dfe3@mail.gmail.com>
References: <4910b3df0511031408w2302b6e0j784256b2ca39dfe3@mail.gmail.com>
Message-ID: <42263E7F-4D9D-11DA-B6D6-000A95B45AA0@freeshell.org>

The theme knows the "master" page, because it has to render a page 
title and navigation bar. You can create your own theme and a macro 
that will get the master page from the theme and create links to the 
master page or to sub pages of it.

You will have to save d['page'] on your theme header() method, and get 
it later from macro.request.theme.

On 4 Nov, 2005, at 0:08, Arp wrote:

> I'm on a low bandwith connection again so searching is somwhat 
> painfull ...
>
> I like to work with included pages as they give me a nice handle to
> insert a standard text into other pages that might change from time to
> time without changing the contents of many, many pages with some
> search and replace tool.
>
> One example is that while the wiki is still young I'd like to have a
> table/frame inserted that invites people to edit the page or to leave
> comments on /Comments. Later this included content might change.
>
> Problem is that if I have a page SomePageName and want to link to
> /Comments from the _included_ page MyHeader it will create or link to
> the page MyHeader/Comments as opposed to the intended
> SomePageName/Comments.
>
> So: Is there any standard way to find out what the 'Master Page' is
> from inside an included page or some other means to effectuate linking
> to subpages of the MasterPage?
>

Best Regards,

Nir Soffer




From jh at web.de  Fri Nov  4 18:00:02 2005
From: jh at web.de (Juergen Hermann)
Date: Fri Nov  4 18:00:02 2005
Subject: [Moin-user] How to find out the 'MasterPage' from an included page
In-Reply-To: <42263E7F-4D9D-11DA-B6D6-000A95B45AA0@freeshell.org>
Message-ID: <E1EYDKT-0000OE-00@smtp08.web.de>

On Sat, 5 Nov 2005 03:41:17 +0200, Nir Soffer wrote:

An easier way that works for all themes is to use request._Include_backto; 
the only drawback is that it relies on internals of the Include macro.

>The theme knows the "master" page, because it has to render a page 
>title and navigation bar. You can create your own theme and a macro 
>that will get the master page from the theme and create links to the 
>master page or to sub pages of it.

>You will have to save d['page'] on your theme header() method, and get 
>it later from macro.request.theme.

>On 4 Nov, 2005, at 0:08, Arp wrote:

>> I'm on a low bandwith connection again so searching is somwhat 
>> painfull ...
>>
>> I like to work with included pages as they give me a nice handle to
>> insert a standard text into other pages that might change from time to
>> time without changing the contents of many, many pages with some
>> search and replace tool.
>>
>> One example is that while the wiki is still young I'd like to have a
>> table/frame inserted that invites people to edit the page or to leave
>> comments on /Comments. Later this included content might change.
>>
>> Problem is that if I have a page SomePageName and want to link to
>> /Comments from the _included_ page MyHeader it will create or link to
>> the page MyHeader/Comments as opposed to the intended
>> SomePageName/Comments.
>>
>> So: Is there any standard way to find out what the 'Master Page' is
>> from inside an included page or some other means to effectuate linking
>> to subpages of the MasterPage?
>>

>Best Regards,

>Nir Soffer



>-------------------------------------------------------
>SF.Net email is sponsored by:
>Tame your development challenges with Apache's Geronimo App Server. 
Download
>it for free - -and be entered to win a 42" plasma tv or your very own
>Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
>_______________________________________________
>Moin-user mailing list
>Moin-user at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/moin-user


Ciao, J?rgen





From bkuczens at andrew.cmu.edu  Fri Nov  4 20:39:53 2005
From: bkuczens at andrew.cmu.edu (Brandon Kuczenski)
Date: Fri Nov  4 20:39:53 2005
Subject: [Moin-user] Help w/ Moin latex parser/macro
In-Reply-To: <17259.56351.156000.262679@montanaro.dyndns.org>
References: <17259.56351.156000.262679@montanaro.dyndns.org>
Message-ID: <Pine.LNX.4.60-041.0511042332160.31322@unix49.andrew.cmu.edu>

On Fri, 4 Nov 2005 skip at pobox.com wrote:

> (Apologies for asking a TeX/LaTeX question here, but I'm doing this in the
> context of Moin and have no hooks of any kind into the TeX community...)
>
> It's been a *long* time since I used/installed LaTeX, but we concluded we
> needed more math muscle on our wiki than native Moin could provide.  I
> installed Johannes Berg's latex macro/parser for Moin and LaTeX from the TeX
> Live ISO image.  I wormed around a couple 2.3 dependencies in
> parser/latex.py (this particular web server is still running 2.2.2).  Now
> I'm stumped getting LaTeX to process Johannes' simple example:
>
>    [[latex(\usepackage{dsfont} % $$\mathds{C}$$)]]
>
>
> No image output is displayed inline.  Rummaging around I found a .tex file
> containing:
>
>    \documentclass[12pt]{article}
>    \pagestyle{empty}
>    \usepackage{dsfont}
>    \begin{document}
>     $$\mathds{C}$$
>    \end{document}
>
> Running LaTeX directly on that complained about a missing dsfont.sty.  I
> can't find that file anywhere in the TeX Live installation (/usr/TeX).  I'm
> probably missing something basic, but what?
>

You're right, of course - it sounds like what you're missing is the 
dsfont.sty package.  CTAN (the Comprehensive TeX Archive Network) has all 
TeX packages, and doublestroke is here:
http://www.ctan.org/tex-archive/fonts/doublestroke/

All you have to do is "add it to your TeX directory tree" which, depending 
on what you're used to, might be considerably trickier than it sounds (TeX 
is a wonderful program, but I still haven't found a way around manually 
installing every file from a new package).

If you need assistance with that, feel free to contact me off-list.

Incidentally, your code sample compiles fine on my system.

Good luck,
Brandon


-- 
Brandon Kuczenski
Department of Mechanical Engineering
Carnegie Mellon University



From wang.donghua at gmail.com  Sat Nov  5 00:35:04 2005
From: wang.donghua at gmail.com (hitluckyfox)
Date: Sat Nov  5 00:35:04 2005
Subject: [Moin-user] Some questions about moinmoinwiki
Message-ID: <20051105141925.39A4.WANG.DONGHUA@gmail.com>

Hello!
I am using moinmoinwiki desktop 1.3.4. Here I have some problems:
1. How does moinmoinwiki support SVG figures,since firefox1.5 and
Internet Explorer with adobe svg viewer ?
2. How can I edit and save only a part of page instead of editing the
whole page ,just like wikipedia?  When I edit a whole long page, it will
cost much time when I try to save it.
Thanks 

Best regards

Hitluckyfox




From nirs at freeshell.org  Sat Nov  5 00:52:46 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Sat Nov  5 00:52:46 2005
Subject: [Moin-user] Some questions about moinmoinwiki
In-Reply-To: <20051105141925.39A4.WANG.DONGHUA@gmail.com>
References: <20051105141925.39A4.WANG.DONGHUA@gmail.com>
Message-ID: <75898B02-4DD9-11DA-B6D6-000A95B45AA0@freeshell.org>

On 5 Nov, 2005, at 10:35, hitluckyfox wrote:

> 1. How does moinmoinwiki support SVG figures,since firefox1.5 and
> Internet Explorer with adobe svg viewer ?

It does not.

> 2. How can I edit and save only a part of page instead of editing the
> whole page ,just like wikipedia?  When I edit a whole long page, it 
> will
> cost much time when I try to save it.

You can't.

Sorry :-)


Best Regards,

Nir Soffer




From moin.askthem at gmail.com  Sat Nov  5 03:05:02 2005
From: moin.askthem at gmail.com (Arp)
Date: Sat Nov  5 03:05:02 2005
Subject: [Moin-user] inlining attachments of parent/sub-page?
Message-ID: <4910b3df0511031358g1c7a9355i3d185cc34e2f474e@mail.gmail.com>

Hi All,

I'm probably just being stupid but I cant seem to get images appear
from attachments on the parent page or another subpage of the parent
page the nice way; using ../

Example:
I have a structure with a main page called WorkInProgress/SomePageName
with subpages  /About, /Comments, /English, /Espanol, etc and maybe a
subpage /Images.

Let's say that the /English and /Espanol subpages both need to use the
same images and that I want to store these maybe as an attachment to
the main page or as an attachment to subpage /Images. Now from
/English and /Espanol I would like to inline the images with something
rather like:

attachment:../somephoto.jpg
or
attachment:../Images/somephoto.jpg

I just cant's seem to figure it out - tried all sorts of delimiters,
quotes, brackets, colons at various locations but the only thing I get
to work is the clumsy/ugly:

attachment:WorkInProgress/SomePageName/somephoto.jpg
or
attachment:WorkInProgress/SomePageName/Images/somephoto.jpg

What am I missing?!

--
Arp



From moin.askthem at gmail.com  Sat Nov  5 12:38:22 2005
From: moin.askthem at gmail.com (Arp)
Date: Sat Nov  5 12:38:22 2005
Subject: [Moin-user] How to find out the 'MasterPage' from an included page
In-Reply-To: <E1EYDKT-0000OE-00@smtp08.web.de>
References: <42263E7F-4D9D-11DA-B6D6-000A95B45AA0@freeshell.org>
	 <E1EYDKT-0000OE-00@smtp08.web.de>
Message-ID: <4910b3df0511051231v2b0a3fe7k6a47adb5f3145950@mail.gmail.com>

Thanks to Nir and Juergen for your tipps, just that...

> An easier way that works for all themes is to use request._Include_backto;
.. is a little over my head still :o(

What would " request._Include_backto; " be? Is that something I should
use inside a Macro or Action of my own (will have start on figuring
that stuff, and python, out next week) or  can I use it directly in
the source text of a page?

Sorry about that - hope I will get up to speed in a short while ...
---
Arp



From nirs at freeshell.org  Sat Nov  5 13:21:52 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Sat Nov  5 13:21:52 2005
Subject: [Moin-user] How to find out the 'MasterPage' from an included page
In-Reply-To: <4910b3df0511051231v2b0a3fe7k6a47adb5f3145950@mail.gmail.com>
References: <42263E7F-4D9D-11DA-B6D6-000A95B45AA0@freeshell.org> <E1EYDKT-0000OE-00@smtp08.web.de> <4910b3df0511051231v2b0a3fe7k6a47adb5f3145950@mail.gmail.com>
Message-ID: <1B46EDDE-4E42-11DA-B6D6-000A95B45AA0@freeshell.org>

On 5 Nov, 2005, at 22:31, Arp wrote:

>> An easier way that works for all themes is to use 
>> request._Include_backto;
> .. is a little over my head still :o(
>
> What would " request._Include_backto; " be? Is that something I should
> use inside a Macro or Action of my own

Yes.


Best Regards,

Nir Soffer




From R.Bauer at fz-juelich.de  Sat Nov  5 14:32:52 2005
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Sat Nov  5 14:32:52 2005
Subject: [Moin-user] Help w/ Moin latex parser/macro
In-Reply-To: <20051105044107.0EA4E89026@sc8-sf-spam1.sourceforge.net>
References: <20051105044107.0EA4E89026@sc8-sf-spam1.sourceforge.net>
Message-ID: <436D3580.1050608@fz-juelich.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dear Skip

you can get the missing font from
http://www.ctan.org/tex-archive/fonts/doublestroke/


from the readme

This font is based on the Computer Modern Roman family of fonts
by D. E. Knuth. It is useful for typesetting the mathematical
symbols for the natural numbers (N), whole numbers (Z),
rational numbers (Q), real numbers (R) and complex numbers (C)


cheers

Reimar

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDbTV85aOc3Q9hk/kRAkCFAJ4hOWUAU/zSKX0QjCYGsznHi27V3wCcDSSE
J8Pu6HzyjiGno7wD80KXGlA=
=iegy
-----END PGP SIGNATURE-----



From skip at pobox.com  Sun Nov  6 19:28:54 2005
From: skip at pobox.com (skip at pobox.com)
Date: Sun Nov  6 19:28:54 2005
Subject: [Moin-user] Help w/ Moin latex parser/macro
In-Reply-To: <Pine.LNX.4.60-041.0511042332160.31322@unix49.andrew.cmu.edu>
References: <17259.56351.156000.262679@montanaro.dyndns.org>
        <Pine.LNX.4.60-041.0511042332160.31322@unix49.andrew.cmu.edu>
Message-ID: <17262.51701.264140.60126@montanaro.dyndns.org>

    Brandon> You're right, of course - it sounds like what you're missing is
    Brandon> the dsfont.sty package.  CTAN (the Comprehensive TeX Archive
    Brandon> Network) has all TeX packages, and doublestroke is here:
    Brandon> http://www.ctan.org/tex-archive/fonts/doublestroke/

Thanks...

    Brandon> All you have to do is "add it to your TeX directory tree"
    Brandon> which, depending on what you're used to, might be considerably
    Brandon> trickier than it sounds (TeX is a wonderful program, but I
    Brandon> still haven't found a way around manually installing every file
    Brandon> from a new package).

I love the precision in the readme file:

    The exact location where the files belong depends on your installation.
    As a first approximation, install them near other files with the same
    extension.

*sigh*...

Thanks for the help.  I'll fiddle around a bit and see what I can come up
with.

Skip



From soloturn at gmail.com  Sun Nov  6 22:29:17 2005
From: soloturn at gmail.com (solo turn)
Date: Sun Nov  6 22:29:17 2005
Subject: [Moin-user] largest moinmoin wiki
Message-ID: <e1d4f8cd0511062228k1203c12cmaba4549d4e794c23@mail.gmail.com>

do you know what is the largest and/or busiest moinmoin wiki instance?
i saw ubuntu with 5000 pages.

-solo.



From tpfennig at gmail.com  Mon Nov  7 00:44:11 2005
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Mon Nov  7 00:44:11 2005
Subject: [Moin-user] Hello!Does moinmoinwiki support eps figures?
In-Reply-To: <1129892695.20734.2.camel@localhost.localdomain>
References: <20051021184822.6A8D.WANG.DONGHUA@gmail.com>
	 <1129892695.20734.2.camel@localhost.localdomain>
Message-ID: <2cbc44a0511070043w273759b6i@mail.gmail.com>

> Are there any browsers which will in-line EPS?  I don't know of any
> which would mean you have to push this out to a plugin of some form,
> which is likely to be hard.

Well, it depends... On Unixes there is a program called "mozplugger",
this enables you to embed PDF, EPS, whatever... (
http://mozplugger.mozdev.org/ )

Thilo

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



From soloturn at gmail.com  Tue Nov  8 07:53:14 2005
From: soloturn at gmail.com (solo turn)
Date: Tue Nov  8 07:53:14 2005
Subject: [Moin-user] webdav for document upload and change
Message-ID: <e1d4f8cd0511080751u45dce192m2a883624e4acecab@mail.gmail.com>

hi,

i wondered if it would pose any security risk to include the
possibility to allow document upload via webdav.

on the server, this would mean that there is the possibility to
configure a webdav capable store of course, like standard apache
webdav, or svn, or TwistedDAV.

on the client, this would mean to have something like:
<html>
<style> A {behavior: url(#default#AnchorClick);}</style>
<a href="http://svn.collab.net/repos/svn/" 
folder="http://svn.collab.net/repos/svn/"  target="_blank">open in
webdav view .. just for ie currently.</a>
</html>

i do not know if something similar exists for *nix or other browsers,
but if this would work it would be a great addition to wiki
technology.

-solo.



From tw at waldmann-edv.de  Tue Nov  8 10:11:56 2005
From: tw at waldmann-edv.de (Thomas Waldmann)
Date: Tue Nov  8 10:11:56 2005
Subject: [Moin-user] webdav for document upload and change
In-Reply-To: <e1d4f8cd0511080751u45dce192m2a883624e4acecab@mail.gmail.com>
References: <e1d4f8cd0511080751u45dce192m2a883624e4acecab@mail.gmail.com>
Message-ID: <43723C18.6000508@waldmann-edv.de>

> i wondered if it would pose any security risk to include the
> possibility to allow document upload via webdav.

There should be same precautions as for xmlrpc putPage (== some 
authentication, e.g. http auth) or it is maybe too easy to raid a wiki.

> i do not know if something similar exists for *nix or other browsers,
> but if this would work it would be a great addition to wiki
> technology.

I think webdav support would be nice for moin 2.x, if you want to work 
on the needed code, feel welcome :)




From kenneth.m.mcdonald at sbcglobal.net  Wed Nov  9 13:18:04 2005
From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald)
Date: Wed Nov  9 13:18:04 2005
Subject: [Moin-user] Sharing images amongst pages
Message-ID: <0123CA9A-B2F1-4F71-A678-E1A0F5FB5BD6@sbcglobal.net>

It strikes me that an easy way to share images between pages would be  
to create an attachments directory for the shared images, and then  
put in (Unix) links to that dir from the corresponding pages. Can  
anyone see any problems with doing this? (Name conflicts would not be  
a problem in this case.) Any thoughts on whether hard or soft links  
should be used?

Thanks,
Ken





From yusuf at apple.com  Thu Nov 10 17:34:11 2005
From: yusuf at apple.com (Yusuf Abdulghani)
Date: Thu Nov 10 17:34:11 2005
Subject: [Moin-user] TitleIndex issue
In-Reply-To: <e1d4f8cd0511031440j1844059exf80fc8e74f9ecca8@mail.gmail.com>
References: <e1d4f8cd0511031440j1844059exf80fc8e74f9ecca8@mail.gmail.com>
Message-ID: <5B16E807-07CF-4A0D-927C-5470008ED7F4@apple.com>

Hi,

When I search the pages using "TitleIndex" on "FindPage", correct  
list of pages are not displayed.

For example, if I click "Include System Pages", some of the pages  
belonging to my wiki that were not displayed before are now  
displayed. If I click on "Exclude System Pages", these pages from my  
wiki disappear. And also the "Help" pages are still listed. The  
System pages do not hide.

Any suggestions?

Thanks.

Yusuf




From nirs at freeshell.org  Thu Nov 10 22:43:00 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Thu Nov 10 22:43:00 2005
Subject: [Moin-user] TitleIndex issue
In-Reply-To: <5B16E807-07CF-4A0D-927C-5470008ED7F4@apple.com>
References: <e1d4f8cd0511031440j1844059exf80fc8e74f9ecca8@mail.gmail.com> <5B16E807-07CF-4A0D-927C-5470008ED7F4@apple.com>
Message-ID: <3DDB72EF-527E-11DA-B6D6-000A95B45AA0@freeshell.org>

Try to delete the wiki cache directory, then search again.

On 11 Nov, 2005, at 3:33, Yusuf Abdulghani wrote:

> Hi,
>
> When I search the pages using "TitleIndex" on "FindPage", correct list 
> of pages are not displayed.
>
> For example, if I click "Include System Pages", some of the pages 
> belonging to my wiki that were not displayed before are now displayed. 
> If I click on "Exclude System Pages", these pages from my wiki 
> disappear. And also the "Help" pages are still listed. The System 
> pages do not hide.
>
> Any suggestions?
>
> Thanks.
>
> Yusuf
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>

Best Regards,

Nir Soffer




From nirs at freeshell.org  Fri Nov 11 23:24:02 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Fri Nov 11 23:24:02 2005
Subject: [Moin-user] Language packages fix
Message-ID: <24BD1B16-534D-11DA-B6D6-000A95B45AA0@freeshell.org>

I found that my language packages missed both SystemPagesGroup and 
SystemPagesInXxxGroup pages, which lead to broken "Show/Hide system 
pages" feature on TitleIndex, and probably other problems.

A fixed download is available in 
http://moinmoin.wikiwikiweb.de/LanguagePackages.


Best Regards,

Nir Soffer




From jimpop at yahoo.com  Sat Nov 12 12:13:00 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Sat Nov 12 12:13:00 2005
Subject: [Moin-user] Input Forms
In-Reply-To: <55E231D4-FD60-11D9-9F96-000A95B45AA0@actcom.net.il>
References: <1122332208.17140.13.camel@localhost> <55E231D4-FD60-11D9-9F96-000A95B45AA0@actcom.net.il>
Message-ID: <43764C8B.7040006@yahoo.com>

Nir Soffer wrote:
> 
> On 26 Jul, 2005, at 1:56, Jim Popovitch wrote:
> 
>> Is there a way to embed standard form input fields into a wiki page?  I
>> want to add a form input page that uses a backend cgi.
> 
> The best way to do it is writing a macro for the form, and an action for 
> the backend. The storage can be a wiki page, or a file, or a database.

(from the archives)

Nir (or anyone else), can you give me a pointer to writing a macro and 
action for this form.

Thanks,

-Jim P.




From nirs at freeshell.org  Sat Nov 12 12:16:01 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Sat Nov 12 12:16:01 2005
Subject: [Moin-user] Input Forms
In-Reply-To: <43764C8B.7040006@yahoo.com>
References: <1122332208.17140.13.camel@localhost> <55E231D4-FD60-11D9-9F96-000A95B45AA0@actcom.net.il> <43764C8B.7040006@yahoo.com>
Message-ID: <002390F6-53B9-11DA-B6D6-000A95B45AA0@freeshell.org>

Check NewPage macro and newpage action.

On 12 Nov, 2005, at 22:11, Jim Popovitch wrote:

> Nir (or anyone else), can you give me a pointer to writing a macro and 
> action for this form.
>

Best Regards,

Nir Soffer




From jimpop at yahoo.com  Sat Nov 12 12:31:03 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Sat Nov 12 12:31:03 2005
Subject: [Moin-user] Input Forms
In-Reply-To: <002390F6-53B9-11DA-B6D6-000A95B45AA0@freeshell.org>
References: <1122332208.17140.13.camel@localhost> <55E231D4-FD60-11D9-9F96-000A95B45AA0@actcom.net.il> <43764C8B.7040006@yahoo.com> <002390F6-53B9-11DA-B6D6-000A95B45AA0@freeshell.org>
Message-ID: <437650E8.9040402@yahoo.com>

Thank you.

-Jim P.

Nir Soffer wrote:
> Check NewPage macro and newpage action.
> 
> On 12 Nov, 2005, at 22:11, Jim Popovitch wrote:
> 
>> Nir (or anyone else), can you give me a pointer to writing a macro and 
>> action for this form.
>>
> 
> Best Regards,
> 
> Nir Soffer
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
> 



From mjmatthews1 at rcn.com  Sun Nov 13 09:11:06 2005
From: mjmatthews1 at rcn.com (Michael Matthews)
Date: Sun Nov 13 09:11:06 2005
Subject: [Moin-user] Moinmoin home site version?
In-Reply-To: <24BD1B16-534D-11DA-B6D6-000A95B45AA0@freeshell.org>
References: <24BD1B16-534D-11DA-B6D6-000A95B45AA0@freeshell.org>
Message-ID: <43777388.20305@rcn.com>

I am looking into using Moinmoin for my web site content manager. I was 
inspired by the Ubunto site mostly and also the home site. So I 
downloaded 1.3.5.

I compare what I got with Ubuntu and the MoinMoin site. I know the 
Ubuntu site is customized which is something I will have to do also, but 
it appears MoinMoin home site is different version, the html is 
structured differently. I have spent a couple of days trying to find out 
what version is being used.

Before I get started hacking anything I would like to have an 
appropriate version to start with.

How can I find out what version of MoinMoin is running on a site?
How do I get the GUI editor that is available at the MoinMoin site?

I am sure I will have many other questions once I get started.

Thanks in advance,

Mike



From toddobryan at mac.com  Sun Nov 13 14:40:01 2005
From: toddobryan at mac.com (Todd O'Bryan)
Date: Sun Nov 13 14:40:01 2005
Subject: [Moin-user] Login confusion behind proxy
Message-ID: <C3AC153A-6E1C-4D21-9EB2-7137CAED6720@mac.com>

I'm trying to use a MoinMoin wiki for some classes I teach, but  
either there's a configuration problem in our proxy or MoinMoin has  
trouble with requests from what seem to be the same IP address.

Here's the symptom I'm seeing:

Suzy will log in from her computer and will be able to see pages as  
appropriate.
Johnny will log in from his computer and will appear to be logged in  
as Suzy.

The problem is likely related to the fact that all traffic from  
school goes out through an HTTP proxy server that I have no control  
over, so it appears that all requests are coming from the same  
computer, when, in fact, there are 400 different computers behind the  
proxy. Another possibility could be that our proxy is inappropriately  
caching pages and not realizing that it should get different results  
for the same IP address (though I haven't had this happen on other  
sites with login, so it could be that MoinMoin is reporting an  
inappropriate last-changed time and is encouraging the proxy to serve  
the cached version with the wrong person logged in).

Any ideas how to fix this? Obviously, when who someone is logged in  
as changes sporadically, it's a little hard to make things work  
appropriately.

Thanks,
Todd




From gregwh at gmail.com  Sun Nov 13 16:31:04 2005
From: gregwh at gmail.com (greg whittier)
Date: Sun Nov 13 16:31:04 2005
Subject: [Moin-user] Moinmoin home site version?
In-Reply-To: <43777388.20305@rcn.com>
References: <24BD1B16-534D-11DA-B6D6-000A95B45AA0@freeshell.org>
	 <43777388.20305@rcn.com>
Message-ID: <a250eacf0511131630r726a26f8u4833d93c30bb6355@mail.gmail.com>

The MoinMoin site is running 1.5beta3.  See
http://moinmoin.wikiwikiweb.de/SystemInfo for details.

Greg

On 11/13/05, Michael Matthews <mjmatthews1 at rcn.com> wrote:
> I am looking into using Moinmoin for my web site content manager. I was
> inspired by the Ubunto site mostly and also the home site. So I
> downloaded 1.3.5.
>
> I compare what I got with Ubuntu and the MoinMoin site. I know the
> Ubuntu site is customized which is something I will have to do also, but
> it appears MoinMoin home site is different version, the html is
> structured differently. I have spent a couple of days trying to find out
> what version is being used.
>
> Before I get started hacking anything I would like to have an
> appropriate version to start with.
>
> How can I find out what version of MoinMoin is running on a site?
> How do I get the GUI editor that is available at the MoinMoin site?
>
> I am sure I will have many other questions once I get started.
>
> Thanks in advance,
>
> Mike
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>



From jimpop at yahoo.com  Sun Nov 13 18:40:02 2005
From: jimpop at yahoo.com (Jim Popovitch)
Date: Sun Nov 13 18:40:02 2005
Subject: [Moin-user] Moin security (was: Moinmoin home site version?)
In-Reply-To: <a250eacf0511131630r726a26f8u4833d93c30bb6355@mail.gmail.com>
References: <24BD1B16-534D-11DA-B6D6-000A95B45AA0@freeshell.org>	 <43777388.20305@rcn.com> <a250eacf0511131630r726a26f8u4833d93c30bb6355@mail.gmail.com>
Message-ID: <4377F8DE.1010600@yahoo.com>

> The MoinMoin site is running 1.5beta3.  See
> http://moinmoin.wikiwikiweb.de/SystemInfo for details.

Is there a single place that lists all things that leak system info, via 
Moin, which could potentially be used by miscreants?

I'm kinda tiring of seeing a new thing every week that I think should 
only be available to sysadmins and not the general public.  This isn't a 
security-by-obscurity issue, it's a dont-aide-the-enemy issue.

Tia,

-Jim P.



From brendan.boesen at locatacorp.com  Sun Nov 13 23:12:02 2005
From: brendan.boesen at locatacorp.com (Brendan Boesen)
Date: Sun Nov 13 23:12:02 2005
Subject: [Moin-user] Re: Braces within braces within braces...
References: <loom.20051103T004736-749@post.gmane.org> <C39E7D5E-4C2B-11DA-B6D6-000A95B45AA0@freeshell.org>
Message-ID: <loom.20051114T074920-887@post.gmane.org>

Hi Nir,

Sorry for the delay in following this up.

> 
> The best way is to put the code example on a sub page using this format:
> 
> 	#format plain
> 
> 	{{{
> 	I'm a preformatted text
> 	}}}
> 
> and include the example page in your main page:
> 
> 	[[Include(preformated example)]]
>

Thanks, that did the trick (and nicely solved another problem I was having).
 
> Another way is to use attachments:
> 
> 	inline:example.txt
>

I couldn't quite get that one to work inside an {{{ #!rst ... }}} fragment.  
What's the syntax should I use to do that?
 
Another quick question: Is there any simple way to embed unicode 
characters in the wiki markup or rst  markup?

Regards,

Brendan





From nirs at freeshell.org  Mon Nov 14 00:58:00 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Mon Nov 14 00:58:00 2005
Subject: [Moin-user] Re: Braces within braces within braces...
In-Reply-To: <loom.20051114T074920-887@post.gmane.org>
References: <loom.20051103T004736-749@post.gmane.org> <C39E7D5E-4C2B-11DA-B6D6-000A95B45AA0@freeshell.org> <loom.20051114T074920-887@post.gmane.org>
Message-ID: <9012AFB6-54EC-11DA-B6D6-000A95B45AA0@freeshell.org>

On 14 Nov, 2005, at 9:09, Brendan Boesen wrote:

>> Another way is to use attachments:
>>
>> 	inline:example.txt
>>
>
> I couldn't quite get that one to work inside an {{{ #!rst ... }}} 
> fragment.
> What's the syntax should I use to do that?

rst does not know what is inline: or [[Include]]. You have to use rst 
syntax inside {{{ #!rst ... }}} fragment.

>
> Another quick question: Is there any simple way to embed unicode
> characters in the wiki markup or rst  markup?

Type it?


Best Regards,

Nir Soffer




From tw-public at gmx.de  Mon Nov 14 04:42:03 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon Nov 14 04:42:03 2005
Subject: [Moin-user] Moin security
In-Reply-To: <4377F8DE.1010600@yahoo.com>
References: <24BD1B16-534D-11DA-B6D6-000A95B45AA0@freeshell.org>	 <43777388.20305@rcn.com> <a250eacf0511131630r726a26f8u4833d93c30bb6355@mail.gmail.com> <4377F8DE.1010600@yahoo.com>
Message-ID: <4379D77C.2050500@gmx.de>

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




From mjmatthews1 at rcn.com  Mon Nov 14 07:20:01 2005
From: mjmatthews1 at rcn.com (Michael Matthews)
Date: Mon Nov 14 07:20:01 2005
Subject: [Moin-user] Moinmoin home site version?
In-Reply-To: <a250eacf0511131630r726a26f8u4833d93c30bb6355@mail.gmail.com>
References: <24BD1B16-534D-11DA-B6D6-000A95B45AA0@freeshell.org>	 <43777388.20305@rcn.com> <a250eacf0511131630r726a26f8u4833d93c30bb6355@mail.gmail.com>
Message-ID: <4378AAE2.9070507@rcn.com>

greg whittier wrote:

>The MoinMoin site is running 1.5beta3.  See
>http://moinmoin.wikiwikiweb.de/SystemInfo for details.
>
>Greg
>
>On 11/13/05, Michael Matthews <mjmatthews1 at rcn.com> wrote:
>  
>
>>How can I find out what version of MoinMoin is running on a site?
>>How do I get the GUI editor that is available at the MoinMoin site?
>>
>>
>>    
>>
Thanks for the quick response.

I was able to install Moin 1.3 and get it running.

So now I am trying to get Moin 1.5 beta3 running on linux. I get this error.
 > tail /var/log/apache2/error.log
  File "/usr/lib/python2.4/site-packages/MoinMoin/request.py", line 63, 
in __init__
    self.dicts = self.initdicts()
  File "/usr/lib/python2.4/site-packages/MoinMoin/request.py", line 223, 
in initdicts
    dicts.scandicts()
  File "/usr/lib/python2.4/site-packages/MoinMoin/wikidicts.py", line 
256, in scandicts
    pagelist = wikiutil.getPageList(config.text_dir)
  File "/usr/lib/python2.4/site-packages/MoinMoin/wikiutil.py", line 
274, in getPageList
    pages = os.listdir(text_dir)
OSError: [Errno 2] No such file or directory: 'wiki/data/text'
[Mon Nov 14 10:04:38 2005] [error] [client 127.0.0.1] Premature end of 
script headers: moin.cgi

I have checked and re-checked my config but cannot see any problem. Any 
ideas?

thanks



From wikiguy at gmail.com  Tue Nov 15 10:08:01 2005
From: wikiguy at gmail.com (Wiki Guy)
Date: Tue Nov 15 10:08:01 2005
Subject: [Moin-user] Lupy Retired
Message-ID: <caaeabcc0511151006g7087b449qd6a67724bcf61be5@mail.gmail.com>

I saw this on the DIVMOD home page for lupy :

The Lupy project has been RETIRED! For full-text indexing and search
we recommend Xapwrap or PyLucene instead.

Should MoinMoin consider an alternative search engine ? Trying to fix
bugs and support lupy for MoinMoin will take away the resources
required for Wiki features.

--WikiGuy



From MLMLists at Comcast.net  Tue Nov 15 11:04:00 2005
From: MLMLists at Comcast.net (Mitchell L Model)
Date: Tue Nov 15 11:04:00 2005
Subject: [Moin-user] owner & group with Apache
Message-ID: <p06230903bf9fb56c74e6@[10.0.1.201]>

I want to set up a wiki on a Linux server running Apache (under 
nobody:nobody) where I can't modify the server's configuration but 
where I want to secure the wiki contents yet have full control over 
the installation.  Following HelpOnInstalling's instructions for 
"Simple User" on Apache I have successfully set up the wiki using my 
user & group ids, but I now want to secure the wiki's data so no-one 
else can get to it.  The instructions say to just give rx access to 
the entire wiki installation.

The server I'm using did let me put the wiki files outside of my 
public_html, leaving just moin.cgi and a directory called "wiki" 
containing the htdocs files. [Yes, if you follow the directions 
carefully -- unlike I did the first few tries -- you will find that 
it has you copying the contents of htdocs to wiki not htdocs itself.]

To secure the wiki I would have to (recursively) remove "all" rx 
permissions from public_html/cgi-bin/moin.cgi and public_html/wiki 
and, believe, the wiki directory outside public_html.  But then then 
Apache couldn't run moin.cgi or modify any of the wiki's contents.

The installation suggests changing the group to Apache's group 
(nobody in my case) and getting yourself added to that group, but 
that's not appropriate nor would the machine's administrator allow 
it.  It occurred to me, though, that if I changed only the group to 
nobody but kept myself as owner, I would get what I wanted.  Before 
doing that I searched the list archives and came up with a 
<http://sourceforge.net/mailarchive/message.php?msg_id=11721028>post 
that mentioned this idea and the problem that the wiki data would 
still get created as owned by Apache.  That post suggested trying the 
other way around: nobody:mygroup.  I think that would work, but I 
didn't find any followups on the list.  So:

1.  Are there any gotchas with setting uid:gid of everything to nobody:mygroup?

2.  If this configuration works I recommend adding it to 
HelpOnInstalling, perhaps replacing that aspect of the instructions 
there (not giving rx access to "all").
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051115/fd1ed494/attachment.html>

From p.f.moore at gmail.com  Wed Nov 16 03:30:01 2005
From: p.f.moore at gmail.com (Paul Moore)
Date: Wed Nov 16 03:30:01 2005
Subject: [Moin-user] Simple site customisations
Message-ID: <79990c6b0511160329q456e26abh27642d38b053c9d9@mail.gmail.com>

I'd like to do some simple customisations for our Wiki site (just
upgrading to 1.5 beta 3). I expect all our users to be working with
the "Modern" (default) theme.

I'd rather keep the customisations local to the instance, mainly so
that they get backed up and migrated along with the instance, and not
lost when I upgrade to 1.5 final...

What I want to do is pretty minor, so I'm not keen on creating a whole
new theme just for this. I can if I have to, but is there any way of
just adding an instance-specific stylesheet, which gets included after
the theme style, but before user-specific stylesheets?

Assuming not, I guess I'll have to make a theme. It's not hard, but
again, is there a way of installing a theme just for the instance,
rather than having to modify the installed MoinMoin package?

(And if neither of these is possible, could they be considered as
feature requests? I guess it's too late for 1.5, unfortunately...)

Paul.

PS As far as I can tell, 1.5 beta 3 doesn't include a logo file (beta
1 had the halloween logo, but the new logo seems to be missing from
beta 3). Have I missed it?



From tw-public at gmx.de  Wed Nov 16 09:50:00 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Nov 16 09:50:00 2005
Subject: [Moin-user] Login confusion behind proxy
In-Reply-To: <C3AC153A-6E1C-4D21-9EB2-7137CAED6720@mac.com>
References: <C3AC153A-6E1C-4D21-9EB2-7137CAED6720@mac.com>
Message-ID: <437B7105.8060902@gmx.de>

> I'm trying to use a MoinMoin wiki for some classes I teach,

Which moin version?

> there's a configuration problem in our proxy or MoinMoin has trouble 
> with requests from what seem to be the same IP address.

We use nocache and some other headers to avoid that, so the proxy 
shouldnt cache pages when you're logged in.

> Suzy will log in from her computer and will be able to see pages as 
> appropriate.
> Johnny will log in from his computer and will appear to be logged in as 
> Suzy.

Either you use some rather old moin version that has a bug in that area 
(maybe try with 1.3.5 or even 1.5.0-beta3 or later) or your proxy is 
misbehaved.

> The problem is likely related to the fact that all traffic from school 
> goes out through an HTTP proxy server that I have no control over, so it 
> appears that all requests are coming from the same computer, when, in 
> fact, there are 400 different computers behind the proxy.

That should not be a problem when moin and your proxy are both 
well-behaved, but that doesn't seem the case here. It is not related to 
the single IP address of your proxy, but your proxy caches stuff it 
should not cache. Maybe check also the MOIN_ID cookie for both users.

greetings, Thomas




From tw-public at gmx.de  Wed Nov 16 09:53:01 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Nov 16 09:53:01 2005
Subject: [Moin-user] Moinmoin home site version?
In-Reply-To: <4378AAE2.9070507@rcn.com>
References: <24BD1B16-534D-11DA-B6D6-000A95B45AA0@freeshell.org>	 <43777388.20305@rcn.com> <a250eacf0511131630r726a26f8u4833d93c30bb6355@mail.gmail.com> <4378AAE2.9070507@rcn.com>
Message-ID: <437B71C2.20501@gmx.de>

> I was able to install Moin 1.3 and get it running.
> So now I am trying to get Moin 1.5 beta3 running on linux. I get this 
> error.
>    pagelist = wikiutil.getPageList(config.text_dir)

This is definitely NOT 1.5 code, not even 1.3 code. Must be 1.2 code or 
older (and it crashes because your 1.3 data has no text/ directory any 
more).

> I have checked and re-checked my config but cannot see any problem. Any 
> ideas?

It seems to execute some older moin code. Maybe check the site-packages 
directory of your different python versions and clean up there.




From tw-public at gmx.de  Wed Nov 16 09:58:03 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Nov 16 09:58:03 2005
Subject: [Moin-user] Lupy Retired
In-Reply-To: <caaeabcc0511151006g7087b449qd6a67724bcf61be5@mail.gmail.com>
References: <caaeabcc0511151006g7087b449qd6a67724bcf61be5@mail.gmail.com>
Message-ID: <437B72FC.7050805@gmx.de>

> I saw this on the DIVMOD home page for lupy :

Yes, saw that, too.

> The Lupy project has been RETIRED! For full-text indexing and search
> we recommend Xapwrap or PyLucene instead.
> 
> Should MoinMoin consider an alternative search engine?

Currently there is neither lupy nor something else external active by 
default, but simply the built-in non-indexed search.

If (and only if) the lupy code gets to a usable state until 1.5 RC 
phase, we will have lupy in 1.5 release.

I had a fast look at the proposed alternatives, but I am definitely not 
happy with some Java stuff wrapped by some strange wrapper to make it 
callable from python.

I am open for other alternatives, especially platform-independent 
pythonic stuff.

BTW, it is no problem if lupy is not developped any more if (and only 
if) it works for us.





From tw-public at gmx.de  Wed Nov 16 10:07:00 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Nov 16 10:07:00 2005
Subject: [Moin-user] Simple site customisations
In-Reply-To: <79990c6b0511160329q456e26abh27642d38b053c9d9@mail.gmail.com>
References: <79990c6b0511160329q456e26abh27642d38b053c9d9@mail.gmail.com>
Message-ID: <437B7509.1010003@gmx.de>

> I'd rather keep the customisations local to the instance, mainly so
> that they get backed up and migrated along with the instance, and not
> lost when I upgrade to 1.5 final...

Themes are plugins, you should be able to have themes in your 
data/plugin/theme directory.

> What I want to do is pretty minor, so I'm not keen on creating a whole
> new theme just for this. I can if I have to, but is there any way of
> just adding an instance-specific stylesheet, which gets included after
> the theme style, but before user-specific stylesheets?

We could make this a configuration option maybe.

> (And if neither of these is possible, could they be considered as
> feature requests? I guess it's too late for 1.5, unfortunately...)

I'll discuss that later on the channel. This is a rather minor change, 
so maybe still possible.

> PS As far as I can tell, 1.5 beta 3 doesn't include a logo file (beta
> 1 had the halloween logo, but the new logo seems to be missing from
> beta 3). Have I missed it?

I'll have a look at that, too. BTW, your site should use rather YOUR 
logo, not the moinmoin project logo.

We sometimes have people putting private or offtopic content onto the 
moinmoin.wikiwikiweb.de site just because they confused it with their 
own site. Maybe this is caused by using same theme, same logo... :)




From p.f.moore at gmail.com  Thu Nov 17 01:41:02 2005
From: p.f.moore at gmail.com (Paul Moore)
Date: Thu Nov 17 01:41:02 2005
Subject: [Moin-user] Simple site customisations
In-Reply-To: <437B7509.1010003@gmx.de>
References: <79990c6b0511160329q456e26abh27642d38b053c9d9@mail.gmail.com>
	 <437B7509.1010003@gmx.de>
Message-ID: <79990c6b0511170140j519762b3y77850567f5259389@mail.gmail.com>

On 11/16/05, Thomas Waldmann <tw-public at gmx.de> wrote:
> > I'd rather keep the customisations local to the instance, mainly so
> > that they get backed up and migrated along with the instance, and not
> > lost when I upgrade to 1.5 final...
>
> Themes are plugins, you should be able to have themes in your
> data/plugin/theme directory.

Ah! I hadn't realised that - I'll have another look, maybe I missed
something in the docs. I now see that when you create an instance, the
directory data/plugin/theme is created, so I could have worked it
out...

> > What I want to do is pretty minor, so I'm not keen on creating a whole
> > new theme just for this. I can if I have to, but is there any way of
> > just adding an instance-specific stylesheet, which gets included after
> > the theme style, but before user-specific stylesheets?
>
> We could make this a configuration option maybe.
>
> > (And if neither of these is possible, could they be considered as
> > feature requests? I guess it's too late for 1.5, unfortunately...)
>
> I'll discuss that later on the channel. This is a rather minor change,
> so maybe still possible.

Brilliant, thanks.

> > PS As far as I can tell, 1.5 beta 3 doesn't include a logo file (beta
> > 1 had the halloween logo, but the new logo seems to be missing from
> > beta 3). Have I missed it?
>
> I'll have a look at that, too. BTW, your site should use rather YOUR
> logo, not the moinmoin project logo.

Fair comment. For my personal wiki, I may leave it as the moinmoin
logo, though - I don't have a personal logo :-) and the new moinmoin
logo looks really good...

Paul.



From patrick.breucking at FernUni-Hagen.de  Thu Nov 17 04:43:04 2005
From: patrick.breucking at FernUni-Hagen.de (Patrick Breucking)
Date: Thu Nov 17 04:43:04 2005
Subject: [Moin-user] Switch off mutlilanguage StartPage
Message-ID: <437C7AFA.4030700@fernuni-hagen.de>

Hello Users!

I want to switch off the multilanguage StartPage. All users, whatever 
country/language, should see same StartPage. Is it possible with a 
configuration parameter? Can I change the code for it?

Thanks for Help and best regards,
Patrick Breucking



From nirs at freeshell.org  Thu Nov 17 04:55:02 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Thu Nov 17 04:55:02 2005
Subject: [Moin-user] Switch off mutlilanguage StartPage
In-Reply-To: <437C7AFA.4030700@fernuni-hagen.de>
References: <437C7AFA.4030700@fernuni-hagen.de>
Message-ID: <1EF1551A-5769-11DA-BF40-000A95B45AA0@freeshell.org>

On 17 Nov, 2005, at 14:43, Patrick Breucking wrote:

> Hello Users!
>
> I want to switch off the multilanguage StartPage. All users, whatever 
> country/language, should see same StartPage. Is it possible with a 
> configuration parameter? Can I change the code for it?

Yes, set page_front_page in your config:

	page_front_page = u'Foo'


Best Regards,

Nir Soffer




From karl at la-grange.net  Thu Nov 17 13:06:02 2005
From: karl at la-grange.net (Karl Dubost)
Date: Thu Nov 17 13:06:02 2005
Subject: [Moin-user] Wiki Blog
In-Reply-To: <D7C098C5CEB2694FA43A9BFFB54CE39801D3A81E@phil.covenantseminary.edu>
References: <D7C098C5CEB2694FA43A9BFFB54CE39801D3A81E@phil.covenantseminary.edu>
Message-ID: <0AF503CD-8827-44ED-9C88-7428FFEE92ED@la-grange.net>

Le 05-10-18 ? 11:31, Hiers, Richard a ?crit :
> I experimented with this a little using the MonthCalendar macro to
> create new blog entries, and then used an include on the front page to
> list the last 3 or 4 days of blog entries, like this:
>
> [[Include(^FirstnameLastname/ 
> 20..-..-..,,to="^----",sort=descending,item
> s=3)]]
>
> There are also a couple of options for enabling comments.  One is to
> create a comment page like http://moinmoin.wikiwikiweb.de/SimpleBlog,
> the other is to use Seungik Lee's PageComment macro:
> http://moinmoin.wikiwikiweb.de/MacroMarket/PageComment

The best incarnation of a WikiBlog that I know is the one created by  
Ruy Carmo. It's not done with MoinMoin.

http://the.taoofmac.com/space/

It relies on PhpWiki, but it's the proof that something very neat can  
be done with a wiki to create a Weblog. I wish there was some similar  
system for MoinMoin.



-- 
Karl Dubost - http://www.la-grange.net/
Pr?s de vous, madame, oubliant les cieux,
L'astronome ?tonn? se trouble;
C'est dans l'?clat caressant de vos yeux,
Qu'il avait cru trouver l'?toile double.





From p.f.moore at gmail.com  Fri Nov 18 06:53:14 2005
From: p.f.moore at gmail.com (Paul Moore)
Date: Fri Nov 18 06:53:14 2005
Subject: [Moin-user] Simple site customisations
In-Reply-To: <79990c6b0511170140j519762b3y77850567f5259389@mail.gmail.com>
References: <79990c6b0511160329q456e26abh27642d38b053c9d9@mail.gmail.com>
	 <437B7509.1010003@gmx.de>
	 <79990c6b0511170140j519762b3y77850567f5259389@mail.gmail.com>
Message-ID: <79990c6b0511180648yc5a9bf8y4f65d008b231c327@mail.gmail.com>

On 11/17/05, Paul Moore <p.f.moore at gmail.com> wrote:
> On 11/16/05, Thomas Waldmann <tw-public at gmx.de> wrote:
> > > I'd rather keep the customisations local to the instance, mainly so
> > > that they get backed up and migrated along with the instance, and not
> > > lost when I upgrade to 1.5 final...
> >
> > Themes are plugins, you should be able to have themes in your
> > data/plugin/theme directory.
>
> Ah! I hadn't realised that - I'll have another look, maybe I missed
> something in the docs. I now see that when you create an instance, the
> directory data/plugin/theme is created, so I could have worked it
> out...

I finally got back to this, and I still have a small problem. The CSS
and image files don't go in the instance, they go in
<share>/moin/htdocs. This directory is "part of" MoinMoin (ie, on
Windows, it's installed and deinstalled with the bdist_wininst
installer, I assume it would be similar with RPM or debian packages or
whatever on Unix) and so I'd prefer not to mess with it manually. It's
the same problem - when I deinstall and reinstall in order to upgrade,
I will lose the theme-specific CSS and images. Also, it's shared
rather than per-instance (which isn't important to me, but might be to
others).

Paul.



From skip at pobox.com  Fri Nov 18 11:06:00 2005
From: skip at pobox.com (skip at pobox.com)
Date: Fri Nov 18 11:06:00 2005
Subject: [Moin-user] Merging wikis
Message-ID: <17278.9761.18363.434845@montanaro.dyndns.org>

At work we have three smallish Moin-based wikis that predate our larger
Moin-based intranet.  This creates problems for a couple reasons:

    1. The three smaller wikis all use authentication at the Apache level to
       restrict access to a subset of all users.  This double-login setup is
       confusing to many/most users.

    2. The four wikis are administratively independent.  For example, I
       recently added the LaTeX parser/macro kit to one of them, but not the
       others.  It's probably just a few cp or ln commands to set it up in
       the other three, but having just a single wiki would make adding this
       sort of stuff even easier.

    3. The four more-or-less independent wikis all require separate profiles
       to be set up for each user.  A number of people need access to more
       than one wiki.

    4. When I upgrade Moin I have to do parts of the upgrade four times.

I'd like to merge the smaller wikis into the overall intranet but retain the
capability to prevent access as necessary.  I can use Apache rewrite rules
to provide a seamless transition from the URL perspective.  I can live with
the existing Apache authentication if need be, but it would be better if I
could avoid that and use Moin ACLs to limit access instead.  Obvious
questions:

    1. If the smaller wikis are WikiOne, WikiTwo and WikiThree, is it
       possible to easily convert all their pages into subpages (and
       probably subsubpages) of the general intranet?

    2. Can I tweak the page creation process so that when someone creates a
       new subpage in one of the smaller wikis, say http://www/Intranet/
       WikiOne/NewPage, an ACL for the appropriate group is automatically
       added:

           #acl WikiOneGroup: read,write,delete,revert,admin All:
    
    3. Is there any support for merging user profiles from one wiki into
       another?  For example, if Clyde has profiles in the Intranet and on
       WikiTwo and is subscribed to changes to the DesignElements page of
       WikiTwo, it would be nice if after the merge he was automatically
       subscribed to changes to the WikiTwo/DesignElements subpage.

I can understand if something like this hasn't been done before, and am
willing to devote some effort to the process, but I thought I'd check for
advice and pre-existing work first.

Thanks,

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



From chip at trdlnk.com  Fri Nov 18 11:13:01 2005
From: chip at trdlnk.com (Chip Seraphine)
Date: Fri Nov 18 11:13:01 2005
Subject: [Moin-user] Re: Merging wikis
In-Reply-To: <17278.9761.18363.434845@montanaro.dyndns.org>
References: <17278.9761.18363.434845@montanaro.dyndns.org>
Message-ID: <52655.64.81.226.69.1132341377.squirrel@webmail.trdlnk.com>

>
>     1. If the smaller wikis are WikiOne, WikiTwo and WikiThree, is it
>        possible to easily convert all their pages into subpages (and
>        probably subsubpages) of the general intranet?

This should just be a matter of copy the page directories over with
appropriate name transformations.

>     2. Can I tweak the page creation process so that when someone creates a
>        new subpage in one of the smaller wikis, say http://www/Intranet/
>        WikiOne/NewPage, an ACL for the appropriate group is automatically
>        added:
>
>            #acl WikiOneGroup: read,write,delete,revert,admin All:

That should be a template-and-user-education problem, I'd think.  Can't
imagine how one would "force" such compliance unless there is a way to map
an ACL to a pattern of pages, i.e. completely bypass the "magic comments
in the page" method.

>     3. Is there any support for merging user profiles from one wiki into
>        another?  For example, if Clyde has profiles in the Intranet and on
>        WikiTwo and is subscribed to changes to the DesignElements page of
>        WikiTwo, it would be nice if after the merge he was automatically
>        subscribed to changes to the WikiTwo/DesignElements subpage.

That sounds like much more trouble than it's worth.  Easier to just
manually subscribe the old wiki users to a pattern that matches all the
subpages of the "old" wiki,




From mjmatthews1 at rcn.com  Fri Nov 18 13:44:02 2005
From: mjmatthews1 at rcn.com (Michael Matthews)
Date: Fri Nov 18 13:44:02 2005
Subject: [Moin-user] plugin user auth
Message-ID: <437E4B0B.1010201@rcn.com>

I have setup Moinmoin 1.5beta3 on my site. I am a long time 
perl/javascript/cgi developer but am python/moinmoin newbie. Have been 
c/c++ developer for many years but it has been awhile. OO code is great 
and everything but at first it is little obscure.

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.

cookie retrieval is something like this pseudo code:


get cookie;
if (no cookie) { window.location = "cookie_url"; } // retrieve cookie at 
secure site and return with cookie.
get cookie value.

I see auth.py,user.py,userform.py is doing something with cookies and 
user info.

Anyway any help as to how to go about doing this would be helpful.
I don;t know if this relates to the Action plugin method.

thanks



From nirs at freeshell.org  Fri Nov 18 14:34:01 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Fri Nov 18 14:34:01 2005
Subject: [Moin-user] Merging wikis
In-Reply-To: <17278.9761.18363.434845@montanaro.dyndns.org>
References: <17278.9761.18363.434845@montanaro.dyndns.org>
Message-ID: <3335AE0E-5883-11DA-BF40-000A95B45AA0@freeshell.org>

On 18 Nov, 2005, at 21:06, skip at pobox.com wrote:

>     1. If the smaller wikis are WikiOne, WikiTwo and WikiThree, is it
>        possible to easily convert all their pages into subpages (and
>        probably subsubpages) of the general intranet?

You can simply copy the pages into another wiki, the pages contain the 
text, history, attachments, logs etc.

You may have name conflicts, and probably want to move domainA/PageName 
to newdomain/WikiA/PageName. All this can be done with simple scripts.

The wiki global logs will be lost - RecentChanges and other operations 
that use the global logs will not be correct after the merge.

>
>     2. Can I tweak the page creation process so that when someone 
> creates a
>        new subpage in one of the smaller wikis, say 
> http://www/Intranet/
>        WikiOne/NewPage, an ACL for the appropriate group is 
> automatically
>        added:
>
>            #acl WikiOneGroup: read,write,delete,revert,admin All:

This is hard problem - a regular user can't add acls - even if they are 
embedded in a template. Also, adding the same acl in all the pages is a 
lot of duplicate work. There is no hierarchal acl solution yet.

A better solution would be a custom SecurityPolicy class. I created 
such security policy here:
http://moinmoin.wikiwikiweb.de/SubWikiSecurityPolicy

You can test this solution in my test wiki: 
http://nirs.dyndns.org/fix/WikiOne. Register as WikiOneMember with 
password WikiOneMember to get access to any page under WikiOne/.


>
>     3. Is there any support for merging user profiles from one wiki 
> into
>        another?  For example, if Clyde has profiles in the Intranet 
> and on
>        WikiTwo and is subscribed to changes to the DesignElements page 
> of
>        WikiTwo, it would be nice if after the merge he was 
> automatically
>        subscribed to changes to the WikiTwo/DesignElements subpage.
>

You can add the WikiName/ prefix to all user subscriptions - but it 
will probably won't work for regular expressions subscriptions.


Best Regards,

Nir Soffer




From nirs at freeshell.org  Fri Nov 18 15:04:06 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Fri Nov 18 15:04:06 2005
Subject: [Moin-user] Simple site customisations
In-Reply-To: <79990c6b0511180648yc5a9bf8y4f65d008b231c327@mail.gmail.com>
References: <79990c6b0511160329q456e26abh27642d38b053c9d9@mail.gmail.com> <437B7509.1010003@gmx.de> <79990c6b0511170140j519762b3y77850567f5259389@mail.gmail.com> <79990c6b0511180648yc5a9bf8y4f65d008b231c327@mail.gmail.com>
Message-ID: <8349AB87-5887-11DA-BF40-000A95B45AA0@freeshell.org>

On 18 Nov, 2005, at 16:48, Paul Moore wrote:

> I finally got back to this, and I still have a small problem. The CSS
> and image files don't go in the instance, they go in
> <share>/moin/htdocs. This directory is "part of" MoinMoin (ie, on
> Windows, it's installed and deinstalled with the bdist_wininst
> installer, I assume it would be similar with RPM or debian packages or
> whatever on Unix) and so I'd prefer not to mess with it manually. It's
> the same problem - when I deinstall and reinstall in order to upgrade,
> I will lose the theme-specific CSS and images.

You don't have to deinstall anything when you upgrade, you simply 
install a new version that replace the old files with new files.

If you like to make a clean install, simply copy your own custom theme 
again into the shared directory.


> Also, it's shared
> rather than per-instance (which isn't important to me, but might be to
> others).

If you want to have per instance shared directory, have one shared 
directory per instance, containing everything moin installed in 
share/moin/htdocs, plus your own themes directories.


Best Regards,

Nir Soffer




From moin.askthem at gmail.com  Fri Nov 18 15:54:06 2005
From: moin.askthem at gmail.com (Arp)
Date: Fri Nov 18 15:54:06 2005
Subject: [Moin-user] inlining attachments of parent/sub-page?
In-Reply-To: <4910b3df0511031358g1c7a9355i3d185cc34e2f474e@mail.gmail.com>
References: <4910b3df0511031358g1c7a9355i3d185cc34e2f474e@mail.gmail.com>
Message-ID: <4910b3df0511181553v328d8f0doc4593b043e931a66@mail.gmail.com>

Last week this message was returned to me because my host (gmail?!)
had been entered in some spamfilter thingy. Error notice said the
message would be retried so I didn't repost it, but I have a sneaking
suspiscion it may have never reached the list ... So here's a retry -
with appologies if the original message did make it to the list after
all.

---------- Forwarded message ----------
Date: Nov 3, 2005 10:58 PM

Hi All,

I'm probably just being stupid but I cant seem to get images appear
from attachments on the parent page or another subpage of the parent
page the nice way; using ../

Example:
I have a structure with a main page called WorkInProgress/SomePageName
with subpages  /About, /Comments, /English, /Espanol, etc and maybe a
subpage /Images.

Let's say that the /English and /Espanol subpages both need to use the
same images and that I want to store these maybe as an attachment to
the main page or as an attachment to subpage /Images. Now from
/English and /Espanol I would like to inline the images with something
rather like:

attachment:../somephoto.jpg
or
attachment:../Images/somephoto.jpg

I just cant's seem to figure it out - tried all sorts of delimiters,
quotes, brackets, colons at various locations but the only thing I get
to work is the clumsy/ugly:

attachment:WorkInProgress/SomePageName/somephoto.jpg
or
attachment:WorkInProgress/SomePageName/Images/somephoto.jpg

What am I missing?!

--
Arp


--
Arp



From tw-public at gmx.de  Sat Nov 19 08:37:01 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sat Nov 19 08:37:01 2005
Subject: [Moin-user] Merging wikis
In-Reply-To: <17278.9761.18363.434845@montanaro.dyndns.org>
References: <17278.9761.18363.434845@montanaro.dyndns.org>
Message-ID: <437F5477.8000904@gmx.de>

Just wanted to point out that 1.5 has better support for wiki farms, 
corporate setups and shared users. It is still in beta, but expected to 
be in RC phase soon and get released in december.



From tw-public at gmx.de  Sat Nov 19 08:41:01 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sat Nov 19 08:41:01 2005
Subject: [Moin-user] plugin user auth
In-Reply-To: <437E4B0B.1010201@rcn.com>
References: <437E4B0B.1010201@rcn.com>
Message-ID: <437F555B.9010904@gmx.de>

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

> get cookie;
> if (no cookie) { window.location = "cookie_url"; } // retrieve cookie at 
> secure site and return with cookie.
> get cookie value.

It doesn't do that, but if you link to moin from your secure site,  the 
cookie should be already there.

> I see auth.py,user.py,userform.py is doing something with cookies and 
> user info.

You need some auth plugin.




From mjmatthews1 at rcn.com  Sat Nov 19 14:44:04 2005
From: mjmatthews1 at rcn.com (Michael Matthews)
Date: Sat Nov 19 14:44:04 2005
Subject: [Moin-user] IE css headaches
Message-ID: <437FAA86.4030105@rcn.com>

Unfortunately most of my users will be using IE 6. I have created my own 
theme from modern. Mostly just changing some colors and font sizes. 
After doing this navibar floats over page as commented in modern screen.css:

#navibar {
    clear: both;  /* problem: clear: right; aligns nicely right of logo,
                    but lets it float high in the header, disconnected 
from ground */

Well it floats.

Actually there are other IE minor annoyances:

Logo is framed with ugly color that can't be changed.

IE ignores color setting but recognizes bold in imported modern file.

#navibar li.current a {
    color: #ffffff;
}

Firefox works as expected.

Is there anyway to fix this or do I have to live with it?

thanks




From dr at jones.dk  Sun Nov 20 08:18:02 2005
From: dr at jones.dk (Jonas Smedegaard)
Date: Sun Nov 20 08:18:02 2005
Subject: [Moin-user] Problematic license of Mega Upload Progress Bar
Message-ID: <20051120171803.0ddfd3eb.dr@jones.dk>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Raditha (and others possibly interested as well),

The wiki engine MoinMoin uses FCKeditor in its most recent beta
releases, which in turn uses Mega Upload.

While examining copyright and licensing info of MoinMoin I noticed that
Mega Upload is licensed exclusively under the MPL license.

This is considered bad by the GNU project[1], and quite importantly
they see it as incompatible with the GPL license.

Reading (briefly) your FAQ on the software it seems your interest is
Free Software in general, rather than the very specific, problematic
set of freedoms granted by the MPL. If this is correct then I recommend
that you consider relicensing using an MPL/GPL/LGPL triple license as
done by Mozilla themselves[2].


Kind regards,

Jonas Smedegaard

Debian package maintainer of MoinMoin


[1] http://www.gnu.org/philosophy/netscape-npl.html

[2] http://www.mozilla.org/MPL/relicensing-faq.html

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er n?r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDgKG7n7DbMsAkQLgRAhnRAJ9sKmvxbyoKB7Gqm02hoDa9DnzCpwCdGmQo
uPHek6E7BI46+LZ/QOURVoM=
=sgYq
-----END PGP SIGNATURE-----



From dr at jones.dk  Sun Nov 20 09:51:03 2005
From: dr at jones.dk (Jonas Smedegaard)
Date: Sun Nov 20 09:51:03 2005
Subject: [Moin-user] LGPL-licensed binary distributed possibly without source
Message-ID: <20051120185127.45592e91.dr@jones.dk>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Frederico (and copy to MoinMoin developers),

It seems that the binary FCKeditor.Packager.exe, part of FCKeditor, is
distributed with MoinMoin without source. The binary contains notes on
LGPL licensing.

This may not be a problem for you. But it is a problem for me, as
Debian cannot redistribute binaries without source.

As a workaround I can repackage the source tarball of MoinMoin with the
problematic binary stripped, but this is both extra work and not very
elegant: It is preferred in Debian to redistribute pristine tarballs of
upstream sources and only provide our adjustments as diffs.

I suggest you include the source for FCKeditor.Packager.exe together
with the binary itself.

Alternatively MoinMoin can choose to not distribute that binary, but I
suspect it has its purpose (Debian is only for POSIX systems, but
MoinMoin is usable on Windows as well).


Kind regards,

 - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er n?r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDgLefn7DbMsAkQLgRAlIxAJ9kRi6Wlg1HSSoKWD7jmBhcpVmBLwCfTXni
8GtusQ7m7uG6J1DUQ1jOCKU=
=IOab
-----END PGP SIGNATURE-----



From dr at jones.dk  Sun Nov 20 10:02:02 2005
From: dr at jones.dk (Jonas Smedegaard)
Date: Sun Nov 20 10:02:02 2005
Subject: [Moin-user] Graphics file double0smile.gif lacks licensing info
Message-ID: <20051120190316.04a0cf4d.dr@jones.dk>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Frederico,

The graphics file double0smile.gif contains the string "Copyright ? 2000
Klaas Wit".

I failed to locate licensing info from Klaas Wit with the copy of
your software distributed with the wiki engine MoinMoin. Such info is
needed for distribution with Debian.

I recommend you add copyright and licensing info for all graphics
files included with your software.


Kind regards,

 - Jonas

Package maintainer of MoinMoin for Debian

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er n?r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDgLpkn7DbMsAkQLgRAj9MAJ9zp/aCz945mO7Al/KEPhteqLodkgCbBNfE
9fx1F8CpXlzF39yRVQPtjX8=
=8z50
-----END PGP SIGNATURE-----



From dr at jones.dk  Sun Nov 20 10:21:01 2005
From: dr at jones.dk (Jonas Smedegaard)
Date: Sun Nov 20 10:21:01 2005
Subject: [Moin-user] MoinMoin parsers without license
Message-ID: <20051120192151.4a39353c.dr@jones.dk>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Taesu,

Looking through the copyright and licensing info of the wiki engine
MoinMoin, I stumbled across some parser modules written by you, with
the following licensing info:

  @license: All rights reserved.

I believe that can only legally be interpreted as you do not permit
use, redistribution or whatever without your explicit prior permission
in any and all cases.

I suspect this is not your intent... :-)

Please consider publicly declare your MoinMoin parsers as licensed
under the GPL license, similarly as the rest of MoinMoin.

You may not care much about this legal stuff, and the MoinMoin
developers may not either. But if the above is not changed then your
parsers cannot be distributed with MoinMoin packaged for Debian.


Kind regards,

 - Jonas

Package maintainer of MoinMoin for Debian

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er n?r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDgL6/n7DbMsAkQLgRAuhSAJ48IRX0xTvJwCMQ6g6jOUbLDs4ZoACgo8R3
pDVDpVtDp7cFx+8tMHx5CAo=
=Rey6
-----END PGP SIGNATURE-----



From mjmatthews1 at rcn.com  Sun Nov 20 12:05:01 2005
From: mjmatthews1 at rcn.com (Michael Matthews)
Date: Sun Nov 20 12:05:01 2005
Subject: [Moin-user] plugin user auth
In-Reply-To: <20051119234228.GA20678@localhost>
References: <437E4B0B.1010201@rcn.com> <437F555B.9010904@gmx.de> <437F9F4F.2080006@rcn.com> <20051119234228.GA20678@localhost>
Message-ID: <4380D6AB.5030006@rcn.com>

Thomas Waldmann wrote:

>>>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 added it to contrib/auth_externalcookie/.
>It includes getting some external cookie, parsing it and
>autosaving/updating the moin user profile.
>
>It is in tla repository now (if you need it fast), otherwise it will be
>in 1.5beta4, too, expected maybe today or tomorrow.
>
>  
>
>>I need to make it do this in moin.cgi script. Mechanism is immutable. I 
>>just could use python example(preferred method). Actually there looks 
>>like there might already be an example in auth.py
>>    
>>
>
>The sample uses the config file exclusively, no code changes necessary.
>
>  
>
Thanks a lot. I will pick up beta. After reviewing code I see cookie 
handling in request.py also so I pretty much see how to handle cookies 
in python. I may have further questions about how exactly to plug it in 
to MoinMoin.

thanks again.



From dr at jones.dk  Mon Nov 21 09:48:01 2005
From: dr at jones.dk (Jonas Smedegaard)
Date: Mon Nov 21 09:48:01 2005
Subject: [Moin-user] Please strip problematic stuff from source
Message-ID: <20051121184817.44db6958.dr@jones.dk>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi MoinMoin developers (and copy to Frederico),

Please strip the following from the source of MoinMoin:

editor/images/smiley/fun
editor/filemanager/browser/mcpuk

See the attached responses from Frederico for details.


Frederico: Please preserve cc's when responding to mails like this: The
best for me would be if these issues were solved _before_ reaching my
packaging MoinMoin for Debian :-)


 - Jonas


- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er n?r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDgghhn7DbMsAkQLgRAm6pAJ4nGJKtxPc3aneCuJryRpuJEv7U8wCglOX4
0o481f3yluuAmkq1Xwphjgo=
=SqjS
-----END PGP SIGNATURE-----
-------------- next part --------------
An embedded message was scrubbed...
From: "Frederico Caldeira Knabben" <fredck at fckeditor.net>
Subject: RE: Graphics file double0smile.gif lacks licensing info
Date: Mon, 21 Nov 2005 02:04:58 +0100
Size: 2999
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051121/3c115ecc/attachment.mht>
-------------- next part --------------
An embedded message was scrubbed...
From: "Frederico Caldeira Knabben" <fredck at fckeditor.net>
Subject: RE: Problematic license of Mega Upload Progress Bar
Date: Mon, 21 Nov 2005 02:05:34 +0100
Size: 3434
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051121/3c115ecc/attachment-0001.mht>
-------------- next part --------------
An embedded message was scrubbed...
From: "Frederico Caldeira Knabben" <fredck at fckeditor.net>
Subject: RE: LGPL-licensed binary distributed possibly without source
Date: Mon, 21 Nov 2005 02:08:56 +0100
Size: 3515
URL: <http://mail.python.org/pipermail/moin-user/attachments/20051121/3c115ecc/attachment-0002.mht>

From oneman at onemanifest.net  Tue Nov 22 02:18:12 2005
From: oneman at onemanifest.net (Peter Teunissen)
Date: Tue Nov 22 02:18:12 2005
Subject: [Moin-user] open link in blank page
Message-ID: <44230.193.173.30.67.1132654644.squirrel@webmail.onemanifest.net>

Hi,


I'm probably missing the obvious, but I've not been able to find a way to
make an external link open in a new page. Using [http://foo.bar/index.html
target="_blank" link] just adds the target part to the label text. What's
the trick to do this?

-- 
TIA,


Peter Teunissen






From tpfennig at gmail.com  Wed Nov 23 05:49:01 2005
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Wed Nov 23 05:49:01 2005
Subject: [Moin-user] problems installing via ftp
Message-ID: <2cbc44a0511230548w13a375et@mail.gmail.com>

Hi,

I am used to install directly via SSH or via packages. I now have a
new server and no direct access to logs. I have followed the
instructions on
http://moinmaster.wikiwikiweb.de/HelpOnInstalling/ApacheOnLinuxFtp but
still have trouble. You can find my installation on
http://wiki.pfennigsolutions.de/moin.cgi

My questions are:

* renaming the script from moin.cgi to moin.py should not be important
or necessary or right?
* what would the right test-path be. /moin.cgi if the script is in the top dir?
* do I have to delete farmconfig.py not to confuse the script (I was
considering making more than one Wiki on this server)
* is it really possible to install Moin without a ScriptAlias

maybe somebody can help. I did not want to post all my configs here.

Thilo

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



From tpfennig at gmail.com  Thu Nov 24 13:19:02 2005
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Thu Nov 24 13:19:02 2005
Subject: [Moin-user] Re: problems installing via ftp
In-Reply-To: <2cbc44a0511230548w13a375et@mail.gmail.com>
References: <2cbc44a0511230548w13a375et@mail.gmail.com>
Message-ID: <2cbc44a0511241318i242a795es@mail.gmail.com>

As soon as I found where I could read the error messages at my
provider it was not too difficult to fix all problems. So forget about
my posting.

Thilo Pfennig

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



From tw-public at gmx.de  Sat Nov 26 05:08:04 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sat Nov 26 05:08:04 2005
Subject: [Moin-user] MoinMoin parsers without license
In-Reply-To: <20051120192151.4a39353c.dr@jones.dk>
References: <20051120192151.4a39353c.dr@jones.dk>
Message-ID: <43833ED6.7040406@gmx.de>

> Hi Taesu,

I also (unsuccessfully) tried reaching him.

Hopefully you have more luck.

> I suspect this is not your intent... :-)

I suspect the same, as he contributed the code to MoinMoin.
If he did not want to distribute it, I doubt he would put it into a GPL 
project.




From tpfennig at gmail.com  Sun Nov 27 09:13:01 2005
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Sun Nov 27 09:13:01 2005
Subject: [Moin-user] problem with path
Message-ID: <2cbc44a0511270912h26c70daay@mail.gmail.com>

Hi, I have mangaged to install another wiki. The problem there is,
that allthough it runs on root I always see /moin.py in the path.

The Rewrite rules are as following:
RewriteEngine On
RewriteRule ^kielwiki.png - [last]
RewriteRule ^css - [last]
RewriteRule ^wiki - [last]
RewriteRule ^_static/(.*)$ http://www.kielwiki.de/wiki/$1 [last]
RewriteCond %{REQUEST_URI} !moin.py.*
RewriteRule ^(.*)$ /moin.py/$1 [L,type=application/x-httpd-cgi]


If I delete RewriteCond nothing works. What am I doing wrong?

Thilo
--
http://www.pfennigsolutions.de/



From tw-public at gmx.de  Sun Nov 27 09:54:03 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sun Nov 27 09:54:03 2005
Subject: [Moin-user] problems installing via ftp
In-Reply-To: <2cbc44a0511230548w13a375et@mail.gmail.com>
References: <2cbc44a0511230548w13a375et@mail.gmail.com>
Message-ID: <4385F9C1.1030600@gmx.de>

> * renaming the script from moin.cgi to moin.py should not be important
> or necessary or right?

That maybe depends on web server configuration, how it handles different 
extensions. Make sure that content is like in our moin.cgi (the moin.py 
we deliver is the standalone server, no cgi). Make sure owner/group/mode 
is correct, sys.path is correct, 1st line is correct.

> * what would the right test-path be. /moin.cgi if the script is in the top dir?

Yes. It depends on server config whether you may execute cgi from there 
or not. Often only /cgi-bin/ works for CGIs.

> * do I have to delete farmconfig.py not to confuse the script (I was
> considering making more than one Wiki on this server)

Either have a CORRECT farmconfig.py or have None (and use wikiconfig.py 
for you single wiki's config). Both works.

> * is it really possible to install Moin without a ScriptAlias

You just need to execute the cgi and have a correct setup, that is all 
needed. As long as it says 404, it didn't even find it. When it starts 
saying 500 or even works, you are one step further.





From gia at webde.de  Mon Nov 28 04:50:00 2005
From: gia at webde.de (Gisbert Amm)
Date: Mon Nov 28 04:50:00 2005
Subject: [Moin-user] Problems with Akronyms in Pagenames
Message-ID: <438AFCB2.7010509@webde.de>

I have a page link like that:

/TKSomeName

It is displayed

/TK?SomeName

which means, the page SomeName would be created, and not /TKSomeName. I 
consider this a bug. Is this a known issue?

Regards,
Gisbert Amm



From nirs at freeshell.org  Mon Nov 28 06:08:02 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Mon Nov 28 06:08:02 2005
Subject: [Moin-user] Problems with Akronyms in Pagenames
In-Reply-To: <438AFCB2.7010509@webde.de>
References: <438AFCB2.7010509@webde.de>
Message-ID: <358A7068-6018-11DA-9F35-000A95B45AA0@freeshell.org>

On 28 Nov, 2005, at 14:48, Gisbert Amm wrote:

> I have a page link like that:
>
> /TKSomeName
>
> It is displayed
>
> /TK?SomeName
>
> which means, the page SomeName would be created, and not /TKSomeName. 
> I consider this a bug. Is this a known issue?

/TKSomeName is not a WikiName, but SomeName is. In recent versions of 
1.3 this syntax does not create any link, which is the correct 
behavior. In older 1.3 a partial link is created, which is a known 
issue.

To create such link you must use this syntax: ["/TKSomeName"] - which 
does work for any page name.


Best Regards,

Nir Soffer




From mslucas at taos-it.nl  Mon Nov 28 14:01:06 2005
From: mslucas at taos-it.nl (Maurice Lucas)
Date: Mon Nov 28 14:01:06 2005
Subject: [Moin-user] ACL question
Message-ID: <01d001c5f467$30283f40$0364a8c0@Polaris>

Hello,

I'm testing a non-production wiki and have some problems with the acl 
settings.

from wikiconfig.py
    # 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_right_xxx must use unicode [Unicode]
    acl_rights_before = "Maurice Lucas:read,write,delete,revert,admin"

cat user/1133208326.59.56825
# Data saved '2005-11-28 22:41:05' for id '1133208326.59.56825'
css_url=
date_fmt=
datetime_fmt=
disabled=0
edit_on_doubleclick=0
edit_rows=30
email=mslucas at taos-it.nl
enc_password={SHA}something
language=en
last_saved=1133214065.25
name=Maurice Lucas
quicklinks=
remember_last_visit=0
remember_me=1
show_fancy_diff=1
show_fancy_links=1
show_nonexist_qm=0
show_page_trail=1
show_toolbar=1
show_topbottom=1
subscribed_pages=FrontPage
theme_name=modern
tz_offset=3600
want_trivial=1
wikiname_add_spaces=0

This user doesn't receive admin rights but if I include
    allowed_actions = ['DeletePage', 'AttachFile', 'RenamePage']
Then I'm able to Delete a page.

Why ain't I'm able to delete without this allowed_actions line?

With kind regards,
Met vriendelijke groet,

Maurice Lucas
TAOS-IT




From Etienne.Chove at crans.org  Tue Nov 29 05:27:47 2005
From: Etienne.Chove at crans.org (=?ISO-8859-1?Q?Etienne_Chov=E9?=)
Date: Tue Nov 29 05:27:47 2005
Subject: [Moin-user] ACL question
In-Reply-To: <01d001c5f467$30283f40$0364a8c0@Polaris>
References: <01d001c5f467$30283f40$0364a8c0@Polaris>
Message-ID: <438C56A3.60506@crans.org>

Maurice Lucas a ?crit :
> from wikiconfig.py
>    # 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_right_xxx must use unicode [Unicode]
>    acl_rights_before = "Maurice Lucas:read,write,delete,revert,admin"
> 
> cat user/1133208326.59.56825
> # Data saved '2005-11-28 22:41:05' for id '1133208326.59.56825'
> [...]
> name=Maurice Lucas
> [...]

Its dangerous to use Wiki Names with spaces in them. It's better to user name
MauriceLucas (without any space) ; in acl definition, blanks are limit between
acl definition :
"MauriceLucas:read,write,delete,revert,admin"

-- 
Etienne



From nirs at freeshell.org  Tue Nov 29 09:03:01 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Tue Nov 29 09:03:01 2005
Subject: [Moin-user] ACL question
In-Reply-To: <438C56A3.60506@crans.org>
References: <01d001c5f467$30283f40$0364a8c0@Polaris> <438C56A3.60506@crans.org>
Message-ID: <D455E144-60F9-11DA-B2FF-000A95B45AA0@freeshell.org>

On 29 Nov, 2005, at 15:24, Etienne Chov? wrote:

>>    acl_rights_before = "Maurice Lucas:read,write,delete,revert,admin"
>>
>> cat user/1133208326.59.56825
>> # Data saved '2005-11-28 22:41:05' for id '1133208326.59.56825'
>> [...]
>> name=Maurice Lucas
>> [...]
>
> Its dangerous to use Wiki Names with spaces in them. It's better to 
> user name
> MauriceLucas (without any space) ; in acl definition, blanks are limit 
> between
> acl definition :
> "MauriceLucas:read,write,delete,revert,admin"

No it is not dangerous! Names with spaces are just fine everywhere, 
including in acl definitions, using any Unicode character you like 
expect ":" or ",".


Best Regards,

Nir Soffer




From skip at pobox.com  Tue Nov 29 13:09:15 2005
From: skip at pobox.com (skip at pobox.com)
Date: Tue Nov 29 13:09:15 2005
Subject: [Moin-user] open target in another window?
Message-ID: <17292.50021.946624.974957@montanaro.dyndns.org>

In HTML I can create a link that opens in another window by using a target
attribute in the <a> tag:

    <a href="http://www.914club.com/bbs2/index.php?act=ST&f=2&t=41949" target="_blank">3.3 Turbo update</a>

Is there a way to do that with MoinMoin's link syntax?  I didn't see
anything obvious in the HelpOnLinking page.  We're still running 1.3.4 at
work, though I could be convinced to upgrade if that solves the problem.

Thx,

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



From p.f.moore at gmail.com  Tue Nov 29 13:32:01 2005
From: p.f.moore at gmail.com (Paul Moore)
Date: Tue Nov 29 13:32:01 2005
Subject: [Moin-user] open target in another window?
In-Reply-To: <17292.50021.946624.974957@montanaro.dyndns.org>
References: <17292.50021.946624.974957@montanaro.dyndns.org>
Message-ID: <79990c6b0511291331w2426924k2a6934ffac574473@mail.gmail.com>

On 11/29/05, skip at pobox.com <skip at pobox.com> wrote:
>
> In HTML I can create a link that opens in another window by using a target
> attribute in the <a> tag:
>
>     <a href="http://www.914club.com/bbs2/index.php?act=ST&f=2&t=41949" target="_blank">3.3 Turbo update</a>
>
> Is there a way to do that with MoinMoin's link syntax?  I didn't see
> anything obvious in the HelpOnLinking page.  We're still running 1.3.4 at
> work, though I could be convinced to upgrade if that solves the problem.

I don't think there's a way from within MoinMoin. You need a macro.
There's one at http://moinmoin.wikiwikiweb.de/macro/NewWindow.py

HTH,
Paul.



From nirs at freeshell.org  Tue Nov 29 13:32:02 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Tue Nov 29 13:32:02 2005
Subject: [Moin-user] open target in another window?
In-Reply-To: <17292.50021.946624.974957@montanaro.dyndns.org>
References: <17292.50021.946624.974957@montanaro.dyndns.org>
Message-ID: <745A7DF9-611F-11DA-B2FF-000A95B45AA0@freeshell.org>

On 29 Nov, 2005, at 23:08, skip at pobox.com wrote:

> In HTML I can create a link that opens in another window by using a 
> target
> attribute in the <a> tag:
>
>     <a href="http://www.914club.com/bbs2/index.php?act=ST&f=2&t=41949" 
> target="_blank">3.3 Turbo update</a>
>
> Is there a way to do that with MoinMoin's link syntax?

No, but you can use macro for this. There is a Link macro in the market 
that may help.


Best Regards,

Nir Soffer




From p.f.moore at gmail.com  Tue Nov 29 13:36:00 2005
From: p.f.moore at gmail.com (Paul Moore)
Date: Tue Nov 29 13:36:00 2005
Subject: [Moin-user] Adding content (script tag) to HTML header from a macro
Message-ID: <79990c6b0511291334v71c5127fv25432917fbbcc3ce@mail.gmail.com>

I have a macro which relies on some JavaScript, which I need to load
in the header of the page. At the moment, I've configured the wiki to
add the script to the top of *all* pages, using the html_head config,
but this seems like overkill (as well as being a PITA for
portability).

Is it possible for a macro to inject content into the HTML header at runtime?

Thanks in advance,
Paul.



From skip at pobox.com  Tue Nov 29 13:38:04 2005
From: skip at pobox.com (skip at pobox.com)
Date: Tue Nov 29 13:38:04 2005
Subject: [Moin-user] open target in another window?
In-Reply-To: <79990c6b0511291331w2426924k2a6934ffac574473@mail.gmail.com>
References: <17292.50021.946624.974957@montanaro.dyndns.org>
        <79990c6b0511291331w2426924k2a6934ffac574473@mail.gmail.com>
Message-ID: <17292.51734.642315.552399@montanaro.dyndns.org>

    Paul> You need a macro.  There's one at
    Paul> http://moinmoin.wikiwikiweb.de/macro/NewWindow.py

Thanks, I'll give it a try.

Skip



From nirs at freeshell.org  Tue Nov 29 13:49:02 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Tue Nov 29 13:49:02 2005
Subject: [Moin-user] open target in another window?
In-Reply-To: <79990c6b0511291331w2426924k2a6934ffac574473@mail.gmail.com>
References: <17292.50021.946624.974957@montanaro.dyndns.org> <79990c6b0511291331w2426924k2a6934ffac574473@mail.gmail.com>
Message-ID: <D09307FE-6121-11DA-B2FF-000A95B45AA0@freeshell.org>

On 29 Nov, 2005, at 23:31, Paul Moore wrote:

> I don't think there's a way from within MoinMoin. You need a macro.
> There's one at http://moinmoin.wikiwikiweb.de/macro/NewWindow.py

This macro break the output abstraction by returning raw html - if you 
render such page with plain text or other non-html formatter, you will 
have raw html in your other format.

A partial simple fix would be to return the value using 
macro.formatter.rawHTML() call.


Best Regards,

Nir Soffer




From tw-public at gmx.de  Tue Nov 29 23:42:02 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue Nov 29 23:42:02 2005
Subject: [Moin-user] ACL question
In-Reply-To: <01d001c5f467$30283f40$0364a8c0@Polaris>
References: <01d001c5f467$30283f40$0364a8c0@Polaris>
Message-ID: <438C15B9.9090204@gmx.de>

>    # All acl_right_xxx must use unicode [Unicode]
>    acl_rights_before = "Maurice Lucas:read,write,delete,revert,admin"

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

(see that "u" and the missing blank)

> name=Maurice Lucas

Maybe delete that blank to have less trouble and more comfort.

> This user doesn't receive admin rights but if I include
>    allowed_actions = ['DeletePage', 'AttachFile', 'RenamePage']
> Then I'm able to Delete a page.

In moin 1.3, you must do that additionally to ACLs.

moin 1.5 will default to allow that actions (and check appropriate ACLs 
like read/write/delete/...) and only disallow those actions if you 
exclude them.

> Why ain't I'm able to delete without this allowed_actions line?

Because the code checks it in 1.3. This is a relict from pre-ACL times 
which we removed for the default case in 1.5.




From p.f.moore at gmail.com  Wed Nov 30 01:34:02 2005
From: p.f.moore at gmail.com (Paul Moore)
Date: Wed Nov 30 01:34:02 2005
Subject: [Moin-user] Adding content (script tag) to HTML header from a macro
In-Reply-To: <79990c6b0511291357j49bb5d47h5333239380a2c90d@mail.gmail.com>
References: <79990c6b0511291334v71c5127fv25432917fbbcc3ce@mail.gmail.com>
	 <409BC312-6121-11DA-B2FF-000A95B45AA0@freeshell.org>
	 <79990c6b0511291357j49bb5d47h5333239380a2c90d@mail.gmail.com>
Message-ID: <79990c6b0511300133w524658d9v3eeaaa7f470cb43b@mail.gmail.com>

On 11/29/05, Paul Moore <p.f.moore at gmail.com> wrote:
... (Nir suggested including the script code in the body of the HTML, rather
... than the header)
> Hmm, I guess that would work with one of the examples I'm using
> (although I guess I'll have to get a bit clever to ensure that if I
> use the macro twice, I won't include the script twice).

In order to check if this is the first time the macro has been called
on this page, I can add attributes to the request object - example:

def execute(macro, args):
    n = getattr(macro.request, 'TEST_n', 0)
    n += 1
    macro.request.TEST_n = n
    return '<b>Number of calls = %s</b>' % (n,)

This seems to work OK - but is it acceptable practice? If not, is
there any other way of telling (on a per-render basis) how many times
the macro has been called so far on this page?

(I've not found any formal documentation on how to write a macro, what
APIs are supported, etc. I'm going on experimentation and picking
ideas up from other people's code. Is that the best way, or have I
missed some docs I should be referring to?)

Paul.



From nirs at freeshell.org  Wed Nov 30 01:49:01 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Wed Nov 30 01:49:01 2005
Subject: [Moin-user] Adding content (script tag) to HTML header from a macro
In-Reply-To: <79990c6b0511300133w524658d9v3eeaaa7f470cb43b@mail.gmail.com>
References: <79990c6b0511291334v71c5127fv25432917fbbcc3ce@mail.gmail.com> <409BC312-6121-11DA-B2FF-000A95B45AA0@freeshell.org> <79990c6b0511291357j49bb5d47h5333239380a2c90d@mail.gmail.com> <79990c6b0511300133w524658d9v3eeaaa7f470cb43b@mail.gmail.com>
Message-ID: <6139659A-6186-11DA-B2FF-000A95B45AA0@freeshell.org>

On 30 Nov, 2005, at 11:33, Paul Moore wrote:

> In order to check if this is the first time the macro has been called
> on this page, I can add attributes to the request object

You can use this, but you don't really care how many times the macro is 
called. Use simpler code like this:

def execute(macro, args):
	
	if not hasattr(macro.request, 'mymacro_script_sent'):
		# send the macro once here
		macro.request.mymacro_script_sent = True
	
	# rest of your macro...


Best Regards,

Nir Soffer




From p.f.moore at gmail.com  Wed Nov 30 02:43:04 2005
From: p.f.moore at gmail.com (Paul Moore)
Date: Wed Nov 30 02:43:04 2005
Subject: [Moin-user] Adding content (script tag) to HTML header from a macro
In-Reply-To: <6139659A-6186-11DA-B2FF-000A95B45AA0@freeshell.org>
References: <79990c6b0511291334v71c5127fv25432917fbbcc3ce@mail.gmail.com>
	 <409BC312-6121-11DA-B2FF-000A95B45AA0@freeshell.org>
	 <79990c6b0511291357j49bb5d47h5333239380a2c90d@mail.gmail.com>
	 <79990c6b0511300133w524658d9v3eeaaa7f470cb43b@mail.gmail.com>
	 <6139659A-6186-11DA-B2FF-000A95B45AA0@freeshell.org>
Message-ID: <79990c6b0511300242o3575afaax886db81786ed1c84@mail.gmail.com>

On 11/30/05, Nir Soffer <nirs at freeshell.org> wrote:
>
> On 30 Nov, 2005, at 11:33, Paul Moore wrote:
>
> > In order to check if this is the first time the macro has been called
> > on this page, I can add attributes to the request object
>
> You can use this, but you don't really care how many times the macro is
> called. Use simpler code like this:

Yes, that's what I'd do for this case. The code I posted, counting the
number of calls, was just a test (the macro just displayed the count,
to save me having to worry about whether my script code was doing the
right thing, as well... :-))

Thanks for the confirmation.

Paul.



From robert.seeger at orsoft.de  Wed Nov 30 04:11:02 2005
From: robert.seeger at orsoft.de (Robert Seeger)
Date: Wed Nov 30 04:11:02 2005
Subject: [Moin-user] Re: open target in another window? (skip@pobox.com)
In-Reply-To: <20051130043519.89D0B130B8@sc8-sf-spam2.sourceforge.net>
Message-ID: <002801c5f5a7$890fe130$ed02a8c0@orsoft.de>

> From: skip at pobox.com
> Subject: [Moin-user] open target in another window?
>
>
> In HTML I can create a link that opens in another window by
> using a target
> attribute in the <a> tag:
>
>     <a
> href="http://www.914club.com/bbs2/index.php?act=ST&f=2&t=41949
> " target="_blank">3.3 Turbo update</a>
>
> Is there a way to do that with MoinMoin's link syntax?  I didn't see
> anything obvious in the HelpOnLinking page.  We're still
> running 1.3.4 at
> work, though I could be convinced to upgrade if that solves
> the problem.
>
Actually, downgrading would be your solution ;-((
All that has been written on this topic so far is only partially true. This
Syntax existed in MoinMoin 1.1, was IMHO very straightforward and well
implemented.

It was later deprecated and removed for reasons that I personally have my
doubts about, see
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ExternalLinkWithNewPage. Now you
can't even find it on HelpOnLinking, so here are the missing examples from
1.1:
  * [^http://moin.sourceforge.net/ MoinMoin Sourceforge Homepage - in new
window]
  * [^wiki:MeatBall/InterWiki InterWiki page on MeatBall in new window?]

As I could not accept this for my existing 1.1 wiki farm (breaks a lot of
markup), it took me about 30 minutes last week to analyze and patch 1.3.5 to
silently ignore this kind of markup (which is the LEAST that a developer
should do if he decides to remove a feature anyway) and another 30 minutes
to re-implement it so that it worked for my test cases (which does not say
that I restored the function completely, I did not yet do really extensive
testing). To use a macro for this is very clumsy and does not work well in
every situation.

So I urge the core developers to reconsider the decision to remove such a
good feature - or at least do something not to break existing markup! Whats
so bad about emitting the extra attribute 'target="_blank"' in an <A>-tag?
Maybe some "modern" browsers won't understand it (hard to believe), but then
it should not do any harm.

Kind Regards,
Robert Seeger




From nirs at freeshell.org  Wed Nov 30 04:46:10 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Wed Nov 30 04:46:10 2005
Subject: [Moin-user] Re: open target in another window? (skip@pobox.com)
In-Reply-To: <002801c5f5a7$890fe130$ed02a8c0@orsoft.de>
References: <002801c5f5a7$890fe130$ed02a8c0@orsoft.de>
Message-ID: <326855BC-619F-11DA-B2FF-000A95B45AA0@freeshell.org>

On 30 Nov, 2005, at 14:13, Robert Seeger wrote:

> All that has been written on this topic so far is only partially true. 
> This
> Syntax existed in MoinMoin 1.1, was IMHO very straightforward and well
> implemented.
>
> It was later deprecated and removed for reasons that I personally have 
> my
> doubts about, see
> http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ExternalLinkWithNewPage.

This feature is not supported by HTML 4 strict. I think you can add 
support by using language extensions - but I'm not sure how its done.

> Now you
> can't even find it on HelpOnLinking,

Whats wrong with correct docs? :-)

> As I could not accept this for my existing 1.1 wiki farm (breaks a lot 
> of
> markup), it took me about 30 minutes last week to analyze and patch 
> 1.3.5 to
> silently ignore this kind of markup (which is the LEAST that a 
> developer
> should do if he decides to remove a feature anyway) and another 30 
> minutes
> to re-implement it so that it worked for my test cases (which does not 
> say
> that I restored the function completely, I did not yet do really 
> extensive
> testing). To use a macro for this is very clumsy and does not work 
> well in
> every situation.

A macro is not clumsy and does work well for all situations - in this 
case, few links in a wiki.

Opening a new windows from a link is in most cases bad user interface. 
Users want to control their windows and tabs, and you should not try to 
do things behind their back. There are only few cases when it will help 
the user to open another page in another window, and even in those 
cases, some user might be annoyed by this, for example, they may want 
to open the link in a new tab, not in a new window.

Some related links:
  * http://diveintoaccessibility.org/day_16_not_opening_new_windows.html
  * http://www.useit.com/alertbox/990530.html

In those few cases when you really want to force the user to open a new 
window, you may use a macro.

> So I urge the core developers to reconsider the decision to remove 
> such a
> good feature - or at least do something not to break existing markup! 
> Whats
> so bad about emitting the extra attribute 'target="_blank"' in an 
> <A>-tag?

See above.

I think the removal of that feature was good decision, and there is no 
need to bring it back. However, when features like this are removed, 
they should be first depreciated and only then removed, and there 
should be a migration tool to remove such markup from exiting pages.


Best Regards,

Nir Soffer




From crelisr at gmail.com  Wed Nov 30 05:30:05 2005
From: crelisr at gmail.com (Crelis Rammelt)
Date: Wed Nov 30 05:30:05 2005
Subject: [Moin-user] synchronising wikis
In-Reply-To: <326855BC-619F-11DA-B2FF-000A95B45AA0@freeshell.org>
References: <002801c5f5a7$890fe130$ed02a8c0@orsoft.de> <326855BC-619F-11DA-B2FF-000A95B45AA0@freeshell.org>
Message-ID: <6EC597CF-E2E9-4AF1-8CCF-C275285D9611@gmail.com>

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?

Cheers!

Crelis



From skip at pobox.com  Wed Nov 30 07:33:04 2005
From: skip at pobox.com (skip at pobox.com)
Date: Wed Nov 30 07:33:04 2005
Subject: [Moin-user] open target in another window?
In-Reply-To: <745A7DF9-611F-11DA-B2FF-000A95B45AA0@freeshell.org>
References: <17292.50021.946624.974957@montanaro.dyndns.org>
        <745A7DF9-611F-11DA-B2FF-000A95B45AA0@freeshell.org>
Message-ID: <17293.50685.851897.560649@montanaro.dyndns.org>

    >> In HTML I can create a link that opens in another window by using a
    >> target attribute in the <a> tag:
    >> 
    >> <a href="http://www.914club.com/bbs2/index.php?act=ST&f=2&t=41949" 
    >> target="_blank">3.3 Turbo update</a>
    >> 
    >> Is there a way to do that with MoinMoin's link syntax?

    Nir> No, but you can use macro for this. There is a Link macro in the
    Nir> market that may help.

That doesn't seem to work with a non-Wiki URL.  I tried this:

    [[Link(http://www.mojam.com/, target=_blank)]]

but this was rendered:

    <a href="/intra/http://www.mojam.com/"target=_blank class="nonexistent">http://www.mojam.com/</a><p> </p>

where /intra is the base URL of our wiki.  I can easily modify the
definition of the out variable to be conditional on the presence of http://
at the start of the name, but something tells me that's probably not the
correct way to do that.

Thanks,

Skip



From crosseyedpenguin at yahoo.com  Wed Nov 30 09:00:04 2005
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Wed Nov 30 09:00:04 2005
Subject: [Moin-user] Re: open target in another window? (skip@pobox.com)
In-Reply-To: <326855BC-619F-11DA-B2FF-000A95B45AA0@freeshell.org>
Message-ID: <20051130165920.64565.qmail@web36215.mail.mud.yahoo.com>

--- Nir Soffer <nirs at freeshell.org> wrote:


> 
> I think the removal of that feature was good decision, and there is
> no 
> need to bring it back. However, when features like this are removed, 
> they should be first depreciated and only then removed, and there 
> should be a migration tool to remove such markup from exiting pages.
> 

While opening a new window with a link was deprecated in HTML 4, I took
it to mean there were better alternatives to do the same thing, namely
Javascript.

I agree with the general design principle that opening a new window can
sometimes be annoying to a user, but there are instances where it can
be useful.

For example, most people will agree that rollover tooltips are
generally useful (but sometimes annoying).  There are situations where
the extra help the user needs is just too complex to put into a
tooltip. As the page designer, you want to make it easy for the user to
access the information if he needs it and then continue with the
current page.  One solution is to click a link, open a new window, read
the info, close the window.

I just uploaded a macro called NewWindows2 to the macro mart that I
have been using since the feature was removed from Moin.  It is a minor
modification of the 1.1 NewWindow macro to use Javascript instead of
the deprecated HTML function.

Roger Haase



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



From crosseyedpenguin at yahoo.com  Wed Nov 30 09:10:02 2005
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Wed Nov 30 09:10:02 2005
Subject: [Moin-user] synchronising wikis
In-Reply-To: <6EC597CF-E2E9-4AF1-8CCF-C275285D9611@gmail.com>
Message-ID: <20051130170859.49810.qmail@web36214.mail.mud.yahoo.com>


--- 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 robert.seeger at orsoft.de  Wed Nov 30 10:24:04 2005
From: robert.seeger at orsoft.de (Robert Seeger)
Date: Wed Nov 30 10:24:04 2005
Subject: [Moin-user] Re: open target in another window? (skip@pobox.com)
Message-ID: <CA2AF45D5E364443954ADD34B6841E02195240@ors-x-exchange.orsoft.de>


> -----Original Message-----
> From: Nir Soffer [mailto:nirs at freeshell.org]
> Sent: Wednesday, November 30, 2005 1:46 PM
> To: Robert Seeger
> Cc: moin-user at lists.sourceforge.net
> Subject: Re: [Moin-user] Re: open target in another window?
> (skip at pobox.com)
> 
> 
> 
> On 30 Nov, 2005, at 14:13, Robert Seeger wrote:
> 
> > All that has been written on this topic so far is only 
> partially true. 
> > This
> > Syntax existed in MoinMoin 1.1, was IMHO very 
> straightforward and well
> > implemented.
> >
> > It was later deprecated and removed for reasons that I 
> personally have 
> > my
> > doubts about, see
> > http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ExternalLinkWithNewPage.
> 
> This feature is not supported by HTML 4 strict. I think you can add 
> support by using language extensions - but I'm not sure how its done.
> 

Sorry, I still don't see that in any W3C standard.
http://www.w3.org/TR/html401/present/frames.html#adef-target says:
"The target attribute may be set for elements that create links (A,
LINK), image maps (AREA), and forms (FORM)." Furthermore
http://www.w3.org/TR/html401/types.html#type-frame-target explicitly
defines "_blank" as a valid special name. 

But that's a rather academic discussion.
> > Now you
> > can't even find it on HelpOnLinking,
> 
> Whats wrong with correct docs? :-)
Nothing, I just wanted to say that if you don't know that such thing
existed in the first place, you can't find it.
> 
> 
> A macro is not clumsy and does work well for all situations - in this 
> case, few links in a wiki.
> 
> Opening a new windows from a link is in most cases bad user 
> interface. 
> Users want to control their windows and tabs, and you should 
> not try to 
> do things behind their back. There are only few cases when it 
> will help 
> the user to open another page in another window, and even in those 
> cases, some user might be annoyed by this, for example, they may want 
> to open the link in a new tab, not in a new window.

I have to admit that I am quite ignorant (or rather have to be,
according to company rules ;-) about all the fancy new Firefoxes, Operas
etc. but I don't think that "in a new tab" is a W3C HTML4 concept
either. How do you encode that into an A link tag?
We use a lot of interwiki links, both to interlink between all wiki
instances in our wiki farm and also to allow easy symbolic links to
other parts of our knowledge management (fileserver directories,
epydoc-server, roundup tracker issues, centralized mail adresses and
mails...). In all those cases users get quite confused if they get
transferred to a different location and still have the same window.
Sometimes they close the window accidentially and thus lose the wiki
user interface as well (happens even to me quite often ;-((  
Using a macro instead of a simple one-character markup does look neither
pythonic nor "wiki way" to me, but that's just my humble opinion. It's
hard enough to teach "good" link markup syntax to average users (meaning
"use interwiki monikers, don't post hard URLs"), but it's much harder to
teach them to write a macro call for each link.

So I respectfully disagree with Nir's opinion, but I was not the one who
asked first and   m y   problem is solved. MoinMoin coding is not pure
democratic anarchy and if the core developers make different decisions
that's their right - I don't have to live with those as long as I can
patch around them - hey, that's the fun in open source python projects
;-))

Kind Regards,
Robert




From robert.seeger at orsoft.de  Wed Nov 30 10:24:06 2005
From: robert.seeger at orsoft.de (Robert Seeger)
Date: Wed Nov 30 10:24:06 2005
Subject: [Moin-user] Re: open target in another window? (skip@pobox.com)
In-Reply-To: <326855BC-619F-11DA-B2FF-000A95B45AA0@freeshell.org>
Message-ID: <003f01c5f5db$9dd62ff0$ed02a8c0@orsoft.de>


> -----Original Message-----
> From: Nir Soffer [mailto:nirs at freeshell.org]
> Sent: Wednesday, November 30, 2005 1:46 PM
> To: Robert Seeger
> Cc: moin-user at lists.sourceforge.net
> Subject: Re: [Moin-user] Re: open target in another window?
> (skip at pobox.com)
>
>
>
> On 30 Nov, 2005, at 14:13, Robert Seeger wrote:
>
> > All that has been written on this topic so far is only
> partially true.
> > This
> > Syntax existed in MoinMoin 1.1, was IMHO very
> straightforward and well
> > implemented.
> >
> > It was later deprecated and removed for reasons that I
> personally have
> > my
> > doubts about, see
> > http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ExternalLinkWithNewPage.
>
> This feature is not supported by HTML 4 strict. I think you can add
> support by using language extensions - but I'm not sure how its done.
>

Sorry, I still don't see that in any W3C standard.
http://www.w3.org/TR/html401/present/frames.html#adef-target says:
"The target attribute may be set for elements that create links (A, LINK),
image maps (AREA), and forms (FORM)." Furthermore
http://www.w3.org/TR/html401/types.html#type-frame-target explicitly defines
"_blank" as a valid special name.

But that's a rather academic discussion.
> > Now you
> > can't even find it on HelpOnLinking,
>
> Whats wrong with correct docs? :-)
Nothing, I just wanted to say that if you don't know that such thing existed
in the first place, you can't find it.
>
>
> A macro is not clumsy and does work well for all situations - in this
> case, few links in a wiki.
>
> Opening a new windows from a link is in most cases bad user
> interface.
> Users want to control their windows and tabs, and you should
> not try to
> do things behind their back. There are only few cases when it
> will help
> the user to open another page in another window, and even in those
> cases, some user might be annoyed by this, for example, they may want
> to open the link in a new tab, not in a new window.

I have to admit that I am quite ignorant (or rather have to be, according to
company rules ;-) about all the fancy new Firefoxes, Operas etc. but I don't
think that "in a new tab" is a W3C HTML4 concept either. How do you encode
that into an A link tag?
We use a lot of interwiki links, both to interlink between all wiki
instances in our wiki farm and also to allow easy symbolic links to other
parts of our knowledge management (fileserver directories, epydoc-server,
roundup tracker issues, centralized mail adresses and mails...). In all
those cases users get quite confused if they get transferred to a different
location and still have the same window. Sometimes they close the window
accidentially and thus lose the wiki user interface as well (happens even to
me quite often ;-((
Using a macro instead of a simple one-character markup does look neither
pythonic nor "wiki way" to me, but that's just my humble opinion. It's hard
enough to teach "good" link markup syntax to average users (meaning "use
interwiki monikers, don't post hard URLs"), but it's much harder to teach
them to write a macro call for each link.

So I respectfully disagree with Nir's opinion, but I was not the one who
asked first and   m y   problem is solved. MoinMoin coding is not pure
democratic anarchy and if the core developers make different decisions
that's their right - I don't have to live with those as long as I can patch
around them - hey, that's the fun in open source python projects ;-))

Kind Regards,
Robert





From gregwh at gmail.com  Wed Nov 30 11:01:02 2005
From: gregwh at gmail.com (greg whittier)
Date: Wed Nov 30 11:01:02 2005
Subject: [Moin-user] mail_sendmail and subscribing to a page with 1.5.0beta4
Message-ID: <a250eacf0511301100h6804a2a8o7d40c436a7365cd5@mail.gmail.com>

I'm trying to configure email.  My configuration is as below

Python Version
    2.3 (#1, Sep 13 2003, 00:49:11) [GCC 3.3 20030304 (Apple Computer,
Inc. build 1495)]
MoinMoin Version
    Release 1.5.0beta4 [Revision release]

I've set up wikiconfig.py as

    # Configure to enable subscribing to pages (disabled by default)
    # or sending forgotten passwords.
    mail_sendmail = "/usr/sbin/sendmail -t -i"

    # SMTP server, e.g. "mail.provider.com" (None to disable mail)
    mail_smarthost = ""

    # The return address, e.g u"J<FC>rgen Wiki <noreply at mywiki.org>" [Unicode]
    mail_from = u"me at myaddress.com

    # "user pwd" if you need to use SMTP AUTH
    mail_login = ""

(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.)

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.

Thanks,
Greg