On Thu, 2 Dec 2010 00:05:54 -0800
"Enlightenment SVN" wrote:
> Log:
> Adjust min sizes of ilist and textblock so that Modules dialog fits
> nicely into 240x320 (without these changes, the toolbar is partially
> obscured by illume indicator).
>
>
>
> Author: devilhorns
> Date:
On Fri, 2009-05-15 at 11:11 -0700, Enlightenment SVN wrote:
> Log:
> use E_NEW & E_FREE macros
>
> Author: devilhorns
> Date: 2009-05-15 11:11:41 -0700 (Fri, 15 May 2009)
> New Revision: 40680
>
> Modified:
> trunk/e/src/bin/e_pan.c
>
> Modified: trunk/e/src/bin/e_pan.c
> ==
Fixed, Thanks Viktor :)
Damn fat-finger typing :)
dh
Viktor Kojouharov wrote:
> On Fri, 2009-05-15 at 11:11 -0700, Enlightenment SVN wrote:
>> Log:
>> use E_NEW & E_FREE macros
>>
>> Author: devilhorns
>> Date: 2009-05-15 11:11:41 -0700 (Fri, 15 May 2009)
>> New Revision: 4068
On Sun, Jul 19, 2009 at 5:08 PM, Enlightenment
SVN wrote:
> Log:
> Cleanup compiler warning on e_signals.c:
> execinfo.h (which contains the backtrace* functions is only included
> if OBJECT_PARANOIA_CHECK is defined so add an #ifdef around those
> calls.
no, this has nothing t
Gustavo Sverzut Barbieri wrote:
> On Sun, Jul 19, 2009 at 5:08 PM, Enlightenment
> SVN wrote:
>> Log:
>> Cleanup compiler warning on e_signals.c:
>> execinfo.h (which contains the backtrace* functions is only included
>> if OBJECT_PARANOIA_CHECK is defined so add an #ifdef around
On Sun, Jul 19, 2009 at 11:53 PM, Christopher
Michael wrote:
> Gustavo Sverzut Barbieri wrote:
>>
>> On Sun, Jul 19, 2009 at 5:08 PM, Enlightenment
>> SVN wrote:
>>>
>>> Log:
>>> Cleanup compiler warning on e_signals.c:
>>> execinfo.h (which contains the backtrace* functions is only
>>> in
On Sun, Jul 26, 2009 at 05:30:07PM -0700, Enlightenment SVN wrote:
> Log:
> Remove whitespace.
> Use E_FREE for things created with E_NEW.
> Add new function to clear the toolbar.
> Add new function to return the number of the selected item.
got two patches:
#1: hide eina_list internals by
After a quick read-through, the patches look good :) I won't have time
to actually do a build test until later tonight tho (and if ok, then
I'll commmit them). If someone else gets to these before me, great...if
not I will attend to them later tonightbut for the most part, if you
have more
Thanks, Committed :)
I slightly modified the patches a little to account for formatting &
whitespace. I also replaced a couple of missed while/for loops with
eina_list macros.
Cheers,
devilhorns
Peter van de Werken wrote:
> On Sun, Jul 26, 2009 at 05:30:07PM -0700, Enlightenment SVN wrote:
>>
On Sat, Aug 22, 2009 at 11:03 PM, Enlightenment
SVN wrote:
> Log:
> Formatting.
> Whitespace Removal.
> Fetch the windows evas once instead of multiple calls to e_win_evas_get.
> Use E_FREE to free the config dialog structure.
> Make sure the window is centered when switching between Basic & A
Gustavo Sverzut Barbieri wrote:
> On Sat, Aug 22, 2009 at 11:03 PM, Enlightenment
> SVN wrote:
>> Log:
>> Formatting.
>> Whitespace Removal.
>> Fetch the windows evas once instead of multiple calls to e_win_evas_get.
>> Use E_FREE to free the config dialog structure.
>> Make sure the window is
On Sat, Aug 22, 2009 at 11:27 PM, Christopher
Michael wrote:
> Gustavo Sverzut Barbieri wrote:
>>
>> On Sat, Aug 22, 2009 at 11:03 PM, Enlightenment
>> SVN wrote:
>>>
>>> Log:
>>> Formatting.
>>> Whitespace Removal.
>>> Fetch the windows evas once instead of multiple calls to e_win_evas_get.
>>>
Gustavo Sverzut Barbieri wrote:
> On Sat, Aug 22, 2009 at 11:27 PM, Christopher
> Michael wrote:
>> Gustavo Sverzut Barbieri wrote:
>>> On Sat, Aug 22, 2009 at 11:03 PM, Enlightenment
>>> SVN wrote:
Log:
Formatting.
Whitespace Removal.
Fetch the windows evas once instead of m
On Sat, 22 Aug 2009 23:00:22 -0400 Christopher Michael
wrote:
> Gustavo Sverzut Barbieri wrote:
> > On Sat, Aug 22, 2009 at 11:27 PM, Christopher
> > Michael wrote:
> >> Gustavo Sverzut Barbieri wrote:
> >>> On Sat, Aug 22, 2009 at 11:03 PM, Enlightenment
> >>> SVN wrote:
> Log:
> Form
David Seikel wrote:
> On Sat, 22 Aug 2009 23:00:22 -0400 Christopher Michael
> wrote:
>
>> Gustavo Sverzut Barbieri wrote:
>>> On Sat, Aug 22, 2009 at 11:27 PM, Christopher
>>> Michael wrote:
Gustavo Sverzut Barbieri wrote:
> On Sat, Aug 22, 2009 at 11:03 PM, Enlightenment
> SVN wrot
On Tue, 25 Aug 2009, Enlightenment SVN wrote:
Log:
Use simpler method for testing disabled state vs what we want it to be.
you should also look at and clean those kind of tests in ecore_x and
ecore_evas. They are numerous :)
Vincent
Author: devilhorns
Date: 2009-08-25 1
Vincent Torri wrote:
>
>
> On Tue, 25 Aug 2009, Enlightenment SVN wrote:
>
>> Log:
>> Use simpler method for testing disabled state vs what we want it to be.
>
> you should also look at and clean those kind of tests in ecore_x and
> ecore_evas. They are numerous :)
>
> Vincent
>
Sounds like
On Sat, 22 Aug 2009 23:39:54 -0400 Christopher Michael
said:
> David Seikel wrote:
> > On Sat, 22 Aug 2009 23:00:22 -0400 Christopher Michael
> > wrote:
> >
> >> Gustavo Sverzut Barbieri wrote:
> >>> On Sat, Aug 22, 2009 at 11:27 PM, Christopher
> >>> Michael wrote:
> Gustavo Sverzut Barbi
It compiles because for prototypes you only need the type,
not the variable name.
On Mon, Dec 28, 2009 at 3:01 PM, Enlightenment SVN
wrote:
> Log:
> Fix function prototype...no idea how this even compiled all this time.
>
>
> Author: devilhorns
> Date: 2009-12-28 10:01:39 -0800 (Mo
On Thu, Apr 1, 2010 at 10:48 AM, Enlightenment SVN
wrote:
> Log:
> Use item->label in places where we can. I don't know how this was
> overlooked all this time. This fixes a bug where getting item->label
> was always returning NULL.
>
> Can someone please check the eina_stringshare usage here
On Thu, Apr 1, 2010 at 8:48 PM, Enlightenment SVN
wrote:
> Log:
> Use item->label in places where we can. I don't know how this was
> overlooked all this time. This fixes a bug where getting item->label
> was always returning NULL.
>
> Can someone please check the eina_stringshare usage here ?
Fixed in svn now as per your suggestion. I kept the return of
edje_object_part_text_get just in casebetter to be safe than sorry :)
Thanks :)
dh
On 04/02/2010 04:40 AM, Cedric BAIL wrote:
> On Thu, Apr 1, 2010 at 8:48 PM, Enlightenment SVN
> wrote:
>> Log:
>> Use item->label in places w
Just as an explenation: I added timestamps, so one could add a browser for the
remembered configurations and eventually remove any one won't use anymore. But
since this configuration browser won't be added, I guess we could just as well
remove this entry.
--
Leif
Am Dienstag, 19. Februar 20
> Log:
> E17: When searching for an icon in the fdo theme, if we do not find it
> in the current theme, check some fallback icon themes (so there is
> less chance of a menu item having no icon).
Oh! This is so wrong! You completely trash the efreet cache by doing this.
All themes inherit from
On 05/11/2011 02:39 AM, s...@tango.flipp.net wrote:
>> Log:
>> E17: When searching for an icon in the fdo theme, if we do not find it
>>in the current theme, check some fallback icon themes (so there is
>>less chance of a menu item having no icon).
>
> Oh! This is so wrong! You completely t
It doesn't break it as "will not work", but it wont work optimal. The
cache is designed for use with one theme. It should be the theme designers
responsibility to add theme inherits, and not e17 responsibility to show
random icons.
S.
> Log:
> E17: Revert fdo icon searching in different themes. A
> On 05/11/2011 02:39 AM, s...@tango.flipp.net wrote:
>>> Log:
>>> E17: When searching for an icon in the fdo theme, if we do not find it
>>>in the current theme, check some fallback icon themes (so there is
>>>less chance of a menu item having no icon).
>>
>> Oh! This is so wrong! You comp
On 05/11/2011 04:01 PM, s...@tango.flipp.net wrote:
>> On 05/11/2011 02:39 AM, s...@tango.flipp.net wrote:
Log:
E17: When searching for an icon in the fdo theme, if we do not find it
in the current theme, check some fallback icon themes (so there is
less chance of a menu
On 05/11/2011 03:57 PM, s...@tango.flipp.net wrote:
> It doesn't break it as "will not work", but it wont work optimal.
I see. So not an "actual" breakage (in that code stopped working) ...
good to know :)
dh
The
> cache is designed for use with one theme. It should be the theme designers
> r
need braces to compile this?
what's the difference?
Daniel Juyung Seo (SeoZ)
On Jul 26, 2011 11:04 PM, "Enlightenment SVN"
wrote:
> Log:
> E: Grrr, fix previous commit to actually compile.
>
>
>
> Author: devilhorns
> Date: 2011-07-26 07:04:14 -0700 (Tue, 26 Jul 2011)
> New Revision: 61762
> Trac
Heh yea :( pretty odd, but I haven't stopped to look into why yet :) I
just fixed it and moved on ;) Will look into 'why' later :)
dh
On 07/26/11 10:13, Daniel Juyung Seo wrote:
> need braces to compile this?
> what's the difference?
>
> Daniel Juyung Seo (SeoZ)
> On Jul 26, 2011 11:04 PM, "Enli
On 07/26/2011 11:23 PM, Christopher Michael wrote:
> Heh yea :( pretty odd, but I haven't stopped to look into why yet :) I
> just fixed it and moved on ;) Will look into 'why' later :)
Hopefully SVN @61783 will fix it.
thanks,
Mike
Thanks Mike, owe you a cold one ;) Will test it out soon.
Cheers,
dh
On 07/26/11 22:36, Mike McCormack wrote:
>
> On 07/26/2011 11:23 PM, Christopher Michael wrote:
>> Heh yea :( pretty odd, but I haven't stopped to look into why yet :) I
>> just fixed it and moved on ;) Will look into 'why' late
33 matches
Mail list logo