Ecco il video che l’amico Gokie ci aveva promesso per mostrare le funzionalità del browser web WWW per device Symbian^3, Anna e Nokia Belle di cui vi avevamo parlato qualche giorno fa in questo articolo.
Come potrete vedere dalle immagini, sebbene presenti ancora qualche mancanza e dunque necessiti di ulteriori perfezionamenti sembra promettere bene. Lo scrolling, al completamento del caricamento delle pagine, è decisamente più performante rispetto a quello offerto dal browser web di default. Oltre a questo offre funzionalità utili, come la possibilità di navigare in incognito, di impostare un proxy e di modificare lo user agent.
WWW Browser è ancora in versione Alpha e dunque non riusciamo a comprendere la scelta dello sviluppatore di averlo reso disponibile sul Nokia Store a pagamento, al costo di 2 Euro! Ad ogni modo, il video vi aiuterà a valutare se vale la pena pagare per questo nuovo browser oppure continuare ad utilizzare quello di default o quello prodotto da Opera Software.
non male la fluidità. Peccato che sia ancora in alpha e che abbia quei problemini….poi pagare 2euro per una versione neanche stabile non la vedo una cosa molto intelligente.
Cmq credo sia valido come browser.
Ah una criosità…perché il tipo del video bisbiglia?
ahahah erano le 5:20 di mattina e non volevo svegliare mia madre! 😀
bhe, se è fatto con le qtwebkit non potrà migliorare più di così(a livello di usabilità nel caricamento e dopo) dato che la prossima major release (che sposta il rendering in un altro thread, aumenta la compatibilità con le pagine mobile, html 5, javascript etc… ) sarà con le qt 5 che non arriveranno su symbian…vorrei dare un paio di consigli allo sviluppatore il primo è di lasciare perdere XD perchè ci ho provato anche io a fare un bel browser per symbian, ma dopo un milione di miglioramenti e di reiniziare d’accapo ancora non si riusciva a superare di molto il browser di default ( se avete voglia di testarlo cercate “nuovo browser per symbian” sul forum ) è anche molto più avanzato…multitab, fullscreen segnalibri…e tanto altro. il secondo consiglio è quello di migliorare l’algoritmo del multitouch…dato che da quel che vedo modifichi semplicemente lo scale…il che non è sbagliato ma zoommando in pagine lunghe la pagina si sposta sopra, e dopo dovrai riposizionare il tutto 🙂 facile se l’hai messo su un flickable (si tratta di propoprzioni) un po meno se fai tutto in c++ e quindi gestisci gli eventi del mouse, ma anche li l’ho realizzato e si tratta solo di trovare il centro e fare:
void classe::setZoomWhitCenter(qreal value, qreal x, qreal y){
qreal minZoom=width()/contentSizeWidth();
value = qBound(minZoom, value, MAX_ZOOM_SCALE);
if (value != zoomScale()) {
QPointF myClickPos(x,y);
qreal oldZoom=zoomScale();
webview->setScale(value);
QPointF center=myClickPos-contentPos();
center*=(zoomScale()/oldZoom);
setContentPos(myClickPos-center);
}
}
terzo se vorrai implementare il multitab NON usare il listview…è dannatamente buggato 🙂 e cmq…buona fortuna!
si hai ragione purtroppo senza Qt5 non si può fare di più comunque, forse tu sai qualcosa, il browserdi n9 utilizza QtWebkit 2.2 (Qt 4.8) perché riesce ad essere molto fluido, è vero ha molta ram in più e processore più efficiente, però secondo me non solo merito dell’hardware. Bo, forse quelli della nokia mandano in stand by il caricamento quando stai scrollando.
mmm non credo siano riusciti a farlo, xkè andava riscritto tutto dalle basi…ma comunque le qtwebkit 2.2 sono nettamente superiori alla 2.1 sia su desktop che su meego, ciò che hanno fatto è usare un’algoritmo abbastanza intelligente da capire quante risorse si stanno usando e decidere se fare il painting o meno, mentre quello che dici tu lo fa l’iphone…infatti se mentre si è al 50% di caricamento di una pagina si comincia a scrollare(con dito premuto) e si continua per 10 minuti, esso rimane fermo al 50%…e infatti questo è ciò che faranno con le qt 5 ovvero spostare tutte le operazioni che possono bloccare l’app in un’altro thread, in modo da poterlo mettere in pausa quando l’utente interagisce 🙂
Concordo pienamente , comunque volevo chiederti una piccola curiosità, ho provato rask browser e ho visto che i video di youtube vengono riprodotti perfettamente. Come hai fatto?
mi sono fermato a “beh”…
Grazie mille oissela per aver pubblicato il video sul blog!
non lo prenderei neanche gratis. è indegno di symbian
Mi sembrate un po’ troppo pessimisti su questo browser, è un progetto ancora da migliorare, non è una versione definitiva. Secondo me, ha ancora molto da dimostrare.
Ma solo nel mio 808 il browser non fa così schifo? Sotto rete wifi Opera mi ha caricato siti più lentamente di quello di default. Quest’ultimo è scattoso durante il caricamento della pagina ma con zero lag o imputamenti a caricamento finito… Il sito di cui sto parlando è nokioteca versione desktop e il blog ad alta definizione…
Bhe per i video di youtube nella mia reimplementazione della qwebpage, reimplenento la funzione acceptNavigationRequest, che mi serviva anche x il multi tab, e controllo l’url della qnetworkrequest, se finisce con uno dei formati supportati (mp4, 3gp, avi…etc) chiamo il qdesktopService::openUrl(request.url().toString()); così chiama il lettore video di default di symbian che è capace di aprire video in streaming…c’è da dire che però andava modificato l’useragent per youtube(solo x lui) e mettere quello di symbian altrimenti non andava 🙂
Ma quando esce l’aggiornamento???
[Inviato da Nokioteca App 2.0]