Au programme :

• création de l’antenne locale de l’AFUP
• préparation du premier Dojo PHP
• des bières et de la bonne humeur

Venez nombreux, moi j’y serais avec quelques goodies PHP à distribuer aux plus vaillants (stickers PHP et Elephpants, tours de cou,etc.. glanés lors de diverses conférences).

Plus d’infos sur le site du PUG : http://bordeauxpug.org/

nous venons de mettre en ligne le compte rendu  de la soirée :

http://bordeauxpug.org/2012/01/31/compte-rendu-de-lapero-repas-du-30-janvier/

Au programme, nos objectifs pour 2012 et la transformation du PUG en antenne officielle de l’AFUP.

Il se déroulera ce lundi 30 Janvier à la cassolette, place de la Victoire à partir de 19h.

L’apéro est ouvert à tous, à chaque session, de nouveaux visages font leur apparition, n’ayez donc pas peur de venir, même si c’est juste pour faire un petit coucou.

Plus d’info : site du PUG

L’édition de cette année qui se déroulera les 5 et 6 Juin à la cité Universitaire Internationale aura pour thèmes « la performance, la qualité et les nouveaux usages ».

Pour ceux qui souhaitent y participer en tant que speaker, l’appel à conférencier est ouvert jusqu’au 29 février 2012 à cette adresse :

http://www.afup.org/pages/forumphp2012/appel-a-conferenciers.php

Maintenant organisé en alternance avec le PHP Tour, le Forum PHP quitte la période hivernale pour se dérouler dans un climat plus agréable et donc plus propice aux apéros

D’une durée de 3 jours, cette formation couvre notamment la programmation orientée objet, l’utilisation de PDO, les SPL et l’utilisation du XML avec PHP.

Dispensée en plein centre de Bordeaux, cette formation vient compléter l’offre web d’AlliaForm qui, à terme, couvrira l’ensemble des langages et concepts liés à la toile.

Les services sont montés et remis en ligne au fur et à mesure. Hier nous avons d’abord eu droit à la partie inscription pour les freenautes avec son lot de bugs notamment dans la validation des ribs (relevés d’identités bancaires) ce qui a rendu un paquet de monde hystérique au point de chercher des solutions pour générer de faux ribs permettant de valider leur inscription.

Ce matin c’est la partie inscription pour les non freenautes qui a été mise en ligne. Espérons que cela se déroule mieux pour eux.

En tout cas, ces mises en ligne nous permettent de comprendre un peu mieux comment fonctionnent les équipes de développement de Free. Si vous allez faire un tour sur la partie inscription pour les non frenautes (rapidement, car j’imagine que ce bug va vite disparaître), vous pourrez voir que le lien, en haut de page qui mène vers la section « Espace abonné » pointe en fait vers http://localhost:8080/moncompte/.

Quoi? Pas de tests chez Free? Du développement en local qui semble directement passer en production sans passer par un serveur de dev. ou de pré-prod?

Tout cela ressemble bien à la méthodologie « La Rache » qui permet de produire vite mais sans trop s’attarder sur la qualité du code

Ceci dit, et étant donné, d’une part, le contexte dans lequel ce site est redéveloppé et, d’autre part, la simplicité du code à produire, je crois que la décision peut se justifier.

J’en déduis également que la prochaine étape sera donc la remise en ligne de la partie « abonnés ».  Les premiers isncrits pourront  enfin valider que la procédure a bien été prise en compte correctement.

Quoi qu’il en soit, et en toute franchise, je tire mon chapeau à Free qui a pris un décision difficile (refonte du site) en un temps record et qui est pas loin de gagner son pari!

Encore un preuve de la haute performance et du Time To Market record de notre langage préféré!

Plus de détails :

http://www.journaldugeek.com/2012/01/11/free-mobile-24-heures-apres-refait-son-site/

Dernier volet de mes tutoriels sur l’utilisation de FPDF avec PHP, nous allons voir aujourd’hui comment générer un sommaire avec des liens dans un document PDF.

FPDF propose nativement des méthodes pour générer des liens internes dans un  document :

• addlink() qui créé un lien et retourne son identifiant. Pour le moment, notre lien n’est qu’une ressource, il va maintenant falloir l’associer à un texte et ensuite préciser où ce lien doit pointer. Pour cela, il faut utiliser par exemple, la méthode cell() (qui permet d’écrire du texte) en lui passant en paramètre  l’identifiant du lien.

• SetLink() va enfin nous permettre de préciser la destination du lien. Nous l’utiliserons sur la page où le lien doit pointer

class myfpdf extends fpdf {
    public $myLinks = array();
}

<?php
...
//le numéro de la page
$numPage = 1;

//le titre de la page
$titrePage = 'première page';

//on créé un lien
$fpdi->myLinks[$numPage] = $fpdi->addLink();

// on écrit le nom de la page et on y associe le lien
$fpdi->cell(185,5,$titrePage,0,0,'L',$fpdi->myLinks[$numPage];

//on écrit le numéro de la page
$fpdi->cell(5,5,$numPage,0,2,'R',TRUE);

?>

<?php
class myfpdf extends fpdf {
    public $myLinks = array();

    public function addPage() {
        //on génère la page en appelant la méthode
        //parente addPage()
        parent::addPage();

        // si un lien existe pour ce numéro de page,
        //on l'associe à la page
        $page = $this->pageNo();
        if (isset($this->myLinks[$page])) {
            $this->setLink($this->myLink[$page]);
        }
    }

}
?>

Avec FPDF, l’insertion des numéros de pages passe par la réécriture de la méthode footer() (qui est appelée à chaque création de nouvelle page) et l’utilisation de la méthode pageNo() qui renvoie le numéro de la page courante.

Typiquement :

public function Footer() {
    // Positionnement à 1,5 cm du bas
    $this->SetY(-15);
    // Police Arial italique 8
    $this->SetFont('Arial','I',8);
    // Numéro de page
    $page = $this->PageNo();
    $this->Cell(0,10,$page,0,0,$pos);
}

Mais, si cette solution est suffisante pour des documents de base, la construction d’un document chiadé demande souvent des fonctionnalités supplémentaires :

• possibilité de commencer la numérotation sur la deuxième ou troisième page (pas sur la couverture) et donc de décaller les numéros des pages
• afficher le numéro de page dans le coin et donc le mettre à droite sur les pages paires et à gauche sur les pages impaires (ou vice-versa selon la page où vous commencez la numérotation)

Voici donc une version un peu plus évolué de la méthode footer() qui intègre ces fonctionnalités :

class myfpdi extends fpdi {
    public $addPageNum = false;
    public $decalage = 2;

    public function Footer() {
        // Positionnement à 1,5 cm du bas
        $this->SetY(-15);
        // Police Arial italique 8
        $this->SetFont('Arial','I',8);
        // Numéro de page
        if ($this->addPageNum ==  true) {
            $page = $this->PageNo() - $this->decalage;
            if ($page % 2)
                $pos = 'R';
            else
                $pos = 'L';
            $this->Cell(0,10,$page,0,0,$pos);
        }
    }
...

Quelques explications

L’attribut $addPageNum est un booléen qui permet de dire si on doit afficher le numéro de page ou non (true ou false). A vous de lui donner la valeur souhaitée avant de faire appel à la méthode addPage();

L’attribut $decalage permet d’introduire un décalage dans la numérotation. Par exemple, si il vaut 2, la page 3 du document aura le numéro 1 d’affiché.

Enfin le test  ($page % 2) ajoute l’alternance d’affichage à gauche et à droite. Inversez $pos = ‘L’; et $pos = ‘R’; si le sens ne vous convient pas.

Seulement, j’ai rapidement rencontré un problème : si j’assigne un modele à un page, que j’écris un long texte dessus et que ce texte passe sur une page suivante (ce qui se fait automatiquement avec la méthode multicell()), la page suivante n’utilisera pas le modèle, elle sera générée à partir d’une feuille blanche.

J’ai bien sûr sorti la doc de FPDI, googlé pour trouver une solution rapide, mais la seule réponse que j’ai trouvé est « ce n’est pas possible avec FPDI ».

Je vous livre donc la solution (très simple) que j’ai implémentée.

Il suffit de dériver la classe FPDI et plus exactement, la méthode addPage() qui s’occupe d’ajouter une nouvelle page au document PDF pour y ajouter la fonctionnalité.

class myfpdi extends fpdi {

 public $defaultModele;

 public function AddPage() {
  parent::AddPage();
  if ($this->defaultModele != '') {
   $this->setSourceFile($this->defaultModele);
   $tplidx = $this->ImportPage(1);
   $this->useTemplate($tplidx);
  }
 }
}

On commence par appeler la méthode parente afin de ré-implémener le fonctionnement initial de addPAge(), puis on on lui assigne notre modèle par défaut qui se trouve dans le nouvel attribut $defaultModele.

De là je n’ai plus qu’à instancier un objet de type myfpdi() et lui assigner un fichier PDF par défaut dans l’attribut $defaultModele avant de créer de nouvelles pages :

$pdf = new myfpdi();
$pdf->defaultModele = 'fichier.pdf';
$pdf->addPage();
...
$pdf->ouput();

A chaque fois qu’une nouvelle page va être créée, la méthode addPage sera appelée et $defaultModele sera utilisé comme modèle par défaut.

Si à un moment dans mon PDF, je souhaite utiliser un autre modèle, il me suffira de changer la valeur de $defaultModele et si je ne veux plus de modèle, je passe sa valeur à ‘ ‘ (chaîne vide).

Bien sûr, dans un souci de lisibilité, le code présenté ci-dessus va au plus simple, tout cela est perfectible (accesseurs, test d’existence du fichier pdf, etc…)