<div class="gmail_quote"><br></div><div class="gmail_quote"><br></div><div class="gmail_quote">On Tue, Sep 15, 2009 at 3:42 PM, Andrea Diamantini <span dir="ltr"><<a href="mailto:adjam7@gmail.com">adjam7@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Tuesday 15 September 2009 10:14:22 Lionel Chauvin wrote:<br>
</div><div class="im">> Arf, everybody is destroying Andrea's work.<br>
><br>
> I think it is time to make mockups. We don't know what we want.<br>
<br>
</div>eh eh.. I'm not that sure!<br>
I started this thread just to speak about the "homepage work" and I'm glad to<br>
hear different voices about.<br>
<br>
I'm quite sure the HomePage branch (with the last commits that will arrive<br>
ASAP) is "near" what we want. And it's also a bit customizable.<br>
<br>
If we can let it work better that now, changing the technologies behind, we<br>
just gain speed and likeness :)<br>
<br>
The actual preview tools does this:<br>
a QWebPage loads the site. When the load is finished the content is resized<br>
200x150 px and then snapped into a QImage saved in a locale cached path.<br>
<br>
So, looking at these 4 days hacking there experience, we have this trade-off.<br>
<br>
1)<br>
If we wanna preview our preferred sites, the actual mechanism is better,<br>
because it retrieves images just the first time and (from the second) loads the<br>
NewTabPage in a while.<br>
I'm implementing a mechanism to just refresh thumbs when user changes sites.<br>
<br>
2)<br>
if we wanna preview last visited sites, embedding a QwebView is the best way<br>
to do, because we need every time to reload the "image" and you jump the<br>
"snapping step" without further ado in reloading and refreshing (it does<br>
itself).<br>
<br>
As we are proposing our preferred sites previews (as discussed in this thread<br>
some days ago) my +1 now goes for WebSnap mechanism. But I'm surely interested<br>
in verifying speed and consistent of the "alternatives".<br>
<br>
<br>
Regards,<br>
<br>
PS: obviously, saying html/js, I mean html/css/js. I'm using an intern style<br>
in the home.html file. And we are actually NOT using js functions (they are<br>
just in the history/bookmarks newtabpage in master). So just html/css.</blockquote></div><br>Let's see how it works out. By testing and implementing, one method will surely come out as a better alternative. Waiting for your commits...<div>
<br></div><div>But still talking more (:p) I think that even if speed is not an issue we can still utilize Qt to create animation and stuff to make a better page. Moreover, speed wont be a concern here since we'll be using native code and not js. Plus, we can utilize the animation framework in the upcoming Qt 4.6 to do even more of the animation and "beatifying" stuff. </div>
<div><br></div><div>But lets start hacking now...<br clear="all"><br>-- <br><br>Regards,<br>Shaneeb Kamran<br>
</div>