headers
Richard Evans | 1 Jun 2007 05:33
Picon

Re: hiding and sharing articles/namespaces to thepublic

This is exactly the kind of discussion I was hoping for :-) Thanks everyone!

Immediate updating of the public site is not a requirement for me. A nightly 
update will do just fine. However, I am now of the opinion that the same 
database can be used for two wiki's just using two different accounts. Let 
me explain my plan:

1) My present wiki, which is in a secure "https" apache folder and protected 
from public viewing by requiring users to authenticate through my companies 
domain controller and uses the LDAP modules will remain "as is" where the 
wiki will use the standard admin read/write MySQL database account in the 
LocalSettings.php for all access to the wikidb. Thus, this, the first wiki's 
URL would be something like:
https://www.mycompany.com/wiki/index.php

2) I will create a "read-only" MySQL account for the wikidb using 
"phpMyAdmin" whose name is "wikidb_reader".

3) I will create a copy of my wiki's entire html/wiki folder in another 
"www", "public" folder on my server where the Localsettings.php file will 
access the same MySQL database except by using the "wikidb_reader" account 
which has no power to make updates to the wikidb MySQL database. Then the 
2nd wiki's URL would be like:
http://www.mycompany.com/public/wiki/index.php

4) I will restrict the public wiki (the second one) viewing to a custom skin 
which will check for a "magic word" which allows the page to load "else" it 
will display a "this page is private" message to the joe public user.

.......That's my plan. Let me know if you see a flaw in it, otherwise....
(Continue reading)

Permalink | Reply | 0 comments |
headers
John Moorhouse | 1 Jun 2007 09:01
Picon

Re: Suggestions for best methods for converting sites or portions thereof to PDF?

I don't see why not but I won't be able to sort something until I'm back 
in work on Monday.

Ta

John

Ken McDonald wrote:
> Do you have any documents that are public and that I could download to 
> see what the output looks like?
>
> Thanks,
> Ken
>
> John Moorhouse wrote:
>   
>> To risk being misunderstood but size doesn't seem to matter we have 
>> documents being built up to around 120 A4 pages at the moment, we have 
>> activated 'sub pages' within the main namespace and have developed 
>> system that takes an index page eg. named test, which lists subpages 
>> such as
>>
>> *[[/part1/]]
>> *[[/part2/]]
>> *[[/part3/]]
>> *[[/part4/]]
>>
>> that converts this to
>>
>> *[[test/part1|part1]]
(Continue reading)

Permalink | Reply | 0 comments |
headers
John Moorhouse | 1 Jun 2007 09:05
Picon

Re: Suggestions for best methods for converting sites or portions thereof to PDF?

Ken McDonald wrote:
> That's impressive. Given that HTMLDOC doesn't support styles, I'm 
> assuming that everything (in particular, floating elements) gets sorta 
> "flattened out", and style-based font and other settings are lost? But 
> things like lists still come through (mostly) good-looking?
>   
Bascically the PDF documents look exactly like the 'printable' version 
selectedable from the wiki toolbox, I have just thought that the pages 
are just text / tables we don't currently have any diagrams or images on 
the site, so I don't know how it would handle those, I'll have a go when 
I'm back in the office (this is a intranet only system at the moment)

Ta

John

> Thanks once more,
> Ken
>
> John Moorhouse wrote:
>   
>> To risk being misunderstood but size doesn't seem to matter we have 
>> documents being built up to around 120 A4 pages at the moment, we have 
>> activated 'sub pages' within the main namespace and have developed 
>> system that takes an index page eg. named test, which lists subpages 
>> such as
>>
>> *[[/part1/]]
>> *[[/part2/]]
>> *[[/part3/]]
(Continue reading)

Permalink | Reply | 1 comment |
headers
Alexis Moinet | 1 Jun 2007 09:28
Picon

Re: Installation Problem V 1.10

René Gränz wrote :
> Dear Friends,
> 
> my Homepage is hosted by www.loomes.de, PHP 4.3.10-20, phpMyAdmin 2.5.6,
> MySQL 5.0.30. Local www.graenz.name/wiki with all dates from Install and
> Extract V. 1.10.

BTW, I don't think It's related with your present problem but it'll probably be your next problem : 1.10.x
won't work with php 4, it needs php5. The last version of mediawiki working with php4 is 1.6.x
Permalink | Reply | 0 comments |
headers
Julia Reek | 1 Jun 2007 11:42
Picon
Favicon

Can I change the toolbox Style in main.css

Hi,
at the moment i'm changing the layout of my media wiki...
but i have a big problem:

where can i change the style of the tool box!?
i'm using monobook. if i look at my page--> view page source--> it tell
me that the toolbox is class p-tb...but i can't find that class in my
main.css...
i even wrote that class...but it doesn't work...seems the style is
configuered some where else...or something else....

thanks for help jule
Permalink | Reply | 4 comments |
headers
Paul Coghlan | 1 Jun 2007 12:50
Picon

User creation within SQL

As part of finalizing my integration of Drupal and Mediawiki I have decided
to auto-create users at the point of creation within Drupal rather than let
the AuthDrupal extension create them at some later point.

This gives me control over the userid as AuthDrupal allows them to drift,
sync'ing by username and not userid.

Anyway, I am creating a trigger that creates the MW user but am not sure
what goes into the user_token field. Can anyone give me a pointer as to how
I generate this token?

Thanks,
Paul
Permalink | Reply | 2 comments |
headers
Alexis Moinet | 1 Jun 2007 13:50
Picon

Re: Can I change the toolbox Style in main.css

Julia Reek wrote :
> Hi,
> at the moment i'm changing the layout of my media wiki...
> but i have a big problem:
> 
> where can i change the style of the tool box!?
> i'm using monobook. if i look at my page--> view page source--> it tell
> me that the toolbox is class p-tb...but i can't find that class in my
> main.css...
> i even wrote that class...but it doesn't work...seems the style is
> configuered some where else...or something else....

normally, you change it in main.css (and maybe in monobook.php if you need to change the name of the class/id
or the <div> position on the page) OR/AND in the wiki page [[Mediawiki:Monobook.css]] (or
[[Mediawiki:Common.css]] if you want it to be used in 
every skin)

creating the properties of #p-tb in main.css should work just fine (*don't forget to force-refresh your
browser*) but check whether your wiki pages [[Mediawiki:Monobook.css]] and
[[Mediawiki:Common.css]] don't have #p-tb, because it would overwrites the 
main.css properties

then try this :

#p-tb {
	border: 1px solid red;
}

save main.css and press ctrl+F5 in your browser, your toolbox border should be red
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alexis Moinet | 1 Jun 2007 14:01
Picon

Re: User creation within SQL

Paul Coghlan a écrit :
> As part of finalizing my integration of Drupal and Mediawiki I have decided
> to auto-create users at the point of creation within Drupal rather than let
> the AuthDrupal extension create them at some later point.
> 
> This gives me control over the userid as AuthDrupal allows them to drift,
> sync'ing by username and not userid.
> 
> Anyway, I am creating a trigger that creates the MW user but am not sure
> what goes into the user_token field. Can anyone give me a pointer as to how
> I generate this token?

Why not simply reuse the code for user creation from mediawiki ? it's in includes/SpecialUserLogin.php
and User.php (User.php has a function setToken() that might help you)
Permalink | Reply | 1 comment |
headers
Paul Coghlan | 1 Jun 2007 14:14
Picon

Re: User creation within SQL

Thanks Alex.

The code was useful as it now appears that the  token may not be needed. It
looks like it is the token used within a confirmation email at the point of
registration? If that is the case I can hard code it to anything within the
trigger as the user creation/management is taking place within Drupal.

Can anyone confirm that this is what the token is for?

If so then I can leave this and the other BLOBs (except user_options) empty.

Thanks again,
Paul

I am not sure whether this is useful code as I am trying to create the user
using a SQL command within a trigger.

On 6/1/07 8:01 AM, "Alexis Moinet" <alexis.moinet@...> wrote:

> Paul Coghlan a écrit :
>> As part of finalizing my integration of Drupal and Mediawiki I have decided
>> to auto-create users at the point of creation within Drupal rather than let
>> the AuthDrupal extension create them at some later point.
>> 
>> This gives me control over the userid as AuthDrupal allows them to drift,
>> sync'ing by username and not userid.
>> 
>> Anyway, I am creating a trigger that creates the MW user but am not sure
>> what goes into the user_token field. Can anyone give me a pointer as to how
>> I generate this token?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ken McDonald | 1 Jun 2007 19:37
Favicon

Re: Suggestions for best methods for converting sites or portions thereof to PDF?

We're doing a lot of images (we're a 3D graphics company) with text 
flowing around them, plus using a number of other CSS features. Since 
HTMLDOC doesn't do CSS, I'm guessing that won't come through.

Many thanks for all of your feedback,
Ken McDonald

John Moorhouse wrote:
> Ken McDonald wrote:
>   
>> That's impressive. Given that HTMLDOC doesn't support styles, I'm 
>> assuming that everything (in particular, floating elements) gets sorta 
>> "flattened out", and style-based font and other settings are lost? But 
>> things like lists still come through (mostly) good-looking?
>>   
>>     
> Bascically the PDF documents look exactly like the 'printable' version 
> selectedable from the wiki toolbox, I have just thought that the pages 
> are just text / tables we don't currently have any diagrams or images on 
> the site, so I don't know how it would handle those, I'll have a go when 
> I'm back in the office (this is a intranet only system at the moment)
>
> Ta
>
>
> John
>
>
>   
>> Thanks once more,
(Continue reading)

Permalink | Reply | 0 comments |

Gmane