Re: [E-devel] E CVS: apps/e devilhorns

On Mon, 31 Dec 2007, Hisham Mardam Bey wrote:

> Thanks for the links, but that is really not my point here. My point
> is that if someone walks in and tries to figure out what these
> functions really do, there's no way of doing so (unless you consider
> reading the source code then jumping over to the FDO documentation a
> good way).

which functions ?

* ecore_x_screen_is_composited : i've not added it, and you can see a 
description in ecore_xcb_netwm.c. The doc in ecore_x_netwm.c is not that 
detailed.

* all the _prefetch functions : I've documented ALL the code in the xcb 
backend, using sometimes the X specifications to describe the functions.

in both cases, doxygen documentation can be generated to see what these 
functions do.

Is it sufficient ? Should we detail more those documentations ?

anyway, happy new year :)

Vincent

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.

Re: [E-devel] E CVS: apps/e devilhorns

On Jan 1, 2008 2:56 AM, Vincent Torri <vtorri <at> univ-evry.fr> wrote:

>
> anyway, happy new year :)
>

Happy new year! (=

--

-- 
Hisham Mardam Bey
http://hisham.cc/
+1-514-713-9312
Codito Ergo Sum (I Code Therefore I Am)

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: [E-devel] [e-users] New blog entry - Window manipulation and focus configuration nightmare

On Mon, 31 Dec 2007 09:06:22 +0100
Andreas Volz <lists <at> brachttal.net> wrote:

> Am Mon, 31 Dec 2007 16:28:23 +0900 schrieb Daniel Stonier:
> 
> > On 31/12/2007, Daniel Stonier <d.stonier <at> gmail.com> wrote:
> > > Tyranny of the majority - I like that! Or like to fight against it
> > > anyway!
> > >
> > > I love E's philosophy in allowing the user to choose the style they
> > > want. Too often 'hidden' functionalities become neglected and
> > > subsequently either impossible or a very inconvenient to change in
> > > systems that decided to obscure them for simplicity.
> 
> Don't hang to much with this point if it disturb you. I said: 
> 
> "discuss about configuration options"
> 
> I understand your point, but you I think you agree that discussion
> should be allowed. And perhaps you agree too that if a discussion turns
> out that there are several configuration options that are used only by
> less then 10 user or so on the world then they should be moved (not
> removed) away. I don't vote for _removing_ an config option from E
> itself. But then move it to a "Very rare used configuration options"
> config dialog module. It's too much rare used stuff - Even for the
> advanced dialogs.
> 
> I really hoped that you discuss more about the other important points.
> Perhaps this one point was to offence...
> 

[E-devel] [PATCH] Edje match improvement

Hi,

 Here is an updated patch from my previous attempt to replace
_edje_glob_match. It now pass the matched signal and not the matched
pattern. This should fix some little bug :)

 Good tests and happy new year,
Cedric

PS: Sorry, I can't reply to my previous mail, as I lost my mail server
during the holliday.
--

-- 
Cedric BAIL

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
enlightenment-devel mailing list
enlightenment-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] ecore_xcb proposal - part 2

I think this looks very reasonable. Were you able to verify with the
XCB devs that we can poll on the cookies like this?

On Dec 31, 2007 10:25 AM, Vincent Torri <vtorri <at> univ-evry.fr> wrote:
>
>
>
> On Sun, 30 Dec 2007, Nathan Ingersoll wrote:
>
> >> Another possibility (raster's idea) for
> >> ecore_x_drawable_geometry_get_async is to sent an event
> >> ECORE_X_REPLY_GEOMETRY_GET just when the xcb_get_geometry_reply call has
> >> returned. The event would contain (actually, would be) the structure
> >> above. Then, the prototype would just be:
> >>
> >> void ecore_x_drawable_geometry_get_async(Ecore_X_Drawable drawable (unused))
> >>
> >> raster: in that case, should we also add those events in the Xlib
> >> implementation ?
> >
> > My preference would be a resounding YES!  I also tend to agree with
> > raster's API choice of using the existing event model.
> >
> > I would like to see the removal of the _async calls entirely and get
> > this to the point where we have essentially 2 exposed calls. The first
> > is the traditional blocking call, while the second is a _request or
> > _prefetch call. Below are my ideas of how this could work, but you are
> > far more familiar with the XCB specifics so please let me know if a
> > part of this is not feasible. There is also the possibility that
> > extensions could be made to XCB to support some of this behavior.

[E-devel] E17, Debian and powerpc

Hi,

I'm installing E17 deb packages found on
http://www.edevelop.org/debian/ on a powerpc architecture.
It works very well and congratulation for your work. There is only one
thing I would like to know.

Are the packages for powerpc updated too? Latest i386 packages were
released on 20071230 but the ppc ones 10 months ago.

I would be very glad to use a more "up-to-date" E17 on my iMac.

Thanks again,
Jean-François

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: [E-devel] ecore_xcb proposal - part 2

On Wed, 2 Jan 2008, Nathan Ingersoll wrote:

> I think this looks very reasonable. Were you able to verify with the
> XCB devs that we can poll on the cookies like this?

They didn't answer me yet. Maybe they are on holydays :)

Vincent

> On Dec 31, 2007 10:25 AM, Vincent Torri <vtorri <at> univ-evry.fr> wrote:
>>
>>
>>
>> On Sun, 30 Dec 2007, Nathan Ingersoll wrote:
>>
>>>> Another possibility (raster's idea) for
>>>> ecore_x_drawable_geometry_get_async is to sent an event
>>>> ECORE_X_REPLY_GEOMETRY_GET just when the xcb_get_geometry_reply call has
>>>> returned. The event would contain (actually, would be) the structure
>>>> above. Then, the prototype would just be:
>>>>
>>>> void ecore_x_drawable_geometry_get_async(Ecore_X_Drawable drawable (unused))
>>>>
>>>> raster: in that case, should we also add those events in the Xlib
>>>> implementation ?
>>>
>>> My preference would be a resounding YES!  I also tend to agree with
>>> raster's API choice of using the existing event model.
>>>

Re: [E-devel] [e-users] WEB DEVS needed.

On Dec 24, 2007 12:48 AM, Zachary Goldberg <zgold550 <at> gmail.com> wrote:
> I may actually have time to do this in the next week.  I will email
> you again after Christmas to see if you still need help.
>
> --ZGold
>
>
> On Dec 23, 2007 11:25 PM, Inc <inchosting <at> gmail.com> wrote:
> > Hello, I think it's time that we finish up the todo list for the site or at
> > least re-theme enlightenment.org/donate to fit in with the rest of the
> > site.... If there are any web developers around willing to help out feel
> > free to respond to this thread or email me personally. Some of the todo list
> > items are found  here
> > http://web.enlightenment.org/viewvc/web/www/donate/TODO?revision=1.2&view=markupbut
> > there are other things too that need to be done... let me know thanks!
> > --Ian "Inc" Caldwell.
> >
> > --
> > --Inc
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > enlightenment-users mailing list
> > enlightenment-users <at> lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> >
>
>

[E-devel] Donations page Patch

Attached.  Please take note of the stared (*) TODO comments.
Basically I need the DB Schema :)

o Ditch the meter all together. Make it a general amount of funds...
  *I need the DB Schema to effectively finish this part
o Order the donors by date NOT by donation amount
  *Again, need schema
o Write the information to a plain file instead of a mysql db(optional)
If you need the old Database please contact inc... you can message him
on irc or email him.
  *Huh?

Also, while I'm writing: what happened to that planned release
sometime about now?  There was talk of an alpha or something of the
sorts.

--

-- 
Zachary Goldberg
Computer Science & Engineering
Electrical Captain of Penn Electric Race Team
School of Engineering at the University of Pennsylvania

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
enlightenment-devel mailing list

[E-devel] Nightly build log for E17 on 2008-01-02 12:13:58 -0800

Build log for Enlightenment DR 0.17 on 2008-01-02 12:13:58 -0800
Build logs are available at http://download.enlightenment.org/tests/logs

Packages that failed to build:
edvi  http://download.enlightenment.org/tests/logs/edvi.log
engage  http://download.enlightenment.org/tests/logs/engage.log
epdf  http://download.enlightenment.org/tests/logs/epdf.log
evolve  http://download.enlightenment.org/tests/logs/evolve.log

Packages with no supported build system:
entice, esmart_rsvg, exorcist, python-efl, 

Packages skipped:
camE, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, 
evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, 

Packages that build OK:
alarm, bling, cpu, deskshow, eclair, ecore, edb, e_dbus, edje_editor, edje, 
edje_viewer, eet, eflame, eflpp, efreet, elapse, elation, elicit, elitaire, 
e, embrace, embryo, emotion, emphasis, empower, emu, engrave, engycad, enhance, 
enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, 
epeg, ephoto, e_phys, epsilon, equate, esmart, estickies, etk_extra, etk, 
etk-perl, evas, evfs, ewl, examine, exhibit, exml, expedite, express, extrackt, 
feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, 
imlib2_tools, language, mail, mem, mixer, moon, net, news, pesh, photo, 
rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, 
weather, winselector, wlan, 

Debian GNU/Linux 4.0 \n \l