where appropriate.
* Typedef'ed page_num_t to phys_addr_t and used it in more places in
vm_page.{h,cpp}.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36937 a95241bf-73f2-0310-859d-f6bbb57e9c96
pressed even if there is nothing to do. This allows the Deskbar to be moved
with the window modifier keys held, finally, see #6029.
* Removed a superfluous (fDecorator != NULL) from the check to choose between
decorator and window modifier action - _ActionFor() can safely be called with
a NULL decorator, and it just made the logic look wrong (even though no harm
was done).
* Minor cleanup.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36935 a95241bf-73f2-0310-859d-f6bbb57e9c96
be applied before pushing a drawing state, otherwise it is not preserved
throughout playing the picture data. I've added the comment and resetting the
drawing origin to the previous value. Fixes ticket #6070, thanks!
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36933 a95241bf-73f2-0310-859d-f6bbb57e9c96
- Added macro __HAIKU_ARCH_BITS specifying the architecture bitness (32/64)
(might be more convenient to use than __HAIKU_ARCH_{32,64}_BIT).
- Added macros __HAIKU_ARCH_PHYSICAL_BITS, __HAIKU_ARCH_PHYSICAL_{32,64}_BIT,
and the types __haiku_phys_[s]addr_t. The intention is to use separate
macros and types for virtual and physical addresses, since for some
architectures (e.g. x86 with PAE) those actually differ.
* sys/types.h, BeBuild.h, SupportDefs.h:
- Added types phys_[s]addr_t and respective printf() format macros.
- Added public macros B_HAIKU_BITS, B_HAIKU_PHYSICAL_BITS,
B_HAIKU_PHYSICAL_{32,64}_BIT.
Might break the build under older Haiku installations. Will test next.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36926 a95241bf-73f2-0310-859d-f6bbb57e9c96
const Element &newElement), element is a pointer. See ticket #5892 (found
by compiling Haiku with clang).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36909 a95241bf-73f2-0310-859d-f6bbb57e9c96
to decide whether to apply the mini data flag. Helps compilation with clang
according to ticket #5892.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36908 a95241bf-73f2-0310-859d-f6bbb57e9c96
downloads are still in progress before quitting the application.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36898 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Fixed one instance where ACPI and BeOS status codes was not handled right.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36897 a95241bf-73f2-0310-859d-f6bbb57e9c96
"Transport" or "comment" text does not get truncated anymore,
when it is longer than "pending jobs" text.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36896 a95241bf-73f2-0310-859d-f6bbb57e9c96
Using German locale text in printers list does not get truncated anymore.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36895 a95241bf-73f2-0310-859d-f6bbb57e9c96
Deskbar around as other windows do (more or less), as suggested in ticket
#6029.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36889 a95241bf-73f2-0310-859d-f6bbb57e9c96
effect, and DetachedFromWindow() was not symmetrical to AttachedToWindow(),
and would have leaked the children if called without destroying inbetween.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36888 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Don't keep any memory mappings from the OF for the time being. We can't
keep mappings < 2 GB, since those aren't in the kernel address space and
we don't handle memory mapped registers or the like correctly either.
Ticket #5193.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36886 a95241bf-73f2-0310-859d-f6bbb57e9c96
prices.rtf to be parsed correctly as reported by humdinger.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36884 a95241bf-73f2-0310-859d-f6bbb57e9c96
to stdout (mostly for testing).
* Removed no longer needed packaging jam rule.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36883 a95241bf-73f2-0310-859d-f6bbb57e9c96
poorly with the default font size, I wonder why no one noticed that before
applying.
* This also hid some bugs in the layouting code causing the doubled spacing to
be used.
* Fixed some weird layout in FileTypeWindow.
* Changed some code to BLayoutBuilder in a few cases.
* Made sure the list views have a better default size, and resize with the
window.
* Removed superfluous checks if be_control_look is NULL.
* Enlarged the icon size in the main window to 48 pixels.
* I've worked around some strange resizing in the ApplicationTypesWindow by
setting a max size for the list view. Also, setting a max limit for the
BStringView on the right side had no effect on layouting (only the text
was cut).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36882 a95241bf-73f2-0310-859d-f6bbb57e9c96
adds -f command line option to start WebPositive in fullscreen mode. Untested.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36880 a95241bf-73f2-0310-859d-f6bbb57e9c96
invocation and fixes the dependency problem (missing grist on the sources)
that caused the headers not to be regenerated when the sources changed.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36878 a95241bf-73f2-0310-859d-f6bbb57e9c96
more information. eg, if one needs to manually install the files neeeded by
the script.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36876 a95241bf-73f2-0310-859d-f6bbb57e9c96
go out of sync when switching between tabs. Closes#5969, thanks a lot!
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36875 a95241bf-73f2-0310-859d-f6bbb57e9c96
only ever changes one gradient at a time, and adopts itself to the current
gradient transformation. When applying it's own transformation on the gradient,
it could then reset and assign the transformation. On the other hand, the
regular TransformObjectCommand works on a different assumption, which is that
the object has it's own original transformation, and the transform box
transformation is chained on top of that. So the TransformGradientBox cannot
use a TransformObjectsCommand for the undo stack. Whenever such a command
could not use the box to apply the transformation, it would mess up the
gradient's transformation and the undo/redo chain. -> Use a dedicated
TransformGradientsCommand which works the same as the TransformGradientsBox
when applying the transformation.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36866 a95241bf-73f2-0310-859d-f6bbb57e9c96
to the current transformation of the style's gradient, in order to never
accidentally change that transformation while using assignment and comparison
operators for convenience. However when resetting the transformation in the
notification hook, it could lead to reentering the hook unnecessarily and even
busy looping (thanks to Mark Erben for providing such an icon).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36865 a95241bf-73f2-0310-859d-f6bbb57e9c96