XEROF

 

xlsgen 4.5.0.24 : Unicode in CSV/XML export


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)

Posted on 06-June-2018 09:42 | Category: xlsgen, Excel generator | comment[0] | trackback[0]

 

GitHub avalé par Microsoft, un problème ?


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.

Posted on 06-June-2018 09:12 | Category: France | comment[0] | trackback[0]

 

 

<-- previous page

< June >
0102030405
0607080910
1112131415
1617181920
2122232425
2627282930



 

 

This site
Home
Articles

DevTools
CPU-Z
EditPlus
ExplorerXP
Kill.exe
OllyDbg
DependencyWalker
Process Explorer
autoruns.exe
Araxis
COM Trace injection
CodeStats
NetBrute
FileMon/Regmon
BoundsChecker
AQTime profiler
Source monitor
GDI leaks tracking
Rootkit revealer
Rootkit removal
RunAsLimitedUser(1)
RunAsLimitedUser(2)

 

 

Liens
Le Plan B
Un jour à Paris
Meneame
Rezo.net (aggr)
Reseau voltaire
Cuba solidarity project
Le grand soir
L'autre journal
Le courrier suisse
L'Orient, le jour
Agoravox (aggr)