Reprise du message précédent :

 
Je ne te serais d'aucune aide mais je veux bien avoir un aperçu de ce que tu as fait avec Ascensor.js .

Comment on joue proprement avec contentEditable (ici pour des infos d'un compte utilisateur) ?
 
JS activé, on bind un onchange sur le span/whatever, et on update sur le serveur via la couche JS.
JS désactivé, on replace le(s) champ(s) en question par la même chose dans un form ?
 
Ou alors, je passe à côté du truc.

Pourquoi se prendre la tête avec le JS désactivé?

Leriton, y'a pas un pb d'injection js avec ça ?

 
Parce que dans l'énoncé de la question, il y a "proprement"
 

 
Si, clairement. J'arrive pas à trouver des exemples exhaustifs sur l'intarweb, c'est aussi pour ça que je me demande si j'ai bien cerné l'intérêt du champ.

 
J'ai l'impression qu'on peut, proprement, considérer que javascript est activé. J'ai tort?

 
J'en sais rien, et j'ai pas envie d'en préjuger. contentEditable est un attribut HTLM, rien dans la norme n'oblige à ce que le JS soit activé pour que la syntaxe soit valide, bien que l'utilité du tag soit très réduite s'il n'y a pas de traitement derrière (d'où le graceful degradation).
Si ça te gène, t'as qu'à considérer que c'était une question purement théorique, ou répondre uniquement à la partie où le JS est activé.
 

onclick est un attribut valide aussi, je pense pas qu'il soit super utile avec le js désactivé

Dans ce cas de contenteditable, la graceful dégradation c'est d'avoir un <textarea> dans un form où la persone tappe du code (ou alors d'admettre que sans js tu n'as droit qu'au texte brut, mais ça pose problème si l'utilisateur a plusieurs postes/périphs et que certains ont le js et d'autre non), puis une couche de js qui remplace ça par un <span> éditable synchronisé avec la valeur du form.

Si je me souviens bien durant la normalisation de contentEditable il y a avait des discussions sur la possibilité d'offrir du wysiwyg submitable sans js, mais face à l'impossibilité de faire un wysiwyg qui plaise à tous il a été décidé de laisser les devs js se démerder.

Ceci dit, sur un truc comme ça, je pense pas que ça vaille le coup de trop s'emmerder, aujourd'hui je préfèrerais avoir un wysiwyg qui marche sur mobile qu'un wysiwyg qui marche sans js.

 
Du coup, l'intérêt par rapport à un texfield / textarea (quitte à ce qu'il soit créé qu'au clic sur span / div) n'est qu'au niveau de la mise en forme ?

Il sert à quoi ton contentEditable là dans ton cas ? je dis ça car si tu n'as aucun effet à ajouter (bold, italic, etc...), donc du simple texte, pourquoi ne pas passer par un textarea qui n'a ni background, ni border, et qui a la même font que la font utiliser sur le site. Ca a la même effet.

C'est bien la question que je me pose :

Je voyais - à tort - le contentEditable comme marqueur d'un autre type de comportement, genre une transfo span => textfield lors d'un clic, mais géré nativement par le navigateur. Du coup plus besoin de gérer la transformation à la mano, on se contenterait d'écouter les changements sur le contenu.
 

C'est super chiant à intégrer pour faire de l'édit in place sans avoir du flicker et des pertes de synchro. Avec contenteditable, t'ajoutes et retires le flag et c'est bon. Et tu peux styler ton truc sans vouloir te pendre.

T'as d'autres problèmes par contre, genre comment gérer un mec qui paste du contenu depuis word.

Tu verras quand tu verras.

Ceux qui jouent avec JS-Chart et HighCharts, vous avez testé Flot ? Ca m'a l'air plus complet que JS-Chart et plus gratuit que HighCharts (même s'il y a peu d'info sur la licence)
Pros & cons ?

Et ça?  
 
http://www.chartjs.org/

Intéressant tout ça, car HighCharts est bien trop complexe pour moi, j'avais besoin d'un truc simple..
 
Du coup j'étais parti sur pCharts, mais pour le coup c'est du PHP..

Qu'as-tu trouvé de complexe ?

 
C'est à celui là que je pensais quand j'ai écrit JS-Chart
J'ai trouvé ça plutôt simple et bien documenté, mais il y a des limitations qui ne sont pas compatibles avec ce que je souhaite en faire (voir http://forum.hardware.fr/hfr/Progr [...] t2186705).

 
La question ne m'était pas destinée, néanmoins (AMHA) le bazillion d'options rend la moindre création de chart complexe, pas dans le sens ardue, mais dans le sens verbeux / error prone.
Lorsque j'étais parti sur HighChart, en partie sur tes conseils, j'étais rapidement tombé sur le cas suivant : http://forum.hardware.fr/hfr/Progr [...] m#t2187260
 
Tant que possible, j'aimerais éviter le code JS à maintenir dans les applis, quitte à perdre un peu en flexibilité sur les composants.
 

TIL
 

Ca s'appelle comment deux selects côte à côte avec une bonne hauteur, le select de gauche est rempli et via un bouton entre les deux on remplit celui de droite avec le contenu de gauche ?

 
Dans ma boîte précédente on avait développé ça pour abstraire la config : http://pmsipilot.github.io/jquery- [...] le-plugin/

Linked combo/select boxes?

 
Je me l'étais déjà bookmarké
J'ai toujours des réticences à ajouter des couches entre deux API vraiment mainstream (suivi en cas de montées en versions majeures, dépendance à un mainteneur), mais il faut reconnaître que ça fait vraiment bien le boulot.

/hs
 
Salut,
J'ai une petit question niveau php/mysql. Quand on ajoute des donnés, on doit bien utiliser cette syntaxe?
Merci

uniquement si on veut se taper des injections SQL.

 
wtfbbq?!
Plutot comme ca non?:
 

<?php
$con=mysqli_connect("example.com","peter","abc123","my_db" );
// Check connection
if (mysqli_connect_errno())
  {
  echo "Failed to connect to MySQL: " . mysqli_connect_error();
  }
 
mysqli_query($con,"INSERT INTO Persons (FirstName, LastName, Age)
VALUES ('Peter', 'Griffin',35)" );
 
mysqli_query($con,"INSERT INTO Persons (FirstName, LastName, Age)
VALUES ('Glenn', 'Quagmire',33)" );
 
mysqli_close($con);
?>

PDO toussa.

Prepared statement toussa

Tiens d'ailleurs je rêve ou les méthodes PDO de querying direct (sans prepared statement) ne prennent pas de placeholder et il faut escaper à la main si besoin?

Les placeholders c'est forcément du prepared

Vu d'ou il part j'ai voulu faire tres simple.

Des gens utilisent autre chose qu'apache au quotidien ?
Genre lighttpd ?  
J'étais la dessus avant, je me demande ce que je vais foutre la
 
XaT

nginx ?
Ca a l'air de plus poutrer qu'apache

Je sais pas, tu utilises ?
 
xaT

nope un pote à moi ne jure que part ça et c'est plus rapide qu'apache aparament

Je viens de lire la description ça m'a l'air intéréssant, et le nom me parle.  
Faut voir, si vous avez des retours ça serait génial
 
XaT

unicorn quand je fais du rails, grunt-connect quand je fais du js

full nginx \o/

C'est un détail d'implémentation ça, dans DBAPI2 t'as une méthode .execute() (et une executemany()) qui a une tête d'appel direct et utilise des prepared statements derrière, et tu te fais pas chier avec des bindparams et 15 statements pour pouvoir faire une requête SQL

Avec PDO c'est prepare + execute pour avoir du prepared.
Ca fait qu'une instruction en +