Kind of:<div><br></div><div>I&#39;m definitely looking for &quot;No white screen&quot;, but I&#39;m also looking for more than that.  In the Map.js source code there is a parameter called &quot;factionalZoom&quot; and the comment says:</div>
<div><br></div><div><div>     * When fractionalZoom is set to true, it is possible to zoom to</div><div>     *     an arbitrary extent.  This requires a base layer from a source</div><div>     *     that supports requests for arbitrary extents (i.e. not cached</div>
<div>     *     tiles on a regular lattice).  This means that fractionalZoom</div><div>     *     will not work with commercial layers (Google, Yahoo, VE), layers</div><div>     *     using TileCache, or any other pre-cached data sources.</div>
<div><br></div><div>...but the truth is that even commercial cached tile maps like Google support a raster-based fractional zoom.  In other words, let&#39;s pretend that Google only supported two different resolutions, 0.5 and 1.0, but then the user uses a gesture or a mouse wheel or something and zooms to a resolution of 0.6.  Google displays the 1.0 resolution tile, but does a raster resize down to 0.6.  Sure, the tile looses some useful information during the resize, but the UI experience is smoother than forcing predefined resolutions on the user.  I guess what I really want is &quot;No White Screen&quot; and &quot;No Resolution Restrictions Within The Min/Max Resolutions A Map Supports&quot;.  A browser can scale vectors and rasters reasonable well enough that OpenLayers could be a lot smoother experience for users.  This is less pronounced on desktop implementations than on devices that support finger gestures, but is applicable in both cases.</div>
<div><br></div><div>Once client-based fractional zooming works well, you can do things like a good animated zoom-in effect when a user double-clicks, etc. as well.  Another &quot;nice-to-have&quot; is gradual fade-in of new tiles, which I have already implemented for OpenLayers.Tile.Image&#39;s.  Once these things are done, OpenLayers will behave the same way that users are used to in modern commercial map providers.</div>
<br><div class="gmail_quote">On Mon, Dec 27, 2010 at 10:23 AM, Bob Basques <span dir="ltr">&lt;<a href="mailto:Bob.Basques@ci.stpaul.mn.us">Bob.Basques@ci.stpaul.mn.us</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

  

  
  <div style="margin-top:4px;font-variant:normal;line-height:normal;margin-right:4px;margin-left:4px;margin-bottom:1px">
    <p style="margin-top:0;margin-bottom:0">
      <font face="Comic Sans MS" size="3">All,</font>    </p>
<br>      
    <p style="margin-top:0;margin-bottom:0">
      <font face="Comic Sans MS" size="3">I think the general idea that Beau is describing is &quot;No white screen&quot;!!  Always hate a blank screen when transistioning a map, especially when zooming.  Even something wildly pixelated is valuable to the end user to key on reference points, it also allows for rapid transitioning without waiting for the final rendering of things.</font>    </p>

<br>      
    <p style="margin-top:0;margin-bottom:0">
      <font face="Comic Sans MS" size="3">Using a wheel zoom on this interface would be my example of how zooming should work visually: </font><u><a href="http://gis.ci.stpaul.mn.us/gis/gismo_public/html/," target="_blank"><i><font face="Comic Sans MS" size="3" color="#0000ff">http://gis.ci.stpaul.mn.us/gis/gismo_public/html/,</font></i></a></u><font face="Comic Sans MS" size="3"> this could use possibly more transistion steps as well as better end loop control, as in I should be able to pan, while waiting for the new tiles to download and replace the previously rescaled tiles.  Right now the user needs to wait for the new tiles to display before rezooming or panning.   This interface has been in use for a number of years (before OpenLayers even . . .) and is a preferred transistion effect.  We&#39;ve done some smaller implementations of OpenLayers from time to time, and the &quot;always on&quot; Map Feature is usually brought up at some point as a desirable feature, this is especially important in a emergency response/preparedness situation.</font>    </p>

<br>      
    <p style="margin-top:0;margin-bottom:0">
      <font face="Comic Sans MS" size="3">bobb</font>    </p><div class="im">
<br>      <br><br>
    <p style="margin-top:0;margin-bottom:0">
      <br>
      <br>
      &gt;&gt;&gt; Beau Anderson &lt;<a href="mailto:elbeau@gmail.com" target="_blank">elbeau@gmail.com</a>&gt; wrote:<br>    </p>
    <table border="0" bgcolor="#f3f3f3" style="margin-top:0;font-size:1em;margin-right:0;margin-left:15px;margin-bottom:0">
      <tbody><tr>
        <td>
          <div style="border-left:solid 1px #050505;padding-left:7px">
            <p style="margin-top:0;margin-bottom:0">
              No, the &quot;resize&quot; behavior is not the same as what I am describing. Using Google maps as an example, as you pinch to zoom in/out the raster image tiles resize to sized in-between the zoom levels. The &quot;resize&quot; transitionEffect does do a raster resize, but only to an actual zoom level. In other words, there is no graceful zooming to fractional zoom levels. In order to get an effect similar to Google&#39;s, you need to not only make the background tiles zoom to fractional zoom levels, but the actual foreground tiles themselves need to do the same, because if you&#39;ve pinched to zoom in to a fractional zoom level, you need any newly loaded tiles to also be resized appropriately.            </p>

            <div>
              <p style="margin-top:0;margin-bottom:0">
                <br>
                              </p>
            </div>
            <div>
              <p style="margin-top:0;margin-bottom:0">
                To put it another way, if you&#39;re loading tiles whose actual dimensions are 256X256 pixels, it doesn&#39;t mean that you will actually be displaying the image at 256X256. The fractional zooming is second-nature for users on iOS and the newer versions of Android mobile devices these days. The other benefit you get for desktop computer users is that once you have fractional zooming, then even if the&#39;re doing a zoom to a new zoom level, it&#39;s not hard to do an animated zoom-in/zoom-out (again, the same way Google does). In the end, OpenLayers is AWESOME in it&#39;s support for various formats, but there are a couple UI paradigms that I really want to tweak before I turn it loose on my user base. The thing I HAVEN&#39;T delved into yet is how easy/hard this will be to implement on other types of layers so that the whole UI acts appropriately :s              </p>

            </div>
            <div>
              <p style="margin-top:0;margin-bottom:0">
                <br>
                              </p>
              <div class="gmail_quote">
                <p style="margin-top:0;margin-bottom:0">
                  On Sun, Dec 26, 2010 at 6:13 AM, Tom Hughes <span dir="ltr">&lt;<a href="mailto:tom@compton.nu" target="_blank">tom@compton.nu</a>&gt;</span> wrote:<br>                </p>
                <blockquote class="gmail_quote" style="margin-top:0;padding-left:0;border-left:1px #ccc solid;margin-right:0;margin-left:0;margin-bottom:0">
                  <div>
                    <p style="margin-top:0;margin-bottom:0">
                      On 23 December 2010 17:21, Beau Anderson <span dir="ltr">&lt;<a href="mailto:elbeau@gmail.com" target="_blank">elbeau@gmail.com</a>&gt;</span> wrote:<br>                    </p>
                    <div class="gmail_quote">
                      <blockquote class="gmail_quote" style="margin-top:0pt;padding-left:0;border-left:1px solid rgb(204, 204, 204);margin-right:0pt;margin-left:0;margin-bottom:0pt">
                        <p style="margin-top:0;margin-bottom:0">
                          I&#39;ve got an existing successful iPhone application that I&#39;m porting to other platforms. There&#39;s a lot that I want to add to my app&#39;s mapping functionality and OpenLayers looks like it would fit the bill great, but the user experience is just not as smooth as Google and Bing provide. The headache that I&#39;ve been working on is getting layers that extend from OpenLayers.Grid to act more like Google where when you zoom in or out it simply scales the tiles you already have loaded then loads new tiles on top of them. To accomplish this we need to rethink the way that Grid layers layout their tiles so that there are multiple layers of tiles within one Grid (not just foreground and background img&#39;s in Image.js).<br>
                        </p>
                      </blockquote>
                    </div>
                    <p style="margin-top:0;margin-bottom:0">
                      <br>
                                          </p>
                  </div>
                  <p style="margin-top:0;margin-bottom:0">
                    Doesn&#39;t setting transitionEffect to &quot;resize&quot; on the layer already do that?<br><br>Tom<br clear="all"><font color="#888888"><br style="color:#888888">--<br style="color:#888888">Tom Hughes (<a href="mailto:tom@compton.nu" target="_blank">tom@compton.nu</a>)<br style="color:#888888">
<a href="http://compton.nu/" target="_blank">http://compton.nu/</a><br style="color:#888888"></font>                  </p>
                </blockquote>
              </div>
              <p style="margin-top:0;margin-bottom:0">
                <br>
              </p>
            </div>
          </div>
        </td>
      </tr>
    </tbody></table>
  </div></div>

</blockquote></div><br></div>