You are not logged in.
- Topics: Active | Unanswered
Announcement
Pages: 1
#1 Re: User Discussion & Help » Table Border » 2005-08-03 08:20:27
That ticket deals with frames and rules but does not address the border issue
That it does. However, I suggest you look at the notes that I attached to that ticket there. You have to manually set the frames (aka borders) and rules normally, so when restoring from a 0px border you have to change it to 1px and then change frames to "All Four Sides" to restore the border of the table. Or you could do the patch I suggested in the ticket and then you just have to change the borders as the frames and rules options are defaulted to on
I've just tested on Mozilla and IE and the only problem I could find with tables was what has already been reported in that ticket.
#4 Re: User Discussion & Help » empty new line inserted » 2005-07-18 12:38:58
After a bit more digging about it looks like the problem is with case 9: // Node.DOCUMENT_NODE in HTMLArea.getHTMLWrapper. You can resolve the issue by replacing the XINHA case with the one from Yermo's modified version. As to the exact nature of the problem I'd only be guessing 
This resolves the <br /> being there when you load the editor, but it doesn't help with the only way of being able to remove a <br /> once it's there by going into the HTML mode. IE seems to deal OK with it, but Moz won't let it be removed
#5 Re: User Discussion & Help » empty new line inserted » 2005-07-18 11:01:35
I noticed this a little while ago. Did you bugtracker it? I took a look, but couldn't find a reasonable way to solve the issue
/edit hmm, looks like Yermo solved this one with AreaEdit, you can check it out at http://www.formvista.com/uploaded_html/ … xample.php
If you start Xinha with FF and delete all the WYSIWYG data and then view the source you'll always have <br /> there. Think that FCK and tinymce had the same bug as well, so it's probably a Mozilla issue we're working around
Think the bug is somewhere in HTMLArea.getHTMLWrapper, I haven't managed to track it down exactly yet. Thought this bug may have tied into the Mozilla issue of adding a <br /> to the end of every submission, doesn't look like it is though, as areaedit still has that issue as well
#6 Re: User Discussion & Help » OT: AreaEdit 0.4.1 available for download. » 2005-06-07 18:41:05
Excellent work getting the first release out the door Yermo, I'll have a play in a bit 
#7 Re: User Discussion & Help » EFM (Extended File Manager) - still alive? » 2005-04-20 07:07:13
Excellent, good to hear it. Cheers niko
#8 Re: User Discussion & Help » EFM (Extended File Manager) - still alive? » 2005-04-20 06:00:11
Anyone heard anything recently from Afru about the new EFM RC1? Don't want to be hassling him, so if someone has already been in contact to find the status an update would be great
#9 Re: User Discussion & Help » Serious Hacking and Slashing - Unified Backend Branch » 2005-04-18 09:54:05
Sounds like you've got a lot of hard work ahead of yourself there Yermo! Hopefully the changes from the stripped down version of this will make it's way into the stable release. Imagine that'll help out a lot with seperating Xinha into browser specific files. Good work!
#10 Re: User Discussion & Help » background text color not working? » 2005-04-02 19:47:46
Yep, not working for me either. Think most of these Moz issues have already had a ticket raised for them now
#11 Re: User Discussion & Help » ImageManager? » 2005-03-23 18:55:26
What is really quite interesting about that tinyRTE is that it looks like gecko and IE functions are split across 2 files. Wasn't that the ultimate plan for Xinha? Might be a good idea to see how they've done it
#12 Re: User Discussion & Help » updated icons » 2005-03-23 18:54:04
Nice icon set, great work there
#13 Re: User Discussion & Help » EFM (Extended File Manager) - still alive? » 2005-03-03 17:44:38
Great news, at least htmlarea.com's forums going offline haven't put him off. Hopefully he'll make an appearance here with his plugin when he's ready 
Pages: 1