I installed htmlarea 4.3 in Drupal 4.3.1 and it appears to work ok except that the image paths (and possibly other paths) appear as:

http://myurl.com/misc/htmlareaimages/ed_color_fg.gif

Fwiw, I run with PHP-CGI in case that makes any difference. Also using short URLS.

Comments

mikemee’s picture

I was a little fast on the 'seems to work'. After hacking a set of directories together (htmlareaimages, htmlareaplugins, etc.) I could see the images ok, but anything involving a pop-up window fails to show correctly (it shows the front page of the site).

Features like Bold, Italic etc., work ok (presumably because they don't involve popups).

gordon’s picture

Assigned: Unassigned » gordon

Which version of htmlarea are you running, the cvs version from the top of the htmlarea.module file? ALl the directories should be misc/htmlarea/...

gordon’s picture

fixed in cvs under DRUPAL-4-3-0 branch

mikemee’s picture

Seeing your fix, I tried the CVS build (previously was using the 4.3.0 version) and am having problems with the admin menus. Specifically:

1) when viewing the modules list, the actual name htmlarea doesn't appear, though the comment describing it does

2) htmlarea doesn't appear under admin->config->blocks-> as expected

3) if I go directly to the url admin/system/modules/htmlarea, that doesn't work either (shows the Modules list, but without any modules listed, just the "Save Configuration" and "Reset to Defaults" config.

Do I need to be running CVS Drupal also? I have 4.3.2 currently. Thanks!

mikemee’s picture

Just to be sure, I just now went back and tried the release 4.3.0 version and it does show up fine in the modules select screen (/admin/system/modules) and the admin screen shows up ok too (http://crbasic.com/admin/system/modules/htmlarea) -- (and now I see that I need to disable Filter HTML tags which I'd turned on since previously trying 4.3.0).

gordon’s picture

1. This is a bug in drupal when you use the _help() with the #name option. I have submitted a patch but this will go away when the support for _system() is removed.

2. htmlarea doesn't have any blocks. it will only appear under admin -> configuration -> modules -> htmlarea

3. This is because the cvs version will not run under 4.3.x. Use the DRUPAL-4-3-0 branch from cvs or download the tarball.

mikemee’s picture

In short: htmlarea 4.3.0 doesn't work with 4.3.2 (and possibly 4.3.x).

So I need to either update Drupal to the CVS release and use the CVS release of htmlarea, or wait for the next point release of both. (Or work out what the relevant changes are from CVS and fold them back into my current release, assuming that's even possible).

So close :-)

Thanks so much for your patient explanations.

duntuk’s picture

actually... http://drupal.org/drupal/4.3.0/modules/htmlarea-4.3.0.tar.gz

drupal.diff, htmlarea.module and htmlarea.sql seem to work fine with drupal 4.3.2...

the problem however, appears to be in the packaged /HTMLArea-3.0-beta ...

(there's a good chance i'm wrong about this, since i'm delirious from lack of sleep)

nevertheless, using the copy of HTMLarea 3 beta from http://dynarch.com/htmlarea/, in /misc/htmlarea (instead of the packaged one) appeared to have solved the problem of textarea pages not being able to be displayed...

also... i also followed the direction for the (NON-packed) HTMLarea 3 beta install (http://dynarch.com/htmlarea/), about the chmod part ... so i'm not sure if that had anything to do with solving "page cannot be displayed" errors on select 'textareas' pages in the admin cp...

anyway keep in mind i'm posting this right after my first success--so i'm not sure how additional hacks/addons from HTMLarea 3 forums would affect this module; since i'm thinking that maybe some additional hacks were included with the module included htmlarea 3 beta, which broke something... don't know..... but all is good now...

thanks gordon for this great module...

duntuk’s picture

ok... i know what i did wrong the first time... i used the CVS version instead of the HTMLarea 3 one... duh... i'm a retard...

Anonymous’s picture