Quelle  ContentAction.idl   Sprache: C

/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
/*
 * This file is part of the LibreOffice project.
 *
 * This Source Code Form is subject to the terms of the Mozilla Public
 * License, v. 2.0. If a copy of the MPL was not distributed with this
 * file, You can obtain one at http://mozilla.org/MPL/2.0/.
 *
 * This file incorporates work covered by the following license notice:
 *
 *   Licensed to the Apache Software Foundation (ASF) under one or more
 *   contributor license agreements. See the NOTICE file distributed
 *   with this work for additional information regarding copyright
 *   ownership. The ASF licenses this file to you under the Apache
 *   License, Version 2.0 (the "License"); you may not use this file
 *   except in compliance with the License. You may obtain a copy of
 *   the License at http://www.apache.org/licenses/LICENSE-2.0 .
 */



module com { module sun { module star { module ucb {

/** specifies actions which can be transported with content events.

    <p>
    The situations under which contents will send ContentEvents of the various
    action types are described below.  The description is broken into a list of
    useful definitions, a list of events that happen to contents, and a list of
    reactions taken by contents in response to those events.
    </p>

    <p>
    The definitions are as follows:
    </p>

    <table border =1>
    <tr><td>D1</td><td>A content C has an identifier id(C).</td></tr>
    <tr><td>D2</td><td>A content C is in one of two states, Alive or Deleted.
                       </td></tr>
    <tr><td>D3</td><td>A folder content F has a set of children H(F) that is a
                       set of content identifiers. For example, an "open"
                       command will usually return a    subset of the contents
                       denoted by H(F).</td></tr>
    </table>

    <p>
    The events that can happen to contents (and that are of interest in this
    context) are listed next.  Note that "event" here does not mean an
    ContentEvent, but rather some event that occurs either because some content
    processes a command, or because a content gets informed about a relevant
    change in the underlying system it represents.
    </p>

    <table border =1>
    <tr><td>E1</td><td>The identifier of a content C changes from id1(C) == A
                       to id2(C) == B, denoted as E1(C: A->B). For example,
                       this event may occur when content C processes a
                       "setPropertyValues" command changing its "Title" property,
                       or when a folder that hierarchically contains C changes
                       its identity.</td></tr>
    <tr><td>E2</td><td>The state of a content C changes from Alive to Deleted,
                       denoted as E2(C). For example, this event may occur when
                       content C processes a "delete"   command, or when a content
                       representing an IMAP message gets informed   by the IMAP
                       server that the message has been deleted.</td></tr>
    <tr><td>E3</td><td>The set of children of a folder content F is enlarged by
                       some identifier A (that was not previously in that set,
                       i.e., !(A in H1(F)) && (A in H2(F))), denoted as E3(F, A).
                       For example, this event may occur when a new content
                       created at folder F processes its "insert" command, or
                       when a folder representing   an IMAP mailbox gets informed
                       by the IMAP server that a new message has arrived at that
                       mailbox.</td></tr>
    </table>

    <p>
    Finally, the list of reactions taken by contents in response to the above
    events gives a description of what kinds of ContentEvents are sent in which
    situations:
    </p>

    <table border =1>
    <tr><td>R1</td><td>E1(C: A->B) results in C sending an EXCHANGED
                       ContentEvent, which then results in the following: All
                       folders F that used to have A as a child, but will not
                       have B as a child, i.e., (A in H1(F)) && !(B in H2(F)),
                       send a REMOVED ContentEvent.</td></tr>
    <tr><td>R2</td><td>E2(C) results in C sending a DELETED ContentEvent,
                       which then results in the following:  All folders F that
                       used to have A as a child, but will not continue to have
                       A as a child, i.e., (A in H1(F)) && !(A in H2(F)), send
                       a REMOVED event.</td></tr>
    <tr><td>R3</td><td>E3(F, A) results in F sending an INSERTED event.</td></tr>
    </table>
*/
published constants ContentAction
{
    /** A content was inserted into a folder content (i.e., while updating the
        folder).

        <p>This action must be notified at the listeners of the folder content.
    */
    const long INSERTED = 0;

    /** A content was removed from a folder content, but not physically
        destroyed (i.e., due to rules just applied to the folder).

        <p>This action must be notified at the listeners of the folder content.
    */
    const long REMOVED = 1;

    /** A content was physically destroyed.

        <p>Events containing this action may be generated at any time. So a
        content event listener should be prepared to get notified the "death"
        of the related content!

        <p>This action must be notified at the listeners of the deleted
        content.
    */
    const long DELETED = 2;

    /** This Action indicates that a content has changed its identity (i.e.
        after renaming a file system folder).

        <p>This action must be notified at the listeners of the exchanged
        content.
    */
    const long EXCHANGED = 4;

    /** This is obsolete and should no longer be used.

        @deprecated
    */
    const long SEARCH_MATCHED = 128;

};


}; }; }; };

/* vim:set shiftwidth=4 softtabstop=4 expandtab: */