On Wed, 16 Jan 2013 16:57:53 -0800
"Enlightenment SVN" wrote:
> Log:
> added missing conf for screen_limits (new lost windows)
>
> Author: thanatermesis
> Date: 2013-01-16 16:57:53 -0800 (Wed, 16 Jan 2013)
> New Revision: 82913
> Trac: http://trac.enlightenment.org/e/change
Hello,
flamewar++;
On 01/17/2013 03:19 AM, David Seikel wrote:
>
> The debate will rage on once more. The people that thought they where
> licensing their code under BSD will mewl ineffectively about their
> rights being taken away. The GPL people will smugly and effectively say
the trouble I
On 17/01/13 06:43, Cedric BAIL wrote:
> On Wed, Jan 16, 2013 at 5:51 AM, Enlightenment SVN
> wrote:
>> Log:
>> efl: use autotools testsuite for running tests
>>
>>Instead of just making our own "check-local" and calling the binaries
>>ourselves, just append them into "TESTS" variable. Then
On Thursday, January 17, 2013, Enlightenment SVN wrote:
> Log:
> efl: stupid micro optimization.
>
> This single test accounted for 1% of my terminology benchmark.
> I am considering moving evas_string_char_next_get and
> eina_unicode_utf8_get_next to become inline as their function
> entr
On Thursday, January 17, 2013, Enlightenment SVN wrote:
> Log:
> devs/seoz build.sh: Do not build b0rken exquisite due to ecore-fb.
It's not broken, just enable it:
--enable-fb --disable-tslib
Of course you don't need tslib if your running on a desktop.
>
> Author: seoz
> Date:
On Thursday, January 17, 2013, Cedric BAIL wrote:
> On Thu, Jan 17, 2013 at 10:57 AM, Cedric BAIL
> >
> wrote:
> > On Thu, Jan 17, 2013 at 7:32 AM, Enlightenment SVN
> > > wrote:
> >> Log:
> >> evas/async_render: fix scalecache integration
> >>
> >> Note: scalecache is really crazy stuff, we sh
Well, in trunk we always have notification. You can remove those ifdef. I'm
not sure, but I guess we even have a way to output those to notify-OSD or
shortcut (no DBus) to the notification module.
On Thursday, January 17, 2013, Enlightenment SVN wrote:
> Log:
> e mixer and battery modules: reuse
On Wednesday, January 16, 2013, Cedric BAIL wrote:
> On Thu, Jan 17, 2013 at 6:26 AM, Enlightenment SVN
> > wrote:
> > Log:
> > fix internal library linkage to pull in dependencies.
> >
> > some libraries will need to pull more than its own .so, for example
> > Eina.h includes eina_lock.h that
On Thu, Jan 17, 2013 at 8:04 PM, Gustavo Sverzut Barbieri
wrote:
> On Wednesday, January 16, 2013, Cedric BAIL wrote:
>
>> On Thu, Jan 17, 2013 at 6:26 AM, Enlightenment SVN
>> > wrote:
>> > Log:
>> > fix internal library linkage to pull in dependencies.
>> >
>> > some libraries will need to pul
so now.. i get these random "hard to reproduce" crashes with async render. i'm
certain its scalecache related.
here is what i see now. 1. clipouts and all scalecache decisions are made in
the "main loop" before async thread. this means the scalecache logic that was
built for running inline will ge
On Thursday, January 17, 2013, Cedric BAIL wrote:
> On Thu, Jan 17, 2013 at 8:04 PM, Gustavo Sverzut Barbieri
> > wrote:
> > On Wednesday, January 16, 2013, Cedric BAIL wrote:
> >
> >> On Thu, Jan 17, 2013 at 6:26 AM, Enlightenment SVN
> >> > wrote:
> >> > Log:
> >> > fix internal library linkage
Hi,
We've got an issue with SVN import to git from svn.e.org so I had to
rewind tree.
Thoses of you who use it will have to update locale references to avoid
merge by using:
$ git fetch origin
$ git reset --hard origin/maste
This only concern main repo (svn.git).
Sorry for convinience.
B
On Thu, Jan 17, 2013 at 7:28 PM, Gustavo Sverzut Barbieri
wrote:
> On Thursday, January 17, 2013, Enlightenment SVN wrote:
>> Log:
>> efl: stupid micro optimization.
>>
>> This single test accounted for 1% of my terminology benchmark.
>> I am considering moving evas_string_char_next_get and
>>
On Thu, 17 Jan 2013 12:25:48 +0100
Bertrand Jacquin wrote:
> Hi,
>
> We've got an issue with SVN import to git from svn.e.org so I had to
> rewind tree.
Thanks for fixing that.
> Thoses of you who use it will have to update locale references to avoid
> merge by using:
> $ git fetch origin
On Thursday, January 17, 2013, Cedric BAIL wrote:
> On Thu, Jan 17, 2013 at 7:28 PM, Gustavo Sverzut Barbieri
> > wrote:
> > On Thursday, January 17, 2013, Enlightenment SVN wrote:
> >> Log:
> >> efl: stupid micro optimization.
> >>
> >> This single test accounted for 1% of my terminology benchm
On Thu, Jan 17, 2013 at 9:37 PM, Gustavo Sverzut Barbieri
wrote:
> On Thursday, January 17, 2013, Cedric BAIL wrote:
>> On Thu, Jan 17, 2013 at 7:28 PM, Gustavo Sverzut Barbieri
>> > wrote:
>> > On Thursday, January 17, 2013, Enlightenment SVN wrote:
>> >> Log:
>> >> efl: stupid micro optimization
Hi Raster,
We'll debug this. And yes, it should be scalecache and its pruning.
-- Ulisses
On Thu, Jan 17, 2013 at 9:09 AM, Carsten Haitzler wrote:
> so now.. i get these random "hard to reproduce" crashes with async render. i'm
> certain its scalecache related.
>
> here is what i see now. 1. cl
On Thursday, January 17, 2013, Cedric BAIL wrote:
> On Thu, Jan 17, 2013 at 9:37 PM, Gustavo Sverzut Barbieri
> > wrote:
> > On Thursday, January 17, 2013, Cedric BAIL wrote:
> >> On Thu, Jan 17, 2013 at 7:28 PM, Gustavo Sverzut Barbieri
> >> > wrote:
> >> > On Thursday, January 17, 2013, Enlight
* Sohyun Kim [2013-01-17 14:48:08 +0900]:
Hi, Sohyun.
I think you might have broken theme API. If you kept the C API,
though, I happy to ignore the other borkage, because this widget's
code really sucks big time, as of now. You have my blessing to replace it.
> Hello, this is Sohyun Kim.
> I ne
On Thu, 17 Jan 2013 05:49:15 -0800
"Enlightenment SVN" wrote:
> Log:
> unset pointer, thanks obiwahn
>
> Author: morlenxus
> Date: 2013-01-17 05:49:14 -0800 (Thu, 17 Jan 2013)
> New Revision: 82935
> Trac: http://trac.enlightenment.org/e/changeset/82935
>
> Modified:
> t
On Thu, Jan 17, 2013 at 10:34 PM, Gustavo Sverzut Barbieri
wrote:
> On Thursday, January 17, 2013, Cedric BAIL wrote:
>> On Thu, Jan 17, 2013 at 9:37 PM, Gustavo Sverzut Barbieri
>> > wrote:
>> > On Thursday, January 17, 2013, Cedric BAIL wrote:
>> >> On Thu, Jan 17, 2013 at 7:28 PM, Gustavo Sverz
On Thu, Jan 17, 2013 at 11:31 PM, Enlightenment SVN
wrote:
> Log:
> evas_render: Measure time spent while rendering in sync and async modes
You should use an eina_counter it would be more precise and later we
could bench it on other OS to.
> Author: acidx
> Date: 2013-01-17 06:31:
On Thu, Jan 17, 2013 at 7:32 PM, Gustavo Sverzut Barbieri
wrote:
> On Thursday, January 17, 2013, Enlightenment SVN wrote:
>
>> Log:
>> devs/seoz build.sh: Do not build b0rken exquisite due to ecore-fb.
>
>
> It's not broken, just enable it:
>
Hello Barbieri
> --enable-fb --disable-tslib
Oh I m
Hey,
Here are some numbers that show that the async renderer is actually
saving us time. These numbers can be obtained by yourself, by building
Evas with EVAS_RENDER_DEBUG_TIMING defined and setting/unsetting the
ECORE_EVAS_FORCE_SYNC_RENDER environment variable.
This number is the measure, in
+1 here :)
Multimuttonentry should have been reviewed correctly since the beginning.
Thanks for the refactoring but you should NOT:
1) break C API. (you confirmed)
2) break signals. (you confirmed)
3) break theme API. Existing theme should work.
4) break any apps which were using multibuttonentry
On Thu, Jan 17, 2013 at 12:15 PM, Cedric BAIL wrote:
> On Thu, Jan 17, 2013 at 10:34 PM, Gustavo Sverzut Barbieri
> wrote:
>> On Thursday, January 17, 2013, Cedric BAIL wrote:
>>> On Thu, Jan 17, 2013 at 9:37 PM, Gustavo Sverzut Barbieri
>>> > wrote:
>>> > On Thursday, January 17, 2013, Cedric BA
On Thu, Jan 17, 2013 at 1:11 PM, Leandro Pereira wrote:
> Hey,
>
> Here are some numbers that show that the async renderer is actually
> saving us time. These numbers can be obtained by yourself, by building
> Evas with EVAS_RENDER_DEBUG_TIMING defined and setting/unsetting the
> ECORE_EVAS_FORCE_
Replying both in one email:
On Thu, Jan 17, 2013 at 7:50 AM, Tom Hacohen wrote:
> On 17/01/13 06:43, Cedric BAIL wrote:
>> On Wed, Jan 16, 2013 at 5:51 AM, Enlightenment SVN
>> wrote:
>>> Log:
>>> efl: use autotools testsuite for running tests
>>>
>>>Instead of just making our own "check-loc
On Thu, Jan 17, 2013 at 1:03 AM, Carsten Haitzler wrote:
> On Wed, 16 Jan 2013 22:50:08 -0200 Gustavo Sverzut Barbieri
> said:
>
>> On Wednesday, January 16, 2013, David Seikel wrote:
>>
>> > On Wed, 16 Jan 2013 13:48:14 -0800 "Enlightenment SVN"
>> > > wrote:
>> >
>> > > Log:
>> > > add missing
On Thu, Jan 17, 2013 at 1:19 AM, David Seikel wrote:
[...]
>> >> > > > +NOTE: If linked together, the result will be LGPL (or GPL is
>> >> > > > Escape is +used) due that license characteristics.
>> >> > >
>> >> > > Hmmm, guess that means the BSD licences are useless, since
>> >> > > it's all gonn
On Thu, Jan 17, 2013 at 1:36 AM, David Seikel wrote:
>> Well, the resulting license is different. Indeed it will be LGPL. But
>> say you take Evas and remove eina dep, you could use that as BSD.
>>
>> I'd personally prefer to have everything as LGPL, but to change each
>> piece/file requires copyr
Hi all,
Ecore_X have been around for some time already. It's a library that
allows us to write code not covered by Ecore_Evas API, but that it's
specific to X.
However, since it's all inside EFL, wouldn't it be possible to have a
layer on top of Ecore_X, that exposes thoses APIs, but that allows
On Thu, 17 Jan 2013 14:39:17 -0200
Rafael Antognolli wrote:
> Hi all,
>
> Ecore_X have been around for some time already. It's a library that
> allows us to write code not covered by Ecore_Evas API, but that it's
> specific to X.
>
> However, since it's all inside EFL, wouldn't it be possible t
On Thu, 17 Jan 2013 14:12:29 -0200 Gustavo Sverzut Barbieri
wrote:
> On Thu, Jan 17, 2013 at 1:36 AM, David Seikel
> wrote:
> >> Well, the resulting license is different. Indeed it will be LGPL.
> >> But say you take Evas and remove eina dep, you could use that as
> >> BSD.
> There is nothing
On Thu, Jan 17, 2013 at 2:43 PM, Michael Blumenkrantz
wrote:
> On Thu, 17 Jan 2013 14:39:17 -0200
> Rafael Antognolli wrote:
>
>> Hi all,
>>
>> Ecore_X have been around for some time already. It's a library that
>> allows us to write code not covered by Ecore_Evas API, but that it's
>> specific t
On Thu, Jan 17, 2013 at 2:49 PM, Gustavo Sverzut Barbieri
wrote:
> On Thu, Jan 17, 2013 at 2:43 PM, Michael Blumenkrantz
> wrote:
>> On Thu, 17 Jan 2013 14:39:17 -0200
>> Rafael Antognolli wrote:
>>
>>> Hi all,
>>>
>>> Ecore_X have been around for some time already. It's a library that
>>> allow
On Thu, Jan 17, 2013 at 2:03 PM, Arvind R wrote:
> Hi,
>
> Just started with edje_example.[c,edc] as starting point of a
> video-asset-managemnt system I need. After the first time the mouse
> goes over the text, and the text changes colour, I just parked the
> mouse in the window (not over the te
On Thu, Jan 17, 2013 at 3:10 PM, Gustavo Sverzut Barbieri
wrote:
> On Thu, Jan 17, 2013 at 2:03 PM, Arvind R wrote:
>> Hi,
>>
>> Just started with edje_example.[c,edc] as starting point of a
>> video-asset-managemnt system I need. After the first time the mouse
>> goes over the text, and the text
While still allowing usage Outside of Elementary (one would hope)
dh
Rafael Antognolli wrote:
>On Thu, Jan 17, 2013 at 2:49 PM, Gustavo Sverzut Barbieri
> wrote:
>> On Thu, Jan 17, 2013 at 2:43 PM, Michael Blumenkrantz
>> wrote:
>>> On Thu, 17 Jan 2013 14:39:17 -0200
>>> Rafael Antognolli wro
Yes, if it's exposed through ecore_evas, then it will allow usage
outside of elementary.
On Thu, Jan 17, 2013 at 3:17 PM, Christopher Michael
wrote:
> While still allowing usage Outside of Elementary (one would hope)
>
> dh
>
> Rafael Antognolli wrote:
>>
>> On Thu, Jan 17, 2013 at 2:49 PM, Gust
On Tue, Jan 15, 2013 at 1:09 AM, Leif Middelschulte
wrote:
> Hello everyone,
>
> I'm trying to use an elm_entry for a UI via edje externals.
> Unfortunatelly, the entries don't respect the 'editable' parameter.
> I've attached an edc example, hoping that I've just been doing something
> wrong.
>
On Thu, Jan 17, 2013 at 7:41 PM, Bruno Dilly wrote:
> On Tue, Jan 15, 2013 at 1:09 AM, Leif Middelschulte
> wrote:
>> Hello everyone,
>>
>> I'm trying to use an elm_entry for a UI via edje externals.
>> Unfortunatelly, the entries don't respect the 'editable' parameter.
>> I've attached an edc ex
Hi Raster,
On Thu, Jan 17, 2013 at 11:13 AM, Ulisses Furquim
wrote:
> Hi Raster,
>
> We'll debug this. And yes, it should be scalecache and its pruning.
Just sent a patch to fix these segmentation faults. It did fix for us
and we cannot reproduce anymore here. Please let us know in case you
hit
On Wed, Jan 16, 2013 at 1:15 PM, Carsten Haitzler wrote:
> all we can do is ensure at least its least broken for those that work on the
> src itself and ... :/
thing is an automated way did not work even for those who actively
work/ed on the code.
it wasn't just platform but also autotools depen
On Fri, 18 Jan 2013 02:48:23 +1000 David Seikel said:
> On Thu, 17 Jan 2013 14:12:29 -0200 Gustavo Sverzut Barbieri
> wrote:
>
> > On Thu, Jan 17, 2013 at 1:36 AM, David Seikel
> > wrote:
> > >> Well, the resulting license is different. Indeed it will be LGPL.
> > >> But say you take Evas and
On Thu, 17 Jan 2013 20:03:18 -0200 Bruno Dilly said:
> On Thu, Jan 17, 2013 at 7:41 PM, Bruno Dilly wrote:
> > On Tue, Jan 15, 2013 at 1:09 AM, Leif Middelschulte
> > wrote:
> >> Hello everyone,
> >>
> >> I'm trying to use an elm_entry for a UI via edje externals.
> >> Unfortunatelly, the entri
On Thu, 17 Jan 2013 13:51:16 -0200 Gustavo Sverzut Barbieri
said:
> On Thu, Jan 17, 2013 at 1:03 AM, Carsten Haitzler
> wrote:
> > On Wed, 16 Jan 2013 22:50:08 -0200 Gustavo Sverzut Barbieri
> > said:
> >
> >> On Wednesday, January 16, 2013, David Seikel wrote:
> >>
> >> > On Wed, 16 Jan 2013 1
On Fri, 18 Jan 2013 00:50:28 +0200 "Alex-P. Natsios" said:
> On Wed, Jan 16, 2013 at 1:15 PM, Carsten Haitzler
> wrote:
>
> > all we can do is ensure at least its least broken for those that work on the
> > src itself and ... :/
>
> thing is an automated way did not work even for those who act
Yes this is a good idea. We need a wrapper layer for x and wayland.
Even ecore_evas will offer the APIs, we should consider usecases in
elementary applications.
Daniel Juyung Seo (SeoZ)
On Fri, Jan 18, 2013 at 4:14 AM, Rafael Antognolli wrote:
> Yes, if it's exposed through ecore_evas, then it w
On Fri, Jan 18, 2013 at 12:34 AM, Gustavo Sverzut Barbieri
wrote:
> On Thu, Jan 17, 2013 at 12:15 PM, Cedric BAIL wrote:
>> On Thu, Jan 17, 2013 at 10:34 PM, Gustavo Sverzut Barbieri
>> wrote:
>>> On Thursday, January 17, 2013, Cedric BAIL wrote:
On Thu, Jan 17, 2013 at 9:37 PM, Gustavo Sve
On Fri, Jan 18, 2013 at 12:45 AM, Gustavo Sverzut Barbieri
wrote:
> On Thu, Jan 17, 2013 at 1:11 PM, Leandro Pereira
> wrote:
>> Hey,
>>
>> Here are some numbers that show that the async renderer is actually
>> saving us time. These numbers can be obtained by yourself, by building
>> Evas with E
I can confirm the suspend problem and the new window desktop focus.
The systray module produces different results for me. Some icons are
whatever the program has put there. Others appear to be replaced with icons
and menus that e creates. And a third group has both the app supplied icon,
and the e
On Fri, 18 Jan 2013 09:18:34 +0900 Daniel Juyung Seo
said:
> Yes this is a good idea. We need a wrapper layer for x and wayland.
> Even ecore_evas will offer the APIs, we should consider usecases in
> elementary applications.
right now that wrapper layer is either ecore_evas (a very loose one) o
Hi, enlightenment developers:
Please help review attached patch and provide your comments. Thanks
Peng
reuse-evas-gl-context-and-surface-if-change-to-new-r.diff
Description: reuse-evas-gl-context-and-surface-if-change-to-new-r.diff
On Thu, 17 Jan 2013 20:34:40 -0200 Ulisses Furquim
said:
> Hi Raster,
>
> On Thu, Jan 17, 2013 at 11:13 AM, Ulisses Furquim
> wrote:
> > Hi Raster,
> >
> > We'll debug this. And yes, it should be scalecache and its pruning.
>
> Just sent a patch to fix these segmentation faults. It did fix for
On Thu, 17 Jan 2013 13:11:47 -0200 Leandro Pereira
said:
> Hey,
>
> Here are some numbers that show that the async renderer is actually
> saving us time. These numbers can be obtained by yourself, by building
> Evas with EVAS_RENDER_DEBUG_TIMING defined and setting/unsetting the
> ECORE_EVAS_
On Fri, 18 Jan 2013 02:37:07 + "Li, Peng" said:
> Hi, enlightenment developers:
>
> Please help review attached patch and provide your comments. Thanks
>
> Peng
so curious... what problems did you actually have? i am sure the code in there
was conservative... and i've never noticed this as
57 matches
Mail list logo
