Voraussetzungen

Da ich überzeugter Apple Fan bin benutze ich viele Geräte der Ideenschmiede aus Kalifornien. Neben meinem iMac habe ich unter anderem auch ein iPhone. Das Buch, die Biografie, über Steve Jobs hat mich neugierig gemacht auf Software von Apple. Nicht dass nicht einiges mitgeliefert wird wenn man sich einen Computer aus Cuppertino zulegt. Das wäre zum Beispiel jetzt das aktuelle iLife 11 Paket. Die beste Musikverwaltungssoftware iTunes ist selbstverständlich auch dabei. Dieses Paket unterstützt nach dem Update von Lion, iPhoto und iTunes in diesem Bereich auch die iCloud. Für die Unterstützung der iCloud sollte das System und die installierte Software aktuell sein. Die installierten Versionen sind in der Einstellung⇒Softwareaktualisierung zu finden.

Wenn in diesem Dialog der Button installierte Software geklickt wurde, wird die Software mit den Updates angezeigt. Die aktuelle am 18. Januar 2012 installierten Versionen der drei oben genannten Programme sind Mac OS X 10.7.2, iTunes 10.5.2 und iPhoto 9.2.1.

Aber ich bin weit abgeschweift, eigentlich wollte ich über iWork und die iCloud berichten. Diese Funktionen wurde bis von kurzem in der Werbung hoch gepriesen. Aber halten die Produkte die Versprechungen ?

Die Antwort auf diese Frage werde ich in den folgenden Zeilen beantworten. Ich habe mir die 30-Tage Testversion von iWork besorgt. Diese Version muss aber upgedated werden, sonst funktioniert iCloud nicht. Man kann aber iCloud nur testen wenn man auch die entsprechende Software auf einem iOS-Gerät installiert. Gesagt und 8 EUR ausgegeben. Also Pages ist sowohl auf dem Mac wie auch auf dem iPhone installiert.

Was verspricht die Werbung: „Irgendwo unterwegs oder zu Hause eigegeben und im Büro stehen die aktualisierten Dokumente überall auf allen ihren Geräten zur Verfügung“.  

 Die Realität

Irgendwie hat das aber nicht funktioniert. Erinnern wir uns gemeinsam an die Werbung, es werden iOS-Geräte und OS X-Geräte angezeigt.

Also irgendwie muss das Pages Dokument auf das iPhone kommen, aber wie. Bei dem Speichern wird keine Möglichkeit angeboten das an die iCloud zu übergeben. Leider hat Apple die Handhabung mit iWork im Zusammenhang mit der iCloud nicht so konsequent gelöst wie mit iPhoto. Um die iCloud mit einem OS X-Gerät zu nutzen muss man den Umweg über den Webbrowser gehen. Dazu muss man sich bei der Website „www.icloud.com/#iwork“ anwählen. Hier kommt man direkt in den iWork Bereich der iCloud  Dieser Bereich ist nur aktiv wenn ein entsprechendes iOS Programm unter der Apple-ID installiert ist. Deswegen ist bei mir der Bereich aktiv allerdings nur Pages. Aber leer.

Um das zu ändern gibt es das Zahnrad-Symbol im oberen Bereich des Safari Fensters. In der Bildschirmkopie können Sie sehen was hier für Möglichkeiten angeboten werden.

Um den Bereich zu füllen müssen wir den Punkt Dokument hochladen wählen. Zum löschen, duplizieren oder laden muss ein Dokument selektiert werden. Löschen und duplizieren erklärt sich von selbst. Laden ist einfach das Gegenteil von hochladen.

Von der iOS Seite erfolgt der Update, das hochladen automatisch. Also wenn ein neues Dokument erstellt wird, so landet das automatisch in der iCloud. Zum Erstellen eines neuen Dokuments betätigt man einfach das +-Zeichen.

 

Wenn man ein Dokoment „berührt“ und ein wenig „hält“ wechselt das iOS-Gerät in den Wackel-Modus. Dadurch ändert sich die Titelleiste. Es werden drei Aktionen und der Fertig-Knopf angezeigt.

Fazit

Wie man aus meinen Beschreibungen lesen kann, ist die iCloud zwar in diesem Bereich nicht schlecht, Allerdings auch noch nicht richtig gut. Der Umgang mit den Dokumenten ist bei und mit den iOS hervorragend und in gewohnter Apple Qualität gelöst. Das ist auf der OS X Seite leider nicht so. Hier muss man den Webbrowser bemühen um die Dokumente in die iCloud oder auf den PC zu bekommen. Ein unschöner Punkt kommt auf der OS X Seite noch dazu, einmal iCloud immer iCloud. Wenn ein Dokument aus der iCloud in Pages geladen wurde kann man es wunderbar bearbeiten. Allerdings bringt das Menu Ablage keine Möglichkeit das bearbeite Dokument in dem lokalen Dateisystem zu sichern. Es wird nur die Möglichkeit angeboten eine Version zu sichern. Diese Version wird dann in der lokalen Version der iCloud gespeichert. Um das Dokument wieder lokal zur Verfügung zu haben muss man Ablage⇒Duplizieren wählen. Das Duplikat kann man lokal speichern. Allerdings ist die Kopie komplett von der iCloud getrennt.

Viel Spaß mit der Wolke und Pages.

read comments (0)

Por Juan Diego Polo Hablamos de Podio hace algunos meses, cuando solo existía su versión para iPhone

read comments (0)

Es normal que si aquellos amantes de las manzanitas de bolsillo esperaban el iPhone 5 y Apple lanzó una versión intermedia — iPhone 4S — la ansiedad por saber cómo será la nueva generación del smartphone de la manzana sea grande …

read comments (0)

Para configurar iCloud en iTunes debemos conectar nuestro iPod, iPad o iPhone, debemos tener la ultima versión del sistema que es iOS5, para eso le damos en actualizar y actualizamos, debe ser la versión 5.0 en adelante, si no nos ofrece una versión que inicie con 5 entonces nuestro aparato no soporta iCloud.

Una vez actualizado le damos en la pestaña de información

Y debemos de tener TODO desactivado, no queremos que se sincronicen los contactos, ni los calendarios ni las notas ni el correo porque eso lo hará iCloud, si los tenemos activado tendremos todo duplicado.

Para finalizar le damos Aplicar y se deberá sincronizar nuestro aparato, ahora tenemos todo listo en iTunes para el buen funcionamiento de iCloud.

read comments (0)

Los smartphones, sí esos cacharritos que aunque han credido en tamaño siguen siendo móviles, están cada día más presentes en nuestras vidas. El parque de este tipo de terminales ha crecido como la espuma después de que Apple con su famoso iPhone y RIM con Blackberry empezaran a acaparar el mercado gracias a terminales cada vez más asequibles y que “nos hacen la vida más fácil”. Atrás quedó la hegemonía de marcas como Nokia a la que nadie parecía poder toserle en la cara y el desplome absoluto de otras marcas que ya parecían estar casi moribundas como Motorola.

El nuevo concepto de teléfono móvil del siglo XXI no se parece en nada a los de principios de siglo. Recordad que solo han pasado 12 años desde que en el año 2000 solo la mitad de la población española tenía un terminal móvil y que los que lo tenían alucinaban con terminales que hacen “pipipipipopo” como tomo de llamadas con pantallas minúsculas monocromáticas. Marcas como Alcatel, Nokia y Ericsson (antes de ser Sony-Ericsson) eran las que mandaban. ¿Y tanto ha cambiado la cosa en 12 años? Y tanto… los terminales empezaron a empequeñecerse. La moda era que cuanto más pequeño era el teléfono, más “portátil” era y por lo tanto “más chic”, hasta que RIM sacó su primera Blackberry y poco tiempo después Apple le puso las cosas duras con el primer iPhone.

De “navegar”, y lo pongo entre comillas porque aquello más que navegar era una broma, usando la tecnología WAP en los primeros móviles con GPRS, amén de los sablazos que metían las compañías en aquel entonces por usar transmisión de datos por la red GSM, hasta los primeros navegadores que traían las blackberrys, que se parecían más al Lynx de Unix/Linux que otra cosa hemos llegado a terminales como los de hoy en día, que poco tienen que envidiar a los de sus hermanos mayores en los ordenadores de sobremesa. En los terminales con Android podemos instalar Firefox. Apple diréctamente hizo una versión de Safari para su terminal (El navegador que llevan por defecto los Macs y que también está para Windows). Sin embargo todavía hoy en día existe un “pequeño problema”. La pantalla.. No podemos comparar una pantalla de un móvil que por lo normal suele trabajar a 320 o 480 pixels de ancho con una de un ordenador que empieza a moverse medio bien a 1024 y más teniendo en cuenta que la resolución más estándar en nuestros días es tener 1280 pixels de ancho en casi todas las resoluciones de monitor, ya sean en 4:3 o en 16:9.

Para poder hacer una aplicación que sea 100% compatible con un smartphone móvil tenemos varias opciones:

• Primera: Pasar ligeramente de todo y hacer una web que se muestre bien pero que haya que estar haciendo zoom (típico gesto de los usuarios de iPhone con los deditos para ampliar o alejar la pantalla)
• Segunda: Hacer una rutina en JavaScript o PHP/ASP/Ruby/… que detecte qué tipo de terminal tenemos y nos redirija a una versión para móviles de la web en cuestión. Esto es bastante típico hoy en día en periódicos online.
• Tercero: Hacer una versión híbrida que detecte el móvil y “adapte” la web, normalmente mediante JavaScript, para que salga corréctamente con la resolución de un smartphone. Esto puede ser por ejemplo quitar div’s laterales tipo menús, o información que se pueda colocar en otro lado de la pantalla y que de esta forma el texto no se desplac

Sea cual sea la versión que escojamos está claro que lo suyo es la segunda o tercera opción. Muchos usuarios lo agradecerán. Por mi parte las primeras pruebas las estoy haciendo con la segunda, más que nada porque me permite aprender de una forma más ordenada y cuando ya esté todo avanzado quizás una tercera versión nos ahorrará reescribir código innecesario. Sin embargo, como lo primero es aprender allá vamos.

Primeramente habrá que detectar que estamos usando un móvil, ¿cómo? He aquí las diferentes variantes:

JavaScript:

Se podría mejorar, pero por lo normal nos interesará saber, mediante la propiedad navigator.userAgent el tipo de navegador que está usando. En dicha propiedad con buscar iphone, android, o lo que nos interese sería suficiente para detectar al smartphone. El siguiente código es una buena prueba de ello:

<script type=”text/javascript”>
var navegador = navigator.userAgent.toLowerCase();
if( navegador.search(/iphone|ipod|android/) > -1 ){
document.location = ‘http://miversionparamoviles.com’;
}
</script>

Evidentemente la búsqueda en userAgent podemos extenderla más usando palabras como blackberry,palm, etc…

PHP:

if (eregi( ‘ipod|iphone|android|opera mini|blackberry|palm os|windows ce’, $_SERVER['HTTP_USER_AGENT'] )) {

código aquí….

}

Ya sabemos cómo detectar que usamos un móvil, ahora prepararemos nuestra web:

Las webs para SmartPhones suelen estar preparadas según XHTML, sin embargo por lo normal suelen trabajar bien en cualquier tipo de código que sea estándard a W3C. Sin embargo para evitar problemas de compatibilidad prepararemos nuestro DOCTYPE según dicho acuerdo. Para comenzar nuestra cabecera se debe de preparar de la siguiente manera:

<!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.0 Transitional//EN” “http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd”>
<html xmlns=”http://www.w3.org/1999/xhtml” id=”v1.06″ xml:lang=”es” lang=”es”>

Esto evitará más de un susto a más de uno. Ahora viene lo realmente interesante. Queremos que sea 100% compatible con smartphones. Lo primero de todo es evitar que se pueda hacer zoom y cosas raras que los usuarios suelen hacer cuando no se ve bien una web porque o salen las letras muy pequeñas o todo lo contrario. ¡Por supuesto contamos con que haremos las pruebas en un smartphone a medida que vayamos haciendo nuestro proyecto! Toda esta magia la hace el llamado ViewPort. ViewPort es una propiedad que pasaremos a través de un METATAG al navegador y al mismo tiempo también define la visión que va a tener el smartphone. Llamamos viewport a la parte visual que tiene la pantalla del smartphone. De momento para mis pruebas he utilizado el siguiente:

<meta name=”viewport” content=”width=device-width, initial-scale=1, maximum-scale=1″ />

Esta línea modifica el viewport del smartphone y le indica que se ajuste en forma vertical a la resolución de nuestro smartphone y al msimo tiempo que la escala de visualización sea 1. Esto es importante porque imaginaos que haceis una aplicación web y que en un iPhone se ve de maravilla pero que en una Blackberry se viera realmente pequeña. Con “tocar” estos valores, poniendo el valor initial-scale a otro mayor ampliaríamos la visión del viewport, por poner un ejemplo, aunque se puede hacer de muchas otras maneras.

Sigamos…

<meta content=”text/html; charset=UTF-8″ http-equiv=”content-type” />
<meta http-equiv=”cache-control” content=”no-cache” />
<meta http-equiv=”cache-control” content=”no-store” />
<meta http-equiv=”cache-control” content=”max-age=0″ />
<meta http-equiv=”cache-control” content=”must-revalidate” />

Estos meta son realmente interesantes. El que no hay que olvidar nunca poner es que indica el content-type. Los navegadores para SmartPhones trabajan en codificación UTF-8. Algunos son compatibles con el estándar ISO-8859-1 que usamos en España, pero es mejor no arriesgar. Los siguientes indican que no se utilice caché, de esta forma evitaremos problemas a la hora de recargar la página ya que a fin de cuentas un smartphone NO ES UN ORDENADOR.

y finalmente ya podemos empezar con nuestro código..

<body> Blabvlablablablbll </body>

Hay que tener cuidado en no usar cosas especialmente raras, por ejemplo, las tablas de las que se ha abusado tanto en el pasado para maquetar corréctamente las webs tienen poco sentido gracias a los bloques (divs) de los que se disponen de hoy en día.

Se pueden usar CSS sin ningún tipo de problema, al menos los que yo he probado, pero hay que intentar no usar propiedades demasiado nuevas o “extrañas” que sean útiles en navegadores modernos para hacer algún truco poco documentado.

read comments (0)