Group items tagged

crossdomain.xml¶If you plan to do an XHR request to domain www.xyz.com, make sure that http://www.xyz.com/crossdomain.xml exists. Here is a sample crossdomain.xml: <?xml version="1.0"?><!DOCTYPE cross-domain-policy           SYSTEM "http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd"><cross-domain-policy>  <allow-access-from domain="*" /></cross-domain-policy>

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.

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.

Et netVibe, bah utilise une solution à laquelle j'avais pensé mais (!!!) c'est relou quoi... Un script serveur intermédiaire qui va chercher les pages pour nous. Eux c'est sûrement en php... Moi je vais devoir faire du JAVA (SUPER ...). Bref voici l'article qui m'a renseigné sur la solution de NetVibes... http://blog.geekfg.net/2008/07/le-crossdomain-un-besoin-de-support.html Après ils savent peut être pas tout mais ça me parait la seule solution valable... Ce qui est dommage dans cette solution c'est le double chargement, 1 pour appeler le script sur son domaine, et le deuxième de son serveur vers l'autre domaine... bref.

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>