Salut tout le monde,

'final' c'est de l'optimisation. Je vois qu'il y a toujours autant de monde qui les connaît...

Il y a effectivement plusieurs constructeurs pour compress et decompress : en fonction de ce que vous avez sous la main (un objet File, une String...) vous utilisez plutôt l'un ou l'autre.

++

Salut,

Si tu veux être sûr que ça passe, déclare ta constante après la définition de ta classe.
Et si tu veux faire des trucs clean, je te conseille vivement prototype : http://www.prototypejs.org

@+

ok, merci je prend note !

Salut Grumelo68,

Tout d'abord, merci pour ces commentaires.

G, z et Z ne sont pas implémentés car je n'ai tout bonnement pas eu le temps. Je le ferai peut-être dans une future version...

Et en ce qui concerne l'heure par défaut, je me suis contenté de copier le comportement par défaut de la classe Java. Et c'est très bien comme ça, puisque la classe retourne ce qui est demandé. Si tu lui demandes de te retourner une Date au format MMM dd, yyyy HH:mm:ss, elle complétera ce qui manque par des valeurs par défaut. La vérification dont tu parles ne doit pas être fait dans cette classe. D'ailleurs, quel serait le comportement de cette vérif ? Si l'utilisateur n'entre que les minutes et pas les heures ou inversement ? Dois-je afficher une heure par défaut + les minutes ou juste les minutes ?? Non... ce genre de vérification n'a vraiment pas sa place ici... La fonction annonce qu'elle retourne une heure alors elle retournera une heure ! Même si elle doit elle même lui donner une valeur.

Tu peux cependant mettre rapidement une solution en place en testant toi même si l'heure a été renseignée. Tu utiliserais alors 2 objets SimpleDateformat différent selon les cas.

var dateFormat = new SimpleDateFormat('dd/MM/yyyy');
var dateTimeFormat = new SimpleDateFormat('dd/MM/yyyy HH:mm:ss');
var dateString = isDateTime()
    ? dateTimeFormat.format(ta_date)
    : dateFormat.format(ta_date);

A toi d'implémenter la fonction isDateTime en fonction de tes besoins...

@+,
tarzent

Salut,

Avec un StringBuilder c'est beaucoup mieux...
L'inconvénient de ta méthode c'est qu'à chaque itération il instancie un nouvel Objet String.

ex:
public static String HtmlToText(final String urlStr)
throws ParserException {
final StringBuilder text = new StringBuilder();
final Parser parser = new Parser(urlStr);
for (final NodeIterator i = parser.elements(); i.hasMoreNodes();)
text.append(i.nextNode().toPlainTextString());
return text.toString();
}

;-)

Bonjour,

Mea culpa, je ne sais pour quelle raison j'ai pensé que par défaut parseInt prenait 10 en 2ème argument.

Maintenant quelques petites remarques:
- Dans le langage 'Français' on commence souvent son code par un "Bonjour"...
- Le Javascript est un langage évolutif, qui n'est pas forcément compatible d'un navigateur à l'autre. Il faut généralement adapter son code (aux différents navigateurs ainsi qu'aux versions de Javascript) afin de le rendre portable. En cela le Javascript ne ressemble pas à "n'importe quel langage". D'autant qu'il existe de réels bugs dans certaines fonctions Javascript (fonction test et exec par exemple sous certaines versions Javascript de IE).

Comprend donc que ta remarque
>>on peut même dire que c'est TOUJOURS celui qui code qui se trompe
>>( dans n'importe quel langage ! )
manque ici de pertinence, alors inutile de HURLER.

@+

As-tu pensé à activer le protocole POP dans gmail?

Ok, la classe est dans le package org.apache.commons.io... donc on oublie ce que j'ai dit au dessus.
Rajoute donc ce nouveau package et ça passe.

J'avais la même erreur que toi.
Je viens de remarquer que dans le package 1.1 de commons.fileupload de apache il n'y a pas la classe DeferredFileOutputStream... Oubli d'apache?
Donc soit tu prends la version précédente, soit tu tentes d'intégrer l'ancienne classe DeferredFileOutputStream dans le nouveau package

J'ai codé cette classe un peu vite, désolé pour l'initialisation des variables.
Par contre Natha je ne vois pas trop où tu as vu que ce n'était pas à la norme d'utiliser des '_' pour les propriétés private d'une classe... C'est beaucoup plus lisible comme ça et ça évite bien des confusions.

Quant-à ton lien sur le JCalendar, je trouve qu'il est assez interessant (je le connaissais déjà), mais je trouve ça un peu exagéré pour ceux qui veulent juste afficher un calendrier basique.