You are not logged in.
We've stopped using the ImageManager for the time being as it was on a live site, but it was basically deleting an existing image (maybe more) every time a new one was added. I tried commenting out any line in the ImageManager code that used the unlink() function to no avail, so I'm not sure what's causing it, but having stopped using ImageManager to upload images, the problem has stopped.
I can only think it's one of the cleanup functions deleting more than just the temporary files or something along those lines. If I get time I'll try playing with it some more and sticking some debug code in, but as it's a live site at work I can't just have it deleting files until we figure it out.
No-one?
Hi all, been a while since I was last here ![]()
I'm getting a problem with ImageManager apparently deleting images when new ones are added. It's as if it hits a limit and cycles back round to the strat, overwriting existing images with newly uplaoded ones.
Has anyone else had this problem, or have any idea as to why it might do it?
Yeah, it's more a proof of concept than a finished logo - anyone feel free to tinker with the idea ![]()
Might be a plan, but it'll take a more experienced javascript coder than I to say if it's possible.
Looks good niko
If you're working from the newbie guide, you can check the ID against the array of textareas you set to apply Xinha to (xinha_editors)

Bit of a convoluted concept for such a simple logo, but thought I might as well post it hehe.
No worries, I personally have 2 linux servers and no Windows servers, just got thrown by my mis-reading of the sentence hehe.
Well, its obviously a permissions problem, lol.
Is this a windows server? Seems unlikely since you're in the UK, but thought I'd ask, also I think the editor url is supposed to be a path not a url, though I could be wrong.
I'd check the permissions on the language file.
Eh? Do we not have Windows servers in the UK? Probably the biggest 'mass market' host in the UK runs mostly Windows servers.
Anyway, not trying to start an argumnet, just found that a strange statement ![]()
You can create a file just for a single button and then edit the button definition. You may need to edit some other code to set widths though as all images are set in divs with fixed sizes afaik.
Check out the Stylist plugin. I recall seeing a function in there that checks if you're inside a <p></p> set, so it should be easy enough to re-write for tables.
You could surely hide the divs they sit in? The functions may still be loaded, but if they're not visible they can't really be used.
In your config.js
I don't know if you can catch pasted text as it's being pasted via ctrl+v, but if yes then a slightly convoluted way would be to have a toolbar button that turns on plain text pasting (sets a variable) and then any pasted text gets stripped of tags, etc. or run through the Word cleanup/any other function you want.
Not fool-proof and not ideal but it might be one way ![]()
You could try setting the editor area size in inches to A4 size (or whatever paper size you want). It's not a foolproof solution, but will at least give a hint as to how much you can fit in a page.
I have a feeling it might be to do with the fact that <img> tags don't have matching </img> tags. That's pure speculation though ![]()
Found that adding a <br /> after the element does the job, but still not ideal.
Not the most descriptive title, but it's hard to sum up in a simple title ![]()
Basically, I've noticed a problem with having a block element such as a div as the last code in your editor, that you can't get outside that div by pressing down/right with the cursor keys.
e.g. your textarea contains
He said: <div class="quote">Newcastle are the best team in the world</div>When writing in the Xinha editor, you can't get outside that div to write more text after it. I've tried adding <p> </p> after it, thinking the space might provide something for the cursor to jump to, but with no luck.
I have a feeling this has been discussed before, if not here then back at the htmlarea forums, but can't remember if there was a solution. Anyone know of a fix?
Heh, good point.
Sorry to resurrect such an old thread, but does anyone know of a workaround to this bug? It's a pretty big hindrance in any app that involves people moving back and forth between pages (e.g. forums).
The image in the first post of that thread has been updated - it does include the new wysiwyg switch icon. Try ctrl+f5 if it's still showing the old one.
I've been trying to set trac up on my backup server recently. If I can get it working, I'm happy to host the Xinha trac with whatever else is needed.
Yermo was the author?
Yermo is a person ![]()