* some functionality like recording temporarily disabled;
* set the endpoint speed call added;
* packet size hard-coded for 48kHz case;
* draft support for formats and sampling rate handling;
* implement sampling rate change on the fly;
* optimized using of starting frame;
* fix user_memory in buffer exchaqnge call;
* fix exchanged buffer recoriding processing;
* debug tweaks, fix current buffer switching;
* cleanup, cleanup, cleanup...
In case control transfer is finished with STALL answer from device only
the setup TD is retired into the Done Queue but other TDs (data and
status) are left in the ED queue. HC set the endpoint halted - so we
process such endpoint regardless of it's non-empty queue.
PS: cleanup some trailing spaces.
Finishing and refactoring the draft, initially implemented during April-May 2012
NOTE: startingFrameNumber returned to device contains the number of the
next free frame right after the last packed of submitted data. For more
details please Look into corresponding [haiku-development] discussion
started at 03 Jul 2013.
Partially fixes#1045.
Implements enhancement described in #9819
This feature works pretty much as it did on BeOS R5.
When you focus on the color control, the border is drawn blue and
the dot on the red ramp draws as an outline to show that it is
selected. You can push the up and down arrow keys to navigate to the
previous and next ramps respectively and can push right and left to
increment and decrement the color value of the selected ramp.
Clicking on the control no longer gives it focus.
In BeOS the left and right arrows would increment and decriment by 5,
on Haiku they increment and decrement by 1, but, by holding down the
key for a second or so the increment value increases to 5 allowing for
both course and fine adjustments.
On a technical note I split the int32 fFocusedComponent member variable
into 2 int16 member variables, fFocusedRamp and fClickedRamp. I did this
because I needed an entra variable, and can't change the size of the
class without using up another reserved member variable slot. int16
should be more than enough for these variables as they store an index to
the currently focused or clicked on ramp (0-3). Please someone chime in
if this is not okay for FBC in some condition I didn't think about.
* The char classification stuff and can_end_line() originate
from the BTextView implementation. Maybe Oliver Tappe is the
lonely author of that code, but I don't feel like tracking this
down at the moment and it should eventually be merged anyway,
if what I did here proves useful at all.
* Due to HasHeightForWidth TextViews, the MinSize() of
the layout has a different meaning. The reliable source
for the actual needed height of the layout seems to be the
Frame().bottom of the last BLayoutItem.
Parent window must be active for control to draw as focused. This
affects all controls that draw their focus ring using ControlLook
including but not limited to BButton, BCheckBox, and BRadioButton.
I won't pretend to know what is "right" but the behavior now matches
BeOS R5.
... to reduce the package list. No filters can be defined
via the UI, but a DepotFilter is already implemented, although
its performance will probably need to improve.
* Defined PackageCategory class (icon, label and internal name)
* Each PackageInfo has a list of PackageCategories
* Model defines global PackageCategories, referenced by PackageInfos
* Added Model.cpp to files needing translation
* Added categories to dummy package infos
The problem indicated by #8388 hid another issue with respect to
show/hiding the navigator on the fly, namely that it didn't correctly
respect the type of Tracker window, which would cause the navigator to
show up in cases where it shouldn't, such as query windows.
* Swap rating and version in title view so it matches the
order in the Ratings tab (rating XX for version YY).
* Give a chance to decorate the version in translations.
* Drop the parenthesis around version in Ratings tab.
BNavigator shouldn't update its location until AllAttached(). Otherwise,
it might immediately trigger a redraw, and in such a case, the
navigation buttons wouldn't yet have had a chance to load their icon
resources, leading to a debug assert in BPictureButton due to said
images not being present, but required.
* Disabled BitmapView::GetHeightForWidth() to keep aspect, it seems
broken in the layout system, the view gets layouted completely
elsewhere. Mabye due to the layout hierarchy being optimized?
* Instead layout the bitmap with correct aspect in the given space,
honor LayoutAlignment() for this.
* All text views that potentially need scrolling are now
embedded into a CustomScrollView. That one controls a
vertical BScrollBar only and has B_NO_BORDER frame. Since
the regular BScrollView doesn't do some adjustments in
this setup, the CustomScrollView takes care of moving the
BScrollBar such that the B_DOCUMENT_WINDOW_LOOK resize
handle does not obscure the bottom arrow button.
