Development mailing list

Il 23/03/13 02:35, Sean Collins ha scritto: Gabriele Biffi wrote: Il 23/03/13 02:15, Sean Collins ha scritto: is a 2560 x 1440 27 inch high enough dpi ? ...

On Sat, Mar 23, 2013 at 6:13 AM, pulkomandy@xxxxxxxxxxxxx wrote: I don't think that's very useful for preferences windows like the deskbar one. It's a window I open only once the first time I install Haiku, and then forget about. When I open it again, I'll likely have forgotten where I had moved it the previous time. So, there's not much use in remembering the position. I agree, let's just have sensible default positions for preference windows, and not worry about saving their position, at least for now. ...

On 23.03.2013, at 02:18, Gabriele Biffi mlist@xxxxxxxxx wrote: Il 23/03/13 00:57, Urias McCullough ha scritto: In theory, this has nothing to do with a specific monitor - sounds like HiDPI is just the mode that Apple refers to when they're doubling the size of everything in the OS. So, you could conceivably run this so-called HiDPI on a 1600x1200 display to get 800x600 equivalent-sized graphics but with better anti-aliasing. ...

That might work as a sensible default, but, if I move the window the system should remember where I put it. I don't think that's very useful for preferences windows like the deskbar one. It's a window I open only once the first time I install Haiku, and then forget about. When I open it again, I'll likely have forgotten where I had moved it the previous time. So, there's not much use in remembering the position. ...

Of course, but it doesn't make much sense - except for people with reduceded vision, maybe - but it is necessary on a display with such an high pixel density, because a regular UI becomes extremely tiny. The ideal would be to have a completely customizable UI scale, and I think Haiku should lean this way, because in the next few years more and more notebooks will come with displays like this. On Haiku, you just go in the appearance preflet and increase the font size. You also have to tweak some settings (deskbar and tracker icon sizes) ...

On Fri, Mar 22, 2013 at 6:29 PM, Gabriele Biffi mlist@xxxxxxxxx wrote: Il 23/03/13 02:15, Sean Collins ha scritto: is a 2560 x 1440 27 inch high enough dpi ? Absolutely not! 2560*1440 at 27 give only 109 DPI ;-) Hrm, I was using 2048x1536 on a 21 Cornerstone CRT (19 viewable) back in 1995-96... They made monitors (and video cards) at even higher resolutions for industrial CAD work at that time and I've always wondered why it's taken so long for higher pixel density to catch on. ...

On Fri, Mar 22, 2013 at 9:29 PM, Gabriele Biffi mlist@xxxxxxxxx wrote: Absolutely not! 2560*1440 at 27 give only 109 DPI ;-) If they drop in price I'd consider a Chromebook Pixel and see if I could run Haiku on it. It's DPI is even higher than the Retina MacBooks, at 239. Ever since I saw the Retina MacBooks I've wanted a screen like that, but I bought my current MacBook right before the Retina ones came out and there isn't yet a reason to upgrade. Of course I'd need a good excuse to get the Pixel, and the current price ...

Gabriele Biffi wrote: Il 23/03/13 02:15, Sean Collins ha scritto: is a 2560 x 1440 27 inch high enough dpi ? Absolutely not! 2560*1440 at 27 give only 109 DPI ;-) ...

Il 23/03/13 02:15, Sean Collins ha scritto: is a 2560 x 1440 27 inch high enough dpi ? Absolutely not! 2560*1440 at 27 give only 109 DPI ;-) ...

Il 23/03/13 00:57, Urias McCullough ha scritto: In theory, this has nothing to do with a specific monitor - sounds like HiDPI is just the mode that Apple refers to when they're doubling the size of everything in the OS. So, you could conceivably run this so-called HiDPI on a 1600x1200 display to get 800x600 equivalent-sized graphics but with better anti-aliasing. ...

Marcus Jacob wrote: Hi all, short question, are there any plans to support HiDPI displays, with native resolutions above FullHD, as those are getting more and more attention in the high-end notebook market? Cheers, ...

On 3/22/2013 17:02, John Scipione wrote: What if we provided a centralized database of key value pairs identified by UUIDs where applications could register and then later read back settings. We could even make a nice program to view this database, sort of like an editor for this registry of settings data, maybe we could call it regedit. :) Well, aside from copy errors from the past... ;-) ...

Yes, that is a problem, back to the drawing board I guess. What if we provided a centralized database of key value pairs identified by UUIDs where applications could register and then later read back settings. We could even make a nice program to view this database, sort of like an editor for this registry of settings data, maybe we could call it regedit. :) ...

On Fri, Mar 22, 2013 at 7:04 PM, Ingo Weinhold ingo_weinhold@xxxxxx wrote: On 03/22/2013 10:56 PM, John Scipione wrote: Perhaps it might make sense for settings windows to store their window positions as an attribute on the application file they represent, for example the Time Preferences window could store it's position on the Time binary as an attribute. That would get around the problem of dealing with a bunch of settings files. -1. With a few exceptions everything in /boot/system and /boot/common will ...

On Fri, Mar 22, 2013 at 4:45 PM, Gabriele Biffi mlist@xxxxxxxxx wrote: Watching an OS designed for a ~100 DPI display (most of them) on a ~220 DPI one (MBP Retina) isn't going to be fun. I would like to give it a try... does anyone know if VirtualBox or VMWare Fusion can run on HIDPI setting? So far I seen them just doubling the picture. In theory, this has nothing to do with a specific monitor - sounds like HiDPI is just the mode that Apple refers to when they're ...

Il 22/03/13 20:50, Urias McCullough ha scritto: On Fri, Mar 22, 2013 at 12:34 PM, Marcus Jacob rossi@xxxxxxxxxxxxxxx wrote: short question, are there any plans to support HiDPI displays, with native resolutions above FullHD, as those are getting more and more attention in the high-end notebook market? ...

On 03/22/2013 10:56 PM, John Scipione wrote: Perhaps it might make sense for settings windows to store their window positions as an attribute on the application file they represent, for example the Time Preferences window could store it's position on the Time binary as an attribute. That would get around the problem of dealing with a bunch of settings files. ...

On Tue, Mar 19, 2013 at 3:09 PM, pulkomandy@xxxxxxxxxxxxx wrote: If I do one by one this way I'll create a bunch of settings files in home/config just for storing window positions... this seems less than elegant to me. I'm hoping for a more thoughtful solution to this problem. The way Tracker does it is storing the information as an attribute to the folder the window is showing. I think it makes sense to do the same for all document windows (StyledEdit and Pe store the attribute to text files) and some other cases (Terminal tries to do something but it doesn't work ...