Nuevo en Outlook para desarrolladores

Este documento proporciona una vista de nivel superior de las adiciones y mejoras para desarrolladores de Microsoft Outlook 2013, incluidas las aplicaciones de correo, servicios de datos de tiempo para la barra de meteorología y respuesta en línea de terceros. El documento también describe los cambios en el Outlook Social Connector, servicio móvil de Office, compatibilidad para Outlook 2013 coexistencia con una versión anterior de Outlook y nuevos criterios de rendimiento para complementos. Para los programadores que están listos para empezar a un salto de la plataforma de Outlook, este documento proporciona información suficiente para comenzar a codificar en Outlook 2013.

Introducción

Outlook 2013 proporcionan compatibilidad con programación para un número de nuevas características. Office Add-ins es una nueva plataforma que permite a los programadores usar herramientas basadas en web como HTML y JavaScript para crear aplicaciones que exponen dentro de la ventana de inspector o el panel de lectura de Outlook. A diferencia de tradicional complementos COM, las aplicaciones no requieren que instale o actualice un archivo DLL en el equipo del usuario. Cuando una aplicación de correo se inicializa por el usuario, la aplicación de correo usa el modelo de objetos de JavaScript de Complementos de Office para proporcionar información contextual sobre el mensaje seleccionado en el cliente enriquecido de Outlook y Outlook Web App. La aplicación se ejecuta en el servidor web y los cambios realizados en el contenido web se reflejará inmediatamente en la aplicación que se ejecuta en un cliente de Outlook.

Además de las aplicaciones, no hay compatibilidad de extensibilidad para la nueva barra de meteorología y los cambios realizados en cómo Outlook 2013 admite la extensibilidad de proveedores de Outlook Social Connector y servicios de Office Mobile. Otras características como la coexistencia de Outlook y la supervisión del rendimiento del complemento no están relacionadas directamente a cualquier modelo de objetos, pero va a influir en la forma de diseñar y crear la solución.

Los siguientes son los cambios importantes para desarrolladores de Outlook 2013:

• Aplicaciones de correo

• Servicio meteorológico personalizado para la barra de meteorología

• Mejoras en el modelo de respuesta en línea y otros objetos de Outlook

• Mejoras de Outlook Social Connector

• Dejando de soporte técnico para el servicio móvil de Office

• Coexistencia con versiones anteriores de Outlook

• Criterios de rendimiento para mantener los complementos habilitados

Nota

Objetos, propiedades, métodos y eventos descritos en este artículo pueden cambiar en la versión RTM de Outlook 2013. Las características del modelo de objeto adicionales también podrían presentarse antes de la versión RTM de Outlook 2013. Asegúrese de obtener la versión RTM de Outlook 2013 para probar los cambios de código antes de la versión de la solución.

Aplicaciones de correo

Office Add-ins son una nueva característica que le permite incorporar los servicios web directamente en Outlook sin tener que escribir e implementar un complemento de Outlook tradicional. En Outlook 2013, aplicaciones de correo proporcionan experiencias ricas y atractivas para los usuarios de Outlook o Outlook Web App con una sola base de código. Una aplicación de correo muestra un panel de la aplicación adyacente para el panel de lectura de Outlook o un inspector para proporcionar contenido web apropiado para la cita o mensaje mostrado. Las aplicaciones se crean mediante tecnologías web ubicuos como HTML y JavaScript. Aplicaciones de correo requieren Exchange 2013 y no están disponibles para los usuarios con cuentas en versiones de Exchange anteriores a Exchange 2013 o con cuentas POP3 o IMAP.

Las secciones siguientes describen brevemente la arquitectura de aplicaciones de correo, las reglas de activación y modelo de seguridad. Estas secciones no están diseñadas como referencia técnica completa. Para obtener más información sobre el esquema del manifiesto, las condiciones de regla, entidades integradas y personalizadas expresiones regulares, el modelo de objetos de JavaScript y enviar una aplicación de correo a la Tienda Office, consulte Crear aplicaciones para Office .

Arquitectura

La arquitectura de la plataforma de aplicaciones de correo es elegante en su sencillez. Un cliente de Exchange como el cliente enriquecido de Outlook o Outlook Web App descargas de manifiestos de aplicaciones de correo desde el servidor de Exchange. El manifiesto XML especifica un conjunto de reglas que se ejecutan en el cliente y determinar si la aplicación se activa cuando el usuario selecciona un mensaje de correo electrónico o una cita. Si se cumplen las reglas de activación, el botón de la aplicación aparecerá en la barra de aplicaciones. Por ejemplo, en la figura 1 ver que los Mapas de Bing y correo de Elemento de acción han activado aplicaciones basan en el contenido del mensaje de correo electrónico seleccionado y aparecen en la barra de aplicaciones.

En la figura 1. Aplicación que muestra sensible al contexto Bing map en Outlook de correo

Una aplicación de correo se dice que se activará cuando su botón de la aplicación aparece en la barra de aplicaciones. Una vez que el usuario selecciona el botón de la aplicación, el panel de aplicaciones aparece y ejecuta un controlador de eventos inicializar en el código JavaScript de la página web que se hospedan en el servidor web. La figura 2 se describe el proceso que se lleva a cabo cuando se inicia un cliente de Outlook y el usuario selecciona un elemento en Outlook.

La figura 2. Proceso de inicio y la arquitectura de la aplicación de correo

El código JavaScript de una aplicación de correo puede obtener acceso a las propiedades del elemento de cita o mensaje seleccionado. Según los permisos solicitados por la aplicación, la aplicación también puede tener acceso a las propiedades personalizadas, enumerar entidades (como las direcciones o sugerencias de reunión) o coincidencias de expresiones regulares y realizar llamadas de servicio de Web Exchange (EWS).

Reglas de activación.

Control de las reglas de activación cuando se activa una aplicación de correo en la interfaz de usuario de un cliente de Outlook. Las reglas se definen en el archivo XML de manifiesto y se aplican por el motor de reglas de evaluación para el elemento seleccionado en el panel de lectura o en una ventana del inspector. Si las reglas se evalúan como true, el botón de la aplicación está visible en la barra de aplicaciones. Tenga en cuenta lo siguiente acerca de las reglas:

• Se pueden combinar varias reglas para las necesidades de activación complejos.

  Se aplican los operadores lógicos de And o Or .

  Uso de expresiones regulares, se pueden definir reglas.

  Las reglas pueden tener acceso a entidades conocidas como números de teléfono, direcciones URL y direcciones postales.

Tipos de reglas son los siguientes.

Tipo de regla	Descripción
ItemIs	Una regla para comprobar si el elemento es un tipo específico (cita, mensaje o clase de mensaje personalizada). Por ejemplo: <Rule xsi:type="ItemIs" ItemType="Message" />
ItemHasKnownEntity	Una regla para comprobar si el elemento tiene una entidad específica. Por ejemplo: <Rule xsi:type="ItemHasKnownEntity" EntityType="Address" />
ItemHasRegularExpressionMatch	Una regla para comprobar si hay coincide con la expresión regular especificada.
RuleCollection	Define una regla consta de varias reglas (combinadas mediante And o Or).

Tenga en cuenta que pueden reconocer las reglas de entidades conocidas o expresiones regulares personalizadas que se definen en el manifiesto de aplicación.

¿Qué son conocidos entidades? Entidades conocidas son analizadas por el servidor de Exchange durante el transporte de mensajes y se marca en el mensaje para su uso por el motor de evaluación de reglas. En la siguiente tabla se enumera algunas entidades conocidas que pueden usar para crear reglas de activación.

Tipo de entidad conocida	Condición de activación
Address	Direcciones postales de los Estados Unidos; por ejemplo: 1 Microsoft forma, Redmond, WA 07722
Contact	Un nombre personal que se relaciona con otras entidades. Por ejemplo: Steve Ballmer, Microsoft, 1 Microsoft Way, Redmond, WA 98052
EmailAddress	Cualquier dirección de correo electrónico SMTP. Por ejemplo: someone@contoso.com
MeetingSuggestion	reconocería el siguiente texto como una sugerencia de encuentro: Quedamos próximo martes para comer.
PhoneNumber	Números de teléfono de Estados Unidos; por ejemplo: (425) 555-1212
TaskSuggestion	Frases accionables de un mensaje de correo. Por ejemplo: Instale Office 2013 en mi equipo.
Url	Una dirección web o el nombre de archivo. Por ejemplo: https://microsoft.com

modelo de seguridad

Su buzón de correo contiene la información privada. En un entorno corporativo, su buzón de correo contiene con privilegios de comunicaciones con los clientes, proveedores y sus compañeros de trabajo. Outlook protege esa información y se garantiza que las aplicaciones de correo proteger esa información. Cuando un usuario adquiere una aplicación de correo, el usuario debe conceder el nivel de permisos solicitado por la aplicación en su manifiesto. Si el usuario no concede el permiso, la aplicación no está instalada en el buzón de Exchange del usuario. Aplicaciones de correo utilizan un modelo de seguridad de tres niveles. ¿Qué puede hacer una aplicación depende de la concesión de seguridad por el usuario final o el administrador, en función del permiso solicitado en el manifiesto de aplicación. Tenga en cuenta que no se puede instalar aplicaciones que requieren el permiso de lectura y escritura de buzón de correo por un usuario final. Aplicaciones que solicitan el permiso de lectura y escritura buzón deben estar instaladas por un administrador del sistema.

La figura 3. Modelo de seguridad de tres niveles para aplicaciones de correo

Figura 3 y en la tabla siguiente describen los 3 niveles de permisos. Tenga en cuenta que el permiso de forma predeterminada, restringido, restringe una aplicación de acceso a la información de identificación personal (PII) desde el mensaje seleccionado actualmente. Si el usuario concede un nivel elevado de permiso como Leer elemento, la aplicación puede obtener información como el remitente o los destinatarios del mensaje. Permiso de buzón de lectura y escritura permite que la aplicación llamar a un subconjunto de las eficaces funciones EWS, incluida la capacidad para crear o modificar los elementos de buzón de un usuario.

Actor	Permisos en el manifiesto	Access
Aplicaciones de correo de los usuarios finales instalar el nivel de confianza bajo	Restricted	Subconjunto de entidades conocidas de mensaje: Address, PhoneNumber, Url
Aplicaciones de correo de los usuarios finales instalar el nivel de confianza bajo	ReadItem	Todas las entidades conocidas de mensaje: Address, Contact, EmailAddress, MeetingSuggestion, PhoneNumber, TaskSuggestion, Url Expresión regular personalizado coincide con desde el cuerpo del mensaje. JSOM Remitentes/destinatarios/asistentes Ubicación del sujeto Inicio de sesión único Perfil de usuario Método GetUserIdentityTokenAsync
Administradores de Exchange para instalar aplicaciones de correo de gran confianza	ReadWriteMailbox	acceso de ReadItem y lo siguiente: JSOM: método makeEWSRequestAsync EWS: subconjunto de API de EWS

Servicio de datos de tiempo personalizada para la barra de meteorología

La nueva barra de meteorología en Outlook 2013 usa MSN el tiempo para proporcionar las previsiones de tiempo para las ubicaciones seleccionada por el usuario. Servicios de datos de terceros meteorología pueden conectar a Outlook para proporcionar las previsiones de meteorología similares. La figura 4 se muestra la barra de meteorología mostrar una previsión meteorológica para Nueva York.

La figura 4. La barra de meteorología mostrar una previsión meteorológica para Nueva York

Para conectar en la barra de meteorología de Outlook, un servicio de información meteorológica puede implementar un servicio web que admite un protocolo simple de parte de 2:

1. El servicio de información meteorológica admite una dirección URL base a un servicio web, por ejemplo, http://service.contoso.com/data.aspx.

2. Parte 1: El servicio web permite Outlook anexar los siguientes parámetros a la dirección URL base solicitar una ubicación de código que corresponde a la ubicación seleccionada por el usuario:

   • outputview = search, que indica que la solicitud es una búsqueda de ubicación.

   • weasearchstr =city, donde city indica la ubicación seleccionada por el usuario de información meteorológica.

   • referencia cultural =LCID, donde LCID indica la referencia cultural de la versión de Office instalada para el usuario. El valor se define en etiquetas de [RFC4646] para identificar los idiomas

   • src = outlook, que indica que Outlook es la aplicación cliente que solicita el servicio.

   La respuesta del servicio web debe cumplir con la Outlook Weather Location XML Schema.

   La figura 5 se resumen parte 1 del protocolo para solicitar y responder con un código de ubicación para la ubicación seleccionada por el usuario.

   La figura 5. Solicitud de servicio Web y la respuesta para un código de ubicación

   

3. Parte 2: El servicio web también es compatible con Outlook para anexar los siguientes parámetros, para solicitar información de previsión para el código de ubicación obtenido en la parte 1:

   • wealocations =code, donde code es la ubicación obtenida en la parte 1.

   • weadegreetype =degreetype, donde degreetype puede ser c de métrica o f de unidades de medida anglosajonas de temperatura.

   • referencia cultural =LCID, donde LCID indica la referencia cultural de la versión de Office, similar a la que en la parte 1.

   • src = outlook, que indica que Outlook es la aplicación cliente que solicita el servicio, similar a la parte 1.

   La respuesta del servicio web debe cumplir con la Outlook Weather Information XML Schema.

   Figura 6 resume parte 2 del protocolo para solicitar y responder para los datos de tiempo para la ubicación seleccionada por el usuario.

   Figura 6. Solicitud de servicio Web y la respuesta de información meteorológica

   

Para obtener más información, vea Ampliación de la barra de meteorología en Outlook.

Cambios del modelo de objetos de Outlook

Nuevos objetos, propiedades, métodos, eventos y valores de enumeración se ha agregado al modelo de objetos de Outlook para proporcionar compatibilidad con programación de nuevas características de Outlook 2013. Además, las mejoras del modelo de objetos tratan las solicitudes de desarrollador frecuentes de los cambios realizados en la plataforma de Outlook.

Mejoras a los objetos existentes de Outlook

En la siguiente tabla se enumera las mejoras en los objetos, colecciones y enumeraciones que estaban disponibles en versiones anteriores de Outlook. Sólo nuevos métodos, propiedades, eventos y valores de enumeración se enumeran en la columna de nuevos miembros .

La tabla 1. Mejoras en modelo de objetos de Outlook

Objeto o (enumeración)	Nuevos miembros
AppointmentItem	Evento ReadComplete
ContactItem	ShowCheckAddressDialog (método) ShowCheckFullNameDialog (método) Evento ReadComplete
DistListItem	Evento ReadComplete
DocumentItem	Evento ReadComplete
Explorador	ActiveInlineResponse (propiedad) ActiveInlineResponseWordEditor (propiedad) InlineResponse (evento) InlineResponseClose (evento)
JournalItem	Evento ReadComplete
MailItem	Evento ReadComplete
MeetingItem	Evento ReadComplete
OlAccountType	valor de enumeración olEas
OlBusyStatus	valor de enumeración olWorkingElsewhere
OlObjectClass	valor de enumeración olClassPeopleView
OlSearchScope	valor de enumeración olSearchScopeCurrentStore
OlViewType	valor de enumeración olPeopleView
PostItem	Evento ReadComplete
RemoteItem	Evento ReadComplete
ReportItem	Evento ReadComplete
SharingItem	Evento ReadComplete
TaskItem	Evento ReadComplete
TaskRequestAcceptItem	Evento ReadComplete
TaskRequestDeclineItem	Evento ReadComplete
TaskRequestItem	Evento ReadComplete
TaskRequestUpdateItem	Evento ReadComplete

Nuevos objetos

En la siguiente tabla se enumera los objetos nuevos que se introdujo en Outlook 2013. Todos los miembros del objeto se enumeran en la columna de Propiedades y métodos .

Tabla 2. Adiciones de modelo de objetos de Outlook

Objeto	Propiedades	Métodos
PeopleView	Aplicación	Aplicar
	clase	Copiar
	Filtro	Eliminar
	Idioma	GoToDate
	LockUserChanges	Restablecer
	Nombre	Guardar
	Elemento primario
	SaveOption
	Sesión
	SortFields
	Estándar
	ViewType
	XML

Objetos y miembros desusados

Los siguientes son el desuso principal en el modelo de objetos de Outlook en esta versión:

• Compatibilidad con la barra Tareas pendientes

  Debido a que la barra Tareas pendientes ya no es compatible con la interfaz de usuario Outlook 2013, si se intenta usar Explorer.ShowPane(olToDoBar) para mostrar u ocultar la barra Tareas pendientes devuelve un error. Debe modificar cualquier código existente para controlar el error o evitar llamar a ShowPane con la constante olToDoBar para código que se ejecuta en Outlook 2013.

• Support for Contact Linking

  El contacto de vinculación de característica y su compatibilidad del modelo de objeto (a través de los objetos Link y Links ) ha quedado obsoleto. La propiedad Links para cada objeto de elemento ahora devuelve Null (Nothing en Visual Basic), y se debe modificar cualquier código existente para controlar este comportamiento.

• El objeto MobileItem . Consulte la sección Dejando de soporte técnico para el servicio móvil de Office para obtener más información.

En la siguiente tabla se enumera los objetos, los miembros y valores de enumeración en desuso en Outlook 2013. Sólo los miembros de objetos en desuso y los valores de enumeración se enumeran en la columna miembros en desuso . Tenga en cuenta que mientras miembros desusados están ocultos en el Examinador de objetos de Visual Basic, enumeraciones obsoletas o valores de enumeración no están ocultos, pero sin embargo, ya no deben usarse en el código.

Objeto, colección o (enumeración)	Valor de miembro o enumeración obsoleto
AppointmentItem	Links (propiedad)
CalendarView	DayWeekFont (propiedad) DayWeekTimeFont (propiedad) MonthFont (propiedad)
ContactItem	Links (propiedad)
DistListItem	Links (propiedad)
DocumentItem	Links (propiedad)
Excepción	ItemProperties (propiedad)
JournalItem	Links (propiedad)
Link	ApplicationClass (propiedad) Item (propiedad) Propiedad Name Parent (propiedad) Session (propiedad) Type (propiedad)
Links	ApplicationClass (propiedad) Count (propiedad) Parent (propiedad) Session (propiedad) AddItem (método) Remove (método)
MailItem	Links (propiedad)
MeetingItem	Links (propiedad)
MobileItem	Propiedades Actions (propiedad) Application (propiedad) Attachments (propiedad) BillingInformation (propiedad) Body (propiedad) Propiedad CategoriesCategories Class (propiedad) Companies (propiedad) ConversationIndex (propiedad) ConversationTopic (propiedad) CreationTime (propiedad) Count (propiedad) EntryID (propiedad) FormDescription (propiedad) GetInspector (propiedad) HTMLBody (propiedad) Importance (propiedad) ItemProperties (propiedad) LastModificationTime (propiedad) MessageClass (propiedad) Mileage (propiedad) MobileFormat (propiedad) NoAging (propiedad) OutlookInternalVersion (propiedad) OutlookVersion (propiedad) Parent (propiedad) PropertyAccessor (propiedad) ReceivedByEntryID (propiedad) ReceivedByName (propiedad) ReceivedTime (propiedad) Recipients (propiedad) ReplyRecipientNames (propiedad) ReplyRecipients (propiedad) Saved (propiedad) SenderEmailAddress (propiedad) SenderEmailType (propiedad) SenderName (propiedad) SendUsingAccount (propiedad) Sensitivity (propiedad) Sent (propiedad) SentOn (propiedad) Session (propiedad) Size (propiedad) SMILBody (propiedad) Subject (propiedad) Submitted (propiedad) To (propiedad) UnRead (propiedad) UserProperties (propiedad) Métodos Close (método) Copy (método) Delete (método) Display (método) Forward (método) Move (método) Reply (método) ReplyAll (método) Save (método) Método SaveAs Send (método) Eventos AttachmentAdd (evento) AttachmentReadAttachmentRemove (evento) BeforeAttachmentAdd (evento) BeforeAttachmentPreview (evento) BeforeAttachmentRead (evento) BeforeAttachmentSave (evento) BeforeAttachmentWriteToTempFile (evento) BeforeAutoSave (evento) BeforeCheckNames (evento) BeforeDelete (evento) Close (evento) CustomAction (evento) evento CustomPropertyChange Forward (evento) Open (evento) PropertyChange (evento) Read (evento) ReadComplete (evento) Reply (evento) ReplyAll (evento) Send (evento) UnloadWrite (evento)
NoteItem	Links (propiedad)
OlObjectClass	valor de enumeración olLink valor de enumeración olLinks valor de enumeración olMobile
OlPane	valor de enumeración olToDoBar
PostItem	Links (propiedad)
RemoteItem	Links (propiedad)
ReportItem	Links (propiedad)
TaskItem	Links (propiedad)
TaskRequestAcceptItem	Links (propiedad)
TaskRequestDeclineItem	Links (propiedad)
TaskRequestItem	Links (propiedad)
TaskRequestUpdateItem	Links (propiedad)

Trabajar con una respuesta en línea

Outlook 2013 presenta la característica de respuesta en línea, donde el usuario puede redactar una respuesta en el panel de lectura, en lugar de abrir una nueva ventana del inspector. Si la solución requiere la adición de controles de interfaz de usuario de Office Fluent personalizados a la cinta de opciones de nota de redacción o necesita aplicar lógica empresarial o funcionalidad personalizada a un mensaje de respuesta antes de enviar la respuesta, modificar la solución para usar el nuevo evento InlineResponse en el objeto Explorer .

Nota

Puede usar la respuesta en línea sólo si se ha seleccionado en el menú Ver para mostrar el panel de lectura en el explorador.

El evento InlineResponse es el equivalente al evento NewInspector en el objeto de colección Inspectors inline. El evento NewInspector se desencadena cuando se abre una nueva ventana del inspector. El evento InlineResponse se desencadena cuando el usuario realiza una acción que hace que una respuesta en línea que aparezca en el panel de lectura, como se muestra en la figura 7.

Figura 7. Se crea una respuesta en línea cuando el usuario selecciona una acción de respuesta

Compatibilidad del modelo de objeto de respuesta en línea

Se agregaron los siguientes miembros para el objeto Explorer para proporcionar soporte técnico de programación para la característica de respuesta en línea:

Miembro	Descripción
ActiveInlineResponse (propiedad)	Devuelve un objeto de elemento que representa el elemento de respuesta en línea activa en el panel de lectura. Es de sólo lectura.
ActiveInlineResponseWordEditor (propiedad)	Devuelve el objeto de documento de Word de la respuesta en línea activo que se muestra en el panel de lectura. Es de sólo lectura.
InlineResponse (evento)	Se produce cuando el usuario realiza una acción que hace que una respuesta en línea que aparezca en el panel de lectura.

Utilizar el evento InlineResponse

Vamos a imaginar un escenario donde se necesita el código para insertar una renuncia de responsabilidad para cada mensaje de redacción incluidos responder, responder a todos y reenviar los mensajes. Dado que la respuesta en línea es el modo de respuesta predeterminado en Outlook 2013, el código debe enlazar un controlador de eventos para el evento InlineResponse en el objeto Explorer . El siguiente código de C# enlaza un controlador de eventos para el evento InlineResponse en la clase OutlookExplorer . En este ejemplo de código, OutlookExplorer es una clase de contenedor para una colección de objetos Explorer .

public OutlookExplorer(Outlook.Explorer explorer)
{
    m_Window = explorer;

    // Hook up InlineResponse event
    m_Window.InlineResponse += 
        new Outlook.ExplorerEvents_10_InlineResponseEventHandler
        (m_Window_InlineResponse);

    // Hook up other events if applicable.
}

Una vez InlineResponse se activa el evento, el código de ejemplo crea una instancia del objeto MailItem de m_Mail y escucha el evento PropertyChange para ese objeto MailItem . m_Mail es una variable de instancia de tener en cuenta el evento que se puede usar para implementar cualquier lógica empresarial requerido por el complemento.

El código de ejemplo compara la propiedad MailItem.Size en 0 para determinar si la respuesta en línea es nueva o un borrador existente. La propiedad ActiveInlineResponseWordEditor devuelve un objeto Word.Document , doc, que representa la respuesta en línea activo para el activo Explorer. Con el modelo de objetos de Word, el código agrega una renuncia al principio de este objeto doc .

// InlineResponse fires when the user creates an inline response item
void m_Window_InlineResponse(object Item)
{
    if (Item is Outlook.MailItem)
    {
        m_Mail = Item as Outlook.MailItem;
        // Hook up event-aware instance variable.
        // Use the variable to implement any business logic 
        // required by your add-in.
        m_Mail.PropertyChange += 
            new Outlook.ItemEvents_10_PropertyChangeEventHandler(
                m_Mail_PropertyChange);
        // Implement any business logic.

        // Use mail.Size to determine if item is new 
        // or is a draft inline response.
        // Size == 0 indicates a new inline response.
        if (m_Mail.Size == 0)
        {
            {
                Word.Document doc = 
                    m_Window.ActiveInlineResponseWordEditor as Word.Document;
                Word.Application wdApp = doc.Application as Word.Application;
                Word.Range rng = wdApp.ActiveDocument.Range(Start: 1);
                rng.InsertBefore("My Disclaimer...");
            }
        }
        else
        {
            // Do nothing.
        }
    }
}

Tenga en cuenta que la propiedad ActiveInlineResponse devuelve un objeto MailItem que representa el elemento de respuesta en línea activa. Puede utilizar las mismas propiedades y métodos del objeto MailItem en este artículo, excepto los siguientes:

• MailItem.Actions (propiedad)

• MailItem.Close (método)

• MailItem.Copy (método)

• MailItem.Delete (método)

• MailItem.Forward (método)

• MailItem.Move (método)

• MailItem.Reply (método)

• MailItem.ReplyAll (método)

• MailItem.Send (método)

Por otro lado, si no hay respuesta en línea está activo, las propiedades ActiveInlineResponseWordEditor y ActiveInlineResponse devuelven null.

Agregar controles personalizados a la ficha contextual herramientas de redacción

Otro escenario posible es que desea extender la interfaz de usuario de Outlook para una respuesta en línea. Para extender la interfaz de usuario de Outlook, debe utilizar la extensibilidad de interfaz de usuario Fluent de Office que no se trata en detalle en este artículo. Vea los vínculos que se proporciona al final de este artículo para obtener información adicional sobre cómo extender la interfaz de usuario de Outlook. Cuando se muestra una respuesta en línea en Outlook 2013, el usuario ve la ficha contextual Herramientas de redacción aparece en la cinta de Office Fluent. Para agregar el control a la ficha contextual Herramientas de redacción, agregar los controles personalizados a la < contextualTabs >< / contextualTabs > sección de XML que se pasa al método GetCustomUI de la interfaz IRibbonExtensibility para el RibbonID igual a "Microsoft.Outlook.Explorer" de la cinta de opciones. Debe identificar el elemento de tabSet con el valor adecuado para el atributo idMso , que en este caso es "TabComposeTools". El XML de cinta de opciones siguiente crea el control de MyButton que se muestra en la figura 7.

    <contextualTabs>
      <tabSet idMso="TabComposeTools">
        <tab idMso="TabMessage">
          <group label="MyGroup" id="MyComposeToolsGroup">
            <button id="MyButtonInlineResponse"
                    size="large"
                    label="MyButton"
                    imageMso="MagicEightBall"
                    onAction="OnInlineResponseButtonClick" />
          </group>
        </tab>
      </tabSet>
    </contextualTabs>

Cuando el usuario selecciona el control MyButton , se llama al controlador de OnInlineResponseButtonClick . El ejemplo de código siguiente utiliza la propiedad ActiveInlineResponseWordEditor para obtener una instancia de un objeto Word.Document . A continuación, puede usar toda la funcionalidad del objeto Word.Document para insertar y dar formato al texto según sea necesario por su escenario.

// Callback for inline response custom button.
public void OnInlineResponseButtonClick(Office.IRibbonControl control)
{
    if (control.Context is Outlook.Explorer)
    {
        Outlook.Explorer myExplorer =
            control.Context as Outlook.Explorer;
        Word.Document doc =
        myExplorer.ActiveInlineResponseWordEditor as Word.Document;
        Word.Application wdApp = doc.Application as Word.Application;
        Word.Range rng = wdApp.ActiveDocument.Range(Start: 1,
            End: wdApp.ActiveDocument.Characters.Count);
        rng.InsertBefore("\n" + "My Disclaimer...");
    }
}

Cambios a la extensibilidad del proveedor de Outlook Social Connector

En Office 2013, Outlook Social Connector (OSC) ha ampliado su ámbito. Permite a Outlook, pero no sólo todas las aplicaciones de cliente de Office que permiten mostrar la presencia de usuario y la tarjeta de contacto para mostrar una suma de las actualizaciones de la información del entorno social se aplica en un sitio de red social o professional. Además, el cliente de Lync, SharePoint Workspace y SharePoint Server admiten también el OSC.

Un cambio importante en la extensibilidad de proveedores OSC en Outlook 2013 es que las actividades ya no están sincronizadas con la caché de actividades. Si un proveedor de OSC admite las actividades de visualización, el proveedor debe sincronizar actividades a petición para mostrar actividades actualizadas.

Además, los proveedores de ahora pueden usar el esquema XML de OSC para comunicar los metadatos adicionales para una persona, por ejemplo, askmeabout, businessAddress, interests, skills, schools, website.

Para obtener información detallada, vea Novedades para los proveedores.

Dejando de soporte técnico para el servicio móvil de Office

En Office 2010, los desarrolladores pueden crear servicios web para el Servicio móvil de Office (OMS) para integrar las funciones móviles de Outlook y SharePoint con dispositivos móviles. En Office 2013, sólo SharePoint sigue admitiendo OMS. Outlook 2013 también ha suplantado el objeto MobileItem y sus miembros. Si se intenta crear un MobileItem con Application.CreateItem devuelve E_INVALIDARG.

Coexistencia con versiones anteriores de Outlook

Coexistencia hace referencia a la capacidad de proporcionar Outlook 2013 por hacer clic y ejecutar en el mismo equipo donde está presente Outlook 2007 o Outlook 2010. Coexistencia, también conocida como instalación en paralelo, permite al usuario probar Outlook 2013 sin tener que desinstalar una versión anterior de Outlook. Click-to-Run es el mecanismo de entrega predeterminado para Outlook 2013. Una vez Outlook 2013 se entrega en un equipo, el usuario puede ejecutar Outlook 2013 o la versión anterior de Outlook instalada en su equipo. Tenga en cuenta que coexistencia no significa ejecutando dos versiones de Outlook al mismo tiempo. No se admite la ejecución de simultáneamente dos versiones de Outlook y Outlook muestra un cuadro de diálogo de error si intenta ejecutar una versión anterior de Outlook mientras se está ejecutando Outlook 2013.

Nota

Coexistencia de Outlook 2013 no es compatible con versiones de Outlook anteriores a Outlook 2007.

Matriz de compatibilidad de versión

En esta sección se describe los modos de valor de bits y la instalación de versiones anteriores de Outlook que pueden coexistir con Outlook 2013. Tenga en cuenta lo siguiente:

• MSI hace referencia a la instalación de Microsoft Installer (MSI) de una versión anterior de Outlook.

• Versiones compatibles de Windows para Office 2013 Windows 7 y Windows 8 sólo están.

• No se admite Windows Server para hacer clic y ejecutar.

• Outlook 2013 no admite la coexistencia con Outlook 2003 o anterior.

• Outlook 2013 no admite la coexistencia con la misma versión de Outlook, es decir, no se admiten Outlook 2013 instalados por MSI y Outlook 2013 aporta Click-to-Run en el mismo equipo.

• No se admiten bits cruzados. El usuario siempre debe instalar la versión de Click-to-Run que coincide con el valor de bits de la instalación MSI de nivel inferior.

Versión	MSI de Outlook 2007	MSI de Outlook 2010 x 86	MSI de Outlook 2010 x 64
Outlook 2013 C2R x86	Sí	Sí	No
Outlook 2013 C2R x64	No	No	Sí

Perfiles de dependen de la versión

Para admitir la coexistencia, Outlook 2013 almacena los perfiles de Outlook en una sección independiente en el registro de Windows. El perfil desde una versión anterior de Outlook se migra a la sección de perfil de Outlook 2013 durante el primer inicio de Outlook 2013. Subsiguientes cambios o adiciones en el perfil de la versión anterior de Outlook no se migran durante posteriores inicios del Outlook 2013.

Subárbol de perfiles en el registro de Windows

A diferencia de versiones anteriores de Outlook que almacena los perfiles de manera independiente de la versión en HKCU\Software\Microsoft\Windows NT\Windows Messaging Subsystem\Profiles, Outlook 2013 almacena los perfiles en un subárbol con versiones bajo la siguiente clave:

\Outlook\Profiles HKEY_CURRENT_USER\Software\Microsoft\Office\ < versión >

donde < versión > es una cadena que representa la versión principal de xx.0, como 15.0 para Outlook 2013.

Llamar a las API de perfil MAPI

No hay ningún cambio para aplicaciones leer datos de perfil de una sección de perfil. Después de inicializar MAPI (para una versión de nivel inferior o la versión más reciente de MAPI, dependiendo de los requisitos de la aplicación), una aplicación puede utilizar perfil MAPI común API para leer los valores de la sección de perfil adecuado.

Si una aplicación inicializa MAPI para Outlook 2013, perfil MAPI API leer o escribir datos de perfil en el subárbol con versión. Si la aplicación inicializa MAPI para una versión anterior de Outlook, perfil MAPI API leer o escribir datos de perfil en el subárbol independiente de la versión.

Registro de la ruta de acceso de aplicación

Para evitar que las aplicaciones de bajo nivel de carga de la versión incorrecta de MAPI, Outlook 2013 modifica el registro de la ruta de acceso de aplicación en el registro. Una versión de nivel inferior de una aplicación que se carga la versión incorrecta de MAPI puede producir un bloqueo en la aplicación que intenta cargar MAPI. Normalmente, las versiones anteriores de Outlook han escrito la ruta de acceso de la aplicación de Outlook a la clave siguiente:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\OUTLOOK. EXE

Las versiones anteriores de Click-to-Run no modificar la ruta de acceso de la aplicación para Outlook. Proporcionar Outlook 2013 por Click-To-Run modifica la ruta de acceso de la aplicación como se indica a continuación:

• Instala las revisiones de seguridad para Outlook 2007 o Outlook 2010 para quitar la dependencia de la ruta de acceso de aplicación.

  Modificar la ruta de acceso de la aplicación para que apunte a la ruta de acceso de Outlook 2013 para Outlook.exe.

  La ruta de acceso predeterminada de Outlook.exe Outlook 2013 es C:\Program Files\Microsoft Office 15\root\office15.

Control de versiones MAPI

Las aplicaciones que usan MAPI llama a la función MAPIInitialize inicializar una sesión MAPI. De forma predeterminada, las aplicaciones que inicialización MAPI usar la versión de MAPI proporcionado por Outlook 2013. Si necesita usar una versión diferente de MAPI, vea los temas siguientes en la Referencia de la MAPI de Outlook 2013.

• Creación de aplicaciones MAPI en plataformas de 32 bits y 64 bits (en inglés)

• Cómo: vínculo a funciones de MAPI

• Cómo: elegir una versión específica de MAPI para carga

Simple MAPI

Simple MAPI hace referencia a la API que permite a las aplicaciones enviar correo con datos adjuntos mediante MAPISendMail o MAPISendMailW nuevas API introducida con Windows 8.

• Las API de MAPI Simple compatibles sólo son MAPISendMail (Windows 7) o MapiSendMailW (Windows 8).

  Deben tener en cuenta los desarrolladores modificar código de Simple MAPI ya existente para usar MAPISendMailW (Windows 8) o MAPISendMailHelper (Windows 7) con soporte completo de Unicode y la capacidad para mostrar un inspector de Outlook no modal.

  Si no se está ejecutando Outlook o Outlook 2013 se ejecuta, la llamada a MAPISendMail o MAPISendMailW muestra un inspector de Outlook 2013.

  Si está ejecutando una versión anterior de Outlook, al llamar a MAPISendMail o MAPISendMailW , muestra el siguiente error:

  No se admite esta acción mientras se está ejecutando una versión anterior de Outlook.

Controladores de protocolos

Durante la instalación, Outlook 2013 está registrado como el controlador de protocolo predeterminado para los protocolos comunes enumerados en la siguiente tabla. Outlook 2013, outlook 2010 y Outlook 2007 admiten estos protocolos.

Protocolo	Description
feed:, feeds:	Controlador para fuentes RSS
mailto:	Controlador para vínculos MailTo que muestran un inspector de Outlook
stssync:	Controlador de sincronización de SharePoint
outlook:	Protocolo de Outlook sólo puede utilizarse desde Outlook elemento body o carpeta de la página principal
webcal:	Controlador de protocolo webcal

Tenga en cuenta lo siguiente si Outlook 2013 está presente con una versión anterior de Outlook en el mismo equipo:

• Si está ejecutando ninguna versión anterior de Outlook, el controlador de protocolo de llamada invoca Outlook 2013 para controlar la solicitud del controlador de protocolo.

Si está ejecutando una versión anterior de Outlook, el controlador de protocolo de llamada usa una entrega de la línea de comandos para invocar la versión anterior de Outlook para controlar la solicitud.

Asociaciones de archivo

Durante la instalación, Outlook 2013 está registrado como el controlador predeterminado para las asociaciones de archivo comunes enumerados en la tabla siguiente. Outlook 2013, outlook 2010 y Outlook 2007 admiten todas estas extensiones de archivo.

Asociación de archivos	Descripción
.eml	Mensaje de correo electrónico
.fdm	Definición de formulario de Outlook
.hol	Días festivos de Outlook
.ics	archivo de iCalendar
.msg	Elemento de mensaje de Outlook
.oft	Plantilla de elemento de Outlook
.pst	Archivo de datos de Outlook
.vcf	archivo vCard
.vcs	archivo vCalendar

Tenga en cuenta lo siguiente si Outlook 2013 está presente con una versión anterior de Outlook en el mismo equipo:

• Si está ejecutando ninguna versión anterior de Outlook, al abrir un elemento desde el sistema de archivos, abre el elemento en Outlook 2013. Esta acción inicia Outlook 2013 si no se está ejecutando.

• Si está ejecutando una versión anterior de Outlook, abrir un elemento desde el archivo sistema causa Outlook 2013 para iniciar y entregar la solicitud a esa versión anterior de Outlook.

La creación de un objeto Application de Outlook

Complementos deben usar el objeto Application pasado en el evento de OnConnection (complementos nativos) o ThisAddin_Startup (complementos administrados creados con Visual Studio Tools para Office). Si la aplicación la crea un objeto de Outlook.Application con CreateObject u otra función que proporciona la capacidad de crear una instancia de Outlook.Application, debe tener en cuenta de los siguientes procedimientos en un entorno de coexistencia:

• Si Outlook no se está ejecutando o se ejecuta, la llamada a Outlook 2013CreateObject("Outlook.Application") devuelve un objeto Outlook.Application que representa Outlook 2013.

• Si está ejecutando una versión anterior de Outlook, la llamada a CreateObject devuelve un objeto Outlook.Application que representa la versión anterior de Outlook.

• Examine la propiedad Application.Version para determinar la versión de Outlook que se está ejecutando.

Detección de Click-to-Run

Para detectar la existencia de Outlook en el entorno de Click-to-Run, compruebe que existe la clave de VirtualOutlook en la siguiente clave del registro:

HKLM\Software\Microsoft\Office\15.0\Common\InstallRoot\Virtual\VirtualOutlook

Si existe la clave VirtualOutlook, Outlook se ha entregado como una aplicación de Click-to-Run.

Garantizar la solución se ejecutará en el entorno de coexistencia

Puesto que la coexistencia es el modo de entrega predeterminado, debe probar la solución contra Outlook 2013 y versiones anteriores de Outlook y comprobar para los siguientes problemas posibles:

• Complementos registrados en el subárbol independiente de la versión en el registro de Windows en

  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\Outlook\Addins

  o

  HKEY_CURRENT_USER\Software\Microsoft\Office\Outlook\Addins

  Puesto que el registro del complemento es independiente de la versión, el complemento se debe ejecutar cuando se ejecuta Outlook 2013 o una versión anterior de Outlook. Asegúrese de probar una versión actualizada de su complemento contra Outlook 2013 y versiones anteriores de Outlook. El complemento debe detectar la versión de Outlook con Application.Version y ajustar correctamente a la versión de Outlook de ejecución.

• Quite las dependencias de ruta de acceso de aplicación desde el código.

• No utilice el registro de Windows para enumerar los perfiles. En su lugar, utilice el API de perfil MAPI.

Criterios de rendimiento para mantener los complementos habilitados

Extender el pilar de resistencia de complementos de Outlook 2010, los monitores Outlook 2013 métricas de rendimiento complemento como complemento de inicio, apagado, intercambiar carpeta, elemento, abra y frecuencia de invoke. Outlook registra el tiempo transcurrido en milisegundos para cada métrica de supervisión de rendimiento.

Por ejemplo, la métrica de inicio mide el tiempo necesario para cada complemento conectado durante el inicio de Outlook. A continuación, Outlook calcula el tiempo de inicio intermedio sobre iteraciones sucesivas 5. Si el tiempo de inicio intermedio es superior a 1000 milisegundos (1 segundo), Outlook deshabilita el complemento y muestra una notificación al usuario que un complemento se ha deshabilitado. El usuario tiene la opción de habilitar siempre el complemento, en el que caso de Outlook no deshabilitará el complemento incluso si el complemento supera el umbral de rendimiento de 1000 milisegundos

Supervisión del rendimiento de complementos para deshabilitar de forma predeterminada

Outlook utiliza los siguientes criterios para determinar si debe deshabilitar un complemento. El usuario tiene la opción de habilitar un complemento siempre y excluir el complemento de los criterios de deshabilitar complementos.

Criterios	Umbral (en milisegundos)	Descripción
Inicio	1000	Mide el tiempo en milisegundos para el complemento de inicio completo mediante el evento IDTExtensibility2_OnConnection . De forma predeterminada, si el tiempo medio superiores a 5 iteraciones sucesivas supera el umbral de rendimiento, Outlook deshabilita el complemento.
Apagado	500	Mide el tiempo en milisegundos para el complemento de cierre completado mediante el evento IDTExtensibility2_OnDisconnection . Sólo se aplica a complementos que cierre lenta de solicitud. Complementos que usar el apagado rápido no están sujetos a estos criterios. Si el tiempo medio de más de 5 iteraciones sucesivas supera el umbral de rendimiento, Outlook deshabilita el complemento en el siguiente inicio de Outlook.
Intercambiar carpeta	500	Mide el tiempo en milisegundos para el complemento al modificador completa de la carpeta con los eventos BeforeFolderSwitch y FolderSwitch en el objeto Explorer . De forma predeterminada, si el tiempo medio superiores a 5 iteraciones sucesivas supera el umbral de rendimiento, Outlook deshabilita el complemento.
Abrir elemento	500	Mide el tiempo en milisegundos para el complemento para llevar a cabo la apertura de un elemento mediante el evento Open en un elemento. De forma predeterminada, si el tiempo medio superiores a 5 iteraciones sucesivas supera el umbral de rendimiento, Outlook deshabilita el complemento.
Frecuencia de Invoke	1000	Mide el intervalo en milisegundos entre el complemento de realización de 10.000 sucesivas llamadas de invocación de tiempo. De forma predeterminada, si el intervalo entre las llamadas sucesivas 10.000 y la siguiente es menor que el umbral de rendimiento, Outlook deshabilita el complemento. A diferencia de los otros 4 criterios, este criterio no incurre en un valor intermedio.

Control de administrador del sistema sobre complementos

El usuario tiene control sobre qué complementos se ejecutará en su equipo. Los administradores de sistemas, Outlook 2013 proporciona un mayor nivel de control sobre complementos mediante Directiva de grupo. Directiva de grupo siempre reemplaza la configuración del usuario y se impide a los usuarios cambiar la configuración de complemento de complementos que se han configurado mediante la directiva de grupo "Lista de complementos administrados". La clave de directiva es la siguiente.

Tecla	HKCU\Software\Policies\Microsoft\Office\15.0\Outlook\Resiliency\AddinList
Nombre	Lista de complementos administrados
Descripción	Esta configuración de directiva permite especificar qué complementos están siempre habilitados, siempre deshabilitados (bloqueados) o configurables por el usuario. > [!NOTE] > En este caso, el término "administrado" hace referencia a complementos que se controlan mediante la directiva de grupo y no se relacionan con los complementos que se desarrolla en lenguajes de programación administrados.

Para bloquear los complementos que no están administrados por esta configuración de directiva, debe configurar también la configuración de directiva "Bloquear todos los complementos no administrados".

Para habilitar a esta configuración de directiva, proporcione la siguiente información para cada complemento:

• En "Nombre del valor", especifique el identificador de programación (ProgID) de complementos COM.

  Para obtener el ProgID de un complemento, use el Editor del registro en el equipo cliente donde el complemento está instalado para buscar nombres de tecla en

  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\Outlook\Addins

  o

  HKEY_CURRENT_USER\Software\Microsoft\Office\Outlook\Addins

• En "Valor", especifique el valor de la siguiente manera:

  • Para especificar que un complemento siempre está deshabilitado (bloqueado), especifique 0.

  • Para especificar que un complemento siempre está habilitado, especifique 1.

  • Para especificar que un complemento es configurable por el usuario y no esté bloqueado por la configuración de directiva "Bloquear complementos no administrados todo" cuando se habilita, especifique 2.

Si deshabilita o no habilite a esta configuración de directiva, se elimina la lista de complementos administrados. Si está habilitada la configuración de directiva "Bloquear los complementos no administrados todos", se bloquean todos los complementos.

Complementos deshabilitados por esta directiva nunca se deshabilitará por el complemento deshabilitar característica de Outlook, que deshabilita los complementos para motivos de confiabilidad, rendimiento, resistencia.

Interfaz de usuario para la característica de deshabilitar complementos

Cuando un complemento supera el umbral de rendimiento, Outlook muestra la barra de notificación que se muestra en la figura 8 que informa al usuario que se ha deshabilitado uno o varios complementos.

Figura 8. Outlook muestra una barra de notificaciones cuando un complemento está deshabilitado automáticamente

Si el usuario hace clic en el botón de complementos deshabilitados de vista en la barra de notificación, se mostrará el cuadro de diálogo complementos deshabilitado tal como se muestra en la figura 9.

La figura 9. Al hacer clic en el botón "Habilitar siempre este complemento" habilita el complemento y se excluye el complemento de la característica de deshabilitar complementos

Si el usuario decide que el tiempo de rendimiento requerido por el complemento es aceptable, el usuario tiene la opción de habilitar siempre el complemento. Un complemento que siempre está habilitado no se deshabilitará automáticamente basándose en criterios de rendimiento de Outlook. Si por algún motivo el usuario más adelante decide que ya no desea eximir el complemento de la característica de deshabilitar agregar a, el usuario también puede deshabilitar el complemento desde el cuadro de diálogo complementos deshabilitado que se muestra en la figura 10.

Figura 10. Seleccionar la deshabilitar este botón complemento deshabilita el complemento

Impide que un complemento que se está deshabilitado

Mientras que a todos los complementos no se deshabilitará la característica de deshabilitar complementos, no desea que el complemento esté deshabilitada de forma coherente. Estas son sugerencias para mejorar el rendimiento del complemento:

• Preferir complementos COM nativos complementos administrados desde complementos administrados deben provocar la sobrecarga de carga de .NET Framework durante el inicio de Outlook.

• Si tiene tareas de larga duración como realizar una conexión cara a una base de datos, aplazar esas tareas para que se produzcan después del inicio.

• Si es posible, la memoria caché datos de forma local en lugar de realizar la red costosa llamadas durante la FolderSwitch y BeforeFolderSwitch eventos de un explorador o Open eventos de un elemento.

• El sondeo es una operación costosa, por lo que siempre prefiere un modelo controlada por eventos sondeo.

• Tenga en cuenta que todas las llamadas al modelo de objetos de Outlook se ejecutan en el subproceso de primer plano principal de Outlook. Evite realizar llamadas de modelo de objetos de Outlook de larga duración si es posible. Tenga en cuenta que en Outlook 2013, llamadas al modelo de objetos de Outlook devuelven E_RPC_WRONG_THREAD cuando se llama al modelo de objetos de Outlook desde un subproceso de fondo.

En particular, si usa herramientas de desarrollo de Office en Visual Studio para crear complementos administrados, tenga en cuenta que el primer complemento para cargar CLR es llevaría a cabo una disminución del rendimiento. Tenga en cuenta las siguientes medidas y a continuación, consulte los recursos adicionales al final de este documento para obtener más información:

• Cargar un complemento administrado a petición.

• Retraso en la carga de CLR.

• Utilice un paquete de implementación de MSI en lugar de ClickOnce.

• Si procede, use una ruta de acceso rápido a omitir la validación de esquema, validación de firmas digitales en manifiestos y la comprobación de actualización automática. Puede encontrar más información acerca del uso de la ruta de acceso rápido en la entrada de blog Rendimiento mejoras próximamente a un Service Pack cerca de usted (Stephen Peters).

• Si el complemento extiende la cinta de opciones y los vínculos en una biblioteca de gran tamaño, invalide reflexión de la cinta de opciones.

Conclusión

Aplicaciones de correo proporcionan una interesante oportunidad para que los programadores incorporar servicios web y la interfaz de usuario basada en web contextual directamente en Outlook y Outlook Web App. Se han entregado en nuestra visión de "Escribir una vez y ejecutar en cualquier lugar" para desarrolladores de Exchange y Outlook. Ahora ofrecemos dos pilares de extensibilidad, la primera que se basa en la característica Agregar COM de Office introducida en Office 2000 y la segunda que se basa en la plataforma de aplicaciones de correo. El modelo de complemento COM admite la integración profunda con solo el cliente de Outlook y requiere que tocar cada escritorio cuando se instala la solución. Si tiene una solución de complemento existente, considere la posibilidad de actualizar el complemento para que funcione con la característica de deshabilitar agregar, coexistencia y respuesta en línea. Si busca nuevas oportunidades para llegar a una audiencia muy grande con Outlook y Outlook Web App, cree una aplicación de correo y disfrutar de implementación de web simple y la integración del servicio web directamente en la interfaz de usuario de Outlook. Cualquier ruta de acceso elija (y es posible que elija ambos), feliz codificación!

Recursos adicionales

Office Add-ins

• Crear aplicaciones para Office

Barra de meteorología

• Ampliación de la barra de meteorología en Outlook

• Outlook Weather Location XML Schema

• Outlook Weather Information XML Schema

Modelos de objetos de Outlook y Office

• Referencia del desarrollador de Outlook 2013

• Extensión de la interfaz de usuario en Outlook 2010

Outlook Social Connector

• Introducción al desarrollo de un proveedor de Outlook Social Connector

Coexistencia y MAPI

• Referencia MAPI Outlook 2013

• Outlook 2010: archivos de encabezado MAPI

• Ejemplos de código de API (MAPI) de mensajería de Outlook 2010

• MAPI internos blog de Stephen Griffin sobre

Desarrollo de complementos de rendimiento y de Office en Visual Studio

• Complementos VSTO de carga a petición

• Carga de retraso CLR en complementos de Office

• Rendimiento de VSTO: retrasar la carga y (Stephen Peters)

• Mejoras de rendimiento dirigido pronto a un Service Pack cercano a usted (Stephen Peters)

• Rendimiento de VSTO: reflexión (Stephen Peters) de la cinta de opciones

• Publicación de soluciones de Office mediante Windows Installer

Varios

• Novedades para desarrolladores de Office 2013