closed in device_free(), not device_close(), too. Don't know why yet, but
I'm pretty sure I should follow their example...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17730 a95241bf-73f2-0310-859d-f6bbb57e9c96
makes use of BWindow::_SetFocus() in BView::MakeFocus()
BWindow::_KeyboardNavigation() now uses BView::MakeFocus()
This is though not enough: _SetFocus isn't called on window activation/deactivation, thus the input server isn't aware of a focus view change in this case.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17723 a95241bf-73f2-0310-859d-f6bbb57e9c96
I'm not so pleased with the code, though it works nice on Dano at least. Still lot of graphics bugs on Haiku
DrawButton is now transparent
little refactoring in ScopeView
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17718 a95241bf-73f2-0310-859d-f6bbb57e9c96
(by linking them to haiku's libsocket.so and libbind.so). This in turn greatly
simplifies building their respective userland version as they now are the same
as the standard version.
- added ping and traceroute to install-userland-networking pseudotarget
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17717 a95241bf-73f2-0310-859d-f6bbb57e9c96
Apparently, there was an integer overflow of some kind with BePYRO, but this version
if safe as well, and should look much better.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17716 a95241bf-73f2-0310-859d-f6bbb57e9c96
generated file from SystemKeymap.cpp to SystemKeymap.h.
* The keymap was even compiled into the input_server twice, as it was also
listed as source file.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17711 a95241bf-73f2-0310-859d-f6bbb57e9c96
is not part of the userland networking (pointed out by Axel)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17707 a95241bf-73f2-0310-859d-f6bbb57e9c96
this happens (the volume is too small to host a swap file), the slider is now
simply disabled.
* Removed that .doxygen-conf file that somehow ended up here.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17706 a95241bf-73f2-0310-859d-f6bbb57e9c96
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