Source Activity

Syndicate content
Haiku's main repository
Updated: 21 min 28 sec ago

ifaddrs: add extern "C"

Thu, 2015-02-26 21:02
We need this to be callable from C programs. Thanks to Diver for reporting! We need this to be callable from C programs. Thanks to Diver for reporting!
Categories: Development

Add packages for unzip and use them.

Thu, 2015-02-26 18:18
* remove unzip Jamfile from the build, unzip stays with us. * clean up image and package definitions. * added unzip in regular builds. * remove unzip Jamfile from the build, unzip stays with us. * clean up image and package definitions. * added unzip in regular builds.
Categories: Development

Update usb.ids from www.linux-usb.org

Thu, 2015-02-26 04:20
Categories: Development

Update pci.ids from pciids.sourceforge.net

Thu, 2015-02-26 04:20
Categories: Development

Tracker: Style fixes

Wed, 2015-02-25 21:33
Categories: Development

Tracker: Save Desktop state again

Wed, 2015-02-25 20:31
Let me tell you a story about a bug. In a615ec8f86406c14607c656cf90492bc58bd73d0 Axel imported the OpenTracker code into Haiku with fSaveStateIsEnabled set to true (for Desktop and all windows). In 9f2a3f6f47d121411c85a1e939f1cda80a4b4b1d I (John) changed it to: fSaveStateIsEnabled(dynamic_cast(this) == NULL) which is suppose to detect whether or not the ContainerWindow is the Desktop and only save the state if it is NOT. However, this didn't actually work because since this is called in the constructor the dynamic_cast to BDeskWindow* fails. Therefore we were still saving the state of Desktop even though the code make it look like we weren't. In e7803cf1f69a81b1c77880518ba16b6708c1efdb Augustin updated the code so that BDeskWindow passes in a isDeskbar flag as part of the constructor parameters thus detecting that the window was Deskbar correctly. So basically Augustin fixed the bug detecting whether or not the window was the Deskbar in the constructor which then disabled saving the Desktop's state to attributes. Augustin unknowingly turned saving the Desktop's state off. We don't want to disable saving the Desktop's state because that's where we store things like the icon size. What I was probably thinking when I tried unsuccessfully to turn off saving the state of the Desktop was that I don't want to save the WINDOW state of the Desktop since that would save the window dimensions of the Desktop (whatever your screen resolution is) and if you changed Tracker to non-spatial mode and opened the Desktop in a Tracker window it would pick up those attributes and then make the window take up the entire dimensions of your screen (a whole different bug). This bug, however, is also handled in 9f2a3f6f47d121411c85a1e939f1cda80a4b4b1d because code was added to BContainerWindow::SaveWindowState() which detects whether or not the window is the Desktop and if so, doesn't save (or restore) the window state (which is only part of the state). So with this change (reversal really) the other parts of the Desktop's state like icon size are once again saved while the window state is not. Fixes #11864 Let me tell you a story about a bug. In a615ec8f86406c14607c656cf90492bc58bd73d0 Axel imported the OpenTracker code into Haiku with fSaveStateIsEnabled set to true (for Desktop and all windows). In 9f2a3f6f47d121411c85a1e939f1cda80a4b4b1d I (John) changed it to: fSaveStateIsEnabled(dynamic_cast(this) == NULL) which is suppose to detect whether or not the ContainerWindow is the Desktop and only save the state if it is NOT. However, this didn't actually work because since this is called in the constructor the dynamic_cast to BDeskWindow* fails. Therefore we were still saving the state of Desktop even though the code make it look like we weren't. In e7803cf1f69a81b1c77880518ba16b6708c1efdb Augustin updated the code so that BDeskWindow passes in a isDeskbar flag as part of the constructor parameters thus detecting that the window was Deskbar correctly. So basically Augustin fixed the bug detecting whether or not the window was the Deskbar in the constructor which then disabled saving the Desktop's state to attributes. Augustin unknowingly turned saving the Desktop's state off. We don't want to disable saving the Desktop's state because that's where we store things like the icon size. What I was probably thinking when I tried unsuccessfully to turn off saving the state of the Desktop was that I don't want to save the WINDOW state of the Desktop since that would save the window dimensions of the Desktop (whatever your screen resolution is) and if you changed Tracker to non-spatial mode and opened the Desktop in a Tracker window it would pick up those attributes and then make the window take up the entire dimensions of your screen (a whole different bug). This bug, however, is also handled in 9f2a3f6f47d121411c85a1e939f1cda80a4b4b1d because code was added to BContainerWindow::SaveWindowState() which detects whether or not the window is the Desktop and if so, doesn't save (or restore) the window state (which is only part of the state). So with this change (reversal really) the other parts of the Desktop's state like icon size are once again saved while the window state is not. Fixes #11864
Categories: Development

Tracker: Code simplication

Wed, 2015-02-25 20:31
Replace calls to dynamic_cast(this) != NULL with fIsDesktop which is the flag added to the constructor in e7803cf1f69a81b1c77880518ba16b6708c1efdb. We no longer need to do the expensive dynamic_cast's because we have a handy flag to check instead. Replace calls to dynamic_cast(this) != NULL with fIsDesktop which is the flag added to the constructor in e7803cf1f69a81b1c77880518ba16b6708c1efdb. We no longer need to do the expensive dynamic_cast's because we have a handy flag to check instead.
Categories: Development

Tracker: Small style fixes

Wed, 2015-02-25 20:01
Categories: Development

ControlLook: Remove erroneous PopState() call.

Wed, 2015-02-25 00:35
This may have contributed to some drawing issues on the keymap app. This may have contributed to some drawing issues on the keymap app.
Categories: Development

Add package: ocaml-4.02.1 [x86_gcc2]

Mon, 2015-02-23 20:48
Categories: Development

Deskbar: Fix window updating bug #11865

Mon, 2015-02-23 19:58
We must toggle the expanded state of new windows if we are in VERTICAL expando mode with Expand New Teams on. The vertical part of the check got dropped accidentally in hrev48817 Thanks jstressman for reporting. Fixes #11865 We must toggle the expanded state of new windows if we are in VERTICAL expando mode with Expand New Teams on. The vertical part of the check got dropped accidentally in hrev48817 Thanks jstressman for reporting. Fixes #11865
Categories: Development

Deskbar: Remove settings member vars

Mon, 2015-02-23 19:51
... from expando menu bar. Get them from the BarApp settings instead. This is so that we don't have to keep the settings and the member vars in sync. ... from expando menu bar. Get them from the BarApp settings instead. This is so that we don't have to keep the settings and the member vars in sync.
Categories: Development

Deskbar: Move ExpandoMenuBar name to constructor

Mon, 2015-02-23 19:42
... instead of passing it in from BarView. ... instead of passing it in from BarView.
Categories: Development

Deskbar: Tiny indent style fix

Mon, 2015-02-23 19:18
Categories: Development

Update userguide translations

Mon, 2015-02-23 17:29
Categories: Development

HaikuDepot: Added UndoableEditListener list to TextDocument

Sun, 2015-02-22 20:25
This is all work in progress. The plan is to move the code that does any actual changes to the TextDocument into UndoableEdit implementations, then emit these edits to interesed listeners. They can then store them to implement the edit history. If there are not listeners, the edits will simply be released after they've done their work. Implemented so far is only the support for storing the edit listeners. This is all work in progress. T