Source Activity

Syndicate content
Haiku's main repository
Updated: 11 min 41 sec ago

add an App_SDL icon for SDL apps

Sun, 2016-01-10 23:34
Categories: Development

ControlLook - Desktop Labels

Sun, 2016-01-10 22:38
Enforce use of proper colors in DrawLabel() when on the desktop. This repairs an issue where the text looks wrong in ActivityMonitor when it is a desktop replicant and likely other unreported issues. Fixes #12576. Signed-off-by: Jessica Hamilton Enforce use of proper colors in DrawLabel() when on the desktop. This repairs an issue where the text looks wrong in ActivityMonitor when it is a desktop replicant and likely other unreported issues. Fixes #12576. Signed-off-by: Jessica Hamilton
Categories: Development

Tracker Desktop Icons Using Wrong Text Color

Sun, 2016-01-10 20:41
Was using the panel color without checking if we were the desktop view. This corrects the reported issue where icon label outlines would look incorrect. Signed-off-by: Jessica Hamilton Was using the panel color without checking if we were the desktop view. This corrects the reported issue where icon label outlines would look incorrect. Signed-off-by: Jessica Hamilton
Categories: Development

Update libwebp packages.

Sun, 2016-01-10 18:24
* added libwebp5 packages for compatibility. * updated library soname of the build feature. * added libwebp5 packages for compatibility. * updated library soname of the build feature.
Categories: Development

Updated lbreakout2, slimevolley packages.

Sun, 2016-01-10 16:52
Fixed requirement of lib:libsdl_net_1.2 makes them installable. Fixed requirement of lib:libsdl_net_1.2 makes them installable.
Categories: Development

Remove gcc5 packages.

Sun, 2016-01-10 09:55
* update_package_requires uses the latest version available, so haiku package would then require a version 5.x of libgcc. * Be sure to check that gcc_syslibs is installed and not gcc5_syslibs. * update_package_requires uses the latest version available, so haiku package would then require a version 5.x of libgcc. * Be sure to check that gcc_syslibs is installed and not gcc5_syslibs.
Categories: Development

Update git and pkgconfig.

Sun, 2016-01-10 09:16
Categories: Development

package_daemon: fix regressions from Set*UIColor merge.

Sun, 2016-01-10 04:49
Also use Set*UIColor where appropriate. Also use Set*UIColor where appropriate.
Categories: Development

BView::AdoptViewColors: handle not yet attached to a Window.

Sun, 2016-01-10 04:41
As per API documentation, a BView caches the configured view colours when not yet attached to the app_server via its window. So check if we're attached to a window, and if we are, then and only then do we attempt to lock/unlock our looper. This fixes uses of AdoptViewColors and AdoptParentColors when the view isn't yet attached to a window. As per API documentation, a BView caches the configured view colours when not yet attached to the app_server via its window. So check if we're attached to a window, and if we are, then and only then do we attempt to lock/unlock our looper. This fixes uses of AdoptViewColors and AdoptParentColors when the view isn't yet attached to a window.
Categories: Development

screeninfo: fix warning

Sat, 2016-01-09 23:09
Categories: Development

screeninfo: iterate using BScreen::SetToNext()

Sat, 2016-01-09 22:58
Note it leaves the current object valid on error, so you can't use IsValid() as the for loop test. Note it leaves the current object valid on error, so you can't use IsValid() as the for loop test.
Categories: Development

MediaPlayer PositionToolTip Color

Sat, 2016-01-09 22:08
Previously the layout would crush the default colors of BStringView preventing BStringView from calling AdoptParentColors() on its own, so we must call it manually. In addition, the default tooltip view should fully adopt tooltip colors so that any colors will default to the desired foreground color (which is the same as the tooltip text color). Fixes #12573. Signed-off-by: Jessica Hamilton Previously the layout would crush the default colors of BStringView preventing BStringView from calling AdoptParentColors() on its own, so we must call it manually. In addition, the default tooltip view should fully adopt tooltip colors so that any colors will default to the desired foreground color (which is the same as the tooltip text color). Fixes #12573. Signed-off-by: Jessica Hamilton
Categories: Development

BAbstractSpinner Colors

Sat, 2016-01-09 21:58
Adopted parent colors for the text view - should not have done so. Disabled colors were incorrect, so I also corrected those in this patch. Fixes #12574. Signed-off-by: Jessica Hamilton Adopted parent colors for the text view - should not have done so. Disabled colors were incorrect, so I also corrected those in this patch. Fixes #12574. Signed-off-by: Jessica Hamilton
Categories: Development

DiskProbe DataView Color

Sat, 2016-01-09 20:29
Previously the DataView relied on the default colors, which layout now overrides more uniformly. The document colors are more appropriate. After the addition of the layout changes, the DataView would adopt system panel colors. Fixes #12572. Signed-off-by: Jessica Hamilton Previously the DataView relied on the default colors, which layout now overrides more uniformly. The document colors are more appropriate. After the addition of the layout changes, the DataView would adopt system panel colors. Fixes #12572. Signed-off-by: Jessica Hamilton
Categories: Development

Improve BButton Color Adaptability

Sat, 2016-01-09 19:13
View color now shows through, so we keep the view color in sync with the parent to act as the button background color. The low color is used to determine the button color. The high color is used to determine the button label color. The default low and high colors are the control background and text colors, respectfully. To maintain the identical appearance as before, the default control background color is tinted to match the default panel background color. As the color has a gradient applied anyway, no one will notice a difference while playing with custom control colors. Fixes #12568. Signed-off-by: Jessica Hamilton View color now shows through, so we keep the view color in sync with the parent to act as the button background color. The low color is used to determine the button color. The high color is used to determine the button label color. The default low and high colors are the control background and text colors, respectfully. To maintain the identical appearance as before, the default control background color is tinted to match the default panel background color. As the color has a gradient applied anyway, no one will notice a difference while playing with custom control colors. Fixes #12568. Signed-off-by: Jessica Hamilton
Categories: Development

PowerStatus background tint

Sat, 2016-01-09 17:31
Recent changes require us to adopt the tint value for PowerStatus's low color as well as the ViewUIColor. This repairs the issue where the replicant's background color was lighter than the Deskbar's tray color. Fixes #12566. Signed-off-by: Jessica Hamilton Recent changes require us to adopt the tint value for PowerStatus's low color as well as the ViewUIColor. This repairs the issue where the replicant's background color was lighter than the Deskbar's tray color. Fixes #12566. Signed-off-by: Jessica Hamilton
Categories: Development

Update translations from Pootle

Sat, 2016-01-09 05:52
Categories: Development

index_server: Fix obvious memory leak in CLuceneDataBase

Fri, 2016-01-08 22:26
Signed-off-by: Alexander von Gluck IV Signed-off-by: Alexander von Gluck IV
Categories: Development

Fixing WonderBrush MIME type.

Fri, 2016-01-08 16:16
...and the build. Sorry about that. ...and the build. Sorry about that.
Categories: Development

Added MIME tpe for WonderBrush images

Fri, 2016-01-08 15:46
The MIME type that's created by WonderBrush contains an out-of-date sniffer rule. Archived BMessages used to start with '1BOF', now it's 'HMF1'. That's why newer WonderBrush images aren't identified as such. The new sniffer rule should detect both old and new files. The MIME type that's created by WonderBrush contains an out-of-date sniffer rule. Archived BMessages used to start with '1BOF', now it's 'HMF1'. That's why newer WonderBrush images aren't identified as such. The new sniffer rule should detect both old and new files.
Categories: Development