Extension talk:ASHighlight
SVN repo down?
editI've been trying to nab this from the SVN repository all day, and haven't been able to load the page. Anyone know of another source to download this? Anderiv 19:51, 18 July 2008 (UTC)
- Launchpad maintains a mirror of the ASCEND SVN repository in which the ASHighlight code is stored. See here: http://bazaar.launchpad.net/~vcs-imports/ascend/extfn/files Jdpipe 07:32, 24 March 2009 (UTC)
Fix for MW 11.1.0
editThis extension gives the following error with Mediawiki 11.1.0
Detected bug in an extension! Hook ashighlightLoadMessages failed to return a value; should return true to continue hook processing or false to abort. Backtrace: ....
This was fixed by adding a return(TRUE) to the ashighlightLoadMessages function.
Before:
function ashighlightLoadMessages() { static $loaded = false; if ( $loaded ) { return; } global $wgMessageCache; require_once( dirname( __FILE__ ) . '/ashighlight.i18n.php' ); foreach( efashighlightMessages() as $lang => $messages ) $wgMessageCache->addMessages( $messages, $lang ); }
After:
function ashighlightLoadMessages() { static $loaded = false; if ( $loaded ) { return; } global $wgMessageCache; require_once( dirname( __FILE__ ) . '/ashighlight.i18n.php' ); foreach( efashighlightMessages() as $lang => $messages ) $wgMessageCache->addMessages( $messages, $lang ); # return(TRUE); }
About the fix for MW 11.1.0
editHaven't been able to test this, haven't got that version installed. But it looks like the 'after' case above is not quite right: there is a 'return' which should be 'return TRUE' and another one that is commented out. So you'll probably need to play around and see what works.
I have updated the sources in the SVN repository to include 'return TRUE'. Please let me know how it works. Jdpipe 22:46, 12 January 2008 (UTC)
Issue on Windows with Mediawiki 1.9.3 and PHP 5.2.5
editI'm trying this extension on a corporate installation of Mediawiki. I installed the windows package for the highlight library, and I modified the ashighlight.class.php file to reference the appropriate language files. The highlight library was installed to c:\WinHighlight (it defaulted to under Program Files, which I thought might be troublesome because of the space in the directory name). I also found a hard-coded temp path, which I changed to C:\Temp. It gives this error:
Process 'highlight --fragment --syntax="php" --style-outfile="C:\Temp/highlight.css"' failed to start?
It then prints out a usage message with an example syntax and a note about which languages are supported. The wikitext I tried was this:
<source lang="php"> <?php phpinfo(); ?> </source>
The error and usage messages appear within a red-bordered box on the rendered wiki page. Can you share any ideas on what I can do?
- Did you check that 'highlight' is in your PATH? Jdpipe 04:14, 29 January 2008 (UTC)
- I checked, and it was not. I added it to the path, and verified that I could then execute the highlight program from the command prompt. However, the same error message still appears on the wiki page. I also tried rebooting the host, and it still has the error... -- Thanks, KaJun
- PHP is probably using cmd.exe to open processes, and you need to give your MACHINENAME\IUSR_MACHINENAME account access to c:\windows\system32\cmd.exe, or whatever account IIS is using. - Chris
Using Apache2
editI got it to work with apache2 for windows. I had to change $cmd='blah' to $cmd="c:\\winhighlight\\highlight.exe"; the hard coded temp dir to c:\\temp and the defined langdefs dir to c:\\winhighlight\\langDefs. After that though it just worked. My apache service is running with a local service account _apache which has power user privileges.
- You should also mention that the $cmd is in the ashighlight.class.php file. I have also encountered this problem. - Zach
Aborts PdfBook export - workaround
editIt seems, that the
/*<![CDATA[*/
blocks are canceling the output for pdfbook.
I modified the ashighlight.php file:
in function ashighlightFormat change the lines (should be between lines 106 and 112)
$css =
"<style type=\"text/css\">/*<![CDATA[*/\n".$ash->get_stylesheet()."/*]]>*/</style>\n";
to
global $wgRequest;
$css = ($wgRequest->getText('format') == "pdfbook" ? "<style type=\"text/css\">/*<![CDATA[*/\n".$ash->get_stylesheet()."/*]]>*/</style>\n" : "");
This simply disables the css-blocks, if and only IF the "pdfbook" format is requested. Please note, that this is rather a workaround, than a (bug) fix, since i see the bug inside of htmldoc (which is used by Extension:Pdf_Book to generate the pdf pages).
Add border like pre
editIt would be good for the source
block to have a border like the pre
block. Is this possible?