Development mailing list

Syndicate content
Archive of posts for haiku-development at FreeLists
Updated: 1 hour 14 min ago

[haiku-development] Re: Final Set*UIColor Patch, Version 3e (Dario Casalinuovo)

Tue, 2015-12-29 10:45
1. Is DelayedMessage acceptable given my previous explanations? 2. If DelayedMessage is not acceptable, what is the alternative offered? 3. Should BColorMap remain? 4. If not, what is the alternative? I see few worthwhile options (see $6) 5. If BColorMap should remain, should it remain a part of the public API? When the doubt occur, wouldn't be better ATM if we maintain the API private for now? Most of the new APIs lived as private before to get exposure. ...
Categories: Development

[haiku-development] Re: Final Set*UIColor Patch, Version 3e (Dario Casalinuovo)

Tue, 2015-12-29 06:45
On Fri, Dec 04, 2015 at 08:47:11PM +0000, Fredrik Holmqvist wrote There's a problem here, not that I don't agree in general with that, but the thing is heavily related to regressions. There's no code without bugs. If we merge a patch, someone should manage the eventual issues. ...
Categories: Development

[haiku-development] Re: FOSDEM? (François Revol)

Mon, 2015-12-28 22:45
On 01/12/2015 00:56, François Revol wrote: it looks like I missed the deadline for the booth request at FOSDEM (thought it was 30th while it was 13th), unless someone beat me at it? We could however propose a talk at the Desktop devroom, we have until Saturday to submit: ...
Categories: Development

[haiku-development] Re: Final Set*UIColor Patch, Version 3e (Adrien Destugues)

Mon, 2015-12-28 20:45
On Fri, Dec 04, 2015 at 10:02:23PM +0000, Fredrik Holmqvist wrote: I even taken to fixing and improving code. I spent a huge amount of work on ACPI actually working and making sure it could be enabled without breaking any computers. I would rather had done other things. I explained and told people when it was actually was ACPI issues or IRQ issues. I fixed your and others commits that breaks the build... But that is beside the point. In tree is where we can work and collaberate, ...
Categories: Development

[haiku-development] Re: Final Set*UIColor Patch, Version 3e (Fredrik Holmqvist)

Mon, 2015-12-28 01:45
Yes, but at what point is it done? When the right approach and classes are built, when every known bug is fixed or when every linebreak is correct. If big changes never reach fruitation, or are taken over by someone who can complete the work then it's just a waste of time for every one.. /Fredrik Holmqvist, TQH fre 4 dec. 2015 23:16 Rene Gollent anevilyak@xxxxxxxxx skrev: ...
Categories: Development

[haiku-development] Re: Final Set*UIColor Patch, Version 3e (Rene Gollent)

Sun, 2015-12-27 17:45
On Fri, Dec 4, 2015 at 5:02 PM, Fredrik Holmqvist fredrik.holmqvist@xxxxxxxxx wrote: things evolve and improve. Outside it is a one man show where nothing ever moves forward. It is not working well. I don't like it that way. Feel free to discuss this instead of going personal and measure my commitment to Haiku. Does it really have to be 100% done just to get into our development tree? ...
Categories: Development

[haiku-development] Re: Final Set*UIColor Patch, Version 3e (Fredrik Holmqvist)

Sun, 2015-12-27 08:45
Oh be nice. I even taken to fixing and improving code. I spent a huge amount of work on ACPI actually working and making sure it could be enabled without breaking any computers. I would rather had done other things. I explained and told people when it was actually was ACPI issues or IRQ issues. I fixed your and others commits that breaks the build... But that is beside the point. In tree is where we can work and collaberate, things evolve and improve. Outside it is a one man show where nothing ever ...
Categories: Development

[haiku-development] Re: Final Set*UIColor Patch, Version 3e (Adrien Destugues)

Sat, 2015-12-26 23:45
On Fri, Dec 04, 2015 at 08:47:11PM +0000, Fredrik Holmqvist wrote: Isn't it easier to fix the remaining issues in tree? We have people who can help improve it there. Is our git a development tree or a golden master where only perfect code enter? I prefer a development tree where we can collaborate. /Fredrik Holmqvist, TQH ...
Categories: Development

[haiku-development] Re: Final Set*UIColor Patch, Version 3e (Fredrik Holmqvist)

Wed, 2015-12-23 18:45
Why still keep this out of tree? Isn't it easier to fix the remaining issues in tree? We have people who can help improve it there. Is our git a development tree or a golden master where only perfect code enter? I prefer a development tree where we can collaborate. /Fredrik Holmqvist, TQH fre 4 dec. 2015 18:26 looncraz looncraz@xxxxxxxxxxx skrev: ...
Categories: Development

[haiku-development] Re: E-mail preferences - Feature removal? (Axel Dörfler)

Wed, 2015-12-23 16:45
Am 04/12/2015 um 19:39 schrieb Dániel Kasza: Unfortunately, the inbound/outbound (IMAP/SMTP) server settings are in two different config views -- so a button could only get you to one of them. That was the one nice touch about the wizard page, both settings were on a single page. Maybe they could be merged into one config view? I am not a fan of making more work for others without doing any myself, so I am willing to volunteer some time for this later this month. ...
Categories: Development

[haiku-development] Re: E-mail preferences - Feature removal? (Dániel Kasza)

Wed, 2015-12-23 16:45
Maybe they could be merged into one config view?  I am not a fan of making more work for others without doing any myself, so I am willing to volunteer some time for this later this month.  Daniel Sent from my BlackBerry 10 smartphone.   Original Message   From: Axel Dörfler Sent: Friday, December 4, 2015 1:50 AM ...
Categories: Development

[haiku-development] Re: Final Set*UIColor Patch, Version 3e (looncraz)

Wed, 2015-12-23 16:45
I have an available time window of three days next week, starting Tuesday. I would like to use a couple of these days to address any remaining blocking issues for final approval and committing of my patch. For this to work, I will require answers for the questions I have previously asked, as well as feedback regarding my explanations in regards to various implementation details (such as the value of DelayedMessage and keeping BColorMap (as well as keeping it as public)). ...
Categories: Development

[haiku-development] Re: E-mail preferences - Feature removal? (Axel Dörfler)

Wed, 2015-12-23 16:45
Am 03/12/2015 um 17:41 schrieb Dániel Kasza: Option 1 makes sense as long as the warning pop-up has a button that takes the user to the protocol configuration view. Unfortunately, the inbound/outbound (IMAP/SMTP) server settings are in two different config views -- so a button could only get you to one of them. That was the one nice touch about the wizard page, both settings were on ...
Categories: Development

[haiku-development] Re: E-mail preferences - Feature removal? (Dániel Kasza)

Wed, 2015-12-23 16:45
Option 1 makes sense as long as the warning pop-up has a button that takes the user to the protocol configuration view. Daniel Sent from my BlackBerry 10 smartphone.   Original Message   From: Axel Dörfler Sent: Thursday, December 3, 2015 10:25 AM To: haiku-development@xxxxxxxxxxxxx ...
Categories: Development

[haiku-development] Re: E-mail preferences - Feature removal? (Stephan Aßmus)

Wed, 2015-12-23 16:45
Am 03.12.2015 um 16:24 schrieb Axel Dörfler: I actually favor option 1), as it removes duplicated config views. Sounds good to me. Best regards, -Stephan ...
Categories: Development

[haiku-development] E-mail preferences - Feature removal? (Axel Dörfler)

Wed, 2015-12-23 16:45
Hi there, the original add account wizard of the E-mail preferences has a page for specifying the server, and the encryption used. This had been implemented quite questionable by creating the full protocol configuration view, removing the needed views by name, destroying the config view, and adding the removed views again into the ...
Categories: Development

[haiku-development] Re: Change patches workflow [was Final Set*UIColor Patch, Version 3e] (Ingo Weinhold)

Wed, 2015-12-23 14:45
On 03.12.2015 11:08, Axel Dörfler wrote: Am 29.11.2015 um 19:31 schrieb Adrien Destugues: System administration is one of the tasks where long-term tracking of things is the most needed. I'm not sure this can be done by a contractor in a fire and forget way. Also, deploying the app is probably not that hard, the problem is finding someone with access to our servers and the time and motivation to do it. There is a difficult constraint here that ...
Categories: Development

[haiku-development] Re: Change patches workflow [was Final Set*UIColor Patch, Version 3e] (Adrien Destugues)

Wed, 2015-12-23 14:45
3 décembre 2015 11:06 Axel Dörfler axeld@xxxxxxxxxxxxxxxx a écrit: things is the most needed. I'm not sure this can be done by a contractor in a fire and forget way. Also, deploying the app is probably not that hard, the problem is finding someone with access to our servers and the time and motivation to do it. There is a difficult constraint here that we don't want too much people doing admin work on the servers, yet it is not reasonable to expect just one person to handle everything. We have ...
Categories: Development

[haiku-development] Re: Change patches workflow [was Final Set*UIColor Patch, Version 3e] (Axel Dörfler)

Wed, 2015-12-23 14:45
Am 29.11.2015 um 19:31 schrieb Adrien Destugues: System administration is one of the tasks where long-term tracking of things is the most needed. I'm not sure this can be done by a contractor in a fire and forget way. Also, deploying the app is probably not that hard, the problem is finding someone with access to our servers and the time and motivation to do it. There is a difficult constraint here that we don't want too much people doing admin work on the servers, yet it is not reasonable to expect just one person to handle everything. We have ...
Categories: Development

[haiku-development] Re: Change patches workflow [was Final Set*UIColor Patch, Version 3e] (Axel Dörfler)

Tue, 2015-12-22 18:45
Am 01.12.2015 um 14:22 schrieb Dario Casalinuovo: Just as an example, some change recently made the media_server to be automatically restarted. The dev probably didn't try to restart the media services or play with them with hey quit, but actually the services aren't ready to behave this way. This is a limit case, but I guess such kind of situations should be avoided. ...
Categories: Development