Now a new problem with page format on laptop
Jan 22, 2013 | 2:01 pm
#47
No longer with Internet Brands
Join Date: Mar 2011
Location: Los Angeles, CA
Programs: DL DM 1.6MM, Marriott LT Plat
Posts: 5,343
Jan 24, 2013 | 1:21 pm
#49
Suspended
Join Date: Jun 2007
Location: MEL/LAX/JFK
Programs: UA 1K(0.7MM) Hilton Gold/La Quinta Gold
Posts: 897
Scrolling has been fixed on the notebook 1024x768, but there is still white space for the ads, where as before with the ads blocked use to fill the screen on both notebook & iPad.
Jan 24, 2013 | 5:05 pm
#50
Join Date: Oct 2004
Location: PDX
Posts: 2,284
I may be wrong about this, but something tells me that IB isn't going to be all too concerned about what the ad blocker you use does to your browser page, seeing as how you'd be continuing to be blocking one of their revenue sources, even if they were to fix it.
Jan 24, 2013 | 5:15 pm
#51
No longer with Internet Brands
Join Date: Mar 2011
Location: Los Angeles, CA
Programs: DL DM 1.6MM, Marriott LT Plat
Posts: 5,343
Jan 24, 2013 | 5:22 pm
#52
Suspended
Join Date: Jun 2007
Location: MEL/LAX/JFK
Programs: UA 1K(0.7MM) Hilton Gold/La Quinta Gold
Posts: 897
IB still has not come up with a subscription model to not show ads a year after they took it away.
Jan 24, 2013 | 5:27 pm
#53
No longer with Internet Brands
Join Date: Mar 2011
Location: Los Angeles, CA
Programs: DL DM 1.6MM, Marriott LT Plat
Posts: 5,343
Paul
Jan 25, 2013 | 2:08 am
#54
Suspended
Join Date: Jun 2007
Location: MEL/LAX/JFK
Programs: UA 1K(0.7MM) Hilton Gold/La Quinta Gold
Posts: 897
I generally don't have an issue with sites using ads, when they affect the site loading times and screen size of content, which in FT is the right side of screen, I will block.
For the cost of 2 ads on the right side of screen, couldn't they be placed inline, to make the website appear full screen. After all, once you scroll down a thread past 2 ads, it's just dead space, making people scroll more and more to reach the bottom, wasting screen space.
Jan 25, 2013 | 11:40 am
#55
Original Poster
Join Date: Nov 2006
Programs: Seniors Bus Pass
Posts: 5,561
Ad- blocks and subscriptions
Whilst that was not at the the heart of the problem - although only IB can say if they made the header wider to fit in more ads! ;-)
For years I happily paid the subscription "to put something back" for the benefit I perceived I got from FT. Losing the ad-block made me look elsewhere and Firefox and the ....... gives me the same for free now. Try selling that back to me ;-)
For years I happily paid the subscription "to put something back" for the benefit I perceived I got from FT. Losing the ad-block made me look elsewhere and Firefox and the ....... gives me the same for free now. Try selling that back to me ;-)
May 18, 2013 | 7:22 pm
#56
Join Date: Oct 2004
Location: PDX
Posts: 2,284
Not as bad as it was with the previous problem reported in this thread, but whenever I open a thread with a wiki at the top, the width of the wiki box is preset to extend about an additional 25% past the horizontal page boundary.
I tried forcing carriage returns into the text in one wiki to see if it had dynamic sizing, but the width remained the same.
Is it possible to get the same fix done for wikis as was done previously for the prior problem?
Thank you.
ETA example: http://www.flyertalk.com/forum/ameri...ct-2012-a.html
I tried forcing carriage returns into the text in one wiki to see if it had dynamic sizing, but the width remained the same.
Is it possible to get the same fix done for wikis as was done previously for the prior problem?
Thank you.
ETA example: http://www.flyertalk.com/forum/ameri...ct-2012-a.html
Last edited by AeroWesty; May 18, 2013 at 7:29 pm
May 20, 2013 | 11:07 am
#57
Retired admin. Please direct issues to IBobi.
Join Date: Jul 2012
Posts: 212
Not as bad as it was with the previous problem reported in this thread, but whenever I open a thread with a wiki at the top, the width of the wiki box is preset to extend about an additional 25% past the horizontal page boundary.
I tried forcing carriage returns into the text in one wiki to see if it had dynamic sizing, but the width remained the same.
Is it possible to get the same fix done for wikis as was done previously for the prior problem?
Thank you.
ETA example: http://www.flyertalk.com/forum/ameri...ct-2012-a.html
I tried forcing carriage returns into the text in one wiki to see if it had dynamic sizing, but the width remained the same.
Is it possible to get the same fix done for wikis as was done previously for the prior problem?
Thank you.
ETA example: http://www.flyertalk.com/forum/ameri...ct-2012-a.html
May 20, 2013 | 12:46 pm
#58
Join Date: May 2004
Location: Home
Programs: AA, Delta, UA & thanks to FTers for my PC Gold!
Posts: 7,674
whenever I open a thread with a wiki at the top, the width of the wiki box is preset to extend about an additional 25% past the horizontal page boundary.
I tried forcing carriage returns into the text in one wiki to see if it had dynamic sizing, but the width remained the same.
Is it possible to get the same fix done for wikis as was done previously for the prior problem?
Thank you.
ETA example: http://www.flyertalk.com/forum/ameri...ct-2012-a.html
I tried forcing carriage returns into the text in one wiki to see if it had dynamic sizing, but the width remained the same.
Is it possible to get the same fix done for wikis as was done previously for the prior problem?
Thank you.
ETA example: http://www.flyertalk.com/forum/ameri...ct-2012-a.html
I have the same issues for quite some time now ever since the wikipost feature was enabled but I didn't/don't have the energy to report it.
The page format shows problems in two ways:
1. When I am logged in, the page "overspill" problem only applies to wikipost itself. All the rest of the thread/posts are "normal" for my viewing pleasure (meaning no scroll required).
2. However, if I am browsing FT without log-in, both the wikipost and all the posts in thread are "spillover" that I have to scroll (to the right) to read any of them.
But, fwiw, I am no FF using my loyal Thinkpad laptop.
May 20, 2013 | 2:02 pm
#59
Retired admin. Please direct issues to IBobi.
Join Date: Jul 2012
Posts: 212
lin821, the reason that we ask for device and browser info is because we can see all pages fine on our end, even those with wiki posts, so it is hard for us to reproduce the problem. I'll forward the information you provided to our tech team. Thank you.
May 22, 2013 | 8:42 am
#60
Join Date: May 2004
Location: Home
Programs: AA, Delta, UA & thanks to FTers for my PC Gold!
Posts: 7,674
I have the same issues for quite some time now ever since the wikipost feature was enabled but I didn't/don't have the energy to report it.
The page format shows problems in two ways:
1. When I am logged in, the page "overspill" problem only applies to wikipost itself. All the rest of the thread/posts are "normal" for my viewing pleasure (meaning no scroll required).
2. However, if I am browsing FT without log-in, both the wikipost and all the posts in thread are "spillover" that I have to scroll (to the right) to read any of them.
The page format shows problems in two ways:
1. When I am logged in, the page "overspill" problem only applies to wikipost itself. All the rest of the thread/posts are "normal" for my viewing pleasure (meaning no scroll required).
2. However, if I am browsing FT without log-in, both the wikipost and all the posts in thread are "spillover" that I have to scroll (to the right) to read any of them.
http://www.flyertalk.com/forum/china...ion-again.html
The funny thing is not every thread with wikiposts that I have visited is problematic. For instance, this thread is absolutely 100% normal, one more rebuttal to why it isn't any user's and/or browser issue. I can see both normal and "spillover" wikipost threads on my one and only Thinkpad. For me, the only reasonable and logic explanation is something's wrong with the source, aka FT.
Your tech team can play detectives to find out why the problem behavior isn't consistent across all threads with wikiposts on FT. I guess it will be another unsolved mystery for IB, just like the phantom page phenomenon not happening to every thread that had posts removed.