On Fri, 03 Jan 2014 17:55:50 +0800 Juan Zhao <juan.j.z...@linux.intel.com> said:

> Do you mean the WIDI cases? It makes sense to extend the protocol.

WIDI? oooh wireless display - yes. but it doesn't have to be WIDI. any scenario
where the same app may display on either as mobile screen OR a desktop-like
screen, and the app has to "adapt" (and toolkit too). it needs to know which
style to use "dynamically". :)

> And for the short term usage,  is it possible to make it configurable 
> through themes or some configuration?

yes. a theme could make a null (empty) border if ti wanted to.

> Best Regards & Happy New year,
> Juan
> 
> On 12/30/2013 4:09 PM, Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 30 Dec 2013 16:06:08 +0800 Juan Zhao <juan.j.z...@linux.intel.com>
> > said:
> >
> > i think that the best way to do this is an extension to wayland protocol to
> > indicate apps should avoid drawing frames with their toolkits. :)
> >
> > this will require some negotiation before the first buffer is rendered. ie
> > surface created but not SHOWN... then ask wayland "given this surface, if i
> > showed it, should i draw frames or not?". this kind of negotiation will be
> > needed for many other things - like requesting what possible screen it may
> > end up on - or what profile to use. imagine a phone WITH a desktop monitor
> > attached. does the app display on the desktop monitor in "desktop mode" with
> > frames etc. and work with kbd+mouse, or does it display on the mobile screen
> > with no mouse and fill the screen etc.?
> >
> >> Hi,
> >>      In current elementary code, we can find that elementary will add an
> >> frame for wayland backend. While this is not required for all conditions.
> >> For example, in mobile environment, most of the windows will be
> >> fullscreened, or frameless.
> >>
> >>      Because other than the desktop environment, it's better to add a
> >> frame on demand. I'm thinking of one way to remove this default setting,
> >> and leverage the frame setting to the application itself, the reference
> >> code is listed below, and what's your suggestions for this frame setting?
> >>
> >> diff --git a/src/lib/elm_win.c b/src/lib/elm_win.c
> >> index 9d23d1a..ca39bdb 100644
> >> --- a/src/lib/elm_win.c
> >> +++ b/src/lib/elm_win.c
> >> @@ -3144,10 +3144,6 @@ _win_constructor(Eo *obj, void *_pd, va_list *list)
> >>        {
> >>           TRAP(sd, fullscreen_set, 1);
> >>        }
> >> -   else if ((type != ELM_WIN_INLINED_IMAGE) &&
> >> -            (ENGINE_COMPARE(ELM_WAYLAND_SHM) ||
> >> -             ENGINE_COMPARE(ELM_WAYLAND_EGL)))
> >> -     _elm_win_frame_add(sd, "default");
> >>
> >>    cc tizen-dev maillist, because tizen mobile and ivi are using the
> >> same code base.
> >>
> >> Best Regards,
> >> Juan
> >>
> >> ------------------------------------------------------------------------------
> >> Rapidly troubleshoot problems before they affect your business. Most IT
> >> organizations don't have a clear picture of how application performance
> >> affects their revenue. With AppDynamics, you get 100% visibility into your
> >> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> >> Pro!
> >> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> >> _______________________________________________ enlightenment-devel
> >> mailing list enlightenment-de...@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >>
> >
> 
> 
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT 
> organizations don't have a clear picture of how application performance 
> affects their revenue. With AppDynamics, you get 100% visibility into your 
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ras...@rasterman.com

_______________________________________________
Dev mailing list
Dev@lists.tizen.org
https://lists.tizen.org/listinfo/dev

Reply via email to