An End User Development Approach for Mobile Web Augmentation

Abstract

The trend towards mobile devices usage has put more than ever the Web as a ubiquitous platform where users perform all kind of tasks. In some cases, users access the Web with "native" mobile applications developed for well-known sites, such as LinkedIn, Facebook, Twitter, etc. These native applications might offer further (e.g. location-based) functionalities to their users in comparison with their corresponding Web sites, because they were developed with mobile features in mind. However, most Web applications have not this native mobile counterpart and users access them using browsers in the mobile device. Users might eventually want to add mobile features on these Web sites even though those features were not supported originally. In this paper we present a novel approach to allow end users to augment their preferred Web sites with mobile features. This end-user approach is supported by a framework for mobile Web augmentation that we describe in the paper. We also present a set of supporting tools and a validation experiment with end users.

Un enfoque orientado a usuarios finales para el desarrollo de aplicaciones de aumentación web móvil

“…La idea principal detrás de esta obra comprende a un productor creando una aplicación de Aumentación Web móvil con una herramienta de autoría [13], construida en base a componentes de un framework [12]. Sin embargo, este aporte se encuadra dentro de un enfoque más general, de crowdsourcing de aumentaciones Web móviles [24], en el que diferentes roles de usuarios cooperan en la realización de un fin, tal como se observa en la Figura 17.…”

“…Con esta herramienta, él puede descargar aplicaciones desde el repositorio, instalarlas y utilizarlas en los escenarios para los cuales fueron definidas, mejorando su experiencia Web con características móviles. Tal como se mencionó previamente, dichas aplicaciones pueden ser creadas de dos maneras: por desarrolladores mediante scripting [12], o por productores utilizando MoWA Authoring [13].…”

“…Para verificar la factibilidad técnica de las posibles aumentaciones mencionadas, se desarrollaron un conjunto de unidades de aumentación [13]. Estos augmenters 67 https://mdn-jake.hashbase.io/en-US/Chrome_Registration.html#contentaccessible 68 https://developer.mozilla.org/en-US/Add-ons/Legacy_Firefox_for_Android/API/BrowserApp/load URI 69 https://github.com/LazarSoft/jsqrcode contemplaron comportamientos básicos, como mostrar una imagen o texto ingresados por el productor o automáticamente extraídos desde otra página (TextAugmenter, ImageAugmenter), y funcionalidad más compleja como, por ejemplo: mostrar los siguientes PDI en un recorrido (WalkingLinksAugmenter), mostrar qué ubicaciones el usuario ha frecuentado (VisitedLocations) o cuáles le quedan por visitar (UnvisitedLocations), ajustar automáticamente el volumen de un audio (AudioVolumeLeveler), reproducir/pausar un video concreto (LightsCameraAction) cuando un cambio repentino en el nivel de luz es percibido, deshabilita temporalmente la interacción con todos los audios y videos cuando el nivel de carga de la batería es menor al 25% (DontLetMeWaste), recuperar resultados desde la UI de un motor de búsqueda existente (RelatedDomainInfoItems).…”

“…En esta sección se presentan dos escenario descriptivos [60], tanto para presentar la herramienta propuesta como para demostrar su utilidad. El primero de ellos se enmarca en el dominio del turismo y la aplicación es creada con la primera versión de la herramienta, utilizada en la primera publicación del enfoque para usuarios finales [13]. El segundo, presenta un escenario en el dominio del cine y la aplicación se construye con la segunda versión de la herramienta.…”

“…Ante esta situación, un guía turístico -jugando el rol de productor-puede llevar a cabo el proceso de creación de una aplicación de aumentación con MoWA Authoring. Este caso fue presentado con la primera versión de MoWA Authoring [13], y su construcción implicó:…”