Extension talk:ASHighlight

From mediawiki.org
Latest comment: 15 years ago by Jdpipe in topic SVN repo down?

SVN repo down?[edit]

I'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)Reply

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)Reply

Fix for MW 11.1.0[edit]

This 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[edit]

Haven'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)Reply

Issue on Windows with Mediawiki 1.9.3 and PHP 5.2.5[edit]

I'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)Reply
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[edit]

I 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[edit]

It 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[edit]

It would be good for the source block to have a border like the pre block. Is this possible?