Open Bug 57836 Opened 24 years ago Updated 2 years ago

can't resize frameset with frameborder="0"

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect, P3)

Product:
Core
Component:
Layout: Images, Video, and HTML Frames
Type:
defect

Tracking

()

Milestone:
Future

People

(Reporter: bugzilla, Unassigned)

Details

(Keywords: testcase)

Attachments

(4 files)

testcase for nonsize frameset in Mozilla
464 bytes, text/html
Details
testcase where it's unable to resize frame
284 bytes, text/html
Details
real testcase where it's impossible to resize frame
281 bytes, text/html
Details
simpler page with same results
175 bytes, text/html
Details 
I cant seems to be able to resize framesets in Mozilla.
I've attached a testcase that shows a frameset that can be resized in Netscape 
4.76 but not in Mozilla.
By resize I mean be able to make each frame larger by dragging the either 
vertical line or horizontal line.

Build 2000102404

    
    

    
  
I noticed this on bonsai diffs too. I can resize the frames; the double-arrow 
cursor just doesn't show up.  Changing summary.  (Gemal, if you really can't 
resize the frames, change this bug back and I'll file a new bug.)
Summary: Impossible to resize frameset → cursor for frame resizing only shows when moving cursor || to border

    
    

    
  
Jesse: Please check the new testcase where it seems to be impossible to resize 
the frame.

    
    

    
  
The gemal.dk frame breaks out of its frame, so I can't use that testcase...

    
    

    
  
Ok, unmorphing bug.  I filed bug 59525 for the cursor issue.

By the way, NS 4.75 also doesn't let you resize the frames if the frameset has 
frameborder="0".
Summary: cursor for frame resizing only shows when moving cursor || to border → can't resize frameset with frameborder="0"

    
    

    
  
Pushing off to Future milestone.  Please let me know if you are blocked by this
bug or would otherwise be harmed by this change, thanks!  :)
Target Milestone: --- → Future

    
    

    
  
QA Contact update
QA Contact: petersen → amar

    
    

    
  
Bulk reassignin HTML FRAME/IFRAME bugs to Eric.
Assignee: pollmann → evaughan

    
    

    
  
Bulk re-assigning all of Eric's HTMLFrame bugs to John.
Assignee: eric → jkeiser

    
    

    
  
duplicate of bug 3655?

Related: bug 124266 where frameborder is 1. The double arrow never appears again
after having be used first time, so it's impossible to know when you're over the
border and not.

    
    

    
  
So what's the bug here?  The fact that a frameset with no borders can't be
resized by dragging the border?

    
    

    
  
IE can resize the framset in:
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=18954

Mozilla and Netscape 4.x cant

    
    

    
  
Does IE show a frame border on that frameset?

    
    

    
  
nope. but moving the cursor over the line of the frame shows the resize cursor

    
  
Keywords: testcase

    
    

    
  
Hm, I see this in the wild on http://www.gwdg.de/thop (The German text says that
you should "open" the curtain in order to enter the page, or just use the given
link).
But strange enough, the frame on the right hand is resizeable (although it is
not easy and takes some time to manage it), the one on the left hand not. The
frameset:

<frameset Cols="59%,*,39%" Border="1">
<frame Name="left" SRC="curtleft.htm" Scrolling="No">
<frame Name="main" SRC="homepage.html" Scrolling="No">
<frame Name="right" SRC="curtrigt.htm" Scrolling="No">
</frameset>

It seems that this odd behaviour has something to do with the frame in the
middle, which itself consists of a frameset:

<frameset rows="95%,*" frameborder="NO" border="0" framespacing="0" cols="*"> 
  <frame name="mainFrame" src="meantime.html">
  <frame name="bottomFrame" scrolling="NO" noresize src="unteresmenue.html">
</frameset>



    
    

    
  
this bus is still open 

see as a test:

http://www.geocities.com/svi37/info/index.html

one thing still puzzle me ...

what is the intended (w3c) rendering in this case:

<frameset cols="100,*" frameborder="0">
    <frame name="left" target="left" src="../links/left.html">
    <frame name="body" src="body.html">
  <noframes>
  <body>
  <p>this page bla, bla.</p>
  </body>
  </noframes>
</frameset>


different from frameborder="0" and "noresize"

<frameset cols="100,*" FRAMEBORDER="0">
    <frame name="left" NORESIZE target="left" src="../links/left.html">
    <frame name="body" src="body.html">
  <noframes>
  <body>
  <p>this page bla, bla.</p>
  </body>
  </noframes>
</frameset>

how border is to be shown ? and cursor ?

ie and opera show a tiny border in this case 
(as opposed to a thick border, for frameborder="1")


i need resize option to adapt line width of the inner doc 
to (typo standard) 66 cher per line
for optimal view


    
    

    
  
> (w3c) rendering

There is no such thing in this case, since the "frameborder" attribute of
<frameset> is not part of HTML.  Hence this is a markup error and browsers
should recover somehow.  The default for NS4 and IE was to recover by not having
borders inside this frameset (and this is heavily exploited by websites).

You should consider turning on the pref that disallows zero-width borders... 
that's why we have it ("layout.frames.force_resizability"; no UI so far).

    
    

    
  
Interesting:
You cannot resize the frames on http://www.techtales.com/tftechs.html . The
funny part is, the horizontal border should actually be there (border=yes
frameborder=1)

    
    

    
  
I was unable to resize the frames in http://chat2.boston.com/chats/dedman/
When I looked at the frame html it did have frameborder="0". I am using the
Mozilla 1.4 release on Windows XP. I noticed some people say you could resize
you just didn't get a cursor change, but no matter how hard I tried I was unable
to resize anything.

    
    

    
  
This bug makes it hard to display frames with a thin border (say 1 pixel) that 
work the same in Mozilla and IE.  Most folks would probably just code for IE 
and leave Mozilla users to have to scroll to see the rest of the frame.

I cannot find an attribute in the DOM for frame NORESIZE, so it does not appear 
to be settable dynamically from the browser, which seems to me it should be.  

To get a 1 pixel frame border that works in Mozilla and IE, this is a messy 
workaround, which at some point will probably break when the Mozilla DOM 
is "fixed".  

In the frameset, set FRAMEBORDER=1 BORDER=1.  
In the frame, set FRAMEBORDER=0, and set style similar to this (per your needs)
	STYLE="border:1;
	border-style:solid;
	border-color:black;
	border-top-width:0px; 
	border-left-width:0px; 
	border-right-width:0px; 
	border-bottom-width:1px; 
	"

Mozilla ignores the STYLE but IE needs it.  
Mozilla needs the frameset's BORDER=1, but that turns on wide borders in IE 
that overrides STYLE.  
So set FRAMEBORDER=1 in the frameset and FRAMEBORDER=0 in the frame.  
Override that with the BORDER=1 for Mozilla which sets a 1 pixel width, 
and with STYLE attributes in IE which are ignored unless FRAMEBORDER=0 in the 
FRAME element.
Like I said -- it's a messy workaround.   

The best answer would be for FRAMEBORDER=0 in the FRAMESET to not set NORESIZE 
to true in Mozilla.  NORESIZE should be left alone with the default value of 
false.  That works in IE.  

If someone wants the NORESIZE attribute they should have to set it directly, or 
else a RESIZE attribute also needs to be provided in Mozilla to override the 
effect of FRAMEBORDER=0.  
QA Contact: amar → layout.html-frames

    
  
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
Assignee: john → nobody

    
  
Severity: normal → S3

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: