in the system; if a font chosen could not be found, a fallback font (be_fixed_font)
is used.
Cleanup.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14603 a95241bf-73f2-0310-859d-f6bbb57e9c96
* BFont::Face() was almost always wrong - also on the server side,
_TranslateStyleToFace() was broken.
* a clean font was not correctly initialized to be_plain_font
* BFont::GetFamilyAndStyle() did not work correctly if either family
or style was NULL - which is allowed, and shouldn't have let it abort
its task.
* FontServer::GetStyle() by ID did not work reliably under certain
circumstances (but those were not reached with the current server)
* BFont::SetFamilyAndStyle() did not work when family was NULL, and
it also never set fFace correctly.
* Introduced a FontFamily::GetStyleWithFace()
* Renamed some FontFamily/FontStyle methods from ie. GetID() to ID()
to match the style used everywhere else in BeOS.
* Removed AS_SET_FAMILY_NAME as its no longer in use.
* Lots of cleanup and simplification.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14602 a95241bf-73f2-0310-859d-f6bbb57e9c96
Moved AS_ACTIVATE_APP over to Desktop. _CursorThread() is currently dysfunctional (but not enabled anyway).
Minor cleanup (Desktop::WindowList() is now a BObjectList).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14599 a95241bf-73f2-0310-859d-f6bbb57e9c96
Some add-ons don't build, since they include non-R5 networking headers.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14598 a95241bf-73f2-0310-859d-f6bbb57e9c96
it introduces a find_directory_r() instead of making the original call thread-safe.
Maybe we should only support this operation on Haiku, anyway.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14597 a95241bf-73f2-0310-859d-f6bbb57e9c96
That also includes some XSI signals, SIGPOLL and SIGVTALRM, dunno if we will every support
those in a useful way.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14593 a95241bf-73f2-0310-859d-f6bbb57e9c96
"*** remove ..." error messages when initializing a BFS image via the bfs_shell.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14591 a95241bf-73f2-0310-859d-f6bbb57e9c96
If someone (Ingo) has a better solution, please yell :-)
The error output was strange:
C++ generated/objects/r5/x86/release/tools/rc/parser.o
In file included from /boot/home/develop/haiku/haiku/src/tools/rc/parser.y:26:
/boot/develop/headers/be/app/Message.h:38: parse error before `>'
/boot/develop/headers/be/app/Message.h:39: parse error before `>'
/boot/develop/headers/be/app/Message.h:54: template with C linkage
/boot/develop/headers/be/app/Message.h:54: confused by earlier errors, bailing out
gcc -c "generated/objects/haiku/x86/common/tools/rc/parser.cpp" -O2 -Wall -Wmissing-prototypes -Wno-ctor-dtor-privacy -Woverloaded-virtual -Wpointer-arith -Wcast-align -Wsign-compare -Wno-multichar -Wno-sign-compare -Wno-unused -include src/tools/rc/R5Compatibility.h -D_ZETA_USING_DEPRECATED_API_=1 -DARCH_x86 -D_NO_INLINE_ASM -DCOMPILE_FOR_R5 -Isrc/tools/rc -Igenerated/objects/common/tools/rc -Igenerated/objects/r5/x86/common/tools/rc -Igenerated/objects/haiku/x86/common/tools/rc -I- -o "generated/objects/r5/x86/release/tools/rc/parser.o" ;
...failed C++ generated/objects/r5/x86/release/tools/rc/parser.o ...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14581 a95241bf-73f2-0310-859d-f6bbb57e9c96
AMD docs were not up to date. Thanks to Herve for the note.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14578 a95241bf-73f2-0310-859d-f6bbb57e9c96
This seem to enhance the stability of the app_server by a magnitude (at least I can
now run apps like Installer and Media without an instant crash).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14549 a95241bf-73f2-0310-859d-f6bbb57e9c96
