Reprise du message précédent :

J'ai pas l'souci, j'fais du Java Sinon ouais, avec chrisse on s'déchire (enfin surtout lui, moi chu son manadjeure ) pour faire une extension PHP qui marche pour Win et Linusque, c'est bien relou

Pas mal du tout pour un premier jet !
Manque le zoom, la prévisu des filtrages, les infos Exif (mais je vois que c'est prévu), mais c'est un début prometteur.

VOUS ETES INDECIS?§?
FACILE, VOTEZ OUON HAHAHAHHHAHAH§§§

java / xul le duo gagnant

   
je vote NOUI

Nan mais Java pour les GUI, au s'cours, quoi

 
 
6 mois pour faire un plugin ?

 
\o_______________________

j'ai aucune vision de mon avenir  , qu'est ce que je vais devenir ?    

Et encore, je suis sûr que t'as pas joué avec le zoom (bouton droit+drag en mode "Image" ).

2 ans

 
je suis arrive il y a 6 mois et il en parlait deja, avant je sais pas

Ah ben voilà, je viens d'éditer mon message en disant qu'il manquait le zoom. J'essaye.
Ah ouais, 'fectivement.   Avec le bilinéaire qui va bien.    
Pour ce qui est du scrolling, je sais pas si le source d'xnview est libre, mais le scrolling est absoluent impeccable (l'image est entièrement en RAM par contre).
 
Dans notre appli de traitement d'image, il y a une fonctionnalité intéressante pour le contraste et la luminosité : avecle bouton droit, on peut régler les deux à la souris : le contraste se règle avec un déplacepent H et la lumi avec un déplacement V. C'est très pratique.

ben, ca va je trouve, c'est pas ce qu'il y a de plus beau mais c'est multiplateforme

'tain mais c'est si dur de trouver un bon IDE pour faire du vrai XML

intellij idea.

Ouais, mais je vais pas me faire chier. Il y a une classe spéciale rien que pour afficher l'image, et elle a différentes implémentations (une "normale", une en GDI+, et une avec GDK). Et bien j'attendrai que quelque m'écrive la version OpenGL, et on en parle plus. Même une Riva TNT ou une 3DFX donnerait de meilleurs résultats que du zoom soft, alors imagine n'importe quelle Radeon de salon...
 
Par contre, l'IHM du truc est complètement pourrie pour le moment vu qu'elle est temporaire. Le système de filtres sera à la "photoshop", comme je l'avais dit à ChrisBk. Et il y aura du code SSE, parce que bon, faut pas déconner non plus...

C'est pourri. Non seulement c'est moche mais en plus ça suxe les perfos des ours.
(éclatez-vous bien sur le troll, j'vais dormir )

Altova XMLSpy

Faut que je le lise justement (un des nombreux bouquins que j'ai en retard d'ailleurs ...).

faudrait que je teste, mais je cherche pas un truc a la eclipse qui me fasse un bete treeview d'un cote et le texte de l'autre. je parle de vrai XML pour homme, pas de fichiers de config de jboss ou d'appli j2ee. je parle de schema xsd de plusieurs Mo, de generation auto de wsdl etc...
 
edit: et surtout de XUl en ce moment, mais bon.

ui ce truc est merveilleux (et encore j'ai teste que la version pro, il parait que la version enterprise est mieux encore ) mais je suis sur mac ou linux

 
Coté IHM, dans notre appli de traitement d'image, il y a une fonctionnalité intéressante pour le contraste et la luminosité : avec le bouton droit, on peut régler les deux à la souris : le contraste se règle avec un déplacepent H et la lumi avec un déplacement V. C'est très pratique. Tu pourrais généraliser le principe en laissant le choix à l'utilisateur d'associer un param à H et un autre à V.

Whine or Wine.

euh, ça se genere depuis du code ça
et un schema de plusieurs mo, ché pas ce que c'est mais y'aurait pas un truc qui cloche nan?  

 
Non, 3dfx ca fait que du fullscreen et rare sont les CG supportant des textures de taille non puissance de 2
 

Pas con comme idée. Mais j'essayerai surtout d'avoir un truc tout automatique (un peu comme le filtre AutoCorrect est censé marcher, sauf que j'ai du le coder avec des mouffles, parce qu'il marche très mal).
 
Par contre,  je sais pas ce que fait votre appli de traitement d'image, mais je suis sûr qu'elle a pas un filtre de DeNoising aussi balaise que le mien.  

non, y a rien qui cloche, on est pas des p'tites bites c'est tout    
 
 
on decrit les inputs/outputs de notre programme de chimie (pdf: http://www.msg.ameslab.gov/FTP/GAMESS_Manual/input.pdf )

 
 
mais payant

filtre passe bas roulaize

J'ai fini la première partie, cai supair

oui, on a eu 3 licences un moment, le bonheur pour bosser sur les xslt ce truc
 mais fini la, et puis plus de windows, alors je bosse sur pollo, jedit.
 
y a Oxygen qui a l'air pas mal, mais aprs XML spy

uriel > voilà, j'ai retrouvé, y'a ca en free http://www.xmlmind.com/xmleditor/
 
je l'avais installé mais sans vraiment m'en servir. Je ne peux pas te donner de feedback

 
 
curiosité: c'est quoi qui a determiné le choix de l'xml pour un format aussi complexe ? (enfin ça a l'air complexe non?)

je l'utilise deja, c'est pas mal, mais je veux plus
 
 

c'est compatible internet

Bof. Ca fait plastique.
J'étais parti pour utiliser un sigma-filter, et puis je suis tombé sur ça:
http://www.fmrib.ox.ac.uk/~steve/s [...] ode16.html
Ca marche pas mal même sur des photos. Avec un peu de bidouille pour le chroma-noise, ça donne de bons résultats je trouve. Mais à terme, je ferais aussi des bandes de fréquences, comme NeatImage, pour les cas où les méthodes médianes se cassent les dents.
 

t'es un ouf uriel, t'es un ouf    

y a eu plusieurs choses mais surtout l'interoperabilite, avec de l'input/output en xml: on peut utiliser l'appli avec presque tout, web services, traitement facile depuis prog (java dans notre cas), insertion en BDD super simple, on tente le SVG, j'ai fais une xslt pour simplifier le passage du texte <-> xml, et avec un schema, c'est assez facile de faire des xslt pour passer d'un prog exterieur au notre (entre notre prog de viz et celui la par exemple). On integre le tout dans des workflow pour automatiser tout ca

Certes non. D'ailleurs les images radiologiques ne sont jamais filtrées. (elles ne sont même pas compressées, bien qu'on envisage, plus tard une compression jpeg sans pertes)