digital-nation

J’ai pu suivre récemment une formation d’un AGL (dénommé Windev pour ceux qui n’étaient pas au courant ) et aussi la manière d’utilisation d’un framework par une application.

En règle générale il y a 3 méthodes d’utilisation :

L’extériorisation : l’application dispose de son framework à coté d’elle et pointe directement dessus et c’est le cas pour chaque application qui dispose de son propre framework. L’avantage est que nous pouvons personnaliser le framework pour l’application en soi, l’alléger ou l’alourdir pour l’application etc. etc. Le désavantage est la multiplication de celui-ci et la maintenance de ceux-ci (au vu qu’ils sont différents). La maintenance peut être pourvue d’une documentation afin de faciliter tant l’utilisation que la fonctionnalité…

La centralisation : toutes les applications utilise un même framework qui se trouve à un endroit sur un serveur, toutes le contenu s’y trouve et chaque application l’attaque. Peu importe qu’il utilise le composant, la DLL, ou autre… Tout s’y trouve.
La maintenance s’en retrouve facilitée mais le développement pur et dur est quant à lui plus complexe. Nous devons bien entendu nous assurer que le framework est compatible toutes version descendante tout en le mettant à jour régulièrement avec de nouvelles entrées et composants.

L’encapsulation : le framework est dans l’application et au moment d’ouvrir l’application, celui-ci est décompressé dans un endroit temporaire du disque dur. Cela sous-entend bien sur que l’application à droit d’écriture etc. L’inconvénient est les droits applicatifs, la maintenance d’évolution (il faut mettre à jour tout d’une traite) et bien entendu le poids !

Quelle est la méthode idéale pour bien faire ? Chacune ont leurs avantages comme leurs désagréments !
Je pense d’une manière générale que s’il s’agit d’une application interne le framework extériorisé dans le répertoire application est le plus simple, s’il s’agit d’un groupe d’application à faible potentiel évolutif et utilisant une même base de programmation la centralisation est le plus simple (toujours dans le cas d’une application d’entreprise) ; dans le cas d’une application livrée à un client, l’encapsulation peut facilement se montrer la solution de facilité, tout en ayant précisé les dépendances bien sûr !

Mais faut-il absolument utiliser un framework ? C’est la question qu’il faut se poser aussi… Principalement que ceux-ci sont propriétaires (Microsoft, PC Soft, etc.) (bien que de nombreux repose aussi sur des technologies libres). N’est-ce pas se restreindre ou se limiter dans la fonctionnalité ?
Pour répondre facilement : le cas où le framework est distribuable librement et utilisable de cette même manière je dirais oui, l’utilisation n’est pas bloquante… Mais que faire si on n’est pas le propre mainteneur du dit framework ?

Innosetup est un logiciel libre permettant de créer des installeurs sous Microsoft Windows.

Grâce à son assistant de création il est très simple d’emploi. Il permet d’avoir rapidement une solution efficace et efficiente !

Mais lorsqu’on y regarde de plus près et si on ne veut laisser aucune trace pour la distribution de l’installeur à ses clients, c’est un peu loupé… En effet lorsqu’on va voir dans les propriétés de l’application (clic avec le bouton droit de la souris et Propriété dans le menu contextuel) nous avons encore des champs qui ne sont pas personnalisés et laissé par défaut avec des commentaires en anglais de InnoSetup.

Voici donc les paramètres qu’il faut avoir pour un installeur complet avec les bonnes propriétés ainsi que les bons renseignements dans les panneaux de configurations (informations de support etc.)

[Setup]
; NOTE: The value of AppId uniquely identifies this application.
; Do not use the same AppId value in installers for other applications.
; (To generate a new GUID, click Tools | Generate GUID inside the IDE.)
AppId={{D1F3D6D4-5FFA-4921-8AF5-73BC783CFF21}
AppName=NomApplication
AppVerName=NomApplicationEtVersion 1.0.1.19
AppVersion=1.0.1.19 ; Version
AppPublisher=Producteur 
AppPublisherURL=http://my.opera.com/groumphy ; website du producteur
AppSupportURL=http://supportURL ; URL de support
AppUpdatesURL=http://updateURL ; URL d’update
AppComments=Commentaire
AppSupportPhone=N° de téléphone du support
Compression=lzma/ultra64 ; niveau de compression
DefaultDirName={pf}\Appz ; repertoire d’installation
DefaultGroupName=Appz ; groupe d’installation menu démarrer
DisableDirPage=yes ; option d’installation
DisableProgramGroupPage=yes ; option d’installation
VersionInfoCompany=Information compagnie producteur
VersionInfoDescription=Description de l’application
VersionInfoProductName=Information sur le nom du produit
VersionInfoProductVersion=1.0.0.19
OutputDir=\\MAP\OutputDirectory ; repertoire de sortie
OutputBaseFilename=setup_on-test ; nom de l’installeur
SetupIconFile=\\MAP\Images\Gnome.ico ; icône de l’installeur
SolidCompression=yes ; ne pas toucher  

; TO DO
; WizardImageFile=myimage.bmp ; image de l’installeur
; WizardSmallImageFile ; petite image de l’installeur
; WizardImageBackColor => a utiliser avec WizardImageStretch ; couleur de fond de l’installeur
; VersionInfoCopyright ; info sur le copyright 
; VersionInfoVersion ; information sur la version
; AppCopyright ; copyright de l’application
;

De ce fait vous obtiendrez une application totalement personnalisée sur l’installation avec toutes les informations nécessaires.

Non ce n'est pas une nouvelle insulte à la mode au Japon, mais bien une manière ludique de programmer un jeux.

C'est ce que nous propose les équipes de développement de Microsoft ! En effet, d'après les premiers "screenshot", il suffirait de placer et configurer quelques personnages pour que le jeux puisse prendre forme.

Une nouvelle façon d'apprend l'informatique ? Plus d'informations sur le centre de recherche Microsoft (UK).

Alors que je viens d'éditer un billet sur comment changer les propriétés et sécurités d'un dossier ou fichier via la commande CACLS, j'ai oublié de compléter mon billet par le fait qu'il est tout à fait possible via d'autres outils intégré à l'Active Directory.

Cela peut se faire via SUBINACL...
Mais nous avons aussi d'autres outils mis à notre disposition :

• XCACLS.vbs : un script en VBS de Microsoft ;
  

Et j'en passe...
Pourquoi me suis-je cassé la tête avec tout ce charabia de commande ?

Comme beaucoup de personne j'ai commencé par avoir une adresse Hotmail... De Microsoft. Que j'utilise maintenant pour éviter le SPAM sur mes autres adresses (pro, GMail, etc.).

Un des logiciels que je trouvais particulièrement bien "roulé" de Microsoft (si bien paramétré bien entendu), et pour une fois gratuit c'était Microsoft Outlook Express.

Et les deux se combinaient à merveille. Et ce malgré le fait que quelques années par la suite, le logiciel était bridé pour relever le courrier sur Hotmail (du fait d'un fameux Service Pack 2... Mais cela est une autre histoire).

Mais quel ne fut pas ma surprise de recevoir ce jour, ce mail :

Cher utilisateur de Microsoft Outlook,

Merci d'utiliser Microsoft® Office Outlook®. D'après les informations dont nous disposons, vous utilisez Outlook pour accéder à un compte de messagerie Windows Live™ Hotmail® avec un protocole appelé DAV (Distributed Authoring and Versioning). Tout comme POP3 ou IMAP, DAV est la façon dont un client de messagerie communique avec un serveur de messagerie Web.

Nous avons tenu à informer nos utilisateurs les plus fidèles qu'à partir du 30 juin 2008, Microsoft désactivera le protocole DAV, ce qui signifie que vous ne pourrez plus accéder à votre boîte de réception Hotmail via Outlook.

En conséquence, nous vous conseillons de télécharger Microsoft Office Outlook Connector pour Windows Live Hotmail, complément gratuit de Microsoft Office Outlook 2007 et 2003. La dernière version de ce complément vous permettra de gérer facilement votre compte de messagerie Windows Live Hotmail à partir d'Outlook, de même que vos autres comptes de messagerie POP3/IMAP. Mieux encore : Microsoft Office Outlook Connector synchronisera également vos contacts, ainsi que votre calendrier* (si votre service le prend en charge) !

Téléchargez Microsoft Office Outlook Connector pour Windows Live Hotmail.

http://www.microsoft.com/Downloads/details.aspx?FamilyID=7aad7e6a-931e-438a-950c-5e9ea66322d4&displaylang=fr

Merci encore d'utiliser Outlook ! Il ne fait aucun doute que vous serez tout aussi satisfait par le de Microsoft Office Outlook Connector pour Windows Live Hotmail.



L'équipe Windows Live Hotmail



Questions fréquemment posées :

Pourquoi désactiver le protocole DAV ?

DAV est un protocole d'ancienne génération qui gère mal l'accès à des boîtes de réception volumineuses. Or, nous avons progressivement augmenté la capacité des boîtes de réception de nos utilisateurs (jusqu'à une capacité gratuite de 5 Go aujourd'hui), ce qui rendait nécessaire l'utilisation d'un protocole plus efficace.

Qu'est-ce qui remplace le protocole DAV ?

Nous avons mis au point un nouveau protocole, DeltaSynch, qui est beaucoup plus performant que DAV, en particulier pour gérer les boîtes de réception volumineuses. Il permet aux clients de messagerie de télécharger uniquement les modifications enregistrées depuis la dernière consultation du serveur. Ce fonctionnement est beaucoup plus efficace que celui de DAV, qui télécharge systématiquement tous les en-têtes de tous les dossiers.

DeltaSynch est-il compatible avec Outlook ?

Microsoft Office Outlook Connector pour Windows Live Hotmail offre un accès DeltaSynch pour Outlook.

J'ai une version d'Outlook antérieure à 2003. Puis-je utiliser Microsoft Office Outlook Connector ?

Microsoft Office Outlook Connector pour Windows Live Hotmail est compatible uniquement avec Microsoft Office Outlook 2007 et 2003. Pour synchroniser avec Windows Live Hotmail, vous devez passer à Microsoft Office Outlook 2007, qui vous aide à gérer votre temps et vos informations grâce à de nouvelles fonctionnalités très intéressantes. Vous pouvez ainsi retrouver en un clin d'oeil le message dont vous avez besoin, gérer facilement vos priorités quotidiennes grâce à la nouvelle Barre des tâches et communiquer avec vos contacts en publiant votre calendrier en ligne ou en envoyant des cartes de visite électroniques personnalisées !

Microsoft propose également Windows Live Mail, client gratuit de nouvelle génération qui permet de gérer facilement plusieurs comptes de messagerie (Windows Live Hotmail et autres) prenant en charge les protocoles POP3/IMAP. Windows Live Mail s'intègre également très bien aux autres services Windows Live, est optimisé pour une utilisation avec Windows Live Hotmail et offre les avantages suivants :

Utilisation hors connexion
Regroupement des comptes Windows Live Hotmail pour les utilisateurs disposant de plusieurs comptes Hotmail
Regroupement des comptes de messagerie POP et IMAP
Puissance des fonctionnalités de partage de photos
Recherche avancée via une intégration à Desktop Search
Outils garantissant la sécurité (fonctionnalités de protection contre les virus, le hameçonnage et le courrier indésirable pour tous les utilisateurs dépourvus de logiciel antivirus)
Intégration aux services Windows Live, y compris Windows Live Spaces
Regroupement des flux RSS (Real Simple Syndicat)
Possibilité d'envoyer des SMS à un appareil mobile à partir de Windows Live Mail
Vous pouvez télécharger Windows Live Mail à partir de : http://get.live.com/wlmail/overview.



*La synchronisation du calendrier, des tâches et des notes n'est pas disponible pour tous les services. Si votre service propose la synchronisation du calendrier, il assurera aussi celle des tâches et des notes. Pour en savoir plus, consultez la liste des possibilités offertes par votre service.



Microsoft respecte votre vie privée. Pour plus d'informations, consultez notre déclaration de confidentialité en ligne.

Microsoft Corporation, One Microsoft Way, Redmond, WA 98052, États-Unis

Est-ce que de fait Microsoft Windows Live remplacera-t-il ce client de messagerie avec tout autant de grace qu'à vécu Microsoft Outlook Express ?

Je ne le pense pas. Car lorsque j'arrive sur la page de téléchargement de Microsoft Outlook Collector il y a une demande de téléchargement du Windows Genuine Adventage... Et le Microsoft Windows Live n'est pas accessible sans avoir le Messenger Live, lui-même accessible que par le Windows Genuine Adventage.

Heureusement qu'il nous reste Microsoft Office 2007 ! (hum, c'est ironique !)

Je l'avais promis, voici le « feedback » du pourquoi du comment que j'utilise AutoIt.

Le but initial était d'avoir un langage de script performant et non dépendant de l'éditeur du système d'exploitation Microsoft (sinon j'aurais pris VBS) afin d'automatiser simplement certaines actions sur le PC, le réseau, l'AD.

J'ai bien entendu cherché divers languages (aussi au niveau BATCH), mais je suis rapidement tombé sur le charme de AutoIt car il permettais non seulement d'être son propre language, mais aussi de la combiner avec d'autres (notament le VBS, les DLL et les ActiveX).

Je l'ai donc installé sur un PC portable de type ACER 1700 sous Microsoft Windows XP et l'installation s'est déroulée sans incident particulier. D'ailleur les installeurs sont fait via des logiciels libres (NSIS de NullSoft). Le language se « décompose » en 3 ou 5 paquets selon ce que l'on désire : le language seul (version production et beta) avec son éditeur (SciTE), le language (production et beta), l'éditeur (SciTE), le CVS (CVSWrapper Add-on) accompagné de Tortoise et le dernier package WinMerge qui permet de faire les comparaisons de fichiers.
J'ai choisis en premier temps la « version 3 paquets », et suis passé rapidement à la version 5 paquets car je la trouvais très pratique !

L'éditeur SciTE remplit parfaitement son role avec une aide syntaxique, une aide (fichier CHM) relié à la touche F1, etc. et se montre très (voir trop) complet (mais c'est aussi personnalisable). Bien entendu les autres logiciels sont parfaitement intégré et s'ouvrent en nouvelle fenêtre ; un petit inconvéniant toutefois devant la multitude de fenêtre.

Il a parfaitement remplis ses fonctions jusqu'à maintenant mais les a aussi remarquablement dépassé car dans sa v3 (actuelle) il permet d'avoir des GUI et donc de faire des applications complètes (exécutable etc.).

Je le considère donc autrement qu'un language script mais bien comme un language complet ! Et je ne compte pas m'en séparer de si tôt !

Lorsque l’on parle de l’open source en entreprise, nous revenons bien souvent aux mêmes entreprises, aux mêmes conclusions et aux mêmes résultats ; continuité, abandon, manque de support, excellence… Les mots ne manquent pas, comme les projets qui ont échoués ou réussis.

Toutefois un secteur qui se distingue jusqu’à présent est bel et bien le domaine public. Tant au niveau fédéral, qu’au niveau communal, les projets se multiplient et s’agrandissent. Certains mêmes sont dédicacés a ce secteur.

La situation en Belgique est florissante. Les Services Publics Fédéraux (SPF) regorgent de PC tournant sous Linux, d’OpenOffice.org (même sous Microsoft Windows) etc.

La question que je me pose alors est pourquoi le modèle de réussite de l’open source sur le secteur public ne peut-il pas être appliqué sur le secteur privé.
Nous savons que les bénéfices tirés de l’utilisation des logiciels libres et de leurs formats ouverts est grand.

Ne serais-ce pas la productivité qui en est la cause ? Le « soi disant » manque de support ? Pour ce dernier point je peux vous dire qu’il n’est en rien justifié ! Un manque de connaissance des produits ? Une habitude de travail sur des produits propriétaires ?
En gros, je dirais un peu de tout cela et parfois je rajouterais une fermeture d’esprit.

Mais que faire pour ouvrir les yeux ?

Le Roi ou le dictateur ?

Read more...

Lu dans la presse...

Read more...

Sortie mondiale d'un logiciel

Read more...

Ce qui se dit sur la toile !

Read more...

Petit cursus sur le VBA dans Office toutes versions

Read more...

Bien souvent il est utile de pouvoir envoyer envoyer un e-mail directement à partir d'une application sans combiner l'utilisation multiple de macro-commande dans les applications séparées.

Visual Basic for Application (VBA) permet cela aisément. Voyons la manière de le faire :

' Création d'un objet relatif à l'application Outlook
Dim OutlApp2 As New Outlook.Application
' Création d'un objet interne à l'application Outlook pré-déclarée e-mail
Dim OutlMail2 As MailItem
' Définition de la variable relative à l'application Outlook comme 
' nouvelle application (objet)
Set OutlApp2 = New Outlook.Application
' Définition de l'élément interne de l'application Outlook comme 
' création d'un nouvel élément mail
Set OutlMail2 = OutlApp2.CreateItem(olMailItem)
'Avec le nouvel élément mail, 
With OutlMail2
            ' Indique à qui doit parvenir l e-mail 
            .To = "adresse_ou_listeDeDistribution@domaine.ext"
            ' Indique le sujet du message
            .Subject = "Sujet_Du_Message"
            ' Indique le corps du message
            .Body = "Corps du message"
            ' L'attachement du fichier qui doit être présent 
            ' en tant que pièce jointe
            .Attachments.Add "\\chemin\fichier.ext"
            ' Affichage du message avant envois
            ' .Display  ' pour l'affichage du message
            ' Envois du message 
            .Send ' pour l'envoi direct du message
End With

Rien de plus... Vous pouvez aussi effectuer des envois avec Microsoft Word, Microsoft Powerpoint etc. Le code est similaire.
Il est important de noter que seul la méthode Send ou Display peuvent être employée mais non simultanément.

Le code étant suffisament commenté, je pense que tout est théoriquement clair.