Office 2010 : de grands bonds en avant en perspective

Invité · 16/03/2009, 14h45

Trouvé sur le net

Le mois dernier, Steve Ballmer, le PDG de Microsoft, annonçait au cours d'un meeting réunissant des analystes financiers que « la fameuse suite bureautique sera disponible pour le grand public l'année prochaine ».

Aujourd'hui, le magazine TechConnect rapporte que l'édition RTM (Release To Manufacturing) d'Office 14, c'est-à-dire la version finale qui sera distribuée aux vendeurs, est prévue pour le mois de mars 2010. Microsoft envisagerait d'établir deux bêtas cette année, la première, réservée aux testeurs, débuterait en juillet et la seconde au mois de novembre prochain.

Rappelons que la suite bureautique Office 14 fut initialement dévoilée lors du sommet de la PDC en octobre dernier. Entre autres, Office 14 sera couplé à des services en ligne basés sur l'architecture de Microsoft Azure, et ce, afin de proposer plusieurs outils de travaux collaboratifs.

Au mois de janvier, Microsoft aurait distribué en version alpha les composants de Office 14 Server auprès de quelques sociétés externes. D'après les première informations véhiculées sur la feuille de route de développement, nous apprenions que la firme de Redmond devait concentrer ses efforts sur :

Gestion du contenu en entreprise : Création, gestion, organisation de documents et de contenus complexes,
Communication & collaboration : Améliorer la synchronisation des travailleurs, partenaires, collègues et communautés,
Gestion des processus et de l'intelligence d'affaires : Rendre la bonne information disponible au travers des processus,
Impact individuel : Amplifier l'impact des utilisateurs,
Plate-forme Office en entreprise, gestion et sécurité : Rendre simple la création de clients et d'applications web Office en rendant le déploiement mondial fiable, sûr et simplement administrable.

**Heureux-oli** · 14/04/2009, 19h36

Salut,

Deux petites Infos.
La version 14 sera disponible en 32 et 64 bits
Le VBA sera toujours supporté par cette version.

**Pierre Fauconnier** · 14/04/2009, 21h12

Envoyé par Heureux-oli

...
Le VBA sera toujours supporté par cette version.

C'est une bonne nouvelle...

Invité · 16/04/2009, 05h37

Dernière infos

Jean-Christophe Pitié, directeur de la division Office chez Microsoft France, a dévoilé, ce 15 avril, le calendrier de sortie de la gamme Office 14. Cette dernière comprendra Office 2010, SharePoint 2010, Visio 2010, Project 2010 et Exchange 2010, le tout dans des versions 32 bits ou 64 bits.

Premier point, toutes les applications d’Office 2010 seront disponibles en mode web. Ainsi, des moutures de Word, Excel, PowerPoint et Access seront accessibles online. La technologie Silverlight sera largement mise à profit dans ces modules.
Cette annonce s’inscrit logiquement dans la stratégie « Software + Services » de la compagnie. L’interopérabilité sera également très présente dans cette gamme : support de multiples navigateurs web, import/export en ODF, gestion du PDF, etc.

Une mouture bêta publique d’Exchange Server 2010 a été présentée aujourd’hui. Elle est disponible sur le site TechNet. Ce produit sera livré en version définitive au cours du second semestre 2009.
Des versions de test d’Office, SharePoint, Visio et Project seront fournies en juillet (bêta 1) puis en fin d’année (bêta 2). Les versions officielles seront lancées au milieu du premier semestre 2010, soit peu après la sortie de Windows 7.

Les responsables de Microsoft France nous ont également dévoilé quelques-unes des nouveautés de la future mouture d’Outlook Web Access. Filtrage évolué, tri par conversations, affichage de conseils, ce produit progresse dans le bon sens et se rapproche toujours plus des applications traditionnelles.

**Heureux-oli** · 18/05/2009, 08h07

Microsoft commence la promotion d'Office 2010

http://www.office2010themovie.com/

**Marc Lussac** · 28/05/2009, 18h40

Access 2010 : de grands bonds en avant en perspective !
Par Maxence Hubiche

Du nouveau concernant les données externes

Première nouveauté constatée, la présence de ce petit bouton WebService dans l'onglet des données externes, dans le groupe Importer.

Cool non ! Il semble qu'on puisse aller chercher les informations en se connectant à un WebService ! Je vous laisse imaginer les potentiels ! Une entreprise veut mettre à dispositin de ses employés, même distants, des informations afin qu'ils en fasse le traitement ? Rien de plus facile : Un service Web, une connexion et Hop ! voilà des données toutes chaudes et à jour !

Un autre élément est assez étonnant, c'est ce bouton Move Data ! Alors là, par contre, c'est la surprise totale ! Ils ont même prévu un outil de migration des données !!!

Regardez bien le libellé ! il y a un petit curseur derrière indiquant la présence d'une liste déroulante? A priori, on va avoir un choix à cet endroit-là. Un choix vers un format de fichier cible pour le déplacement des données ? Un choix pour le type de déplacement effectué ? Intriguant non ?

Ca, ca m'éclate pas mal ! Mais ce n'est rien par rapport à la suite !

Microsoft semble avoir prévu un panel de fonctionnalités qui manquaient cruellement à Access !

On va peut-être bien avoir ENFIN des champs calculés dans les tables !

Concernant les champs dans les tables, on a une kyrielle de nouveautés. Et parmi toutes celle-ci, regardez bien :

Il s'agit bien des Outils de Table, on est bien en présence de l'onglet de modification des champs et il existe une GROOOOSE nouveauté : le champ calculé !

On va finir par faire aussi fort qu'avec SQLServer ! (Mention spéciale à Frédéric Brouard et Pascale Doz dans cette petite boutade

)

C'est tout ?

Eh bien non ! Histoire de satisfaire pleinement Fred et Pascale (désolé, je ne peux pas m'en empêcher?)

On dirait bien qu'on va avoir l'équivalent des Triggers dans Access !

Et toc !

Ben oui quoi ! Un évènement sur une table ? à part l'UPDATE, INSERT et DELETE? je ne vois pas trop !

Mais qui sait ! Peut-être que ceci nous cache encore bien des surprises !

Je me demande aussi ce que ces petits détails vont nous apporter :

On savait déjà mettre une règle de validation sur un champ et sur une table.

Donc, jusque là, rien de bien nouveau?

Mais alors, pourquoi nous proposer une liste de possibilité derrière ces deux options ? Tadaaaa ! Il faudra se procurer cette version pour le savoir !

Et ça alors ?

Est-ce que le seul rôle de cette option est de définir un mémo en HTML ou en texte brut, ou bien cela va-t-il beaucoup plus loin ?

Le suspens est intenable !

Bon, il y a encore un paquet de petites choses, mais, je ne vais pas tout livrer maintenant, et vous pouvez aussi faire comme moi ! Google est notre ami

A bientôt pour de nouvelles aventures !

Source : Le Billet de Maxence Hubiche

**Népomucène** · 28/05/2009, 20h10

Si on a des triggers dans Access, je serais assez curieux de voir la mise en œuvre.

Avec une application monofichier comprenant les tables + formulaires pourquoi pas ...

En revanche si des triggers sont installés dans une base ne comprenant que des tables
dont les ajouts/modifs/suppressions se font par une application tiers (module Access, c# voire java)
je demande à voir car dans ce cas, qui est responsable du déclenchement ?

**Tofalu** · 28/05/2009, 20h56

Envoyé par Népomucène

Si on a des triggers dans Access, je serais assez curieux de voir la mise en œuvre.

Avec une application monofichier comprenant les tables + formulaires pourquoi pas ...

En revanche si des triggers sont installés dans une base ne comprenant que des tables
dont les ajouts/modifs/suppressions se font par une application tiers (module Access, c# voire java)
je demande à voir car dans ce cas, qui est responsable du déclenchement ?

ben c'est le moteur de base de données qui gère ça. Tout comme il gère déjà les contraintes, l'intégrité, et les clés. Techniquement, il n'y a rien d'insurmontable si ce n'est peut être au niveau des verrouillages

**Pierre Fauconnier** · 28/05/2009, 20h57

Envoyé par Népomucène

...

En revanche si des triggers sont installés dans une base ne comprenant que des tables
dont les ajouts/modifs/suppressions se font par une application tiers (module Access, c# voire java)
je demande à voir car dans ce cas, qui est responsable du déclenchement ?

On peut "supposer" que les triggers se déclencheront via le moteur de données, et donc qu'il n'y aura pas d'application tierce pour les déclencher... Si c'est cela, on va au devant d'une avancée de taille...

**Tofalu** · 28/05/2009, 21h47

Aprés je vois déjà certains lancer un sondage :

Faut il gérer les trigger dans la base ou en VBA ?

**Népomucène** · 29/05/2009, 22h04

Envoyé par Tofalu

ben c'est le moteur de base de données qui gère ça. Tout comme il gère déjà les contraintes, l'intégrité, et les clés. Techniquement, il n'y a rien d'insurmontable si ce n'est peut être au niveau des verrouillages

Concrètement il est où le moteur ? est-ce qu'il s'agit du pilote ODBC ?
N'allez pas croire que je veux lancer un troll mais il m'arrive de faire des applications Java qui stockent les données dans une base Access 2000.
Jusqu'à présent, aucun problème car les postes étant en XP, j'utilise le pilote ODBC déjà installé par Windows.

Maintenant si une table comporte un trigger, il faudra que le pilote ODBC soit à jour. Rien d'insurmontable théoriquement.
Mais comme mes clients ont souvent du matériel d'avant-guerre (celle d'Azincourt) ...

Une vraie question serait aussi de savoir si le trigger accepterait d'exécuter des fonctions ou procédures présentes dans un un module VBA de la base.
Ce serait spectaculaire.

J'ai l'impression que ce sera très bien si on reste dans le cadre d'une application Access (sur les postes clients) connectée à la base Access (sur le serveur de domaine).

Donc rendez-vous à la sortie du produite pour découvrir la merveille.

**Domi2** · 29/05/2009, 22h49

Envoyé par Tofalu

Aprés je vois déjà certains lancer un sondage :

Faut il gérer les trigger dans la base ou en VBA ?

Cela me semble le minimum...

**Pierre Fauconnier** · 29/05/2009, 22h52

Envoyé par Domi2

Cela me semble le minimum...

Je ne vois pas comment on les gérerait autrement qu'en VBA... En java, peut-être? Manquerait plus qu'on les incorpore au moteur de données...Non mais, faut rester sérieux...

avant que Philippe ne m'accuse de troller sur son truc pseudo sérieux...

Invité · 20/06/2009, 06h36

Salut

Le Look d'Office 2010 gardera bien sûr les rubans, voici quelques images pour vous donner une idée.

Access 2010
Excel 2010
PowerPoint 2010
OutLook 2010
Word 2010

**Heureux-oli** · 26/06/2009, 10h43

Salut,

La chose se précise.
Ce sera le 10 juillet à 10:00 pour la sortie Beta.

**Arkham46** · 30/06/2009, 16h13

Apparemment il y a aurait un éditeur pour le ruban :

C'est Word sur l'image, j'espère que c'est étendu à tous les produits Office.
Et si en passant MS pouvait inclure ça dans un service pack de la version 2007 ça m'arrangerait, je pourrais jeter mon assistant.

Invité · 30/06/2009, 16h34

Envoyé par Arkham46

Et si en passant MS pouvait inclure ça dans un service pack de la version 2007 ça m'arrangerait, je pourrais jeter mon assistant.

Ce serait effectivement une très bonne idée dans un SP de 2007, pas pour ton assistant il n'est pas à jeter, au contraire

**Annaelle32** · 01/07/2009, 10h46

Microsoft Office 2010 : un avant goût

La version 2010 de Microsoft Office est plus ou moins connue maintenant avec des modifications relativement notables tout en conservant toutefois la philosophie adoptée dans Microsoft Office 2007.

Nouveautés
Les grands changements concernent, entre autres, Microsoft Outlook. Tous les outils, englobés dans la notion de ruban, présents dans Windows 7 sont généralement encore là.
Si auparavant une icône de marquage se trouvait sur le coin à gauche en haut remplaçant - dans Office 2007 - le traditionnel menu Fichiers, maintenant chaque application possède son propre bouton-icône avec leur sigle de reconnaissance usuel (vert pour Excel, bleu pour Word ou jaune pour Outlook)
Les « get-back » des applications sont restaurés (supprimés dans Office 2007), ils permettront aux applications de revenir en arrière avec des possibilités de déplacer, restaurer, minimiser ou agrandir la fenêtre, avec toutefois d’infimes modifications.
En cliquant avec le bouton droit sur l’icône de Microsoft Outlook, sur la barre des tâches, vous pouvez créer un nouveau mail ou accéder directement au contact, au calendrier ou à la boîte de réception. De même que vous n’aurez plus à aller dans Outlook pour voir les nouveaux Mail, Internet Explorer 8 vous donne la possibilité d’en être informé dans sa fenêtre.
En outre, pour intégrer un fichier en pièce jointe, il suffit de le prendre dans la liste affichée, de le faire glisser sur l’icône d’Outlook est le tour est joué, une nouvelle fenêtre de composition s’affiche avec déjà le fichier en pièce jointe.

Quick Step
L’option Quick Step autorise l’utilisateur à créer un type de macro qui rassemble plusieurs actions en un seul programme. L’ensemble peut être lancé à partir d’un seul bouton placé sur le ruban principal. C’est surtout utile pour exécuter astucieusement des tâches répétitives comme, par exemple, le déplacement des mails vers un dossier dédié, sans pour autant créer des règles. Un simple clic suffit à y ajouter ou y à supprimer des taches.

64-bits
Et comme il fallait s’y attendre avec les versions 64bits que Microsoft essaie pertinemment de mettre sur le marché, Microsoft Office 2010 jouira d’une version 64-bits, en hommage sûrement à Windows Vista et a fortiori à Windows 7, comme pour admettre que désormais les applications avec 32-bits sont en passe d’être obsolètes. Un fait plus ou moins prévisible dans la mesure où les applications deviennent de plus en plus gourmandes en ressources et les utilisateurs deviennent de plus en plus impatients.

Bref, si les utilisateurs apprécient une meilleure aisance dans la composition des messages, certains déplorent encore l’absence d’une écriture sur un arrière plan. Mais pour Microsoft, le meilleur reste sûrement à venir.