Reprise du message précédent :

Tu peux, logiquement tu peux récuperer l'id de la form via l'élement enfant qui provoque son envoi.

pour finir, la variable http_post_raw qui pourrait contenir les données bruts envoyée au cours de l'uplod n'est pas renseigner dans le cas d'un envoi de fichier  
 
en perl ( par exemple ) l'equivalent de cette variable est accessible  
 
c'est comme ca que fonctionne le script de dl.free.fr  

Je ne sais plus quelles sont les infos réceptionnées par le serveur au moment de l'envoi d'un fichier, mais si jamais on connaît, "AVANT" le transfert le nom du fichier temporaire créé et la taille du fichier à réceptionner, ça devrait être faisable non ?
 
Il faudrait regarder la taille du fichier temporaire, toutes les 5 secondes par exemple, et comparer avec l'info de la taille totale.
 
Faudrait faire des tests.

C'est pas con en théorie, vraiment pas con, par contre la taille totale est connue à la fin il me semble.

tu as raison de mettre un SI dans ta phrase

on ne connait pas a priori le nom du fichier crée .

J'avais essayé en septembre de faire un progress monitor en phph , je me suis cassé les dents dessus. Mais si qqun y arrive ca m'interesse

edit : il me semble qu'il y a package pear qui gere ca , mais il fait appel un un bout de perl
edit bis : je susi en php4 , peut etre qu'en php 5/6 il y a des nouveautées interessantes

Facile
http://electron-libre.fassnet.net/ [...] upload.php

Sweet

En plus, il y a un bel article sur l'UTF-8 en prime juste à coté (dans les liens en haut de page)

php5

Moi tous les exemples que je connais fonctionne avec du Perl
 
Sinon une question vous avez une adresse, d'un outils permettant de faire des sortes de blogs, comme DotClear, mais multi-compte ?
 
Si non pas grave, je peux toujours regarder pour modifier Dotclear, et me faire ça...Mais bon, on sait jamais.
 
Un truc propre et sympa et gratuit et bonne licence... est préférable
Thx

euh... dotclear est multi-utilisateurs

ah oki...c'est ce que j'ai cru, comprendre, mais je trouvais pas...bon je retourne lire la doc

J'ai trouvé pour multi rédacteur, mais moi je veux la possibilité de faire des multi blogs...

Oki - dotclear 2.0 qui propose ça, thx

Génial, merci.
Bon c'est mort because il faut php5.2 mais je mets de coté pour l'avenir.

ca me rassure, je suis pas le seul  

Ici aussi

la conf du serveur :
php 4.3
mysql 3.23
fedora core 3 ( plus de maj depuis un moment )  
 
 
mais a force de reprendre des bouts du site, je pense avoir virer tout ce qui génait pour passer en mysql 5 , php 5/6  
au rythme ou ca va, plus que 2 ou 3 mois pour faire l'upgrade

Sa solution était très bonne bien meilleure que ta stupide solution sur le onclick du bouton. ET ca ne change rien à son problème. Au contraire, puisque tu fais un .submit() via JS

Edit : nan je suis con là sur le coup puisqu'il cherche à identifier quel submit a été cliqué coté client et non coté serveur.
[mode autoflagelation]
Je laisse le msg pour montrer à quel point j'ai pas réfléchi
[/mode autoflagelation]

Encore plus simple :  
 
<form action="#">
 
<input type="submit">
 
</form>
 
Le input submit peut récupérer facilement son form de cette manière :  
this.form.  
L'attribut form est propre à chaque élément de formulaire situé dans un formulaire.
 

Pour une fois que j'avais un bon réflexe en js  \o/
 

 
Par contre je vois toujours pas comment j'identifie quel submit a été cliqué

Bon la solution de the Shadow est la meilleure
Je pensais coté serveur moi comme un con

Sinon solution simple tout en gardant ton onsubmit
 

Je prends, merci

Ban  
Note que même si ma solution avait été stupide, y'a d'autres moyens de le dire.    

Tu as vu mon edit ou je dit clairement ce que j'ai mis est stupide

Arrêtez de vous énerver

 
Et si le type appuye sur entrée ?

En principe ça submit la première form

Si le type de submit t'intéresse, c'est mort, j'irais même plus loin, certains navigateurs (IE je crois, mais plus sûr) n'envoient carrément pas le submit.
Sur ces navigateurs, si l'user fait entrée dans un input text par exemple et que ton bouton submit a pour name "totosubmit", ton programme serveur ne recevra même pas $_REQUEST['totosubmit'].

Oui ça d'accord. Le problème c'est que submiter ne contient plus une ref au submit

 
Si ça s'avère vrai, ben c'est la merde...

Pourquoi 'si' ? Tu ne me crois pas ?
Test si tu veux, ça prends une minute.

 
Ben c'est toi qui dis "IE je crois, mais plus sûr"

Oui m'enfin, IE ou un autre, ça veut dire qu'un navigateur ne le prend pas en compte et que donc, il ne faut pas compter dessus.

Je confirme ce que dis the shadow, si on appuie sur Entrée, la value du submit n'est pas envoyé sous IE. Salope IE

Au changement de focus sur les boutons submit tu change une valeur cachée du form, comme ça même en cas d'enter tu sais ou était la personne.

 
Pas faux    
 

 
J'y avais pensé, mais le barbu avec son JS désactivé ça marche plus

Ton truc est pas déja tout plein de JS ?

Si mais pour l'instant, c'est fonctionnel à 100% sans JS Ou du moins toutes les fonctionnalités sont accessibles sans

Bah en fait, personnellement, je trouve ça plus logique et si tous les autres navigateurs le prenaient en compte ça serait plus pratique.

Bah pourquoi ? Tu te retrouves coincé avec pls submit dans ce cas ET je vois pas pour quoi c'est plus logique vu que le clavier remplace la souris pour activer un bouton...

Bah, c'est plus logique parce que le bouton submit n'a pas été cliqué.
C'est donc le même principe de fonctionnement qu'un checkbox, si il est là mais qu'il n'est pas coché, il n'envoi rien.
Si tu mets 2 boutons submit, les navigateurs ne font pas apparaitre celui qui n'a pas servi à l'envoi alors pourquoi envoyer un submit quand l'user n'a pas cliqué.
Tiens, par exemple, tu as un formulaire, tu mets 2 boutons submit de 2 actions différentes.
L'user fait entrée, le form va être envoyer avec le premier submit trouvé, sauf que toi, tu aurais préféré que le submit par défaut soit le second.
Avec IE, tu vois qu'il n'y a pas eu de Submit de cliqué donc tu détermines à la réception le bouton par défaut, avec Fx, il faut te faire chier à mettre les boutons submit dans l'ordre.
Surtout que globalement, le bouton submit, ça ne sert à rien de le recevoir, donc autant s'en servir pour quelquechose.