On Wed, Jul 20, 2016 at 9:25 AM, Jonas Ådahl wrote:
>>
>> In short, don't bake the end-user application design choices into the
>> API for this.
>
> Right. My opinion is that any D-Bus API should treat monitors
> separately, letting the usage of that API deal with composition. I think
> it'd make
Sorry, I'm well out of my depth here, but there we references to HiDPI
which prompted my email. To my naive eye HiDPI appeared to be a
temporary hack to get around the real problem of font scaling.
So the logic was, if HiDPI is being talked about, then perhaps this area
of the system may impac
On Thu, Jul 21, 2016 at 09:36:11AM +1000, Brett Sutton wrote:
> Can I suggest that as this work is done you keep in mind (what I hope) is
> the long term objective to provide correct dpi scaling.
Font scaling is out of scope for what is discussed here. This is simply
about integer framebuffer scal
Can I suggest that as this work is done you keep in mind (what I hope)
is the long term objective to provide correct dpi scaling.
e.g. a 10 point font should measure 10/72 of an inch regardless of the
resolution or physical size of a monitor.
I may (as an end user) want to then apply differen
On Wed, Jul 20, 2016 at 02:27:20PM +0200, Bastien Nocera wrote:
> On Tue, 2016-07-19 at 23:23 +0800, Jonas Ådahl wrote:
> >
>
> > Well, 3 options with the other one being to have "A" and "B" content
> > be
> > placed in individual files, i.e. Screenshot - 2016-07-19 - 12:34 -
> > LVDS1.png and Sc
On Tue, 2016-07-19 at 23:23 +0800, Jonas Ådahl wrote:
>
> Well, 3 options with the other one being to have "A" and "B" content
> be
> placed in individual files, i.e. Screenshot - 2016-07-19 - 12:34 -
> LVDS1.png and Screenshot - 2016-07-19 - 12:34 - HDMI1.png, each one
> with
> their correct res
On 07/19/2016 07:40 PM, Jonas Ådahl wrote:
> I think as far as API's go, we should use D-Bus API that provides a
> screen record session where the actual video frames are passed using
> pinos. That API shoulda definitely be per monitor to minimize any
> processing done in the compositor process. En
On Tue, Jul 19, 2016 at 01:09:15PM -0700, Christian Hergert wrote:
> On 07/19/2016 12:21 PM, Ray Strode wrote:
> > On Tue, Jul 19, 2016 at 11:04 AM Jonas Ådahl wrote:
> >> > 2) Represent each monitor separately, generating one file for each
> > This makes the most sense to me. Or even only do the
On 07/19/2016 12:21 PM, Ray Strode wrote:
> On Tue, Jul 19, 2016 at 11:04 AM Jonas Ådahl wrote:
>> > 2) Represent each monitor separately, generating one file for each
> This makes the most sense to me. Or even only do the active monitor.
>
> Of course for screen recording (versus screenshoting)
hi,
On Tue, Jul 19, 2016 at 11:04 AM Jonas Ådahl wrote:
> 2) Represent each monitor separately, generating one file for each
This makes the most sense to me. Or even only do the active monitor.
Of course for screen recording (versus screenshoting), only doing the
active monitor could be weird,
On Tue, Jul 19, 2016 at 05:15:05PM +0200, Bastien Nocera wrote:
> On Tue, 2016-07-19 at 23:03 +0800, Jonas Ådahl wrote:
> > Hi,
> >
> > Over at mutter we've been working towards supporting proper multi DPI
> > setups when running GNOME using Wayland. Proper multi DPI means to
> > support having mu
On tis, 2016-07-19 at 23:03 +0800, Jonas Ådahl wrote:
> [...]
> Any opinions on in what way we should deal with this? What user
> interface do we want?
>
I always found it weird that taking a screenshot or making a screencast
took the data from both screens and put them together.
I'd suggest tha
On Tue, 2016-07-19 at 23:03 +0800, Jonas Ådahl wrote:
> Hi,
>
> Over at mutter we've been working towards supporting proper multi DPI
> setups when running GNOME using Wayland. Proper multi DPI means to
> support having multiple monitors where two or more monitors have
> significantly different DP
Hi,
Over at mutter we've been working towards supporting proper multi DPI
setups when running GNOME using Wayland. Proper multi DPI means to
support having multiple monitors where two or more monitors have
significantly different DPI but applications showing correctly on both
monitors at all times
14 matches
Mail list logo