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,
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 vincent.to...@gmail.comwrote:
if e
On Thu, Dec 27, 2012 at 9:38 AM, Daniel Juyung Seo seojuyu...@gmail.com 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
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 vincent.to...@gmail.comwrote:
On Thu, Dec
On Thu, 27 Dec 2012 08:55:30 + Michael Blumenkrantz
michael.blumenkra...@gmail.com 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
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
no-re...@enlightenment.org wrote:
Log:
if using elm, include globally for e
Author: discomfitor
Date: 2012-12-26 23:27:12 -0800 (Wed, 26 Dec 2012)
New
I have no idea.
On Thu, Dec 27, 2012 at 7:38 AM, Vincent Torri vincent.to...@gmail.comwrote:
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
no-re...@enlightenment.org wrote:
Log:
if using elm, include globally for e
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
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 we go for
= 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:
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 recipient of
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
: 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 Michael cp.mich
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 == = 0)
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, which
On Fri, 2 Nov 2012 02:50:04 -0700 Enlightenment SVN
no-re...@enlightenment.org 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
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: 78854
Trac:
Cedric Bail
On Nov 2, 2012 6:59 PM, David Seikel onef...@gmail.com wrote:
On Fri, 2 Nov 2012 02:50:04 -0700 Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
unbork e_start; 500 bonus b0rker points to cedric for b0rking the
unb0rkable
Let me be the first to congratulate Cedric
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);
On Sun, 21 Oct 2012 16:04:39 +0900
Daniel Juyung Seo seojuyu...@gmail.com 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);
On Sun, 21 Oct 2012 16:35:15 +0900
Daniel Juyung Seo seojuyu...@gmail.com wrote:
But e_icon_object_set() is deprecated.
Daniel Juyung Seo (SeoZ)
On Sun, Oct 21, 2012 at 4:27 PM, Michael Blumenkrantz
michael.blumenkra...@gmail.com wrote:
On Sun, 21 Oct 2012 16:04:39 +0900
Daniel Juyung
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
Would actually
I do it as I go
On Thu, Oct 18, 2012 at 8:42 AM, Christopher Michael cp.mich...@samsung.com
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 Thu, Oct 18, 2012 at 4:42 AM, Christopher Michael
cp.mich...@samsung.com 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 Thu, 18 Oct 2012 12:11:58 -0300
Lucas De Marchi lucas.demar...@profusion.mobi wrote:
On Thu, Oct 18, 2012 at 4:42 AM, Christopher Michael
cp.mich...@samsung.com wrote:
On 18/10/12 08:28, Enlightenment SVN wrote:
Log:
uchar - Eina_Bool
Author: discomfitor
Date:
On Thu, Oct 18, 2012 at 12:16 PM, Michael Blumenkrantz
michael.blumenkra...@gmail.com wrote:
On Thu, 18 Oct 2012 12:11:58 -0300
Lucas De Marchi lucas.demar...@profusion.mobi wrote:
On Thu, Oct 18, 2012 at 4:42 AM, Christopher Michael
cp.mich...@samsung.com wrote:
On 18/10/12 08:28,
On Thu, 18 Oct 2012 12:23:00 -0300
Lucas De Marchi lucas.demar...@profusion.mobi wrote:
On Thu, Oct 18, 2012 at 12:16 PM, Michael Blumenkrantz
michael.blumenkra...@gmail.com wrote:
On Thu, 18 Oct 2012 12:11:58 -0300
Lucas De Marchi lucas.demar...@profusion.mobi wrote:
On Thu, Oct 18,
On 18/10/2012 03:37 PM, Michael Blumenkrantz wrote:
On Thu, 18 Oct 2012 12:23:00 -0300
Lucas De Marchi lucas.demar...@profusion.mobi wrote:
On Thu, Oct 18, 2012 at 12:16 PM, Michael Blumenkrantz
michael.blumenkra...@gmail.com wrote:
On Thu, 18 Oct 2012 12:11:58 -0300
Lucas De Marchi
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 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:
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 gettext :)
whoops
On Thu, Oct 4, 2012 at 12:45 PM, Sebastian Dransfeld
s...@tango.flipp.netwrote:
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:
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
On Tue, 18 Sep 2012 20:03:13 +0200
Sebastian Dransfeld s...@tango.flipp.net 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
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
no-re...@enlightenment.org wrote:
Log:
revert gadcon event thingy, this causes a
On Thu, 6 Sep 2012 02:04:31 +0900
Daniel Juyung Seo seojuyu...@gmail.com 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
nope
On Tue, Aug 7, 2012 at 11:24 PM, Sebastian Dransfeld
s...@tango.flipp.netwrote:
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
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 Thu, 19 Jul 2012 02:05:34 -0700 Enlightenment SVN
no-re...@enlightenment.org 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
On Fri, 20 Jul 2012 18:12:40 +1000 David Seikel onef...@gmail.com said:
On Thu, 19 Jul 2012 02:05:34 -0700 Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
add mechanism for injecting entries into border menus
Didn't we have that years ago? Did it bit rot or something?
this
On Fri, 20 Jul 2012 18:34:07 +0900 Carsten Haitzler (The Rasterman)
ras...@rasterman.com wrote:
On Fri, 20 Jul 2012 18:12:40 +1000 David Seikel onef...@gmail.com
said:
On Thu, 19 Jul 2012 02:05:34 -0700 Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
add mechanism for
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 ras...@rasterman.comwrote:
On Fri, 20 Jul 2012 18:12:40 +1000 David Seikel onef...@gmail.com said:
On Thu, 19 Jul 2012 02:05:34 -0700
On Fri, 20 Jul 2012 10:45:58 +0100 Michael Blumenkrantz
michael.blumenkra...@gmail.com 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
ras...@rasterman.comwrote:
On Fri, 20 Jul 2012
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 ways
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
On Mon, 12 Mar 2012 10:47:27 -0700 Enlightenment SVN
no-re...@enlightenment.org 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
On Tue, 13 Mar 2012 06:08:23 +1000
David Seikel onef...@gmail.com wrote:
On Mon, 12 Mar 2012 10:47:27 -0700 Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
revert all window menu changes since august of last year
I tried to like the new layout, but it required way too
2012/3/12 Michael Blumenkrantz michael.blumenkra...@gmail.com:
On Tue, 13 Mar 2012 06:08:23 +1000
David Seikel onef...@gmail.com wrote:
On Mon, 12 Mar 2012 10:47:27 -0700 Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
revert all window menu changes since august of last year
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
no-re...@enlightenment.org 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
On Mon, 12 Mar 2012 21:35:48 +0100 Leif Middelschulte
leif.middelschu...@gmail.com wrote:
2012/3/12 Michael Blumenkrantz michael.blumenkra...@gmail.com:
On Tue, 13 Mar 2012 06:08:23 +1000
David Seikel onef...@gmail.com wrote:
On Mon, 12 Mar 2012 10:47:27 -0700 Enlightenment SVN
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
no-re...@enlightenment.org wrote:
Log:
revert all window menu changes since august of last year
--- 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);
+ /* Currently
On Sat, 24 Dec 2011 09:21:17 +0100
Vincent Torri vincent.to...@gmail.com 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
On Sat, Dec 24, 2011 at 8:44 AM, Enlightenment SVN
no-re...@enlightenment.org 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:
On Sat, 24 Dec 2011 12:06:07 +0100
Cedric BAIL cedric.b...@free.fr wrote:
On Sat, Dec 24, 2011 at 8:44 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
maybe prevent a leak but probably not
Author: discomfitor
Date: 2011-12-23 23:44:07 -0800 (Fri, 23 Dec
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:
On Mon, Nov 7, 2011 at 9:54 PM, Christopher Michael
cpmicha...@comcast.net 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:
On Tue, Nov 8, 2011 at 00:53, Enlightenment SVN
no-re...@enlightenment.org 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
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:
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_menu.c
On Sun, 16 Jan 2011 03:51:18 +0100 (CET)
Vincent Torri vto...@univ-evry.fr 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 Tue, 11 Jan 2011 17:44:08 -0800 Enlightenment SVN
no-re...@enlightenment.org 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
On Wed, 12 Jan 2011 11:55:23 +1000
David Seikel onef...@gmail.com wrote:
On Tue, 11 Jan 2011 17:44:08 -0800 Enlightenment SVN
no-re...@enlightenment.org 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
On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
no-re...@enlightenment.org 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
On Thu, 23 Dec 2010 16:50:19 +0100
Kim Woelders k...@woelders.dk wrote:
On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
make this more portable in case the number of states changes in the
future, also outdent and make function params more
On Thu, 23 Dec 2010 17:15:13 +0100, Mike Blumenkrantz m...@zentific.com
wrote:
On Thu, 23 Dec 2010 16:50:19 +0100
Kim Woelders k...@woelders.dk wrote:
On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
make this more portable in case the
On Thu, 23 Dec 2010 17:31:24 +0100
Kim Woelders k...@woelders.dk wrote:
On Thu, 23 Dec 2010 17:15:13 +0100, Mike Blumenkrantz m...@zentific.com
wrote:
On Thu, 23 Dec 2010 16:50:19 +0100
Kim Woelders k...@woelders.dk wrote:
On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
On Thu, 23 Dec 2010 17:47:06 +0100, Enlightenment SVN
no-re...@enlightenment.org 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:
On Thu, 23 Dec 2010 18:41:24 +0100
Kim Woelders k...@woelders.dk wrote:
On Thu, 23 Dec 2010 17:47:06 +0100, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
fix sizeof use, thanks to kim woelders
Author: discomfitor
Date: 2010-12-23 08:47:05 -0800 (Thu, 23
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
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,
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 you
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 need
On Tue, Oct 5, 2010 at 6:34 AM, Tom Hacohen
tom.haco...@partner.samsung.com 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
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 9:01 AM, Tom Hacohen
tom.haco...@partner.samsung.com 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
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:13 AM, Tom Hacohen
tom.haco...@partner.samsung.com 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
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 and
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
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
81 matches
Mail list logo
