Closed
Bug 236210
Opened 22 years ago
Closed 20 years ago
Editor: Midas - could tables with no border display a ghost border ?
Categories
(Core :: DOM: Editor, enhancement)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: osavill, Assigned: mozeditor)
Details
User-Agent:
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040301
In both IE and Mozilla inserting and editing a table with no border is a little
fraught ! The table is added to the editable container but with no border you
have to click around some to locate a cell within it. From then on editing
becomes straight forward. Would it be possible, as with the main Composer
editor, to have a thin ghost border ?
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
move unconfirmed midas bugs
Assignee: general → mozeditor
Component: Browser-General → Editor: Core
QA Contact: general → bugzilla
Comment 2•20 years ago
|
||
This is an automated message, with ID "auto-resolve01".
This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.
While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.
If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.
The latest beta releases can be obtained from:
Firefox: http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey: http://www.mozilla.org/projects/seamonkey/
Having gone through the Mozilla source I have come up with a work around. This
feature would still be nice to have but can be fixed since there is a work
around.
Comment 4•20 years ago
|
||
This can be achieved just adding this css to the page being edited:
TABLE[border="0"], TABLE[border="0"] TD, TABLE[border="0"] TH,
TABLE:not([border]), TABLE:not([border]) TD, TABLE:not([border]) TH
{
border: 1px dotted #d3d3d3;
}
So I see no reason to make this change to gecko (and then create problems for those that prefer to don't see the fake borders)
I suggest resolve the bug as WorksForMe.
Yes, I had found this. Had to trawl the editor code in Mozilla source to find out how Composer does it ! My knowledge of CSS isn't that good !! However, I would add that applying it to the actual page being edited may not work. Adding it to the page which contains the designMode <iframe> will not work, even if it is applied directly to the <iframe>. Adding it as a style to the HTML content within the <iframe> results in the published page having an innappropriate style. The best way I have found is to embed the style into the <ifame>'s contentWindow document.
Also this approach doesn't work in IE which is no bad thing. designMode has all the makings of a nice web app which could differentiate Gecko browsers from IE in that Gecko browsers could do designMode properly. I think M$ have given up on this feature and assume that people will use ActiveX instead.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Comment 6•20 years ago
|
||
Yes, those CSS rules won't be undestood by IE, maybe IE 7 will be better, but for now you must use a Behaviour to set a runTimeStyle.
As I said in another bugs there are some open source editors based upon ContentEditable that make it easy for a web developer to use this function in a cross-browser way and providing many extras beyond the basic editing functionality.
Verified.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•