From ed7a9440e24e272dabf10ea1cc1c3c06bbc79c06 Mon Sep 17 00:00:00 2001 From: Alexander Sulfrian Date: Fri, 11 Dec 2009 06:46:52 +0100 Subject: downgraded geshi to stable version to support all languages --- .../geshi/contexts/html/string_javascript.php | 55 ---------------------- 1 file changed, 55 deletions(-) delete mode 100644 paste/include/geshi/contexts/html/string_javascript.php (limited to 'paste/include/geshi/contexts/html/string_javascript.php') diff --git a/paste/include/geshi/contexts/html/string_javascript.php b/paste/include/geshi/contexts/html/string_javascript.php deleted file mode 100644 index f210bc0..0000000 --- a/paste/include/geshi/contexts/html/string_javascript.php +++ /dev/null @@ -1,55 +0,0 @@ - - * @license http://www.gnu.org/copyleft/gpl.html GNU GPL - * @copyright (C) 2005 Nigel McNie - * @version 1.1.0 - * - */ - -//@todo [blocking 1.1.1] (bug 11) Using a ^ before the starters does -// not work, because when useless contexts are purged neither the ^return -// nor the ^javascript: are matched so this context is removed. -// I'm leaving it until 1.1.1 to solve this. One way might be to add a flag -// to this array or a field to the GeSHiContext class that says "never remove -// me, even if I am useless" -$this->_contextDelimiters = array( - 0 => array( - 0 => array('REGEX#return#', 'REGEX#javascript:#'), - 1 => array('"'), - 2 => false - ) -); - -// If this is set to parse any of the delimiters, the OCC swallows it up - setStartStyle and -// setEndStyle have no meaning in a context with an OCC (actually, nor does setStyle) -$this->_delimiterParseData = GESHI_CHILD_PARSE_LEFT; - -$this->_overridingChildContext = new GeSHiCodeContext('javascript'); - -?> -- cgit v1.2.3