Mattepuffo.com

Ho già parlato di come creare grafici in Java usando la libreria JFreeChart.

In quel caso il grafico si visualizzava in un JPanel.

Invece adesso vediamo come usare la stessa libreria per creare grafici all'interno di una JSP e usando le Servlet.

Scaricate la libreria da qua; ricordatevi che dovete scaricare anche JCommon (dovrebbe stare all'interno dello stesso file zip).

Aggiungete entrambe le librerie al progetto.

Il grafico lo creeremo prendendo i dati da db.

Quindi abbiamo bisogno di una connessione.

Poi servono una Servlet e una JSP.

Salto la parte della connessione perchè ne ho parlato varie volte.

Create una Servlet e aggiungetela al file web.xml:

<servlet>
  <servlet-name>ServletGraph</servlet-name>
  <servlet-class>com_mattepuffo_book.ServletGraph</servlet-class>
 </servlet>
<servlet-mapping>
   <servlet-name>ServletGraph</servlet-name>
   <url-pattern>/ServletGraph</url-pattern>
 </servlet-mapping>

Le applicazioni Android difficilemente son composte da una sola Activity.

Creare un'Acitivity per ogni compito è la normalità visto anche lo spazio ridotto dei cellulari.

Vediamo come possiamo fare per richiamare un'altra Activity.

Prima di tutto create un altro layout e chiamatelo second; nella cartella layout dovremmo avere second.xml.

Questo sarà il layout della nostra seconda Activity.

Una volta modificato come volete create una nuova classe che estende Activity:

public class SecondActivity extends Activity {
 @Override
 public void onCreate(Bundle savedInstanceState) {
 super.onCreate(savedInstanceState);
 setContentView(R.layout.second);
}

Poi andate a modificare il file AndroidManifest.xml:

Finalmente sono riuscito a mettere online un altro lavoro: Romanasir.it.

Trattasti di un sito per un megastore di abbigliamento.

Il sito è scritto in PHP e le animazioni in Javascript e jQuery.

Si appoggia a un db MySQL.

Uno standard insomma.......

Per controllare l'input dell'utente in genere si usa la classe Scanner.

Su segnalazione di andbin (forum.html.it) ho scoperto che da Java 6 esiste la classe Console.

Questa classe offe alcuni vantaggi, come la possibilità di oscurare l'input dell'utente (ad esempio quando vogliamo far inserire una password).

Da qualche giorno è uscita la nuova versione di pacman, il gestore pacchetti di Archlinux.

Una volta installato viene richiesto di lanciare il comando:

# pacman-key --init

Non è obbligatorio ma consigliato.

Molti, però, hanno lamentato questo problema:

# pacman-key --init
gpg: Generating pacman keychain master key...

Non ci sono abbastanza byte casuali disponibili. Per favore fai qualche
altra cosa per dare all'OS la possibilità di raccogliere altra entropia!
(Servono altri 281 byte)

In verità il problema sembra isolato ai casi in cui lo lancia tramite SSH.

A memoria mi sembra che su Leoprard e Snow Leopard il comando locate non fosse presente, però magari mi sbaglio.

Coumunque di sicuro è presente su Lion.

Per chi non lo sapesse locate è un comando che serve per cercare file e cartelle sul disco.

Si basa su un database aggiornabile e per questo risulta esere anche molto veloce, di sicuro più di find.

In un altro articolo abbiamo visto come esportare una DataGridView in formato TXT.

Ora vediamo come esportarla in formato Excel, sicuramente più comodo da visualizzare rispetto al TXT.

Prima di tutto nel nostro progetto dobbiamo aggiungere una referenza.

Cliccate col tasto destro sul progetto -> Aggiungi riferimento -> .NET -> Microsoft.Interop.Excel

A qusto punto ho aggiunto un Item nel menu con questo evento:

private void saveXLSToolStripMenuItem_Click(object sender, EventArgs e)
 {
    DialogSalvaXls dlg = new DialogSalvaXls();
    dlg.dialog(dataGridViewEntrate);
 }

Non faccio altro che lanciare un SaveFileDialog e passargli la DataGridView da esportare.

Per il SaveFileDialog potete guardare qua.

Anche se in genere uso PDO per connettermi a MySQL con PHP, per piccoli script può non valerne la pena.

Ma al posto di usare le classiche funzionu mysql_ ho iniziato a usare il mysqli, che ad oggi è strettamente consigliato.

Vediamo qui come eseguire istruzioni preparate (Pepared Statement) per inserire da in un db MySQL attraverso l'estensione MySQLi.

Vi posto il form:

<form action="" method="post">
 <label>Nome / Name:</label>
 <input type="text" value="" name="nome" />
 <label>Cognome / Surname:</label>
 <input type="text" value="" name="cognome" />
 <fieldset>
 <legend>Sex:</legend>
 <input type="radio" name="sex" value="m" />
 <label>M</label>
 <input type="radio" name="sex" value="f" checked="checked"  />
 <label>F</label>
 </fieldset>
 <label>E-mail:</label>
 <input type="text" value="" name="email" />
 <label>Nazione / Country:</label>
 <select name="nazione">
 <option>Italy</option>
 <option>UK</option>
 </select>
 <label>Lingua / Language:</label>
 <select name="lingua">
 <option>*</option>
 <option>Italiano</option>
 <option>English</option>
 </select>
 <fieldset>
 <legend>Privacy:</legend>
 <input type="checkbox" name="privacy" />
 <label>Agree</label>
 </fieldset>
 <fieldset>
 <button type="submit" name="btn_send">Submit</button>
 </fieldset>
 </form>

Un normale form.

Premessa: il MAC non è Windows e quindi non c'è bisogno di una grande manutenzione e installare una marea di programmi per la pulizia & co.

Però la perfezione non esiste e anche il MAC dopo un pò sente il peso del tempo.

Qua spiegherò il funzionamento di due piccoli programmi per tenere in forma il nostro MAC: AppCleaner e Onyx.

Sono entrambi gratuiti e facili da usare.

Come si può evincere dal nome jQuery Mobile è un framewrok basato su jQuery indirizzato al mobile.

Molto semplice da usare, ha già a disposizione alcuni temi che comunque possiamo modificare.

Le pagine sono scritte in semplice HTML.

Per cominciare scaricate jQuery e la relativa libreria mobile.

La pagina base è questa:

<!DOCTYPE html>
 <html>
  <head>
   <meta name="viewport" content="width=device-width, initial-scale=1">
   <title>jQuery Mobile Docs - Anatomy of a Page</title>
  <link rel="stylesheet"  href="/site/<a href="view-source:http:/code.jquery.com/mobile/1.0/jquery.mobile-1.0.min.css">jquery.mobile-1.0.min.css</a>" />
  <script src="/site/<a href="view-source:http:/code.jquery.com/jquery-1.6.4.js">/jquery-1.7.1.js</a>"></script>
  <script src="/site/<a href="view-source:http:/code.jquery.com/mobile/1.0/jquery.mobile-1.0.min.js">jquery.mobile-1.0.min.js</a>"></script>
 </head>
 <body>
  <div data-role="page">
   <div data-role="header">...</div>
   <div data-role="content">...</div>
   <div data-role="footer">...</div>
  </div> 
</body>
</html>

Questa è una struttura base; come vedete quello che cambia rispetto a una pagina classica sono gli attirbuti specifi dei vari div.

Il data-role page è obbligatorio; gli altri no in quanto se non vi servono header e footer potete anche ometterli.

Una cosa bella è che una semplice pagina può contenere più pagine navigabili.