TinyMCE: Image appearance settings are lost

Have also noticed that, it is REALLY annoying since we post a lot of news on our site...

Developers, could you please look into this ?

Yes I've found this too, and reported it here;
http://www.php-fusion.co.uk/forum/viewthread.php?thread_id=22319&pid=124063#post_124063

It is very annoying - work-around is to use the 'view html' icon, then find the images, and add an align="right" (or whatever you need) - that is kept on a save.

And it's likely the same error already posted in the bug tracker:

http://www.php-fusion.co.uk/infusions...item_id=21

Odd thing is that it was rejected for some reason, maybe by mistake?

I am using a "HTML-template" for now but it is very annoying not to be able to use this featurerich-editor as it should be used...




It MUST be a mistake, I can´t belive why they would reject such a serious matter...

Yes, this is the same problem that Nubs used 2 lines to describe in a short and exact way.

I have posted a note in the bugtracer for this problem in which I argue for the problem notbeing Minor, and where I ask for a second view on the bug.

I am already getting compaints from my users that news look silly because of this problem.
I would hate to see that PHPFusion get a reputation for being crappy because of such a problem, but I am afraid that this is a very "visible" thing to the end users. It is thrown in their faces every time they open their site.
I am afraid that no fancy Smiley-handling or Forumranking can make it up for this error.

Indeed the TinyMCE editor can be switched off, but please don't under estimate the value of it. Administrators of the local badminton club don't care much about HTML!

http://www.php-fusion.co.uk/infusions...item_id=21

I notice that status has changed now from Rejected to Accepted.
Very much appreciated. Thank you. I will forward the good news to my users. The fix it not urgent, but the recognition is important and will probably make the difference when my users will decide if their site should be upgraded from v6 to v7.
Thanks again

A fix posted in the bug tracker:

http://www.php-fusion.co.uk/infusions...p;rstart=0

...and it actually works - 80% I'd say.
There is still a problem with Preview, but I can live with that untill its solved.

If you press the edior's HTML-button, I'm sure you will find nothing added to the img-element about alignment. Here one could add the 'align="right"', and it would work, but that is not a thing to tell your clients.

I had a look at the TinyMCE homepage's Full Featured Example. It appears that there is no declaration for extended_valid_elements. I tried to disable that part of the initialisation at my own site. Now it works. To the source code has been added 'style="float: right;"'.

By the way, I had the same problem as you, also in a context that has nothing to do with PHPFusion. So it is not really a PF problem.

Edit:
If you do want to keep the declaration for extended_valid_elements, you can add the style attribute.
The problem seems to be that once you have declared something in the extended_valid_elements, nothing will be accepted by the editor unless it has been stated in the declaration.

I am not too sure. when using revision 1004; http://php-fusion.svn.sourceforge.net...p?view=log
it works for me. This is a PF correction, and if it does the trick, then I think you can say that it is a PF problem.

Of course, as far as PF brings a TinyMCE initialisation. You will see that the suggested improvement in #1004 has added the attribute style.

Exactly. I am sure that the preview will also be fixed at some point. I assume it is also an initialization problem.

Hardly.
Btw, I've just tested the preview with an image floating right in my PF. No problem. I may be using a newer version of TinyMCE, but that cannot make the difference.
And we are talking about PF v.7?

Indeed! V7 with the version of TinyMCE that comes with v7 in the Download from this site!
I am still convinced that we will have it all working soon :)

Latest update:

I was testing with an existing "news" post.
When entering a new post, the problem cannot be reproduced for the preview.
I assume it must be something to do with the order of the parameters in the existing post that caused the problem, and confused the editor.

I seems the problem is solved with revision 1004!

Using ../images/image.jpg seems not to work for me anymore, whereas it did previously. Preview will not show the image.

However if i use the complete url to the image, then preview works without any problem.

Showed to be wrong Site URL set in main settings for the site i tested.

No errors for me using rev. 1004 now.