Fixes #9816
It is no longer necessary, or even desirable for us to set the max
content width of the menu bar of a BMenuField now that BMenuItem
truncation and BMenuField sizing are working.
The user may, however, wish to set the max content width of the menu
bar of a BMenuField themselves like so:
menuField->MenuBar()->SetMaxContentWidth(width);
and the Interface Kit will automatically deduct the left and right
margins from the width including the space used by the drop down arrow.
When a filter is active, only expand parent nodes if either a) there is
only one matching parent, or 2) the match actually hit a function
contained in it. This allows the case where the intent of the filter is
to find a particular set of files or subdirectories to be handled more
efficiently.
ImageFunctionsView's filtering field now allows shell-style glob matches
rather than just simple direct string matches. Implements remaining
part of #7955.
Store the filter match index on the SourcePathComponentNode so we can
retrieve it directly when drawing instead of having to recompute the
position of the match every time.
- ImageFunctionsView now contains a text input allowing one to specify a
filter for its contained functions.
- When in filtered mode, the previous flattened view is used rather than
the hierarchical tree.
- The matching portion of the string is highlighted. However, currently
only simple string matches are supported.
* After examining MacOS toolbox roms, I think i've got
this nailed down. The MacOS Toolbox rom contains chrp
code at the top and binary code at the bottom.
* The Raw format for the chrp seemed to cause issues with the
OpenFirmware boot process on some systems. NetBSD uses a '-'
file type.
* The format of the chrp seems a lot more sensitive across machines
than described. Ensure our returns and spaces are even.
* Booting with the 'c' key is still working on my older OpenFirmware
machine with the chrp script. The bitmap logo is a half black, half
white box.
* I removed the &device; alias for now for troubleshooing. It also may
of been causing compatibility issues. More testing is needed.
* It seems like not all NewWorld OpenFirmware
versions support booting from CHRP scripts.
* Move Haiku elf bootloader into bootloader.b
type tbxi. As it is in the blessed directory
it is picked up by cd:,\\:tbxi
* Adjust bootinfo.txt to point to bootloader
&device; ensures that the image can be started
regardless of source media
* Adjust bootinfo.txt to use \\ as base. \\ is an
alias for the blessed folder on the boot media
* Rename ofboot.b to ofboot.chrp to avoid confusion
* Add .txt, .html to hfs.map to identify them properly
* The haiku-boot-cd-ppc.iso now boots on my G3 PowerBook
by holding the 'c' key at startup. The boot menu colors
are incorrect (white background) but it is a step in
the right direction.
* New chrp script. Blank icon for the moment, if someone
could figure out how to make a chrp icon that would be
neat.
* Tested working on qemu and real hardware. Need to test
on a more modern PowerPC Mac however.
* After lots of testing and playing, our v6 stack
just isn't ready for this level of prime time as
we lack IPv6 address scope flags.
* Fixes regression in #9594
* Remove includes from header and use bare class definitions instead
* Add the includes from the header to the cpp file
* Remove Alert.h include from cpp file, not used.
* Remove TextControl.h include from header, not used.
* Add Point.h include to cpp file, we do use that.
* Reorder includes according to style guidelines
... instead of using the less flexable BGroupLayoutBuilder.
* Reduce Group levels used by eliminating the uneeded top
level group.
* Use font relative spacing units in a few places instead of
hard coding 20 pixels.
* By using the layout builder template I can use the single
parameter version of SetInsets().
Found an AddStrut() method that eliminates the need for the ugly
CreateVerticalStut() call. This approximately matches what I did
in Screen Preferences to line up the BBox's there.
I've reverted my previous commit and redid the code to make
the history as nice as possible but my main concern is to make the
code as nice as possible.
... to 8.0 matching the value used in the Appearance preflet.
This cell sizes makes the ramps fit nicely with the Red Green
and Blue text boxes at the default 12pt font size.
* Replace the stringViews with CreateLabelLayoutItem()s and menus
with CreateMenuBarLayoutItem().
* Remove extra group levels
* Use font aware spacing units in layout constructor.
* Align the fIconLabelOutline check box with the menu fields
instead of the menu field labels.
Take this opportunity to reapply this hack in a much nicer way.
Before the hack included the default margins, now it doesn't.
Should be back to normal, sorry for the noise.
This reverts commit 39899cf6626bbcb3b41fd44fc49dd2bdec9a34f9.
Checked with BeOS R5, and this is not how it works, to remain
compatable we need to go back to how this was before.
If the debugger interface isn't currently connected, don't attempt to
actually install the breakpoint, and simply consider the operation a
success. This allows setting new breakpoints after e.g. the team has
exited.
Resolves remaining part of #9774.
BBox's now line up.
Once again set the top inset of the BBox that forms the main
backgrounds view to 0. This should probably be converted to
a BView...
