Development mailing list

Syndicate content
Archive of posts for haiku-development at FreeLists
Updated: 45 min 22 sec ago

[haiku-development] Read-only Directory problems (Pete Goodeve)

Mon, 2015-05-18 08:45
OK. You've been asking for examples of why the read-only hierarchy and the removal of common breaks things. Here's one, that has me fairl y firmly blocked at the moment. I make extensive use of Ruby, and have a number of libraries of my own that are used by my apps. The Ruby standard is that they should go in .../lib/ruby/site-ruby, but under PM this is installed in /boot/system/lib and is read-only! Ruby does not know about the 'non-packaged' tree. ...
Categories: Development

[haiku-development] Re: Maintainer of the ARM port (fox noodles)

Mon, 2015-05-18 08:45
Hey guys, Sandro here. This is my very first msg here(also I'm testing Haiku since 2005) so make sure to take a sec and check-out my Linkedin profile In short imma Digital/Creative Director with a UI/X, Game and Product design background, as well as the brand communications and marketing of course. Currently based in Tbilisi, Georgia. ...
Categories: Development

[haiku-development] Re: Maintainer of the ARM port (Ithamar Adema)

Mon, 2015-05-18 08:45
On Mon, May 11, 2015 at 8:12 PM, Georg Lanzl georg.lanzl@xxxxxx wrote: the stack width the arguments for the new thread. (Exception: Data Abort) Is this also common for the ARM platform, or is it special for the beaglexm I used? This is probably because userspace handling has not been tested at all. ...
Categories: Development

[haiku-development] Re: Maintainer of the ARM port (Adrien Destugues)

Mon, 2015-05-18 08:45
portable as Haiku. Haiku have used this kernel too, so it is good when a new platform run on newos.org to backporting to Haiku. We forked from newos more than a decade ago. It is very unlikely that any work done there can be backported to Haiku. ...
Categories: Development

[haiku-development] Re: Maintainer of the ARM port (Ralf Schülke)

Mon, 2015-05-18 06:45
2015-05-11 20:12 GMT+02:00 Georg Lanzl georg.lanzl@xxxxxx: Basically, there are 2 major things to move further: - More SoC support in the kernel (which would be best done by fleshing out the FDT support) I will look into it. And I think some runtime tests in the kernel would be great to verify a new platform implements the main functions proper. portable as Haiku. ...
Categories: Development

[haiku-development] Re: Maintainer of the ARM port (Georg Lanzl)

Mon, 2015-05-18 06:45
- More SoC support in the kernel (which would be best done by fleshing out the FDT support) great to verify a new platform implements the main functions proper. hoping to implement FDT support into the USB stack so we could use USB devices to boot, but have not gotten around to doing that, as it turned out ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (Axel Dörfler)

Mon, 2015-05-18 06:45
Am 07/05/2015 um 21:43 schrieb Humdinger: On 7 May 2015 at 21:20, Adrien Destugues pulkomandy@xxxxxxxxxxxxx wrote: Should we make this the default? [...] This means we could even remove the setting to disable the expander. +1 to both of that. ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (John Scipione)

Mon, 2015-05-18 06:45
On Friday, May 8, 2015, kallisti5 kallisti5@xxxxxxxxxxx wrote: expander arrow is visual clutter, and having the applications always expand is misuse of screen space. making the icons larger is also misues of space. Leave it alone! ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (looncraz)

Mon, 2015-05-18 06:45
On 5/8/2015 19:20, kallisti5 wrote: ActivityMonitor goes from ActivityMonitor to Activ...itor adding the expander by default. A non-issue if the width is changed to accommodate the extra width of the expander icon. ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (kallisti5)

Mon, 2015-05-18 06:45
On 2015-05-08 17:31, Jim Saxton wrote: In my opinion, the Deskbar is the way it should be. Hacing the expander arrow is visual clutter, and having the applications always expand is misuse of screen space. making the icons larger is also misues of space. Leave it alone! +1. ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (Jim Saxton)

Mon, 2015-05-18 06:45
In my opinion, the Deskbar is the way it should be. Hacing the expander arrow is visual clutter, and having the applications always expand is misuse of screen space. making the icons larger is also misues of space. Leave it alone! -- bbjimmy ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (Brian Hague)

Mon, 2015-05-18 06:45
sorry I think it was superstippi was working on it... My now stalled attempt... ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (Augustin Cavalier)

Mon, 2015-05-18 06:45
On Thu, May 7, 2015 at 4:42 PM, Brian Hague alphaseinor@xxxxxxxxx wrote: now scalable? Hm? I never had a rebuild of the Deskbar, ever... Maybe that was John Scipione you are thinking of? -Augustin ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (Brian Hague)

Mon, 2015-05-18 06:45
Whatever happened to waddlesplash's rebuild of the deskbar? are the icons now scalable? I was going to work on it for a bit then I had a fire, and my life got thrown to the sharks... not worth repeating but there were some excelent ideas for an updated deskbar way back in 06,07,08 that kept the functionality without taking up a lot of space. alphaseinor ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (pete . goodeve)

Mon, 2015-05-18 02:45
On Thu, May 07, 2015 at 09:43:04PM +0200, Humdinger wrote: This means we could even remove the setting to disable the expander. +1 to both of that. If I understand Adrien correctly, he is just suggesting that the 'expand' buttons on deskbar items should always be available (no ability to disable that ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (Humdinger)

Mon, 2015-05-18 00:45
On 7 May 2015 at 21:20, Adrien Destugues pulkomandy@xxxxxxxxxxxxx wrote: This means we could even remove the setting to disable the expander. +1 to both of that. As we're talking about Deskbar default settings, I'd also propose to have the default icon size at 32px and increase the Deskbar window width by 16px. Todays resolutions are high enough that we could spend a few pixels on some eye candy. ...
Categories: Development

[haiku-development] Making expand applications the default DeskBar mode (Adrien Destugues)

Sun, 2015-05-17 22:45
Hello, We have a DeskBar setting to enable expando mode where applications can be expanded to show a list of window. There is a small button to show the window list inside the deskbar, instead of a separate menu. Should we make this the default? It makes it much easier to reach the windows, avoiding the menu, which needs 2 clicks to reach a window. The expand mode only works with DeskBar in vertical mode. ...
Categories: Development

[haiku-development] Re: Do we need a webstore for HaikuDepot to replace HaikuWare? (Richie Nyhus-Smith)

Sun, 2015-05-17 22:45
Hi Andrew, Yes, HDS is designed to be used both by user browsing and rating as well I assumed that it was only for the latter purposes and that the browsing of ...
Categories: Development

[haiku-development] Re: Do we need a webstore for HaikuDepot to replace HaikuWare? (Andrew Lindesay)

Sun, 2015-05-17 22:45
Hello; A couple of clarifications on this discussion which should probably move to the HDS mailing list... my proposal was an application catalogue with information pulled (I never said anything about syncing, logging in or editing of package metadata) ...
Categories: Development

[haiku-development] Re: A solution for all your debugging woes! (Adrien Destugues)

Sun, 2015-05-17 20:45
2 mai 2015 23:25 kallisti5 kallisti5@xxxxxxxxxxx a écrit: So when you have an issue at boot, there is no guarantee that syslog will be written to disk. (99.99% of the time it isn't) This means you have to pull out the ol' serial cable to get kernel ...
Categories: Development