I am probably experiencing a very blonde or 'senior' moment here but - for the life of me, I cannot find 'LocalSettings.php'?
it is in the root directory of your mediawiki install. If you have just installed mediawiki and configured it using the script..you will need to move it from mediawikiroot/config to the root of the wiki dir.
That has nothing to do with this mod. If you want paypal donations get the appropriate modification for vB.
Don?t worry, he wanted to send me a donation for my work ... and I had no link in the mod post
Quote:
Originally Posted by Stubbed
bepe - I'm watching this with great interest as well. Along with the CMS in vB4 this would go a long way to helping my community.
Yes, think so too... forum and a wiki are two things that belong together. I want to make a forum for smartphones, produced by HTC, running Windows Mobile or Android ... that is my real playground there ... it's really fun, HTC releases a new device, then we need to hack the protection (on iPhone that is called jail break I think)... after that we can start cooking roms for that device, change languages and more... as I said, my playground
Anyway, now I need a forum, and wiki is really essential, because it's all about getting information about the devices, about different hacks, and so on...
Quote:
Originally Posted by Stubbed
Regarding the gibberish above, that looks like binary output (ie, a jpg is being generated or something). What headers are being sent to the browser?
yes, thought so too... but it is not... now I?m almost sure, that it is an charset problem
1) My wiki image files in articles have disappeared. Re-uploading them seems to be the only answer. e.g I have a wiki article on golf with an image of a golf course. The image isn't displaying (though it is in the file list) and therefore I've had to re-upload it. Perhaps there is a path problem somewhere?
2) Removing both instances of $wgContLang->ucfirst( $name ) from the user.php file causes blank wiki pages. I re-inserted them and all is okay. Are your instructions clear on this issue?
Once again thank you for an awesome product. Can't wait for the Gold version but will help you in reporting any other issues I come across.
Thanks for your amazingly quick response CoreyHawk.
Just checking:
Quote:
Install Instructions:
STEP 1: Upload the contents of the "wiki_upload" directory into your wiki root directory.
Done that. I uploaded the contents of the file 'wiki_upload' to the root of my installation. See attachment to view the files I planted into the root, except, of course, the product and the readme file.
I did NOT place the file wholly into my root; there's currently no file called 'wiki_upload' in my root present.
Then:
Quote:
Add this line to the very end of your LocalSettings.php:
1) My wiki image files in articles have disappeared. Re-uploading them seems to be the only answer. e.g I have a wiki article on golf with an image of a golf course. The image isn't displaying (though it is in the file list) and therefore I've had to re-upload it. Perhaps there is a path problem somewhere?
2) Removing both instances of $wgContLang->ucfirst( $name ) from the user.php file causes blank wiki pages. I re-inserted them and all is okay. Are your instructions clear on this issue?
Once again thank you for an awesome product. Can't wait for the Gold version but will help you in reporting any other issues I come across.
1) 1) ... ow... I don't even have an idea what that could be relegated to... I don?t change anything related to images, except of the css, but that should not be the problem...
... if you select the monoblock skin, are the images back?
2) hm... no, not just delete the lines, do it like this:
# Force usernames to capital
global $wgContLang;
$name = $wgContLang->ucfirst( $name );
# Reject names containing '#'; these will be cleaned up
# with title normalisation, but then it's too late to
# check elsewhere
if( strpos( $name, '#' ) !== false )
return false;
change to:
PHP Code:
# Force usernames to capital
global $wgContLang;
# Reject names containing '#'; these will be cleaned up
# with title normalisation, but then it's too late to
# check elsewhere
if( strpos( $name, '#' ) !== false )
return false;
Thanks for your amazingly quick response CoreyHawk.
Just checking:
Done that. I uploaded the contents of the file 'wiki_upload' to the root of my installation. See attachment to view the files I planted into the root, except, of course, the product and the readme file.
I did NOT place the file wholly into my root; there's currently no file called 'wiki_upload' in my root present.
Then:
This is where I am getting stuck.
I haven't proceeded yet - the product itself has not been installed therefore.
The charset problems should be gone as of beta 2 ... I've learned much this day
Please report if all is working now...
I've already tested espaniol wiki and it is working fine with forum set to "ISO-8859-1"
*HAPPY*
I'm converting the wiki content to the forum charset now.
... sure it is better not to convert it, so if possible set the forum to UTF-8