it's totally depends on app/design and scenarios.
please imagine in point of their side.
it's enough to capture the screen to use as the thumbnail / profile resource
(debug) / any post - effects etc...
------------------------------------
-Regards, Hermet-
-----Original Message-----
From: "Carsten Haitzler"<ras...@rasterman.com>
To: "Enlightenment developer list"<enlightenment-devel@lists.sourceforge.net>;
Cc: "ChunEon Park"<her...@naver.com>;
Sent: 2015-03-10 (화) 19:25:17
Subject: Re: [E-devel] add new win apis.
On Tue, 10 Mar 2015 15:02:08 +0900 (KST) ChunEon Park <her...@naver.com> said:
> the reason elm_win_class_name_set() is let user know how to set the class
> name explicitly. if app doesn't know the backened window system, and how does
> class name set behind, the api will be much easier in their point of view.
eh? class is the application name - why does an app want/need to SET IT
EXPLICITLY? this is a convention apps follow and elm ensures it is vollowed by
using the application executable as this string.
name+class(+role) are simply a way of identifying that type of window and its
domain - eg the class (application name) and name within the application
("main", "fileselect", "wizard" etc.). as long as this identification is unique
(other apps aren't using this) in combination with class, then we are good - in
fact class should be unique per app, and apps basically choose unique
executable names because... otherwise it's REALLY hard to run them as
1. .desktop files name the executable and not full path, thus an app can really
only have a single name for this to work
2. users would be forced to use full paths to run apps as opposed to just typing
the executable name which is easy.
so class is, by design, unique, and name is determined at window creation. role
can also be set separately as well.
why does an app need to explicitly set class rather than it being figured out
to be a unique string already for them and that name already following
conventions?
> many apps needs to capture their view and store and share as the image
> resource. and what is proper solution of capture() you mentioned?
why do they do this? why does an app need to capture its own output?
> ------------------------------------
> -Regards, Hermet-
>
> -----Original Message-----
> From: "Carsten Haitzler"<ras...@rasterman.com>
> To: "Enlightenment developer
> list"<enlightenment-devel@lists.sourceforge.net>; Cc: "ChunEon
> Park"<her...@naver.com>; Sent: 2015-03-10 (화) 14:10:13
> Subject: Re: [E-devel] add new win apis.
>
> On Tue, 10 Mar 2015 13:46:33 +0900 (KST) ChunEon Park <her...@naver.com> said:
>
> > Hi.
> >
> > I suggest adding some window functions.
> >
> > Setting window class name as well as window capture function.
>
> ummm class + name are set by elm on creation. it's part of the parameters.
> name is the string your provide as second parameter. the third is the default
> title. class is a separate string and by convention this is he "name" of the
> process. elm gets this from argv[0]. this is a convention you will find
> across x11 applications and it is not a great idea to violate that. name
> +class shouldn't change once you have shown a window otherwise "bad things
> will happen" so thus no api's to change them. so chy change name? or is it
> class you want to change. if so, why?
>
> > Still, there are a few applications requesting capture function in Tizen.
> > So how about supporting function, kind of elm_win_capture() ?
>
> why? what is the purpose. this smells like a hack/workaround rather than a
> proper solution.
>
> > It's capable capture the window with x, buffer,
> > and as far as i know it's possible in wayland,
> > and window so far. (mac ? i have no idea)
> >
> > Additionally,
> > there is no api to set the class name in window
> > still class name is standard in x, wayland and ms window
> > So, i think it's not bad to support class name api in window.
> > maybe app set their class name flexibly if we provide,
>
> as above. it is automatically set taken from "application name" - ie from the
> executable of the app. by convention this is the case in most x11 apps and elm
> is trying to enforce this convention on apps so they "play nice".
>
> > What do you think?
> >
> > ------------------------------------
> > -Regards, Hermet-
> > ------------------------------------------------------------------------------
> > Dive into the World of Parallel Programming The Go Parallel Website,
> > sponsored by Intel and developed in partnership with Slashdot Media, is
> > your hub for all things parallel software development, from weekly thought
> > leadership blogs to news, videos, case studies, tutorials and more. Take a
> > look and join the conversation now. http://goparallel.sourceforge.net/
> > _______________________________________________
> > enlightenment-devel mailing list
> > enlightenment-devel@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
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@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
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
