638022c07f
WIP: add run-time type check API to Placement
2009-06-06 04:02:08 +02:00
8a453bd52b
WIP: start drafing MObjectRef
2009-06-02 03:31:52 +02:00
78901837fc
WIP: planned refinement on PlacementRefs: augmented assignment
2009-06-02 03:13:52 +02:00
1f5d94683a
WIP: test driven brainstorming...
2009-06-01 04:53:45 +02:00
d49eea6e5d
finished reworking Placement (hierarchy and ID)
2009-05-31 05:02:03 +02:00
20a1268683
recast the PlacementHierarchy_test to use the real Placement/MObject hierarchy
2009-05-29 23:13:56 +02:00
50a42e5104
extract dummy MObject hierarchy for unit tests
2009-05-29 22:12:12 +02:00
014b6c0b49
intend to use the time wrapper
2009-05-29 19:03:34 +02:00
0d41379dda
incorporate the hash ID into the concept draft
2009-05-28 03:43:59 +02:00
2e0daaf88e
concept draft featuring an alternative way to define the Placement template
2009-05-27 03:20:33 +02:00
003895b08d
considering how to bring the new hash ID into Placement.
...
Which in turn is required for the Placement/MObject ref and the Placement index
2009-05-24 19:34:47 +02:00
020636b90a
WIP extract the hash ID draft into separate header & test
2009-05-22 02:40:20 +02:00
0802d969cc
WIP disentangle ID definition from target hierarchy by templating it on the base class
2009-05-22 02:15:58 +02:00
87362a4b0d
WIP draft for a generic hash based and typed id, similar to asset::ID
2009-05-21 20:26:44 +02:00
35ebe966b5
add new kind of MObject (Binding) to express special scopes
2009-05-21 04:06:36 +02:00
cc66f2b0d0
preliminary placement index impl started.
...
Basically I need this simple framework to be able to write tests,
which enables me to flesh out the API, which in turn is a
prerequisite for defining the PlacementRef
2009-05-20 03:36:12 +02:00
cab776847d
spelling and cleanup (to get it compiling)
2009-05-20 02:26:47 +02:00
9b3ca200e7
considering new facilities for referring to placements
2009-05-09 03:08:38 +02:00
3ae3e36f3f
@Joel: a simple convenience wrapper for gavl_time_t
2009-04-24 21:48:38 +02:00
10597beeba
mass rename: relocate basic Logging conf. from liblumieracommon to liblumiera
2009-01-25 00:24:42 +01:00
Christian Thaeter
25108f6afc
WIP: deploy new logging flags in tests
2009-01-24 22:30:26 +01:00
e921b1658c
error.hpp belongs to src/lib
2008-12-27 00:53:35 +01:00
cbbc298fe9
kill some warnings
2008-12-26 23:17:51 +01:00
e32194b810
Autotools fixes (make the tests compile)
2008-12-18 10:48:50 +01:00
5f94b3ba68
Autotools adjustments
2008-12-18 10:26:38 +01:00
6d66476383
move config, interfaces and pluginsystem to liblumieracommon
2008-12-18 08:54:33 +01:00
357c7f0d9f
further Makefile.am tweaks to make the tests compile again
2008-12-18 07:44:06 +01:00
9a63ccc588
finish common->lib transition for the tests
2008-12-18 04:47:41 +01:00
Christian Thaeter
9a1a1890e2
post rebase fixes
...
tests are still broken and will be fixed for the shared lib transistion
2008-12-16 19:54:48 +01:00
c567c57a58
reorganise NoBug global definitions and startup
2008-12-15 13:33:04 +01:00
628be502e5
reordered some files to use the new include and lumiera directories
2008-12-15 13:33:04 +01:00
Christian Thaeter
a95a40613c
Fix: oops some more liblumi to liblumiera renames
2008-10-21 06:48:59 +02:00
Christian Thaeter
f75af1dec3
liblumiprocmobjectcontroller.a is not needed anymore in tests
2008-10-18 18:03:35 +02:00
Michael Ploujnikov
387ba8c321
find and configure NoBug by using pkg-config
2008-08-30 13:28:24 -04:00
Michael Ploujnikov
8bdab41ea0
factor out -I$(top_srcdir)/src/ to a top-level AM_CPPFLAGS
...
also remove a related unnecesary comment in src/gui/Makefile.am
2008-08-30 12:05:21 -04:00
616d522ea9
yet more make fixes
2008-08-21 09:58:34 +02:00
4746dcd233
Fix build with gcc 4.3
...
(Explanation: 4.3 detects when a local typedef redeclares a templated type
from an enclosing scope. This was never legal anyway)
2008-08-20 15:45:36 +01:00
749f7a41c6
Landing draft implementation of pull() call
2008-08-17 04:22:46 +02:00
e5d75eee9b
test covering the stack-wise buffer pointer table allocation
2008-07-21 03:25:06 +02:00
6310e9789b
Merge ct/devel to see if there are any problems...
2008-05-20 04:58:16 +02:00
Christian Thaeter
5659219e55
correct date in copyright header
2008-05-19 13:31:18 +02:00
6b1be6b7e7
Refactorings regarding use of smart-ptr, Placement and BuilderTool
2008-05-19 08:46:19 +02:00
86162ad314
moved new code into library modules and adapted BuilderTool to use it.
...
BuilderTool_test now passed.
2008-05-19 08:38:13 +02:00
Christian Thaeter
d6d6a10404
add components test build
2008-05-19 01:55:05 +02:00
662678f8d1
WIP refactored in preparation of splitting into several lib modules
2008-05-18 05:08:11 +02:00
88fc2f6099
WIP reworked to replace boost::variant by a custom solution
...
Not a big simplification, but at least the actual codepath is shorter,
while it's not so general as boost::variant (and not threadsafe!)
2008-05-17 04:34:46 +02:00
85b0029166
WIP: how to get at the actual wrapper (here Placement) from within BuilderTool.
...
Nasty problem ... draft solution using boost::variant. To be reconsidered later...
2008-05-11 15:44:24 +02:00
03047e6d17
WIP maybe a solution for getting the correct wrapper within Builder Tools.
...
works, but problem is: you need to know the exact type of the wrapper, e.g. Placement<Clip> or shared_ptr<Media>
2008-04-26 05:38:19 +02:00
d9e6adfe02
make Placement<MObject> implement the interface Buildable.
...
WIP: works, but isnt what I intended. Rather need a specialisation to be able to define functions
treat (Placement<TY>) based on the concrete TY....
2008-04-23 05:48:45 +02:00
aea5ed323a
refactor to use the customized lumiera::P<Type> instead of shared_ptr<Type>
2008-04-23 04:16:45 +02:00
