Le premier problème avec un état qui compte s'octroyer le pouvoir de dire ce qui est vrai et ce qui ne l'est pas, est que c'est la définition du totalitarisme. Un totalitarisme qui fait abstraction de ce que pensent les gens, et n'est par conséquent pas viable.

Le second, c'est que l'état via des minorités actives peut vouloir dire cette vérité pour en réalité prendre le contrôle de l'information, soumettre les supports d'information selon leur désidérata. Ceci ne pose pas de problème tant qu'il y autant de plateforme que nécessaire pour refléter la sensibilité des gens et l'information. Mais dans un monde fait de Google et Facebook, cela pose un problème manifeste tant ces 2 entreprises à elles seules représentent une concentration des supports mondiaux. Exactement comme s'il n'y avait plus qu'un imprimeur sur la planète et que des minorités actives peuvent dicteur leur loi à cet imprimeur.

Pourtant, une vision démocratique des choses tenderait à promouvoir l'émergence, pour l'utilisateur de la platforme, n'ont pas de loi répressive et coercitive, qui est un élément objectif d'un état policier, mais d'outils permettant de ne pas voir des informations que l'on pense éronées ou pas compatibles avec sa sensibilité, un peu comme un filtre anti-spam mais plus générique. Ces outils donnent le pouvoir à chaque utilisateur de ne voir que l'information qu'il souhaite voir et par conséquent lui permet à lui et à lui seul de décider, sans intermédiaire. Dans ce contexte, les plateformes ne sont que des tuyaux, n'ont aucune intelligence et en particulier aucune pression à censurer via des tiers qu'ils soient légitimes (états) ou non (minorités actives).

Il est par conséquent nécessaire que des spécialistes de l'informatique puissent faire partie de ce débat, de façon à équilibrer des discussions qui, autrement, n'enferment que dans une logique policière, qui est loin d'être une solution, ni pérenne, ni morale.

Build 4.5.0.24 of xlsgen improves support for Unicode in CSV export and XML export.

For CSV export, the option to export as Unicode UTF8 was already available, but the CSV export did not include a Byte Order Mark right at the beginning of the file that would instruct a consumer application that the file is encoded with Unicode UTF8. This build adds it automatically.

If you need to support Unicode UCS2 (i.e. fix 2-byte encoding), this build adds the option in the worksheet export interface. Of course, the corresponding Byte Order Mark is added as well.

For XML export, it is exactly the same. Both Unicode UCS2 support is new (default was Unicode UTF8), and also this build adds a Byte Order Mark in the XML output, that lets a consuming application know in advance how the stream/file is encoded.

Here is an example (Unicode UCS2) :

workbook.WorksheetByIndex(2).Export.Options.UnicodeEncoding = True
workbook.WorksheetByIndex(2).Export.ExportAsCSV("filename.csv", True)

J'irai à l'encontre de l'essentiel de la twitosphère à propos du rachat de GitHub par Microsoft, pour un montant colossal qui comme chacun sait ne vise pas à acheter de la technologie (il n'y en a pas), mais 1) la propriété intellectuelle des code repositories privés 2) une part de marché significative des développeurs car depuis 10 ans mettre un projet sur GitHub était une sorte de réflexe.

Je pense que la situation n'est pas la même pour un particulier que pour une entreprise. Pour un particulier, je ne vois pas ce que ça change, sauf si un jour vous êtes obligé d'utiliser un compte Microsoft. Pour les entreprises, c'est totalement différent. Ca se divise en deux cas. Le premier cas, ce sont toutes ces entreprises qui utilisaient GitHub comme produit d'appel pour y mettre des projets démos, des POC, bref du marketing. Pour ceux là, pas de problème, rien ne change.

Le second cas est plus problématique. Ce sont eux qui, sincèrement, mettaient leurs oeufs dans un même panier, externalisaient l'emplacement de leur codes sources sur des serveurs quelque part sur internet et qui ne sont pas les leurs. Cette stratégie était déjà suicidaire. On n'externalise pas sa valeur ajoutée. Et par conséquent, si ces gens là sont punis par la possibilité de Microsoft, un bras armé du gouvernement US, d'accéder à leurs code sources privés, cette punition est méritée. Il fallait réfléchir 2 secondes avant.

Quant à la confiance que l'on peut accorder aux projets open source (java, github, ...), la réalité remet les choses un peu en place. Je n'ai jamais fait d'open source, n'en ferait jamais, et au mieux j'utiliserai de l'open source comme marketing, sans jamais mettre en péril ma valeur ajoutée et ma propriété intellectuelle.

Build 4.5.0.23 of xlsgen has a fix for the calculation engine, for meeting a scenario where cells in error have to be ignored during the calculation of formulas using one or more of the following functions : IFS / SUMIF / SUMIFS / AVERAGEIF / AVERAGEIFS / MINIFS / MAXIFS / COUNTIF / COUNTIFS.

Build 4.5.0.22 of xlsgen adds support for shifting cells in a range.



Shift cells (before on the left, after on the right)

xlsgen shifts cells if a client application deletes entire rows or entire columns. But the client application may need such shift for an arbitrary cell range. When this occurs, the client application must choose to ask xlsgen to fill the blank by shifting cells to the left, or shifting cells up.

Here is how it works :

worksheet.NewRange("D5:E7").ShiftCellsLeft();

or

worksheet.NewRange("D5:E7").ShiftCellsUp();

Build 4.5.0.21 of xlsgen fixes a problem related to hyperlinks.

By default xlsgen url-encodes urls in hyperlinks before they are written to XLSX and XLSB files. Url-encoding, for instance, replaces # characters with %23 sequences (23 is the hexadecimal ascii-code of the # character).

It turns out that sometimes the client application passes urls that are already url-encoded to xlsgen. Url-encoding twice simply corrupts the url, so build 4.5.0.21 exposes a UrlEncode property to the IXlsHyperlink interface. Defaulting to true, the client application can set it to false to avoid url-encoding twice.

Also build 4.5.0.21 includes a fix for pivot tables in XLSX files where one of the pivot table field names may have appeared with an incorrect "Row Labels" label.

Build 4.5.0.20 of xlsgen makes it possible to convert dynamic ranges.

xlsgen exposes two kind of ranges : one is the most generic, actually holding a formula, and these are called dynamic ranges. They do not expose much features except an associated name (hence the name, named range) and the ability to enumerate and delete any of them. The other are regular ranges, basically holding one or more cell areas. Regular ranges expose a lot of features (almost 50) : from a regular range, you can create merged cells, outlines, tables, ...

Well it turns out, sometimes you need to use an existing dynamic range in order to create an object that typically is created from a regular range. So you need a way to convert a dynamic range to a regular range seamlessly. That's exactly what xlsgen 4.5.0.20 does. xlsgen does calculate the dynamic range and expands the output as cell areas as a regular range.

xlsgen::IXlsRangePtr regularRange = workbook->NamedRanges->DynamicRange[2]->Range;

Tous les protocoles de chiffrement ont des vulnérabilités et on les découvre les unes après les autres. C'est au tour de S/MIME et de PGP, après SSL et TLS.

En fait, c'est dû à deux choses :

- la première, c'est qu'internet n'a jamais été pensé pour être fermé (chiffré). Voici un petit poke à ces rigolos de la quadrature du net et compagnie.

- la seconde, c'est qu'il est impossible avec du software de garantir une invincibilité aux vulnérabilités. Mettez-y suffisamment de budget, en gros embauchez un développeur (un vrai, il se trouve que ça ne court pas les rues), capable de travailler avec ollydbg et co, et il n'y a plus qu'à attendre.

Corollaire, c'est une bonne nouvelle pour quelques gros acteurs du cloud pour nous annoncer de nouveaux protocoles de chiffrement, comme par hasard. Et il se trouve que ces acteurs, tous américains, sont des bras armés du département américain des affaires étrangères.

Build 4.5.0.19 of xlsgen is a fix pack :

- chart rendering : the plot area is made smaller, should axis titles be rotated, to avoid some clipping

- hyperlinks : for named anchors, fix for writing such hyperlinks in XLSX files. It was working with XLS and XLSB files.

- CSV import : when a custom data type is specified for a column, it always takes precedence to what xlsgen infers automatically.

J'ai connu Google, Facebook et Amazon tenter de faciliter la vie des gens en fournissant des services internet, gratuits ou pas, qui permettaient de trouver quelque chose en moins de temps. Le temps gagné permettait de l'occuper à faire autre chose. Le bénéfice était direct, vérifiable.

Aujourd'hui c'est autre chose, car une force inconnue à réussi à faire en sorte que Google, Facebook, Amazon et Microsoft sont dorénavant des censeurs de contenu. D'une part, la chose que vous cherchez sera peut-être introuvable avec leurs services. A l'époque tout était indexable. Aujourd'hui c'est toujours le cas sauf qu'une partie de l'index est rendue inaccessible. Bref, une censure objective.

Deuxio, votre contenu est systématiquement lu et analysé, bien que cela soit moralement répréhensible, légal peut-être aux états-unis car les sociétés high-tech américaines sont soumises aux lois américaines qui, via les lois anti-terroristes, les transforment en bras armé du gouvernement. Petit rappel : le terrorisme doit tuer un million moins de fois par an que quantité d'autres choses dont les victimes peuvent se revendiquer. Par exemple, aux états-unis, il y a une fusillade tous les jours. Pourtant, cela ne fait pas l'objet de la moindre critique ici. Une fois que le contenu est lu et analysé, la fonction censure intervient et Google, Facebook, Amazon et Microsoft peuvent soit décider de rejeter votre contenu, soit, pire encore, de vous dénoncer à la police, sans même vous le dire.

L'ami est devenu votre ennemi. Tout ça pour dire, chaque fois que vous utilisez leurs services, sachez qu'ils ne reflètent qu'un sous-ensemble de ce qui est accessible sur internet. D'autre part, sachez que ces gens peuvent, de manière arbitraire, se retourner contre vous et vous causer les pires misères.

Je dis ça de manière objective car, n'ayant pas de compte Facebook par exemple, je m'exonère de quantités de problèmes. D'ailleurs normalement, ce que je devrais faire c'est établir dans mes connaissances qui a un compte Facebook et les boycotter parce qu'ils ont un compte Facebook. Quant à Google, Amazon et Microsoft, ne pas mettre de contenu sur leurs serveurs non plus.

Build 4.5.0.18 fixes a number of chart rendering issues and one chart reading issue.

Fixed chart rendering issues :

• render optional drop lines to applicable 2D charts (mostly line charts and area charts)
• render optional drop lines for line 3D charts and area 3D charts
• render axis numbers with locale even when there is no number format (so "0,5" instead of "0.5" if the user country's locale for decimal separation is the comma)
• background gridlines thiner and less black in the PDF output
• Y axis repositioned when data has both negative and positive values
• render pie and doughnut leader lines (between data labels and chart elements)

And also custom data label positions from charts in XLSX and XLSB files were obscured from reading properly due to an artifact.

In build 4.5.0.17 of xlsgen, a number of issues are addressed :

- when rendering a chart with rotated text on axis tick marks, better positioning of the text to avoid clipping with the chart area.

- when reading a chart from XLSX and XLSB files, read drop lines, high-low lines and up-down bars and their associated formattings.

- for pivot tables, better coercing of mixed data types in a column in order to avoid file corruption (Excel super sensitive).

Depuis que RTL a déménagé à Neuilly sur seine, ce qui en soi en dit long déjà sur ce qu'elle représente, force est de constater que les images qui viennent des leurs podcasts vidéo sont assez étonnantes : lumière de néon, aménagement sommaire, cela fait pas mal penser à une espèce de bunker.

D'autant plus drôle qu'on le sait, pas mal de médias sont effectivement bunkérisés. Ceux qui revendiquent journalistes, témoins de la réalité et du vrai peuple, vivent en réalité dans des bunkers.

Et c'est encore plus drôle quand on sait que les politiques s'y pressent pour pouvoir l'honneur d'y parler. Des politiques qui se soumettent à tout et à ras de terre pour obtenir le droit de parler.

Tout un symbole ! Tout est à l'envers dans ce petit monde pourri.

Le titre de l'article :

extrait : "Faites-vous partie des millions de Français qui, sans le savoir, ont donné leurs informations personnelles et fiscales à Google ces derniers jours ?"

C'est moi qui met en gras. Cette information, si elle est vraie, devrait faire l'objet d'une saisine judiciaire immédiate.

Mais évidemment, ce n'est pas le cas du tout.

Il suffit de lire l'article, qui contredit ce que dit son titre !

extrait : "Or, pour chaque vidéo diffusée sur la plateforme, le géant américain collecte des données personnelles sur les internautes en déposant des cookies, des mouchards publicitaires, sur leurs ordinateurs."

L'article explique que ce ne sont pas du tout des données personnelles et fiscales qui sont vues par Google, mais uniquement ce que l'on appelle un referrer techniquement, qui est par exemple exactement ce que voit passer facebook à chaque fois que vous regardez une vidéo sur le site de youtube car ceux qui font le site youtube ont décidé de mettre un bouton de partage pour facebook dedans et que, sauf erreur de ma part, ce lien est une ressource principale de la page youtube, pas une ressource activée uniquement en cas de besoin. L'article est mensonger par ailleurs pour ce qui est des cookies, car le cookies de la DGFIP n'est pas envoyé au domaine youtube : les cookies sont segmentés par domaine, précisément.

Bref, en résumé, total fake news. Morandini à la poubelle!

J'expliquais il y a peu que l'expression intelligence artificielle ne voulait rien dire et que par conséquent ceux qui l'utilisaient s'en servaient soit parce qu'ils ont quelque chose à nous vendre, soit qu'ils veulent se servir de cet écran de fumée pour avancer sur d'autres choses.

On le savait, mais la certitude vient du fait que les propos ont été tenus par l'intéressé lui-même, qui pense surement que des français n'iront pas lire une interview de lui dans une revue high-tech californienne à propos de l'intelligence artificielle.

Pourtant, Emmanuel Macron, puisque c'est très clairement de lui qu'il s'agit n'y va pas par quatre chemins, pour expliquer ce qu'il entend faire. Voyez plutôt :

extrait : "On Thursday, Emmanuel Macron, the president of France, gave a speech laying out a new national strategy for artificial intelligence in his country. The French government will spend €1.5 billion ($1.85 billion) over five years to support research in the field, encourage startups, and collect data that can be used, and shared, by engineers. The goal is to start catching up to the US and China and to make sure the smartest minds in AI—hello Yann LeCun—choose Paris over Palo Alto."

Jusque là on se dit vive la France !

Mais c'est sans anticiper ce qui va sortir. Question du journaliste :

extrait : "What was the example of how AI works that struck you the most and that made you think, ‘Ok, this is going to be really, really important’?"

Et la réponse :

extrait : "Probably in healthcare—where you have this personalized and preventive medicine and treatment. (...) AI will raise a lot of issues in ethics, in politics, it will question our democracy and our collective preferences. For instance, if you take healthcare: you can totally transform medical care making it much more predictive and personalized if you get access to a lot of data. We will open our data in France. I made this decision and announced it this afternoon. But the day you start dealing with privacy issues, the day you open this data and unveil personal information, you open a Pandora’s Box, with potential use cases that will not be increasing the common good and improving the way to treat you. "

J'ai mis la phrase en gras. Les médias français ont-ils parlé de cette annonce? Et de ses conséquences? La réponse est non. Emmanuel Macron vient juste d'annoncer qu'il va mettre à disposition du privé les données de santé. Quel mal y a -t-il à ça? Imaginez ces données dans les mains des assureurs par exemple : un assureur refusera de prendre en charge quelqu'un en fonction de ce contiennent les données. Nous ne sommes plus dans la santé comme service public, mais comme marché, comme centre de profit, en particulier profit pour les privés qui s'implanteront et exerceront sur les domaines profitables, et dettes pour les hopitaux qui devront s'occuper de ce qui coûte cher et n'est pas rentable. Autrement dit, la création d'une dette publique par la volonté politique libérale.

A ceux qui se posent la question de quoi Macron est-il le nom, cette décision y répond parfaitement. On a là la continuité du travail méthodique de destruction, de libéralisation du service public. Une continuité avec l'oeuvre de Sarkozy et de Hollande.

Build 4.5.0.16 of xlsgen improves the print/preview/PDF/XPS generation with an enhanced fit-to-page algorithm, that both splits scales in the two directions indepently, and ignores "blank" sizes due to columns with no content and formatting.

Build 4.5.0.15 of xlsgen improves pivot tables in a number of ways.

And this applies to XLS, XLSX, XLSB and ODS files.

- custom number format : pivot fields can have a custom number format. xlsgen carries the number format from the data source by default, but it is now possible to customize it in the pivot table itself.

- named range as datasource : before this build, the datasource needed to be a cell area. This still works, but it is now possible to pass a defined name, or a table name. The benefits of this is that by passing a name, the client application needs not know the boundaries of the data region.

- "show values as" setting : for any pivot field in the data area, it is now possible to show values as is, or as difference from another field, or a percent, etc. You can pick one of 8 choices.


And here is a piece of source code (C++) that shows the above in practice :

xlsgen::IXlsWorksheetPtr wksht = wbk->AddWorksheet(L"Pivot2");

xlsgen::IXlsPivotTablePtr pt = wksht->NewPivotTable();
pt->DataSource->Range = L"Table4";

xlsgen::IXlsPivotTableFieldPtr pfSegment = pt->Rows->AddByName(L"Column1");
xlsgen::IXlsPivotTableFieldPtr pf1 = pt->Data->AddByName(L"q200");
pf1->NumberFormat = L"$###,###.00";
xlsgen::IXlsPivotTableFieldPtr pf2 = pt->Data->AddByName(L"q201");
xlsgen::IXlsPivotTableFieldPtr pf3 = pt->Data->AddByName(L"q202");

xlsgen::IXlsPivotTableFieldShowAsPtr pa2 = pf2->ShowValuesAs[xlsgen::pivotfieldshowas_differencefrom];
pa2->BasePivotField = pfSegment;
pa2->BasePivotItem = L"may";

pt->InsertAt(1,1);

Build 4.5.0.14 of xlsgen improves the PDF rendering in scenarios where the zoom level is small, either because it was set as a small value, or because it was indirectly set as a small value by using the fit page feature. When this happens, text chunks may be needlessly clipped a little bit. This build inflates the bounding area of the text chunk accordingly so this is not a problem.

Build 4.5.0.13 of xlsgen fixes the rendering of smooth lines in charts, by avoiding small clippings at junctions.

Facebook est-il coupable au point de devoir faire l'objet d'une commission au congrès américain ?

Je ne le crois pas pour ma part. La licence utilisateur écrit que tout ce que vous mettez dans facebook n'est plus votre propriété dès lors que les serveurs de facebook les stockent, et par ailleurs que vous donnez le droit à facebook de faire sans restriction toutes les exploitations commerciales des dites choses, sans obtenir rémunération en compensation ni droit de regard. Sans éluder le fait que les choses en question sont également les liens que vous établissez avec des tiers ("amis"), liens qui font aussi l'objet d'exploitations commerciales sans rémunération et sans droit de regard.

Bref, vous en tant qu'utilisateur, avez consenti à ce qui est décrit par les médias aujourd'hui comme un siphonnage commercial de données personnelles.

Je le dis en n'étant pas utilisateur de Facebook, donc droit dans mes bottes.