Searched +hist:9 +hist:b6b158b (Results 1 - 11 of 11) sorted by relevance

/haiku/headers/os/interface/
H A DUnicodeBlockObjects.hdiff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
H A DFont.hdiff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
/haiku/src/servers/app/
H A DServerFont.hdiff 9dad3fb4 Fri Dec 28 15:46:52 MST 2018 Michael Lotz <mmlr@mlotz.ch> app_server: Style and comment cleanup, no functional change.
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
H A DProfileMessageSupport.cppdiff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
H A DJamfilediff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9a44fdc9 Sat Mar 18 06:43:26 MST 2006 Axel Dörfler <axeld@pinc-software.de> * Implemented a new client allocation method: instead of having all bitmaps of
all teams in serveral server areas, and instead of having to eventually clone
them all several times in BBitmap, we now have one or more areas per team,
and BBitmap will only clone areas once if needed. As a side effect, this
method should be magnitudes faster than the previous version.
* This method is also much more secure: instead of putting the allocation
maintenance structures into those everyone-read-write areas, they are now
separated, so that faulty applications cannot crash the app_server this
way anymore. This should fix bug #172.
* Freeing memory is not yet implemented though! (although all memory will
be freed upon app exit)
* There are now 3 different bitmap allocation strategies: per ClientMemoryAllocator
(ie. via ServerApp), per area (for overlays, not yet implemented), and using
malloc()/free() for server-only bitmaps.
* ServerBitmap now deletes its buffers itself.
* Cleaned up BBitmap and BApplication a bit.
* The test environment currently doesn't build anymore, will fix it next.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16826 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9e8d2dd2 Tue Jan 17 14:39:07 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> Removed PicturePlayer, it only contains code duplicated from TPicture. Some cleanups for BPicture. This commit also completes previous commit for BMenu

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16002 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9bdb0522 Thu May 12 09:09:30 MDT 2005 Stephan Aßmus <superstippi@gmx.de> Implemented BFont::GetEscapments() float version. It is pretty rough yet, but appears to handle UTF8 correctly. The optional escapement_delta is currently ignored. I didn't touch other functionality too much, until I know more about it.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12645 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9c59f2f2 Tue Mar 29 11:32:43 MST 2005 Stephan Aßmus <superstippi@gmx.de> fixed app_server build, though I don't exactly know why that fixes it

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12130 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9a44fdc97c4c91b6be039ac5125a618c8fd268cc Sat Mar 18 06:43:26 MST 2006 Axel Dörfler <axeld@pinc-software.de> * Implemented a new client allocation method: instead of having all bitmaps of
all teams in serveral server areas, and instead of having to eventually clone
them all several times in BBitmap, we now have one or more areas per team,
and BBitmap will only clone areas once if needed. As a side effect, this
method should be magnitudes faster than the previous version.
* This method is also much more secure: instead of putting the allocation
maintenance structures into those everyone-read-write areas, they are now
separated, so that faulty applications cannot crash the app_server this
way anymore. This should fix bug #172.
* Freeing memory is not yet implemented though! (although all memory will
be freed upon app exit)
* There are now 3 different bitmap allocation strategies: per ClientMemoryAllocator
(ie. via ServerApp), per area (for overlays, not yet implemented), and using
malloc()/free() for server-only bitmaps.
* ServerBitmap now deletes its buffers itself.
* Cleaned up BBitmap and BApplication a bit.
* The test environment currently doesn't build anymore, will fix it next.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16826 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9e8d2dd28b59ce0fa8b221c116dce41425abf4cf Tue Jan 17 14:39:07 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> Removed PicturePlayer, it only contains code duplicated from TPicture. Some cleanups for BPicture. This commit also completes previous commit for BMenu

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16002 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9bdb0522c19c1f779f8e5c56e8faa4a749800cff Thu May 12 09:09:30 MDT 2005 Stephan Aßmus <superstippi@gmx.de> Implemented BFont::GetEscapments() float version. It is pretty rough yet, but appears to handle UTF8 correctly. The optional escapement_delta is currently ignored. I didn't touch other functionality too much, until I know more about it.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12645 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9c59f2f20706f9dd94a6a18d4f5143c8b33efca4 Tue Mar 29 11:32:43 MST 2005 Stephan Aßmus <superstippi@gmx.de> fixed app_server build, though I don't exactly know why that fixes it

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12130 a95241bf-73f2-0310-859d-f6bbb57e9c96
H A DServerFont.cppdiff 9dad3fb4 Fri Dec 28 15:46:52 MST 2018 Michael Lotz <mmlr@mlotz.ch> app_server: Style and comment cleanup, no functional change.
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9e7948f4 Mon Feb 06 10:42:18 MST 2006 Michael Lotz <mmlr@mlotz.ch> * Fixed locking of the FT_Face by moving it into Get/PutTransformedFace()
* Removed the FaceGetter as it was only needed for locking
* Cleaned up TruncateString()
* Fixed a typo in moreUTF8.h

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16252 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9bdb0522 Thu May 12 09:09:30 MDT 2005 Stephan Aßmus <superstippi@gmx.de> Implemented BFont::GetEscapments() float version. It is pretty rough yet, but appears to handle UTF8 correctly. The optional escapement_delta is currently ignored. I didn't touch other functionality too much, until I know more about it.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12645 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9e7948f45e6b4ff830553c95a037e49f6b5dccd4 Mon Feb 06 10:42:18 MST 2006 Michael Lotz <mmlr@mlotz.ch> * Fixed locking of the FT_Face by moving it into Get/PutTransformedFace()
* Removed the FaceGetter as it was only needed for locking
* Cleaned up TruncateString()
* Fixed a typo in moreUTF8.h

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16252 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9bdb0522c19c1f779f8e5c56e8faa4a749800cff Thu May 12 09:09:30 MDT 2005 Stephan Aßmus <superstippi@gmx.de> Implemented BFont::GetEscapments() float version. It is pretty rough yet, but appears to handle UTF8 correctly. The optional escapement_delta is currently ignored. I didn't touch other functionality too much, until I know more about it.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12645 a95241bf-73f2-0310-859d-f6bbb57e9c96
H A DServerApp.cppdiff 9dad3fb4 Fri Dec 28 15:46:52 MST 2018 Michael Lotz <mmlr@mlotz.ch> app_server: Style and comment cleanup, no functional change.
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9fe35223 Wed Aug 26 18:10:59 MDT 2009 Axel Dörfler <axeld@pinc-software.de> * BWindowScreens had no sychronization mechanism whatsoever - since the
workspace activation message was asynchronous, whether or not the
BWindowScreen stopped drawing in time was pure luck (this also caused crashes
with the VESA driver, as that one unmaps its frame buffer during mode switch).
Introduced a new AS_DIRECT_SCREEN_LOCK protocol for this.
* In the long term, we should let BWindowScreen use the same mechanism as
BDirectWindows, though.
* Removed superfluous locking in BDirectWindow::_InitData().


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32746 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9dbce7a4 Fri Mar 28 12:59:08 MDT 2008 Axel Dörfler <axeld@pinc-software.de> * AS_CURRENT_WORKSPACE now holds a single window lock before retrieving
the current workspace.
* This should fix bug #1765 as far as the app_server is concerned.
* Cleanup, removed extraneous white space.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24632 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9a44fdc9 Sat Mar 18 06:43:26 MST 2006 Axel Dörfler <axeld@pinc-software.de> * Implemented a new client allocation method: instead of having all bitmaps of
all teams in serveral server areas, and instead of having to eventually clone
them all several times in BBitmap, we now have one or more areas per team,
and BBitmap will only clone areas once if needed. As a side effect, this
method should be magnitudes faster than the previous version.
* This method is also much more secure: instead of putting the allocation
maintenance structures into those everyone-read-write areas, they are now
separated, so that faulty applications cannot crash the app_server this
way anymore. This should fix bug #172.
* Freeing memory is not yet implemented though! (although all memory will
be freed upon app exit)
* There are now 3 different bitmap allocation strategies: per ClientMemoryAllocator
(ie. via ServerApp), per area (for overlays, not yet implemented), and using
malloc()/free() for server-only bitmaps.
* ServerBitmap now deletes its buffers itself.
* Cleaned up BBitmap and BApplication a bit.
* The test environment currently doesn't build anymore, will fix it next.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16826 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9ce4e5b4 Thu Mar 09 11:37:28 MST 2006 Axel Dörfler <axeld@pinc-software.de> * The ServerApp now has the concept of a current cursor: this is either the cursor
of the view currently under the mouse, or the application cursor, if the view doesn't
have its own cursor (ie. it will no longer set the wrong cursor in certain situations).
* AS_DELETE_CURSOR has no longer an influence on the application cursor, as this grabs
a ref for its own use - this fixes bug #275.
* AS_SET_CURSOR no longer sets the cursor when the application is not active.
* Minor cleanup.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16678 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9c0c899e Wed Jan 04 02:49:47 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> Added a copy constructor to ServerPicture. ServerPicture's constructors are private now, and can be called only from ServerApp (friend). Changed BList to a stl::stack which is better suited as a stack... Changed ServerApp::CreatePicture() to accept a picture to clone, instead of passing back a token which was never used anyway.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15840 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9b1ad6f4 Mon Oct 31 16:21:36 MST 2005 Axel Dörfler <axeld@pinc-software.de> Fixed a bunch of bugs in the font sub-system:
* 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
diff 9f5ffc2c Mon Jun 27 09:44:47 MDT 2005 Stefano Ceccherini <stefano.ceccherini@gmail.com> Fixed BFont's GetTunedCount() and IsFixed()

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13293 a95241bf-73f2-0310-859d-f6bbb57e9c96
/haiku/build/jam/
H A DBuildFeaturesdiff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9a539f9e Thu Dec 18 02:06:24 MST 2014 Adrien Destugues <pulkomandy@gmail.com> Outsource ncurses.
diff 9cd7c6a4 Mon Jun 02 15:45:19 MDT 2014 Jérôme Duval <jerome.duval@gmail.com> tiff: use the outsourced packages.

* packages for secondary architectures would be welcomed.
diff 9e46d51c Thu Dec 05 10:02:29 MST 2013 Jerome Duval <jerome.duval@gmail.com> ffmpeg plugin only needs to link against ffmpeg libs.

* clean the ffmpeg build feature.
diff 9a539f9e807cafb07ea9c0821883c9cd4614c417 Thu Dec 18 02:06:24 MST 2014 Adrien Destugues <pulkomandy@gmail.com> Outsource ncurses.
diff 9cd7c6a4338747b8ef15b38a06df188134248495 Mon Jun 02 15:45:19 MDT 2014 Jérôme Duval <jerome.duval@gmail.com> tiff: use the outsourced packages.

* packages for secondary architectures would be welcomed.
diff 9e46d51cc2623e2ad8e145f9d2cb2ab16d2f7205 Thu Dec 05 10:02:29 MST 2013 Jerome Duval <jerome.duval@gmail.com> ffmpeg plugin only needs to link against ffmpeg libs.

* clean the ffmpeg build feature.
H A DOptionalPackagesdiff 9e15c9f1 Sun Oct 20 00:20:43 MDT 2019 Humdinger <humdingerb@gmail.com> Adding the Quick Tour

* Add a link to the Quick Tour to the desktop.
* Remove the Welcome page from desktop. We don't want to clutter
the user's desktop more than necessary. As "Home" page of
WebPositive, it's still very visible.
* Mention the Quick Tour in the Welcome package description.
* Add a "quicktour" script similar to the welcome/userguide
that opens the online version if it's not installed locally.
* Add icons to the userguide and quicktour scripts. Fixes #14706.
* Add bookmark and launcher for the Quick Tour.

Adjust the AddFileDataAttributeRule to create its temporary file in
the "common" architecture, the file is not architecture specific.

Add a rule PrepareScriptWithIcon in src/data/bin/Jamfile to assign
an icon and make the script executable.

Change-Id: Ia7604ff4715a5aaf9a645c1b3333a954d6a4dafc
Reviewed-on: https://review.haiku-os.org/c/haiku/+/1924
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9d2f78ca Wed Dec 26 19:56:02 MST 2012 Gleb Posobin <posobin@gmail.com> Added Grep utility to the OptionalPackages

Signed-off-by: Jérôme Duval <jerome.duval@gmail.com>
diff 9bdbd4ad Thu May 26 16:43:45 MDT 2011 Scott McCreary <scottmc2@gmail.com> Updated gcc2 and gcc4 vim OptionalPackages compiled by Siarzhuk Zharski


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41764 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9abab7eb Wed May 11 21:01:17 MDT 2011 Scott McCreary <scottmc2@gmail.com> Added gcc4 version of git.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41461 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9f6153aa Mon Mar 28 09:22:37 MDT 2011 Scott McCreary <scottmc2@gmail.com> Fixed apr and apr-util builds.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41136 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9a73627a Mon Feb 28 20:16:09 MST 2011 Scott McCreary <scottmc2@gmail.com> Updated p7zip to 9.13. Also fixed a copy/paste typo.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40751 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9cd45f7e Thu Sep 23 08:33:11 MDT 2010 Scott McCreary <scottmc2@gmail.com> Updated autoconf to 2.68


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38798 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9fef36cc Sun Aug 15 04:59:01 MDT 2010 Scott McCreary <scottmc2@gmail.com> updated cdrtools to 3.00


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38111 a95241bf-73f2-0310-859d-f6bbb57e9c96
/haiku/src/kits/interface/
H A DFont.cppdiff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9c840df0 Fri Jan 18 23:31:24 MST 2013 John Scipione <jscipione@gmail.com> Woops, I meant == not =
diff 9fffb1c2 Thu Apr 02 04:15:14 MDT 2009 Axel Dörfler <axeld@pinc-software.de> * At least pretend to support all unicode blocks, and don't make such
obvious lies.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29867 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9a80b5fa Tue Nov 01 02:42:10 MST 2005 Stefano Ceccherini <stefano.ceccherini@gmail.com> Looks like Axel did already all the changes I wanted to do.... so I'll just add a comment

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14609 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9b1ad6f4 Mon Oct 31 16:21:36 MST 2005 Axel Dörfler <axeld@pinc-software.de> Fixed a bunch of bugs in the font sub-system:
* 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
diff 9bdb0522 Thu May 12 09:09:30 MDT 2005 Stephan Aßmus <superstippi@gmx.de> Implemented BFont::GetEscapments() float version. It is pretty rough yet, but appears to handle UTF8 correctly. The optional escapement_delta is currently ignored. I didn't touch other functionality too much, until I know more about it.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12645 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9e6e69ab Thu Jan 20 17:11:31 MST 2005 DarkWyrm <darkwyrm@gmail.com> Finished most of the unimplemented methods


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10926 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9c840df052ed690ed6fcbf870e1769e1e34644c0 Fri Jan 18 23:31:24 MST 2013 John Scipione <jscipione@gmail.com> Woops, I meant == not =
diff 9fffb1c294c6cfee66e371804bb076496662f506 Thu Apr 02 04:15:14 MDT 2009 Axel Dörfler <axeld@pinc-software.de> * At least pretend to support all unicode blocks, and don't make such
obvious lies.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29867 a95241bf-73f2-0310-859d-f6bbb57e9c96
/haiku/headers/private/app/
H A DServerProtocol.hdiff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9b6b158b Thu Mar 10 22:38:32 MST 2016 dsizzle <dcieslak@yahoo.com> Implementation of BFont::Blocks

BFont::Blocks is now implemented in ServerFont, via a call through the
app_server. It uses fontconfig to iterate through a charset of a font
and stores the defined blocks in a bitmap.

A new API was added, BFont::IncludesBlock, that will allow for arbitrary
testing of a given Unicode block. Since nothing is cached, searching
through an entire charset for a series of Unicode blocks can be quite
slow. In a given block there may be only 1 or 2 characters actually
defined so every character within a block needs to be checked until one
is found, which in a degenerate case will mean the entire block is
checked.

Signed-off-by: Axel Dörfler <axeld@pinc-software.de>
diff 9fe35223 Wed Aug 26 18:10:59 MDT 2009 Axel Dörfler <axeld@pinc-software.de> * BWindowScreens had no sychronization mechanism whatsoever - since the
workspace activation message was asynchronous, whether or not the
BWindowScreen stopped drawing in time was pure luck (this also caused crashes
with the VESA driver, as that one unmaps its frame buffer during mode switch).
Introduced a new AS_DIRECT_SCREEN_LOCK protocol for this.
* In the long term, we should let BWindowScreen use the same mechanism as
BDirectWindows, though.
* Removed superfluous locking in BDirectWindow::_InitData().


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32746 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9a44fdc9 Sat Mar 18 06:43:26 MST 2006 Axel Dörfler <axeld@pinc-software.de> * Implemented a new client allocation method: instead of having all bitmaps of
all teams in serveral server areas, and instead of having to eventually clone
them all several times in BBitmap, we now have one or more areas per team,
and BBitmap will only clone areas once if needed. As a side effect, this
method should be magnitudes faster than the previous version.
* This method is also much more secure: instead of putting the allocation
maintenance structures into those everyone-read-write areas, they are now
separated, so that faulty applications cannot crash the app_server this
way anymore. This should fix bug #172.
* Freeing memory is not yet implemented though! (although all memory will
be freed upon app exit)
* There are now 3 different bitmap allocation strategies: per ClientMemoryAllocator
(ie. via ServerApp), per area (for overlays, not yet implemented), and using
malloc()/free() for server-only bitmaps.
* ServerBitmap now deletes its buffers itself.
* Cleaned up BBitmap and BApplication a bit.
* The test environment currently doesn't build anymore, will fix it next.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16826 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9fe35223cf4eb9714865152d62e8efc36b327fef Wed Aug 26 18:10:59 MDT 2009 Axel Dörfler <axeld@pinc-software.de> * BWindowScreens had no sychronization mechanism whatsoever - since the
workspace activation message was asynchronous, whether or not the
BWindowScreen stopped drawing in time was pure luck (this also caused crashes
with the VESA driver, as that one unmaps its frame buffer during mode switch).
Introduced a new AS_DIRECT_SCREEN_LOCK protocol for this.
* In the long term, we should let BWindowScreen use the same mechanism as
BDirectWindows, though.
* Removed superfluous locking in BDirectWindow::_InitData().


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32746 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9a44fdc97c4c91b6be039ac5125a618c8fd268cc Sat Mar 18 06:43:26 MST 2006 Axel Dörfler <axeld@pinc-software.de> * Implemented a new client allocation method: instead of having all bitmaps of
all teams in serveral server areas, and instead of having to eventually clone
them all several times in BBitmap, we now have one or more areas per team,
and BBitmap will only clone areas once if needed. As a side effect, this
method should be magnitudes faster than the previous version.
* This method is also much more secure: instead of putting the allocation
maintenance structures into those everyone-read-write areas, they are now
separated, so that faulty applications cannot crash the app_server this
way anymore. This should fix bug #172.
* Freeing memory is not yet implemented though! (although all memory will
be freed upon app exit)
* There are now 3 different bitmap allocation strategies: per ClientMemoryAllocator
(ie. via ServerApp), per area (for overlays, not yet implemented), and using
malloc()/free() for server-only bitmaps.
* ServerBitmap now deletes its buffers itself.
* Cleaned up BBitmap and BApplication a bit.
* The test environment currently doesn't build anymore, will fix it next.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16826 a95241bf-73f2-0310-859d-f6bbb57e9c96

Completed in 677 milliseconds