You are not logged in.
Pages: 1
to my surprise when I don't enter any data in the textarea the code says there is a ^M (newline) in it so the check fails.
Known problem. Would be great, if this could be solved too. Because I make some checks on my site, whether the text-area was empty and stumple upon this some times and it's not that nice.
@bernd:
sorry, but i don't have a clue whats wrong there...
if it would be possible - could you write a little demonstration-script and upload it somewhere - so that we can reproduce this error?
That's the big problem. I tried to reproduce it, but I can't. On other forms, build in the same way it works. The init of the editor is identical, as I only have it written once in my templates.
However, here are the html-files of the formular. Some things have been changed (the domain i.e.), but not the form itself:
http://www.splashpages.de/newentrysnippets.zip
The "Gewinnspiel"-Snippet is the one with the problem. The "News"-Snippet works. Both use the same xinha. Maybe this can help.
<INPUT TYPE="submit" value="News hinzufügen" accesskey="s" title="(Alt + S zum Abschicken)"> <INPUT TYPE="reset" value="Zurücksetzen" accesskey="x" title="(Alt + X zum Abbrechen)">And the form is closed underneath.
That's the beginnig of the formular:
<FORM ACTION="SCRIPT" METHOD="post" NAME="gewinnspiele" ID="gewinnspiele" enctype="multipart/form-data">The action is different, but I thought no one is interested in the full URL
However this is from a formular where it works right:
<FORM ACTION="SCRIPT" METHOD="post" NAME="aktuelles" ID="aktuelles" enctype="multipart/form-data">Both work with "post" as you can see. Only name and id are different. The enctype is also the same.
Yes it happens on the "gewinnspiele" every time, but happens - if I recall it right - only with Firefox.
I would also appreciate a solutions, as this happens here too, but only on one formular. Everything else works without this.
Why did I make a database-based smiley-replacement function? I could have waited for your plugin. I won't include it in our actual project, but will surely use it in future projects when needed ![]()
The icons look great. Great work. I already uploaded them into our CMS ![]()
We are using utf8, as MSIE tended to forget all post-data when submitting a text which contained characters like (c) or (r) or TM or other Word-stuff, which led into database-errors. Xinha seems to work like a charm with utf8.
nope, the Xinha latest. But I will test the nightly soon. What was a little difficult: I had to change the onload-Handler, which wasn't documented. It now is: onload="initEditor()" But the rest... ![]()
I think that IT doesn't care a damn thing about having these solutions any longer online. They will delete everything I guess...
BTW: I am using Xinha in our production environment now and it seems to work like a charm ![]()
There are now thumbnails...
Tried it. Here we go:
http://www.splashpages.de/xinha-latest/ … tions.html
it works ![]()
Just don't ask me why the thumbnails won't generate. Everything is set like in our administration. Oh well...
problem is that I made a transition to the latest RC some days ago and I want to give my editors on my largest project www.splashpages.de (a multimedia site, which is run privatly and where I coded an own CMS) some time to make this transition.
But: I will include it soon into another project ![]()
What is the most important thing for me is that the Extended File Manager works on Xinha. Did you test this?
What would be great is to have a package which is available for download. SVN is really nice, but might be tricky for some people ![]()
I am pretty sad about this decission of interactivetools. I already posted a comment on their board.
I surely will use Xinha in my projects, as soon as it can replace htmlarea - which is not that bad. You do have my moral and testing support. Yet I am not such a great Javascript-coder, I am more a PHP one
If I could I would participate in coding. If it would be of some help, I could be sponsoring the providing, as I am running my own servers.
The other editor mentioned by interactivetools is just an editor for windows. I was looking for alternatives of htmlarea, when there was no new version after RC 1. But - and that was important for me - there was none which worked with Mozilla or Firefox.
So, please keep on the development, if you will become the successor of htmlarea it would be great. I think it is important that someone takes the lead role.
Pages: 1