Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Here's my first attempt at 5.0 support, with some additions to the CSS and output formatting. Not fully tested, but seems to work.
Comment | File | Size | Author |
---|---|---|---|
#3 | geshifilter.module.txt | 20.11 KB | executex |
#2 | changeswithwhitespace.patch | 44.08 KB | mhutch |
#1 | geshifilter.info_.txt | 129 bytes | mhutch |
changes.patch | 12.36 KB | mhutch | |
Comments
Comment #1
mhutch CreditAttribution: mhutch commentedAnd the .info file -- for some reason couldn't add it to anon CVS for adding to the patch.
Comment #2
mhutch CreditAttribution: mhutch commentedAnd here's a version of the patch with whitespace changes of tabs to two spaces, as per Drupal guidelines.
Comment #3
executex CreditAttribution: executex commentedThere is a problem with the $types variable. In debug mode, $types[] array is empty every time, even though the settings are set. There doesn't seem to be anything wrong with the code, unless $format messed up a lot. In other words, the filter either highlights with default lang, or just a plain Geshi css. type=, doesn't work at all, it's detected, but $types is empty.
Could you please upload a FULLY TESTED version of the .module without the "changes" crap, because it really isn't working with different languages.
Comment #4
mhutch CreditAttribution: mhutch commentedThat's weird; it works absolutely fine for me. Have you enabled the languages you need in the filter's "configure" options (admin/settings/filters//configure)?
BTW, the attachment to the original issue lacks the whitespace changes. But the "whitespace changes only affect the appearance of the module's source.
Have you tried the http://drupal.org/node/112067 version?
Comment #5
executex CreditAttribution: executex commentedWell It detects the tag at some points. I think I mixed it up before which is why I thought it wasn't detecting the tag.
I was typing language="" instead of type="",
anyway, I fixed that, but now in debug mode, I can still see the when I use Javascript, it doesn't detect it, but it does detect cpp.
It works for cpp, and it seems fine, but when I use javascript same problem... type = array()... can't even print_r() it, cuz its empty.
Take a look: http://furix.net/AdvancedJavaScriptClassTutorial
Comment #6
executex CreditAttribution: executex commentedAnd it's definitely allowed in the settings.
Comment #7
soxofaan CreditAttribution: soxofaan commentedComment #8
soxofaan CreditAttribution: soxofaan commentedfirst release of the port to 5.0:
http://drupal.org/node/171767
closing this issue
new issues should now be submitted against the right version