See http://moodle.org/mod/forum/discuss.php?d=104823#p462492 ; patch to follow soon.

It might be even possible to get latest version of Opera and Safari to render htmlarea properly by changing those functions that Tariq mentioned and tiny changes to code of htmlarea.php and css. I can confirm that Chrome works nicely with TinyMCE, FCKEditor, Xinha and also with htmlarea (at least most parts of htmlarea). I got also Opera 9.5 to render htmlarea with some possibly minor issues and the main problem with latest Safari is that toolbar is not fully visible (css) - otherwise htmlarea seems to be "almost functional" in Safari.

Patch to detect 'Chrome' in $_SERVER['HTTP_USER_AGENT'] (./lib/moodlelib.php::check_browser_version()) and more or less the same thing done in ./lib/editor/htmlarea/htmlarea.php

Are you 100% sure all editor functions work with chrome?

It is based on the same rendering engine as safari (though different js engine) so, its not unresonable to think that many things might be broken and it would be an unwise choice to enable it.

The current editor has many bugs and I think its wise to be catious about enabling this new functionality - Matt is fixing it once and for all by getting rid the current buggy editor in 2.0.

I'm 100% sure that all editor functions don't work with Chrome - how could they? Chrome & HTMLArea have similar bugs as other browsers and for example Dragmath plugin can be used with upgraded version of Java but equations are not posted to textarea, focus may sometimes get lost and so on. Like most other browsers Chrome has some personal shortcut keys so most Editor Shortcut Keys of HTMLArea don't work either. Although all basic buttons and features seem to work ok on my test site they should be tested on all environments - the current Chrome was released for Windows and they used components both from Apple's WebKit and Mozilla's Firefox.

Still what do we loose if editor is enabled for Chrome? Button <> works well and it may be too optimistic to think that even Matt could fix it once and for all by getting rid the buggy editor in moodle 2.0. It's more likely an never ending story...new versions of editors and browers will always have bugs.

This patch no longer seems to work with 1.9.5

Any ideas please anyone?

Many thanks

Anyone tried to test the patch with 1.9.7? I suppose that it won't work for 1.9.7 either? Just curious, thanks!

I don't know what Dan Leighton exactly ment but all basic features of HTMLArea seem to work with the latest moodle 1.9.7+ and Chrome. I did not test 3rd party plugins.

There are just tiny css issues like button background color is a little darker in Chrome than in IE and FF but such things could be easily fixed by setting the background to some exact color instead of buttonface in lib/editor/htmlarea/htmlarea.css .

Probably Dan had some problems with editing moodlelib.php and extra white spaces etc.

Because current Chrome is handy and fast - much better than year ago - and also versions for Mac and Linux are available http://chrome.blogspot.com/2009/12/google-chrome-for-holidays-mac-linux.html it might be time to let Chrome run with lightning speed on moodle sites by default

same here, editor is not working in google chrome

Hi there - I think it is better to check for the "AppleWebKit" version rather than the presence of the string "chrome" in the user agent. This will not only pick up Chromium but also a bunch of minority and mobile phone browsers that can cope fine - e.g. Konqueror, Safari, Symbian S60, Palm Pre, and so on, and ensure the correct version of WebKit. See attached patch.

In testing I found Safari < 4.0 to not work with the textarea resizing, which is AppleWebKit < 528.16

Cheers, J

Has anyone used this patch on 1.9.9+ ?

works fine in Moodle 1.9.9 after applying the second patch:
http://tracker.moodle.org/secure/attachment/21204/htmlarea-with-webkit-browsers.patch

Are there any plans to add this patch to the 1.9.x branch soon? More and more users are trying to use Chrome and Safari especially Chrome) and it is really frustating that they cannot. This bug has been open for over 2 years.

+1 for adding this patch to 1.9.x branch...

Just noticed something strange today.

On moodle.org (now using moodle 2.0) the HTLM editor is not working in Windows chrome.

On my moodle local test site:

moodle 1.9.10 : HLML editor not working in Chrome
Moodle 2.0 RC1 (Build: 20101112) : TinyMCE editor working fine in Chrome

Why is TinyMCE editor NOT working in Chrome for moodle.org ???

Hi Joseph,

Thank you for reporting. HTML editor works with my Windows Chrome.

Thanks for the patch Jonathan. I will add the patch to 1.9.

Hi,

I've applied htmlarea-with-webkit-browsers.patch to our Moodle v1.9.9 install here. It seems to fix the problem alright. we haven't noted any negative side effects so far.

Gavin

No need to apply the patch anymore....Rossiani checked the patch into the MOODLE19_STABLE branch last week....it works great!

Thank you Gavin and Ryan for testing the patch.

Patch has been checked-in to 1.9_stable.

Resolved.

Rosie

hmm, this change creates a serious regression for iPad users - see MDL-25591, also the fix version is wrong.

Petr – Am I understanding you correctly that version 1.9.11 will break the HTML editor in inexplicably works in 1.9.10+ with Safari? I am thrilled (thrilled!) that a fix has finally been found to make Moodle and Safari play nicely and don't want to do anything that would jeopardize their new found happiness together. But I do want this patch for the questionnaire:http://tracker.moodle.org/browse/CONTRIB-2200

My host is asking if I just want to upgrade to 1.9.11. It sounds as if I just want the patch, yes?

Sorry - s/b the HTML editor that inexplicably works in 1.9.10+ with Safari?

I'm using 1.9.10, but doesn't works HTML editor on Google Chrome(Ver:11.0.696.65).

I can't understand about "This ticket is closed".