drawn correctly in that case, and the thumb stays at the start of the slider
(minimal position). This fixes bug #193.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17705 a95241bf-73f2-0310-859d-f6bbb57e9c96
the other BeOS-platforms anyway (unless I'm mistaken). Please note that
these tools are still available as part of 'install-userland-networking'.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17703 a95241bf-73f2-0310-859d-f6bbb57e9c96
userland-networking files into a convenient place for easier testing:
+ net_server_driver and net_stack_driver are installed to
/boot/home/config/add-ons/kernel/drivers/bin and ../dev/net
+ net_stack_tester, ifconfig, arp and route are installed to
$(HAIKU_TEST_DIR)/kits/net/userland
+ libsocket, libnet, libbind and libnetapi are installed to
$(HAIKU_TEST_DIR)/kits/net/userland/lib
+ userland add-ons are installed to
$(HAIKU_TEST_DIR)/kits/net/userland/add-ons/obos_network
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17701 a95241bf-73f2-0310-859d-f6bbb57e9c96
This fixes bug #593.
* No longer opens an empty document for every non existing path - it now only
opens a new document if there is none yet.
* No longer open an empty document for non existing files - instead, it just
passes the ref to StyledEditApp::OpenDocument(). StyledEditWindow::_LoadFile()
now treats those files gently as well, so that you can create new documents
via StyledEdit as on BeOS without getting annoyed too much.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17699 a95241bf-73f2-0310-859d-f6bbb57e9c96
vfs_get_vnode_cache() which did not acquire an extra reference to the
cache_ref when the cache had to be created.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17693 a95241bf-73f2-0310-859d-f6bbb57e9c96
mapping, but it connected the vm_cache objects, so if it failed later, and
thus called vm_cache_release_ref() the object could have been freed accidently.
Most uses of map_backing_store() explicetly acquired a cache_ref *after* the
call was successful, but _vm_map_file() did not do this.
_vm_map_file() might still not work correctly, though, need to have a closer
look at it.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17692 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Improved header output, it now looks a lot nicer.
* Fixed style issues of that header, too: replaced "s" prefix with the
correct "k" prefix.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17690 a95241bf-73f2-0310-859d-f6bbb57e9c96
of the keymap source? At least it didn't give me an error afterwards anymore.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17687 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Fixed some minor style issues.
* fChars was allocated with new[] but deleted with free() in the Keymap destructor.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17686 a95241bf-73f2-0310-859d-f6bbb57e9c96
He published it on its web site and
made an annouce on our forums here:
http://www.haiku-os.org/forums/viewtopic.php?t=866
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17684 a95241bf-73f2-0310-859d-f6bbb57e9c96
The bus_manager files were compiled but were not used for linking the "usb" bus_manager module.
I only found this out by looking at the binary and finding strange strings that were for sure not in the USB stack.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17679 a95241bf-73f2-0310-859d-f6bbb57e9c96
I have no idea what sense this makes. When switching from list mode to
icon mode, some poses had their locations set to location "infinity",
because MapToNewIconMode did a division by zero. This resulted in feeding
the scrollbars a totally insane range.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17673 a95241bf-73f2-0310-859d-f6bbb57e9c96
message - and even return the error message it got from BMessage::AddString()
for trying so.
This fixes bug #585.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17671 a95241bf-73f2-0310-859d-f6bbb57e9c96
has a signature or not, what matters is that has the correct B_APP_MIME_TYPE MIME type.
This fixes bug #606.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17670 a95241bf-73f2-0310-859d-f6bbb57e9c96
element. We now soften the rule that the absolute path should be used, and give libraries
another chance and search them in the standard search paths. This fixes bug #601 and lets
Becasso run on Haiku.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17669 a95241bf-73f2-0310-859d-f6bbb57e9c96
The app queries still are case sensitive, though (shouldn't hurt, as the MIME
type database preserves the case).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17668 a95241bf-73f2-0310-859d-f6bbb57e9c96
is used at other places, and all of a sudden, the "Open With..." menu in Tracker is
working now :-)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17666 a95241bf-73f2-0310-859d-f6bbb57e9c96
MIME type.
* We now write the META:TYPE attribute that contains the type with
preserved case (as in BeOS). We even currently check this whenever
a type is opened, but that can be removed later, again.
* BMimeType::GetSupportingApps() was broken for applications that
only support the super type.
* Also BMimeType::GetSupportingApps() preserves the case of the
signatures.
* Why on earth would we want to preserve the case of case insensitive
MIME types? Simple, this let's you query for those apps using case
sensitive queries, as Tracker uses for its "open with" functionality.
Strangely enough, that one still doesn't work, even though the query
predicate is now correct.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17661 a95241bf-73f2-0310-859d-f6bbb57e9c96
- add loading of kernel debugger/ modules
- add a kgets() exported func for use by nasty modules =)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17657 a95241bf-73f2-0310-859d-f6bbb57e9c96
Axel Dörfler