Poster une réponse à un sujet: JWGui et ses composants
Attention, ce sujet est un sujet ancien (7182 jours sans réponse)
ozark74
rfr ... j'aime bien ta home page : http://www.inter-land.net/
t'en es où dans ton porsheton ?
t'en es où dans ton porsheton ?
rfr
Oué en fait t'es payé pour développer ton projet perso, c'est sympa ça
Vous engagez ?
Vous engagez ?
Oué d'ailleurs aujourd'hui ILS m'ont obligé à travailler pour eux.... Je prends du retards!
ovh
Oué en fait t'es payé pour développer ton projet perso, c'est sympa ça
Vous engagez ?
Vous engagez ?
zion
Qu'il est gentil ton employeur dis donc
rfr
Voilà, je me sers de ce site comme blog pour ce projet
Au programme aujourd'hui ... LA GRANDE REFACTORISATION! Ca ma pris ... euh ... j'ose pas le dire par respect pour mon employeur
Résultats:
- Une architecture permettant *ENFIN* de passer d'une page à l'autre de manière élégante (le plus gros du travail ... si si faut dire qu'avant, c'était du grand n'importe quoi ...)
- Les templates sont servis par le serveur d'application et non plus par un servlet: on peut donc les éditer facilement
- Les pages générées sont valides XHTML 1.0 Strict
Au programme de demain:
- Amélioration des classes de génération du XHTML/JS, ce qui permettra de mieux gérér les évènements (c'est horriblement hard-codé pour l'instant ...) et les styles.
- Implémentation d'une classe de génération de javascript (oui oui, le appendBuffer(...) ça pue!)
- Intégration de mon moteur de BBCode (vieux code rock-solid, implémenté en son temps pour un wiki au bureau).
Que de boulot ...
Au programme aujourd'hui ... LA GRANDE REFACTORISATION! Ca ma pris ... euh ... j'ose pas le dire par respect pour mon employeur
Résultats:
- Une architecture permettant *ENFIN* de passer d'une page à l'autre de manière élégante (le plus gros du travail ... si si faut dire qu'avant, c'était du grand n'importe quoi ...)
- Les templates sont servis par le serveur d'application et non plus par un servlet: on peut donc les éditer facilement
- Les pages générées sont valides XHTML 1.0 Strict
Au programme de demain:
- Amélioration des classes de génération du XHTML/JS, ce qui permettra de mieux gérér les évènements (c'est horriblement hard-codé pour l'instant ...) et les styles.
- Implémentation d'une classe de génération de javascript (oui oui, le appendBuffer(...) ça pue!)
- Intégration de mon moteur de BBCode (vieux code rock-solid, implémenté en son temps pour un wiki au bureau).
Que de boulot ...
zion
Bonne nuit grand papy
La moyenne d'âge est plus élevée que ce que je ne pensais à première vue quand même
La moyenne d'âge est plus élevée que ce que je ne pensais à première vue quand même
rfr
Les frames c'était pour qu'on rale, c'est ca?
Voilà! Plus de frames
Enfin, reste quand même une iframe mais bon, fallait bien un truc pour exécuter le javascript reçu du serveur!
Ce ne fut pas sans mal didju ... et dire que je me lève dans 5 heures
Bonne nuit les petits!
rfr
Les frames c'était pour qu'on rale, c'est ca?
Les frames c'est pas le mal ... quand il n'y en a qu'une utilisée pour le display
Note, je pourrais en faire une iframe invisible à la réflexion!
Ajoutons également que la frame ne se rafraîchit pas tout le temps (on pourrait mais bon, dans des cas très particuliers ...). Uniquement quand un évènement définit par le programmeur est déclenché sur un composant.
zion
Je m'en doute
Je me limite à Firefox/IE/Opera, je teste Opera de temps en temps pour voir que ca fonctionne au moins un minimum quand même
Enfin, le calendrier avance, manque plus qu'un bouton pour sélectionner la date du jour, le faire apparaître dynamiquent via un petit bouton, etc, etc
Je me limite à Firefox/IE/Opera, je teste Opera de temps en temps pour voir que ca fonctionne au moins un minimum quand même
Enfin, le calendrier avance, manque plus qu'un bouton pour sélectionner la date du jour, le faire apparaître dynamiquent via un petit bouton, etc, etc
cauet
Les frames c'était pour qu'on rale, c'est ca?