Re: [Moin-user] Wiki farm and FavIcon

2009-03-16 Thread k...@aplteam.com
Thanks Bradey and Marcel for your advice - nevertheless is was difficult to get it work. For the records: 1. For some reason some browsers (yes, IE is among them) cache the favicon even when all temp Internet files are deleted and the browser is restarted. I couldn't believe it, but when accessin

Re: [Moin-user] Issue with SSPI auth

2009-03-16 Thread Bernd Bartmann
In the meantime I switched to moin.wsgi, enabled loggin, but still remain on moin-1.8.1. In the log I found the following: 2009-03-16 12:30:35,732 MoinMoin.session DEBUG got cookie with session_name 'c___wr54aoftbp8ujobwp_z75rvixk8y' 2009-03-16 12:30:35,732 MoinMoin.session DEBUG starting session

Re: [Moin-user] After upgrade #!/bin/sh lines are gone

2009-03-16 Thread R.Bauer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo Sirainen schrieb: > I have many shell scripts in my wiki listed like: > > {{{ > #!/bin/sh > ..code.. > }}} > > After upgrading from v1.5.8 to v1.8.2 the #!/bin/sh lines are no longer > visible. How would I get them back? > > (Please Cc: replies

Re: [Moin-user] Wiki farm and FavIcon

2009-03-16 Thread Gnarlodious
On 3/16/09, k...@aplteam.com wrote: > 1. For some reason some browsers (yes, IE is among them) cache the > favicon even when all temp Internet files are deleted and the browser > is restarted. This is because the favicon is attached to the Favorites menu in IE and some other browsers. To really re

Re: [Moin-user] Wiki farm and FavIcon

2009-03-16 Thread k...@aplteam.com
That's the problem. I've done 1,2 and 4 and cannot do 3 because I havn't those. To be precise, it is IE7+8 and Chrome. I havn't checked other IEs. On Mon, Mar 16, 2009 at 4:33 PM, Gnarlodious wrote: > On 3/16/09, k...@aplteam.com wrote: > >> 1. For some reason some browsers (yes, IE is among the

[Moin-user] Argument order for search

2009-03-16 Thread Dr. Uwe Werner
Hello Fellow-MoinMoiners! I was wondering if there is a difference in performance between (1) <> and (2) <> ??? Does category search actually open the page and read until the last line is reached in order to check the category? If so, then I presume (2) is faster because checking the name

[Moin-user] Double Click Woes

2009-03-16 Thread Dr. Uwe Werner
Dear Fellow-MoinMoiners, most users are used to the double-click. However, MoinMoin behaves somewhat weird, not fulfilling the user's expectations. I observed the following with a couple of users new (and some already used to) MoinMoin: (1) A user reads a longer page. (2) The user wants t

Re: [Moin-user] Argument order for search

2009-03-16 Thread m...@heavy.ch
hi Dr. Uwe Werner schrieb: > Hello Fellow-MoinMoiners! > > I was wondering if there is a difference in performance between > > (1) <> > > and > > (2) <> ??? > if you talk about xapian, I think there is no different, because all keywords/data are stored in a indexes/database... but maybe some

Re: [Moin-user] Double Click Woes

2009-03-16 Thread m...@heavy.ch
hi there Dr. Uwe Werner schrieb: > > User satisfaction would grow enormously if Moin was able position the > cursor where the double click took place (or close by). yes that would be great idea, but it seems to me quite difficult. because a wiki pages can also contains macros, acl, pragam, co

Re: [Moin-user] Double Click Woes

2009-03-16 Thread Dr. Uwe Werner
I am aware of many possible intricate possibilities. However, (1) Many or most cases are simple without text substitution, right on the page. (2) No perfect location is necessary. The vicinity should be enough. We all have a built-in pattern matcher. Once we are close enough, we can find o