DLFP - Entrées de forums de temsa

[JS] problème avec l'ajout dynamique de gestion d'évenement

null@linuxfr.org (temsa) — Mon, 09 Aug 2004 08:55:52 +0200

Je voudrais adapter, pour des raisons de réutilisabilité et de praticité, le script suivant:

http://www.howtocreate.co.uk/jslibs/htmlhigh/draglayer.html(...)

testable ici:

http://www.howtocreate.co.uk/jslibs/otherdemo.html#gdl(...)

En remplaçant l'utilisation du document.write (bakaka!) fabricant la div flottante et plus généralement la fonction createDragableLayer par une fonction du type:

function makeThisLayerDragable(id)
{
document.getElementById(id).onmouseover="this.onmousedown=dragIsDown;";
document.getElementById(id).ondragstart="return false;";
document.getElementById(id).onselectstart="return false;";
}

qui comme son nom l'indique, transforme une div existante en div déplaceable.

L'idéal pour moi serait de placer l'appel à la fonction makeThisLayerDragable('madiv') dans le onload de body (à cause du #@+X!! de logiciel que je suis obligé d'utiliser--Webdev) et afin que ce soit réutilisable très facilement.

j'ai donc essayé avec ma fonction, et constatant que ça ne fonctionnait pas, j'ai d'abord déplacé mon appel de la fonction makeThisLayerDragable après la création de la div (je ne suis pas pro du JS, et je ne sais pas si le fait de mettre tout ça dans le header et le onload de body ne pose pas de problème). Ca ne fonctionne pas non plus

j'ai sorti le DOM Inspector de Firefox:

Quand je regarde la structure de ma div en mode "Object -Javascript Object" je vois bien les trois gestionnaires d'évènement rajoutés par ma fonction, par contre je ne les vois pas en mode "DOM Node". Quand je regardes le code produit par l'utilisation "normale" du JS en appelant createDragableLayer, là par contre, je vois les 3 gestionnaire dans le mode "DOM Node".

Alors voilà je comprends pas trop, à priori mon code me paraît simple et juste mais il doit y avoir un détail qui cloche!!!

merci pour tout idée ou toute aide ;)

Migration MSSQL vers PGSQL ...

null@linuxfr.org (temsa) — Wed, 07 Jul 2004 08:09:02 +0200

J'ai réussi à convertir presque (à l'exception d'une dizaine de table mais c'est pas grave) toute la base MSSQL en PgSQL (cf http://linuxfr.org/~temsa/14414.html(...) )... Mais!

Plusieurs problèmes se posent: le logiciel est développé en PowerBuilder... Et par conséquent il ne connaît apparemment pas la syntaxe public.table à la place de table, en plus apparemment pgsql est sensible à la casse, ce qui ne m'arrange pas, surtout que l'IDE de PowerBuilder ne propose apparemment de rechercher-remplacer multifichier et les "sources" semblent être des binaires...

Bref la migration est pas encore gagnée, surtout si même si je réussi à tout faire marcher, la sélection de tables de PB ne fonctionne pas à cause de public.gnagna...

Est-ce qu'il y a possibilité de faire "sauter" le "public." ? Sinon je crains qu'il me soit impossible d'introduire cette merveilleuse BDD dans ma boite... Et encore moins Linux (on m'avait chargé de faire le migration de la base sous Linux, si possible , à la demande des clients...)

Question pour les Zopeurs

null@linuxfr.org (temsa) — Wed, 30 Jun 2004 12:20:53 +0200

Zope c'est bien parce que ca permet l'héritage... mais il y a des subtilités que je ne maîtrise pas encore... [question de noobs inside]
voilà voilà...

J'ai un repertoire test dans lequel j'ai une requète ZSQL s'appelant sql_chauffeur.

dans index_html en dtml je met(entre autre):

<dtml-in sql_chauffeur>

<dtml-in sequence-item>
<dtml-var sequence-item>
</dtml-in>

</dtml-in>

Maintenant j'aimerais avoir une page qui est la même, mais utilisant une autre requete sql (mais qui lui ressemble beaucoup j'avoue): je cree donc un sous-repertoire test2 dans lequel Je remet juste une nouvelle requete SQL avec le même nom(sql_chauffeur)

Je teste ... et j'obtiens dans test2 la même chose que dans test! conclusion il ne prends pas ma nouvelle requête :(