Reprise du message précédent :

 
Tu confonds avec swing.

si t'es pas jouasse des layout managers en swing, tu peux en écrire un custom qui va interagir avec les autres, en CSS tu te touches la bite

quelqu'un a des chiffres sur l'installation de google gears ? ça vaut le coup de le supporter ou pas ?

c'est pas le truc qui va disparaitre au fur et a mesure des avancées du local storage en html 5 ?

si

C'est déjà plus trop supporté par google (depuis fin 2009), mais je présume que sa question c'est plus de savoir si le cas "gears installé mais navigateur pas capable des trucs HTML 5 dont j'ai besoin" est fréquent.

genau

http://blog.jquery.com/2011/05/10/ [...] -released/
 
lol

 
c'est le nom de mon chat

J'ai un petit souci de Same Origine Policy pour un de mes scripts javascript.
 
Je m'explique:
 
J'ai example.org qui va récupérer un javascript sur foo.example.org et ce script va renvoyer des données sur foo.example.org
 
Est-ce possible? Mon cas est-il facilement solvable avec le "hack" document.domain?
 
La literrature trouvée sur le web n'est pas très claire sur le SOP.
 
Merci d'avance

 
Tu peux include un <script src="foo.example.org/truc.js" /> dans une page de "example.org", il sera executé sans problème.
Par contre le code exécuté le sera sous le domaine "example.org", et ne pourra donc pas renvoyer des données vers "foo.example.org" (en tout cas pas en ajax classique à coup de XHR).
 
Pour contourner ça, soit:
 - tu utilise les trucs modernes (CORS, etc...) mais pas supportés partout
 - tu communique en écrivant dans ton code un truc du genre <script src="foo.example.org/lismadonnee.php?data=lalala"></script> (et lismadonnee.php peut répondre, sous forme de javascript)
 - tu fait un document.domain='example.org'; sur la page parente puis tu crée une iframe qui va ouvrir la page "http://foo.example.org/bridge.html", cette page:
   - ouvre la discussion avec la fenêtre parente à coup de : document.domain='example.org';
   - est exécutée sous le domaine 'foo.example.org' et peut donc faire de l'ajax (en GET, en POST, en tout ce que tu veux) avec 'foo.example.org'
   - a ouvert la discussion avec la parente donc peut faire window.parent.setResponseFromParent('une reponse qui vient de ton ajax'); que pourra récupérer ta fenêtre parente.

 
 
Initialement j'avais tenté de faire ça, mais ça ne marchait pas. Ton post m'a éclairé les idées et j'ai réussi à résoudre les petits fautes que j'avais commises.

dites, c'est quoi l'event d'une checkbox quand on la checke ?
 
j'ai mis un handler de click(), mais il se déclenche pas si je la décoche par JS j'ai l'impression.

Le pied de dev pour FF4 seulement avec box-flex

j'aurai dis change() mais ça peut être aléatoire

je corrige : HTML/CSS c'est le harko du dev.

faire un MVC avec 1bit d'état c'est déjà la galère, plein le cul

On est en train de se taper un TP de GWT. Y en a qui voit un intérêt à développer du JS en Java ou ça sert à ceux qui savent pas faire de JS ?

de toutes façons il faut apprendre le java, ça aide pas plus sur cet aspect.
 
Par contre je peux très bien imaginer que le JS qu'on veut faire exécuter au navigateur soit très différent du JS qu'on aurait envie d'écrire et de maintenir, et dans cette optique utiliser un autre langage que JS.

 
Tout le monde fait du java de nos jours, ce qui n'est pas le cas pour le js.

Je viens de demander quels étaient les avantages de GWT par rapport à du JS pur, sa réponse a été en gros "c'est pour ceux qui saventveulent pas dev du JS"

parce que tu crois vraiment que google a pas tous les devs JS qu'ils veulent ?

Ah non, mais doit bien y avoir un intérêt, je dis pas.
Ca fait 1h qu'on en fait, j'ai l'impression de faire de swing et du js.

CofeeScript + Backbone, problem solved.

et l'ide ?

phpstorm / idea avec les bons plugins mais il est largement plus lourd que phpstorm, ou aptana ou ptet netbeans

coucou,
je cherche un proxy (accessible via une url) php / python à installer derrière mon apache : une idée ?

Salut!
 
J'ai un formulaire avec un select multiple:

 
Je viens le peupler (salement) en javascript:

 
Je dois mettre quoi pour que ça marche    
 

Ne fonctionne pas...

Salut les experts !  
Certains d'entre vous ont déjà joué avec le Flexible box model de CSS3 ?  
 
J'ai un soucis avec FF4 http://jsfiddle.net/JB8xj/12/
 
En gros sous les browsers webkit based l'image est bien rétrécie pour se loger dans le conteneur alors que sous FF elle dépasse.  
Et le overflow:hidden sur le conteneur rend le truc encore plus étrange sous FF

Tu veux qu'il rétrécisse l'image ??? c'est dans les specs ?
Dans ts les cas ce sera crado visuellement.

Bientôt y'aura des blaireaux qui viendront nous demander si on peut foutre de la vidéo sans lecteur flash  

On a déjà ce genre de blaireaux... pour l'ipad et iphone et mobiles....

 
Yep ça serait l'idéal, le "player" à une taille fixe mais est susceptible d'afficher des images de différentes tailles donc c'est "le moins pire".  
La spec dit :  
 

 
Donc à priori ça devrait le rétrécir. Dans tous les cas il y a forcement une implementation correcte et l'autre non, j'étais juste curieux de savoir laquelle est fausse pour éventuellement ouvrir un bug.

 
Question SSL (et php)
 
Je possède un certificat SSL et je souhaite passer l'authentification des membres (lorsqu'ils renseignent leur login et mot de passes) en HTTPS.
 
Le site est en full HTTP, est-ce sécurisé, si je balance les logins et mots de passes d'une page HTTP d'un formulaire vers la page HTTPS du script qui valide l'identité ?
Ou bien faut-il également mettre le formulaire en HTTPS ?
 
Merci

Je dirais qu'il est préferrable de mettre le formulaire dans une page https sinon certains navigateurs vont afficher un avertissement et ça peut perturber l'utilisateur. Et sur la page login tu peux te payer une jolie Extended Validation pour afficher la GreenBar dans firefox, ça fait plus pro.

Oki
 
Le truc c'est que dans la page d'accueil, j'ai prévu un emplacement avec login et mot de passe, du coup, le formulaire est sur la page d'accueil et je voulais éviter de mettre cette page d'accueil en https.

Euh non. Tu peux très bien avoir une page HTTP avec ton form et l'action de celui-ci qui pointe vers une ressource HTTPS.

Ok.
 
Perso ça me rassure de voir la page login en https. Après ça ne m'empêche pas de me logger sur hfr...

 
http://www.glype.com/

Y'a un caveat sous Safari? Parce que mon code marche nickel sous FF, mais avec Safari, point de requête ajax POST à partir du js dans l'iframe vers son domaine d'origine.
 
J'ai bien pensé au display:none et visibility:hidden, mais même avec l'affichage de l'iframe, la requête ajax ne part pas. Sinon le reste du code js semble fonctionner dans Safari. Je n'ai pas de message d'erreur particulier dans la console  
 
EDIT: j'utilise Prototype.
 
EDIT2: au temps pour moi, Safari se comporte différemment de FF et j'avais besoin d'envoyer une requête synchrone.