Development

Forgot to commit this. Fixes the build.

Source Activity - Tue, 2014-04-22 12:52
Forgot to commit this. Fixes the build.
Categories: Development

Notifications: only color the left stripe

Source Activity - Tue, 2014-04-22 11:46
Notifications: only color the left stripe

* Setting the important/failure color on the whole view looked ugly.
* Important notifications use B_CONTROL_HIGHLIGHT_COLOR, instead of
white.
* We may want to select better success and failure colors. Pure red and
green don't look very good. Suggestions welcome.
Categories: Development

Ticket #10689 (WebPositive: download notification) closed

Latest Bugs & Tasks - Tue, 2014-04-22 11:34
fixed:

Implemented in hrev47153.

Categories: Development

Pop a BNotification on download success/failure.

Source Activity - Tue, 2014-04-22 11:31
Pop a BNotification on download success/failure.

Clicking the notification opens the downloaded file for succesful
downloads.
Fixes #10689.
Categories: Development

Ticket #9575 (WebPositive Downloads window always behind main window) closed

Latest Bugs & Tasks - Tue, 2014-04-22 09:21
fixed:

Fixed in hrev47152. The window is activated and get focus, just like the first time a download is started. I don't think this is a problem.

Categories: Development

Activate download window when starting a download.

Source Activity - Tue, 2014-04-22 09:19
Activate download window when starting a download.

Fixes #9575.
Categories: Development

BGradient: don't allow out of bounds stops.

Source Activity - Tue, 2014-04-22 08:45
BGradient: don't allow out of bounds stops.

* They crash app_server if you try to use them, which is not a good idea.
* we could clamp them to 0/255, but reporting the error to the user
seems better.
Categories: Development

Ticket #10773 (Gradient color stop sorting is not stable.) created

Latest Bugs & Tasks - Tue, 2014-04-22 08:38

Consider the following code used to create a stripped pattern using a BGradient:

gradient.AddColor(black, 0);
gradient.AddColor(black, 127);
gradient.AddColor(white, 127);
gradient.AddColor(white, 255);

In ConvertToScreenForDrawing, the gradient stops will be sorted using BList.Sort. The sorting algorithm is not stable, so the two middle stops may be swapped. There are two ways to fix this:

  • Implement a stable sorting algorithm (​http://en.wikipedia.org/wiki/Category:Stable_sorts)
  • Remove the AddColorStop method index parameter and use code similar to AddColor to find the proper index, or make that method private. This would allow BGradient to keep the list sorted, and remove the need for sorting it later. The method is used only in app_server (for reading the gradient data from app_server link) and when unarchiving a gradient.

What is the preferred solution?

Categories: Development

Ticket #10772 (HAIKU_BOOT_BOARD should be a configure option.) created

Latest Bugs & Tasks - Tue, 2014-04-22 07:59

Currently, HAIKU_BOOT_BOARD is given to Jam using the -s command line switch. There are problems with that:

  • The build tools, which are built with configure, are currently specific to each board, or at least CPU core version.
  • Jam invokes itself during the build, and does not forward the option.
  • Changing this between two builds in the same dir doesn't work, because the compiler flags given for each board are incompatible.

Move the HAIKU_BOOOT_BOARD definition to configure-time to fix these problems.

Categories: Development

Configure the ARM compiler to default to Cortex-A8

Source Activity - Tue, 2014-04-22 07:49
Configure the ARM compiler to default to Cortex-A8

Ideally, we would only need to set this in build/jam/board/*, but the
flags set there are not passed to the build of packages. The default is
using some early ARM variant, for which gcc lacks some more atomic
operations and emits calls to helper functions we don't implement.

Setting the default architecture avoids this, as all packages will now
be built to target the Cortex-A8.

Also set the proper VFP version in BeagleBoard config file.

Note this breaks the Verdex and Pi builds, but ARMv7 is what we should
focus on for now. We can try to make older archs work after finishing
the m68k port.
Categories: Development

[haiku] Re: Goodsearch (was: Re: haiku Digest V14 #31) (Humdinger)

Haiku Mailing List - Tue, 2014-04-22 07:45
Hi Alessandro! On 15 March 2014 15:41, alessandro almir159@xxxxxxxxxx wrote: I'm supporting Haiku (also) through goodsearch, and I don't understand how is it possible that the total (by all members) raised for haiku through goodsearch increase of only 1,5 ~ 2 dollars every day. [snip] But on the main page of goodsearch there is written 1914 supporters. So, only 14 of 1914 really use this search engine? ...
Categories: Development

[haiku] [GSOC-2014] Introduction - [IPv6 Project] (Sriharsha Karamchati)

Haiku Mailing List - Tue, 2014-04-22 07:45
Hi , I am Sriharsha Karamchati, Computer Science undergraduate student at International Institute of Information Technology. Hyderabad - INDIA. Currently doing my research in Center for Security Theory And Algorithmic Research (CSTAR). My Research stream being in IPv6 and Network Forensics. I am an IPv6 enthusiast and have been working with it since 2 years and had quite a lot of Hands-on. ...
Categories: Development

haiku-nightly-hrev47149-x86gcc2hybrid-vmware.zip

Nightly Images - Tue, 2014-04-22 07:26
244.62MB
Categories: Development

haiku-nightly-hrev47149-x86gcc2hybrid-raw.tar.xz

Nightly Images - Tue, 2014-04-22 07:23
243.72MB
Categories: Development

haiku-nightly-hrev47149-x86gcc2hybrid-raw.zip

Nightly Images - Tue, 2014-04-22 07:20
244.61MB
Categories: Development

haiku-nightly-hrev47149-x86gcc2hybrid-cd.tar.xz

Nightly Images - Tue, 2014-04-22 07:18
245.34MB
Categories: Development

haiku-nightly-hrev47149-x86gcc2hybrid-cd.zip

Nightly Images - Tue, 2014-04-22 07:15
246.12MB
Categories: Development
Syndicate content