[java] seri problemi con applet

[*andre*]

grazie mille per la disponibilità!!

mi leggerò i pdf che hai messo sul sito

ora il grosso del lavoro è ok, diciamo che non è ottimizzato, ma non era quello lo scopo (purtroppo)

se hai tempo dacci un'occhiata: http://andre90.altervista.org/ e tutti i consigli e/o critiche sono ben accetti

fammi sapere!!

[PGI-Bis]

Mi sembra che funzioni bene.

Se disegni del testo abilita l'antialiasing del font, altrimenti sembra sempre un po' seghettato.

Per farlo, dato un oggetto Graphics g:

Graphics2D g2d = (Graphics2D) g;
g2d.setRenderingHint(RenderingHints.KEY_TEXT_ANTIALIASING, RenderingHints.VALUE_TEXT_ANTIALIAS_ON);

dopodichè i vari drawString o draw di TextLayout eccetera applicati a g2d avranno l'antialias.

[*andre*]

giusta osservazione ho corretto

ora l'ho messo anche al bordo della shelf dove ci sono le freccie che era arrotondata=seghettata..

grazie mille per la disponibilità!

[*andre*]

sto cercando di risolvere quel sovraccarico, che mi porta la cpu a un 25% costante senza fare apparentemente nulla, posto l'immagine di jvisualvm,

dove dice che la maggior parte del tempo dedicato dalla cpu lo utilizza

javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run()

e credo che sia normale, ma c'è sempre una percentuale che viene utilizzata da

TranslationAnimation.run()

che dovrebbe invece essere bello che morto

riposto il codice di TranslationAnimation:

public class TranslationAnimation extends Thread {
	private final int INCREMENT_ADDED=15;
	
	private DesktopItem[] items;
	private DesktopItem[] backupItems;
	private int increment;
	private int distance;
	private Desktop launcher;
	private int currentAlpha;
	
	//FLAG
	private boolean done;

	public TranslationAnimation(DesktopItem[] _items, int incr, int _distance, Desktop _launcher){
		items=_items;
		increment=(int) ((Math.signum(incr))*(Math.abs(increment)+INCREMENT_ADDED));;
		distance=_distance;
		launcher=_launcher;
		backupItems=_items.clone();
		done=false;
		currentAlpha=0;
	}
	
	
	public void run(){
		try{
			final Color defColor=launcher.getItemDescriptionColor();
			final int r=defColor.getRed();
			final int g=defColor.getGreen();
			final int b=defColor.getBlue();
			launcher.setItemDescriptionColor(new Color(r, g, b, 0));
			while(!done){
				Thread.sleep(10);
				Thread.yield();
				
				if(distance-Math.abs(increment)<0){
					//RIDUCO L'INCREMENTO PER FARLO POI COINCIDERE CON IL CENTRO ESATTO
					increment=(int) (Math.signum(increment)*(1));
				}
				
				distance-=Math.abs(increment);				
				
				if(distance==0){
					done=true;
				}
				
				for(int i=0; i<items.length; i++){
					items[i].increaseCenterX(increment);
				}						
				for(int i=0; i<items.length; i++){
					items[i].calculateImagePropieties();
					
					if(launcher.selectedIndex==i)
						items[i].calculateBorderProprieties();
				}				
				if(!launcher.isRendering())
					launcher.render();	
				
			}
			//FINITO IL MOVIMENTO
			
			//APPARIZIONE DELLA SCRITTA
			done=false;
			while(!done){
				Thread.sleep(10);
				Thread.yield();
				
				currentAlpha+=5;
				
				if(currentAlpha<0 || currentAlpha>200){
					currentAlpha=255;
					done=true;
				}
				launcher.setItemDescriptionColor(new Color(r, g, b, currentAlpha));
				
				if(!launcher.isRendering())
					launcher.render();	
			}
		}
		catch (Exception e) {
    	launcher.restoreDesktopItems(backupItems);
      e.printStackTrace();
    }
		finally{
			launcher.isPerformingAnimation(false);
		}
	}
	
	
}

e il modo in cui lo chiamo:

private void performAnimation(int index, int direction, int distance){
		isPerformingAnimation(true);
		
		new TranslationAnimation(items, direction, distance, this).start();
		
	}

a me sembra essere tutto ok, non vedo il motivo per cui il suo metodo run quando è finita l'operazione di movimento dovrebbe occupare ancora cpu