jeby
-
Numero contenuti pubblicati
15919 -
Iscritto il
-
Ultima visita
-
Giorni Massima Popolarità
15
Tipo di contenuto
Forum
Galleria
Calendario
Download
Articoli del sito
Store
Blog
Tutti i contenuti di jeby
-
"Rimarranno sono 6 costruttori...." bisogna imparare ad interpretarne le terzine
-
feticista!!
-
Gli stacco la pace :si: -
è che c'è la foto tutta deforme, i numeri però sono impressionanti
-
gang bang?
-
L'aumento è di 2 classi. Comunque in caso di piccoli incidenti con colpa è permesso pagare il danno all'assicurazione senza perdere la classi. Esempio, se il tuo amico tampona un'altra auto e fa 600 euro di danno, l'assicurazione paga i danni e tu puoi risarcire l'assicurazione che così non ti scala i punti. Ovviamente devi essere d'accordo con il tuo amico che a sua volta ti rimborsi i 600 euro. Conservare la classe di merito in caso di incidente | Assicurazione.it verifica che la tua assicurazione te ne dia facoltà.
-
sempre più tamarra. Non mi piace edit: la 800 non dragster invece va bene
-
lo so:
-
capo dipartimento acquisti:
-
sì in realtà come dice loric li sospende, restano "congelati" e li riattivi quando ci vai sopra. Se i processi non stanno eseguendo operazioni () è comodo perché quando passi all'app ti ritrovi dov'eri e non ti accorgi neanche che il sistema l'aveva congelata. Ma se l'app stava eseguendo operazioni, le operazioni vengono interrotte e stop fine delle danze. Su iOS 7 ti arriva la notifica che avevi delle operazioni in corso e che se vuoi riprenderle devi risvegliare l'app, ma se non lo fai in tempo le operazioni vengono comunque interrotte. In effetti mi sono espresso male confondendo la morte dell'app (kill) con la morte cerebrale dell'app (suspended state), ma nella sostanza operativa delle app la cosa cambia poco verissimo, infatti mai e poi mai comprerei un accrocchio del genere. Però google vende servizi, proprio a big G farebbe comodo rendere le cose difficili a tutte quelle app di 3e parti che si appiccicano a servizi concorrenti
-
no, non è così. Su iOS (non su iPad: su iOS!) i processi muoiono poco dopo essere andati in background, indipendentemente da ram disponibile. Per design è così. - - - - - - - - - - AGGIUNTA al messaggio già esistente - - - - - - - - - - in realtà fa i chrome OS, ma appunto, parliamo di un OS sviluppato attorno ad un browser
-
Appunto: SE IMHO no, perché alla fine limiti l'utente senza dargli nessuna scelta. Ok, inutile far girare la gif in background (da verificare se lo faccia anche Android*), però tipo far eseguire una sincronizzazione di file da/per un server e nel mentre fare altro sarebbe utile, su iOS non si può: devi lasciare il processo attivo impostare il blocco su mai, altrimenti ciccia. O magari far svolgere una simulazione mentre navighi sul web, imbossibboli. *se la gif è questa vale la pena scaricare tutta la batteria: - - - - - - - - - - AGGIUNTA al messaggio già esistente - - - - - - - - - - Il multi utente potrebbe aver senso in ambito corporate: esempio tablet aziendale con più profili a seconda dell'impiegato che lo deve usare. Oppure in famiglia tra fratelli, o genitori/figli, o in tutte quelle situazioni "Promiscue" in cui magari devi prestare il tablet a qualcuno: account ospite e stop. Comunque non è che Apple spinge il cloud, Apple spinge iCloud, perché le limitazioni del suo OS impediscono agli altri servizi cloud di funzionare a dovere, salvo barbatrucchi potenzialmente più dannosi sulla durata della batteria.
-
Giusto per fare chiarezza, quello che si lamenta con "no multitasking" è la possibilità di avere processi eseguiti in background per tempo indefinito. Su iOS funziona così: Per la maggior parte delle app: - se l'app non è usata attivamente viene messa in background e quindi bloccata (dalla App Programming Guide: "the background state is just a brief stop on the way to the app being suspended") - in alcuni casi è possibile che l'app chieda l'esecuzione in background per un tempo definito per completare UN task, poi deve morire. - è possibile continuare trasferimenti http(s) in background - possono rimanere in esecuzione solo i processi che: 1 riproducono audio in background, tipo un music player 2 registrano audio 3 usano le informazioni sulla posizione GPS, come app di navigazione 4 app che usano il VoIP 5 app che necessitano di scaricare (solo tramite richieste http) dati costantemente, come ad esempio le app di navigazione che scaricano le mappe "on the fly" 6 app che ricevono aggiornamenti regolari da accessori esterni i limiti sono abbastanza pesanti da impedire operazioni che una volta lanciate continuino a svolgersi in modo automatico o trasparente. Ci sono app come Dropbox che aggirano queste limitazioni attraverso l'update della posizione GPS anche se non necessario.
-
no ma che finestre affiancate, su Android nativo esistono i programmi multi-tab ma non le finestre affiancate. Il multitasking di cui si parla è, appunto, multitasking, ovvero la possibilità di processi di continuare ad esistere anche se l'app è chiusa. Su iOS tutto ciò è molto limitato. Alla faccia del benchmark, Nexus 9 asfaltato!!!! Però non si possono trasferire file mentre si scrive una mail perché il processo di trasferimento muore... l'altro giorno ho chiesto numi al supporto di Panic per Transmit iOS, ecco la risposta: questo è il multitasking di cui si parla, non il multiwindows. - - - - - - - - - - AGGIUNTA al messaggio già esistente - - - - - - - - - - invece che essere "ripreso dov'era" dovrebbe continuare a fare quello che stava facendo... non "congelato".
-
ma gli hanno lasciato l'insegna Alfa R... ops... Chrysler sullo stabilimento visibile dall'autostrada?
-
The Verge ha scritto una bella (nel senso di come è scritta) recensione del iPad Air 2, di cui riporto solo i commenti finali: Apple iPad Air 2 review | The Verge [h=6]GOOD STUFF[/h] Terrific display So very thin Great battery life Super fast [h=6]BAD STUFF[/h] No multiuser support No multitasking Safari icon still objectively terrible La storia del multitasking viene tra l'altro sottolineata così nell'articolo: sempre The Verge ha messo le mani sul Nexus 9: The Nexus 9: hands-on with Google's latest attempt to take on the iPad | The Verge è un "hands-on" e non una recensione
-
Homebrew o MacPorts, più che altro il primo. Non so se Fink esiste ancora
-
Kernek 3.16 e successivi
-
se parli di NSURLSession vale solo per connessioni HTTP... In teoria solo Dropbox e simili potrebbero usarlo, niente afp, smb, ftp, sftp, webdav ecc...
-
se a qualcuno interessa, i primi benchmark di Nexus 9 Nexus 9 storms through Geekbench, Tegra K1 outperforms Apple iPhone 6's A8
-
Probabilmente gli sviluppatori non se ne sono accorti o no la implementano per mantenere la retro compatibilità, il risultato comunque è il medesimo. Io il tablet lo uso per fruire contenuti in mobilità: serie tv, fumetti essenzialmente. Però devo poterceli mettere dentro sti contenuti nella maniera meno dolorosa possibile
-
sì, probabilmente sono gli sviluppatori che non sanno implementarlo? O non c'è un'app che lo faccia a dovere? Boh, ti cito un paio di applicazioni in cui il processo di trasferimento viene interrotto: photosync transmit ios esce la notifica che ti dice "clicka per risvegliarmi o di addio al tuo upload/download". Nel caso di Transmit: "Transfers are still in progress. Switch back to prevent them from being canceled" 2 App abbastanza "importanti" anche nel prezzo, soprattutto la seconda. La stessa app Dropbox, tra l'altro una delle prime app ad integrare la funzione di storage provider, interrompe l'upload se non è attivato il barbatrucco della posizione gps: https://www.dropbox.com/help/209 https://www.dropbox.com/help/500 non mi sembrano gli ultimi scappati di casa, eppure hanno bisogno di questo trucchetto per tenere sveglio l'upload. Tra l'altro il trucco non funziona se sei fermo a casa...
-
Il multitasking di Android sarà realizzato senza l'obiettivo della batteria, ma il "multitasking" alla iOS è quello che non mi ha permesso di avere il file offline stamattina sul cellulare... fortuna che ho dietro anche il Nexus 7... comunque Artemis, nel tuo post parli di "overkilling per le necessità di un telefono", e per un tablet?
-
Sono quasi d'accordo su tutto: dipende da quello che ci fai. Come dicevo prima, l'integrazione seamless nell'ecosistema Apple è un vantaggio ma si paga, IMHO, a carissimo prezzo, ovvero con l'esclusione totale di qualunque cosa non sia Apple. Su Android, almeno, puoi scegliere Io vedo il tablet come qualcosa di più di uno smartphone, più vicino ad un computer. Infatti, IMHO, quello che dice Artemis sul fatto che usare i tablet Android equivale ad usare dei telefononi lo vedo più applicabile ai tablet Apple che come funzionalità dell'OS sono limitati tanto quanto gli iPhone. Ok limitare e semplificare l'OS, ma la cosa deve essere fatta "a modo" e ritagliata sul tipo di device. Il fatto che l'esplorazione dei file sia negata e solo parzialmente delegata alla buona volontà degli sviluppatori di 3e parti mi sembra un bel limite per una cosa che costa 600 e passa euro e ha uno schermo > 7". Ma tant'è. Così come mi pare inutile investire nel wifi dual band MIMO catsi'n'matsi se poi ti tocca appiccicare un cavo o comunque ti è impedito il trasferimento di file... Tra l'altro non c'è bisogno di essere sistemisti, il discorso vale anche per cloud di terze parti. Ad esempio su Dropbox (su cui ho 45 GB di spazio...) devi abilitare la condivisione della posizione GPS, altrimenti anche lui muore dopo x minuti e non completa i caricamenti/scaricamenti. Dropbox sarebbe anche comodo per i miei scopi, se non fosse che non è possibile mettere tra i preferiti le cartelle per il salvataggio offline, ma puoi solo marcare i singoli file (non capisco perché) e quindi se si aggiunge un file alla cartella non c'è nessun automatismo che te lo salvi.
-
Vuol dire poter fare le cose invece che non poterle fare. O poterle fare comodamente invece che inventarsi giri labirintici. Su iOS tante cose non le puoi fare perché sono impedite per design, non c'è nulla da fare. Sono impedite perché così il sistema è più sicuro (sandboxing e estensioni, nessun filesy stem "reale" accessibile dall'utente, ma il "document provider" e il "document picker" che, francamente, fanno ridere e devono essere implementati dagli sviluppatori su ogni singola app), o per rendere il sistema più scattante (niente applicazioni in background se non quelle benedette da Apple, ovvero le sue e quelle che accedono a processore di movimento e gps). Ti faccio un esempio: volevo copiare un file abbastanza grosso sull'iPhone, usando Panic Transmit iOS. Faccio partire il download e me ne vado a nanna. Stamattina mi trovo la notifica dell'app che mi dice "clicca o il download verrà interrotto". Ovviamente, il download è stato interrotto. Una mancanza a mio avviso ridicola. Altro esempio: io faccio il backup delle foto sul mio server di casa, non sul cloud. Con Android è un click, una sola volta per la prima configurazione, con iOS è un'agonia totale e tendenzialmente non fattibile in maniera automatica, è un continuo risvegliare l'app o non poter usare lo smartphone. Ancora: se voglio sincronizzare (non copiare: sincronizzare) i file da un server di qualunque tipo (SMB, WebDav, AFP, BTSync quello che ti pare) non esiste alcun modo per farlo su iOS: puoi scaricare la roba sul dispositivo sempre passando attraverso il solito sistema solito di App che non possono girare in background, ma non hai modo di avere una sincronizzazione bidirezionale o con propagazione di modifiche e, soprattutto, non puoi averlo in modo automatico. L'unico sistema per evitare tutto ciò è passare da iTunes, fulgido esempio di bloatware, esperienza che comunque non si avvicina minimamente a quella di sincronizzazione automatica, trasparente, senza limitazione di tipologia di file che puoi avere su Android. Dato che l'esperienza d'uso è pesantemente limitiata su iOS, come suo opposto ho parlato di completezza dell'esperienza d'uso, ovvero un OS che ti fa fare le cose che puoi già fare su altri OS (desktop inclusi). Certe limitazioni possono essere ok su un telefono (forse....) ma su un tablet 10"... un po' meno, IMHO.