added or removed Manipulator
* added a menu bar to the MainWindow
* undo/redo work from the menu now
* one can add a new path object
* the selected path will get focus for being manipulated
(will be moved elsewhere later on...)
TODO: allow to connect paths to shapes
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18004 a95241bf-73f2-0310-859d-f6bbb57e9c96
* ShapeContainerListener also gets the index at which a Shape was added
* ShapeListView allows to drag-sort the shapes
* ShapeListView allows to remove shapes (untested)
* IconRenderer is independent of StyleManager now, the
order of shapes is now correct
* disabled clipping for now, since clear() ignores it (clearing will
be changed for a checker background anyways)
* added copy constructor to Shape (needs to clone the Transformers yet)
* Selectable optionally knows the global Selection, so that one
could use Selectable::SetSelected() and it would add itself to
the selection (not yet used)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17995 a95241bf-73f2-0310-859d-f6bbb57e9c96
- added IconView which just uses an IconRenderer to display a preview
of the icon at a certain size
- PathListView and ShapeListView (very much work in progress)
* actually had the gamma correction applied in the wrong direction...
now the anti-aliasing looks as smooth as planned
* added SetName() and Name() to Shape and VectorPath... will be in a
common base class later on
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17988 a95241bf-73f2-0310-859d-f6bbb57e9c96
in my branch, but in the main trunk. That should do no harm though.
* Made LayoutTest1 build for libbe_test and added it to the
install-test-apps target.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17982 a95241bf-73f2-0310-859d-f6bbb57e9c96
we now search for a Terminal index : we use scripting to ask every Terminal its window title, and from this computes a free index
this fixes bug #699
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17975 a95241bf-73f2-0310-859d-f6bbb57e9c96
to the new stack.
It seems I removed sysctl() a bit too early, as this effectively turns off our current
immature networking stack - sorry, but it wasn't that useful, anyway. Feel free to
send me your complaints :-)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17971 a95241bf-73f2-0310-859d-f6bbb57e9c96
bugs are still in bash 3.0, we should send them a patch for this...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17970 a95241bf-73f2-0310-859d-f6bbb57e9c96
* We probably won't have a sys/file.h anymore in the future (I already removed it
from the new network stack branch) - it's not part of POSIX and looks pretty
much useless to me.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17969 a95241bf-73f2-0310-859d-f6bbb57e9c96
API once it exists, it doesn't build anymore.
Would now link against libnetwork.so instead of libbind.so/libsocket.so.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17968 a95241bf-73f2-0310-859d-f6bbb57e9c96
why I didn't notice before). Will need to be ported over to the new stack API once it's there.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17967 a95241bf-73f2-0310-859d-f6bbb57e9c96
won't exist anymore in the new stack.
* Fixed build for the new stack and replace PF_INET with AF_INET (the former is not
part of the POSIX specs, so I took the liberty and removed it).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17966 a95241bf-73f2-0310-859d-f6bbb57e9c96
buffer to allow safe access of the user provided string - maybe we should
introduce a user_strdup() instead.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17960 a95241bf-73f2-0310-859d-f6bbb57e9c96
... the problem is local to my machine... sorry about that!
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17937 a95241bf-73f2-0310-859d-f6bbb57e9c96
issues:
* Our glue code was broken after all - it allowed Haiku apps to start under
BeOS (and vice versa), but the initialization/termination functions were
called with an invalid image ID - on *both* sides! As it turns out, the
Be glue code did *something* with %ebx, but certainly didn't put the image
ID in there, but just passed it on the stack, as we did before (just in
the wrong order...). Therefore, the arch_call_init_term stuff is not
necessary.
* When unloading add-ons, their termination functions were never called, as
the image (for get_image_symbol()) was already made inaccessible, and
therefore the symbol couldn't be found.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17928 a95241bf-73f2-0310-859d-f6bbb57e9c96
