Using tinymce 3.7 We have a text editor where if one right clicks on a table to bring up table properties and changes the background color the changes are not reflected on the actual table after hitting update.
I tried searching to see if this was a known issue perhaps addressed in a later version of TinyMCE but could not find anything that appeared to discuss this particular issue. Is there a fix or at least documentation of this being a known tinyMCE issue that any of you know of?
There are a lot of issues in TinyMCE with IE11. To solve those issues you'll have to upgrade to at least 3.5.10 version of TinyMCE. Everything works fine in 3.5.10. I tested it on IE11. There's just one thing which will not work, that is searchreplace. For that you'll have to upgrade to 4.x version of TinyMCE.
Related
In XPages, when I try to open a .js or .jss file, I often get just the tab wirh "Client/Server JS Editor" and nothing else, i.e. the file doesn't load. From the Navigator Eclipse view, I can open the same .js or .jss file using any other editor without problems. And then, it sometimes works, but I don't know yet when it does and when it doesn't. The other Editors are okay by the way, .lss opens nicely.
This behaviour I get for a few weeks now. Since it started I reinstalled Notes a few times, I upgraded to FP8, I also reinstalled Windows10 and Windows10 upgraded me to the Creators Update (with the fix, in the end). There's nothing that explains to me why the file doesn't show up on the screen.
Anyone familiar with this? Could you please tell me how to repair this?
Thanks!!
It's a bug introduced with FP8 that is fixed in FP8 Interim Fix 1. See this document for download options for FP8 IF1.
As a workaround you can do a clean/rebuild of the nsf and then use the SSJS editor.
I know that in Moodle 2.5.1+ there are some problems with the File Picker.
If editing is turned on, the File Picker doesn't work. I was curious if anyone had found a solution for this as it would be much easier to create new SCORM packages or whatever without having to worry about turn editing on, add activity, turn editing off, upload file, turn editing back on. That seems really painful.
Have you tried: turn editing on, drag & drop SCORM zip file onto course page, select 'create SCORM', click 'OK'?
As for your 'file picker not working' issue:
Have you turned on debugging ( http://docs.moodle.org/en/Debugging )
?
Are there any errors displayed on the page?
Are there any
javascript errors in your browser (usually hidden away under some
form of 'developer tools' in modern browsers, you haven't mentioned
which web browser you are using, so I cannot give further advice
here) ?
Have you tried upgrading to the latest version of Moodle 2.5
(2.5.6 was released on 12th May and has fixed a number of issues in
2.5.1 - see http://docs.moodle.org/dev/Releases for details of all changes made) ?
I have a Plone 4.3 site that was a migration from a Plone 2.5 site. It had been working fine, but for some reason the default editor that shows up when editing any page or content item is the straight HTML view.
I've tested it in Firefox, Chrome, and Safari — all shows up the same. The drop down menu above the editing box shows these options:
I've also tried switching the "Default editor" both in the Site setup > Editing Control Panel and also through the ZMI > portal_properties > site_properties > available_editors but no dice. The options there are None, Kupu, and TinyMCE.
There are two other Plone sites on this same instance (not migrations though, they started as Plone 4.3 sites) and their editors show up like normal.
Any thoughts? I'm at a loss, except to maybe try uninstalling and reinstalling TinyMCE through buildout, but I'm wary of whether or not that might break something else, especially if it breaks the other two sites.
4.3 suffers from some random failures loading generic setup profile steps on creating a plone site. There are a few alternative ways to resolve this:
1) Identify the missed steps (in this case TinyMCE) and go to portal_setup and run them. Or, rerun all the steps.
2) Remove or comment out the line "PYTHONHASHSEED random" in base.cfg. Rerun buildout. Restart. Re-add your Plone site.
3) Upgrade to Plone 4.3.1. I haven't heard of anyone having this problem with 4.3.1. If you do, be sure to file a bug report!
Plone also stores the chosen editor in the user preferences.
Check http://yoursite/##personal-preferences
There's a small script which migrates all users to tinymce -> http://plone.org/products/tinymce/documentation/how-to/how-to-set-tinymce-as-default-editor-for-current-users/
I've tried posting this on the Umbraco forums to no avail. Hoping to find some help here.
I thought I upgraded successfully from 4.0.4.2 to 4.5.2 (on my way to 4.8...) as I received no errors and everything seemed to go smoothly. However, in the backoffice, when I click on any section other than Content, I get redirected back to Content. I can manually reach each section by typing in the name of it after the # sign like: #media, but as soon as I click on a tree item, it redirects me back to Content. Any ideas would be appreciated.
2 thoughts:
You're cacheing some of the old javascript in your browser. Try clearing your cache. IE can be stubborn in this regard; preferably try in Chrome.
Personally, if your site is working under 4.5.2, I wouldn't sweat the back office issue and just continue with the upgrade to 4.8.1. There will likely be new problems to solve there anyway :) and the backoffice issue may go away.
Updating the icons via the following script fixed this problem. Links must run off the appIcon field. Not sure why this is not executed when the database is updated via the 4.5.2 upgrade.
update umbracoApp
set appIcon = '.tray' + appAlias
where appAlias IN ('content','media','users','settings','developer','member')
I'm running Plone 4.1.4 and when I try to edit a text area that used to display the tinyMCE editor all I get is a dialog box listing a dict of "valid elements". I installed the kupu editor and that works fine, but I prefer tinyMCE. Has anyone run in to this issue? Any help would be greatly appreciated.
Browser and version? IE 9 has TinyMCE issues, and requires you to use a development release.
To get around it I had to install a version from github. If you have mr.developer, use:
Products.TinyMCE = git https://github.com/plone/Products.TinyMCE.git branch=GSOC-3.4.x
I have come across this problem as well. In my case I updated Plone 4.1.2 to Plone 4.1.4. The rich widget will not show the TinyMCE editor when the content type has just been added. But after saving the content type and then editing, TinyMCE would appear as expected.
The weird thing is that if you add a new Plone instance and then activate and add your custom AT content type. TinyMCE would render fine on your text fields.
A work around that seemed to solve the issue is to go to portal_setup and on the upgrade tab, select Products.TinyMCE:TinyMCE to upgrade. It would show that the profiles (version 3) on the ZODB and the filesystem are in sync. You can downgrade by clicking on "show old upgrades" and running upgrade profile 1.1->2. This worked for me but please try this on a development instance.
This looks exactly like a problem I had a few days ago. Are you using IE7 or below?
Though I don't know if this is the right way to go (more experienced devs, please advise), this is what I did:
(Assuming a windows box... )
Stopped the plone services
located the file on the filesystem called tiny_mce_init.js (in my case c:\Plone41\eggs\products.tinymce-1.2.10-py2.6.egg\Products\TinyMCE\skins\tinymce\tiny_mce_init.js)
go to line 93 (in my case this contains:
media_strict: false,
remove the comma resulting in media_strict: false
save the file
restart the services
Looks at Thariama's answer here.
I had the same problem (with IE and FF). It looked like the archtype installation was the problem.
After changing the order unter "ZMI->portal_skins->Sunburst Theme" (putting tinymce above archetypes), TinyMCE worked.
(http://plone.293351.n2.nabble.com/Tinymce-not-working-after-custom-type-is-installed-td7566873.html)