| |
| |||||||
| Internet Explorer Discuss IE7 or any other IE version. |
 |
| | LinkBack | Thread Tools |
09-19-2007, 03:58 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rob, thanks for the hint with pagebreak, ist works, so i reduced the sample code (fine :) the originally problem always exist: I cannot printout (or preview) this htmlcode as a website in my IE7 environment. All i see in preview is a preview dialog with endless increasing total pagecount. Printout never ends (I stop it after a while without result) Can you successful preview the following code in your IE7? * if Yes => my Environment is corrupt * If No => IE7 has a problem with this very simple page that it shouldn't have and, by the way, in this sample code are no special Print-related elements, except the pagebreak. <html> <body> <table> <tr> <td> <span style="height:100%"> <table height="100%"> <tr> <td> Test <br style="page-break-after: always "> Test </td> </tr> </table> </span> </td> </tr> </table> </body> </html> thanks for advice Regards René "Rob ^_^" wrote: > Hi Rene, > > I beg to disagree with you. What is displayed in the browser is not > necessarily what is expected to be printed on a device. The keyword is > devicecontext. The browser has a different devicecontext to that of a > printer (height,width,scale, dpi). > > Here is the link to the msdn documentation about placing pagebreaks in a web > document. > http://msdn2.microsoft.com/en-us/library/ms530842.aspx > > You cannot rely on the assumption that what is displayed in the browser will > be faithfully reproduced when the web page is rendered in the printing > device. > > Intuatively, I agree, that you would think that a table height of 100% would > fill the entire height of the device in which it is rendered. A web browser > has a height property, a printer is deterministic depending upon the > selection of a paper size. > > I would normally use a table with 3 rows to make a full browser display, the > header and footer are of a fixed height. The centre row is of an > undetermined height (*), in which I would place another table to position > content within the variable height row. > > In all the web applications that I have worked on there has been options to > display a printer friendly version of the web page (with selection lists > converted to strings, floating divs converted to absolute positioning etc) > > You will see from the msdn link given above that there is a page break > attribute that applies to the Paragraph tag. > > If your goal is to provide a multi-page report to users that will look just > the same as it is rendered in the browser then I think you will find this an > impossibility. What a user sees may not necessarily compare to what you have > designed in your html IDE. I would suggest that you provide the option to > display your page in a printer friendly version that has all formating and > positioning removed and page breaks set with classed paragraph tags. > > I am not being overly defensive of IE. I just think that there are limits to > what we as developers can expect from the software environment that we > develope in. > > Quite often you will start out designing something and follow a path that > you will think will work, only to find half way down the track that it all > does not work. More often than not you will find that someone else has > already walked that path and has found another solution that works. > > My whole argument is that what we design is not necessarily what our users > will see (or print). I have not addressed the problem of page size selection > in the Print Preview dialog. A user can choose their paper size and > orientation in the Print Preview dialog, thier screen height and width is > fixed, the browser height and width is variable. I urge you to move on with > this and to find a solution that works. > > Regards. > ....      |
|
09-19-2007, 03:58 AM
| ||
| |
|
09-19-2007, 03:58 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rob, thanks for the hint with pagebreak, ist works, so i reduced the sample code (fine :) the originally problem always exist: I cannot printout (or preview) this htmlcode as a website in my IE7 environment. All i see in preview is a preview dialog with endless increasing total pagecount. Printout never ends (I stop it after a while without result) Can you successful preview the following code in your IE7? * if Yes => my Environment is corrupt * If No => IE7 has a problem with this very simple page that it shouldn't have and, by the way, in this sample code are no special Print-related elements, except the pagebreak. <html> <body> <table> <tr> <td> <span style="height:100%"> <table height="100%"> <tr> <td> Test <br style="page-break-after: always "> Test </td> </tr> </table> </span> </td> </tr> </table> </body> </html> thanks for advice Regards René "Rob ^_^" wrote: > Hi Rene, > > I beg to disagree with you. What is displayed in the browser is not > necessarily what is expected to be printed on a device. The keyword is > devicecontext. The browser has a different devicecontext to that of a > printer (height,width,scale, dpi). > > Here is the link to the msdn documentation about placing pagebreaks in a web > document. > http://msdn2.microsoft.com/en-us/library/ms530842.aspx > > You cannot rely on the assumption that what is displayed in the browser will > be faithfully reproduced when the web page is rendered in the printing > device. > > Intuatively, I agree, that you would think that a table height of 100% would > fill the entire height of the device in which it is rendered. A web browser > has a height property, a printer is deterministic depending upon the > selection of a paper size. > > I would normally use a table with 3 rows to make a full browser display, the > header and footer are of a fixed height. The centre row is of an > undetermined height (*), in which I would place another table to position > content within the variable height row. > > In all the web applications that I have worked on there has been options to > display a printer friendly version of the web page (with selection lists > converted to strings, floating divs converted to absolute positioning etc) > > You will see from the msdn link given above that there is a page break > attribute that applies to the Paragraph tag. > > If your goal is to provide a multi-page report to users that will look just > the same as it is rendered in the browser then I think you will find this an > impossibility. What a user sees may not necessarily compare to what you have > designed in your html IDE. I would suggest that you provide the option to > display your page in a printer friendly version that has all formating and > positioning removed and page breaks set with classed paragraph tags. > > I am not being overly defensive of IE. I just think that there are limits to > what we as developers can expect from the software environment that we > develope in. > > Quite often you will start out designing something and follow a path that > you will think will work, only to find half way down the track that it all > does not work. More often than not you will find that someone else has > already walked that path and has found another solution that works. > > My whole argument is that what we design is not necessarily what our users > will see (or print). I have not addressed the problem of page size selection > in the Print Preview dialog. A user can choose their paper size and > orientation in the Print Preview dialog, thier screen height and width is > fixed, the browser height and width is variable. I urge you to move on with > this and to find a solution that works. > > Regards. > .... |
|
09-19-2007, 03:58 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rob, thanks for the hint with pagebreak, ist works, so i reduced the sample code (fine :) the originally problem always exist: I cannot printout (or preview) this htmlcode as a website in my IE7 environment. All i see in preview is a preview dialog with endless increasing total pagecount. Printout never ends (I stop it after a while without result) Can you successful preview the following code in your IE7? * if Yes => my Environment is corrupt * If No => IE7 has a problem with this very simple page that it shouldn't have and, by the way, in this sample code are no special Print-related elements, except the pagebreak. <html> <body> <table> <tr> <td> <span style="height:100%"> <table height="100%"> <tr> <td> Test <br style="page-break-after: always "> Test </td> </tr> </table> </span> </td> </tr> </table> </body> </html> thanks for advice Regards René "Rob ^_^" wrote: > Hi Rene, > > I beg to disagree with you. What is displayed in the browser is not > necessarily what is expected to be printed on a device. The keyword is > devicecontext. The browser has a different devicecontext to that of a > printer (height,width,scale, dpi). > > Here is the link to the msdn documentation about placing pagebreaks in a web > document. > http://msdn2.microsoft.com/en-us/library/ms530842.aspx > > You cannot rely on the assumption that what is displayed in the browser will > be faithfully reproduced when the web page is rendered in the printing > device. > > Intuatively, I agree, that you would think that a table height of 100% would > fill the entire height of the device in which it is rendered. A web browser > has a height property, a printer is deterministic depending upon the > selection of a paper size. > > I would normally use a table with 3 rows to make a full browser display, the > header and footer are of a fixed height. The centre row is of an > undetermined height (*), in which I would place another table to position > content within the variable height row. > > In all the web applications that I have worked on there has been options to > display a printer friendly version of the web page (with selection lists > converted to strings, floating divs converted to absolute positioning etc) > > You will see from the msdn link given above that there is a page break > attribute that applies to the Paragraph tag. > > If your goal is to provide a multi-page report to users that will look just > the same as it is rendered in the browser then I think you will find this an > impossibility. What a user sees may not necessarily compare to what you have > designed in your html IDE. I would suggest that you provide the option to > display your page in a printer friendly version that has all formating and > positioning removed and page breaks set with classed paragraph tags. > > I am not being overly defensive of IE. I just think that there are limits to > what we as developers can expect from the software environment that we > develope in. > > Quite often you will start out designing something and follow a path that > you will think will work, only to find half way down the track that it all > does not work. More often than not you will find that someone else has > already walked that path and has found another solution that works. > > My whole argument is that what we design is not necessarily what our users > will see (or print). I have not addressed the problem of page size selection > in the Print Preview dialog. A user can choose their paper size and > orientation in the Print Preview dialog, thier screen height and width is > fixed, the browser height and width is variable. I urge you to move on with > this and to find a solution that works. > > Regards. > .... |
|
09-19-2007, 03:58 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rob, thank you for answer, but this is _not_ the problem. I used 200px to take 6 lines resolving in 2 pages. I also can write a sample HTML-Code with 100 lines to get 2 pages. If IE7 take the content on one single page, the problem doesn't occur. The problem takes place on variuos complex sites. They can not reduced to one single page with this option to be printable with IE. I don't use normally fixed font-size but xx-large is not huge enough :-). Without sample HTML-Code: How get I IE to print out multiple Page Sites with nested Span and Table with 100% height? (you can use the sample code to reproduce the problem, to fix the Code to get it on 1 page isn't a solution, right?) "Rob ^_^" wrote: > Hi Rene, > > Fontsize:200px? > > Tools>Internet Options - General tab, Accessibility button, check "Ignore > font sizes specified on web pages" > |
|
09-19-2007, 03:58 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rene, I beg to disagree with you. What is displayed in the browser is not necessarily what is expected to be printed on a device. The keyword is devicecontext. The browser has a different devicecontext to that of a printer (height,width,scale, dpi). Here is the link to the msdn documentation about placing pagebreaks in a web document. http://msdn2.microsoft.com/en-us/library/ms530842.aspx You cannot rely on the assumption that what is displayed in the browser will be faithfully reproduced when the web page is rendered in the printing device. Intuatively, I agree, that you would think that a table height of 100% would fill the entire height of the device in which it is rendered. A web browser has a height property, a printer is deterministic depending upon the selection of a paper size. I would normally use a table with 3 rows to make a full browser display, the header and footer are of a fixed height. The centre row is of an undetermined height (*), in which I would place another table to position content within the variable height row. In all the web applications that I have worked on there has been options to display a printer friendly version of the web page (with selection lists converted to strings, floating divs converted to absolute positioning etc) You will see from the msdn link given above that there is a page break attribute that applies to the Paragraph tag. If your goal is to provide a multi-page report to users that will look just the same as it is rendered in the browser then I think you will find this an impossibility. What a user sees may not necessarily compare to what you have designed in your html IDE. I would suggest that you provide the option to display your page in a printer friendly version that has all formating and positioning removed and page breaks set with classed paragraph tags. I am not being overly defensive of IE. I just think that there are limits to what we as developers can expect from the software environment that we develope in. Quite often you will start out designing something and follow a path that you will think will work, only to find half way down the track that it all does not work. More often than not you will find that someone else has already walked that path and has found another solution that works. My whole argument is that what we design is not necessarily what our users will see (or print). I have not addressed the problem of page size selection in the Print Preview dialog. A user can choose their paper size and orientation in the Print Preview dialog, thier screen height and width is fixed, the browser height and width is variable. I urge you to move on with this and to find a solution that works. Regards. "René Ziller" <RenZiller@discussions.microsoft.com> wrote in message news:BBDFE4EA-D239-463A-ADD3-045A1D83CAEF@microsoft.com... > Hi Rob, thank you for answer, but this is _not_ the problem. > I used 200px to take 6 lines resolving in 2 pages. I also can write a > sample > HTML-Code with 100 lines to get 2 pages. If IE7 take the content on one > single page, the problem doesn't occur. > The problem takes place on variuos complex sites. They can not reduced to > one single page with this option to be printable with IE. > I don't use normally fixed font-size but xx-large is not huge enough :-). > > Without sample HTML-Code: > How get I IE to print out multiple Page Sites with nested Span and Table > with 100% height? (you can use the sample code to reproduce the problem, > to > fix the Code to get it on 1 page isn't a solution, right?) > > "Rob ^_^" wrote: > >> Hi Rene, >> >> Fontsize:200px? >> >> Tools>Internet Options - General tab, Accessibility button, check "Ignore >> font sizes specified on web pages" >> |
|
09-19-2007, 03:58 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rob, thanks for the hint with pagebreak, ist works, so i reduced the sample code (fine :) the originally problem always exist: I cannot printout (or preview) this htmlcode as a website in my IE7 environment. All i see in preview is a preview dialog with endless increasing total pagecount. Printout never ends (I stop it after a while without result) Can you successful preview the following code in your IE7? * if Yes => my Environment is corrupt * If No => IE7 has a problem with this very simple page that it shouldn't have and, by the way, in this sample code are no special Print-related elements, except the pagebreak. <html> <body> <table> <tr> <td> <span style="height:100%"> <table height="100%"> <tr> <td> Test <br style="page-break-after: always "> Test </td> </tr> </table> </span> </td> </tr> </table> </body> </html> thanks for advice Regards René "Rob ^_^" wrote: > Hi Rene, > > I beg to disagree with you. What is displayed in the browser is not > necessarily what is expected to be printed on a device. The keyword is > devicecontext. The browser has a different devicecontext to that of a > printer (height,width,scale, dpi). > > Here is the link to the msdn documentation about placing pagebreaks in a web > document. > http://msdn2.microsoft.com/en-us/library/ms530842.aspx > > You cannot rely on the assumption that what is displayed in the browser will > be faithfully reproduced when the web page is rendered in the printing > device. > > Intuatively, I agree, that you would think that a table height of 100% would > fill the entire height of the device in which it is rendered. A web browser > has a height property, a printer is deterministic depending upon the > selection of a paper size. > > I would normally use a table with 3 rows to make a full browser display, the > header and footer are of a fixed height. The centre row is of an > undetermined height (*), in which I would place another table to position > content within the variable height row. > > In all the web applications that I have worked on there has been options to > display a printer friendly version of the web page (with selection lists > converted to strings, floating divs converted to absolute positioning etc) > > You will see from the msdn link given above that there is a page break > attribute that applies to the Paragraph tag. > > If your goal is to provide a multi-page report to users that will look just > the same as it is rendered in the browser then I think you will find this an > impossibility. What a user sees may not necessarily compare to what you have > designed in your html IDE. I would suggest that you provide the option to > display your page in a printer friendly version that has all formating and > positioning removed and page breaks set with classed paragraph tags. > > I am not being overly defensive of IE. I just think that there are limits to > what we as developers can expect from the software environment that we > develope in. > > Quite often you will start out designing something and follow a path that > you will think will work, only to find half way down the track that it all > does not work. More often than not you will find that someone else has > already walked that path and has found another solution that works. > > My whole argument is that what we design is not necessarily what our users > will see (or print). I have not addressed the problem of page size selection > in the Print Preview dialog. A user can choose their paper size and > orientation in the Print Preview dialog, thier screen height and width is > fixed, the browser height and width is variable. I urge you to move on with > this and to find a solution that works. > > Regards. > .... |
|
09-19-2007, 03:59 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rene, Yep I can confirm that your html code causes the Print Preview to enter an endless loop. I have posted the code on my server http://www.iecustomizer.com/MSMVP/PPBug.htm and http://www.iecustomizer.com/MSMVP/PPFix.htm (BTW. If you can, post your code samples to a server. Copy and paste from these NG's does not work so well and requires alot of work to test) The PPFix.htm page has the first table with a height property of 100% also, so to me this indicates a "hasLayout" issue. see IE7 and CSS http://msdn.microsoft.com/library/de...css_compat.asp Also both pages work fine in the Print Preview of other browsers, however the layout is completely different. Unfortunately there is little hope that this will attract the attention of the IE7 dev team (now working on v8 and XP SP3) as this is a public NG which they rarely visit and they use a limited number of testers for bug reporting. I am a MSMVP (which does not mean much) and the best I can do is to repost your report to a private NG that MSFT's visit. Someone may pick it up and add it to their features list. I am sure this is not the only feature of IE7 and as you can see there are workarounds. I just goes to show the importance of UAT. Regards. "René Ziller" <RenZiller@discussions.microsoft.com> wrote in message news:96AC5C1D-3CE4-43C9-9700-A1427B18FD28@microsoft.com... > Hi Rob, > > thanks for the hint with pagebreak, ist works, so i reduced the sample > code > (fine :) the originally problem always exist: > I cannot printout (or preview) this htmlcode as a website in my IE7 > environment. > > All i see in preview is a preview dialog with endless increasing total > pagecount. > Printout never ends (I stop it after a while without result) > > Can you successful preview the following code in your IE7? > * if Yes => my Environment is corrupt > * If No => IE7 has a problem with this very simple page that it shouldn't > have > > and, by the way, in this sample code are no special Print-related > elements, > except the pagebreak. > > > <html> > <body> > <table> > <tr> > <td> > <span style="height:100%"> > <table height="100%"> > <tr> > <td> > Test > <br style="page-break-after: always > "> > Test > </td> > </tr> > </table> > </span> > </td> > </tr> > </table> > </body> > </html> > > thanks for advice > > Regards > > René > > "Rob ^_^" wrote: > >> Hi Rene, >> >> I beg to disagree with you. What is displayed in the browser is not >> necessarily what is expected to be printed on a device. The keyword is >> devicecontext. The browser has a different devicecontext to that of a >> printer (height,width,scale, dpi). >> >> Here is the link to the msdn documentation about placing pagebreaks in a >> web >> document. >> http://msdn2.microsoft.com/en-us/library/ms530842.aspx >> >> You cannot rely on the assumption that what is displayed in the browser >> will >> be faithfully reproduced when the web page is rendered in the printing >> device. >> >> Intuatively, I agree, that you would think that a table height of 100% >> would >> fill the entire height of the device in which it is rendered. A web >> browser >> has a height property, a printer is deterministic depending upon the >> selection of a paper size. >> >> I would normally use a table with 3 rows to make a full browser display, >> the >> header and footer are of a fixed height. The centre row is of an >> undetermined height (*), in which I would place another table to position >> content within the variable height row. >> >> In all the web applications that I have worked on there has been options >> to >> display a printer friendly version of the web page (with selection lists >> converted to strings, floating divs converted to absolute positioning >> etc) >> >> You will see from the msdn link given above that there is a page break >> attribute that applies to the Paragraph tag. >> >> If your goal is to provide a multi-page report to users that will look >> just >> the same as it is rendered in the browser then I think you will find this >> an >> impossibility. What a user sees may not necessarily compare to what you >> have >> designed in your html IDE. I would suggest that you provide the option to >> display your page in a printer friendly version that has all formating >> and >> positioning removed and page breaks set with classed paragraph tags. >> >> I am not being overly defensive of IE. I just think that there are limits >> to >> what we as developers can expect from the software environment that we >> develope in. >> >> Quite often you will start out designing something and follow a path that >> you will think will work, only to find half way down the track that it >> all >> does not work. More often than not you will find that someone else has >> already walked that path and has found another solution that works. >> >> My whole argument is that what we design is not necessarily what our >> users >> will see (or print). I have not addressed the problem of page size >> selection >> in the Print Preview dialog. A user can choose their paper size and >> orientation in the Print Preview dialog, thier screen height and width is >> fixed, the browser height and width is variable. I urge you to move on >> with >> this and to find a solution that works. >> >> Regards. >> > ... |
|
09-19-2007, 03:59 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rene, Yep I can confirm that your html code causes the Print Preview to enter an endless loop. I have posted the code on my server http://www.iecustomizer.com/MSMVP/PPBug.htm and http://www.iecustomizer.com/MSMVP/PPFix.htm (BTW. If you can, post your code samples to a server. Copy and paste from these NG's does not work so well and requires alot of work to test) The PPFix.htm page has the first table with a height property of 100% also, so to me this indicates a "hasLayout" issue. see IE7 and CSS http://msdn.microsoft.com/library/de...css_compat.asp Also both pages work fine in the Print Preview of other browsers, however the layout is completely different. Unfortunately there is little hope that this will attract the attention of the IE7 dev team (now working on v8 and XP SP3) as this is a public NG which they rarely visit and they use a limited number of testers for bug reporting. I am a MSMVP (which does not mean much) and the best I can do is to repost your report to a private NG that MSFT's visit. Someone may pick it up and add it to their features list. I am sure this is not the only feature of IE7 and as you can see there are workarounds. I just goes to show the importance of UAT. Regards. "René Ziller" <RenZiller@discussions.microsoft.com> wrote in message news:96AC5C1D-3CE4-43C9-9700-A1427B18FD28@microsoft.com... > Hi Rob, > > thanks for the hint with pagebreak, ist works, so i reduced the sample > code > (fine :) the originally problem always exist: > I cannot printout (or preview) this htmlcode as a website in my IE7 > environment. > > All i see in preview is a preview dialog with endless increasing total > pagecount. > Printout never ends (I stop it after a while without result) > > Can you successful preview the following code in your IE7? > * if Yes => my Environment is corrupt > * If No => IE7 has a problem with this very simple page that it shouldn't > have > > and, by the way, in this sample code are no special Print-related > elements, > except the pagebreak. > > > <html> > <body> > <table> > <tr> > <td> > <span style="height:100%"> > <table height="100%"> > <tr> > <td> > Test > <br style="page-break-after: always > "> > Test > </td> > </tr> > </table> > </span> > </td> > </tr> > </table> > </body> > </html> > > thanks for advice > > Regards > > René > > "Rob ^_^" wrote: > >> Hi Rene, >> >> I beg to disagree with you. What is displayed in the browser is not >> necessarily what is expected to be printed on a device. The keyword is >> devicecontext. The browser has a different devicecontext to that of a >> printer (height,width,scale, dpi). >> >> Here is the link to the msdn documentation about placing pagebreaks in a >> web >> document. >> http://msdn2.microsoft.com/en-us/library/ms530842.aspx >> >> You cannot rely on the assumption that what is displayed in the browser >> will >> be faithfully reproduced when the web page is rendered in the printing >> device. >> >> Intuatively, I agree, that you would think that a table height of 100% >> would >> fill the entire height of the device in which it is rendered. A web >> browser >> has a height property, a printer is deterministic depending upon the >> selection of a paper size. >> >> I would normally use a table with 3 rows to make a full browser display, >> the >> header and footer are of a fixed height. The centre row is of an >> undetermined height (*), in which I would place another table to position >> content within the variable height row. >> >> In all the web applications that I have worked on there has been options >> to >> display a printer friendly version of the web page (with selection lists >> converted to strings, floating divs converted to absolute positioning >> etc) >> >> You will see from the msdn link given above that there is a page break >> attribute that applies to the Paragraph tag. >> >> If your goal is to provide a multi-page report to users that will look >> just >> the same as it is rendered in the browser then I think you will find this >> an >> impossibility. What a user sees may not necessarily compare to what you >> have >> designed in your html IDE. I would suggest that you provide the option to >> display your page in a printer friendly version that has all formating >> and >> positioning removed and page breaks set with classed paragraph tags. >> >> I am not being overly defensive of IE. I just think that there are limits >> to >> what we as developers can expect from the software environment that we >> develope in. >> >> Quite often you will start out designing something and follow a path that >> you will think will work, only to find half way down the track that it >> all >> does not work. More often than not you will find that someone else has >> already walked that path and has found another solution that works. >> >> My whole argument is that what we design is not necessarily what our >> users >> will see (or print). I have not addressed the problem of page size >> selection >> in the Print Preview dialog. A user can choose their paper size and >> orientation in the Print Preview dialog, thier screen height and width is >> fixed, the browser height and width is variable. I urge you to move on >> with >> this and to find a solution that works. >> >> Regards. >> > ... |
|
09-19-2007, 03:59 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rene, Yep I can confirm that your html code causes the Print Preview to enter an endless loop. I have posted the code on my server http://www.iecustomizer.com/MSMVP/PPBug.htm and http://www.iecustomizer.com/MSMVP/PPFix.htm (BTW. If you can, post your code samples to a server. Copy and paste from these NG's does not work so well and requires alot of work to test) The PPFix.htm page has the first table with a height property of 100% also, so to me this indicates a "hasLayout" issue. see IE7 and CSS http://msdn.microsoft.com/library/de...css_compat.asp Also both pages work fine in the Print Preview of other browsers, however the layout is completely different. Unfortunately there is little hope that this will attract the attention of the IE7 dev team (now working on v8 and XP SP3) as this is a public NG which they rarely visit and they use a limited number of testers for bug reporting. I am a MSMVP (which does not mean much) and the best I can do is to repost your report to a private NG that MSFT's visit. Someone may pick it up and add it to their features list. I am sure this is not the only feature of IE7 and as you can see there are workarounds. I just goes to show the importance of UAT. Regards. "René Ziller" <RenZiller@discussions.microsoft.com> wrote in message news:96AC5C1D-3CE4-43C9-9700-A1427B18FD28@microsoft.com... > Hi Rob, > > thanks for the hint with pagebreak, ist works, so i reduced the sample > code > (fine :) the originally problem always exist: > I cannot printout (or preview) this htmlcode as a website in my IE7 > environment. > > All i see in preview is a preview dialog with endless increasing total > pagecount. > Printout never ends (I stop it after a while without result) > > Can you successful preview the following code in your IE7? > * if Yes => my Environment is corrupt > * If No => IE7 has a problem with this very simple page that it shouldn't > have > > and, by the way, in this sample code are no special Print-related > elements, > except the pagebreak. > > > <html> > <body> > <table> > <tr> > <td> > <span style="height:100%"> > <table height="100%"> > <tr> > <td> > Test > <br style="page-break-after: always > "> > Test > </td> > </tr> > </table> > </span> > </td> > </tr> > </table> > </body> > </html> > > thanks for advice > > Regards > > René > > "Rob ^_^" wrote: > >> Hi Rene, >> >> I beg to disagree with you. What is displayed in the browser is not >> necessarily what is expected to be printed on a device. The keyword is >> devicecontext. The browser has a different devicecontext to that of a >> printer (height,width,scale, dpi). >> >> Here is the link to the msdn documentation about placing pagebreaks in a >> web >> document. >> http://msdn2.microsoft.com/en-us/library/ms530842.aspx >> >> You cannot rely on the assumption that what is displayed in the browser >> will >> be faithfully reproduced when the web page is rendered in the printing >> device. >> >> Intuatively, I agree, that you would think that a table height of 100% >> would >> fill the entire height of the device in which it is rendered. A web >> browser >> has a height property, a printer is deterministic depending upon the >> selection of a paper size. >> >> I would normally use a table with 3 rows to make a full browser display, >> the >> header and footer are of a fixed height. The centre row is of an >> undetermined height (*), in which I would place another table to position >> content within the variable height row. >> >> In all the web applications that I have worked on there has been options >> to >> display a printer friendly version of the web page (with selection lists >> converted to strings, floating divs converted to absolute positioning >> etc) >> >> You will see from the msdn link given above that there is a page break >> attribute that applies to the Paragraph tag. >> >> If your goal is to provide a multi-page report to users that will look >> just >> the same as it is rendered in the browser then I think you will find this >> an >> impossibility. What a user sees may not necessarily compare to what you >> have >> designed in your html IDE. I would suggest that you provide the option to >> display your page in a printer friendly version that has all formating >> and >> positioning removed and page breaks set with classed paragraph tags. >> >> I am not being overly defensive of IE. I just think that there are limits >> to >> what we as developers can expect from the software environment that we >> develope in. >> >> Quite often you will start out designing something and follow a path that >> you will think will work, only to find half way down the track that it >> all >> does not work. More often than not you will find that someone else has >> already walked that path and has found another solution that works. >> >> My whole argument is that what we design is not necessarily what our >> users >> will see (or print). I have not addressed the problem of page size >> selection >> in the Print Preview dialog. A user can choose their paper size and >> orientation in the Print Preview dialog, thier screen height and width is >> fixed, the browser height and width is variable. I urge you to move on >> with >> this and to find a solution that works. >> >> Regards. >> > ... |
|
09-19-2007, 03:59 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rene, Yep I can confirm that your html code causes the Print Preview to enter an endless loop. I have posted the code on my server http://www.iecustomizer.com/MSMVP/PPBug.htm and http://www.iecustomizer.com/MSMVP/PPFix.htm (BTW. If you can, post your code samples to a server. Copy and paste from these NG's does not work so well and requires alot of work to test) The PPFix.htm page has the first table with a height property of 100% also, so to me this indicates a "hasLayout" issue. see IE7 and CSS http://msdn.microsoft.com/library/de...css_compat.asp Also both pages work fine in the Print Preview of other browsers, however the layout is completely different. Unfortunately there is little hope that this will attract the attention of the IE7 dev team (now working on v8 and XP SP3) as this is a public NG which they rarely visit and they use a limited number of testers for bug reporting. I am a MSMVP (which does not mean much) and the best I can do is to repost your report to a private NG that MSFT's visit. Someone may pick it up and add it to their features list. I am sure this is not the only feature of IE7 and as you can see there are workarounds. I just goes to show the importance of UAT. Regards. "René Ziller" <RenZiller@discussions.microsoft.com> wrote in message news:96AC5C1D-3CE4-43C9-9700-A1427B18FD28@microsoft.com... > Hi Rob, > > thanks for the hint with pagebreak, ist works, so i reduced the sample > code > (fine :) the originally problem always exist: > I cannot printout (or preview) this htmlcode as a website in my IE7 > environment. > > All i see in preview is a preview dialog with endless increasing total > pagecount. > Printout never ends (I stop it after a while without result) > > Can you successful preview the following code in your IE7? > * if Yes => my Environment is corrupt > * If No => IE7 has a problem with this very simple page that it shouldn't > have > > and, by the way, in this sample code are no special Print-related > elements, > except the pagebreak. > > > <html> > <body> > <table> > <tr> > <td> > <span style="height:100%"> > <table height="100%"> > <tr> > <td> > Test > <br style="page-break-after: always > "> > Test > </td> > </tr> > </table> > </span> > </td> > </tr> > </table> > </body> > </html> > > thanks for advice > > Regards > > René > > "Rob ^_^" wrote: > >> Hi Rene, >> >> I beg to disagree with you. What is displayed in the browser is not >> necessarily what is expected to be printed on a device. The keyword is >> devicecontext. The browser has a different devicecontext to that of a >> printer (height,width,scale, dpi). >> >> Here is the link to the msdn documentation about placing pagebreaks in a >> web >> document. >> http://msdn2.microsoft.com/en-us/library/ms530842.aspx >> >> You cannot rely on the assumption that what is displayed in the browser >> will >> be faithfully reproduced when the web page is rendered in the printing >> device. >> >> Intuatively, I agree, that you would think that a table height of 100% >> would >> fill the entire height of the device in which it is rendered. A web >> browser >> has a height property, a printer is deterministic depending upon the >> selection of a paper size. >> >> I would normally use a table with 3 rows to make a full browser display, >> the >> header and footer are of a fixed height. The centre row is of an >> undetermined height (*), in which I would place another table to position >> content within the variable height row. >> >> In all the web applications that I have worked on there has been options >> to >> display a printer friendly version of the web page (with selection lists >> converted to strings, floating divs converted to absolute positioning >> etc) >> >> You will see from the msdn link given above that there is a page break >> attribute that applies to the Paragraph tag. >> >> If your goal is to provide a multi-page report to users that will look >> just >> the same as it is rendered in the browser then I think you will find this >> an >> impossibility. What a user sees may not necessarily compare to what you >> have >> designed in your html IDE. I would suggest that you provide the option to >> display your page in a printer friendly version that has all formating >> and >> positioning removed and page breaks set with classed paragraph tags. >> >> I am not being overly defensive of IE. I just think that there are limits >> to >> what we as developers can expect from the software environment that we >> develope in. >> >> Quite often you will start out designing something and follow a path that >> you will think will work, only to find half way down the track that it >> all >> does not work. More often than not you will find that someone else has >> already walked that path and has found another solution that works. >> >> My whole argument is that what we design is not necessarily what our >> users >> will see (or print). I have not addressed the problem of page size >> selection >> in the Print Preview dialog. A user can choose their paper size and >> orientation in the Print Preview dialog, thier screen height and width is >> fixed, the browser height and width is variable. I urge you to move on >> with >> this and to find a solution that works. >> >> Regards. >> > ... |
|
09-19-2007, 04:00 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rene, Yep I can confirm that your html code causes the Print Preview to enter an endless loop. I have posted the code on my server http://www.iecustomizer.com/MSMVP/PPBug.htm and http://www.iecustomizer.com/MSMVP/PPFix.htm (BTW. If you can, post your code samples to a server. Copy and paste from these NG's does not work so well and requires alot of work to test) The PPFix.htm page has the first table with a height property of 100% also, so to me this indicates a "hasLayout" issue. see IE7 and CSS http://msdn.microsoft.com/library/de...css_compat.asp Also both pages work fine in the Print Preview of other browsers, however the layout is completely different. Unfortunately there is little hope that this will attract the attention of the IE7 dev team (now working on v8 and XP SP3) as this is a public NG which they rarely visit and they use a limited number of testers for bug reporting. I am a MSMVP (which does not mean much) and the best I can do is to repost your report to a private NG that MSFT's visit. Someone may pick it up and add it to their features list. I am sure this is not the only feature of IE7 and as you can see there are workarounds. I just goes to show the importance of UAT. Regards. "René Ziller" <RenZiller@discussions.microsoft.com> wrote in message news:96AC5C1D-3CE4-43C9-9700-A1427B18FD28@microsoft.com... > Hi Rob, > > thanks for the hint with pagebreak, ist works, so i reduced the sample > code > (fine :) the originally problem always exist: > I cannot printout (or preview) this htmlcode as a website in my IE7 > environment. > > All i see in preview is a preview dialog with endless increasing total > pagecount. > Printout never ends (I stop it after a while without result) > > Can you successful preview the following code in your IE7? > * if Yes => my Environment is corrupt > * If No => IE7 has a problem with this very simple page that it shouldn't > have > > and, by the way, in this sample code are no special Print-related > elements, > except the pagebreak. > > > <html> > <body> > <table> > <tr> > <td> > <span style="height:100%"> > <table height="100%"> > <tr> > <td> > Test > <br style="page-break-after: always > "> > Test > </td> > </tr> > </table> > </span> > </td> > </tr> > </table> > </body> > </html> > > thanks for advice > > Regards > > René > > "Rob ^_^" wrote: > >> Hi Rene, >> >> I beg to disagree with you. What is displayed in the browser is not >> necessarily what is expected to be printed on a device. The keyword is >> devicecontext. The browser has a different devicecontext to that of a >> printer (height,width,scale, dpi). >> >> Here is the link to the msdn documentation about placing pagebreaks in a >> web >> document. >> http://msdn2.microsoft.com/en-us/library/ms530842.aspx >> >> You cannot rely on the assumption that what is displayed in the browser >> will >> be faithfully reproduced when the web page is rendered in the printing >> device. >> >> Intuatively, I agree, that you would think that a table height of 100% >> would >> fill the entire height of the device in which it is rendered. A web >> browser >> has a height property, a printer is deterministic depending upon the >> selection of a paper size. >> >> I would normally use a table with 3 rows to make a full browser display, >> the >> header and footer are of a fixed height. The centre row is of an >> undetermined height (*), in which I would place another table to position >> content within the variable height row. >> >> In all the web applications that I have worked on there has been options >> to >> display a printer friendly version of the web page (with selection lists >> converted to strings, floating divs converted to absolute positioning >> etc) >> >> You will see from the msdn link given above that there is a page break >> attribute that applies to the Paragraph tag. >> >> If your goal is to provide a multi-page report to users that will look >> just >> the same as it is rendered in the browser then I think you will find this >> an >> impossibility. What a user sees may not necessarily compare to what you >> have >> designed in your html IDE. I would suggest that you provide the option to >> display your page in a printer friendly version that has all formating >> and >> positioning removed and page breaks set with classed paragraph tags. >> >> I am not being overly defensive of IE. I just think that there are limits >> to >> what we as developers can expect from the software environment that we >> develope in. >> >> Quite often you will start out designing something and follow a path that >> you will think will work, only to find half way down the track that it >> all >> does not work. More often than not you will find that someone else has >> already walked that path and has found another solution that works. >> >> My whole argument is that what we design is not necessarily what our >> users >> will see (or print). I have not addressed the problem of page size >> selection >> in the Print Preview dialog. A user can choose their paper size and >> orientation in the Print Preview dialog, thier screen height and width is >> fixed, the browser height and width is variable. I urge you to move on >> with >> this and to find a solution that works. >> >> Regards. >> > ... |
|
09-19-2007, 04:01 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rob, great thanks at first. I tried to report this issue in MS Connect-Feedback site, but the IE-part is closed and link to this ng. I tried the Websites you linked, but in my IE7, it works fine (without the preview-pagecounting bug). So i'm a little bit confused and i set by myself a border style and now the page can be print. Thank you: I have a very simple to implement workaround without to redesign my complete websites. I wish MS would fix the bug, so a workaraound isn't necassary. Great thanks also to put it on MS Buglist (or whatever it named). Regards René "Rob ^_^" wrote: > Hi Rene, > Yep I can confirm that your html code causes the Print Preview to enter an > endless loop. > > I have posted the code on my server > http://www.iecustomizer.com/MSMVP/PPBug.htm > and > http://www.iecustomizer.com/MSMVP/PPFix.htm > > (BTW. If you can, post your code samples to a server. Copy and paste from > these NG's does not work so well and requires alot of work to test) > > The PPFix.htm page has the first table with a height property of 100% also, > so to me this indicates a "hasLayout" issue. > see IE7 and CSS > http://msdn.microsoft.com/library/de...css_compat.asp > > Also both pages work fine in the Print Preview of other browsers, however > the layout is completely different. > > Unfortunately there is little hope that this will attract the attention of > the IE7 dev team (now working on v8 and XP SP3) as this is a public NG which > they rarely visit and they use a limited number of testers for bug > reporting. > > I am a MSMVP (which does not mean much) and the best I can do is to repost > your report to a private NG that MSFT's visit. Someone may pick it up and > add it to their features list. > > I am sure this is not the only feature of IE7 and as you can see there are > workarounds. > > I just goes to show the importance of UAT. > > Regards. .... |
|
09-19-2007, 04:01 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rob, great thanks at first. I tried to report this issue in MS Connect-Feedback site, but the IE-part is closed and link to this ng. I tried the Websites you linked, but in my IE7, it works fine (without the preview-pagecounting bug). So i'm a little bit confused and i set by myself a border style and now the page can be print. Thank you: I have a very simple to implement workaround without to redesign my complete websites. I wish MS would fix the bug, so a workaraound isn't necassary. Great thanks also to put it on MS Buglist (or whatever it named). Regards René "Rob ^_^" wrote: > Hi Rene, > Yep I can confirm that your html code causes the Print Preview to enter an > endless loop. > > I have posted the code on my server > http://www.iecustomizer.com/MSMVP/PPBug.htm > and > http://www.iecustomizer.com/MSMVP/PPFix.htm > > (BTW. If you can, post your code samples to a server. Copy and paste from > these NG's does not work so well and requires alot of work to test) > > The PPFix.htm page has the first table with a height property of 100% also, > so to me this indicates a "hasLayout" issue. > see IE7 and CSS > http://msdn.microsoft.com/library/de...css_compat.asp > > Also both pages work fine in the Print Preview of other browsers, however > the layout is completely different. > > Unfortunately there is little hope that this will attract the attention of > the IE7 dev team (now working on v8 and XP SP3) as this is a public NG which > they rarely visit and they use a limited number of testers for bug > reporting. > > I am a MSMVP (which does not mean much) and the best I can do is to repost > your report to a private NG that MSFT's visit. Someone may pick it up and > add it to their features list. > > I am sure this is not the only feature of IE7 and as you can see there are > workarounds. > > I just goes to show the importance of UAT. > > Regards. .... |
|
09-19-2007, 04:01 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rob, great thanks at first. I tried to report this issue in MS Connect-Feedback site, but the IE-part is closed and link to this ng. I tried the Websites you linked, but in my IE7, it works fine (without the preview-pagecounting bug). So i'm a little bit confused and i set by myself a border style and now the page can be print. Thank you: I have a very simple to implement workaround without to redesign my complete websites. I wish MS would fix the bug, so a workaraound isn't necassary. Great thanks also to put it on MS Buglist (or whatever it named). Regards René "Rob ^_^" wrote: > Hi Rene, > Yep I can confirm that your html code causes the Print Preview to enter an > endless loop. > > I have posted the code on my server > http://www.iecustomizer.com/MSMVP/PPBug.htm > and > http://www.iecustomizer.com/MSMVP/PPFix.htm > > (BTW. If you can, post your code samples to a server. Copy and paste from > these NG's does not work so well and requires alot of work to test) > > The PPFix.htm page has the first table with a height property of 100% also, > so to me this indicates a "hasLayout" issue. > see IE7 and CSS > http://msdn.microsoft.com/library/de...css_compat.asp > > Also both pages work fine in the Print Preview of other browsers, however > the layout is completely different. > > Unfortunately there is little hope that this will attract the attention of > the IE7 dev team (now working on v8 and XP SP3) as this is a public NG which > they rarely visit and they use a limited number of testers for bug > reporting. > > I am a MSMVP (which does not mean much) and the best I can do is to repost > your report to a private NG that MSFT's visit. Someone may pick it up and > add it to their features list. > > I am sure this is not the only feature of IE7 and as you can see there are > workarounds. > > I just goes to show the importance of UAT. > > Regards. .... |
|
09-19-2007, 04:01 AM
| |||
| |||
| Re: Printing Problems in IE7 with Span and Table Hi Rob, great thanks at first. I tried to report this issue in MS Connect-Feedback site, but the IE-part is closed and link to this ng. I tried the Websites you linked, but in my IE7, it works fine (without the preview-pagecounting bug). So i'm a little bit confused and i set by myself a border style and now the page can be print. Thank you: I have a very simple to implement workaround without to redesign my complete websites. I wish MS would fix the bug, so a workaraound isn't necassary. Great thanks also to put it on MS Buglist (or whatever it named). Regards René "Rob ^_^" wrote: > Hi Rene, > Yep I can confirm that your html code causes the Print Preview to enter an > endless loop. > > I have posted the code on my server > http://www.iecustomizer.com/MSMVP/PPBug.htm > and > http://www.iecustomizer.com/MSMVP/PPFix.htm > > (BTW. If you can, post your code samples to a server. Copy and paste from > these NG's does not work so well and requires alot of work to test) > > The PPFix.htm page has the first table with a height property of 100% also, > so to me this indicates a "hasLayout" issue. > see IE7 and CSS > http://msdn.microsoft.com/library/de...css_compat.asp > > Also both pages work fine in the Print Preview of other browsers, however > the layout is completely different. > > Unfortunately there is little hope that this will attract the attention of > the IE7 dev team (now working on v8 and XP SP3) as this is a public NG which > they rarely visit and they use a limited number of testers for bug > reporting. > > I am a MSMVP (which does not mean much) and the best I can do is to repost > your report to a private NG that MSFT's visit. Someone may pick it up and > add it to their features list. > > I am sure this is not the only feature of IE7 and as you can see there are > workarounds. > > I just goes to show the importance of UAT. > > Regards. .... |
|
| Bookmarks |
| Thread Tools | |
| |
Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Printing Problems in IE7 with Span and Table | René Ziller | Internet Explorer | 0 | 09-19-2007 03:55 AM |
| span video across monitors | chapm4 | Windows Media | 3 | 02-04-2007 10:43 AM |
| New To Technology Questions? | Do You Need Help with Your Computer or Device? | Do You Need Help with this site? |
