Databases
StackOverflow2013
Postsdbo
PO
 

Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <h2>More Information than Real Solution</h2> <p>Based on my understanding of how things work according to <a href="https://developer.apple.com/library/safari/#documentation/AppleApplications/Reference/SafariWebContent/AdjustingtheTextSize/AdjustingtheTextSize.html" rel="nofollow">this page</a> and <a href="https://developer.mozilla.org/en/CSS/text-size-adjust" rel="nofollow">this page</a>, all text will get refactored in landscape mode based on either <code>-webkit-text-size-adjust: auto</code> (the default for iOS) or by your setting of <code>-webkit-text-size-adjust: 100%</code>. </p> <p>I do not believe the <code>100%</code> setting is doing what you may think it is doing (an attempt to keep the text size the same). Rather, it is only affecting "how the text-inflating algorithm is applied" (per <a href="https://developer.mozilla.org/en/CSS/text-size-adjust" rel="nofollow">this page</a>). I have not been able to track down exactly what that might mean; that is, what does <code>100%</code> mean with respect to the inflation algorithm. My guess is, based upon <a href="https://developer.apple.com/library/safari/#documentation/AppleApplications/Reference/SafariWebContent/AdjustingtheTextSize/AdjustingtheTextSize.html" rel="nofollow">this page's</a> quote...</p> <blockquote> <p>The first time a webpage is rendered, Safari on iOS gets the width of the block and determines an appropriate text scale so that the text is legible.</p> </blockquote> <p>...that since the procedure happens only "the first time a webpage is rendered" that once the device is turned from portrait to landscape the inflation algorithm will "grow" the text based off the width change of the screen being wider, even when set at <code>100%</code>.</p> <p>Perhaps this is because <code>100%</code> is in relation to the width difference of portrait to landscape. For example, <a href="http://www.apple.com/iphone/specs.html" rel="nofollow">this iPhone spec</a> is 960 x 640. It may be that <code>100%</code> means the inflation uses some direct relation of 960 x 640 (say, 960/640 x 100%), working out to be 1.5, which is then causing the "boldness" of the landscape text. If such is the case, then theoretically the <code>-webkit-text-size-adjust</code> would perhaps need to be set to <code>66.67%</code> to keep it unaffected (returning the 1.5 factor to a 1). <strong><em>But I'm not convinced that it is so straight forward.</em></strong></p> <p>Ultimately, I think Andrey Bukati's answer of <code>-webkit-text-size-adjust: none;</code> is the only guarantee that no change in text sizing will occur. But it can have other, perhaps undesirable, affects.</p>
    singulars
    1. This table or related slice is empty.
    1. POFonts become bold when changing orientation
      singulars
      1. PTQuestion
    1. PTAnswer
    1. This table or related slice is empty.
    1. USScottS
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. POFonts become bold when changing orientation
      singulars
      1. PTQuestion
    1. This table or related slice is empty.
    1. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTAcceptedByOriginator
    1. COthanx for the detailed answer, I used `none` and the widening still happens! the difference is that the fonts don't grow in size also when using `none` or `100%`
      singulars
      1. PO
      1. USilyo
    2. CO@IlyaD--the fact that `none` does not fix it, along with your "Update 2" observations and your comment in response to my question that "bold" still is bolder makes me lean heavily toward a bug in iOS _or_ in the particular device rendering (I don't know how many different devices you've had a chance to test).
      singulars
      1. PO
      1. USScottS
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload