Re: [e-users] Re: [e-users] =?iso-8859-15?q?Expos=E9_for?= E17

[Christian E. <der...@gm...>]

As far as i know this is not possible. EFL can only control what EFL draws.
Everything in a Window is drawn by the app and it's libraries. Thats what i=
=20
mean with "E17 doesn't knwo what is in the window".  It just know: "aha thi=
s=20
is the app firefox with this position..."

I am not a developer but i read a bit about X and how it works, but perhaps=
 i=20
am wrong.


> Thx Paulo, but as said, it's just an idea, no solution.
> And in the spirit of DR17 ('best code quality'), this surely would be a
> real dirty hack, but on the other side it would be quite fast to
> implement, i guess...
>
> The best solution of course, would be, if E can resize the window on
> it's on, without need for screenshots.
> And if i understand the message on enlightenment.org, which says:
>
> [snippet]
> The EFL contains solutions for almost any graphical interface task, far
> beyond just rendering images. EVAS provides a highly optimized canvas
> library. Ecore provides a simple and modular abstraction interface and
> advanced event management including timers. Etox provides a complex text
> layout library complete with theme-able text stylization capabilities
> (previously Estyle). EDB provides a compact database format for
> intuitive and easy configuration management, including the storing of
> binaries. EET provides an integrated and flexible container that ends
> the traditions of providing themes in tarballs. Edje provides a
> revolutionary library and tool set for /completely/ abstracting
> application interfaces from their code, including a complex and flexible
> method of designing interfaces. EWL provides a complete widget library
> built on all the other components of the EFL. And more!
> [/snippet]
>
> my idea is a waste of already existing wonderful libraries ...
>
> Because if the content of a window is fully themable, there also should
> be the possibility to adjust the size of all elements inside the window,
> at least i understand it this way... (?)
> Rasterman (or someone else with the needed knowledge), plz show us the
> right way to go :)
>
> Greets, Christian Pedaschus
>
> PS. Anyone else has probs reaching www.enlightenment.org?  It's very
> slow and often aborts connection ...? (could be on my side too, my isp
> changed some things shortly)
>
> Paulo Jorge de Oliveira Cantante de Matos wrote:
> >Christian Pedaschus said:
> >>PS. Just read the message from Christian Engels and i think,
> >>that this
> >>should be no
> >>problem.
> >>As an Idea: The windows don't need to be refreshed while
> >>showing them in
> >>epose (would be nice, but is not needed for the functionality)
> >>, so it
> >>would(?) be enough,
> >>to just take a screenshot of the window, resize and display it.
> >>no need
> >>for e to change
> >>font-sizes or take care of the layout 'inside' the window.
> >>perhaps i missed something in expose (never used it), but i
> >>guess that
> >>should be
> >>working, or? Plz correct me if i'm wrong..
> >
> >At least for a first-version features I agree with Christian.
> >
> >>Thomas Kleinbauer wrote:
> >>>So, I really have no clue at all about the e17 internals, but
> >>>I do have some
> >>>programming experience and would be willing to participate in
> >>>an effort to
> >>>create something like Expos=E9 for e17. But I think, somebody
> >>>with a more
> >>>profound insight into the libraries would be needed to lead
> >>>such a project,
> >>>therefore I'd like to post this official
> >>>
> >>>Call for Participation
> >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> >>>
> >>>In order to implement a functionality similar to Max OSX'
> >>>Expos=E9
> >>>(http://www.apple.com/macosx/features/expose/), we are looking
> >>>for people
> >>>willing to contribute in any helpful way. In particular, the
> >>>following
> >>>positions are open ;-)
> >>>
> >>>- One or more project leader(s)
> >>>
> >>> Deeper knowledge of the e-libs would be a requirement, also
> >>>the general
> >>>management and organization of the project would be part of
> >>>the task.
> >>>
> >>>- Worker bees
> >>>
> >>> People willing to contribute to the code, all different
> >>>levels of
> >>>experience welcome.
> >>>
> >>>- Testers
> >>>
> >>> Even if you don't feel ready to do some coding you may be a
> >>>valuable help
> >>>if you can take some time every once in a while to do code
> >>>testing and write
> >>>high quality feedback reports.
> >>>
> >>>It's not clear if this will eventually lead to a real
> >>>(sub-)project, that
> >>>depends vastly on the reactions to this call. Therefore,
> >>>please spread this
> >>>call around, but don't forget to point out that the primary
> >>>coordination
> >>>point - until an own infrastructure has been set up - is the
> >>>"enlightenment
> >>>user mailing list":
> >>>http://sourceforge.net/mailarchive/forum.php?forum=3Denlightenment-use=
rs
> >>
> >>-------------------------------------------------------
> >>SF.Net email is sponsored by: Discover Easy Linux Migration
> >>Strategies
> >>from IBM. Find simple to follow Roadmaps, straightforward
> >>articles,
> >>informative Webcasts and more! Get everything you need to get
> >>up to
> >>speed, fast.
> >>http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
> >>_______________________________________________
> >>enlightenment-users mailing list
> >>enl...@li...
> >>https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
> _______________________________________________
> enlightenment-users mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users