Généralités.
Le terme bracketing vient du mot anglais "bracket" dont nous retiendrons ici, parmi ses multiples sens, ceux de « fourchette » ou de « parenthèse ».
Il s'agit ici, par incertitude sur la conduite à tenir ou dans le but de réaliser un traitement ultérieur, de réaliser plusieurs prises de vues en décalant un des paramètres. Initialement, il s'agissait de faire varier l'exposition, particulièrement avec les diapositives qui demandaient à être exposées de façon très précise. On réalisait donc plusieurs prises de vues pour essayer de prendre en fourchette la bonne valeur, de l'encadrer, en espérant pouvoir ensuite choisir le meilleur cliché, ou le moins mauvais, parmi la série obtenue.
Les choses ont évolué avec l'apparition et le développement des techniques numériques. La possibilité de combiner des images, de les fusionner, est désormais largement employée dans tous les cas où il est impossible d'enregistrer toute l'information pertinente sur une seule vue.
Décalage de l'exposition.
Lorsque le contraste d'un sujet est supérieur au contraste utile (la « dynamique ») d'une surface sensible, film ou capteur, il est impossible d'enregistrer correctement à la fois les hautes lumières et les ombres les plus denses. Une prise de vue « moyenne » aboutit donc à un cliché comportant à la fois des zones sur-exposées et des zones sous-exposées. En posant moins on peut éviter la sur-exposition des hautes lumières mais on fait disparaître en même temps des détails dans les parties sombres. En posant plus, ces détails figureront sur le cliché mais de nouvelles zones de hautes lumières paraîtront vides, « percées », comme disent souvent les photographes. 
Lorsqu'au contraire le contraste du sujet est plus faible que le contraste utile de la surface sensible, on peut exposer plus ou moins le cliché, ce qui donne des images plus ou moins claires ou plus ou moins sombres, mais exemptes de zones sur-exposées ou sous-exposées. On peut donc profiter d'une certaine latitude de pose.

Blender 2.7/Preload
Patrons de conception/Double-dispatch
Ce patron de conception est lié à la notion de surcharge de méthode, et au polymorphisme. Il utilise le patron de conception ../Visiteur/.
Introduction : notion de dispatch.
Une classe peut définir une méthode qui peut être redéfinie dans une sous-classe (en C++ il s'agit de méthodes virtuelles, en Java toutes les méthodes sont virtuelles).
La méthode réellement appelée est celle correspondant au type dynamique de l'objet (résolution à l'exécution, via une table de méthodes (vtable) par exemple), même si une référence à la classe de base est utilisée.
Exemple en Java :
// Une classe Object comportant un attribut : le nom de l'objet
class Object
 protected String name;
 public Object(String name)
 public String toString()
// Une classe SimpleObject précisant que l'objet est simple
class SimpleObject extends Object
 public SimpleObject(String name)
 public String toString()
// Le test :
Object book = new SimpleObject("book");
// référence de type Object mais objet de type SimpleObject
System.out.println(book.toString()); // SimpleObject.toString
Affiche :
 a simple book
La plupart des langages de programmation orientés objet (C++, Java) se limitent à cela concernant la résolution dynamique de types (donc à l'exécution plutôt qu'à la compilation). Ils ne permettent pas, par exemple, d'utiliser le type dynamique pour les arguments et déterminer quelle méthode surchargée appeler.
Ces langages implémentent donc le simple-dispatch (un seul type résolu dynamiquement, celui de l'objet de l'appel à la méthode).
D'autres langages de programmation orientés objet permettent la résolution de type dynamique des arguments et la méthode surchargée appelée dépend du type réel et non du type de référence passé en argument. Cette fonctionnalité est appelée multiple-dispatch.
Exemple en Java où il n'existe que le simple-dispatch :
// NB: Les classes Object et SimpleObject de l'exemple précédent sont également
// utilisées ici. Voir l'exemple précédent pour leur code source.
// Une classe Display pour afficher Object et SimpleObject
class Display
 public void display(Object o1, Object o2)
 public void display(Object o1, SimpleObject o2)
 public void display(SimpleObject o1, Object o2)
 public void display(SimpleObject o1, SimpleObject o2)
// Une classe SimpleDisplay pour afficher simplement Object et SimpleObject
class SimpleDisplay extends Display
 public void display(Object o1, Object o2)
 public void display(Object o1, SimpleObject o2)
 public void display(SimpleObject o1, Object o2)
 public void display(SimpleObject o1, SimpleObject o2)
// Le test :
Object book = new SimpleObject("book");
Object card = new SimpleObject("card");
Display disp = new SimpleDisplay();
disp.display(book, card); // -> SimpleDisplay.display(Object, Object)
Affiche :
 A simple display for object (a simple book) and object (a simple card)
L'exemple précédent démontre que le langage Java ne permet pas nativement le multiple-dispatch. Dans le cas contraire, la méthode SimpleDisplay.display(SimpleObject, SimpleObject) aurait été appelée et l'affichage aurait été le suivant :
 A simple display for simple object (a simple book) and simple object (a simple card)
Double-dispatch.
Le double-dispatch est un patron de conception utilisant le patron ../Visiteur/ pour implémenter partiellement le multiple-dispatch, étendant le simple-dispatch en utilisant le type dynamique de l'un des arguments.
Le principe est d'ajouter une méthode dans les classes des arguments, appelée grâce au polymorphisme (le simple-dispatch). Cette méthode appelant la méthode originale, avec le pointeur this en argument dont le type réel est connu à la compilation.
Exemple en Java :
// Une classe Object comportant un attribut : le nom de l'objet
class Object
 protected String name;
 public Object(String name)
 public String toString()
// méthode ajoutée pour implémentation du double-dispatch:
 public void display(Display d)
 { d.display(this); } // this de type Object
// Une classe SimpleObject précisant que l'objet est simple
class SimpleObject extends Object
 public SimpleObject(String name)
 public String toString()
// méthode ajoutée pour implémentation du double-dispatch:
 public void display(Display d)
 { d.display(this); } // this de type SimpleObject
// Une classe Display pour afficher Object et SimpleObject
class Display
 public void display(Object o1)
 public void display(SimpleObject o1)
// Une classe SimpleDisplay pour afficher simplement Object et SimpleObject
class SimpleDisplay extends Display
 public void display(Object o1)
 public void display(SimpleObject o1)
// Le test :
Object book = new SimpleObject("book");
Display disp = new SimpleDisplay();
book.display(disp); // SimpleObject.display(Display) -> SimpleDisplay.display(SimpleObject)
Affiche :
 A simple display for simple object (a simple book)

Mécanique vélo/Monter une fourche
=Monter une fourche neuve=
Introduction.
Bonjour à tous. J'ai reçu une fourche neuve, et j'en profite donc pour publier un petit article sur comment monter une fourche. Je n'explore pas comment démonter une fourche, cela fait l'objet d'un autre article. Les sources de cet article sont publiées en bas de page. J'ai essayé de faire des photographies autant que possible. Merci de me suivre jusqu'au bout. Attention, l'article ici ne concerne que les jeux de direction classique, et non les nouveaux de type ahead-set qui doivent faire l'objet d'un traitement à part.
Présentation du matériel.
La fourche.
http://xxxophe78.free.fr/techfour.php3
http://www.vttattitude.net/articles/entretien-52-montage-fourche-vtt.html

Introduire la biodiversité dans la construction et l'urbanisme/L'enveloppe du bâti elle-même/vers un "Bio-bardage" ? (un bardage " spécial biodiversité")