this method of setting transparency breaks on focus changes because of the
unset comp focus-in color class. I dicked around with it a bit to see if I
could get it to work a bit better, but no dice. going to need to figure out
a better way of clipping this I guess
On Fri, Feb 22, 2013 at 9:49 AM, E
On Thu, 27 Dec 2012 08:38:17 +0100 Vincent Torri said:
> if e trunk is for e18 and if e18 will use elm, why is elm optional ?
right now elm is optional because nothing in e17 even uses it yet... when it
does - it will change. nothing is going to use it.. until elm's theme is
adapted to look like
On Thu, 27 Dec 2012 08:55:30 + Michael Blumenkrantz
said:
currently i am not sure this is warranted. any "current start" of e17 in svn
should be totally buildable and workable any any stage... so any moving of
stuff around or work at least for the next few weeks/months is going to be
"branche
imo it would be nice (and is necessary) to be able to make quick releases
with fixes for critical bugs, such as crashes. to do this, we can use the
branch. all other development can just be done in trunk
On Thu, Dec 27, 2012 at 8:49 AM, Vincent Torri wrote:
> On Thu, Dec 27, 2012 at 9:38 AM, Dani
On Thu, Dec 27, 2012 at 9:38 AM, Daniel Juyung Seo wrote:
> As far as I know e trunk is not for e18, e17 will do a rolling release
> according to what we talked on the mailing list a couple of days ago.
> e17.0 branch is just for the bug fix release.
strange. A program is not a library. I can und
As far as I know e trunk is not for e18, e17 will do a rolling release
according to what we talked on the mailing list a couple of days ago.
e17.0 branch is just for the bug fix release.
Daniel Juyung Seo (SeoZ)
On Thu, Dec 27, 2012 at 4:38 PM, Vincent Torri wrote:
> if e trunk is for e18 and if
I have no idea.
On Thu, Dec 27, 2012 at 7:38 AM, Vincent Torri wrote:
> if e trunk is for e18 and if e18 will use elm, why is elm optional ?
>
> On Thu, Dec 27, 2012 at 8:27 AM, Enlightenment SVN
> wrote:
> > Log:
> > if using elm, include globally for e
> >
> >
> > Author: discomfitor
> >
if e trunk is for e18 and if e18 will use elm, why is elm optional ?
On Thu, Dec 27, 2012 at 8:27 AM, Enlightenment SVN
wrote:
> Log:
> if using elm, include globally for e
>
>
> Author: discomfitor
> Date: 2012-12-26 23:27:12 -0800 (Wed, 26 Dec 2012)
> New Revision: 81732
> Trac:
On Tue, Dec 18, 2012 at 12:10 PM, Gustavo Sverzut Barbieri <
barbi...@profusion.mobi> wrote:
> On Tue, Dec 18, 2012 at 10:01 AM, Enlightenment SVN <
> no-re...@enlightenment.org> wrote:
>
> > Log:
> > apparently efreet_menu_get() uses timers and such for some reason, sigh.
> > back to threadless w
On Tue, Dec 18, 2012 at 10:01 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> apparently efreet_menu_get() uses timers and such for some reason, sigh.
> back to threadless we go for this
>
>
ha ha (nelson style). Told you shit could happen with that ;-)
efreet should support a
forwarding to list for common interest...
On Tue, Nov 13, 2012 at 7:46 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> by popular (overwhelming) demand,
> -i-really-know-what-i-am-doing-and-accept-full-responsibility-for-it now
> prevents enlightenment_start from ptracing, whi
yep, was a typo on my part
On Mon, Nov 12, 2012 at 1:12 PM, Gustavo Sverzut Barbieri <
barbi...@profusion.mobi> wrote:
> I mean, if you have the "=" in the define, it will be placed everywhere
> that the symbol is used, so if you have
>
> if (x == XCB_ATOM_NONE)
>
> if will expand like: if (x ==
: Re: [E-devel] E SVN: discomfitor trunk/e/src/bin
I mean, if you have the "=" in the define, it will be placed everywhere that
the symbol is used, so if you have
if (x == XCB_ATOM_NONE)
if will expand like: if (x == = 0)
On Mon, Nov 12, 2012 at 11:10 AM, Christopher Micha
I mean, if you have the "=" in the define, it will be placed everywhere
that the symbol is used, so if you have
if (x == XCB_ATOM_NONE)
if will expand like: if (x == = 0)
On Mon, Nov 12, 2012 at 11:10 AM, Christopher Michael <
cp.mich...@samsung.com> wrote:
> On 12/11/12 13:04, Gustavo Sverzut
On 12/11/12 13:04, Gustavo Sverzut Barbieri wrote:
> = 0? are you sure?
>
>
> On Mon, Nov 12, 2012 at 11:02 AM, Enlightenment SVN <
> no-re...@enlightenment.org> wrote:
>
>> Log:
>> define XCB_ATOM_NONE if not defined because opensuse sucks
>>ticket #1722
>>this commit brought to you by the
= 0? are you sure?
On Mon, Nov 12, 2012 at 11:02 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> define XCB_ATOM_NONE if not defined because opensuse sucks
> ticket #1722
> this commit brought to you by the recipient of the 2012 E-Devel "Hater"
> award
>
>
> Author:
Cedric Bail
On Nov 2, 2012 6:59 PM, "David Seikel" wrote:
>
> On Fri, 2 Nov 2012 02:50:04 -0700 "Enlightenment SVN"
> wrote:
>
> > Log:
> > unbork e_start; 500 bonus b0rker points to cedric for b0rking the
> > unb0rkable
>
> Let me be the first to congratulate Cedric on that outstanding effort.
I lied, it's not ticket #1691.
On Fri, Nov 2, 2012 at 11:56 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> finally fix annoying submenu offset bug
> ticket #1691
>
>
> Author: discomfitor
> Date: 2012-11-02 04:56:32 -0700 (Fri, 02 Nov 2012)
> New Revision: 788
On Fri, 2 Nov 2012 02:50:04 -0700 "Enlightenment SVN"
wrote:
> Log:
> unbork e_start; 500 bonus b0rker points to cedric for b0rking the
> unb0rkable
Let me be the first to congratulate Cedric on that outstanding effort.
--
A big old stinking pile of genius that no one wants
coz there are too
So this usage is not proper?
Daniel Juyung Seo (SeoZ)
On Sun, Oct 21, 2012 at 4:36 PM, Michael Blumenkrantz
wrote:
> On Sun, 21 Oct 2012 16:35:15 +0900
> Daniel Juyung Seo wrote:
>
>> But e_icon_object_set() is deprecated.
>>
>> Daniel Juyung Seo (SeoZ)
>>
>> On Sun, Oct 21, 2012 at 4:27 PM, Mi
On Sun, 21 Oct 2012 16:35:15 +0900
Daniel Juyung Seo wrote:
> But e_icon_object_set() is deprecated.
>
> Daniel Juyung Seo (SeoZ)
>
> On Sun, Oct 21, 2012 at 4:27 PM, Michael Blumenkrantz
> wrote:
> > On Sun, 21 Oct 2012 16:04:39 +0900
> > Daniel Juyung Seo wrote:
> >
> >> Dear discomfitor,
>
But e_icon_object_set() is deprecated.
Daniel Juyung Seo (SeoZ)
On Sun, Oct 21, 2012 at 4:27 PM, Michael Blumenkrantz
wrote:
> On Sun, 21 Oct 2012 16:04:39 +0900
> Daniel Juyung Seo wrote:
>
>> Dear discomfitor,
>> I found another use case for e_icon_object_set.
>>
>>it->o_proxy = e_icon_ad
On Sun, 21 Oct 2012 16:04:39 +0900
Daniel Juyung Seo wrote:
> Dear discomfitor,
> I found another use case for e_icon_object_set.
>
>it->o_proxy = e_icon_add(ng->evas);
>o = evas_object_image_add(ng->evas);
>evas_object_image_source_set(o, it->base.obj);
>evas_object_resize(o, 12
Dear discomfitor,
I found another use case for e_icon_object_set.
it->o_proxy = e_icon_add(ng->evas);
o = evas_object_image_add(ng->evas);
evas_object_image_source_set(o, it->base.obj);
evas_object_resize(o, 128, 128);
evas_object_image_fill_set(o, 0,0,128,128);
e_icon_object_set
On 18/10/12 17:11, Lucas De Marchi wrote:
> it would be even nicer to convert to bool, though, starting to use it
> internally
We don't use bool in e. Maybe we should, maybe we shouldn't, but until
we decide, we should stick to what's already there, or suggest to change
it in a different thread.
On 18/10/2012 03:37 PM, Michael Blumenkrantz wrote:
> On Thu, 18 Oct 2012 12:23:00 -0300
> Lucas De Marchi wrote:
>
>> On Thu, Oct 18, 2012 at 12:16 PM, Michael Blumenkrantz
>> wrote:
>>> On Thu, 18 Oct 2012 12:11:58 -0300
>>> Lucas De Marchi wrote:
>>>
On Thu, Oct 18, 2012 at 4:42 AM, Chri
On Thu, 18 Oct 2012 12:23:00 -0300
Lucas De Marchi wrote:
> On Thu, Oct 18, 2012 at 12:16 PM, Michael Blumenkrantz
> wrote:
> > On Thu, 18 Oct 2012 12:11:58 -0300
> > Lucas De Marchi wrote:
> >
> >> On Thu, Oct 18, 2012 at 4:42 AM, Christopher Michael
> >> wrote:
> >> > On 18/10/12 08:28, Enli
On Thu, Oct 18, 2012 at 12:16 PM, Michael Blumenkrantz
wrote:
> On Thu, 18 Oct 2012 12:11:58 -0300
> Lucas De Marchi wrote:
>
>> On Thu, Oct 18, 2012 at 4:42 AM, Christopher Michael
>> wrote:
>> > On 18/10/12 08:28, Enlightenment SVN wrote:
>> >> Log:
>> >> uchar -> Eina_Bool
>> >>
>> >>
>> >> A
On Thu, 18 Oct 2012 12:11:58 -0300
Lucas De Marchi wrote:
> On Thu, Oct 18, 2012 at 4:42 AM, Christopher Michael
> wrote:
> > On 18/10/12 08:28, Enlightenment SVN wrote:
> >> Log:
> >> uchar -> Eina_Bool
> >>
> >>
> >> Author: discomfitor
> >> Date: 2012-10-18 00:28:12 -0700 (Thu,
On Thu, Oct 18, 2012 at 4:42 AM, Christopher Michael
wrote:
> On 18/10/12 08:28, Enlightenment SVN wrote:
>> Log:
>> uchar -> Eina_Bool
>>
>>
>> Author: discomfitor
>> Date: 2012-10-18 00:28:12 -0700 (Thu, 18 Oct 2012)
>> New Revision: 78150
>> Trac: http://trac.enlightenment
I do it as I go
On Thu, Oct 18, 2012 at 8:42 AM, Christopher Michael wrote:
> On 18/10/12 08:28, Enlightenment SVN wrote:
> > Log:
> > uchar -> Eina_Bool
> >
> >
> > Author: discomfitor
> > Date: 2012-10-18 00:28:12 -0700 (Thu, 18 Oct 2012)
> > New Revision: 78150
> > Trac:
On 18/10/12 08:28, Enlightenment SVN wrote:
> Log:
> uchar -> Eina_Bool
>
>
> Author: discomfitor
> Date: 2012-10-18 00:28:12 -0700 (Thu, 18 Oct 2012)
> New Revision: 78150
> Trac: http://trac.enlightenment.org/e/changeset/78150
>
> Modified:
>trunk/e/src/bin/e_menu.h
Wou
whoops
On Thu, Oct 4, 2012 at 12:45 PM, Sebastian Dransfeld
wrote:
> On 10/04/2012 10:43 AM, Enlightenment SVN wrote:
> > Log:
> > show desktop filename in icon selection dialog
> >ticket #1237
>
> You are joking? Static text as argument for %s?
>
> S.
>
> >
> >
> > Author: discomfitor
Am Donnerstag, 4. Oktober 2012 um 13:45 schrieb Sebastian Dransfeld:
> On 10/04/2012 10:43 AM, Enlightenment SVN wrote:
> > Log:
> > show desktop filename in icon selection dialog
> > ticket #1237
> >
>
>
> You are joking? Static text as argument for %s?
More probably forgot the _() around for g
On 10/04/2012 10:43 AM, Enlightenment SVN wrote:
> Log:
> show desktop filename in icon selection dialog
>ticket #1237
You are joking? Static text as argument for %s?
S.
>
>
> Author: discomfitor
> Date: 2012-10-04 01:43:50 -0700 (Thu, 04 Oct 2012)
> New Revision: 77411
> Trac:
On Tue, 18 Sep 2012 20:03:13 +0200
Sebastian Dransfeld wrote:
> As ecore is implemented now it should be true, but in theory it can be false
> for large drop objects which needs time to transfer (if I remember
> correctly). If we don't plan to implement this feature maybe it should be
> cleaned u
As ecore is implemented now it should be true, but in theory it can be false
for large drop objects which needs time to transfer (if I remember correctly).
If we don't plan to implement this feature maybe it should be cleaned up?
Den 18. sep. 2012 kl. 15:20 skrev "Enlightenment SVN"
:
> Log:
>
On Thu, 6 Sep 2012 02:04:31 +0900
Daniel Juyung Seo wrote:
> arggg E17 still shows popup whenever it restarts.
> http://imagebin.org/227291
> It's too late today, I will figure it out why tomorrow.
>
> Daniel Juyung Seo (SeoZ)
run in xephyr with gdb attached. working fine here
arggg E17 still shows popup whenever it restarts.
http://imagebin.org/227291
It's too late today, I will figure it out why tomorrow.
Daniel Juyung Seo (SeoZ)
On Thu, Sep 6, 2012 at 1:47 AM, Enlightenment SVN
wrote:
> Log:
> revert gadcon event thingy, this causes a stupid gadman bug crash which
nope
On Tue, Aug 7, 2012 at 11:24 PM, Sebastian Dransfeld
wrote:
> Should both calls to e_bindings_mapping_change_enable() be with argument
> FALSE?
>
> S.
>
> On 08/06/2012 12:21 PM, Enlightenment SVN wrote:
> > Log:
> > add an amazing hack which, when a vmware player window is opened,
> disabl
Should both calls to e_bindings_mapping_change_enable() be with argument
FALSE?
S.
On 08/06/2012 12:21 PM, Enlightenment SVN wrote:
> Log:
> add an amazing hack which, when a vmware player window is opened, disables
> keyboard remapping until the window is closed. this is stupid, but seems to
On Fri, 20 Jul 2012 10:45:58 +0100 Michael Blumenkrantz
wrote:
> it was far simpler to add this than to figure out maug and then add
> yet more hash keys/lookups
>
> On Fri, Jul 20, 2012 at 10:34 AM, Carsten Haitzler
> wrote:
>
> > On Fri, 20 Jul 2012 18:12:40 +1000 David Seikel
> > said:
> >
it was far simpler to add this than to figure out maug and then add yet
more hash keys/lookups
On Fri, Jul 20, 2012 at 10:34 AM, Carsten Haitzler wrote:
> On Fri, 20 Jul 2012 18:12:40 +1000 David Seikel said:
>
> > On Thu, 19 Jul 2012 02:05:34 -0700 "Enlightenment SVN"
> > wrote:
> >
> > > Log:
On Fri, 20 Jul 2012 18:34:07 +0900 Carsten Haitzler (The Rasterman)
wrote:
> On Fri, 20 Jul 2012 18:12:40 +1000 David Seikel
> said:
>
> > On Thu, 19 Jul 2012 02:05:34 -0700 "Enlightenment SVN"
> > wrote:
> >
> > > Log:
> > > add mechanism for injecting entries into border menus
> >
> > Didn
On Fri, 20 Jul 2012 18:12:40 +1000 David Seikel said:
> On Thu, 19 Jul 2012 02:05:34 -0700 "Enlightenment SVN"
> wrote:
>
> > Log:
> > add mechanism for injecting entries into border menus
>
> Didn't we have that years ago? Did it bit rot or something?
this looks like re-inventing the maug (
On Thu, 19 Jul 2012 02:05:34 -0700 "Enlightenment SVN"
wrote:
> Log:
> add mechanism for injecting entries into border menus
Didn't we have that years ago? Did it bit rot or something?
--
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the w
On 19/07/12 16:41, Michael Blumenkrantz wrote:
> as the quote implies, efm now does wildcard matching in its typebuf just
> like a shell
The commit message made sense, this email does not.
--
Tom.
--
Live Security Virtu
as the quote implies, efm now does wildcard matching in its typebuf just
like a shell
On Thu, Jul 19, 2012 at 2:40 PM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> "when I was a boy, all the file managers did glob matching with their
> typebufs, and they could do it uphill both
On Tuesday, March 13, 2012 9:27:08 AM UTC+8, P Purkayastha wrote:
>
> On Tuesday, March 13, 2012 4:08:23 AM UTC+8, David Seikel wrote:
> >
> > On Mon, 12 Mar 2012 10:47:27 -0700 "Enlightenment SVN"
> > wrote:
> >
> > > Log:
> > > revert all window menu changes since august of last year
> > >
On Mon, 12 Mar 2012 21:35:48 +0100 Leif Middelschulte
wrote:
> 2012/3/12 Michael Blumenkrantz :
> > On Tue, 13 Mar 2012 06:08:23 +1000
> > David Seikel wrote:
> >
> >> On Mon, 12 Mar 2012 10:47:27 -0700 "Enlightenment SVN"
> >> wrote:
> >>
> >> > Log:
> >> > revert all window menu changes since
On Tuesday, March 13, 2012 4:08:23 AM UTC+8, David Seikel wrote:
>
> On Mon, 12 Mar 2012 10:47:27 -0700 "Enlightenment SVN"
> wrote:
>
> > Log:
> > revert all window menu changes since august of last year
> >
> > I tried to like the new layout, but it required way too much
> > navigation fo
2012/3/12 Michael Blumenkrantz :
> On Tue, 13 Mar 2012 06:08:23 +1000
> David Seikel wrote:
>
>> On Mon, 12 Mar 2012 10:47:27 -0700 "Enlightenment SVN"
>> wrote:
>>
>> > Log:
>> > revert all window menu changes since august of last year
>> >
>> > I tried to like the new layout, but it required
On Tue, 13 Mar 2012 06:08:23 +1000
David Seikel wrote:
> On Mon, 12 Mar 2012 10:47:27 -0700 "Enlightenment SVN"
> wrote:
>
> > Log:
> > revert all window menu changes since august of last year
> >
> > I tried to like the new layout, but it required way too much
> > navigation for most comm
On Mon, 12 Mar 2012 10:47:27 -0700 "Enlightenment SVN"
wrote:
> Log:
> revert all window menu changes since august of last year
>
> I tried to like the new layout, but it required way too much
> navigation for most commonly used functions if people really liked
> the other layout, perhaps it
On Sat, 24 Dec 2011 12:06:07 +0100
Cedric BAIL wrote:
> On Sat, Dec 24, 2011 at 8:44 AM, Enlightenment SVN
> wrote:
> > Log:
> > maybe prevent a leak but probably not
> >
> >
> > Author: discomfitor
> > Date: 2011-12-23 23:44:07 -0800 (Fri, 23 Dec 2011)
> > New Revision: 66492
> >
On Sat, Dec 24, 2011 at 8:44 AM, Enlightenment SVN
wrote:
> Log:
> maybe prevent a leak but probably not
>
>
> Author: discomfitor
> Date: 2011-12-23 23:44:07 -0800 (Fri, 23 Dec 2011)
> New Revision: 66492
> Trac: http://trac.enlightenment.org/e/changeset/66492
>
> Modified:
On Sat, 24 Dec 2011 09:21:17 +0100
Vincent Torri wrote:
> > --- trunk/e/src/bin/e_backlight_main.c 2011-12-24 07:44:07 UTC (rev 66492)
> > +++ trunk/e/src/bin/e_backlight_main.c 2011-12-24 07:44:18 UTC (rev 66493)
> > @@ -104,6 +104,9 @@
> > return _bl_write_file(buf, curlevel);
>
> --- trunk/e/src/bin/e_backlight_main.c 2011-12-24 07:44:07 UTC (rev 66492)
> +++ trunk/e/src/bin/e_backlight_main.c 2011-12-24 07:44:18 UTC (rev 66493)
> @@ -104,6 +104,9 @@
> return _bl_write_file(buf, curlevel);
> }
> eina_stringshare_del(f);
> + /* Curre
On Tue, Nov 8, 2011 at 00:53, Enlightenment SVN
wrote:
> Log:
> I don't spend hours and hours and hours and days of my free time hacking on
> ecrustify for people to not use it.
[…]
> -#define Ecore_X_Randr_None 0
> +#define Ecore_X_Randr_None 0
> #define Ecore_X_Randr_Unset -1
ecrustify doe
On Mon, Nov 7, 2011 at 9:54 PM, Christopher Michael
wrote:
> On 11/07/11 18:53, Enlightenment SVN wrote:
>> Log:
>> I don't spend hours and hours and hours and days of my free time hacking on
>> ecrustify for people to not use it.
>>
>>
>> Author: discomfitor
>> Date: 2011-11-07 15:
On 11/07/11 18:53, Enlightenment SVN wrote:
> Log:
> I don't spend hours and hours and hours and days of my free time hacking on
> ecrustify for people to not use it.
>
>
> Author: discomfitor
> Date: 2011-11-07 15:53:01 -0800 (Mon, 07 Nov 2011)
> New Revision: 64917
> Trac:
eina suffix or whatever eina function to detect suffi ?
Vincent
On Thu, 11 Aug 2011, Enlightenment SVN wrote:
> Log:
> fix segv
>
>
> Author: discomfitor
> Date: 2011-08-11 14:39:10 -0700 (Thu, 11 Aug 2011)
> New Revision: 62362
> Trac: http://trac.enlightenment.org/e/chan
On Sun, 16 Jan 2011 03:51:18 +0100 (CET)
Vincent Torri wrote:
>
>
> On Sat, 15 Jan 2011, Enlightenment SVN wrote:
>
> > Log:
> > avoid possible strlen(NULL)
> >
> >
> > Author: discomfitor
> > Date: 2011-01-15 17:11:46 -0800 (Sat, 15 Jan 2011)
> > New Revision: 56144
> > Trac:
On Sat, 15 Jan 2011, Enlightenment SVN wrote:
> Log:
> avoid possible strlen(NULL)
>
>
> Author: discomfitor
> Date: 2011-01-15 17:11:46 -0800 (Sat, 15 Jan 2011)
> New Revision: 56144
> Trac: http://trac.enlightenment.org/e/changeset/56144
>
> Modified:
> trunk/e/src/bin/e
On Wed, 12 Jan 2011 11:55:23 +1000
David Seikel wrote:
> On Tue, 11 Jan 2011 17:44:08 -0800 "Enlightenment SVN"
> wrote:
>
> > Log:
> > okay, so to check for udisks I've done the following:
> > 1) set a signal handler to watch for udisks starting
> > 2) check for udisks already running
> >
On Tue, 11 Jan 2011 17:44:08 -0800 "Enlightenment SVN"
wrote:
> Log:
> okay, so to check for udisks I've done the following:
> 1) set a signal handler to watch for udisks starting
> 2) check for udisks already running
> 3) send dbus method call to udisks regardless of run state
> 4) free
On Thu, 23 Dec 2010 18:41:24 +0100
"Kim Woelders" wrote:
> On Thu, 23 Dec 2010 17:47:06 +0100, Enlightenment SVN
> wrote:
>
> > Log:
> > fix sizeof use, thanks to kim woelders
> >
> > Author: discomfitor
> > Date: 2010-12-23 08:47:05 -0800 (Thu, 23 Dec 2010)
> > New Revision: 55
On Thu, 23 Dec 2010 17:47:06 +0100, Enlightenment SVN
wrote:
> Log:
> fix sizeof use, thanks to kim woelders
>
> Author: discomfitor
> Date: 2010-12-23 08:47:05 -0800 (Thu, 23 Dec 2010)
> New Revision: 55739
> Trac: http://trac.enlightenment.org/e/changeset/55739
>
> Modif
On Thu, 23 Dec 2010 17:31:24 +0100
"Kim Woelders" wrote:
> On Thu, 23 Dec 2010 17:15:13 +0100, Mike Blumenkrantz
> wrote:
>
> > On Thu, 23 Dec 2010 16:50:19 +0100
> > "Kim Woelders" wrote:
> >
> >> On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
> >> wrote:
> >>
> >> > Log:
> >> > mak
On Thu, 23 Dec 2010 17:15:13 +0100, Mike Blumenkrantz
wrote:
> On Thu, 23 Dec 2010 16:50:19 +0100
> "Kim Woelders" wrote:
>
>> On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
>> wrote:
>>
>> > Log:
>> > make this more portable in case the number of states changes in the
>> > future, als
On Thu, 23 Dec 2010 16:50:19 +0100
"Kim Woelders" wrote:
> On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
> wrote:
>
> > Log:
> > make this more portable in case the number of states changes in the
> > future, also outdent and make function params more explicit
> >
> > Author:
On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
wrote:
> Log:
> make this more portable in case the number of states changes in the
> future, also outdent and make function params more explicit
>
> Author: discomfitor
> Date: 2010-12-22 16:36:53 -0800 (Wed, 22 Dec 2010)
>
On Tue, 2010-10-05 at 21:56 +0800, Tom Haste wrote:
> I figured Id throw my $0.2 AUD into this...
>
> Being a noob to the programming game, Just the ecore_init() seems fine
> by me as long as ecore_init() documentation also states that
> eina_init() happens with it. Seeing eina_init() and ecor
I figured Id throw my $0.2 AUD into this...
Being a noob to the programming game, Just the ecore_init() seems fine
by me as long as ecore_init() documentation also states that
eina_init() happens with it. Seeing eina_init() and ecore_init() tells
my noobie brain that one must happen before the
On Tue, 2010-10-05 at 09:41 -0300, Iván Briano (Sachiel) wrote:
> Still not good. There's a difference of relying on some component initializing
> a library because it uses internally, and initializing it because it's
> also giving
> you back stuff from it. In the first case, yes, relying on that a
On Tue, Oct 5, 2010 at 9:13 AM, Tom Hacohen
wrote:
> On Tue, 2010-10-05 at 09:05 -0300, Iván Briano (Sachiel) wrote:
>> I think it's a very bad example, considering glib is an outside dependency.
>> On the other hand, given the amount of functions in the EFL that return an
>> Eina type, having you
On Tue, 2010-10-05 at 09:05 -0300, Iván Briano (Sachiel) wrote:
> I think it's a very bad example, considering glib is an outside dependency.
> On the other hand, given the amount of functions in the EFL that return an
> Eina type, having your app break because you were not explicily initializing
On Tue, Oct 5, 2010 at 9:01 AM, Tom Hacohen
wrote:
> On Tue, 2010-10-05 at 08:58 -0300, Iván Briano (Sachiel) wrote:
>> glib?
>
> I was just making a point, that we may have depended on glib in the past
> (no idea really, but for example ewebkit still in some cases depends on
> it) in ecore and al
On Tue, 2010-10-05 at 08:58 -0300, Iván Briano (Sachiel) wrote:
> glib?
I was just making a point, that we may have depended on glib in the past
(no idea really, but for example ewebkit still in some cases depends on
it) in ecore and all the applications that assumed ecore_init inits glib
broke.
On Tue, Oct 5, 2010 at 6:34 AM, Tom Hacohen
wrote:
> On Tue, 2010-10-05 at 11:29 +0200, Vincent Torri wrote:
>> because it's useless ? That kind of stuff must be documented. If not, the
>> doc must be fixed. Hence, internal or not, a user knows what the
>> initialisation does.
>
> Useless: yes, co
On Tue, 2010-10-05 at 11:29 +0200, Vincent Torri wrote:
> because it's useless ? That kind of stuff must be documented. If not, the
> doc must be fixed. Hence, internal or not, a user knows what the
> initialisation does.
Useless: yes, costly: no, future-proof: more than without.
What do you nee
On Tue, 5 Oct 2010, Tom Hacohen wrote:
> On Tue, 2010-10-05 at 09:58 +0200, Vincent Torri wrote:
>> ecore_init calls eina_init, so it's useless
>
> As you said, it doesn't really matter, but I honestly find explicitly
> init-ing a good idea. You should never depend on internal design, even
> if
On Tue, 2010-10-05 at 09:58 +0200, Vincent Torri wrote:
> ecore_init calls eina_init, so it's useless
As you said, it doesn't really matter, but I honestly find explicitly
init-ing a good idea. You should never depend on internal design, even
if you are the one who writes both parts.
As I said, i
On Mon, 4 Oct 2010, Enlightenment SVN wrote:
> Log:
> reorder inits
> Author: discomfitor
> Date: 2010-10-04 23:33:12 -0700 (Mon, 04 Oct 2010)
> New Revision: 53048
>
> Modified:
> trunk/e/src/bin/e_fm_main.c
>
> Modified: trunk/e/src/bin/e_fm_main.c
> ===
84 matches
Mail list logo
