y-a-t'il un moyen plus "rapide" pour tracer un point que la méthode
dst.drawLine(x,y,x,y);
ou dst est du type Graphics
remarque : je ne peux pas utiliser la méthode dst.create(x, y, 1, 1);
et je suis dans une configuration où la quantité d'objets peut être
énorme (500000, 1M)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Real Gagnon
Jean-Marie wrote in news:gria13$9kn$1 @victor.teaser.fr:
y-a-t'il un moyen plus "rapide" pour tracer un point que la m‚thode dst.drawLine(x,y,x,y); ou dst est du type Graphics
Peut-etre ceci :
public void setPixel (Image image, int x, int y, Color color ) { Graphics g = image.getGraphics( ); g.setColor( color ); g.fillRect( x, y, 1, 1 ); g.dispose( ); }
-- Real Gagnon from Quebec, Canada * Java, Javascript, VBScript and PowerBuilder code snippets * http://www.rgagnon.com/howto.html * http://www.rgagnon.com/bigindex.html
Jean-Marie <jmtrg_nospam@hotmail.fr> wrote in news:gria13$9kn$1
@victor.teaser.fr:
y-a-t'il un moyen plus "rapide" pour tracer un point que la m‚thode
dst.drawLine(x,y,x,y);
ou dst est du type Graphics
Peut-etre ceci :
public void setPixel
(Image image, int x, int y, Color color ) {
Graphics g = image.getGraphics( );
g.setColor( color );
g.fillRect( x, y, 1, 1 );
g.dispose( );
}
--
Real Gagnon from Quebec, Canada
* Java, Javascript, VBScript and PowerBuilder code snippets
* http://www.rgagnon.com/howto.html
* http://www.rgagnon.com/bigindex.html
Jean-Marie wrote in news:gria13$9kn$1 @victor.teaser.fr:
y-a-t'il un moyen plus "rapide" pour tracer un point que la m‚thode dst.drawLine(x,y,x,y); ou dst est du type Graphics
Peut-etre ceci :
public void setPixel (Image image, int x, int y, Color color ) { Graphics g = image.getGraphics( ); g.setColor( color ); g.fillRect( x, y, 1, 1 ); g.dispose( ); }
-- Real Gagnon from Quebec, Canada * Java, Javascript, VBScript and PowerBuilder code snippets * http://www.rgagnon.com/howto.html * http://www.rgagnon.com/bigindex.html
jmtrg
On 8 avr, 23:46, Real Gagnon <realgag+ wrote:
Jean-Marie wrote in news:gria13$9kn$1 @victor.teaser.fr:
> y-a-t'il un moyen plus "rapide" pour tracer un point que la mthode > dst.drawLine(x,y,x,y); > ou dst est du type Graphics
Peut-etre ceci :
public void setPixel (Image image, int x, int y, Color color ) { Graphics g = image.getGraphics( ); g.setColor( color ); g.fillRect( x, y, 1, 1 ); g.dispose( ); }
-- Real Gagnon from Quebec, Canada * Java, Javascript, VBScript and PowerBuilder code snippets *http://www.rgagnon.com/howto.html *http://www.rgagnon.com/bigindex.html
apparemment je ne constate pas d'émalioration mais perci qd mm
On 8 avr, 23:46, Real Gagnon <realgag+use...@geocities.com> wrote:
Jean-Marie <jmtrg_nos...@hotmail.fr> wrote in news:gria13$9kn$1
@victor.teaser.fr:
> y-a-t'il un moyen plus "rapide" pour tracer un point que la mthode
> dst.drawLine(x,y,x,y);
> ou dst est du type Graphics
Peut-etre ceci :
public void setPixel
(Image image, int x, int y, Color color ) {
Graphics g = image.getGraphics( );
g.setColor( color );
g.fillRect( x, y, 1, 1 );
g.dispose( );
}
--
Real Gagnon from Quebec, Canada
* Java, Javascript, VBScript and PowerBuilder code snippets
*http://www.rgagnon.com/howto.html
*http://www.rgagnon.com/bigindex.html
apparemment je ne constate pas d'émalioration
mais perci qd mm
Jean-Marie wrote in news:gria13$9kn$1 @victor.teaser.fr:
> y-a-t'il un moyen plus "rapide" pour tracer un point que la mthode > dst.drawLine(x,y,x,y); > ou dst est du type Graphics
Peut-etre ceci :
public void setPixel (Image image, int x, int y, Color color ) { Graphics g = image.getGraphics( ); g.setColor( color ); g.fillRect( x, y, 1, 1 ); g.dispose( ); }
-- Real Gagnon from Quebec, Canada * Java, Javascript, VBScript and PowerBuilder code snippets *http://www.rgagnon.com/howto.html *http://www.rgagnon.com/bigindex.html
apparemment je ne constate pas d'émalioration mais perci qd mm
Mayeul
Jean-Marie wrote:
y-a-t'il un moyen plus "rapide" pour tracer un point que la méthode dst.drawLine(x,y,x,y); ou dst est du type Graphics
remarque : je ne peux pas utiliser la méthode dst.create(x, y, 1, 1); et je suis dans une configuration où la quantité d'objets peut être énorme (500000, 1M)
Si vous êtes en train de dessiner dans une BufferedImage, vous pouvez utiliser BufferedImage.setRGB()
On indique les coordinées du pixel, et sa couleur en format ARGB classique. Si l'image a un autre format de couleur, la fonction s'occupe de convertir.
Encore plus direct, si vous manipulez une BufferedImage dont vous connaissez complètement la construction, vous pouvez modifier directement ses données de pixel :
Obtenir le Raster de l'image avec BufferedImage.getRaster(), puis appeler WritableRaster.setPixel(), en indiquant précisément les samples du pixel.
-- Mayeul
Jean-Marie wrote:
y-a-t'il un moyen plus "rapide" pour tracer un point que la méthode
dst.drawLine(x,y,x,y);
ou dst est du type Graphics
remarque : je ne peux pas utiliser la méthode dst.create(x, y, 1, 1);
et je suis dans une configuration où la quantité d'objets peut être
énorme (500000, 1M)
Si vous êtes en train de dessiner dans une BufferedImage, vous pouvez
utiliser BufferedImage.setRGB()
On indique les coordinées du pixel, et sa couleur en format ARGB
classique. Si l'image a un autre format de couleur, la fonction s'occupe
de convertir.
Encore plus direct, si vous manipulez une BufferedImage dont vous
connaissez complètement la construction, vous pouvez modifier
directement ses données de pixel :
Obtenir le Raster de l'image avec BufferedImage.getRaster(), puis
appeler WritableRaster.setPixel(), en indiquant précisément les samples
du pixel.
y-a-t'il un moyen plus "rapide" pour tracer un point que la méthode dst.drawLine(x,y,x,y); ou dst est du type Graphics
remarque : je ne peux pas utiliser la méthode dst.create(x, y, 1, 1); et je suis dans une configuration où la quantité d'objets peut être énorme (500000, 1M)
Si vous êtes en train de dessiner dans une BufferedImage, vous pouvez utiliser BufferedImage.setRGB()
On indique les coordinées du pixel, et sa couleur en format ARGB classique. Si l'image a un autre format de couleur, la fonction s'occupe de convertir.
Encore plus direct, si vous manipulez une BufferedImage dont vous connaissez complètement la construction, vous pouvez modifier directement ses données de pixel :
Obtenir le Raster de l'image avec BufferedImage.getRaster(), puis appeler WritableRaster.setPixel(), en indiquant précisément les samples du pixel.
-- Mayeul
jmtrg
On 9 avr, 15:01, Mayeul wrote:
Jean-Marie wrote: > y-a-t'il un moyen plus "rapide" pour tracer un point que la méthode > dst.drawLine(x,y,x,y); > ou dst est du type Graphics
> remarque : je ne peux pas utiliser la méthode dst.create(x, y, 1, 1); > et je suis dans une configuration où la quantité d'objets peut êt re > énorme (500000, 1M)
Si vous êtes en train de dessiner dans une BufferedImage, vous pouvez utiliser BufferedImage.setRGB()
On indique les coordinées du pixel, et sa couleur en format ARGB classique. Si l'image a un autre format de couleur, la fonction s'occupe de convertir.
Encore plus direct, si vous manipulez une BufferedImage dont vous connaissez complètement la construction, vous pouvez modifier directement ses données de pixel :
Obtenir le Raster de l'image avec BufferedImage.getRaster(), puis appeler WritableRaster.setPixel(), en indiquant précisément les sampl es du pixel.
-- Mayeul
en fait je suis dans une méthode particulière que je ne peux éviter car elle fait partie d'une librairie graphique sur laquelle nous nous appuyons pour afficher de la cartographie ; la méthode de cette classe est
public void draw(Graphics dst,IlvTransformer t) { .... .... }
à l'intérieur je configure l'objet
par exemple
public void draw(Graphics dst,IlvTransformer t) { dst.setColor(Color.white); dst.drawLine(x,y,x,y); }
On 9 avr, 15:01, Mayeul <mayeul.marg...@free.fr> wrote:
Jean-Marie wrote:
> y-a-t'il un moyen plus "rapide" pour tracer un point que la méthode
> dst.drawLine(x,y,x,y);
> ou dst est du type Graphics
> remarque : je ne peux pas utiliser la méthode dst.create(x, y, 1, 1);
> et je suis dans une configuration où la quantité d'objets peut êt re
> énorme (500000, 1M)
Si vous êtes en train de dessiner dans une BufferedImage, vous pouvez
utiliser BufferedImage.setRGB()
On indique les coordinées du pixel, et sa couleur en format ARGB
classique. Si l'image a un autre format de couleur, la fonction s'occupe
de convertir.
Encore plus direct, si vous manipulez une BufferedImage dont vous
connaissez complètement la construction, vous pouvez modifier
directement ses données de pixel :
Obtenir le Raster de l'image avec BufferedImage.getRaster(), puis
appeler WritableRaster.setPixel(), en indiquant précisément les sampl es
du pixel.
--
Mayeul
en fait je suis dans une méthode particulière que je ne peux éviter
car elle fait partie d'une librairie graphique sur laquelle nous nous
appuyons
pour afficher de la cartographie ; la méthode de cette classe est
public void draw(Graphics dst,IlvTransformer t) {
....
....
}
à l'intérieur je configure l'objet
par exemple
public void draw(Graphics dst,IlvTransformer t) {
dst.setColor(Color.white);
dst.drawLine(x,y,x,y);
}
Jean-Marie wrote: > y-a-t'il un moyen plus "rapide" pour tracer un point que la méthode > dst.drawLine(x,y,x,y); > ou dst est du type Graphics
> remarque : je ne peux pas utiliser la méthode dst.create(x, y, 1, 1); > et je suis dans une configuration où la quantité d'objets peut êt re > énorme (500000, 1M)
Si vous êtes en train de dessiner dans une BufferedImage, vous pouvez utiliser BufferedImage.setRGB()
On indique les coordinées du pixel, et sa couleur en format ARGB classique. Si l'image a un autre format de couleur, la fonction s'occupe de convertir.
Encore plus direct, si vous manipulez une BufferedImage dont vous connaissez complètement la construction, vous pouvez modifier directement ses données de pixel :
Obtenir le Raster de l'image avec BufferedImage.getRaster(), puis appeler WritableRaster.setPixel(), en indiquant précisément les sampl es du pixel.
-- Mayeul
en fait je suis dans une méthode particulière que je ne peux éviter car elle fait partie d'une librairie graphique sur laquelle nous nous appuyons pour afficher de la cartographie ; la méthode de cette classe est
public void draw(Graphics dst,IlvTransformer t) { .... .... }
à l'intérieur je configure l'objet
par exemple
public void draw(Graphics dst,IlvTransformer t) { dst.setColor(Color.white); dst.drawLine(x,y,x,y); }
Mayeul
wrote:
en fait je suis dans une méthode particulière que je ne peux éviter car elle fait partie d'une librairie graphique sur laquelle nous nous appuyons pour afficher de la cartographie ; la méthode de cette classe est
public void draw(Graphics dst,IlvTransformer t) { .... .... }
à l'intérieur je configure l'objet
par exemple
public void draw(Graphics dst,IlvTransformer t) { dst.setColor(Color.white); dst.drawLine(x,y,x,y); }
Si ces contraintes doivent être maintenues, ou sont inévitables, alors je ne pense pas qu'il y ait plus rapide. Après tout il n'y a aucune marge de manœuvre.
-- Mayeul
jmtrg@hotmail.fr wrote:
en fait je suis dans une méthode particulière que je ne peux éviter
car elle fait partie d'une librairie graphique sur laquelle nous nous
appuyons
pour afficher de la cartographie ; la méthode de cette classe est
public void draw(Graphics dst,IlvTransformer t) {
....
....
}
à l'intérieur je configure l'objet
par exemple
public void draw(Graphics dst,IlvTransformer t) {
dst.setColor(Color.white);
dst.drawLine(x,y,x,y);
}
Si ces contraintes doivent être maintenues, ou sont inévitables, alors
je ne pense pas qu'il y ait plus rapide. Après tout il n'y a aucune
marge de manœuvre.
en fait je suis dans une méthode particulière que je ne peux éviter car elle fait partie d'une librairie graphique sur laquelle nous nous appuyons pour afficher de la cartographie ; la méthode de cette classe est
public void draw(Graphics dst,IlvTransformer t) { .... .... }
à l'intérieur je configure l'objet
par exemple
public void draw(Graphics dst,IlvTransformer t) { dst.setColor(Color.white); dst.drawLine(x,y,x,y); }
Si ces contraintes doivent être maintenues, ou sont inévitables, alors je ne pense pas qu'il y ait plus rapide. Après tout il n'y a aucune marge de manœuvre.
-- Mayeul
jlp
Mayeul a écrit :
wrote:
en fait je suis dans une méthode particulière que je ne peux éviter car elle fait partie d'une librairie graphique sur laquelle nous nous appuyons pour afficher de la cartographie ; la méthode de cette classe est
public void draw(Graphics dst,IlvTransformer t) { .... .... }
à l'intérieur je configure l'objet
par exemple
public void draw(Graphics dst,IlvTransformer t) { dst.setColor(Color.white); dst.drawLine(x,y,x,y); }
Si ces contraintes doivent être maintenues, ou sont inévitables, alors je ne pense pas qu'il y ait plus rapide. Après tout il n'y a aucune marge de manœuvre.
-- Mayeul
tisser un aspect ? => voir AspectJ sur site Eclipse
Mayeul a écrit :
jmtrg@hotmail.fr wrote:
en fait je suis dans une méthode particulière que je ne peux éviter
car elle fait partie d'une librairie graphique sur laquelle nous nous
appuyons
pour afficher de la cartographie ; la méthode de cette classe est
public void draw(Graphics dst,IlvTransformer t) {
....
....
}
à l'intérieur je configure l'objet
par exemple
public void draw(Graphics dst,IlvTransformer t) {
dst.setColor(Color.white);
dst.drawLine(x,y,x,y);
}
Si ces contraintes doivent être maintenues, ou sont inévitables, alors
je ne pense pas qu'il y ait plus rapide. Après tout il n'y a aucune
marge de manœuvre.
--
Mayeul
tisser un aspect ? => voir AspectJ sur site Eclipse
en fait je suis dans une méthode particulière que je ne peux éviter car elle fait partie d'une librairie graphique sur laquelle nous nous appuyons pour afficher de la cartographie ; la méthode de cette classe est
public void draw(Graphics dst,IlvTransformer t) { .... .... }
à l'intérieur je configure l'objet
par exemple
public void draw(Graphics dst,IlvTransformer t) { dst.setColor(Color.white); dst.drawLine(x,y,x,y); }
Si ces contraintes doivent être maintenues, ou sont inévitables, alors je ne pense pas qu'il y ait plus rapide. Après tout il n'y a aucune marge de manœuvre.
-- Mayeul
tisser un aspect ? => voir AspectJ sur site Eclipse
