|
|
da04e13213
|
re-thinking the pattern of the fake implementation
|
2010-10-28 03:57:12 +02:00 |
|
|
|
61a2e26bc8
|
rework fake-resolution, now searching the session
this whole creation-logic seems to be somewhat broken
|
2010-10-27 07:26:33 +02:00 |
|
|
|
fcbd18621e
|
session: attaching and detaching objects
|
2010-10-26 05:37:14 +02:00 |
|
|
|
987026f4c8
|
implement creation of "default" Timeline
|
2010-10-25 06:08:36 +02:00 |
|
|
|
13e1a3a943
|
mostly unimplemented... referring the relevant tickets
|
2010-10-25 03:08:52 +02:00 |
|
|
|
9fc366bd25
|
session lifecycle implementation..
|
2010-10-24 06:50:00 +02:00 |
|
|
|
85b62d99dc
|
stubbed the lifecycle operations
|
2010-10-24 02:48:00 +02:00 |
|
|
|
9bdfface63
|
implementation draft of session lifecycle
|
2010-10-24 02:27:38 +02:00 |
|
|
|
796c4488a5
|
planning session lifecycle implementation
|
2010-10-23 05:58:14 +02:00 |
|
|
|
ad452a9dd4
|
activate complete SessionElementTracker_test
(doesn't pass yet -- missing sesison initialisation)
|
2010-10-20 05:12:13 +02:00 |
|
|
|
d1dd3e2677
|
saveguard against deregistering from an alredy destroyed session
|
2010-10-20 04:42:22 +02:00 |
|
|
|
da45bb06f7
|
connect Timeline/Sequence tracking to current session on initialisation
|
2010-10-20 04:08:58 +02:00 |
|
|
|
6cda74c31e
|
connect element-tracking to the asset unlink mechanism
|
2010-10-20 04:00:05 +02:00 |
|
|
|
3e9c337ac0
|
review and verify lib::ElementTracker
|
2010-10-18 05:33:46 +02:00 |
|
|
|
884e3600bd
|
experimental: allow implicit converisons to/from Placement-ID
|
2010-10-17 06:30:56 +02:00 |
|
|
|
120973311a
|
Session ElementQuery unit test pass (closes #639)
|
2010-10-17 05:54:21 +02:00 |
|
|
|
da994cf9fd
|
draft a test to cover ElementQuery (Session API)
trying to get #639 closed...
discovered, that I had already implemented this
filtering query in 6/2010
|
2010-10-17 05:08:47 +02:00 |
|
|
|
d8c06fac1e
|
add diagnostic self display to QueryFocus
|
2010-10-16 02:21:20 +02:00 |
|
|
|
c772359440
|
add diagnostic self display to ScopePath
|
2010-10-16 02:21:20 +02:00 |
|
|
|
e48a9fb811
|
add diagnostic self display to placement-Scope
|
2010-10-16 02:21:20 +02:00 |
|
|
|
48605827a6
|
Add test to cover the very basic MObject interface
|
2010-10-16 02:21:20 +02:00 |
|
|
|
b9e99a2be2
|
add ability to generate a short-ID to MObject hierarchy
|
2010-10-16 02:21:20 +02:00 |
|
|
|
73a1adcdf5
|
QueryFocus_test working now (still without diagnostic output)
|
2010-10-16 02:21:19 +02:00 |
|
|
|
a0234ecc38
|
get QueryFocus_test to compile with the (now existing) implementation
|
2010-10-16 02:21:19 +02:00 |
|
|
|
64f017da43
|
QueryFocusStack_test pass
|
2010-10-16 02:21:19 +02:00 |
|
|
|
46597009f9
|
get the basic ScopePath_test to pass
|
2010-10-16 02:21:19 +02:00 |
|
|
|
5c28b5d46e
|
re-read, verify and finish off the Scope, ScopeLocator and QueryFocus implementation
|
2010-10-16 02:21:19 +02:00 |
|
|
|
119f7be36c
|
define copy operations explicitly (closes #662)
ScopePath and Scope implementation should be roughly complete
|
2010-10-16 02:21:19 +02:00 |
|
|
|
bba9ce2570
|
code up the remaining Scope operations. Closes #430
|
2010-10-16 02:21:18 +02:00 |
|
|
|
6dd18f96c6
|
extend the session services API to support scope discovery
This allows the implementation of the Scope class to access
the current Session / PlacementIndex behind the scenes
|
2010-10-16 02:21:18 +02:00 |
|
|
|
99f29f9795
|
now able to build a IterSource based opaque const Scope iterator
for this to work, scope-path.hpp injects an explicit specialisation,
causing the RangeIter defined in ScopePath to yield const Scope
|
2010-10-16 02:21:18 +02:00 |
|
|
|
fdfb946d63
|
preparation to allow explicit type bindings for iter-adapter
|
2010-10-16 02:21:18 +02:00 |
|
|
|
e5de12fc7a
|
(draft) maybe solved the problem defining a scope iterator
actually that would require to extract the IterTraits
from iter-adapter.hpp to allow for such dedicate specialisations
|
2010-10-16 02:21:18 +02:00 |
|
|
|
9593d388cc
|
back out that caching query, it's nonsense
defeating the whole purpose of that interface
|
2010-10-16 02:21:18 +02:00 |
|
|
|
001a45f64a
|
WIP implementation idea how to get both iterations unified
|
2010-10-16 02:21:18 +02:00 |
|
|
|
e14aba833e
|
remove the parent-iteration capability from Scope
its not needed yet, and would be surprisingly tricky
to implement, so lets get rid of it!
Use QueryFocus or ScopeLocator instead
|
2010-10-16 02:21:17 +02:00 |
|
|
|
d5cdd39f52
|
WIP trying to code up the public query function for scope paths
problem is how to get an iterator compatible with ScopeQuery...
|
2010-10-16 02:21:17 +02:00 |
|
|
|
088922a790
|
remove obsolete helper
seems to be a leftover, obsoleted by the simplifications done this june
in c80b1894e6 Ticket #641
|
2010-10-16 02:21:17 +02:00 |
|
|
|
58757281b0
|
rearrange the query functions to suit the changed ScopePath internals
|
2010-10-16 02:21:17 +02:00 |
|
|
|
1fe76e33a2
|
WIP: move the (planned) logic for virtual paths to ScopePath::navigate()
|
2010-10-16 02:21:17 +02:00 |
|
|
|
d1d7f3bc58
|
decided on an extension point to add virtual/effective paths
we need that later to get full meta-clip functionality
|
2010-10-16 02:21:17 +02:00 |
|
|
|
8078357e3c
|
revisiting the binding scope problem
|
2010-10-16 02:21:17 +02:00 |
|
|
|
e16ca49894
|
Merge in new (experimental) 'advice' concept
|
2010-07-14 04:33:42 +02:00 |
|
|
|
562e571624
|
Purge Track-Asset from codebase (Ticket #581)
From now on EntryID<mobject::session::Track> will play this role
|
2010-06-21 03:43:25 +02:00 |
|
|
|
b7353c6368
|
indentation
|
2010-06-20 05:23:08 +02:00 |
|
|
|
1089b339d0
|
code up querying for specific track, as used in the StructFactory
|
2010-06-20 05:19:47 +02:00 |
|
|
|
edbb2410a0
|
factor out a new session API sub-module for the global query functions
|
2010-06-20 04:30:42 +02:00 |
|
|
|
5e104b633a
|
querying for specific objects (automatically pick target type)
|
2010-06-19 08:47:28 +02:00 |
|
|
|
c1cb5320e0
|
factor the specific query into separate header
|
2010-06-19 05:37:39 +02:00 |
|
|
|
c80b1894e6
|
Clean up design of ScopeQuery, throw out Iterator mixin (closes #641)
|
2010-06-19 05:20:34 +02:00 |
|
