Semantic

[Parse Data] title = Titre de la documentation hidden = false parseprivate = off javadocdesc = off defaultcategoryname = Documentation defaultpackagename = Projet target = /PATH/OU/SERA/ENREGISTRE/LA/DOCUMENTATION readmeinstallchangelog = README, INSTALL, FAQ, LICENSE directory = /PATH/VERS/LE/PROJET ignore = templates/,test*.php sourcecode = on output=HTML:frames:earthli

RDFDomainServices Service EPR : http://molene.enstb.org:8080/axis2/services/RDFDomainServices Service Description : RDFDomainServices Service Status : Active Available OperationscollectTagsUsedByUser getPredefinedConceptsFromOntology getSimilarConcepts collectTagsFromSites getDomainOntologies collectGroupConceptSet

RDFResourceServices Service EPR : http://molene.enstb.org:8080/axis2/services/RDFResourceServices Service Description : RDFResourceServices Service Status : Active Available OperationsgetUserForums getUserComments getGroupContent getContentsRelatingToContent getGroupContentsOfContent getContentsForAType getUserTagContent getUserContent getGroupTagContent getUserContentsOfContent getContentTag getUserPosts getUserDocuments

RDFUserServices Service EPR : http://molene.enstb.org:8080/axis2/services/RDFUserServices Service Description : RDFUserServices Service Status : Active Available OperationsgetUserInfoByAccountName getGroupInfo getUserAccountName getAllAccount getGroupUsers getAllUser getAllGroup getAccountInfo getAccountGroups getUserAccount getUserInfo getGroupAccounts

Il est à présent compatible avec les systèmes d'exploitation pour terminaux mobiles Android™, BlackBerry™ Tablet OS et iOS*, ainsi qu'avec les téléviseurs.

What makes a valid UWA widget? In order for your widget to work properly within the UWA environment, it has to follow the following rules. It MUST be well-formed XML It MUST be UTF-8 encoded It MUST feature the Netvibes namespace It MUST place the JavaScript and CSS code in the HEAD section of the HTML file It SHOULD use JavaScript/Ajax to send/receive data It SHOULD work within an IFRAME It SHOULD make use of a legal or personnal Web service/API It SHOULD be a static file - no server side scripting Additionnaly, if you intend to test your widget locally, it SHOULD make use of the following JavaScript and CSS emulation files: <link rel="stylesheet" type="text/css" href="http://www.netvibes.com/themes/uwa/style.css" /> <script type="text/javascript" src="http://www.netvibes.com/js/UWA/load.js.php?env=Standalone"></script>

1. Le navigateur demande un fichier XML.2. Le serveur répond en envoyant le fichier XML au navigateur.3. Le navigateur lit la directive XML et appelle le fichier XSLT.4. Le serveur envoie le fichier XSLT au navigateur.5. Le navigateur transforme les données XML et les affiche.

Aujourd’hui avec la mode des widgets, le nombre de solution pour les développer est impressionnant : UWA Netvibes Google Widgets Yahoo! Widgets Dashboard YourMinis, …

si le widget doit toucher un public plus large et qu’il doit être multi-plateformes, il faudra surement opter pour la solution AIR (Adobe Integrated Runtime) ou UWA de Netvibes

Netvibes et son UWA (Universal Widget API) Une norme lancée par Netvibes qui est déjà reconnue sur iGoogle, Vista et Apple Dashboard. Le but de cette tentative de normalisation des widgets est «write once, run everywhere» (Développer une seule fois pour le faire fonctionner partout). A mon sens, c’est aujourd’hui la meilleure façon d’avoir une certitude du fonctionnement du widget sur un maximum de plateformes différentes.

Les problèmes de mise en place sont peut-être plus à regarder du côté humain face aux nécessaires adaptations. A nouvelles technologies, nouvelles adaptation et son lot de formations, réorganisations, reconversion des salariés… Difficile d’apporter une réponse tranchée. Autant dire que les cas seront traités selon chacune des situations propres aux entreprises. D’autres questions, comme celle de l’écolution de la fiscalité liée au cloud, reste aujourd’hui sans réponse.

Si les technologies ne sont pas nouvelles, leur mise en oeuvre reste jeune. Les investissements que les entreprises y consacrent devraient passer de 5% de leur budget aujourd’hui à 10% d’ici deux à trois ans, selon Céline Ferreira. Une évolution qui s’accompagnera, « rapidement », d’un livre blanc « plus technique et détaillé » en prolongement de ce premier travail. Une suite très attendue si l’on en juge par le niveau des participants dont la pertinence des questions (Quid des certifications? Quelle unité de mise en oeuvre de facturation? Rôle de l’ingénieur d’affaires? Quelle juridiction pour les données stockées à l’extérieur? Problématique de la qualité des transports de données…) montrait une connaissance plutôt avancée du cloud. A suivre, donc.

L'API Google Gadgets de Google Desktop inclut des objets et des méthodes qui permettent de développer des gadgets

Un gadget Google Desktop reposant sur un script se compose des éléments suivants : un fichier XML gadget.gmanifest contenant des métadonnées sur le gadget ; un fichier main.xml définissant la vue principale de votre gadget. Par vue, on entend l'interface utilisateur et les objets qui constituent l'intégralité d'un volet visible de votre gadget ; au besoin, un fichier options.xml définissant la vue des options de votre gadget ; tout fichier JavaScript ou VBScript contenant le code nécessaire pour assurer la mise en œuvre des fonctionnalités du gadget ; tout fichier image nécessaire au fonctionnement du gadget, comme par exemple les fichiers pour les éléments de l'interface utilisateur (boutons, cases à cocher, etc.), les images qui s'affichent dans le gadget ou les icônes associées à votre gadget ; au besoin, les différents dossiers et fichiers nécessaires aux interfaces localisées que vous avez définie pour votre gadget.

Une fois l'écriture de ces fichiers terminée dans le Concepteur, celui-ci les compresse en un seul fichier nommé gadget_name.gg, où .gg signifie Google Gadget. Si vous n'utilisez pas le Concepteur, vous devez compresser ensemble ces fichiers et renommer le fichier créé en l'affectant du suffixe .gg.

function getNewXMLHTTP() { try { return new XMLHttpRequest(); } catch(e) { try { var aObj = new ActiveXObject("Msxml2.XMLHTTP"); } catch (e) { try { var aObj = new ActiveXObject("Microsoft.XMLHTTP"); } catch(e) { return false; } } } return aObj; } function executeExemple() try { var xmlHttp = getNewXMLHTTP(); } catch(e) { alert("Pour une raison ou une autre,il y a eu une erreur sur cette page et la gestionnaire d'erreur est trop paresseux pour faire de quoi d'utile. Désolé."); } }

Using the OpenSocial API in a UWA widget Initially developped by Google, OpenSocial is “a common API for social applications across multiple websites. With standard JavaScript and HTML, developers can create apps that access a social network's friends and update feeds.” Netvibes UWA implements the OpenSocial API natively, so that UWA developers can make their widget social easily. This short documentation is dedicated to the specifis of making OpenSocial work within UWA. A complete guide to OpenSocial API is available from the official OpenSocial website.