servers/app: typo fixes, no functional changes

found by codespell

Change-Id: I3f38711c06a4e0e1edd81ddbd7ae3c01496747ee
Reviewed-on: https://review.haiku-os.org/c/haiku/+/10848
Reviewed-by: waddlesplash <[email protected]>
This commit is contained in:
Jérôme Duval
2026-04-27 18:10:19 +00:00
parent d8b9ecc637
commit dd467f8802
32 changed files with 61 additions and 61 deletions
+3 -3
View File
@@ -3210,9 +3210,9 @@ Desktop::_HideWindow(Window* window)
/*! Updates the workspaces of all subset windows with regard to the
specifed window.
specified window.
If newIndex is not -1, it will move all subset windows that belong to
the specifed window to the new workspace; this form is only called by
the specified window to the new workspace; this form is only called by
SetWorkspace().
*/
void
@@ -3498,7 +3498,7 @@ Desktop::_TriggerWindowRedrawing(BRegion& dirtyRegion, BRegion& exposeRegion)
void
Desktop::_SetBackground(BRegion& background)
{
// NOTE: the drawing operation is caried out
// NOTE: the drawing operation is carried out
// in the clipping region rebuild, but it is
// ok actually, because it also avoids trails on
// moving windows
+1 -1
View File
@@ -380,7 +380,7 @@ DrawState::SetTransform(BAffineTransform transform)
/* Can be used to temporarily disable all BAffineTransforms in the state
stack, and later reenable them.
stack, and later re-enable them.
*/
void
DrawState::SetTransformEnabled(bool enabled)
+2 -2
View File
@@ -356,7 +356,7 @@ EventDispatcher::RemoveTarget(EventTarget& target)
\brief Adds the specified listener or updates its event mask and options
if already added.
It follows the BView semantics in that specifiying an event mask of zero
It follows the BView semantics in that specifying an event mask of zero
leaves the event mask untouched and just updates the options.
*/
bool
@@ -900,7 +900,7 @@ EventDispatcher::_EventLoop()
if (fFocus != NULL && _AddTokens(event, fFocus,
B_KEYBOARD_EVENTS)) {
// if tokens were added, we need to explicetly suspend
// if tokens were added, we need to explicitly suspend
// focus in the event - if not, the event is simply not
// forwarded to the target
addedTokens = true;
+2 -2
View File
@@ -367,9 +367,9 @@ MultiLocker::IsReadLocked() const
/* can be uniquely mapped to a slot in the array by performing: */
/* thread_id % max_threads */
/* each time ReadLock is called while in debug mode the thread_id */
/* is retrived in register_thread() and the count is adjusted in the */
/* is retrieved in register_thread() and the count is adjusted in the */
/* array. If register thread is ever called and the count is not 0 then */
/* an illegal, potentially deadlocking nested ReadLock occured */
/* an illegal, potentially deadlocking nested ReadLock occurred */
/* unregister_thread clears the appropriate slot in the array */
/* this system could be expanded or retracted to include multiple arrays of information */
+1 -1
View File
@@ -32,7 +32,7 @@ OffscreenServerWindow::SendMessageToClient(const BMessage* msg, int32 target,
bool usePreferred) const
{
// We're a special kind of window. The client BWindow thread is not running,
// so we cannot post messages to the client. In order to not mess arround
// so we cannot post messages to the client. In order to not mess around
// with all the other code, we simply make this function virtual and
// don't do anything in this implementation.
}
+2 -2
View File
@@ -177,7 +177,7 @@ public:
virtual void SetPenSize(float size);
virtual void SetForeColor(const rgb_color& color);
virtual void SetBackColor(const rgb_color& color);
virtual void SetStipplePattern(const pattern& patter);
virtual void SetStipplePattern(const pattern& pattern);
virtual void SetScale(float scale);
virtual void SetFontFamily(const char* familyName, size_t length);
virtual void SetFontStyle(const char* styleName, size_t length);
@@ -492,7 +492,7 @@ BoundingBoxCallbacks::DrawPicture(const BPoint& where, int32 token)
void
BoundingBoxCallbacks::SetClippingRects(size_t numRects, const clipping_rect rects[])
{
TRACE_BB("%p cliping rects (%ld rects)\n", fState, numRects);
TRACE_BB("%p clipping rects (%ld rects)\n", fState, numRects);
// TODO
(void)rects;
+3 -3
View File
@@ -211,7 +211,7 @@ RGBColor::RGBColor(uint8 color)
/*!
\brief Copy Contructor
\brief Copy Constructor
\param color color to initialize from
*/
RGBColor::RGBColor(const RGBColor &color)
@@ -439,7 +439,7 @@ RGBColor::PrintToStream(void) const
/*!
\brief Overloaded comaparison
\brief Overloaded comparison
\return true if all color elements are exactly equal
*/
bool
@@ -453,7 +453,7 @@ RGBColor::operator==(const rgb_color &color) const
/*!
\brief Overloaded comaparison
\brief Overloaded comparison
\return true if all color elements are exactly equal
*/
bool
+3 -3
View File
@@ -337,7 +337,7 @@ ServerApp::InWorkspace(int32 index) const
BAutolock locker(fWindowListLock);
// we could cache this, but then we'd have to recompute the cached
// value everytime a window has closed or changed workspaces
// value every time a window has closed or changed workspaces
// TODO: support initial application workspace!
@@ -367,7 +367,7 @@ ServerApp::Workspaces() const
BAutolock locker(fWindowListLock);
// we could cache this, but then we'd have to recompute the cached
// value everytime a window has closed or changed workspaces
// value every time a window has closed or changed workspaces
for (int32 i = fWindowList.CountItems(); i-- > 0;) {
ServerWindow* serverWindow = fWindowList.ItemAt(i);
@@ -577,7 +577,7 @@ ServerApp::_DispatchMessage(int32 code, BPrivate::LinkReceiver& link)
port_id clientReplyPort = -1;
status_t status = _CreateWindow(code, link, clientReplyPort);
// if sucessful, ServerWindow::Run() will already have replied
// if successful, ServerWindow::Run() will already have replied
if (status < B_OK) {
// window creation failed, we need to notify the client
BPrivate::LinkSender reply(clientReplyPort);
+1 -1
View File
@@ -14,7 +14,7 @@
attached to a CursorManager, you can delete cursors like any other object.
Unlike BeOS, cursors can be any size or color space, and this class
accomodates and expands the BeOS API.
accommodates and expands the BeOS API.
*/
+3 -3
View File
@@ -414,7 +414,7 @@ ServerFont::GetTransformedFace(bool rotate, bool shear) const
smatrix.yx = (FT_Fixed)(0);
smatrix.yy = (FT_Fixed)(0x10000);
// Multiply togheter and apply transform
// Multiply together and apply transform
FT_Matrix_Multiply(&rmatrix, &smatrix);
FT_Set_Transform(face, &smatrix, NULL);
}
@@ -565,7 +565,7 @@ ParseFcMap(FcChar32 charMap[], FcChar32 baseCodePoint, unicode_block& blocksForM
while (startBlock <= endBlock) {
// if the starting codepoint is found in a different block
// than the ending codepoint, we should add all the blocks
// inbetween.
// in between.
blocksForMap = blocksForMap
| kUnicodeBlockMap[startBlock].block;
++startBlock;
@@ -595,7 +595,7 @@ ParseFcMap(FcChar32 charMap[], FcChar32 baseCodePoint, unicode_block& blocksForM
while (startBlock <= endBlock) {
// if the starting codepoint is found in a different block
// than the ending codepoint, we should add all the blocks
// inbetween.
// in between.
blocksForMap = blocksForMap
| kUnicodeBlockMap[startBlock].block;
++startBlock;
+1 -1
View File
@@ -271,7 +271,7 @@ public:
virtual void SetPenSize(float size);
virtual void SetForeColor(const rgb_color& color);
virtual void SetBackColor(const rgb_color& color);
virtual void SetStipplePattern(const pattern& patter);
virtual void SetStipplePattern(const pattern& pattern);
virtual void SetScale(float scale);
virtual void SetFontFamily(const char* familyName, size_t length);
virtual void SetFontStyle(const char* styleName, size_t length);
+8 -8
View File
@@ -332,7 +332,7 @@ View::RemoveChild(View* view)
View*
View::TopView()
{
// returns the top level view of the hirarchy,
// returns the top level view of the hierarchy,
// it doesn't have to be the top level of a window
if (fParent)
@@ -819,7 +819,7 @@ View::ScrollBy(int32 x, int32 y, BRegion* dirtyRegion)
fWindow->RecycleRegion(dirty);
// the screen clipping of this view and it's
// childs is no longer valid
// children is no longer valid
InvalidateScreenClipping();
RebuildClipping(false);
}
@@ -871,9 +871,9 @@ View::CopyBits(IntRect src, IntRect dst, BRegion& windowContentClipping)
// move src rect to destination here for efficiency reasons
visibleSrc.OffsetBy(xOffset, yOffset);
// we need to interstect the copyRegion two times, onces
// we need to interstect the copyRegion two times, once
// at the source and once at the destination (here done
// the other way arround but it doesn't matter)
// the other way around but it doesn't matter)
// the reason for this is that we are not supposed to visually
// copy children in the source rect and neither to copy onto
// children in the destination rect...
@@ -974,7 +974,7 @@ View::PushState()
fDrawState.SetTo(newState);
// In BeAPI, B_SUBPIXEL_PRECISE is a view flag, and not affected by the
// view state. Our implementation moves it to the draw state, but let's
// be compatible with the API here and make it survive accross state
// be compatible with the API here and make it survive across state
// changes.
fDrawState->SetSubPixelPrecise(fFlags & B_SUBPIXEL_PRECISE);
}
@@ -1451,7 +1451,7 @@ View::ScreenAndUserClipping(const BRegion* windowContentClipping, bool force) co
void
View::InvalidateScreenClipping()
{
// TODO: appearantly, we are calling ScreenClipping() on
// TODO: apparently, we are calling ScreenClipping() on
// views who's parents don't have a valid screen clipping yet,
// this messes up the logic that for any given view with
// fScreenClippingValid == false, all children have
@@ -1469,7 +1469,7 @@ View::InvalidateScreenClipping()
fScreenAndUserClipping.SetTo(NULL);
fScreenClippingValid = false;
// invalidate the childrens screen clipping as well
// invalidate the children's screen clipping as well
for (View* child = FirstChild(); child; child = child->NextSibling()) {
child->InvalidateScreenClipping();
}
@@ -1511,7 +1511,7 @@ View::_MoveScreenClipping(int32 x, int32 y, bool deep)
}
if (deep) {
// move the childrens screen clipping as well
// move the children's screen clipping as well
for (View* child = FirstChild(); child; child = child->NextSibling()) {
child->_MoveScreenClipping(x, y, deep);
}
+8 -8
View File
@@ -562,7 +562,7 @@ Window::SetTopView(View* topView)
if (fTopView.IsSet()) {
// the top view is special, it has a coordinate system
// as if it was attached directly to the desktop, therefor,
// as if it was attached directly to the desktop, therefore,
// the coordinate conversion through the view tree works
// as expected, since the top view has no "parent" but has
// fFrame as if it had
@@ -720,7 +720,7 @@ Window::GetEffectiveDrawingRegion(View* view, BRegion& region)
// TODO: this is a region that needs to be cached later in the server
// when the current view in ServerWindow is set, and we are currently
// in an update (fInUpdate), than we can set this region and remember
// it for the comming drawing commands until the current view changes
// it for the coming drawing commands until the current view changes
// again or fEffectiveDrawingRegionValid is suddenly false.
region = fEffectiveDrawingRegion;
if (!fContentRegionValid)
@@ -1295,9 +1295,9 @@ Window::SetLook(window_look look, BRegion* updateRegion)
fLook = look;
fContentRegionValid = false;
// mabye a resize handle was added...
// maybe a resize handle was added...
fEffectiveDrawingRegionValid = false;
// ...and therefor the drawing region is
// ...and therefore the drawing region is
// likely not valid anymore either
if (!fCurrentStack.IsSet())
@@ -1888,7 +1888,7 @@ Window::BeginUpdate(BPrivate::PortLink& link)
// NOTE: since we might "shift" parts of the
// internal dirty regions from the desktop thread
// in response to Window::ResizeBy(), which
// might move arround views, the user of this function
// might move around views, the user of this function
// needs to hold the global clipping lock so that the internal
// dirty regions are not messed with from the Desktop thread
// and ServerWindow thread at the same time.
@@ -1954,7 +1954,7 @@ Window::BeginUpdate(BPrivate::PortLink& link)
link.Attach<int32>(B_NULL_TOKEN);
link.Flush();
// supress back to front buffer copies in the drawing engine
// suppress back to front buffer copies in the drawing engine
fDrawingEngine->SetCopyToFrontEnabled(false);
if (fDrawingEngine->LockParallelAccess()) {
@@ -1973,7 +1973,7 @@ Window::EndUpdate()
// NOTE: see comment in _BeginUpdate()
if (fInUpdate) {
// reenable copy to front
// re-enable copy to front
fDrawingEngine->SetCopyToFrontEnabled(true);
BRegion* dirty = fRegionPool.GetRegion(
@@ -2031,7 +2031,7 @@ Window::_ObeySizeLimits()
// BWindow::ResizeTo() even honors the limits, I would guess
// this is a bug that we don't have to adopt.
// Note that most current apps will do unnecessary resizing
// after having set the limits, but the overhead is neglible.
// after having set the limits, but the overhead is negligible.
float minWidthDiff = fMinWidth - fFrame.Width();
float minHeightDiff = fMinHeight - fFrame.Height();
+1 -1
View File
@@ -118,7 +118,7 @@ public:
inline BRegion& VisibleRegion() { return fVisibleRegion; }
BRegion& VisibleContentRegion();
// TODO: not protected by a lock, but noone should need this anyways
// TODO: not protected by a lock, but no one should need this anyways
// make private? when used inside Window, it has the ReadLock()
void GetFullRegion(BRegion* region);
void GetBorderRegion(BRegion* region);
+1 -1
View File
@@ -999,7 +999,7 @@ TabDecorator::_LayoutTabItems(Decorator::Tab* _tab, const BRect& tabRect)
BRect& closeRect = tab->closeRect;
BRect& zoomRect = tab->zoomRect;
// calulate close rect based on the tab rectangle
// calculate close rect based on the tab rectangle
if (tab->look != kLeftTitledWindowLook) {
closeRect.Set(tabRect.left + offset, tabRect.top + offset,
tabRect.left + offset + size, tabRect.top + offset + size);
+1 -1
View File
@@ -6,7 +6,7 @@
// TODO: It should be more or less guaranteed that this object
// is not used if InitCheck() returns an error, so the checks
// in all thos functions should probably be removed...
// in all those functions should probably be removed...
// constructor
BitmapBuffer::BitmapBuffer(ServerBitmap* bitmap)
+1 -1
View File
@@ -447,7 +447,7 @@ DrawingEngine::SetTransform(const BAffineTransform& transform, int32 xOffset,
// and bottom of rect C, so that's the one we want to copy first
// (for positive x and y offsets).
// Since A is to the left of C and B is to the top of C, The "node"
// for C will point to the nodes of A and B as its "successors". Therefor,
// for C will point to the nodes of A and B as its "successors". Therefore,
// A and B will have an "indegree" of 1 for C pointing to them. C will
// have an "indegree" of 0, because there was no rect to which C
// was to the left or top of. When comparing A and B, neither is left
+1 -1
View File
@@ -156,7 +156,7 @@ public:
// draw the cursor for almost every drawing operation.
// It seems to me BeOS hides the cursor (in laymans words) before
// BView::Draw() is called (if the cursor is within that views clipping region),
// then, after all drawing commands that triggered have been caried out,
// then, after all drawing commands that triggered have been carried out,
// it shows the cursor again. This approach would have the advantage of
// the code not cluttering/slowing down DrawingEngine.
// For now, we hide the cursor for any drawing operation that has
@@ -98,7 +98,7 @@ AGGTextRenderer::SetAntialiasing(bool antialiasing)
if (fAntialias != antialiasing) {
fAntialias = antialiasing;
// NOTE: The fSubpixRasterizer is not used when anti-aliasing is
// disbaled.
// disabled.
if (!fAntialias)
fRasterizer.gamma(agg::gamma_threshold(0.5));
else
@@ -196,7 +196,7 @@ public:
{
// "glyphBounds" is the bounds of the glyph transformed
// by the x y location of the glyph along the base line,
// it is therefor yet "untransformed" in case there is an
// it is therefore yet "untransformed" in case there is an
// embedded transformation.
const agg::rect_i& r = glyph->bounds;
if (!r.is_valid())
+1 -1
View File
@@ -12,7 +12,7 @@ The BView pen location appears to be integer coords, which spoils the pen locati
Dest alpha is actually only interesting when drawing into a BBitmap. When drawing into the frame buffer, dest alpha is logically 255, it wouldn't even need to be assigned. Maybe we could save a few CPU cycles if we adjust the DrawingMode classes accordingly. For now, the modes work as expected when drawing into a BBitmap.
Current comparision timings:
Current comparison timings:
drawing_mode: B_OP_COPY
pen size: 1.0
+2 -2
View File
@@ -260,7 +260,7 @@ Painter::AttachToBuffer(RenderingBuffer* buffer)
fValidClipping = fClippingRegion != NULL
&& fClippingRegion->Frame().IsValid();
// These are the AGG renderes and rasterizes which
// These are the AGG renders and rasterizes which
// will be used for stroking paths
_SetRendererColor(fPatternHandler.HighColor());
@@ -1710,7 +1710,7 @@ Painter::_UpdateDrawingMode()
// DrawingMode*Solid ones) as of now. The PixelFormat knows the
// PatternHandler and makes its decision based on the pattern.
// When a solid pattern is used, _SetRendererColor()
// has to be called so that all internal colors in the renderes
// has to be called so that all internal colors in the renderers
// are up to date for use by the solid drawing mode version.
fPixelFormat.SetDrawingMode(fDrawingMode, fAlphaSrcMode, fAlphaFncMode);
}
+1 -1
View File
@@ -16,7 +16,7 @@ Currently, there is a generic fallback bitmap drawing routine that handles all c
3) Article
I have written a Newsletter article, that explains the concepts of AGG, how Painter is therefor designed and how it can be improved with the knowledge of AGG inner workings.
I have written a Newsletter article, that explains the concepts of AGG, how Painter is therefore designed and how it can be improved with the knowledge of AGG inner workings.
<http://www.haiku-os.org/documents/dev/painter_and_how_agg_works>
+1 -1
View File
@@ -1,2 +1,2 @@
* make more special verions of DrawingModes for B_SOLID_* patterns
* make more special versions of DrawingModes for B_SOLID_* patterns
@@ -42,7 +42,7 @@ class Transformable : public BArchivable,
// bool operator==(const Transformable& other) const;
// bool operator!=(const Transformable& other) const;
// transforms coordiantes
// transforms coordinates
void Transform(double* x, double* y) const;
void Transform(BPoint* point) const;
BPoint Transform(const BPoint& point) const;
@@ -231,7 +231,7 @@ struct BilinearDefault :
void DrawToClipRect(int32 xIndexL, int32 xIndexR, int32 y1, int32 y2)
{
// In this mode we anticipate many pixels wich need filtering,
// In this mode we anticipate many pixels which need filtering,
// there are no special cases for direct hit pixels except for
// the last column/row and the right/bottom corner pixel.
@@ -109,7 +109,7 @@ struct DrawBitmapNearestNeighborCopy {
// buffer offset into destination
uint8* dst = aggInterface.fBuffer.row_ptr(y1) + x1 * 4;
// x and y are needed as indeces into the wheight arrays, so the
// x and y are needed as indices into the weight arrays, so the
// offset into the target buffer needs to be compensated
const int32 xIndexL = x1 - left - filterWeightXIndexOffset;
const int32 xIndexR = x2 - left - filterWeightXIndexOffset;
@@ -152,7 +152,7 @@ bilinear_scale_xloop_mmxsse:
mov eax, [ebp + PAR_xmin] ; loop counter
mov edx, [ebp + PAR_xWeightPtr] ; xWeights array
mov esi, [ebp + PAR_srcPtr] ; source bitmap
mov edi, [ebp + PAR_dstPtr] ; desination bitmap
mov edi, [ebp + PAR_dstPtr] ; destination bitmap
movq mm6, [c4x16UW_129_LShift8]
movq mm7, [c2x32UD_ff000000]
+1 -1
View File
@@ -5,7 +5,7 @@
void
align_rect_to_pixels(BRect* rect)
{
// round the rect with the least ammount of distortion
// round the rect with the least amount of distortion
rect->OffsetTo(roundf(rect->left), roundf(rect->top));
rect->right = roundf(rect->right);
rect->bottom = roundf(rect->bottom);
@@ -634,7 +634,7 @@ AccelerantHWInterface::SetMode(const display_mode& mode)
_UpdateHooksAfterModeChange();
// update backbuffer if neccessary
// update backbuffer if necessary
if (!fBackBuffer.IsSet()
|| fBackBuffer->Width() != fFrontBuffer->Width()
|| fBackBuffer->Height() != fFrontBuffer->Height()
@@ -1421,8 +1421,8 @@ AccelerantHWInterface::_RegionToRectParams(/*const*/ BRegion* region,
uint32
AccelerantHWInterface::_NativeColor(const rgb_color& color) const
{
// NOTE: This functions looks somehow suspicios to me.
// It assumes that all graphics cards have the same native endianess, no?
// NOTE: This functions looks somehow suspicious to me.
// It assumes that all graphics cards have the same native endianness, no?
switch (fDisplayMode.space) {
case B_CMAP8:
case B_GRAY8:
@@ -834,7 +834,7 @@ DWindowHWInterface::ProposeMode(display_mode* candidate,
{
// We should be able to get away with this because we're not dealing with
// any specific hardware. This is a Good Thing(TM) because we can support
// any hardware we wish within reasonable expectaions and programmer
// any hardware we wish within reasonable expectations and programmer
// laziness. :P
return B_OK;
}
@@ -688,7 +688,7 @@ ViewHWInterface::ProposeMode(display_mode* candidate, const display_mode* low,
{
// We should be able to get away with this because we're not dealing with
// any specific hardware. This is a Good Thing(TM) because we can support
// any hardware we wish within reasonable expectaions and programmer
// any hardware we wish within reasonable expectations and programmer
// laziness. :P
return B_OK;
}
+1 -1
View File
@@ -121,7 +121,7 @@ class FontStyle : public BReferenceable {
const char* Path() const;
void UpdatePath(const node_ref& parentNodeRef);
void GetHeight(float size, font_height &heigth) const;
void GetHeight(float size, font_height &height) const;
font_direction Direction() const
{ return B_FONT_LEFT_TO_RIGHT; }
font_file_format FileFormat() const