Development mailing list

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

[haiku-development] Re: Allowing BAlert without buttons denied (Adrien Destugues)

Mon, 2015-08-03 10:45
3 août 2015 11:32 Stephan Aßmus superstippi@xxxxxx a écrit: the Media preferences. It is good to notify the user, but allowing no way to proceed is not good. After all, the media restarting might hang for some reason. Ok, that's right :-), but i think we still need something to show simple alerts. ...
Categories: Development

[haiku-development] Re: Allowing BAlert without buttons denied (Stephan Aßmus)

Mon, 2015-08-03 10:45
Am 03.08.2015 um 10:58 schrieb Dario Casalinuovo: I think the alert should have a butten then allowing to force quit the Media preferences. It is good to notify the user, but allowing no way to proceed is not good. After all, the media restarting might hang for some reason. Ok, that's right :-), but i think we still need something to show simple ...
Categories: Development

[haiku-development] Re: Allowing BAlert without buttons denied (Dario Casalinuovo)

Mon, 2015-08-03 10:45
I think the alert should have a butten then allowing to force quit the Media preferences. It is good to notify the user, but allowing no way to proceed is not good. After all, the media restarting might hang for some reason. Ok, that's right :-), but i think we still need something to show simple alerts. ...
Categories: Development

[haiku-development] Re: Allowing BAlert without buttons denied (Stephan Aßmus)

Mon, 2015-08-03 10:45
Hi, Am 03.08.2015 um 00:45 schrieb Dario Casalinuovo: Hello, I'm just wondering if someone is contrary to allow BAlerts without buttons in the async version of BAlert::Go. Actually there's a debug call in _Prepare which doesn't allow it. ...
Categories: Development

[haiku-development] Allowing BAlert without buttons denied (Dario Casalinuovo)

Mon, 2015-08-03 10:45
Hello, I'm just wondering if someone is contrary to allow BAlerts without buttons in the async version of BAlert::Go. Actually there's a debug call in _Prepare which doesn't allow it. I need it to show an alert when the user close Media preferences and we wait for media services to restart. -- Saluti, ...
Categories: Development

[haiku-development] Re: Moving wpa_supplicant back in-tree or forking it? (Michael Lotz)

Mon, 2015-08-03 10:45
On 02.08.2015 16:12, Alexander von Gluck IV wrote: We have a lot of patches to wpa_supplicant to draw windows, do password management, and other stuff. The patch certainly is large. This isn't due to a lot of changes in the ...
Categories: Development

[haiku-development] Moving wpa_supplicant back in-tree or forking it? (Alexander von Gluck IV)

Mon, 2015-08-03 10:45
I've wanted to throw this topic out here for some time. We have a lot of patches to wpa_supplicant to draw windows, do password management, and other stuff. Right now we keep wpa_supplicant as a recipe with a very long patch. I think the patches will likely never be accepted upstream. ...
Categories: Development

[haiku-development] Icon for multiple supported types? (Pete Goodeve)

Mon, 2015-08-03 10:45
Hi, Still working away on Sequitur... It has a nice [non-vector, sorry] icon for its supported 'audio/x-midi' mimetype, if Sequitur is the preferred application. However, the 'x-midi' version is sort of obsolete now, I think; Haiku seems to prefer 'audio/midi' pretty much]. To avoid back-compatibilty problems, I'd like it to show the icon for both mimetypes (it supports them both. now). Is there any way to specify this in an rdef, without just duplicating the data? ...
Categories: Development

[haiku-development] Media services startup notifications (Dario Casalinuovo)

Mon, 2015-08-03 10:45
Hello, working on the stippi proposed solution for Media prefs i have come to the problem that Deskbar notifications are partially handed by the Media preflet, so in various situations it result in half notifications. I.e. sometimes the restart or start process end with a 70% notification where the services are correctly running, this is because launch_media_server doesn't manage notifications on it's own. This also happens with MediaPlayer which is using launch_media_server. My plan is to add two functions complementary to the existing ones : ...
Categories: Development

[haiku-development] Re: [RFC] Getting rid of the tabs in Terminal, using Stack Tile instead (Vooshy)

Mon, 2015-08-03 10:45
Any chance of throwing my ticket into the mix when your looking at the code? - Vooshy ...
Categories: Development

[haiku-development] Re: [RFC] Getting rid of the tabs in Terminal, using Stack Tile instead (Stephan Aßmus)

Mon, 2015-08-03 10:45
Am 27.07.2015 um 14:04 schrieb Adrien Destugues: Rene wrote: Ingo wrote: Using the wasted title bar space on Windows by moving the tabs there, does make sense. However, on Haiku that space isn't wasted, because it allows stacking windows -- windows with tab views. As I wrote before, I find that ...
Categories: Development

[haiku-development] Re: [RFC] Getting rid of the tabs in Terminal, using Stack Tile instead (Axel Dörfler)

Mon, 2015-08-03 10:45
Am 27.07.2015 um 14:38 schrieb gus knight: Doing such a thing on Haiku would be a pain in the neck -- you'd have to reparent the child views to a different looper entirely... Why would that be a problem? Removing a view from a looper, and adding it to another, even with the complete child hierarchy left intact, are exactly two lines of code. ...
Categories: Development

[haiku-development] Re: [RFC] Getting rid of the tabs in Terminal, using Stack Tile instead (gus knight)

Mon, 2015-08-03 10:45
On Mon, Jul 27, 2015 at 8:04 AM, Adrien Destugues pulkomandy@xxxxxxxxxxxxx wrote: new windows or from a window to another. Firefox will allow this, because otherwise, if you open a tab in the wrong window, there is no way to reorganize things. And when you start doing that, the distinction between stacked windows and in-app tabs become a lot more blurred. Doing such a thing on Haiku would be a pain in the neck -- you'd have to reparent the child views to a different looper entirely... ...
Categories: Development

[haiku-development] Re: [RFC] Getting rid of the tabs in Terminal, using Stack Tile instead (Adrien Destugues)

Mon, 2015-08-03 10:45
make sense. However, on Haiku that space isn't wasted, because it allows stacking windows -- windows with tab views. As I wrote before, I find that that an awesome feature to neatly organize multiple browser windows on a single workspace. Losing that functionality would be... uh... a loss. Agreed. I may be in a minority, but personally I'd rather have ST be a feature that's strictly for the user's organizational purposes, and not co-opted by apps (or at least not without it being an explicit option). ...
Categories: Development

[haiku-development] Re: [RFC] Getting rid of the tabs in Terminal, using Stack Tile instead (Rene Gollent)

Mon, 2015-08-03 10:45
On Mon, Jul 27, 2015 at 7:03 AM, Ingo Weinhold ingo_weinhold@xxxxxx wrote: be enabled when necessary, the other features (close button, tab size) can be optional. +1. make sense. However, on Haiku that space isn't wasted, because it allows stacking windows -- windows with tab views. As I wrote before, I find that ...
Categories: Development

[haiku-development] Re: Fixed width for the DataTranslations preflet (Axel Dörfler)

Mon, 2015-08-03 10:45
Am 26.07.2015 um 20:09 schrieb Markus Himmel: Obvious ways of approaching this are: 1. Don't change anything and have the width change for each translator. 2. Make the preflet larger when necessary, but never smaller. 3. At startup, run through all translators to find the widest and use that for the preflet. If that turns out to be too small, fall back to option 2. ...
Categories: Development

[haiku-development] Re: [RFC] Getting rid of the tabs in Terminal, using Stack Tile instead (Ingo Weinhold)

Mon, 2015-08-03 10:45
On 07/26/2015 10:15 PM, Adrien Destugues wrote: On Sun, Jul 26, 2015 at 09:32:19PM +0200, Ingo Weinhold wrote: * No more accidentally closing a tab by middle clicking it when trying to paste something in the terminal I guess, you need to practice aiming. ;-) Given that Terminal closes the tab ...
Categories: Development

[haiku-development] Re: [RFC] Getting rid of the tabs in Terminal, using Stack Tile instead (Adrien Destugues)

Mon, 2015-08-03 10:45
On Sun, Jul 26, 2015 at 09:32:19PM +0200, Ingo Weinhold wrote: to paste something in the terminal I guess, you need to practice aiming. ;-) Given that Terminal closes the tab without alert only when the shell is the foreground process, the damage in such a case is usually limited, anyway. I often trigger this by accident when trying to copy text from one tab to another. This involves clicking on a tab, then middle clicking on the ...
Categories: Development

[haiku-development] Re: [RFC] Getting rid of the tabs in Terminal, using Stack Tile instead (Ingo Weinhold)

Mon, 2015-08-03 10:45
On 26.07.2015 09:46, Adrien Destugues wrote: On Sat, Jul 25, 2015 at 05:47:43PM -0400, gus knight wrote: Currently, the Terminal app's code is a really big mess. Part of the reason for this is because of the way the tabs/sessions are managed. Could you elaborate? It's been a while since I worked on Terminal and ...
Categories: Development

[haiku-development] Re: [RFC] Getting rid of the tabs in Terminal, using Stack Tile instead (Adrien Destugues)

Mon, 2015-08-03 10:45
On Sun, Jul 26, 2015 at 12:30:11PM -0400, gus knight wrote: wrote: * When the width of a window tab in a stack changes, there is still a drawing glitch That's not so bad, is it? It's more annoying than anything else... When closing a window, you can end up with its tab still visible, which ...
Categories: Development