From noreply at sourceforge.net Thu Jul 1 04:03:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jul 1 04:03:08 2004 Subject: [Moin-devel] [ moin-Bugs-981923 ] Rightsidebar theme doesn't show logged in username Message-ID: Bugs item #981923, was opened at 2004-06-29 13:48 Message generated for change (Comment added) made by pmoore You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=981923&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paul Moore (pmoore) Assigned to: Nobody/Anonymous (nobody) Summary: Rightsidebar theme doesn't show logged in username Initial Comment: The theme displays the constant string "UserPreferences" in the user name area, rather than the logged in user name. I fixed this by copying the code from the classic theme. See attached patch. ---------------------------------------------------------------------- >Comment By: Paul Moore (pmoore) Date: 2004-07-01 12:02 Message: Logged In: YES user_id=113328 It's not that simple... The theme shows a link to the user's home page, *if they have one*, but just a "UserPreferences" link otherwise. This is fine if the user has a homepage, but otherwise there is no indication of the username. Suggestion - have the homepage link always, when the user is logged on, it's a way of creating the homepage if you don't have one. Or have the username in (non-link) plain text if he has no homepage. I'll try to produce a revised patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=981923&group_id=8482 From Grit.Hieke at swisslife.ch Thu Jul 1 05:27:03 2004 From: Grit.Hieke at swisslife.ch (Hieke Grit) Date: Thu Jul 1 05:27:03 2004 Subject: [Moin-devel] top/bottom links in headings and HTML-tags Message-ID: <109179A1E3D9D511BEEF00D0B7D4912404568163@ns9875.swisslife.ch> Hello to everybody, I`ve got two questions: 1) I`ve noticed, that the bottom link in headings isn`t working. I`ve changed the user preferences, so that in every title bar there is an up and down arrow to navigate to top or bottom of page. The top link is working fine, but nothing?s happening when I press the bottom link. Is that a known bug? How can I fix it? 2) I`d like the wiki to open a new window when some links are used. Is there another possibility since the ^ in front of the link isn`t working (I`ve read about that bug)? Using HTML isn`t working. How can I aktivate it, so that the [[HTML]]-macro will work? Thank you fpr your answers. Grit From noreply at sourceforge.net Thu Jul 1 06:35:20 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jul 1 06:35:20 2004 Subject: [Moin-devel] [ moin-Bugs-974719 ] Edit window size not honored Message-ID: Bugs item #974719, was opened at 2004-06-17 14:07 Message generated for change (Comment added) made by nfbrooks You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=974719&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Neil Brooks (nfbrooks) Assigned to: Nobody/Anonymous (nobody) Summary: Edit window size not honored Initial Comment: Setting the edit window size in UserPreferences to a size other than the default is giving odd results. Sometimes the window is displayed correctly until any editing is done when it reverts to the default width. Sometimes the new setting is ignored. I need to reduce the width of the window to 65 as the rightside bar themes (rightside and nirlo2) hide the edit text. (which may be another bug) This happens on my wiki running 1.2.2 and http://moinmoin.wikiwikiweb.de/ The browser did not seem to be a factor (IE6 and Firefox 0.9) ---------------------------------------------------------------------- >Comment By: Neil Brooks (nfbrooks) Date: 2004-07-01 14:34 Message: Logged In: YES user_id=1065345 The problem has been traced to PageEditor.py line 316. This is: self.request.write('' The 'style=' is overriding the 'cols='. This implies that the cols setting doesn't work for left sided themes either. When 'style="width:100%%' is removed, the textarea shrinks to what you'd expect when you supply a 'cols=65'. It even shrinks with the default value of 80. This means that when this is fix is applied the usual editor window will shrink. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=974719&group_id=8482 From noreply at sourceforge.net Thu Jul 1 07:00:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jul 1 07:00:14 2004 Subject: [Moin-devel] [ moin-Bugs-981923 ] Rightsidebar theme doesn't show logged in username Message-ID: Bugs item #981923, was opened at 2004-06-29 13:48 Message generated for change (Comment added) made by pmoore You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=981923&group_id=8482 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paul Moore (pmoore) Assigned to: Nobody/Anonymous (nobody) Summary: Rightsidebar theme doesn't show logged in username Initial Comment: The theme displays the constant string "UserPreferences" in the user name area, rather than the logged in user name. I fixed this by copying the code from the classic theme. See attached patch. ---------------------------------------------------------------------- >Comment By: Paul Moore (pmoore) Date: 2004-07-01 14:59 Message: Logged In: YES user_id=113328 OK, this patch displays the user name, as a link if the user has a homepage, and just as plain text if (s)he does not. ---------------------------------------------------------------------- Comment By: Paul Moore (pmoore) Date: 2004-07-01 12:02 Message: Logged In: YES user_id=113328 It's not that simple... The theme shows a link to the user's home page, *if they have one*, but just a "UserPreferences" link otherwise. This is fine if the user has a homepage, but otherwise there is no indication of the username. Suggestion - have the homepage link always, when the user is logged on, it's a way of creating the homepage if you don't have one. Or have the username in (non-link) plain text if he has no homepage. I'll try to produce a revised patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=981923&group_id=8482 From noreply at sourceforge.net Thu Jul 1 21:23:11 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jul 1 21:23:11 2004 Subject: [Moin-devel] [ moin-Bugs-927192 ] "Internal Server Error" using moinmoin 1.2.1 and apache Message-ID: Bugs item #927192, was opened at 2004-03-31 20:57 Message generated for change (Comment added) made by jdobner You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108482&aid=927192&group_id=8482 Category: None Group: None >Status: Open Resolution: Invalid Priority: 5 Submitted By: Jerry Dobner (jdobner) Assigned to: Nobody/Anonymous (nobody) Summary: "Internal Server Error" using moinmoin 1.2.1 and apache Initial Comment: Updates to certain pages always result in: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Here's what the apache's error log reports: [Wed Mar 31 20:53:44 2004] [error] [client 10.1.15.250] malformed header from script. Bad header=
  Comment By: Jerry Dobner (jdobner)
Date: 2004-07-01 23:22

Message:
Logged In: YES 
user_id=757622

I have more info.

This is caused by the syntax processor posted at 
http://moinmoin.wikiwikiweb.de/ProcessorMarket (see 
http://chem.skku.ac.kr/~wiki/patches/processor/syntax.py)

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-05 03:39

Message:
Logged In: YES 
user_id=100649

Closing this as the error seems to be caused by external
(incorrect) macro.

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

Comment By: Oliver Graf (lydon)
Date: 2004-04-01 01:12

Message:
Logged In: YES 
user_id=1011012

This is certainly a old and broken macro still using print
to output data. I don't think we have that bad HTML anywhere
in Moin left.

Could you bit a more concrete about the pages where this
happens? What macros are used? Are those macros for Moin 1.2?

Oliver.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=927192&group_id=8482



From noreply at sourceforge.net  Thu Jul  1 22:25:03 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Jul  1 22:25:03 2004
Subject: [Moin-devel] [ moin-Bugs-927192 ] "Internal Server Error" using moinmoin 1.2.1 and apache
Message-ID: 

Bugs item #927192, was opened at 2004-04-01 03:57
Message generated for change (Comment added) made by lydon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=927192&group_id=8482

Category: None
Group: None
Status: Open
Resolution: Invalid
Priority: 5
Submitted By: Jerry Dobner (jdobner)
Assigned to: Nobody/Anonymous (nobody)
Summary: "Internal Server Error" using moinmoin 1.2.1 and apache

Initial Comment:
Updates to certain pages always result in:

Internal Server Error

The server encountered an internal error or 
misconfiguration and was unable to complete your 
request.

Here's what the apache's error log reports:


[Wed Mar 31 20:53:44 2004] [error] [client 10.1.15.250] 
malformed header from script. Bad header=
  

Bugs item #927192, was opened at 2004-04-01 03:57
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=927192&group_id=8482

Category: None
Group: None
>Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Jerry Dobner (jdobner)
Assigned to: Nobody/Anonymous (nobody)
Summary: "Internal Server Error" using moinmoin 1.2.1 and apache

Initial Comment:
Updates to certain pages always result in:

Internal Server Error

The server encountered an internal error or 
misconfiguration and was unable to complete your 
request.

Here's what the apache's error log reports:


[Wed Mar 31 20:53:44 2004] [error] [client 10.1.15.250] 
malformed header from script. Bad header=
  Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-02 15:41

Message:
Logged In: YES 
user_id=100649

This is NOT a moin bug. You simply use a plugin written for
an older moin version.

You can try modifying the plugin code and replacing print
(or sys.stdout.write) with request.write and see if that helps.


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

Comment By: Oliver Graf (lydon)
Date: 2004-07-02 07:24

Message:
Logged In: YES 
user_id=1011012

No bug, just an incompatible (old) processor. Update it to
moin 1.2 api and it will work fine.

Oliver.


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

Comment By: Jerry Dobner (jdobner)
Date: 2004-07-02 06:22

Message:
Logged In: YES 
user_id=757622

I have more info.

This is caused by the syntax processor posted at 
http://moinmoin.wikiwikiweb.de/ProcessorMarket (see 
http://chem.skku.ac.kr/~wiki/patches/processor/syntax.py)

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-05 10:39

Message:
Logged In: YES 
user_id=100649

Closing this as the error seems to be caused by external
(incorrect) macro.

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

Comment By: Oliver Graf (lydon)
Date: 2004-04-01 08:12

Message:
Logged In: YES 
user_id=1011012

This is certainly a old and broken macro still using print
to output data. I don't think we have that bad HTML anywhere
in Moin left.

Could you bit a more concrete about the pages where this
happens? What macros are used? Are those macros for Moin 1.2?

Oliver.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=927192&group_id=8482



From noreply at sourceforge.net  Sun Jul  4 04:10:18 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Jul  4 04:10:18 2004
Subject: [Moin-devel] [ moin-Bugs-974719 ] Edit window size not honored
Message-ID: 

Bugs item #974719, was opened at 2004-06-17 15:07
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=974719&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Neil Brooks (nfbrooks)
Assigned to: Nobody/Anonymous (nobody)
Summary: Edit window size not honored

Initial Comment:
Setting the edit window size in UserPreferences to a size 
other than the default is giving odd results.

Sometimes the window is displayed correctly until any 
editing is done when it reverts to the default width.

Sometimes the new setting is ignored.

I need to reduce the width of the window to 65 as the 
rightside bar themes (rightside and nirlo2) hide the edit 
text. (which may be another bug)

This happens on my wiki running 1.2.2 and 
http://moinmoin.wikiwikiweb.de/ The browser did not 
seem to be a factor (IE6 and Firefox 0.9)



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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-04 13:07

Message:
Logged In: YES 
user_id=100649

the question is if we rather should remove the cols setting
from userpref (does it make any sense?) or if we remove the
width=100% (who would want to use less?).

rightside and nirlo2 seem to be fixed on
moinmoin.wikiwikiweb.de, please check it there.

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

Comment By: Neil Brooks (nfbrooks)
Date: 2004-07-01 15:34

Message:
Logged In: YES 
user_id=1065345

The problem has been traced to PageEditor.py line 316.
This is:
self.request.write(''

The 'style=' is overriding the 'cols='. This implies that the cols 
setting doesn't work for left sided themes either. 
When  'style="width:100%%' is removed, the textarea shrinks 
to what you'd expect when you supply a 'cols=65'. It even 
shrinks with the default value of 80. This means that when 
this is fix is applied the usual editor window will shrink.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=974719&group_id=8482



From noreply at sourceforge.net  Sun Jul  4 04:13:47 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Jul  4 04:13:47 2004
Subject: [Moin-devel] [ moin-Bugs-970284 ] unicode of rightsidebar
Message-ID: 

Bugs item #970284, was opened at 2004-06-10 13:05
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=970284&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: dolmengi (dolmengi)
Assigned to: Nobody/Anonymous (nobody)
Summary: unicode of rightsidebar

Initial Comment:
theme - rightsidebar.py

i use korean and rightsidebar theme.
page_home_page value was printed  non-unicode 
charactor.


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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-04 13:12

Message:
Logged In: YES 
user_id=100649

it looks like you typed in the FrontPage name like you see
it in the URL line of your browser.

I think this is wrong. If you use utf-8 encoding, the
page_front_page setting must be utf-8, too. So maybe try
again using an utf-8 capable editor.

Be aware that unicode / utf-8 support isn't very good in 1.2
and will get better in 1.3.


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

Comment By: dolmengi (dolmengi)
Date: 2004-06-17 02:16

Message:
Logged In: YES 
user_id=1060718

I use moinmoin-1.2.2 ,charset(utf-8), python(2.2.1), redhat-
linux.
page_home_page = '_eb_8f_8c_eb_a9_a9_ec_9d_b4'
this character is Korean.

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-16 15:35

Message:
Logged In: YES 
user_id=100649

please be a bit more verbose about what problem you encountered.

Add info about your python version and operating system and
what your setting of page_home_page and charset is and what
it displayed.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=970284&group_id=8482



From noreply at sourceforge.net  Sun Jul  4 04:55:08 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Jul  4 04:55:08 2004
Subject: [Moin-devel] [ moin-Bugs-969209 ] Logout link in rightsidebar theme has incorrect url.
Message-ID: 

Bugs item #969209, was opened at 2004-06-08 22:54
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=969209&group_id=8482

Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Maciej Starzyk (mstarzyk)
Assigned to: Nobody/Anonymous (nobody)
Summary: Logout link in rightsidebar theme has incorrect url.

Initial Comment:
There is a bug in the rightsidebar theme. 
url_prefix is not prepended to the "logout" url. 
It always links to: /UserPreferences

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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-04 13:53

Message:
Logged In: YES 
user_id=100649

fixed in arch (will be in 1.2.3)


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

Comment By: Polzin (polzin)
Date: 2004-06-18 13:18

Message:
Logged In: YES 
user_id=586666

I fixed it (by changing line 80 of rightsidebar.py) although
I don't know if it?s the best solution:


*** rightsidebar.py     2004-06-06 01:58:33.000000000 +0200
---
/usr/lib/python/site-packages/MoinMoin/theme/rightsidebar.py
       2004-06-18 13:14:50.000000000 +0200
***************
*** 77,83 ****
                  html.append('
')
              html.append('%s' %
wikiutil.link_tag(self.request,
wikiutil.quoteWikiname(d['page_user_prefs'])))
              html.append('

')
!             html.append('
')
              html.append('')
              html.append('')
              #html.append('')
--- 77,83 ----
                  html.append('
')
              html.append('%s' %
wikiutil.link_tag(self.request,
wikiutil.quoteWikiname(d['page_user_prefs'])))
              html.append('

')
!             html.append(''
% wikiutil.quoteWikiname(d['page_user_prefs']))
              html.append('')
              html.append('')
              #html.append('')


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

Comment By: Maciej Starzyk (mstarzyk)
Date: 2004-06-08 22:55

Message:
Logged In: YES 
user_id=657380

Moin version: 1.2.2

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=969209&group_id=8482



From noreply at sourceforge.net  Sun Jul  4 05:08:52 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Jul  4 05:08:52 2004
Subject: [Moin-devel] [ moin-Bugs-981923 ] Rightsidebar theme doesn't show logged in username
Message-ID: 

Bugs item #981923, was opened at 2004-06-29 14:48
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=981923&group_id=8482

Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Paul Moore (pmoore)
Assigned to: Nobody/Anonymous (nobody)
Summary: Rightsidebar theme doesn't show logged in username

Initial Comment:
The theme displays the constant 
string "UserPreferences" in the user name area, rather 
than the logged in user name.

I fixed this by copying the code from the classic theme. 
See attached patch.

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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-04 14:06

Message:
Logged In: YES 
user_id=100649

fixed in arch (will be in 1.2.3)

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

Comment By: Paul Moore (pmoore)
Date: 2004-07-01 15:59

Message:
Logged In: YES 
user_id=113328

OK, this patch displays the user name, as a link if the user 
has a homepage, and just as plain text if (s)he does not.

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

Comment By: Paul Moore (pmoore)
Date: 2004-07-01 13:02

Message:
Logged In: YES 
user_id=113328

It's not that simple... The theme shows a link to the user's 
home page, *if they have one*, but just a "UserPreferences" 
link otherwise. This is fine if the user has a homepage, but 
otherwise there is no indication of the username.

Suggestion - have the homepage link always, when the user 
is logged on, it's a way of creating the homepage if you don't 
have one. Or have the username in (non-link) plain text if he 
has no homepage.

I'll try to produce a revised patch.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=981923&group_id=8482



From noreply at sourceforge.net  Sun Jul  4 05:13:06 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Jul  4 05:13:06 2004
Subject: [Moin-devel] [ moin-Feature Requests-973652 ] Support for LaTex
Message-ID: 

Feature Requests item #973652, was opened at 2004-06-16 03:51
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=973652&group_id=8482

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Yaroslav Bulatov (yaroslavvb)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support for LaTex

Initial Comment:
Support for LaTex

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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-04 14:11

Message:
Logged In: YES 
user_id=100649

on the moinmoin wiki's market pages, there is some LaTeX plugin


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

Comment By: Bob McElrath (mcelrath)
Date: 2004-06-24 20:04

Message:
Logged In: YES 
user_id=10643

Since moinmoin is based on python, I recommend you take a
look at my LatexWiki http://mcelrath.org/Notes/LatexWiki,
which is for ZWiki, but all the latex and image mangling
stuff should be straightforwardly incorporated into moinmoin.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=973652&group_id=8482



From R.Bauer at fz-juelich.de  Sun Jul  4 13:25:08 2004
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Sun Jul  4 13:25:08 2004
Subject: [Moin-devel] favicon
Message-ID: <40E84AB7.6080000@fz-juelich.de>

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

Dear all

it would be fine if someone could put a favicon or a similiar thing for
moinmoin.wikiwikiweb.de on the servers root dir.

greetings

Reimar



- --
Reimar Bauer

Institut fuer Stratosphaerische Chemie (ICG-I)
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
- -------------------------------------------------------------------
~        a IDL library at ForschungsZentrum Juelich
~ http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html
===================================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iD8DBQFA6Eq05aOc3Q9hk/kRAgwmAJ9rfVMJyR85+7s33Kuw1+aB/SAgnACfdmkW
cGa+ECswJ5ztCkYn/dLEP5M=
=OEJ3
-----END PGP SIGNATURE-----




From tw-public at gmx.de  Mon Jul  5 06:57:01 2004
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon Jul  5 06:57:01 2004
Subject: [Moin-devel] top/bottom links in headings and HTML-tags
In-Reply-To: <109179A1E3D9D511BEEF00D0B7D4912404568163@ns9875.swisslife.ch>
References: <109179A1E3D9D511BEEF00D0B7D4912404568163@ns9875.swisslife.ch>
Message-ID: <40E95E08.4040707@gmx.de>

> 1) I`ve noticed, that the bottom link in headings isn`t working. I`ve
> changed the user preferences, so that in every title bar there is an up and
> down arrow to navigate to top or bottom of page. The top link is working
> fine, but nothing?s happening when I press the bottom link. Is that a known
> bug? How can I fix it?

This is known and AFAIK already fixed in either 1.2 or 1.3 development 
branch.

> 2) I`d like the wiki to open a new window when some links are used. Is there
> another possibility since the ^ in front of the link isn`t working (I`ve
> read about that bug)?

This is not a bug, but was removed intentionally for HTML compliance.

If a user wants to open a new window, he can use the browser's function 
for that (e.g. middle mouse button in mozilla).

 > Using HTML isn`t working. How can I aktivate it, so
> that the [[HTML]]-macro will work?

You need to copy the HTML macro (which is not part of the standard 
installation) into your macro directory. Be aware that you open a can of 
worms if you allow html in a public wiki.



From noreply at sourceforge.net  Mon Jul  5 08:43:02 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Jul  5 08:43:02 2004
Subject: [Moin-devel] [ moin-Patches-985454 ] contents=follow on config.page_front_page
Message-ID: 

Patches item #985454, was opened at 2004-07-05 17:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=308482&aid=985454&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Alexandre Duret-Lutz (adl)
Assigned to: Nobody/Anonymous (nobody)
Summary: contents=follow on config.page_front_page

Initial Comment:
1.2.2 outputs `contents="index,follow"' for FrontPage
and TitleIndex only.
This is not enough when config.page_front_page has been
redefined to something else.

(I do not use FrontPage as page_front_page because
FrontPage
is internationalized and I cannot maintain an
internalized version
of my page_front_page in all the languages MoinMoin
supports.)



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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=308482&aid=985454&group_id=8482



From Nigel.Metheringham at dev.intechnology.co.uk  Thu Jul  8 05:28:23 2004
From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham)
Date: Thu Jul  8 05:28:23 2004
Subject: [Moin-devel] Modified Calendar processor - comments wanted
Message-ID: <1089289610.6970.34.camel@angua.localnet>

I wanted to have the capability to have links from within calendars, so
I rewrote the Calendar.py output side to spit the results out as wiki
marked up text and then pass that through the formatter.

Its a little rough and ready at present (I don't use python much and
that probably shows), but appears to work as I wanted.

I'd appreciate comments on whether this is useful, ideas for fixing the
shortcomings, and suggestions on extensions (for example how to handle
date range syntax etc).

The module, my ramblings about it, and simulated output are at
  http://moinmoin.wikiwikiweb.de/NigelMetheringham

Cheers
	Nigel.
-- 
[ Nigel Metheringham           Nigel.Metheringham at InTechnology.co.uk ]
[ - Comments in this message are my own and not ITO opinion/policy - ]






From noreply at sourceforge.net  Sat Jul 10 21:23:01 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat Jul 10 21:23:01 2004
Subject: [Moin-devel] [ moin-Bugs-988770 ] Smart quotes break RSS feed
Message-ID: 

Bugs item #988770, was opened at 2004-07-11 16:22
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=988770&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Simon Lieschke (slieschke)
Assigned to: Nobody/Anonymous (nobody)
Summary: Smart quotes break RSS feed

Initial Comment:
Using Python 2.3.3 and Moin 1.2.2.

The attached error occurs when attempting to access the
RecentChanges RSS feed with text diffs in the feed and
a smart quote character appearing in one of the diffs.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=988770&group_id=8482



From noreply at sourceforge.net  Wed Jul 21 08:15:00 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jul 21 08:15:00 2004
Subject: [Moin-devel] [ moin-Bugs-970284 ] unicode of rightsidebar
Message-ID: 

Bugs item #970284, was opened at 2004-06-10 13:05
Message generated for change (Settings changed) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=970284&group_id=8482

Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: dolmengi (dolmengi)
Assigned to: Nobody/Anonymous (nobody)
Summary: unicode of rightsidebar

Initial Comment:
theme - rightsidebar.py

i use korean and rightsidebar theme.
page_home_page value was printed  non-unicode 
charactor.


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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-04 13:12

Message:
Logged In: YES 
user_id=100649

it looks like you typed in the FrontPage name like you see
it in the URL line of your browser.

I think this is wrong. If you use utf-8 encoding, the
page_front_page setting must be utf-8, too. So maybe try
again using an utf-8 capable editor.

Be aware that unicode / utf-8 support isn't very good in 1.2
and will get better in 1.3.


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

Comment By: dolmengi (dolmengi)
Date: 2004-06-17 02:16

Message:
Logged In: YES 
user_id=1060718

I use moinmoin-1.2.2 ,charset(utf-8), python(2.2.1), redhat-
linux.
page_home_page = '_eb_8f_8c_eb_a9_a9_ec_9d_b4'
this character is Korean.

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-16 15:35

Message:
Logged In: YES 
user_id=100649

please be a bit more verbose about what problem you encountered.

Add info about your python version and operating system and
what your setting of page_home_page and charset is and what
it displayed.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=970284&group_id=8482



From noreply at sourceforge.net  Wed Jul 21 08:16:04 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jul 21 08:16:04 2004
Subject: [Moin-devel] [ moin-Bugs-969500 ] UnpicklingError undeclared in 1.2.2
Message-ID: 

Bugs item #969500, was opened at 2004-06-09 12:20
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=969500&group_id=8482

Category: None
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Jure Koren (stibbons)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnpicklingError undeclared in 1.2.2

Initial Comment:
SuSE 9, Python 2.3+ (the default for suse 9), apache 2 with 
mod_python 3.1.3.

When creating a new user, I got the NameError about name 
'UnpicklingError' not being defined (the exception is defined in the 
pickle module, but not in the global module scope of user.py).

This is the patch that fixed the problem for me:

--- /home/jure/wiki/moin-1.2.2/build/lib/MoinMoin/user.py       
2004-06-06 01:58:39.000000000 +0200
+++ user.py     2004-06-09 12:02:21.709993524 +0200
@@ -46,7 +46,7 @@
         userdictpickle = os.path.join(config.user_dir, 
"userdict.pickle")
         try:
             _name2id = pickle.load(open(userdictpickle))
-        except (UnpicklingError,IOError,EOFError,ValueError):
+        except (pickle.UnpicklingError,IOError,EOFError,ValueError):
             _name2id = {}
     id = _name2id.get(searchName, None)
     if id is None:


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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-21 17:15

Message:
Logged In: YES 
user_id=100649

fixed in arch and soon in moin 1.2.3


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

Comment By: Marijn P. Vriens (marijn)
Date: 2004-06-21 15:50

Message:
Logged In: YES 
user_id=6884

I have stumbled upon the same problem when installing brand
new 1.2.2s. This patch works for me as well. 

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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-16 15:31

Message:
Logged In: YES 
user_id=100649

fixed in arch / snapshot

the patch posted in the bug report is valid, everybody
running 1.2.2 release should please fix it like that.

So just add "pickle." (without the quotes) in front of
"UnpicklingError" in user.py.

Sorry for that bug, but we had that code in public testing
in multiple wikis - either nobody noticed or nobody reported
it or it happens only in brand new wikis.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=969500&group_id=8482



From noreply at sourceforge.net  Wed Jul 21 08:59:09 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jul 21 08:59:09 2004
Subject: [Moin-devel] [ moin-Bugs-974719 ] Edit window size not honored
Message-ID: 

Bugs item #974719, was opened at 2004-06-17 15:07
Message generated for change (Settings changed) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=974719&group_id=8482

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Neil Brooks (nfbrooks)
Assigned to: Nobody/Anonymous (nobody)
Summary: Edit window size not honored

Initial Comment:
Setting the edit window size in UserPreferences to a size 
other than the default is giving odd results.

Sometimes the window is displayed correctly until any 
editing is done when it reverts to the default width.

Sometimes the new setting is ignored.

I need to reduce the width of the window to 65 as the 
rightside bar themes (rightside and nirlo2) hide the edit 
text. (which may be another bug)

This happens on my wiki running 1.2.2 and 
http://moinmoin.wikiwikiweb.de/ The browser did not 
seem to be a factor (IE6 and Firefox 0.9)



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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-21 17:58

Message:
Logged In: YES 
user_id=100649

removed the columns setting in favour of width=100%

will be in 1.2.3


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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-04 13:07

Message:
Logged In: YES 
user_id=100649

the question is if we rather should remove the cols setting
from userpref (does it make any sense?) or if we remove the
width=100% (who would want to use less?).

rightside and nirlo2 seem to be fixed on
moinmoin.wikiwikiweb.de, please check it there.

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

Comment By: Neil Brooks (nfbrooks)
Date: 2004-07-01 15:34

Message:
Logged In: YES 
user_id=1065345

The problem has been traced to PageEditor.py line 316.
This is:
self.request.write(''

The 'style=' is overriding the 'cols='. This implies that the cols 
setting doesn't work for left sided themes either. 
When  'style="width:100%%' is removed, the textarea shrinks 
to what you'd expect when you supply a 'cols=65'. It even 
shrinks with the default value of 80. This means that when 
this is fix is applied the usual editor window will shrink.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=974719&group_id=8482



From noreply at sourceforge.net  Wed Jul 21 09:01:11 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jul 21 09:01:11 2004
Subject: [Moin-devel] [ moin-Patches-985454 ] contents=follow on config.page_front_page
Message-ID: 

Patches item #985454, was opened at 2004-07-05 17:42
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=308482&aid=985454&group_id=8482

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Alexandre Duret-Lutz (adl)
Assigned to: Nobody/Anonymous (nobody)
Summary: contents=follow on config.page_front_page

Initial Comment:
1.2.2 outputs `contents="index,follow"' for FrontPage
and TitleIndex only.
This is not enough when config.page_front_page has been
redefined to something else.

(I do not use FrontPage as page_front_page because
FrontPage
is internationalized and I cannot maintain an
internalized version
of my page_front_page in all the languages MoinMoin
supports.)



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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-21 18:00

Message:
Logged In: YES 
user_id=100649

fixed in 1.2.3:

we use config.page_front_page and also the i18ned version of
it _additionally_


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=308482&aid=985454&group_id=8482



From noreply at sourceforge.net  Wed Jul 21 09:05:08 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Jul 21 09:05:08 2004
Subject: [Moin-devel] [ moin-Feature Requests-846518 ] Reduce editor size: changes lost
Message-ID: 

Feature Requests item #846518, was opened at 2003-11-21 12:35
Message generated for change (Comment added) made by thomaswaldmann
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=846518&group_id=8482

Category: None
Group: None
>Status: Closed
Priority: 5
Submitted By: Johannes Abt (jsabt)
Assigned to: Nobody/Anonymous (nobody)
Summary: Reduce editor size: changes lost

Initial Comment:
On the "EditText" page, when modify the text and then
click on "reduce editor size" after , my modifications
are lost.
I am using moinmoin 1.0.

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

>Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-07-21 18:04

Message:
Logged In: YES 
user_id=100649

that "dangerous" link was removed in 1.2.3.

not only because of it being "dangerous", but we also did
some other changes related to that "columns width", also
removing the columns value in favour of a width=100%.


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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2004-06-07 18:02

Message:
Logged In: YES 
user_id=100649

moved to feature requests

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

Comment By: Johannes Abt (jsabt)
Date: 2003-12-04 09:27

Message:
Logged In: YES 
user_id=584057

Of course, it is not possible to fix this as long as "Reduce
editor size" is just a link.
Though you could transform it into a submit button, just
like "Save Changes", "Preview", "Check Spelling" and "Cancel".


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

Comment By: Thomas Waldmann (thomaswaldmann)
Date: 2003-11-30 00:58

Message:
Logged In: YES 
user_id=100649

This is a  problem in principle and can't be fixed.

As long as you don't save (or preview) your changes, they
exist in the browser only.

So don't do content changes before reducing editor size.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358482&aid=846518&group_id=8482



From htrzewik-moinmoin at prosystel.com.pl  Thu Jul 22 05:20:01 2004
From: htrzewik-moinmoin at prosystel.com.pl (Hubert Trzewik (Prosystel))
Date: Thu Jul 22 05:20:01 2004
Subject: [Moin-devel] I have translated .po file, what now?
Message-ID: <005601c46fe6$041235c0$6501a8c0@prosysht>

Hi,

(that's my first post to this group)

I'm trying to do Polish translation of MoinMoin. I have translated some lines in pl.po file and now I want to see some results in my browser. What steps should I take now?
--
Hubert Trzewik
Prosystel Sp. z o.o.
hubert.trzewik at prosystel.com.pl
tel. (22) 868 30 53
fax. (22) 868 30 64
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From jmbain-cornu at acucorp.com  Thu Jul 22 05:23:05 2004
From: jmbain-cornu at acucorp.com (Jean-Michel Bain Cornu)
Date: Thu Jul 22 05:23:05 2004
Subject: [Moin-devel] How to include attachment in a page by a script
Message-ID: <4D42206B1B3A2443BE8569D4511537C01B20B8@fr-exchange.fr.acucorp.com>

Hi all,

I haven't found any way to include an attachment in a page by a script, so I
schedule to make a python script to do that (I have arround 1000 files to
include).

I have found that when attaching a file, MoinMoin :
-puts the attached file in the 'attachments' subdirectory of the page
-updates 'data/editlog' (from add.editlog.py)
-updates 'data/dicts.pickle' (must be in scandicts.wikidicts.py)

I understand the purpose of the two first points, and should be able to
reproduce them in a script, but I'm not successful to understand what is the
purpose of 'dicts.pickle' and if it's mandatory to update it. It works if I
do an attachement by myself, but I'm not sure if there is any danger for
later.
Does anybody knows something about that ?

Generally speaking, is there any guide or introduction about the
organization of MoinMoin scripts ?
Thanks in advance, and overall, thanks Jurgen and Thomas for your work, I
feel it will be very usefull to my organisation.

Jean-michel Bain-cornu




From noreply at sourceforge.net  Thu Jul 22 06:30:05 2004
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Jul 22 06:30:05 2004
Subject: [Moin-devel] [ moin-Bugs-988770 ] Smart quotes break RSS feed
Message-ID: 

Bugs item #988770, was opened at 2004-07-11 06:22
Message generated for change (Comment added) made by lydon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=988770&group_id=8482

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Simon Lieschke (slieschke)
Assigned to: Nobody/Anonymous (nobody)
Summary: Smart quotes break RSS feed

Initial Comment:
Using Python 2.3.3 and Moin 1.2.2.

The attached error occurs when attempting to access the
RecentChanges RSS feed with text diffs in the feed and
a smart quote character appearing in one of the diffs.

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

Comment By: Oliver Graf (lydon)
Date: 2004-07-22 15:29

Message:
Logged In: YES 
user_id=1011012

I think this is an encoding problem still present in moin
1.2.3, but fixed in moin--main--1.3 arch branch.

Request.write fails to encode the unicode data into the
output charset.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108482&aid=988770&group_id=8482



From festifn at rupert.informatik.uni-stuttgart.de  Thu Jul 22 06:35:10 2004
From: festifn at rupert.informatik.uni-stuttgart.de (Florian Festi)
Date: Thu Jul 22 06:35:10 2004
Subject: [Moin-devel] How to include attachment in a page by a script
In-Reply-To: <4D42206B1B3A2443BE8569D4511537C01B20B8@fr-exchange.fr.acucorp.com>
References: <4D42206B1B3A2443BE8569D4511537C01B20B8@fr-exchange.fr.acucorp.com>
Message-ID: 

> I haven't found any way to include an attachment in a page by a script, so I
> schedule to make a python script to do that (I have arround 1000 files to
> include).
>
> I have found that when attaching a file, MoinMoin :
> -puts the attached file in the 'attachments' subdirectory of the page
This is more or less all you need to do.

> -updates 'data/editlog' (from add.editlog.py)
You only need to do this if the new added files should show up in the 
RecentChanges. For 1000 files you perhaps don't want to touch editlog.

> -updates 'data/dicts.pickle' (must be in scandicts.wikidicts.py)
dicts.pickle contains cached data collected from page contents. Groups 
(for ACLs) and Dicts which will allow to put data on pages. As long as you 
don't chagen page contents you don't to update this pickle. Nevertheless 
it gets rebuild if deleted and updated from time to time.

Generally speaking, is there any guide or introduction about the
organization of MoinMoin scripts ?

There are some infos in the MoinMoin wiki 
(http://moinmoin.wikiwikiweb.de/MoinDev) but they are notoriously weak and 
outdated. If people ask there questions on the propoer pages this might 
perhaps get better... (I have doubts...)

For more complicated tasks (like creating new pages) it is best to write 
Python scripts that just use the MoinMoin code. There is also a XMLRPC 
interface, but it is not in a very good state because it is not really in 
use.

 	cu

 		FlorianFesti



From mike at nospam.com  Thu Jul 22 13:49:01 2004
From: mike at nospam.com (Mike Rovner)
Date: Thu Jul 22 13:49:01 2004
Subject: [Moin-devel] Re: I have translated .po file, what now?
References: <005601c46fe6$041235c0$6501a8c0@prosysht>
Message-ID: 

Hi Hubert,

Thanks for your effort.

Take a look at http://moinmoin.wikiwikiweb.de/MoinDev_2fTranslation
Add Polish to http://moinmaster.wikiwikiweb.de:8000/SystemPagesGroup

Send e-mail with attached .po to Thomas Waldman.

HTH,
Mike

"Hubert Trzewik (Prosystel)"  wrote in
message news:005601c46fe6$041235c0$6501a8c0 at prosysht...
Hi,

(that's my first post to this group)

I'm trying to do Polish translation of MoinMoin. I have translated some
lines in pl.po file and now I want to see some results in my browser. What
steps should I take now?
--
Hubert Trzewik
Prosystel Sp. z o.o.
hubert.trzewik at prosystel.com.pl
tel. (22) 868 30 53
fax. (22) 868 30 64






From R.Bauer at fz-juelich.de  Thu Jul 22 22:05:09 2004
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Thu Jul 22 22:05:09 2004
Subject: [Moin-devel] theme problem
Message-ID: <200407230621.11257.R.Bauer@fz-juelich.de>

Dear all

I have defined a similiar theme like classic and this is set as default by 
moin_config.

I recognized everytime after an update that one thing comes always from the 
classic theme.

logo {
         float: left; 
         margin: 0 .5em;

I have defined in my version 
logo {
         /*float: left; */
         margin: 0 .5em
}
    
This is not used, why ?

Reimar
-- 
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
http://www.fz-juelich.de/icg/icg-i/
==================================================================
a IDL library at ForschungsZentrum Juelich
http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
URL: 

From R.Bauer at fz-juelich.de  Thu Jul 22 22:15:01 2004
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Thu Jul 22 22:15:01 2004
Subject: [Moin-devel] WikiMacroTestCase fails
Message-ID: <200407230630.57768.R.Bauer@fz-juelich.de>

Hi,

I got one failure by the moin.cgi?test with the version 1.2.3.

runTest (MoinMoin._tests.test_parser_wiki.WikiMacroTestCase) ... FAIL

What is the meaning of this? What could be wrong?

Reimar



-- 
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
http://www.fz-juelich.de/icg/icg-i/
==================================================================
a IDL library at ForschungsZentrum Juelich
http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
URL: 

From R.Bauer at fz-juelich.de  Thu Jul 22 22:28:02 2004
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Thu Jul 22 22:28:02 2004
Subject: [Moin-devel] Re: WikiMacroTestCase fails
Message-ID: <200407230643.56042.R.Bauer@fz-juelich.de>

I missed to send the report


FAIL: runTest (MoinMoin._tests.test_parser_wiki.WikiMacroTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/python2.3/site-packages/MoinMoin/_tests/test_parser_wiki.py", 
line 45, in runTest
    self.failUnless(regex.search(output), msg='Expected %r in: %s' % (pattern, 
output))
  File "/usr/lib/python2.3/unittest.py", line 268, in failUnless
    if not expr: raise self.failureException, msg
AssertionError: Expected '1#1970-01-06 00:00:00#1' in:


1#1970-01-06 02:00:00#1 2#1970-01-04 02:00:00#2 3#2003-03-03 05:03:03#3 
4#2000-01-01 02:00:00#4 5#2002-02-02#5


-- 
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
http://www.fz-juelich.de/icg/icg-i/
==================================================================
a IDL library at ForschungsZentrum Juelich
http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
URL: 

From tw-public at gmx.de  Fri Jul 23 04:32:01 2004
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri Jul 23 04:32:01 2004
Subject: [Moin-devel] I have translated .po file, what now?
In-Reply-To: <005601c46fe6$041235c0$6501a8c0@prosysht>
References: <005601c46fe6$041235c0$6501a8c0@prosysht>
Message-ID: <4100F706.3060004@gmx.de>

Hi Hubert,

read MoinMoin/i18n/README.

> I'm trying to do Polish translation of MoinMoin. I have translated some 
> lines in pl.po file and now I want to see some results in my browser. 
> What steps should I take now?

copy it to i18n/ and "make po.py".

greetings,

Thomas



From tw-public at gmx.de  Fri Jul 23 04:37:11 2004
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri Jul 23 04:37:11 2004
Subject: [Moin-devel] Re: WikiMacroTestCase fails
In-Reply-To: <200407230643.56042.R.Bauer@fz-juelich.de>
References: <200407230643.56042.R.Bauer@fz-juelich.de>
Message-ID: <4100F850.5040909@gmx.de>

Hi Reimar,

> FAIL: runTest (MoinMoin._tests.test_parser_wiki.WikiMacroTestCase)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
>   File "/usr/lib/python2.3/site-packages/MoinMoin/_tests/test_parser_wiki.py", 
> line 45, in runTest
>     self.failUnless(regex.search(output), msg='Expected %r in: %s' % (pattern, 
> output))
>   File "/usr/lib/python2.3/unittest.py", line 268, in failUnless
>     if not expr: raise self.failureException, msg
> AssertionError: Expected '1#1970-01-06 00:00:00#1' in:
> 

> 1#1970-01-06 02:00:00#1 2#1970-01-04 02:00:00#2 3#2003-03-03 05:03:03#3 
> 4#2000-01-01 02:00:00#4 5#2002-02-02#5
> 



Expected '1#1970-01-06 00:00:00#1' in:
 > 1#1970-01-06 02:00:00#1

2 hours off. This is strange, but depending on the OS environment / 
Python version / whatever, we get this error.

This is not a moin error though, so we can ignore it.

greetings,

Thomas



From crosseyedpenguin at yahoo.com  Fri Jul 23 08:12:19 2004
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Fri Jul 23 08:12:19 2004
Subject: [Moin-devel] theme problem
In-Reply-To: <200407230621.11257.R.Bauer@fz-juelich.de>
Message-ID: <20040723151148.49672.qmail@web14304.mail.yahoo.com>

--- Reimar Bauer  wrote:
> Dear all
> 
> I have defined a similiar theme like classic and this is set as
> default by 
> moin_config.
> 
> I recognized everytime after an update that one thing comes always
> from the 
> classic theme.
> 
> logo {
>          float: left; 
>          margin: 0 .5em;
> 
> I have defined in my version 
> logo {
>          /*float: left; */
>          margin: 0 .5em
> }
>     
> This is not used, why ?
> 
> Reimar

The original *float* value in classic.css is cascading over your
modified css because you did not specify a new value for float. Once a
css that is loaded prior to yours has overridden a default value, there
is no way (I know of) to return to the default, you can only set the
float value to the one you want.

Roger Haase



	
		
__________________________________
Do you Yahoo!?
Vote for the stars of Yahoo!'s next ad campaign!
http://advision.webevents.yahoo.com/yahoo/votelifeengine/



From dan.sandler at gmail.com  Fri Jul 23 09:12:15 2004
From: dan.sandler at gmail.com (dan sandler)
Date: Fri Jul 23 09:12:15 2004
Subject: [Moin-devel] theme problem
In-Reply-To: <20040723151148.49672.qmail@web14304.mail.yahoo.com>
References: <20040723151148.49672.qmail@web14304.mail.yahoo.com>
Message-ID: <9c683da9040723091134138f5b@mail.gmail.com>

On Fri, 23 Jul 2004 08:11:48 -0700 (PDT), Roger Haase
 wrote:

> The original *float* value in classic.css is cascading over your
> modified css because you did not specify a new value for float. Once a
> css that is loaded prior to yours has overridden a default value, there
> is no way (I know of) to return to the default, you can only set the
> float value to the one you want.

What you *can* do is explicitly set the 'float' property to what you
know to be the CSS default:

    float: none;

See http://www.w3.org/TR/CSS21/visuren.html#propdef-float .

(Note that "inherit" is sometimes useful for "un-doing" some style
information on an element, but that causes the property in question to
take on the same value as that property of the element's parent.  It's
not always what you want (especially in the case of rules which modify
the overall box formatting, like "float").)

---dan



From R.Bauer at fz-juelich.de  Sun Jul 25 11:26:02 2004
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Sun Jul 25 11:26:02 2004
Subject: [Moin-devel] rights to execute processors
Message-ID: <200407251934.15300.R.Bauer@fz-juelich.de>

Dear all

Is it possible to setup which user could use a processor or an other macro?



Reimar


-- 
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
http://www.fz-juelich.de/icg/icg-i/
==================================================================
a IDL library at ForschungsZentrum Juelich
http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
URL: 

From ograf at rz-online.net  Sun Jul 25 22:43:05 2004
From: ograf at rz-online.net (Oliver Graf)
Date: Sun Jul 25 22:43:05 2004
Subject: [Moin-devel] rights to execute processors
In-Reply-To: <200407251934.15300.R.Bauer@fz-juelich.de>
References: <200407251934.15300.R.Bauer@fz-juelich.de>
Message-ID: <20040726054234.GA11766@rz-online.net>

On Sun, Jul 25, 2004 at 07:34:14PM +0200, Reimar Bauer wrote:
Content-Description: signed data
> Dear all
> 
> Is it possible to setup which user could use a processor or an other macro?

Just a guess: with a custom SecurityPolicy perhaps?

Oliver.



From moin at oddiofile.com  Thu Jul 29 15:07:05 2004
From: moin at oddiofile.com (Alan Ezust)
Date: Thu Jul 29 15:07:05 2004
Subject: [Moin-devel] konqueror
Message-ID: <200407291804.49604.moin@oddiofile.com>

Konqueror renders the LoginScreen really strangely on my wiki-
i'm not sure if it's a bug in konqueror, moin, or my stylesheet.  

http://cartan.cas.suffolk.edu/oopdocbook/moin/cgi-bin/moin.cgi/LoginScreen

Any ideas?

It looks fine in firefox.



From R.Bauer at fz-juelich.de  Thu Jul 29 23:55:00 2004
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Thu Jul 29 23:55:00 2004
Subject: [Moin-devel] Re:konqueror
Message-ID: <4109F0A4.9040302@fz-juelich.de>

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

|Konqueror renders the LoginScreen really strangely on my wiki-
|i'm not sure if it's a bug in konqueror, moin, or my stylesheet.

|http://cartan.cas.suffolk.edu/oopdocbook/moin/cgi-bin/moin.cgi/LoginScreen

|Any ideas?

|It looks fine in firefox.


Please do a bug/feature reguest on bugzilla for kde. I have seen to
large fonts too.

Reimar

- --
Reimar Bauer

Institut fuer Stratosphaerische Chemie (ICG-I)
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
- -------------------------------------------------------------------
~        a IDL library at ForschungsZentrum Juelich
~ http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html
===================================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iD8DBQFBCfCi5aOc3Q9hk/kRAtzMAKCG7dP/rKfZL8DNlU1pIA2UeWVNTwCfVEzl
tkromHC/9psz4Jh3q695osA=
=tF0e
-----END PGP SIGNATURE-----