Apple vient d'interdire une application liée à Bitcoin, la monnaie numérique, sur son App Store.

Cela serait sans conséquence si il était possible aux utilisateurs dans le monde entier de se passer du dit App Store pour télécharger des applications.

Mais une telle attitude de la part de Apple en dit long sur le fait que cette entreprise soit avant tout américaine, c'est-à-dire subordonnée au bon vouloir du pouvoir américain, qui voit d'un mauvais oeil l'émergence possible de cette alternative au dollar.

Pourtant le gouvernement américain s'y connait pour saborder le dollar avec la planche à billets depuis le début de la crise des subprimes. Si les européens comprenaient que leur niveau de vie était la contrepartie de la planche à billets des américains, peut-être aurions-nous d'autres sujets d'actualité en France que des histoires de banane.

Pendant que la Chine se venge de l'agression américaine, la Russie pourrait tout autant, avec ses "armes", se venger de la position de la France à l'international, notamment sa politique au moyen-orient.

Simple comme bonjour, il suffit à la Russie (et aux pays producteurs proches de la Russie, comme l'Ukraine) de créer cet hiver une fausse pénurie de gaz.

Il s'en suivrait une explosion des prix pour les français. Et partant, une crise économique sans précédent (si ce n'est celle de 1929 aux états-unis).

Qui sème le vent...

Contrairement à la France, la Chine entend bien défendre sa dignité à l'international.

On apprend que les achats de matériel américain, et notamment informatique, diminuent progressivement en Chine.

On ne sait pas encore quelles seront les conséquences de ce que les américains considèrent comme un affront.

L'histoire nous apprend que cela se poursuit en manipulation monétaire (les investisseurs quittent le pays et créent une chute des cours) puis un basculement de régime et en guerre. On résume là la totalité de l'histoire des guerres de ces derniers siècles. Avec les banquiers, et non les soldats armés, en première ligne.

Nous verrons bien.

On le suspectait, mais désormais on le sait : un des hackers du groupe Anonymous, jugé aujourd'hui à hauteur de 10 ans de prison pour avoir hacké un site (Stratfor) et transféré des millions d'emails à Wikileaks, était en fait sous les ordres d'un hacker (Sabu) qui n'était autre qu'un agent du FBI.

Cet agent du FBI lui a fourni la liste des sites à attaquer.

De telle sorte que, en justice, le hacker n'a pas de raison de faire de prison du tout. C'est une manipulation.

Mais c'est pire encore en réalité. Ce n'est pas la première fois. Les américains ont revendiqué plusieurs fois ces dernières années avoir empêché des attentats sur le sol américain, qui se révélaient être des attentats planifiés et instrumentalisés par des agents du FBI qui ont radicalisé une personne. Lorsqu'ils arrêtent cette personne, quel est le mérite des autorités américaines ? Que cherche-t-on à prouver ?

Je pousse le raisonnement jusqu'au bout. Et si, lorsque Al-qaida revendique un attentat quelque part dans le monde, il y avait un agent américain derrière tout ça. Je ne veux pas le croire...

On a bien compris que si c'était le cas, les autorités américaines sont les seuls terroristes. Ce serait alors ça leur "project for a new american century" !

Build 3.5.0.3 of xlsgen adds support for OLE objects extraction.

In a nutshell, OLE objects are arbitrary files stored inside spreadsheets (PDF, Word document, ...)

Unless clicked, they behave like pictures. When double-clicked they activate (the underlying OLE server starts) and you can manipulate them, including saving back to the file.

xlsgen supports the extraction of OLE objects from spreadsheets. Both the embedded objects (for instance a Word document as a file) as well as pictures (which is the last visual state of the document) can be extracted.

Here is a piece of code (C#) showing how the collection of OLE objects is exposed and how to extract what's in them.

IXlsWorkbook wbk = engine.Open( "Book1_ole_linking.xlsx", "");

int nbOleObjects = wbk.get_WorksheetByIndex(1).OLEObjects.Count;

// grab the first OLE object in the collection
// it is assumed there is one such OLE object in the spreadsheet
IXlsOLEObject object = wbk.get_WorksheetByIndex(1).OLEObjects.get_Item(1);

// location
int left = object.LeftColumn;
int right = object.RightColumn;
int top = object.TopCell;
int bottom = object.BottomCell;

// embedded object file type, for instance "doc" for a Word document
string sFileExtension = object.Filetype;

// embedded object extraction
object.ExtractToFile("output\\embedded.doc");

// picture file type, for instance "emf" for a Windows enhanced metafile picture
string sPictureFileExtension = object.SnapshotFiletype;

// picture file extraction
object.ExtractSnapshotToFile("output\\embedded.emf");

Build 3.5.0.2 of xlsgen adds support for databar rendering in the PDF output.

This was supported in the old PDF output (i.e. bitmap-based), but not yet in the truly native PDF output that is part of xlsgen 3.5


Excel 2010 Databar rendering in xlsgen (screen capture is from a PDF file generated by xlsgen)

Build 3.5.0.0.1 of xlsgen includes the following improvements :

- fix for radar chart formatting details in XLSX files (writing line formatting was ignored)
- better round-trip of stand-alone chart sizes in XLSX files
- better reading of line colors from XLSX charts (theme versus style case)
- round-tripping of chart styles in XLSX files ([1,48])
- improved fidelity of algorithm for computing luminance offsets in charts
- fix for rendering up/down bars in stock charts (borders were not drawn)