From mark.scheufele at diasemi.com  Tue Nov  2 12:31:06 2010
From: mark.scheufele at diasemi.com (Mark Scheufele)
Date: Tue, 2 Nov 2010 17:31:06 +0100
Subject: [Moin-user] problem with <<FullSearch>> macro using Internet
	Explorer
Message-ID: <B5FABD7B062D1243BDB95E401D1745B204B882C4@charlie.diasemi.com>

Hi Moin Users,

I am experiencing the following problem accessing our moinmoin wiki
(version 1.9.3 running under apache as wsgi app on windows) using
internet explorer:

When I try to access a page that contains a <<FullSearch>> using
internet explorer, internet explorer becomes unresponsive and after some
time a popup occurs that asks whether I want to "Stop running this
script". If I click yes I can continue using the wiki. This also applies
to the Recent Changes page.

When I use firefox everything works flawlessly.

Does somebody also experience this behavior?

Regards,

mark


_______________________________________________________________________________________

Dialog Semiconductor GmbH
Neue Str. 95
D-73230 Kirchheim
Managing Director: Dr. Jalal Bagherli
Chairman of the Supervisory Board: Gregorio Reyes
Commercial register: Amtsgericht Stuttgart: HRB 231181
UST-ID-Nr. DE 811121668


Legal Disclaimer: This e-mail communication (and any attachment/s) is confidential and 
contains proprietary information, some or all of which may be legally privileged. It is 
intended solely for the use of the individual or entity to which it is addressed. Access 
to this email by anyone else is unauthorized. If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be taken in reliance
on it, is prohibited and may be unlawful.



From mark.scheufele at diasemi.com  Tue Nov  2 13:04:51 2010
From: mark.scheufele at diasemi.com (Mark Scheufele)
Date: Tue, 2 Nov 2010 18:04:51 +0100
Subject: [Moin-user] problem with <<FullSearch>> macro using Internet
	Explorer UPDATE
Message-ID: <B5FABD7B062D1243BDB95E401D1745B204B882C9@charlie.diasemi.com>

Hi,

I did some more troubleshooting on this issue and I found out that
internet explorer screws up when macros like <<FullSearch>> or
<<NewPage>> are put into a table.

For example the formatting causes IE to stop working properly:

||<style="border: medium none;"> <<FullSearch>> ||<style="border: medium
none;"><<NewPage(ItUnixProcessDocument,Create a new page here, at SELF)>>
||

Using the macros without putting them into a table works fine within IE.

<<FullSearch>>
<<NewPage(ItUnixProcessDocument,Create a new page here, at SELF)>>


Any ideas?

Many thanks in advance,

mark

Hi Moin Users,

I am experiencing the following problem accessing our moinmoin wiki
(version 1.9.3 running under apache as wsgi app on windows) using
internet explorer:

When I try to access a page that contains a <<FullSearch>> using
internet explorer, internet explorer becomes unresponsive and after some
time a popup occurs that asks whether I want to "Stop running this
script". If I click yes I can continue using the wiki. This also applies
to the Recent Changes page.

When I use firefox everything works flawlessly.

Does somebody also experience this behavior?

Regards,

mark


_______________________________________________________________________________________

Dialog Semiconductor GmbH
Neue Str. 95
D-73230 Kirchheim
Managing Director: Dr. Jalal Bagherli
Chairman of the Supervisory Board: Gregorio Reyes
Commercial register: Amtsgericht Stuttgart: HRB 231181
UST-ID-Nr. DE 811121668


Legal Disclaimer: This e-mail communication (and any attachment/s) is confidential and 
contains proprietary information, some or all of which may be legally privileged. It is 
intended solely for the use of the individual or entity to which it is addressed. Access 
to this email by anyone else is unauthorized. If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be taken in reliance
on it, is prohibited and may be unlawful.



From crosseyedpenguin at yahoo.com  Tue Nov  2 17:58:44 2010
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Tue, 2 Nov 2010 14:58:44 -0700 (PDT)
Subject: [Moin-user] problem with <<FullSearch>> macro using Internet
	Explorer UPDATE
In-Reply-To: <B5FABD7B062D1243BDB95E401D1745B204B882C9@charlie.diasemi.com>
Message-ID: <593004.29172.qm@web36206.mail.mud.yahoo.com>

--- On Tue, 11/2/10, Mark Scheufele <mark.scheufele at diasemi.com> wrote:

> From: Mark Scheufele <mark.scheufele at diasemi.com>
> Subject: [Moin-user] problem with <<FullSearch>> macro using Internet Explorer UPDATE
> To: moin-user at lists.sourceforge.net
> Date: Tuesday, November 2, 2010, 10:04 AM
> Hi,
> 
> I did some more troubleshooting on this issue and I found
> out that
> internet explorer screws up when macros like
> <<FullSearch>> or
> <<NewPage>> are put into a table.
> 
> For example the formatting causes IE to stop working
> properly:
> 
> ||<style="border: medium none;">
> <<FullSearch>> ||<style="border: medium
> none;"><<NewPage(ItUnixProcessDocument,Create a
> new page here, at SELF)>>
> ||
> 
> Using the macros without putting them into a table works
> fine within IE.
> 
> <<FullSearch>>
> <<NewPage(ItUnixProcessDocument,Create a new page
> here, at SELF)>>
> 
> 
> Any ideas?
> 
> Many thanks in advance,
> 
> mark

I opened a bug report at: http://moinmo.in/MoinMoinBugs/FormInsideTableCausesIE8ScriptLoop.  No solution yet.

Roger Haase



      



From mark.scheufele at diasemi.com  Wed Nov  3 04:37:11 2010
From: mark.scheufele at diasemi.com (Mark Scheufele)
Date: Wed, 3 Nov 2010 09:37:11 +0100
Subject: [Moin-user] problem with <<FullSearch>> macro using Internet
	Explorer UPDATE
In-Reply-To: <589542.51680.qm@web36205.mail.mud.yahoo.com>
References: <B5FABD7B062D1243BDB95E401D1745B204B882C9@charlie.diasemi.com>
	<589542.51680.qm@web36205.mail.mud.yahoo.com>
Message-ID: <B5FABD7B062D1243BDB95E401D1745B204B8832A@charlie.diasemi.com>

Hi Roger,

many thanks for your help. It works like a charm now!!

BR,

mark

-----Original Message-----
From: Roger Haase [mailto:crosseyedpenguin at yahoo.com] 
Sent: Mittwoch, 3. November 2010 06:13
To: Mark Scheufele
Subject: Re: [Moin-user] problem with <<FullSearch>> macro using
Internet Explorer UPDATE

Hi Mark,

I attached a revised common.js to
http://moinmo.in/MoinMoinBugs/FormInsideTableCausesIE8ScriptLoop that
fixes the problem on my W/7 test system.

Roger Haase




      
_______________________________________________________________________________________

Dialog Semiconductor GmbH
Neue Str. 95
D-73230 Kirchheim
Managing Director: Dr. Jalal Bagherli
Chairman of the Supervisory Board: Gregorio Reyes
Commercial register: Amtsgericht Stuttgart: HRB 231181
UST-ID-Nr. DE 811121668


Legal Disclaimer: This e-mail communication (and any attachment/s) is confidential and 
contains proprietary information, some or all of which may be legally privileged. It is 
intended solely for the use of the individual or entity to which it is addressed. Access 
to this email by anyone else is unauthorized. If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be taken in reliance
on it, is prohibited and may be unlawful.



From tw-public at gmx.de  Fri Nov  5 12:39:03 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 05 Nov 2010 17:39:03 +0100
Subject: [Moin-user] MoinMoin was invited for Google Code-In
Message-ID: <1288975143.27654.25.camel@server.firma.waldmann-edv.de>

MoinMoin,

I am happy to announce that we got invited to take part as a mentoring
organisation for Google Code-In (GCI).

http://code.google.com/intl/de/opensource/gci/2010-11/index.html

http://socghop.appspot.com/

http://socghop.appspot.com/gci/org/show/google/gci2010/moinmoin

If you are a young student (13 .. 18 years old), it might be interesting
for you to take part in GCI - please read the FAQ and rules there. You
can have some fun, get introduced to a Free Software / Open Source
Project (if needed), make important contributions to MoinMoin and get
some prices. :)

If you are a bit older, you could help us with creating the tasks for
GCI (has to be done until November 22, when the contest starts) and with
mentoring the students.

MoinMoin developers (including former SOC students or GHOP
participants), admins and users are needed for this. So if you like
working with young geeks, consider joining the team.

Some ideas for tasks are there, but there is still a lot of work to do
(checking the tasks for difficulty and duration, making them more
precise, preparing them for feeding into Melange, etc.):

http://moinmo.in/EasyToDo

If you want to help, join us on IRC #moin-dev on chat.freenode.net.

Cheers,

Thomas





From tw-public at gmx.de  Sat Nov 13 09:00:58 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sat, 13 Nov 2010 15:00:58 +0100
Subject: [Moin-user] MoinMoin was invited for Google Code-In
In-Reply-To: <1288975143.27654.25.camel@server.firma.waldmann-edv.de>
References: <1288975143.27654.25.camel@server.firma.waldmann-edv.de>
Message-ID: <1289656858.17883.42.camel@x300>

> If you are a bit older, you could help us with creating the tasks for
> GCI (has to be done until November 22, when the contest starts) and with
> mentoring the students.
> 
> MoinMoin developers (including former SOC students or GHOP
> participants), admins and users are needed for this. So if you like
> working with young geeks, consider joining the team.

> Some ideas for tasks are there, but there is still a lot of work to do
> (checking the tasks for difficulty and duration, making them more
> precise, preparing them for feeding into Melange, etc.):
> 
> http://moinmo.in/EasyToDo
> 
> If you want to help, join us on IRC #moin-dev on chat.freenode.net.

This is still open and there haven't been much community involvement
yet.

So, if you have some interest in moin development getting some more
contributors maybe, moin2 being more tested, documented and finished
earlier and some young people having the chance to get into FOSS /
python / moin community (and even winning some prices while doing so),
then please help preparing those tasks.

The tasks are intended for 13..18y olds, so you likely can help with
these even if you are not a moin core developer (and maybe if you don't
know extremely much about moin, you can even better judge about whether
these tasks are suitable for the students).

We (reimar and me) had 2 etherpad editing sessions yet on the task list,
but there is still more cleanup needed.

After the cleanup, the tasks will need to be put onto individual wiki
pages (template exists), so we are ready to bulk upload them at 20./21.
of November. Contest starts at 22.11.2010.

We are expected to have about 100 tasks by then.





From luciangoron at gmail.com  Mon Nov 15 10:42:45 2010
From: luciangoron at gmail.com (Lucian Cosmin GORON)
Date: Mon, 15 Nov 2010 16:42:45 +0100
Subject: [Moin-user] apache2: bad group name
Message-ID: <4CE154F5.9060602@gmail.com>

NOTE: I am a newcomer to moin and apache. I just want to have a quick 
functioning wiki page for professional purposes.

The otehr day I was following http://moinmo.in/HowTo/UbuntuQuick to get 
it running, but at step 2.8. I got "apache2: bad group name rrg". My 
user=goron and group=rrg.

I checked different threads
http://ubuntuforums.org/showthread.php?t=804436
http://wwww.ubuntuforums.org/showthread.php?t=1275391
http://serverfault.com/questions/59413/apache2-restart-issue
but none solved the problem.

Help, please.

Cheers,



From sdavis2 at mail.nih.gov  Mon Nov 15 10:51:48 2010
From: sdavis2 at mail.nih.gov (Sean Davis)
Date: Mon, 15 Nov 2010 10:51:48 -0500
Subject: [Moin-user] apache2: bad group name
In-Reply-To: <4CE154F5.9060602@gmail.com>
References: <4CE154F5.9060602@gmail.com>
Message-ID: <AANLkTiksUmYrq14pm-FtRvggXznqMNHJnuquiiwwOF=2@mail.gmail.com>

On Mon, Nov 15, 2010 at 10:42 AM, Lucian Cosmin GORON <luciangoron at gmail.com
> wrote:

> NOTE: I am a newcomer to moin and apache. I just want to have a quick
> functioning wiki page for professional purposes.
>
> The otehr day I was following http://moinmo.in/HowTo/UbuntuQuick to get
> it running, but at step 2.8. I got "apache2: bad group name rrg". My
> user=goron and group=rrg.
>
> I checked different threads
> http://ubuntuforums.org/showthread.php?t=804436
> http://wwww.ubuntuforums.org/showthread.php?t=1275391
> http://serverfault.com/questions/59413/apache2-restart-issue
> but none solved the problem.
>
>
Does the group "rrg" exist on the apache server?

Sean


> Help, please.
>
> Cheers,
>
>
> ------------------------------------------------------------------------------
> Centralized Desktop Delivery: Dell and VMware Reference Architecture
> Simplifying enterprise desktop deployment and management using
> Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
> client virtualization framework. Read more!
> http://p.sf.net/sfu/dell-eql-dev2dev
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20101115/0f12fc95/attachment.html>

From nicozanf at gmail.com  Tue Nov 16 03:41:20 2010
From: nicozanf at gmail.com (Nico Zanferrari)
Date: Tue, 16 Nov 2010 09:41:20 +0100
Subject: [Moin-user] apache2: bad group name
In-Reply-To: <4CE154F5.9060602@gmail.com>
References: <4CE154F5.9060602@gmail.com>
Message-ID: <AANLkTimeSjAqEK9SpXQ-cKzC4v8+my4eyGvrziByX1sL@mail.gmail.com>

Welcome!

I think you've changed the proposed user & group (www-data) in the
Apache configuration with your own ....  use  "www-data" and it must
work.

BTW: maybe I should modify or delete the line:

# create some wsgi daemons - use user/group same as your data_dir:

because it is unnecessary in a simple and quick tutorial like this
(and could be misunderstood by newcomers ;-)))


Cheers,
Nico.


2010/11/15 Lucian Cosmin GORON <luciangoron at gmail.com>
>
> The otehr day I was following http://moinmo.in/HowTo/UbuntuQuick to get
> it running, but at step 2.8. I got "apache2: bad group name rrg". My
> user=goron and group=rrg.



From george at galis.org  Fri Nov 19 18:30:45 2010
From: george at galis.org (George Georgalis)
Date: Fri, 19 Nov 2010 15:30:45 -0800
Subject: [Moin-user] user support suite....
Message-ID: <20101119233045.GG9006@bonnie.galis.org>

Hi all, I hope this is not taken as inappropriate but I am looking
for a "forum" software and I wanted the good sense opinion of moin
users. :)

Basically I need something that your typical phpBB user will be
able to figure out (not a mailing list) but which is written in
python. I don't have any leads.

Soon I'll need a ticket system too, same requirement. I like
Roundup but I'm curious if there are other ones to choose from?

I am familiar with Trac, but I left that for moin, preferring
a simpler user experience and I don't really see an advantage
to full integration over just using http links.

-George



From tw-public at gmx.de  Sat Nov 20 11:07:23 2010
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sat, 20 Nov 2010 17:07:23 +0100
Subject: [Moin-user] user support suite....
In-Reply-To: <20101119233045.GG9006@bonnie.galis.org>
References: <20101119233045.GG9006@bonnie.galis.org>
Message-ID: <1290269243.3459.25.camel@x300>

Hi George,

> Hi all, I hope this is not taken as inappropriate but I am looking
> for a "forum" software and I wanted the good sense opinion of moin
> users. :)

Well, I personally dislike forums (and mailing lists), because what one
gets is a huge pile of mostly useless or even counterproductive or
clueless posts with some more interesting ones hidden between as a
needle in the haystack, with usually not much means to do any cleanup.

With wikis you can have the same (if noone cares for cleaning up), but
you at least have a means to clean up, if you like.

I see that there is some learning curve for users not used to wikis, but
it is maybe not as much of a problem as it was 5..10y ago, because
nowadays many people have at least used some wiki now and then.

> Basically I need something that your typical phpBB user will be
> able to figure out (not a mailing list) but which is written in
> python. I don't have any leads.

http://www.pocoo.org/history/#history

Other than that, try google. :)

> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today
> http://p.sf.net/sfu/msIE9-sfdev2dev

Somehow funny to read Microsoft ADs advertising how great standards
compliance is. And what does "sfu" (see url) mean again? :)

Cheers,

Thomas





From george at galis.org  Sat Nov 20 16:54:19 2010
From: george at galis.org (George Georgalis)
Date: Sat, 20 Nov 2010 13:54:19 -0800
Subject: [Moin-user] user support suite....
In-Reply-To: <1290269243.3459.25.camel@x300>
References: <20101119233045.GG9006@bonnie.galis.org>
	<1290269243.3459.25.camel@x300>
Message-ID: <20101120215419.GP9006@bonnie.galis.org>

Hello Thomas,

On Sat 20 Nov 2010 at 05:07:23 PM +0100, Thomas Waldmann wrote:
>> Hi all, I hope this is not taken as inappropriate but I am looking
>> for a "forum" software and I wanted the good sense opinion of moin
>> users. :)
>
>Well, I personally dislike forums (and mailing lists), because what one
>gets is a huge pile of mostly useless or even counterproductive or
>clueless posts with some more interesting ones hidden between as a
>needle in the haystack, with usually not much means to do any cleanup.

I agree. Nevertheless....

>> Basically I need something that your typical phpBB user will be
>> able to figure out (not a mailing list) but which is written in
>> python. I don't have any leads.
>
>http://www.pocoo.org/history/#history

to that add...

SilvaForum - sounds ok, looking for a demo
http://pypi.python.org/pypi/Products.SilvaForum/0.3.1

dinette - sounds ok, looking for a demo
http://pypi.python.org/pypi/dinette/1.2a

...I'm not looking for a framework framework framework. I find it
odd there is no demo with these apps, only abstractions of the
code function.

I'm leaning toward 

OSQA - Perhaps this will serve a forum and ticket system
http://www.osqa.net/

askbot - neat but maybe too complicated?
http://askbot.org/en/questions/

maybe Q&A (support) + wiki is the answer.

>Other than that, try google. :)

One of the more difficult queries.... "python forum"
mostly I get forums for some software project. best
results where from queries on python.org.

-George



From george at galis.org  Fri Nov 26 15:29:34 2010
From: george at galis.org (George Georgalis)
Date: Fri, 26 Nov 2010 12:29:34 -0800
Subject: [Moin-user] feature request open wiki in controlled world
Message-ID: <20101126202934.GC28518@bonnie.galis.org>

Everyone here knows the benefits of wiki. When a "trust but
verify" approach is applied, the return from allowing open edits
far outweighs the risk of mis-information.

But what about in a controlled orginization? Where there is desire
to use a wiki but policy or procedures prevent it.

Perhaps a simple module can go a long way to address the
situation.  The hypothetical module gives users the option to
view the revisions last edited by AuthorizedGroup or the "wild
revision" (edits by users not in that group). Pages would default
to the authorized revision if that is newer than the wild type but
there would be an indication on the authorized page if a newer
wild revision where available.

The biggest problem I see with this is broken links or inappropriate
references due to mis-qualified page links. But the more I imagine
the implementation the less I think this would be an actual problem?

Thoughts? Would this be easy or difficult to implement?  I'm happy
to post this in the wiki feature request, if people think it's a
worthwhile feature.

-George



From eric at tibco.com  Mon Nov 29 12:59:02 2010
From: eric at tibco.com (Eric Johnson)
Date: Mon, 29 Nov 2010 09:59:02 -0800
Subject: [Moin-user] feature request open wiki in controlled world
In-Reply-To: <20101126202934.GC28518@bonnie.galis.org>
References: <20101126202934.GC28518@bonnie.galis.org>
Message-ID: <4CF3E9E6.4030908@tibco.com>

Hi George,

My take is that you can solve the problem with the tools you have, 
rather than inventing new ones.

For example, one approach we're taking is to have an "official" copy of 
a page (tightly restricted via MoinMoin ACLs), and a freely editable 
copy.  It is then up to the "owners" of the page to watch the freely 
editable copy, and move those changes over according to whatever rules 
they establish for themselves.

If you think about what you've described below, it amounts to almost the 
same steps - a less privileged member has to click a link to get to the 
page that allows "wild" edits, and only members of the the privileged 
group can copy materials back to the "official copy".

Even better, though, for people who are just interested in the 
"official" copy, they can see the changes over time that were explicitly 
accepted by the privileged group, without the noise of piecemeal edits 
that may or may not be allowed.  This approach also allows flexible 
rules about when materials get copied over (official sign-off at one 
extreme, quick daily reviews at another).

-Eric.

On 11/26/10 12:29 PM, George Georgalis wrote:
> Everyone here knows the benefits of wiki. When a "trust but
> verify" approach is applied, the return from allowing open edits
> far outweighs the risk of mis-information.
>
> But what about in a controlled orginization? Where there is desire
> to use a wiki but policy or procedures prevent it.
>
> Perhaps a simple module can go a long way to address the
> situation.  The hypothetical module gives users the option to
> view the revisions last edited by AuthorizedGroup or the "wild
> revision" (edits by users not in that group). Pages would default
> to the authorized revision if that is newer than the wild type but
> there would be an indication on the authorized page if a newer
> wild revision where available.
>
> The biggest problem I see with this is broken links or inappropriate
> references due to mis-qualified page links. But the more I imagine
> the implementation the less I think this would be an actual problem?
>
> Thoughts? Would this be easy or difficult to implement?  I'm happy
> to post this in the wiki feature request, if people think it's a
> worthwhile feature.
>
> -George
>
> ------------------------------------------------------------------------------
> Increase Visibility of Your 3D Game App&  Earn a Chance To Win $500!
> Tap into the largest installed PC base&  get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user



From daniel.d.mclaughlin at intel.com  Mon Nov 29 16:04:08 2010
From: daniel.d.mclaughlin at intel.com (McLaughlin, Daniel D)
Date: Mon, 29 Nov 2010 13:04:08 -0800
Subject: [Moin-user] No static pages
Message-ID: <4FF5AC937153B0459463C1A88EB478F2D22ABEBB@orsmsx505.amr.corp.intel.com>

Hi,

This is my fourth moinmoin 1.9.2 nfs wiki on Apache using mod_wsgi. On this new one, though I am superuser with no apparent typos, I don't see the LanguageSetup page. The page header is there with RecentChanges, FindPage, and HelpContents tabs, but all tabs load the same default page  with only the "Create New Page" function available. I am using GivenAuth and Apache is getting authentication from Active Directory. The htdocs directory is in the right place (...share/moin/htdocs). From a source directory, I ran "setup.py install prefix=/nfs/...../pclwiki/moin-1.9.2  --record=install.log". I then copied htdocs from the source dir to the correct directory and also copied the underlay and data directories to the instance_dir. I merely followed the previous wiki build notes.

Any ideas?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20101129/ff3b31e6/attachment.html>

From george at galis.org  Mon Nov 29 16:54:28 2010
From: george at galis.org (George Georgalis)
Date: Mon, 29 Nov 2010 13:54:28 -0800
Subject: [Moin-user] feature request open wiki in controlled world
In-Reply-To: <4CF3E9E6.4030908@tibco.com>
References: <20101126202934.GC28518@bonnie.galis.org>
	<4CF3E9E6.4030908@tibco.com>
Message-ID: <20101129215428.GD16121@bonnie.galis.org>

Hello Eric,

On Mon 29 Nov 2010 at 09:59:02 AM -0800, Eric Johnson wrote:
>My take is that you can solve the problem with the tools you have,
>rather than inventing new ones.

Yes, this is generally the best solution.

But your approach has a problem when a casual user follows a link
to the wiki. How will they know if it is an ACL restricted release
page or some random wild page someone posted. How will the casual
user even know there is a difference?

I raised the same question on a NetBSD list, here is an interesting
answer. http://mail-index.netbsd.org/netbsd-users/2010/11/27/msg007187.html

It turns out, they are customizing their wiki so the top half of
each page requires a developer login while the bottom half can be
edited by anyone.

-George


>For example, one approach we're taking is to have an "official" copy
>of a page (tightly restricted via MoinMoin ACLs), and a freely
>editable copy.  It is then up to the "owners" of the page to watch
>the freely editable copy, and move those changes over according to
>whatever rules they establish for themselves.
>
>If you think about what you've described below, it amounts to almost
>the same steps - a less privileged member has to click a link to get
>to the page that allows "wild" edits, and only members of the the
>privileged group can copy materials back to the "official copy".
>
>Even better, though, for people who are just interested in the
>"official" copy, they can see the changes over time that were
>explicitly accepted by the privileged group, without the noise of
>piecemeal edits that may or may not be allowed.  This approach also
>allows flexible rules about when materials get copied over (official
>sign-off at one extreme, quick daily reviews at another).
>
>-Eric.
>
>On 11/26/10 12:29 PM, George Georgalis wrote:
>>Everyone here knows the benefits of wiki. When a "trust but
>>verify" approach is applied, the return from allowing open edits
>>far outweighs the risk of mis-information.
>>
>>But what about in a controlled orginization? Where there is desire
>>to use a wiki but policy or procedures prevent it.
>>
>>Perhaps a simple module can go a long way to address the
>>situation.  The hypothetical module gives users the option to
>>view the revisions last edited by AuthorizedGroup or the "wild
>>revision" (edits by users not in that group). Pages would default
>>to the authorized revision if that is newer than the wild type but
>>there would be an indication on the authorized page if a newer
>>wild revision where available.
>>
>>The biggest problem I see with this is broken links or inappropriate
>>references due to mis-qualified page links. But the more I imagine
>>the implementation the less I think this would be an actual problem?
>>
>>Thoughts? Would this be easy or difficult to implement?  I'm happy
>>to post this in the wiki feature request, if people think it's a
>>worthwhile feature.
>>
>>-George
>>
>>------------------------------------------------------------------------------
>>Increase Visibility of Your 3D Game App&  Earn a Chance To Win $500!
>>Tap into the largest installed PC base&  get more eyes on your game by
>>optimizing for Intel(R) Graphics Technology. Get started today with the
>>Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
>>http://p.sf.net/sfu/intelisp-dev2dev
>>_______________________________________________
>>Moin-user mailing list
>>Moin-user at lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/moin-user
>



From eric at tibco.com  Mon Nov 29 17:08:44 2010
From: eric at tibco.com (Eric Johnson)
Date: Mon, 29 Nov 2010 14:08:44 -0800
Subject: [Moin-user] feature request open wiki in controlled world
In-Reply-To: <20101129215428.GD16121@bonnie.galis.org>
References: <20101126202934.GC28518@bonnie.galis.org>
	<4CF3E9E6.4030908@tibco.com>
	<20101129215428.GD16121@bonnie.galis.org>
Message-ID: <4CF4246C.5050706@tibco.com>

Hi George,

On 11/29/10 1:54 PM, George Georgalis wrote:
> Hello Eric,
>
> On Mon 29 Nov 2010 at 09:59:02 AM -0800, Eric Johnson wrote:
>> My take is that you can solve the problem with the tools you have,
>> rather than inventing new ones.
> Yes, this is generally the best solution.
>
> But your approach has a problem when a casual user follows a link
> to the wiki. How will they know if it is an ACL restricted release
> page or some random wild page someone posted. How will the casual
> user even know there is a difference?

That's simply documented at the top of the page.  If we were feeling 
particularly clever, I'd push to create a macro that would add some sort 
of background styling on the page so that it was obvious. Haven't done 
that, yet.

-Eric

> I raised the same question on a NetBSD list, here is an interesting
> answer. http://mail-index.netbsd.org/netbsd-users/2010/11/27/msg007187.html
>
> It turns out, they are customizing their wiki so the top half of
> each page requires a developer login while the bottom half can be
> edited by anyone.
>
> -George
>
>
>> For example, one approach we're taking is to have an "official" copy
>> of a page (tightly restricted via MoinMoin ACLs), and a freely
>> editable copy.  It is then up to the "owners" of the page to watch
>> the freely editable copy, and move those changes over according to
>> whatever rules they establish for themselves.
>>
>> If you think about what you've described below, it amounts to almost
>> the same steps - a less privileged member has to click a link to get
>> to the page that allows "wild" edits, and only members of the the
>> privileged group can copy materials back to the "official copy".
>>
>> Even better, though, for people who are just interested in the
>> "official" copy, they can see the changes over time that were
>> explicitly accepted by the privileged group, without the noise of
>> piecemeal edits that may or may not be allowed.  This approach also
>> allows flexible rules about when materials get copied over (official
>> sign-off at one extreme, quick daily reviews at another).
>>
>> -Eric.
>>
>> On 11/26/10 12:29 PM, George Georgalis wrote:
>>> Everyone here knows the benefits of wiki. When a "trust but
>>> verify" approach is applied, the return from allowing open edits
>>> far outweighs the risk of mis-information.
>>>
>>> But what about in a controlled orginization? Where there is desire
>>> to use a wiki but policy or procedures prevent it.
>>>
>>> Perhaps a simple module can go a long way to address the
>>> situation.  The hypothetical module gives users the option to
>>> view the revisions last edited by AuthorizedGroup or the "wild
>>> revision" (edits by users not in that group). Pages would default
>>> to the authorized revision if that is newer than the wild type but
>>> there would be an indication on the authorized page if a newer
>>> wild revision where available.
>>>
>>> The biggest problem I see with this is broken links or inappropriate
>>> references due to mis-qualified page links. But the more I imagine
>>> the implementation the less I think this would be an actual problem?
>>>
>>> Thoughts? Would this be easy or difficult to implement?  I'm happy
>>> to post this in the wiki feature request, if people think it's a
>>> worthwhile feature.
>>>
>>> -George
>>>
>>> ------------------------------------------------------------------------------
>>> Increase Visibility of Your 3D Game App&   Earn a Chance To Win $500!
>>> Tap into the largest installed PC base&   get more eyes on your game by
>>> optimizing for Intel(R) Graphics Technology. Get started today with the
>>> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
>>> http://p.sf.net/sfu/intelisp-dev2dev
>>> _______________________________________________
>>> Moin-user mailing list
>>> Moin-user at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/moin-user



From moinmoin at sheep.art.pl  Mon Nov 29 17:13:45 2010
From: moinmoin at sheep.art.pl (Radomir Dopieralski)
Date: Mon, 29 Nov 2010 23:13:45 +0100
Subject: [Moin-user] feature request open wiki in controlled world
In-Reply-To: <4CF4246C.5050706@tibco.com>
References: <20101126202934.GC28518@bonnie.galis.org>
	<4CF3E9E6.4030908@tibco.com>
	<20101129215428.GD16121@bonnie.galis.org>
	<4CF4246C.5050706@tibco.com>
Message-ID: <AANLkTimK_kKh-xBRVC49Zi59fb2ypaxZefES=ivCXYpL@mail.gmail.com>

One step ahead of you, MoinMoin already has the 'supplementation page'
feature, that lets it have a link to a subpage on every page. That
subpage may be used for discussion, like on wikipedia, or for keeping
a publicly editable copy of the page, like you are suggesting. You
just need to name it apropriately.

On Mon, Nov 29, 2010 at 11:08 PM, Eric Johnson <eric at tibco.com> wrote:
> Hi George,
>
> On 11/29/10 1:54 PM, George Georgalis wrote:
>> Hello Eric,
>>
>> On Mon 29 Nov 2010 at 09:59:02 AM -0800, Eric Johnson wrote:
>>> My take is that you can solve the problem with the tools you have,
>>> rather than inventing new ones.
>> Yes, this is generally the best solution.
>>
>> But your approach has a problem when a casual user follows a link
>> to the wiki. How will they know if it is an ACL restricted release
>> page or some random wild page someone posted. How will the casual
>> user even know there is a difference?
>
> That's simply documented at the top of the page. ?If we were feeling
> particularly clever, I'd push to create a macro that would add some sort
> of background styling on the page so that it was obvious. Haven't done
> that, yet.
>
> -Eric
>
>> I raised the same question on a NetBSD list, here is an interesting
>> answer. http://mail-index.netbsd.org/netbsd-users/2010/11/27/msg007187.html
>>
>> It turns out, they are customizing their wiki so the top half of
>> each page requires a developer login while the bottom half can be
>> edited by anyone.
>>
>> -George
>>
>>
>>> For example, one approach we're taking is to have an "official" copy
>>> of a page (tightly restricted via MoinMoin ACLs), and a freely
>>> editable copy. ?It is then up to the "owners" of the page to watch
>>> the freely editable copy, and move those changes over according to
>>> whatever rules they establish for themselves.
>>>
>>> If you think about what you've described below, it amounts to almost
>>> the same steps - a less privileged member has to click a link to get
>>> to the page that allows "wild" edits, and only members of the the
>>> privileged group can copy materials back to the "official copy".
>>>
>>> Even better, though, for people who are just interested in the
>>> "official" copy, they can see the changes over time that were
>>> explicitly accepted by the privileged group, without the noise of
>>> piecemeal edits that may or may not be allowed. ?This approach also
>>> allows flexible rules about when materials get copied over (official
>>> sign-off at one extreme, quick daily reviews at another).
>>>
>>> -Eric.
>>>
>>> On 11/26/10 12:29 PM, George Georgalis wrote:
>>>> Everyone here knows the benefits of wiki. When a "trust but
>>>> verify" approach is applied, the return from allowing open edits
>>>> far outweighs the risk of mis-information.
>>>>
>>>> But what about in a controlled orginization? Where there is desire
>>>> to use a wiki but policy or procedures prevent it.
>>>>
>>>> Perhaps a simple module can go a long way to address the
>>>> situation. ?The hypothetical module gives users the option to
>>>> view the revisions last edited by AuthorizedGroup or the "wild
>>>> revision" (edits by users not in that group). Pages would default
>>>> to the authorized revision if that is newer than the wild type but
>>>> there would be an indication on the authorized page if a newer
>>>> wild revision where available.
>>>>
>>>> The biggest problem I see with this is broken links or inappropriate
>>>> references due to mis-qualified page links. But the more I imagine
>>>> the implementation the less I think this would be an actual problem?
>>>>
>>>> Thoughts? Would this be easy or difficult to implement? ?I'm happy
>>>> to post this in the wiki feature request, if people think it's a
>>>> worthwhile feature.
>>>>
>>>> -George
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Increase Visibility of Your 3D Game App& ? Earn a Chance To Win $500!
>>>> Tap into the largest installed PC base& ? get more eyes on your game by
>>>> optimizing for Intel(R) Graphics Technology. Get started today with the
>>>> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
>>>> http://p.sf.net/sfu/intelisp-dev2dev
>>>> _______________________________________________
>>>> Moin-user mailing list
>>>> Moin-user at lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/moin-user
>
> ------------------------------------------------------------------------------
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>



-- 
Radomir Dopieralski, http://sheep.art.pl



From george at galis.org  Mon Nov 29 18:37:36 2010
From: george at galis.org (George Georgalis)
Date: Mon, 29 Nov 2010 15:37:36 -0800
Subject: [Moin-user] feature request open wiki in controlled world
In-Reply-To: <AANLkTimK_kKh-xBRVC49Zi59fb2ypaxZefES=ivCXYpL@mail.gmail.com>
References: <20101126202934.GC28518@bonnie.galis.org>
	<4CF3E9E6.4030908@tibco.com>
	<20101129215428.GD16121@bonnie.galis.org>
	<4CF4246C.5050706@tibco.com>
	<AANLkTimK_kKh-xBRVC49Zi59fb2ypaxZefES=ivCXYpL@mail.gmail.com>
Message-ID: <20101129233736.GF16121@bonnie.galis.org>

Hey, thanks, I see HelpOnConfiguration/SupplementationPage

I had not noticed this feature before. It covers most all of my
needs well!  One shortcoming is the ability to get notifications
of discussions on pages you own. on a busy wiki, I cannot think of
how to regex notifications to that limited subset of changes. :|

but if this is as bad as it gets, I can handle it :)

Actually, a cool template might be to drop any Discussion page
into the tail of the main page rendering...

-George 


On Mon 29 Nov 2010 at 11:13:45 PM +0100, Radomir Dopieralski wrote:
>One step ahead of you, MoinMoin already has the 'supplementation page'
>feature, that lets it have a link to a subpage on every page. That
>subpage may be used for discussion, like on wikipedia, or for keeping
>a publicly editable copy of the page, like you are suggesting. You
>just need to name it apropriately.
>
>On Mon, Nov 29, 2010 at 11:08 PM, Eric Johnson <eric at tibco.com> wrote:
>> Hi George,
>>
>> On 11/29/10 1:54 PM, George Georgalis wrote:
>>> Hello Eric,
>>>
>>> On Mon 29 Nov 2010 at 09:59:02 AM -0800, Eric Johnson wrote:
>>>> My take is that you can solve the problem with the tools you have,
>>>> rather than inventing new ones.
>>> Yes, this is generally the best solution.
>>>
>>> But your approach has a problem when a casual user follows a link
>>> to the wiki. How will they know if it is an ACL restricted release
>>> page or some random wild page someone posted. How will the casual
>>> user even know there is a difference?
>>
>> That's simply documented at the top of the page. ?If we were feeling
>> particularly clever, I'd push to create a macro that would add some sort
>> of background styling on the page so that it was obvious. Haven't done
>> that, yet.
>>
>> -Eric
>>
>>> I raised the same question on a NetBSD list, here is an interesting
>>> answer. http://mail-index.netbsd.org/netbsd-users/2010/11/27/msg007187.html
>>>
>>> It turns out, they are customizing their wiki so the top half of
>>> each page requires a developer login while the bottom half can be
>>> edited by anyone.
>>>
>>> -George
>>>
>>>
>>>> For example, one approach we're taking is to have an "official" copy
>>>> of a page (tightly restricted via MoinMoin ACLs), and a freely
>>>> editable copy. ?It is then up to the "owners" of the page to watch
>>>> the freely editable copy, and move those changes over according to
>>>> whatever rules they establish for themselves.
>>>>
>>>> If you think about what you've described below, it amounts to almost
>>>> the same steps - a less privileged member has to click a link to get
>>>> to the page that allows "wild" edits, and only members of the the
>>>> privileged group can copy materials back to the "official copy".
>>>>
>>>> Even better, though, for people who are just interested in the
>>>> "official" copy, they can see the changes over time that were
>>>> explicitly accepted by the privileged group, without the noise of
>>>> piecemeal edits that may or may not be allowed. ?This approach also
>>>> allows flexible rules about when materials get copied over (official
>>>> sign-off at one extreme, quick daily reviews at another).
>>>>
>>>> -Eric.
>>>>
>>>> On 11/26/10 12:29 PM, George Georgalis wrote:
>>>>> Everyone here knows the benefits of wiki. When a "trust but
>>>>> verify" approach is applied, the return from allowing open edits
>>>>> far outweighs the risk of mis-information.
>>>>>
>>>>> But what about in a controlled orginization? Where there is desire
>>>>> to use a wiki but policy or procedures prevent it.
>>>>>
>>>>> Perhaps a simple module can go a long way to address the
>>>>> situation. ?The hypothetical module gives users the option to
>>>>> view the revisions last edited by AuthorizedGroup or the "wild
>>>>> revision" (edits by users not in that group). Pages would default
>>>>> to the authorized revision if that is newer than the wild type but
>>>>> there would be an indication on the authorized page if a newer
>>>>> wild revision where available.
>>>>>
>>>>> The biggest problem I see with this is broken links or inappropriate
>>>>> references due to mis-qualified page links. But the more I imagine
>>>>> the implementation the less I think this would be an actual problem?
>>>>>
>>>>> Thoughts? Would this be easy or difficult to implement? ?I'm happy
>>>>> to post this in the wiki feature request, if people think it's a
>>>>> worthwhile feature.
>>>>>
>>>>> -George
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Increase Visibility of Your 3D Game App& ? Earn a Chance To Win $500!
>>>>> Tap into the largest installed PC base& ? get more eyes on your game by
>>>>> optimizing for Intel(R) Graphics Technology. Get started today with the
>>>>> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
>>>>> http://p.sf.net/sfu/intelisp-dev2dev
>>>>> _______________________________________________
>>>>> Moin-user mailing list
>>>>> Moin-user at lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/moin-user
>>
>> ------------------------------------------------------------------------------
>> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
>> Tap into the largest installed PC base & get more eyes on your game by
>> optimizing for Intel(R) Graphics Technology. Get started today with the
>> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
>> http://p.sf.net/sfu/intelisp-dev2dev
>> _______________________________________________
>> Moin-user mailing list
>> Moin-user at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/moin-user
>>
>
>
>
>-- 
>Radomir Dopieralski, http://sheep.art.pl
>



From Nikolaus at rath.org  Tue Nov 30 15:30:16 2010
From: Nikolaus at rath.org (Nikolaus Rath)
Date: Tue, 30 Nov 2010 15:30:16 -0500
Subject: [Moin-user] Using fckeditor and inline_latex
Message-ID: <87wrnu367b.fsf@inspiron.ap.columbia.edu>

Hello,

When I edit a page that starts with #format inline_latex (implemented by
http://moinmo.in/ParserMarket/inline_latex) using fckeditor, I'm getting
an internal server error with the following traceback:

[Tue Nov 30 20:08:22 2010] [error] 2010-11-30 20:08:22,247 ERROR MoinMoin.wsgiapp:293 An exception has occurred [https://www.rath.org/wiki/Math%20Demo].
[Tue Nov 30 20:08:22 2010] [error] Traceback (most recent call last):
[Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wsgiapp.py", line 282, in __call__
[Tue Nov 30 20:08:22 2010] [error]     response = run(context)
[Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wsgiapp.py", line 88, in run
[Tue Nov 30 20:08:22 2010] [error]     response = dispatch(request, context, action_name)
[Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wsgiapp.py", line 136, in dispatch
[Tue Nov 30 20:08:22 2010] [error]     response = handle_action(context, pagename, action_name)
[Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wsgiapp.py", line 195, in handle_action
[Tue Nov 30 20:08:22 2010] [error]     handler(context.page.page_name, context)
[Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/action/edit.py", line 98, in execute
[Tue Nov 30 20:08:22 2010] [error]     convert = wikiutil.importPlugin(request.cfg, "converter", converter_name, 'convert')
[Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wikiutil.py", line 1057, in importPlugin
[Tue Nov 30 20:08:22 2010] [error]     return importBuiltinPlugin(kind, name, function)
[Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wikiutil.py", line 1079, in importBuiltinPlugin
[Tue Nov 30 20:08:22 2010] [error]     raise PluginMissingError()
[Tue Nov 30 20:08:22 2010] [error] PluginMissingError

My theory is that FCKeditor does not like the #format at the beginning
(it is shown with a yellow exclamation mark in the editor window),
converts it to something else and thereby confuses the server (as long
as I'm using the text editor, everything works fine).

Anyone able to help?


Thanks,

   -Nikolaus

-- 
 ?Time flies like an arrow, fruit flies like a Banana.?

  PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6  02CF A9AD B7F8 AE4E 425C




From rb.proj at googlemail.com  Tue Nov 30 16:45:35 2010
From: rb.proj at googlemail.com (ReimarBauer)
Date: Tue, 30 Nov 2010 22:45:35 +0100
Subject: [Moin-user] Using fckeditor and inline_latex
In-Reply-To: <87wrnu367b.fsf@inspiron.ap.columbia.edu>
References: <87wrnu367b.fsf@inspiron.ap.columbia.edu>
Message-ID: <id3ra0$ag0$1@dough.gmane.org>

On 30.11.2010 21:30, Nikolaus Rath wrote:
> Hello,
> 
> When I edit a page that starts with #format inline_latex (implemented by
> http://moinmo.in/ParserMarket/inline_latex) using fckeditor, I'm getting
> an internal server error with the following traceback:
> 
> [Tue Nov 30 20:08:22 2010] [error] 2010-11-30 20:08:22,247 ERROR MoinMoin.wsgiapp:293 An exception has occurred [https://www.rath.org/wiki/Math%20Demo].
> [Tue Nov 30 20:08:22 2010] [error] Traceback (most recent call last):
> [Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wsgiapp.py", line 282, in __call__
> [Tue Nov 30 20:08:22 2010] [error]     response = run(context)
> [Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wsgiapp.py", line 88, in run
> [Tue Nov 30 20:08:22 2010] [error]     response = dispatch(request, context, action_name)
> [Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wsgiapp.py", line 136, in dispatch
> [Tue Nov 30 20:08:22 2010] [error]     response = handle_action(context, pagename, action_name)
> [Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wsgiapp.py", line 195, in handle_action
> [Tue Nov 30 20:08:22 2010] [error]     handler(context.page.page_name, context)
> [Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/action/edit.py", line 98, in execute
> [Tue Nov 30 20:08:22 2010] [error]     convert = wikiutil.importPlugin(request.cfg, "converter", converter_name, 'convert')
> [Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wikiutil.py", line 1057, in importPlugin
> [Tue Nov 30 20:08:22 2010] [error]     return importBuiltinPlugin(kind, name, function)
> [Tue Nov 30 20:08:22 2010] [error]   File "/usr/lib/pymodules/python2.6/MoinMoin/wikiutil.py", line 1079, in importBuiltinPlugin
> [Tue Nov 30 20:08:22 2010] [error]     raise PluginMissingError()
> [Tue Nov 30 20:08:22 2010] [error] PluginMissingError
> 
> My theory is that FCKeditor does not like the #format at the beginning
> (it is shown with a yellow exclamation mark in the editor window),
> converts it to something else and thereby confuses the server (as long
> as I'm using the text editor, everything works fine).
> 
> Anyone able to help?

fckeditor of 1.x works only with moin markup. Usually it detects the
format right. But this parser (inline_latex) is derived from the wiki
parser.
text_html_text_moin_wiki is not able to convert xhtml to other formats
than exactly to the moin wiki markup. It did not know additional markup.

The bug is that it offers the gui editor link.
Please file it.

cheers
Reimar

> 
> 
> Thanks,
> 
>    -Nikolaus
> 





From rb.proj at googlemail.com  Tue Nov 30 16:52:40 2010
From: rb.proj at googlemail.com (ReimarBauer)
Date: Tue, 30 Nov 2010 22:52:40 +0100
Subject: [Moin-user] No static pages
In-Reply-To: <4FF5AC937153B0459463C1A88EB478F2D22ABEBB@orsmsx505.amr.corp.intel.com>
References: <4FF5AC937153B0459463C1A88EB478F2D22ABEBB@orsmsx505.amr.corp.intel.com>
Message-ID: <id3rn8$cb5$1@dough.gmane.org>

On 29.11.2010 22:04, McLaughlin, Daniel D wrote:
> Hi,
> 
>  
> 
> This is my fourth moinmoin 1.9.2 nfs wiki on Apache using mod_wsgi. On
> this new one, though I am superuser with no apparent typos, I don?t see
> the LanguageSetup page. 

If you don't see it then the config may be don't point to the right
underlay dir or you have permission problems.

The page header is there with RecentChanges,
> FindPage, and HelpContents tabs, but all tabs load the same default page
>  with only the ?Create New Page? function available. 

That is correct. Because you have only the page LanguageSetup. After
installation of page packs you have these pages.


I am using
> GivenAuth and Apache is getting authentication from Active Directory.
> The htdocs directory is in the right place (?share/moin/htdocs). From a
> source directory, I ran ?setup.py install
> prefix=/nfs/?../pclwiki/moin-1.9.2  --record=install.log?. I then copied
> htdocs from the source dir to the correct directory and also copied the
> underlay and data directories to the instance_dir. I merely followed the
> previous wiki build notes.

you can also set an absolute path for data_underlay_dir
http://hg.moinmo.in/moin/1.9/file/62875f1ab006/wiki/config/wikiconfig.py#l54

do you have the file wikiconfig.py in the same dir as the underlay ?

Reimar

> 
>  
> 
> Any ideas?
> 
> 
> 
> ------------------------------------------------------------------------------
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> 
> 
> 
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user





From Nikolaus at rath.org  Tue Nov 30 20:57:33 2010
From: Nikolaus at rath.org (Nikolaus Rath)
Date: Tue, 30 Nov 2010 20:57:33 -0500
Subject: [Moin-user] Automatically add macros
Message-ID: <87ipze1che.fsf@rath.org>

Hello,

I would like to automatically insert the <<<<TableOfContents()>> macro
at the beginning of each page, and the <<AttachList()>> macro at the end
of each page. Is there a way to do that?


Thanks,

   -Nikolaus

-- 
 ?Time flies like an arrow, fruit flies like a Banana.?

  PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6  02CF A9AD B7F8 AE4E 425C