lumiera_/src/steam/mobject/session/query-focus.hpp

223 lines
8.1 KiB
C++
Raw Normal View History

/*
QUERY-FOCUS.hpp - management of current scope within the Session
2010-12-17 23:28:49 +01:00
Copyright (C) Lumiera.org
2009, Hermann Vosseler <Ichthyostega@web.de>
2010-12-17 23:28:49 +01:00
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License as
2010-12-17 23:28:49 +01:00
published by the Free Software Foundation; either version 2 of
the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
2010-12-17 23:28:49 +01:00
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
2010-12-17 23:28:49 +01:00
*/
/** @file query-focus.hpp
** Representation of the _current scope_ when navigating the session model.
** Session contents may be discovered by query, and a _current location_ plays a crucial
** role to fill in any missing details for resolving such a query. Thus, any code in need
** to query contents or otherwise discover settings currently in effect within a given scope,
** need to manage the position, where the query resolution is assumed to happen. The query focus
** acts as an abstracted representation of such a location, and provides means for relative navigation.
** The implementation involves a hidden service to record a movement trail, which allows to consider
** the way how a some deeply nested scope was accessed. This information might be of relevance, due
** to the ability to use _virtual clips_ recursively as part of the edit. Effectively, such means to
** refer to some edit defined elsewhere in the session, and thus this feature turns the tree of nested
** scopes into a *DAG* (directed acyclic graph). Such a structure can still be handled as if it was
** a tree, but we need to take the access path into consideration: placing a given edit as virtual
** clip into another scope will cause some properties not defined locally to be resolved in a
** different way, depending on the context in which we encounter this virtual clip. To give an
** example, the edited media might contain "sound", which needs to be panned and routed differently,
** depending on the context the clip is placed into.
**
** @todo WIP implementation of session core from 2010
** @todo as of 2016, this effort is considered stalled but basically valid
*/
#ifndef MOBJECT_SESSION_QUERY_FOCUS_H
#define MOBJECT_SESSION_QUERY_FOCUS_H
#include "steam/mobject/session/scope-path.hpp"
#include "steam/mobject/session/scope-query.hpp"
#include "steam/mobject/session/scope-locator.hpp"
#include "steam/mobject/placement-ref.hpp"
#include <boost/intrusive_ptr.hpp>
#include <string>
namespace steam {
namespace mobject {
namespace session {
/**
* Current focus location to use as point-of reference
* for contents and location discovery queries. This is the
* frontend to be used by client code: a smart-handle, internally
* linked through the ScopeLocaor singleton to a stack of current
* focus path locations. The intention is for this current location
* to follow the ongoing query/discovery operations mostly automatically.
*
* # usage
*
* A QueryFocus (frontend handle) can be default constructed, in which
* case it will automatically connect to what is currently the focus
* location for any further queries. Here, the current focus location
* is defined as the most recently used location which is still referred
* by some QueryFocus handle.
*
* Alternatively, through the static factory function #push(), a new
* focus location may be opened, thereby pushing the currently used
* focus location aside. This new focus location will remain the
* current focus, until all handles referring to it go out of scope.
*
* Using an existing QueryFocus (handle), the current focus may be
* shifted to another scope within the current session. This
* »navigating« operation will use the current focus position as
* point of departure, thus retaining a similar access path to any
* nested sequences. (These might be attached multiple times within
* the same session, each attachment constituting a different
* context scope. Navigating tries to retain the current context)
*
* The templated query functions allow to issue specifically typed
* queries to retrieve all children (immediately contained in a
* given scope), or do discover depth-first any content within
* this scope. The result set of these queries will be filtered
* to yield only placements compatible to the specified kind of
* MObject. E.g, you may query all Clip objects within a given Fork.
*
* The implementation of these query operations is backed by the
* PlacementIndex in the current session. The link to the session
* is established the moment these query functions are invoked.
* The returned iterator (Lumiera Forward Iterator) contains a
* smart-ptr to keep the hidden result set alive. The results
* are delivered without any defined order (implementation is
* hashtable based)
*
* @see QueryFocus_test
* @see scope-path.hpp (concept: path of scopes)
*/
class QueryFocus
{
boost::intrusive_ptr<ScopePath> focus_;
public:
QueryFocus();
ScopePath const& currentPath() const;
RefPlacement currentPoint() const;
operator Scope() const;
operator string() const;
QueryFocus& shift (Scope const&);
static QueryFocus push (Scope const&);
static QueryFocus push ();
QueryFocus& reset ();
QueryFocus& pop ();
template<class MO>
2009-11-20 19:58:22 +01:00
typename ScopeQuery<MO>::iterator
query() const;
2009-11-20 19:58:22 +01:00
template<class MO>
typename ScopeQuery<MO>::iterator
explore() const;
lib::IterSource<const Scope>::iterator
locate (Scope const& toTarget);
private:
QueryFocus (ScopePath&);
static ScopePath& currPath();
};
/** allowing direct conversion to Scope.
* Implemented by copying the scope at
* leaf position of the current focus path
*/
inline QueryFocus::operator Scope() const
{
return focus_->getLeaf();
}
/** @return ref to internal datastructure
* @warning don't store it directly. Rather
* copy it or store a QueryFocus instance.
* @note use #attach if the intention is
* to \em manipulate the current
* focus location */
inline ScopePath const&
QueryFocus::currentPath() const
{
return *focus_;
}
/** @return placement-ref to the object the
* QueryFocus is currently pointing at
*/
inline RefPlacement
QueryFocus::currentPoint() const
{
return RefPlacement (focus_->getLeaf().getTop());
}
/** discover depth-first any matching object
* within \em current focus. Resolution is
* delegated to the \em current session */
template<class MO>
inline typename ScopeQuery<MO>::iterator
QueryFocus::query() const
{
return ScopeLocator::instance().query<MO> (*this);
}
/** discover any matching object contained
* as immediate Child within \em current focus.
* Resolution through \em current session */
template<class MO>
inline typename ScopeQuery<MO>::iterator
QueryFocus::explore() const
{
return ScopeLocator::instance().explore<MO> (*this);
}
/** shift or navigate the current focus to point at
* the given target scope. In case of multiple possible
* access paths, the \em current location is taken into
* account, trying to reach the new location in a
* \em similar fashion as much as possible.
* @note moves the current focus as side-effect
* @return the effective / virtual new access path
* leading to the new target focus scope */
inline lib::IterSource<const Scope>::iterator
QueryFocus::locate (Scope const& toTarget)
{
return ScopeLocator::instance().locate (toTarget);
}
}}} // namespace steam::mobject::session
#endif