Hi I need to add in my wki a top main menu bar linked to the side bar, like the one on this site.
http://www.aidklinik.de/index.php
any ideas on how to make it work,
Thank you,
Patty
Am Freitag, den 25.01.2008, 09:50 -0800 schrieb Patricia Marin:
Hi I need to add in my wki a top main menu bar linked to the side bar, like the one on this site.
Hi Patty,
my wiki [1] has a sidebar menu that changes with top category.
The menu is a Wiki page. I included it as a sidebar by hacking the skin, saying (in skins/GSV.php (GSV is my skin)):
# Prepare a Title and ParserOptions: $title_for_parser = Title::newFromDBkey("GSV:Menü"); $options_for_parser = ParserOptions::newFromUser($wgUser);
# Include GSV:Menü as a menu: echo $wgParser->parse("{{GSV:Menü}}", $title_for_parser, $options_for_parser)->getText();
To create a top main menu bar, I would similarly hack the skin.
In the sidebar menu, I use the ConditionalMenus Extension [2] to selectively show or hide links to pages in the top categories. You might want to use ConditionalTemplates [3] instead, as I suppose you want all of the sidebar menu to change with top category.
Hope this gives you the relevant ideas.
Kilian
[1] http://verben.texttheater.de [2] http://www.mediawiki.org/wiki/Extension:ConditionalMenus [3] http://www.mediawiki.org/wiki/Extension:ConditionalTemplate
Hi Kilian,
Thank you for the information. You are doing what I want to do everything is very useful. I am new working with a wiki, I just have one question when you said that your menu is a wiki page, thats mean that you create the menu bar using your wiki? And thats why you don't have to set like a complete path when you called? Could you please explain me a little more how this work.
I appreciate your time and knowledge, thank you,
Patty
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Kilian Sent: Friday, January 25, 2008 12:06 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] top menu bar link to side bar
Am Freitag, den 25.01.2008, 09:50 -0800 schrieb Patricia Marin:
Hi I need to add in my wki a top main menu bar linked to the side bar,
like
the one on this site.
Hi Patty,
my wiki [1] has a sidebar menu that changes with top category.
The menu is a Wiki page. I included it as a sidebar by hacking the skin, saying (in skins/GSV.php (GSV is my skin)):
# Prepare a Title and ParserOptions: $title_for_parser = Title::newFromDBkey("GSV:Menü"); $options_for_parser = ParserOptions::newFromUser($wgUser);
# Include GSV:Menü as a menu: echo $wgParser->parse("{{GSV:Menü}}", $title_for_parser, $options_for_parser)->getText();
To create a top main menu bar, I would similarly hack the skin.
In the sidebar menu, I use the ConditionalMenus Extension [2] to selectively show or hide links to pages in the top categories. You might want to use ConditionalTemplates [3] instead, as I suppose you want all of the sidebar menu to change with top category.
Hope this gives you the relevant ideas.
Kilian
[1] http://verben.texttheater.de [2] http://www.mediawiki.org/wiki/Extension:ConditionalMenus [3] http://www.mediawiki.org/wiki/Extension:ConditionalTemplate
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Am Freitag, den 25.01.2008, 12:32 -0800 schrieb Patricia Marin:
when you said that your menu is a wiki page, that’s mean that you create the menu bar using your wiki?
Yes. The menu basically is the page GSV:Menü [1]. This page is always included by the skin (see code in my previous message) in addition to the page the user actually looks at. Apart from this inclusion, no modification of the PHP is involved. Making the menu look different depending on the top category is achieved by using extensions that could also be used on other wiki pages.
Does this answer your question?
Good success! :-)
Hi this been very helpful but I have some problems integrating the extensions, by any chance do you have some code I can look at where you are calling a extension,
Thank you,
patty
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Kilian Sent: Friday, January 25, 2008 12:50 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] top menu bar link to side bar
Am Freitag, den 25.01.2008, 12:32 -0800 schrieb Patricia Marin:
when you said that your menu is a wiki page, thats mean that you create the
menu
bar using your wiki?
Yes. The menu basically is the page GSV:Menü [1]. This page is always included by the skin (see code in my previous message) in addition to the page the user actually looks at. Apart from this inclusion, no modification of the PHP is involved. Making the menu look different depending on the top category is achieved by using extensions that could also be used on other wiki pages.
Does this answer your question?
Good success! :-)
[1] http://verben.texttheater.de/GSV:Men%C3%BC
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Good Afternoon MW Fans:
I've read through previous threads on this situation, and have tried the work-arounds to allow uploads of ppt files. This is MW version 1.8.2
I have settings:
wgFileExtensions = long list of every potential extension I can think of. Doesn't help at all for anything. Seems to be completely inoperative.
wgMimeDetectorCommand = /usr/bin/file -bi This helps with most types of extensions.
And finally, to allow the ppt upload: wgVerifyMimeType= false;
But, then the Wiki thinks this is MIME type: application/msword Which appears to be incorrect. I don't know, are ppt files supposed to be this MIME type ?
The problem comes in when a use clicks on the ppt file link. I can't seem to get WEB browsers to exec the appropriate ppt viewer program.
Did anyone else ever get this to work ?
--Hiram
Check the file /includes/mime.types. The line "application/msword" probably just has the "doc" extension. So what is happening is that your ppt extensions are being determined to be "application/msword", which I agree is incorrect, then the extension is checked and found not to be "doc", and so it fails to upload. The workaround is to add "ppt" to the "application/msword" mime type in the mime.types file. So modify the line the line to be:
application/msword doc ppt
I'm a little surprised "wgVerifyMimeType= false;" didn't work.
-Jim
-----Original Message----- From: Hiram Clawson [mailto:hiram@soe.ucsc.edu] Sent: Monday, March 17, 2008 5:59 PM To: MediaWiki announcements and site admin list Subject: [Mediawiki-l] PPT file uploads
Good Afternoon MW Fans:
I've read through previous threads on this situation, and have tried the work-arounds to allow uploads of ppt files. This is MW version 1.8.2
I have settings:
wgFileExtensions = long list of every potential extension I can think of. Doesn't help at all for anything. Seems to be completely inoperative.
wgMimeDetectorCommand = /usr/bin/file -bi This helps with most types of extensions.
And finally, to allow the ppt upload: wgVerifyMimeType= false;
But, then the Wiki thinks this is MIME type: application/msword Which appears to be incorrect. I don't know, are ppt files supposed to be this MIME type ?
The problem comes in when a use clicks on the ppt file link. I can't seem to get WEB browsers to exec the appropriate ppt viewer program.
Did anyone else ever get this to work ?
--Hiram
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Sullivan, James (NIH/CIT) [C] wrote:
Check the file /includes/mime.types. The line "application/msword" probably just has the "doc" extension. So what is happening is that your ppt extensions are being determined to be "application/msword", which I agree is incorrect, then the extension is checked and found not to be "doc", and so it fails to upload. The workaround is to add "ppt" to the "application/msword" mime type in the mime.types file. So modify the line the line to be:
application/msword doc ppt
I'm a little surprised "wgVerifyMimeType= false;" didn't work.
-Jim
It did work for him. But when a powerpoint was server with a word mime, the browsers were unable to open the right application. This is because Office documents are so similar that file can detect which office type is. I remember someone posted here a hack changing the mime of Office files depending on the extension.
It did work for him. But when a powerpoint was server with a word mime, the browsers were unable to open the right application. This is because Office documents are so similar that file can detect which office type is. I remember someone posted here a hack changing the mime of Office files depending on the extension.
To quote the email I had sent about this previously:
"Putting:
application/msword doc xls ppt
works for getting the files into the wiki, but causes the wrong mime types to be sent back when the user accesses the file.
What I've found to work (and please let me know if there is a better way), is to send the correct mime type out depending on the extension:
--- MimeMagic.php.old 2008-01-29 16:15:59.000000000 -0600 +++ MimeMagic.php 2008-01-29 16:15:35.000000000 -0600 @@ -497,6 +497,21 @@
}
+ //BEGIN CUSTOMIZATION + # New excel files have the same magic number as msword files + if ( $mime == "application/msword" ) { + $i = strrpos( $file, '.' ); + $e = strtolower( $i ? substr( $file, $i + 1 ) : '' ); + + if ( $e == "xls" ) { + $mime= "application/vnd.ms-excel"; + } + if ( $e == "ppt" ) { + $mime= "application/vnd.ms-powerpoint"; + } + } + //END CUSTOMIZATION + if ( isset( $this->mMimeTypeAliases[$mime] ) ) { $mime = $this->mMimeTypeAliases[$mime]; }
"
Notice that this only works if you are using img_auth.php, as the file is otherwise being delivered by apache, which will provide the incorrect mime type to the user.
V/r,
Ryan Lane
Lane, Ryan wrote:
To quote the email I had sent about this previously:
Yes. That was the email. Thanks for reposting.
Notice that this only works if you are using img_auth.php, as the file is otherwise being delivered by apache, which will provide the incorrect mime type to the user.
V/r,
Ryan Lane
Shoudn't that be an Apache configuration issue, then?
Notice that this only works if you are using img_auth.php,
as the file
is otherwise being delivered by apache, which will provide
the incorrect
mime type to the user.
V/r,
Ryan Lane
Shoudn't that be an Apache configuration issue, then?
Yes. I can't comment on how to fix that though :).
V/r,
Ryan Lane
Lane, Ryan wrote:
Shoudn't that be an Apache configuration issue, then?
Yes. I can't comment on how to fix that though :).
V/r,
Ryan Lane
I am having a problem with 1.11.0
It seems that the HTML for the TOC includes an extra "</li></ul>" sequence.
Here is a example (the problem is right before the </td>): <table id="toc" class="toc" summary="Contents"><tr><td><div id="toctitle"><h2>Contents</h2></div> <ul> <li class="toclevel-1"><a href="#How_to_Print_Payroll_Checks"><span class="tocnumber">1</span> <span class="toctext">How to Print Payroll Checks</span></a> <ul> <li class="toclevel-2"><a href="#Options"><span class="tocnumber">1.1</span> <span class="toctext">Options</span></a></li> <li class="toclevel-2"><a href="#Print"><span class="tocnumber">1.2</span> <span class="toctext">Print</span></a></li> <li class="toclevel-2"><a href="#Mark"><span class="tocnumber">1.3</span> <span class="toctext">Mark</span></a></li> </ul> </li> <li class="toclevel-1"><a href="#See_Also"><span class="tocnumber">2</span> <span class="toctext">See Also</span></a></li> </ul> </li> </ul> </td></tr></table><script type="text/javascript"> if (window.showTocToggle) { var tocShowText = "show"; var tocHideText = "hide"; showTocToggle(); } </script>
I tried to find the problem code and ended up in Parser around the call to Linker.tocUnindent.
Does anyone know where the problem is and how to fix it? It is causing me no end of grief.
Thanks, William Tucker nQativ Solutions
5214 68th Street Suite 200 LubbockTX79424 wtucker@nqativ.com http://www.nqativ.com tel: (806) 687-8500 800-356-6568 fax: (806) 687-8511
This e-mail message (and attachments) may contain confidential nQativ Solutions information. If you are not the intended recipient, you cannot use, distribute or copy the message or attachments. In such a case, please notify the sender by return e-mail immediately and erase all copies of the message and attachments. Opinions, conclusions and other information in this message and attachments that do not relate to official business are neither given nor endorsed by nQativ Solutions.
mediawiki-l@lists.wikimedia.org