Re: [E-devel] efl SVG support?

[Martin Jansa]

On Mon, Nov 19, 2012 at 04:26:30PM +0900, Carsten Haitzler wrote:
> On Mon, 19 Nov 2012 06:28:45 +0100 Vincent Torri  
> said:
> 
> > On Mon, Nov 19, 2012 at 2:06 AM, Carsten Haitzler 
> > wrote:
> > > On Sun, 18 Nov 2012 17:25:13 +0100 Vincent Torri 
> > > said:
> > >
> > >> On Sun, Nov 18, 2012 at 5:16 PM, Andreas Volz  
> > >> wrote:
> > >> > Am Sat, 17 Nov 2012 18:23:02 +0100 schrieb Vincent Torri:
> > >> >
> > >> >> On Sat, Nov 17, 2012 at 5:42 PM, Andreas Volz 
> > >> >> wrote:
> > >> >> > Am Sat, 17 Nov 2012 11:21:58 + schrieb gpl4all:
> > >> >> >
> > >> >> > Interesting!
> > >> >> >
> > >> >> > Does enesim stand in some sort of competition compared to part of
> > >> >> > EFL? Or do they have another mission?
> > >> >>
> > >> >> it's a vector-based rendering library, which could be in competition
> > >> >> more with cairo than with evas. But Enesim could be used as rendering
> > >> >> engine for evas, for example.
> > >> >>
> > >> >> To be more accurate, Enesim is the name of the project. Its stack is
> > >> >> composed of several libraries
> > >> >> Enesim
> > >> >> Emage
> > >> >> Etex
> > >> >> Etch
> > >> >> Ender
> > >> >> Egueb
> > >> >> etc
> > >> >>
> > >> >> See the wiki in the website for mor einformations.
> > >> >
> > >> > It seems to use at least Eina as base. And then Evas uses it again.
> > >> > Funny...
> > >> >
> > >> > As Eina is now in Efl source together with Evas it's a funny
> > >> > cyclic dependency. :-P
> > >>
> > >> yes. So we can do a bootstrap first. Anyway, I think that this
> > >> bootstrap will be needed for edje, iirc
> > >
> > > thats very different. with edje we can make the bootstrap happen as part 
> > > of
> > > the efl build, BUT we can't with esvg because it's external.
> > 
> > we can just build eina, then esvg, then the whole stack
> 
> we can't because we dont control the build of esvg. it's not part of the build
> tree.
> 
> what the issue here is, is that packagers what to do this:
> 
> configure XX
> make
> make install
> package results
> 
> the do not want to (and will avoid like the plague):
> 
> configure  (eina only)
> make
> make install
> package pkg1
> 
> 
> 
> configure XX
> make
> make install
> package results
> 
> cross-compile systems aside (and scratchbox fixes the native tools vs target
> tools thing), packagers will complain, moan and avoid efl and e if we make 
> them
> have to package it TWICE - yes. they will insist on having to package it twice
> because their build systems install dependencies based on package build
> depends. that means they have to create and initial eina package just to be 
> able
> to build esvg, then just to re-build efl and somehow disable the eina build
> then (to ensure the same eina is used from before) OR.. to replace the 
> previous
> eina which now rsvg was built against.. which they will not like either etc.

As meta-efl (layer for OpenEmbedded) maintainer, I fully agree with
this.

And it would be much better to disable eina build when building the
rest, because we cannot replace eina in sysroot (it needs only one
"owner" of files staged by build).

Cheers,

> in the end - we can argue here if it is technically possible via doing 
> multiple
> builds and packagings or not, but as long as this is needed we will piss off
> and push away packagers and distros if we pus them to use esvg. so effectively
> the only solution is that esvg be a funky "hacker only" thing never to be
> realistically used UNLESS it becomes part of the efl tree build OR that it is
> possible to build the esvg loader outside of the efl tree at a stage AFTER efl
> is build and installed.
> 
> -- 
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
> 
> 
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.so

Re: [E-devel] efl SVG support?

[The Rasterman]

On Mon, 19 Nov 2012 06:28:45 +0100 Vincent Torri  said:

> On Mon, Nov 19, 2012 at 2:06 AM, Carsten Haitzler 
> wrote:
> > On Sun, 18 Nov 2012 17:25:13 +0100 Vincent Torri 
> > said:
> >
> >> On Sun, Nov 18, 2012 at 5:16 PM, Andreas Volz  wrote:
> >> > Am Sat, 17 Nov 2012 18:23:02 +0100 schrieb Vincent Torri:
> >> >
> >> >> On Sat, Nov 17, 2012 at 5:42 PM, Andreas Volz 
> >> >> wrote:
> >> >> > Am Sat, 17 Nov 2012 11:21:58 + schrieb gpl4all:
> >> >> >
> >> >> > Interesting!
> >> >> >
> >> >> > Does enesim stand in some sort of competition compared to part of
> >> >> > EFL? Or do they have another mission?
> >> >>
> >> >> it's a vector-based rendering library, which could be in competition
> >> >> more with cairo than with evas. But Enesim could be used as rendering
> >> >> engine for evas, for example.
> >> >>
> >> >> To be more accurate, Enesim is the name of the project. Its stack is
> >> >> composed of several libraries
> >> >> Enesim
> >> >> Emage
> >> >> Etex
> >> >> Etch
> >> >> Ender
> >> >> Egueb
> >> >> etc
> >> >>
> >> >> See the wiki in the website for mor einformations.
> >> >
> >> > It seems to use at least Eina as base. And then Evas uses it again.
> >> > Funny...
> >> >
> >> > As Eina is now in Efl source together with Evas it's a funny
> >> > cyclic dependency. :-P
> >>
> >> yes. So we can do a bootstrap first. Anyway, I think that this
> >> bootstrap will be needed for edje, iirc
> >
> > thats very different. with edje we can make the bootstrap happen as part of
> > the efl build, BUT we can't with esvg because it's external.
> 
> we can just build eina, then esvg, then the whole stack

we can't because we dont control the build of esvg. it's not part of the build
tree.

what the issue here is, is that packagers what to do this:

configure XX
make
make install
package results

the do not want to (and will avoid like the plague):

configure  (eina only)
make
make install
package pkg1



configure XX
make
make install
package results

cross-compile systems aside (and scratchbox fixes the native tools vs target
tools thing), packagers will complain, moan and avoid efl and e if we make them
have to package it TWICE - yes. they will insist on having to package it twice
because their build systems install dependencies based on package build
depends. that means they have to create and initial eina package just to be able
to build esvg, then just to re-build efl and somehow disable the eina build
then (to ensure the same eina is used from before) OR.. to replace the previous
eina which now rsvg was built against.. which they will not like either etc.

in the end - we can argue here if it is technically possible via doing multiple
builds and packagings or not, but as long as this is needed we will piss off
and push away packagers and distros if we pus them to use esvg. so effectively
the only solution is that esvg be a funky "hacker only" thing never to be
realistically used UNLESS it becomes part of the efl tree build OR that it is
possible to build the esvg loader outside of the efl tree at a stage AFTER efl
is build and installed.

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OSX /trunk/e/

[The Rasterman]

On Sun, 18 Nov 2012 20:36:44 -0800 Dave Ray  said:

> 
> On Nov 18, 2012, at 7:27 PM, Carsten Haitzler (The Rasterman) wrote:
> 
> > btw - HOW do u run e17 on osx? do you set up osx's x emulation to be "x in a
> > window" rather than the default "rootless x" emulation?
> 
> 
> 
> The X11 emulation on OSX (XQuartz) lets you select in the preferences whether
> you want to enable the root window or not. The rootless-x emulation still
> uses the full size of the screen, minus the OSX menu bar. I usually use the
> non-rooted setting, but it doesn't seem to make much dfference on e17.

this would make things with e17 seem odd - as some windows will be managed and
stacked by e17, others will not and be totally unknown to e17 - i assume. als
it places its fullscreen window at the bottom to do the filemanager and
wallpaper bg which would cover up the osx desktop etc. probably... so it'd be
very odd to mix i suspect.

> On OSX, X11 is an app running along side other apps. How it gets launched is
> another story, but the rootless-x settings are independent of how it's
> lanched.
> 
> For reasons I'm not clear about, some X11 window managers (including e16)
> display a transparent background in non-rooted mode. This means the X11
> windows appear with the decoration you expect from the WM, but against the
> Native OS GUI with other native windows and backgrounds. This is a nice
> option because X11 windows and native OS windows can be side-by-side in the
> GUI, sharing the paste buffer, etc.

they dont create this wallpaper window. that's why. thats "rootless" mode. but
as such trying to mix 2 windowing systems together like this is.. problematic
at best.

> E17 (as well as Gnome and others) has never shown a transparent background in
> non-rooted mode. It's not a big deal because I can still switch between
> windows with alt-tab (between X11 and the other app). But that would be a
> nice feature to implement in e17 for better OSX integration. 

actually it can do it - there is a hidden option deep inside, but that will go
away as of e18 as we are compositing only and will totally rely on the fact that
we can paint the entire screen as we see fit. lots of e ui elements will move
into the compositor itself - so if e doesnt see the screen as it expects (ie
gets full control of it for compositing), life will suck for osx and e... so u
may want to use the "x in a window" as opposed to "rootless x" for testing and
what not as it will ultimately be less problematic, and in the end - the only
way to go.

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Fwd: Re: Re: [Patch] [Elementary] [Entry] Clear selection when entry loses focus

[thiep ha]

Dear All,

I modified the source code as comment of Cedric and sent it long time ago.
However, there is no review until now.
So I re-send this patch.
Could someone review this patch?

Thanks & Regards,
Thiep Ha

--- Original Message ---
Sender : thiep ha S3/Assistant Engineer/Next-Generation 
Computing Lab./Samsung Electronics
Date : Nov 07, 2012 16:42 (GMT+09:00)
Title : Re: Re: [E-devel] [Patch] [Elementary] [Entry] Clear selection when 
entry loses focus

Thank you for your comment.
I changed the source code by adding an independent config entry in elm_config.
Please review it.

Thanks & Regards,
Thiep Ha

--- Original Message ---
Sender : Cedric BAIL
Date : Nov 06, 2012 16:28 (GMT+09:00)
Title : Re: [E-devel] [Patch] [Elementary] [Entry] Clear selection when entry 
loses focus

On Tue, Nov 6, 2012 at 3:05 PM, thiep ha wrote:
> In mobile environment, if an entry loses focus, we should clear its selection 
> also.
> I modified the source code to do that and attach it to this email.
> Please review this patch.

I am not sure it is really related to mobile vs desktop, but more an
usability decision. Could you make an independent config entry in
elm_config ?

--
Cedric BAIL

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel 

elm_entry_unfocus_selection_1.diff
Description: Binary data
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Fwd: Re: Re: [Patch] [Elementary] [Entry] Clear selection when entry loses focus

[thiep ha]

   Dear All,


   I modified the source code as comment of Cedric and sent it long time ago.

   However, there is no review until now.

   So I re-send this patch.

   Could someone review this patch?


   Thanks & Regards,

   Thiep Ha


   --- Original Message ---

   Sender  :  thiep ha S3/Assistant
   Engineer/Next-Generation Computing Lab./Samsung Electronics

   Date : Nov 07, 2012 16:42 (GMT+09:00)

   Title : Re: Re: [E-devel] [Patch] [Elementary] [Entry] Clear selection when
   entry loses focus


   Thank you for your comment.
   I  changed  the  source  code by adding an independent config entry in
   elm_config.
   Please review it.
   Thanks & Regards,
   Thiep Ha
   --- Original Message ---
   Sender : Cedric BAIL
   Date : Nov 06, 2012 16:28 (GMT+09:00)
   Title : Re: [E-devel] [Patch] [Elementary] [Entry] Clear selection when
   entry loses focus
   On Tue, Nov 6, 2012 at 3:05 PM, thiep ha wrote:
   >  In mobile environment, if an entry loses focus, we should clear its
   selection also.
   > I modified the source code to do that and attach it to this email.
   > Please review this patch.
   I am not sure it is really related to mobile vs desktop, but more an
   usability decision. Could you make an independent config entry in
   elm_config ?
   --
   Cedric BAIL
   
   --
   LogMeIn Central: Instant, anywhere, Remote PC access and management.
   Stay in control, update software, and manage PCs from one command center
   Diagnose problems and improve visibility into emerging IT issues
   Automate, monitor and manage. Do more in less time with Central
   http://p.sf.net/sfu/logmein12331_d2d
   ___
   enlightenment-devel mailing list
   enlightenment-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




   [cid:BEI0XT4NZ5JE@namo.co.kr]

   [SeenTimeChecker?do=c6ef15d56c8835385f0d966141fc029f34423e074f8fe7eeb46b7a76
   4e5c34fa770255183a8f81f75f2c6c48df01bb6e980b3871b38ac2d74ed859d628c32758
   cd62c5cf0684a728c55b39cc59eacf878f9a26ce15a0]
<<201211191538718_QKNMBDIF.gif>>

elm_entry_unfocus_selection_1.diff
Description: Binary data
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OSX /trunk/e/

[Dave Ray]

On Nov 18, 2012, at 9:45 PM, Vincent Torri wrote:

> On Mon, Nov 19, 2012 at 2:58 AM, Dave Ray  wrote:
>> 
>> On Nov 18, 2012, at 5:23 PM, Carsten Haitzler (The Rasterman) wrote:
>> 
>> On Sun, 18 Nov 2012 16:48:11 -0800 Dave Ray  said:
>> 
>> 
>> CCLD   backlight/module.la
>> Undefined symbols for architecture x86_64:
>> "_e_action_add", referenced from:
>> _e_modapi_init in e_mod_main.o
>> 
>> can u try removing -no-undefined in AM_LDFLAGS from Makefile.am in
>> src/modules ?
>> 
>> 
>> Yes, that worked! Thanks!
> 
> the problem is elsewhere, as you can compile evas modules which have
> -no-undefined. Maybe a problem with visibility feature and EAPI.
> 
> Dave, do you use the visibility flag of gcc ?

I don't think so. I use:

CFLAGS=-Wall -O2 -arch x86_64 -pipe -I/usr/local/include 
-I/usr/local/mysql/include -I/opt/X11/include -I/usr/include


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Dark theme digital clock woes

[Vincent Torri]

On Mon, Nov 19, 2012 at 1:55 AM, Carsten Haitzler  wrote:
> On Sun, 18 Nov 2012 20:40:34 + Rui Miguel Silva Seabra  
> said:
>
>> As of today, some 10 hours ago old tree, the clock is almost
>> unreadable, being dark blue on dark grey is not good...
>
> the day that it dark blue, is the day the sun is deep purple.

http://www.youtube.com/watch?v=5q0eHzALxVw

Vincent

> this isn;t a
> subjective thing - it's provable via rgb values (and lets say you define dark
> blue as < 0x80 intensity of the maximum element).
>
>> Rui
>>
>>
>> On Wed, 14 Nov 2012 22:24:19
>> +0900 Carsten Haitzler (The Rasterman)  wrote:
>>
>> > On Wed, 14 Nov 2012 14:03:52 +0200 "Alex-P. Natsios"
>> >  said:
>> >
>> > massively worse than whats there. in the same way its also blurry and
>> > unreadable too (using that term the same way). in addition, a serif
>> > font where everything else is sans-serif in the theme? that's like
>> > walking around in a pink suit with green shoes and expecting to be
>> > taken seriously in a business meeting. :)
>> >
>> > the clock is mimicing a blue version of a "tube clock":
>> >
>> > http://assets.ilounge.com/images/uploads/nixie-tube-clock-1.jpg
>> > http://gadgets.boingboing.net/filesroot/nixie-tube-clock.jpg
>> > http://i135.photobucket.com/albums/q146/atbglenn/Nixie%20Clock/MyNixieTubeClock.jpg
>> >
>> > as such it's a pretty good reproducion of such a thing as it was done
>> > by hand, and its perfectly readable. people claiming it's not
>> > readable are the kind of people who use that word to simply say "i
>> > dont like it" - it has nothing to do with readability. you can read
>> > is just fine without any problems.
>> >
>> > > Greetings,
>> > >
>> > > Many people came crying in #e about the new dark digital clock and
>> > > those unreasonal scribbles in the numbers back.
>> > >
>> > > It looks cool and artistic but it is hard to read :( making it
>> > > unusable as a module (at least in its digital form).
>> > >
>> > > After a brief discussion about it cipher (Haris Antonatos) decided
>> > > to give it a try and create an alternative set.
>> > >
>> > > I think of it as pretty neat and matching with the overall feel
>> > > please have a look at it as a possibly viable replacement of the
>> > > current digital look.
>> > >
>> > > http://postimage.org/gallery/f4doc1s/
>> > >
>> > > --
>> > > Best Regards,
>> > >
>> > > Alex-P. Natsios
>> > > (a.k.a Drakevr)
>> > >
>> > > --
>> > > Monitor your physical, virtual and cloud infrastructure from a
>> > > single web console. Get in-depth insight into apps, servers,
>> > > databases, vmware, SAP, cloud infrastructure, etc. Download 30-day
>> > > Free Trial. Pricing starts from $795 for 25 servers or applications!
>> > > http://p.sf.net/sfu/zoho_dev2dev_nov
>> > > ___
>> > > enlightenment-devel mailing list
>> > > enlightenment-devel@lists.sourceforge.net
>> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>> > >
>> >
>> >
>>
>>
>> --
>> Monitor your physical, virtual and cloud infrastructure from a single
>> web console. Get in-depth insight into apps, servers, databases, vmware,
>> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>> Pricing starts from $795 for 25 servers or applications!
>> http://p.sf.net/sfu/zoho_dev2dev_nov
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OSX /trunk/e/

[Vincent Torri]

On Mon, Nov 19, 2012 at 2:58 AM, Dave Ray  wrote:
>
> On Nov 18, 2012, at 5:23 PM, Carsten Haitzler (The Rasterman) wrote:
>
> On Sun, 18 Nov 2012 16:48:11 -0800 Dave Ray  said:
>
> Hi,
>
> I haven't been able to build e17 (/trunk/e/) for the last week on OSX. I get
>
> the following build error:
>
>
> $ make
>
> …
>
> Making all in modules
>
>  CC backlight/e_mod_main.lo
>
>  CCLD   backlight/module.la
>
> Undefined symbols for architecture x86_64:
>
>  "_e_action_add", referenced from:
>
>  _e_modapi_init in e_mod_main.o
>
>  "_e_action_del", referenced from:
>
>  _e_modapi_shutdown in e_mod_main.o
>
>  "_e_action_predef_name_del", referenced from:
>
>  _e_modapi_shutdown in e_mod_main.o
>
>  "_e_action_predef_name_set", referenced from:
>
>  _e_modapi_init in e_mod_main.o
>
>  "_e_backlight_level_get", referenced from:
>
> …
>
> ...
>
> ld: symbol(s) not found for architecture x86_64
>
> collect2: ld returned 1 exit status
>
> make[4]: *** [backlight/module.la] Error 1
>
> make[3]: *** [all-recursive] Error 1
>
>
> can u try removing -no-undefined in AM_LDFLAGS from Makefile.am in
> src/modules ?
>
>
> Yes, that worked! Thanks!

the problem is elsewhere, as you can compile evas modules which have
-no-undefined. Maybe a problem with visibility feature and EAPI.

Dave, do you use the visibility flag of gcc ?

Vincent

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] efl SVG support?

[Vincent Torri]

On Mon, Nov 19, 2012 at 2:06 AM, Carsten Haitzler  wrote:
> On Sun, 18 Nov 2012 17:25:13 +0100 Vincent Torri  
> said:
>
>> On Sun, Nov 18, 2012 at 5:16 PM, Andreas Volz  wrote:
>> > Am Sat, 17 Nov 2012 18:23:02 +0100 schrieb Vincent Torri:
>> >
>> >> On Sat, Nov 17, 2012 at 5:42 PM, Andreas Volz 
>> >> wrote:
>> >> > Am Sat, 17 Nov 2012 11:21:58 + schrieb gpl4all:
>> >> >
>> >> > Interesting!
>> >> >
>> >> > Does enesim stand in some sort of competition compared to part of
>> >> > EFL? Or do they have another mission?
>> >>
>> >> it's a vector-based rendering library, which could be in competition
>> >> more with cairo than with evas. But Enesim could be used as rendering
>> >> engine for evas, for example.
>> >>
>> >> To be more accurate, Enesim is the name of the project. Its stack is
>> >> composed of several libraries
>> >> Enesim
>> >> Emage
>> >> Etex
>> >> Etch
>> >> Ender
>> >> Egueb
>> >> etc
>> >>
>> >> See the wiki in the website for mor einformations.
>> >
>> > It seems to use at least Eina as base. And then Evas uses it again.
>> > Funny...
>> >
>> > As Eina is now in Efl source together with Evas it's a funny
>> > cyclic dependency. :-P
>>
>> yes. So we can do a bootstrap first. Anyway, I think that this
>> bootstrap will be needed for edje, iirc
>
> thats very different. with edje we can make the bootstrap happen as part of 
> the
> efl build, BUT we can't with esvg because it's external.

we can just build eina, then esvg, then the whole stack

Vincent

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OSX /trunk/e/

[Dave Ray]

On Nov 18, 2012, at 7:27 PM, Carsten Haitzler (The Rasterman) wrote:

> btw - HOW do u run e17 on osx? do you set up osx's x emulation to be "x in a
> window" rather than the default "rootless x" emulation?



The X11 emulation on OSX (XQuartz) lets you select in the preferences whether 
you want to enable the root window or not. The rootless-x emulation still uses 
the full size of the screen, minus the OSX menu bar. I usually use the 
non-rooted setting, but it doesn't seem to make much dfference on e17.

On OSX, X11 is an app running along side other apps. How it gets launched is 
another story, but the rootless-x settings are independent of how it's lanched.

For reasons I'm not clear about, some X11 window managers (including e16) 
display a transparent background in non-rooted mode. This means the X11 windows 
appear with the decoration you expect from the WM, but against the Native OS 
GUI with other native windows and backgrounds. This is a nice option because 
X11 windows and native OS windows can be side-by-side in the GUI, sharing the 
paste buffer, etc.

E17 (as well as Gnome and others) has never shown a transparent background in 
non-rooted mode. It's not a big deal because I can still switch between windows 
with alt-tab (between X11 and the other app). But that would be a nice feature 
to implement in e17 for better OSX integration. 

-Dave
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OSX /trunk/e/

[The Rasterman]

On Sun, 18 Nov 2012 17:58:39 -0800 Dave Ray  said:

> 
> On Nov 18, 2012, at 5:23 PM, Carsten Haitzler (The Rasterman) wrote:
> 
> > On Sun, 18 Nov 2012 16:48:11 -0800 Dave Ray  said:
> > 
> >> Hi,
> >> I haven't been able to build e17 (/trunk/e/) for the last week on OSX. I
> >> get the following build error:
> >> 
> >> $ make
> >> …
> >> Making all in modules
> >>  CC backlight/e_mod_main.lo
> >>  CCLD   backlight/module.la
> >> Undefined symbols for architecture x86_64:
> >>  "_e_action_add", referenced from:
> >>  _e_modapi_init in e_mod_main.o
> >>  "_e_action_del", referenced from:
> >>  _e_modapi_shutdown in e_mod_main.o
> >>  "_e_action_predef_name_del", referenced from:
> >>  _e_modapi_shutdown in e_mod_main.o
> >>  "_e_action_predef_name_set", referenced from:
> >>  _e_modapi_init in e_mod_main.o
> >>  "_e_backlight_level_get", referenced from:
> >> …
> >> ...
> >> ld: symbol(s) not found for architecture x86_64
> >> collect2: ld returned 1 exit status
> >> make[4]: *** [backlight/module.la] Error 1
> >> make[3]: *** [all-recursive] Error 1
> > 
> > can u try removing -no-undefined in AM_LDFLAGS from Makefile.am in
> > src/modules ?
> > 
> 
> Yes, that worked! Thanks!
> 
> e now builds on OSX.
> 
> I am pleased to report the issue with the socket file on OSX is fixed! The
> changes you made there were successul.
> 
> The blank file menus are working once again, as expected, since that was a
> side effect of the socket file problem.
> 
> The default theme looks very nice indeed. It wasn't showing up for a while. 
> 
> I'll do some thorough testing so everything runs smoothly for the 12/21
> release.

:)

btw - HOW do u run e17 on osx? do you set up osx's x emulation to be "x in a
window" rather than the default "rootless x" emulation?

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OSX /trunk/e/

[Dave Ray]

On Nov 18, 2012, at 5:23 PM, Carsten Haitzler (The Rasterman) wrote:

> On Sun, 18 Nov 2012 16:48:11 -0800 Dave Ray  said:
> 
>> Hi,
>> I haven't been able to build e17 (/trunk/e/) for the last week on OSX. I get
>> the following build error:
>> 
>> $ make
>> …
>> Making all in modules
>>  CC backlight/e_mod_main.lo
>>  CCLD   backlight/module.la
>> Undefined symbols for architecture x86_64:
>>  "_e_action_add", referenced from:
>>  _e_modapi_init in e_mod_main.o
>>  "_e_action_del", referenced from:
>>  _e_modapi_shutdown in e_mod_main.o
>>  "_e_action_predef_name_del", referenced from:
>>  _e_modapi_shutdown in e_mod_main.o
>>  "_e_action_predef_name_set", referenced from:
>>  _e_modapi_init in e_mod_main.o
>>  "_e_backlight_level_get", referenced from:
>> …
>> ...
>> ld: symbol(s) not found for architecture x86_64
>> collect2: ld returned 1 exit status
>> make[4]: *** [backlight/module.la] Error 1
>> make[3]: *** [all-recursive] Error 1
> 
> can u try removing -no-undefined in AM_LDFLAGS from Makefile.am in 
> src/modules ?
> 

Yes, that worked! Thanks!

e now builds on OSX.

I am pleased to report the issue with the socket file on OSX is fixed! The 
changes you made there were successul.

The blank file menus are working once again, as expected, since that was a side 
effect of the socket file problem.

The default theme looks very nice indeed. It wasn't showing up for a while. 

I'll do some thorough testing so everything runs smoothly for the 12/21 release.

-Dave 





--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OSX /trunk/e/

[The Rasterman]

On Sun, 18 Nov 2012 16:48:11 -0800 Dave Ray  said:

> Hi,
> I haven't been able to build e17 (/trunk/e/) for the last week on OSX. I get
> the following build error:
> 
> $ make
> …
> Making all in modules
>   CC backlight/e_mod_main.lo
>   CCLD   backlight/module.la
> Undefined symbols for architecture x86_64:
>   "_e_action_add", referenced from:
>   _e_modapi_init in e_mod_main.o
>   "_e_action_del", referenced from:
>   _e_modapi_shutdown in e_mod_main.o
>   "_e_action_predef_name_del", referenced from:
>   _e_modapi_shutdown in e_mod_main.o
>   "_e_action_predef_name_set", referenced from:
>   _e_modapi_init in e_mod_main.o
>   "_e_backlight_level_get", referenced from:
> …
> ...
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> make[4]: *** [backlight/module.la] Error 1
> make[3]: *** [all-recursive] Error 1

can u try removing -no-undefined in AM_LDFLAGS from Makefile.am in src/modules ?

> 
> If I use --disable-backlight, I get similar errors on the next module.
> 
> If I use 'make -j 2' if fails on a different module because of the the make
> processes skips ahead.
> 
> Using same configure flags as before for OSX:
> ./autogen.sh --disable-nls --disable-battery --disable-temperature
> --disable-cpufreq --disable-mixer --disable-connman --disable-device-hal
> --disable-mount-hal --enable-simple-x11
> 
> Just updated from SVN and same problem for the last week. All other libs
> build, same environment.
> 
> - Dave
> 
> 
> 
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: billiob IN trunk/THEMES/efenniht: e images

[The Rasterman]

On Sun, 18 Nov 2012 13:09:43 -0200 Gustavo Sverzut Barbieri
 said:

> are you serious? Isn't this what all users were complaining at ML and
> #edevelop?
> 
> It doesn't fit efenniht look and feel, it should be clean as it used to be,
> I'd say revert

agreed. a theme has a look and feel and ust copying imaghes from one theme to
another is most of the time going to look bad - and this would be a good
example.
 
> On Sun, Nov 18, 2012 at 12:41 PM, Enlightenment SVN <
> no-re...@enlightenment.org> wrote:
> 
> > Log:
> > efenniht: adapt clock from dark
> >
> > Author:   billiob
> > Date: 2012-11-18 06:41:17 -0800 (Sun, 18 Nov 2012)
> > New Revision: 79429
> > Trac: http://trac.enlightenment.org/e/changeset/79429
> >
> > Added:
> >   trunk/THEMES/efenniht/images/digit_0.png
> > trunk/THEMES/efenniht/images/digit_1.png
> > trunk/THEMES/efenniht/images/digit_2.png
> > trunk/THEMES/efenniht/images/digit_3.png
> > trunk/THEMES/efenniht/images/digit_4.png
> > trunk/THEMES/efenniht/images/digit_5.png
> > trunk/THEMES/efenniht/images/digit_6.png
> > trunk/THEMES/efenniht/images/digit_7.png
> > trunk/THEMES/efenniht/images/digit_8.png
> > trunk/THEMES/efenniht/images/digit_9.png
> > trunk/THEMES/efenniht/images/digit_am.png
> > trunk/THEMES/efenniht/images/digit_na.png
> > trunk/THEMES/efenniht/images/digit_pm.png
> > trunk/THEMES/efenniht/images/dot_pattern.png
> > trunk/THEMES/efenniht/images/hole_tiny.png
> > trunk/THEMES/efenniht/images/separator_horiz.png
> > Modified:
> >   trunk/THEMES/efenniht/e/clock.edc
> >
> > Modified: trunk/THEMES/efenniht/e/clock.edc
> > ===
> > --- trunk/THEMES/efenniht/e/clock.edc   2012-11-18 14:38:02 UTC (rev 79428)
> > +++ trunk/THEMES/efenniht/e/clock.edc   2012-11-18 14:41:17 UTC (rev 79429)
> > @@ -1,85 +1,814 @@
> >  collections {
> > -   group { name: "e/modules/clock/main";
> > -  script {
> > - public clock_cb(val) {
> > -new buffer[6];
> > -new year, month, day, yearday, weekday, hour, minute;
> > -new Float:second;
> > +#define FIXED_SIZE(_WIDTH, _HEIGHT) \
> > +   min: _WIDTH _HEIGHT; max: _WIDTH _HEIGHT; fixed: 1 1;
> > +group { name: "e/modules/clock/digital";
> > +   min: 64 16;
> > +   max: 512 128;
> > +   images.image: "digit_na.png" COMP;
> > +   images.image: "digit_0.png" COMP;
> > +   images.image: "digit_1.png" COMP;
> > +   images.image: "digit_2.png" COMP;
> > +   images.image: "digit_3.png" COMP;
> > +   images.image: "digit_4.png" COMP;
> > +   images.image: "digit_5.png" COMP;
> > +   images.image: "digit_6.png" COMP;
> > +   images.image: "digit_7.png" COMP;
> > +   images.image: "digit_8.png" COMP;
> > +   images.image: "digit_9.png" COMP;
> > +   images.image: "digit_am.png" COMP;
> > +   images.image: "digit_pm.png" COMP;
> > +   images.image: "hole_tiny.png" COMP;
> > +   script {
> > +  public do_seconds, do_24h, do_date;
> > +  new tick_timer;
> >
> > -date(year, month, day, yearday, weekday, hour, minute,
> > second);
> > -timer(60.0 - (second), "clock_cb", 1);
> > +  valset(id, v) {
> > + if ((v >= 0) && (v <= 9)) {
> > +new buf[20];
> > +snprintf(buf, 20, "%i", v);
> > +set_state(id, buf, 0.0);
> > + } else {
> > +set_state(id, "default", 0.0);
> > + }
> > +  }
> > +  apvalset(id, pm) {
> > + if (pm) set_state(id, "active", 0.0);
> > + else set_state(id, "default", 0.0);
> > +  }
> > +  evalsize() {
> > + new do24h, dosec, v[14], i, tot, mul;
> > + new parts[] = {
> > +PART:"hours1", PART:"hours1",
> > +PART:"hours2", PART:"hours2",
> > +PART:"mins1", PART:"mins1",
> > +PART:"mins2", PART:"mins2",
> > +PART:"secs1", PART:"secs1",
> > +PART:"secs2", PART:"secs2",
> > +PART:"ampm", PART:"ampm"
> > + };
> >
> > -buffer[0] = 0;
> > + mul = 4;
> > + if (get_int(do_date)) {
> > +mul = 3;
> > + }
> >
> > -if (minute < 10 && hour < 10) { snprintf(buffer, 10,
> > "0%i:0%i", hour, minute); }
> > -else if (minute < 10) { snprintf(buffer, 10,
> > "%i:0%i", hour, minute); }
> > -else if (hour < 10)   { snprintf(buffer, 10,
> > "0%i:%i", hour, minute); }
> > -else  { snprintf(buffer, 10, "%i:%i",
> > hour, minute); }
> > -set_text(PART:"time", buffer);
> > + for (i = 0; i < 14; i += 2) {
> > +custom_state(parts[i], "default", 0.0);
> > + }
> > + v[0] = 0; v[1] = 2; v[2] = 2; v[3] = 4; // hrs
> > + v[4] = 5; v[5] = 7; v[6] = 7; v[7] = 9; // mins
> > + tot = 9;
> >
> > -buffer[0] = 0;
> > + dosec = get_int(do_seconds);
> > + do24h = get_int(do_24h);
> > + if (

Re: [E-devel] Dark theme digital clock woes

[The Rasterman]

On Sun, 18 Nov 2012 20:40:34 + Rui Miguel Silva Seabra  said:

> As of today, some 10 hours ago old tree, the clock is almost
> unreadable, being dark blue on dark grey is not good...

the day that it dark blue, is the day the sun is deep purple. this isn;t a
subjective thing - it's provable via rgb values (and lets say you define dark
blue as < 0x80 intensity of the maximum element).

> Rui
> 
> 
> On Wed, 14 Nov 2012 22:24:19
> +0900 Carsten Haitzler (The Rasterman)  wrote:
> 
> > On Wed, 14 Nov 2012 14:03:52 +0200 "Alex-P. Natsios"
> >  said:
> > 
> > massively worse than whats there. in the same way its also blurry and
> > unreadable too (using that term the same way). in addition, a serif
> > font where everything else is sans-serif in the theme? that's like
> > walking around in a pink suit with green shoes and expecting to be
> > taken seriously in a business meeting. :)
> > 
> > the clock is mimicing a blue version of a "tube clock":
> > 
> > http://assets.ilounge.com/images/uploads/nixie-tube-clock-1.jpg
> > http://gadgets.boingboing.net/filesroot/nixie-tube-clock.jpg
> > http://i135.photobucket.com/albums/q146/atbglenn/Nixie%20Clock/MyNixieTubeClock.jpg
> > 
> > as such it's a pretty good reproducion of such a thing as it was done
> > by hand, and its perfectly readable. people claiming it's not
> > readable are the kind of people who use that word to simply say "i
> > dont like it" - it has nothing to do with readability. you can read
> > is just fine without any problems.
> > 
> > > Greetings,
> > > 
> > > Many people came crying in #e about the new dark digital clock and
> > > those unreasonal scribbles in the numbers back.
> > > 
> > > It looks cool and artistic but it is hard to read :( making it
> > > unusable as a module (at least in its digital form).
> > > 
> > > After a brief discussion about it cipher (Haris Antonatos) decided
> > > to give it a try and create an alternative set.
> > > 
> > > I think of it as pretty neat and matching with the overall feel
> > > please have a look at it as a possibly viable replacement of the
> > > current digital look.
> > > 
> > > http://postimage.org/gallery/f4doc1s/
> > > 
> > > --
> > > Best Regards,
> > > 
> > > Alex-P. Natsios
> > > (a.k.a Drakevr)
> > > 
> > > --
> > > Monitor your physical, virtual and cloud infrastructure from a
> > > single web console. Get in-depth insight into apps, servers,
> > > databases, vmware, SAP, cloud infrastructure, etc. Download 30-day
> > > Free Trial. Pricing starts from $795 for 25 servers or applications!
> > > http://p.sf.net/sfu/zoho_dev2dev_nov
> > > ___
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > > 
> > 
> > 
> 
> 
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] efl SVG support?

[The Rasterman]

On Sun, 18 Nov 2012 17:16:15 +0100 Andreas Volz  said:

> Am Sat, 17 Nov 2012 18:23:02 +0100 schrieb Vincent Torri:
> 
> > On Sat, Nov 17, 2012 at 5:42 PM, Andreas Volz 
> > wrote:
> > > Am Sat, 17 Nov 2012 11:21:58 + schrieb gpl4all:
> > >
> > > Interesting!
> > >
> > > Does enesim stand in some sort of competition compared to part of
> > > EFL? Or do they have another mission?
> > 
> > it's a vector-based rendering library, which could be in competition
> > more with cairo than with evas. But Enesim could be used as rendering
> > engine for evas, for example.
> > 
> > To be more accurate, Enesim is the name of the project. Its stack is
> > composed of several libraries
> > Enesim
> > Emage
> > Etex
> > Etch
> > Ender
> > Egueb
> > etc
> > 
> > See the wiki in the website for mor einformations.
> 
> It seems to use at least Eina as base. And then Evas uses it again.
> Funny...
> 
> As Eina is now in Efl source together with Evas it's a funny
> cyclic dependency. :-P

well it's cyclic because of our merge. before that it wasn't. that
realistically means esvg isn't a usable dependency until it moved into the efl
tree OR we make it possible to build loader modules outside the evas tree
later on and have them work as well.

> regards
>   Andreas
> 
> -- 
> Technical Blog 
> 
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] default mobile profile doesn't look correct

[The Rasterman]

On Sun, 18 Nov 2012 20:49:04 +0100 Martin Jansa  said:

> On Sat, Nov 17, 2012 at 12:08:47PM +0100, Martin Jansa wrote:
> > On Sat, Nov 17, 2012 at 11:54:44AM +0100, Martin Jansa wrote:
> > > On Sat, Nov 17, 2012 at 07:44:04PM +0900, Carsten Haitzler wrote:
> > > > On Sat, 17 Nov 2012 11:20:00 +0100 Martin Jansa
> > > >  said:
> > > > 
> > > > > On Sat, Nov 17, 2012 at 11:38:08AM +0900, Carsten Haitzler wrote:
> > > > > > On Fri, 16 Nov 2012 23:58:20 +0100 Martin Jansa
> > > > > >  said:
> > > > > > 
> > > > > > > After upgrading E17 to alpha3 I got very weird look with our
> > > > > > > profile (based on mobile), so I've tried default mobile profile
> > > > > > > and it also look bad (see attachement) any idea what could be
> > > > > > > wrong?
> > > > > > > 
> > > > > > > It's from OE build (my latest meta-efl layer
> > > > > > > https://github.com/shr-distribution/meta-oe/tree/jansa/test)
> > > > > > > can someone try mobile profile on his desktop build?
> > > > > > 
> > > > > > i havent gotten to any of the illume stuff yet with the new theme.
> > > > > 
> > > > > And I guess old themes need to be updated too? because with our own
> > > > > older theme it looks similar (can send screenshot if needed).
> > > > 
> > > > they dont need any updating - i haven't changed anything code-wise in
> > > > the illume stuff at all.
> > > 
> > > I was trying to add recipe for b_and_w and try it, but it fails to build
> > > here:
> > > 
> > > /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc  theme.edc
> > > b_and_w.edj edje_cc: Error. theme.edc:46 unhandled keyword spectrum
> > > edje_cc: Error. PARSE STACK:
> > > spectra.spectrum
> > > edje_cc: Error. PARAMS:
> > > make: *** [b_and_w.edj] Error 255
> > > 
> > > maybe related to:
> > >  * FIXME: this is bad. namespacing! FIXME!
> > 
> > When I take .edj from older build it looks like attachement.
> > 
> > Maybe it's caused by illume2 module not correctly loaded, module
> > configuration shows illume2 as unloaded first and loading that doesn't
> > change anything.
> 
> OK, the issue is not caused by new theme but by
> 
> commit eed058e73213efebaaabb0da7906316912703199
> Author: lucas 
> Date:   Wed Nov 7 21:46:35 2012 +
> 
> e/modules: Do not use recursive Makefiles
> 
> Which amongs other things moves
> /usr/lib/enlightenment/modules/illume2/policies
> to
> /usr/lib/enlightenment/modules/policies
> 
> After moving this to right location, mobile profile looks usable again.

fixed now. in svn.

> The same for illume2 keyboards and e-module-conf_winmanip.edj is also gone.

i see e-module-conf_winmanip.edj installed still (clean module dir installed)
in conf_window_manipulation/.

> Output diff between r78977 and r78978:
> Only in e-wm-0.16.999.060
> +svnr78977-r7/packages-split/e-wm-dbg/usr/lib/enlightenment/modules/illume2:
> policies Only in e-wm-0.16.999.060
> +svnr78977-r7/packages-split/e-wm-dbg/usr/src/debug: e-wm-0.16.999.060
> +svnr78977-r7 Only in e-wm-0.16.999.060
> +svnr78977-r7/packages-split/e-wm-dev/usr/include/enlightenment: evry_api.h
> Only in e-wm-0.16.999.060
> +svnr78977-r7/packages-split/e-wm-dev/usr/include/enlightenment: evry_types.h
> Only in e-wm-0.16.999.060
> +svnr78977-r7/packages-split/e-wm/usr/lib/enlightenment/modules/conf_window_manipulation:
> e-module-conf_winmanip.edj Only in e-wm-0.16.999.060
> +svnr78977-r7/packages-split/e-wm/usr/lib/enlightenment/modules/illume2:
> keyboards Only in e-wm-0.16.999.060
> +svnr78977-r7/packages-split/e-wm/usr/lib/enlightenment/modules/illume2:
> policies Only in e-wm-0.16.999.060
> +svnr78978-r7/packages-split/e-wm-dbg/usr/lib/enlightenment/modules: policies
> Only in e-wm-0.16.999.060+svnr78978-r7/packages-split/e-wm-dbg/usr/src/debug:
> e-wm-0.16.999.060+svnr78978-r7 Only in e-wm-0.16.999.060
> +svnr78978-r7/packages-split/e-wm/usr/lib/enlightenment/modules: keyboards
> Only in e-wm-0.16.999.060
> +svnr78978-r7/packages-split/e-wm/usr/lib/enlightenment/modules: policies
> 
> Cheers,
> 
> -- 
> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Elm Theme free?

[The Rasterman]

On Sun, 18 Nov 2012 22:52:22 +0100 Andreas Volz  said:

> Hi,
> 
> Does anyone know if I use elm_object_theme_get(). Do I have to use
> elm_theme_free() after I don't use this variable any more? Or will
> Elementary manage this for me?

gets the current theme handle - it doesnt need to be freed, but it's valid only
so long as the theme is not changed on the object or that theme is not freed
elsewhere.

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] efl SVG support?

[The Rasterman]

On Sun, 18 Nov 2012 17:25:13 +0100 Vincent Torri  said:

> On Sun, Nov 18, 2012 at 5:16 PM, Andreas Volz  wrote:
> > Am Sat, 17 Nov 2012 18:23:02 +0100 schrieb Vincent Torri:
> >
> >> On Sat, Nov 17, 2012 at 5:42 PM, Andreas Volz 
> >> wrote:
> >> > Am Sat, 17 Nov 2012 11:21:58 + schrieb gpl4all:
> >> >
> >> > Interesting!
> >> >
> >> > Does enesim stand in some sort of competition compared to part of
> >> > EFL? Or do they have another mission?
> >>
> >> it's a vector-based rendering library, which could be in competition
> >> more with cairo than with evas. But Enesim could be used as rendering
> >> engine for evas, for example.
> >>
> >> To be more accurate, Enesim is the name of the project. Its stack is
> >> composed of several libraries
> >> Enesim
> >> Emage
> >> Etex
> >> Etch
> >> Ender
> >> Egueb
> >> etc
> >>
> >> See the wiki in the website for mor einformations.
> >
> > It seems to use at least Eina as base. And then Evas uses it again.
> > Funny...
> >
> > As Eina is now in Efl source together with Evas it's a funny
> > cyclic dependency. :-P
> 
> yes. So we can do a bootstrap first. Anyway, I think that this
> bootstrap will be needed for edje, iirc

thats very different. with edje we can make the bootstrap happen as part of the
efl build, BUT we can't with esvg because it's external.

> Vincent
> 
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] OSX /trunk/e/

[Dave Ray]

Hi,
I haven't been able to build e17 (/trunk/e/) for the last week on OSX. I get 
the following build error:

$ make
…
Making all in modules
  CC backlight/e_mod_main.lo
  CCLD   backlight/module.la
Undefined symbols for architecture x86_64:
  "_e_action_add", referenced from:
  _e_modapi_init in e_mod_main.o
  "_e_action_del", referenced from:
  _e_modapi_shutdown in e_mod_main.o
  "_e_action_predef_name_del", referenced from:
  _e_modapi_shutdown in e_mod_main.o
  "_e_action_predef_name_set", referenced from:
  _e_modapi_init in e_mod_main.o
  "_e_backlight_level_get", referenced from:
…
...
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
make[4]: *** [backlight/module.la] Error 1
make[3]: *** [all-recursive] Error 1


If I use --disable-backlight, I get similar errors on the next module.

If I use 'make -j 2' if fails on a different module because of the the make 
processes skips ahead.

Using same configure flags as before for OSX:
./autogen.sh --disable-nls --disable-battery --disable-temperature 
--disable-cpufreq --disable-mixer --disable-connman --disable-device-hal 
--disable-mount-hal --enable-simple-x11

Just updated from SVN and same problem for the last week. All other libs build, 
same environment.

- Dave



--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 on OSX: blank file menus

[Dave Ray]

On Nov 13, 2012, at 10:40 PM, Carsten Haitzler (The Rasterman) wrote:

> On Mon, 15 Oct 2012 20:07:28 -0700 Dave Ray  said:
> 
>> Hi,
>> 
>> On Oct 15, 2012, at 8:45 AM, Carsten Haitzler (The Rasterman) wrote:
>> 
>>> On Mon, 15 Oct 2012 07:31:04 -0700 Dave Ray  said:
>>> 
 Hi,
 Yes, it exists. But there may be something wrong with the full path e17 is
 looking for:
 $ ls
 -al /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/enlightenment-davidray
 \@/ total 0 drwx--  3 davidray  davidray  102 Oct 15
 07:19 . drwx--  4 davidray  davidray  136 Oct 15 07:25 ..
 srwxrwxrwx  1 davidray  davidray0 Oct 15 07:19 disp-:0.0-1743%F0??
 $
 
>>> %F0?? ... almost looks like something became corrupt. the path buffer is
>>> limtied to 1024 bytes but your path is much less than that. the code
>>> literally is:
>>> 
>>>snprintf(buf3, sizeof(buf3), "%s/disp-%s-%i",
>>> buf, disp, pid);
>>> so u have buf and disp output find but pid has junk appended to it and
>>> snprintf sure as hell doesnt append that. oooh wait...
>>> 
>>> ecore_con will APPEND "|%i" to it:
>>> 
>>> snprintf(buf,
>>>  sizeof(buf),
>>>  "%s|%i",
>>>  svr->name,
>>>  svr->port);
>>> 
>>> does osx disallow '|' in file paths?
>> 
>> Yes, OSX does allow '|' (pipe symbol) in file paths. A shell interpreter is
>> likely to fail with a pipe in the filename though.
>> 
>> I tried this a few more times. The socket file e17 creates is always a
>> mismatch with the file that the console message say it's looking for. I guess
>> this is why the file menus aren't working.
>> 
>> When the console error is:
>> Cannot connect to enlightenment (socket
>> '/var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T//enlightenment-davidray@/disp-:0.0-8629
>> 
>> The socket file created is:
>> disp-:0.0-8629%EC??
>> 
>> I don't understand how
>> snprintf(buf,sizeof(buf),"%s|%i",svr->name,svr->port); 
>> can end up as 
>> %EA??
>> 
>> So the part of the filename appended by ecore_con is totally broken on OSX. 
> 
> since it seems to be a socket path limitation (in size) and you've used a long
> XDG_RUNTIME_DIR, TMPDIR or SD_USER_SOCKETS_DIR just to make it worse... :)
> i've shortened the other bits of the socket name to make it hopefully fit in -
> but if you make any of these env vars longer yet still u'll hit the problem
> again. i suggest finding a way to keep them ... short :)
> 

That is great news, but I won't be able to test it until I can build e17. 
Another problem has appeared on OSX and e17 (/trunk/e/) won't build for the 
last week. I posted about the new problem on Nov 13 but there were no replies. 

I will repost that in a separate thread. 

Dave



--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Elm Theme free?

[Raphael Kubo da Costa]

Andreas Volz  writes:

> Hi,
>
> Does anyone know if I use elm_object_theme_get(). Do I have to use
> elm_theme_free() after I don't use this variable any more? Or will
> Elementary manage this for me?

Given that elm_widget_theme_get() (which is called by that function)
returns `sd->theme', I doubt you should need to free the pointer
yourself.


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elm_object_part_text_get vs. elm_entry_entry_get

[Raphael Kubo da Costa]

Andreas Volz  writes:

> Hi,
>
> is there any difference between calling elm_object_part_text_get and
> elm_entry_entry_get on the same Entry object?

No; the former just ends up calling the latter and is widget-agnostic.


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Elm Theme free?

[Andreas Volz]

Hi,

Does anyone know if I use elm_object_theme_get(). Do I have to use
elm_theme_free() after I don't use this variable any more? Or will
Elementary manage this for me?

regards
Andreas

-- 
Technical Blog 

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] elm_object_part_text_get vs. elm_entry_entry_get

[Andreas Volz]

Hi,

is there any difference between calling elm_object_part_text_get and
elm_entry_entry_get on the same Entry object?

regards
Andreas

-- 
Technical Blog 

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Dark theme digital clock woes

[Gustavo Sverzut Barbieri]

"It's a bug in you, fix your eyes" -- Rasterman :-D


On Sun, Nov 18, 2012 at 6:40 PM, Rui Miguel Silva Seabra wrote:

> As of today, some 10 hours ago old tree, the clock is almost
> unreadable, being dark blue on dark grey is not good...
>
> Rui
>
>
> On Wed, 14 Nov 2012 22:24:19
> +0900 Carsten Haitzler (The Rasterman)  wrote:
>
> > On Wed, 14 Nov 2012 14:03:52 +0200 "Alex-P. Natsios"
> >  said:
> >
> > massively worse than whats there. in the same way its also blurry and
> > unreadable too (using that term the same way). in addition, a serif
> > font where everything else is sans-serif in the theme? that's like
> > walking around in a pink suit with green shoes and expecting to be
> > taken seriously in a business meeting. :)
> >
> > the clock is mimicing a blue version of a "tube clock":
> >
> > http://assets.ilounge.com/images/uploads/nixie-tube-clock-1.jpg
> > http://gadgets.boingboing.net/filesroot/nixie-tube-clock.jpg
> >
> http://i135.photobucket.com/albums/q146/atbglenn/Nixie%20Clock/MyNixieTubeClock.jpg
> >
> > as such it's a pretty good reproducion of such a thing as it was done
> > by hand, and its perfectly readable. people claiming it's not
> > readable are the kind of people who use that word to simply say "i
> > dont like it" - it has nothing to do with readability. you can read
> > is just fine without any problems.
> >
> > > Greetings,
> > >
> > > Many people came crying in #e about the new dark digital clock and
> > > those unreasonal scribbles in the numbers back.
> > >
> > > It looks cool and artistic but it is hard to read :( making it
> > > unusable as a module (at least in its digital form).
> > >
> > > After a brief discussion about it cipher (Haris Antonatos) decided
> > > to give it a try and create an alternative set.
> > >
> > > I think of it as pretty neat and matching with the overall feel
> > > please have a look at it as a possibly viable replacement of the
> > > current digital look.
> > >
> > > http://postimage.org/gallery/f4doc1s/
> > >
> > > --
> > > Best Regards,
> > >
> > > Alex-P. Natsios
> > > (a.k.a Drakevr)
> > >
> > >
> --
> > > Monitor your physical, virtual and cloud infrastructure from a
> > > single web console. Get in-depth insight into apps, servers,
> > > databases, vmware, SAP, cloud infrastructure, etc. Download 30-day
> > > Free Trial. Pricing starts from $795 for 25 servers or applications!
> > > http://p.sf.net/sfu/zoho_dev2dev_nov
> > > ___
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > >
> >
> >
>
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Dark theme digital clock woes

[Rui Miguel Silva Seabra]

As of today, some 10 hours ago old tree, the clock is almost
unreadable, being dark blue on dark grey is not good...

Rui


On Wed, 14 Nov 2012 22:24:19
+0900 Carsten Haitzler (The Rasterman)  wrote:

> On Wed, 14 Nov 2012 14:03:52 +0200 "Alex-P. Natsios"
>  said:
> 
> massively worse than whats there. in the same way its also blurry and
> unreadable too (using that term the same way). in addition, a serif
> font where everything else is sans-serif in the theme? that's like
> walking around in a pink suit with green shoes and expecting to be
> taken seriously in a business meeting. :)
> 
> the clock is mimicing a blue version of a "tube clock":
> 
> http://assets.ilounge.com/images/uploads/nixie-tube-clock-1.jpg
> http://gadgets.boingboing.net/filesroot/nixie-tube-clock.jpg
> http://i135.photobucket.com/albums/q146/atbglenn/Nixie%20Clock/MyNixieTubeClock.jpg
> 
> as such it's a pretty good reproducion of such a thing as it was done
> by hand, and its perfectly readable. people claiming it's not
> readable are the kind of people who use that word to simply say "i
> dont like it" - it has nothing to do with readability. you can read
> is just fine without any problems.
> 
> > Greetings,
> > 
> > Many people came crying in #e about the new dark digital clock and
> > those unreasonal scribbles in the numbers back.
> > 
> > It looks cool and artistic but it is hard to read :( making it
> > unusable as a module (at least in its digital form).
> > 
> > After a brief discussion about it cipher (Haris Antonatos) decided
> > to give it a try and create an alternative set.
> > 
> > I think of it as pretty neat and matching with the overall feel
> > please have a look at it as a possibly viable replacement of the
> > current digital look.
> > 
> > http://postimage.org/gallery/f4doc1s/
> > 
> > --
> > Best Regards,
> > 
> > Alex-P. Natsios
> > (a.k.a Drakevr)
> > 
> > --
> > Monitor your physical, virtual and cloud infrastructure from a
> > single web console. Get in-depth insight into apps, servers,
> > databases, vmware, SAP, cloud infrastructure, etc. Download 30-day
> > Free Trial. Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > 
> 
> 


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] default mobile profile doesn't look correct

[Martin Jansa]

On Sat, Nov 17, 2012 at 12:08:47PM +0100, Martin Jansa wrote:
> On Sat, Nov 17, 2012 at 11:54:44AM +0100, Martin Jansa wrote:
> > On Sat, Nov 17, 2012 at 07:44:04PM +0900, Carsten Haitzler wrote:
> > > On Sat, 17 Nov 2012 11:20:00 +0100 Martin Jansa  
> > > said:
> > > 
> > > > On Sat, Nov 17, 2012 at 11:38:08AM +0900, Carsten Haitzler wrote:
> > > > > On Fri, 16 Nov 2012 23:58:20 +0100 Martin Jansa 
> > > > > 
> > > > > said:
> > > > > 
> > > > > > After upgrading E17 to alpha3 I got very weird look with our profile
> > > > > > (based on mobile), so I've tried default mobile profile and it also 
> > > > > > look
> > > > > > bad (see attachement) any idea what could be wrong?
> > > > > > 
> > > > > > It's from OE build (my latest meta-efl layer
> > > > > > https://github.com/shr-distribution/meta-oe/tree/jansa/test)
> > > > > > can someone try mobile profile on his desktop build?
> > > > > 
> > > > > i havent gotten to any of the illume stuff yet with the new theme.
> > > > 
> > > > And I guess old themes need to be updated too? because with our own
> > > > older theme it looks similar (can send screenshot if needed).
> > > 
> > > they dont need any updating - i haven't changed anything code-wise in the 
> > > illume
> > > stuff at all.
> > 
> > I was trying to add recipe for b_and_w and try it, but it fails to build
> > here:
> > 
> > /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc  theme.edc 
> > b_and_w.edj
> > edje_cc: Error. theme.edc:46 unhandled keyword spectrum
> > edje_cc: Error. PARSE STACK:
> > spectra.spectrum
> > edje_cc: Error. PARAMS:
> > make: *** [b_and_w.edj] Error 255
> > 
> > maybe related to:
> >  * FIXME: this is bad. namespacing! FIXME!
> 
> When I take .edj from older build it looks like attachement.
> 
> Maybe it's caused by illume2 module not correctly loaded, module
> configuration shows illume2 as unloaded first and loading that doesn't
> change anything.

OK, the issue is not caused by new theme but by

commit eed058e73213efebaaabb0da7906316912703199
Author: lucas 
Date:   Wed Nov 7 21:46:35 2012 +

e/modules: Do not use recursive Makefiles

Which amongs other things moves
/usr/lib/enlightenment/modules/illume2/policies
to
/usr/lib/enlightenment/modules/policies

After moving this to right location, mobile profile looks usable again.

The same for illume2 keyboards and e-module-conf_winmanip.edj is also gone.

Output diff between r78977 and r78978:
Only in 
e-wm-0.16.999.060+svnr78977-r7/packages-split/e-wm-dbg/usr/lib/enlightenment/modules/illume2:
 policies
Only in e-wm-0.16.999.060+svnr78977-r7/packages-split/e-wm-dbg/usr/src/debug: 
e-wm-0.16.999.060+svnr78977-r7
Only in 
e-wm-0.16.999.060+svnr78977-r7/packages-split/e-wm-dev/usr/include/enlightenment:
 evry_api.h
Only in 
e-wm-0.16.999.060+svnr78977-r7/packages-split/e-wm-dev/usr/include/enlightenment:
 evry_types.h
Only in 
e-wm-0.16.999.060+svnr78977-r7/packages-split/e-wm/usr/lib/enlightenment/modules/conf_window_manipulation:
 e-module-conf_winmanip.edj
Only in 
e-wm-0.16.999.060+svnr78977-r7/packages-split/e-wm/usr/lib/enlightenment/modules/illume2:
 keyboards
Only in 
e-wm-0.16.999.060+svnr78977-r7/packages-split/e-wm/usr/lib/enlightenment/modules/illume2:
 policies
Only in 
e-wm-0.16.999.060+svnr78978-r7/packages-split/e-wm-dbg/usr/lib/enlightenment/modules:
 policies
Only in e-wm-0.16.999.060+svnr78978-r7/packages-split/e-wm-dbg/usr/src/debug: 
e-wm-0.16.999.060+svnr78978-r7
Only in 
e-wm-0.16.999.060+svnr78978-r7/packages-split/e-wm/usr/lib/enlightenment/modules:
 keyboards
Only in 
e-wm-0.16.999.060+svnr78978-r7/packages-split/e-wm/usr/lib/enlightenment/modules:
 policies

Cheers,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [e-users] econnman and release

[Massimo Maiurana]

Gustavo Sverzut Barbieri, il 18/11/2012 19:09, ha scritto:
> someone replied already. It's meant to be filled as a packaging bug.

ah yes, I see.

> Did that, please monitor:

thanks. I've confirmed the bug you opened :)

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]



signature.asc
Description: OpenPGP digital signature
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: billiob IN trunk/THEMES/efenniht: e images

[Gustavo Sverzut Barbieri]

thanks! :-)


On Sun, Nov 18, 2012 at 1:35 PM, Boris Faure  wrote:

> On 12-11-18 13:09, Gustavo Sverzut Barbieri wrote:
> > are you serious? Isn't this what all users were complaining at ML and
> > #edevelop?
> >
> > It doesn't fit efenniht look and feel, it should be clean as it used to
> be,
> > I'd say revert
>
> done…
>
> --
> Boris Faure
> Pointer Arithmetician
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [e-users] econnman and release

[Gustavo Sverzut Barbieri]

someone replied already. It's meant to be filled as a packaging bug.

Did that, please monitor:
https://bugs.launchpad.net/ubuntu/+source/connman/+bug/1080405


On Sun, Nov 18, 2012 at 3:03 PM, Massimo Maiurana wrote:

> Gustavo Sverzut Barbieri, il 18/11/2012 15:25, ha scritto:
>
> > So ubuntu people: go to your bug report system (launchpad) and report you
> > need newest connman and ofono.
>
> actually I don't know if my request was sent in the right place, but here
> it is:
> https://answers.launchpad.net/ubuntu/+question/214538
>
> --
>
>   Massimo Maiurana   GPG keyID #7044D601
>
>   La fede e' credere in cio' che sai non essere vero
> [Mark Twain]
>
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>


-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [e-users] econnman and release

[Massimo Maiurana]

Gustavo Sverzut Barbieri, il 18/11/2012 15:25, ha scritto:

> So ubuntu people: go to your bug report system (launchpad) and report you
> need newest connman and ofono.

actually I don't know if my request was sent in the right place, but here it is:
https://answers.launchpad.net/ubuntu/+question/214538

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]



signature.asc
Description: OpenPGP digital signature
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Fwd: [Enlightenment-intl] Portuguese update

[Massimo Maiurana]

forwarded from intl mailing list.


 Messaggio originale 

Can anyone tell me what "Assist" from ACPI Bindings means?

And what is the difference betwen "Everything Starter" and "Everything 
Launcher"?

Regards

-- 
Sérgio Marques





signature.asc
Description: OpenPGP digital signature
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] efl SVG support?

[Vincent Torri]

On Sun, Nov 18, 2012 at 5:16 PM, Andreas Volz  wrote:
> Am Sat, 17 Nov 2012 18:23:02 +0100 schrieb Vincent Torri:
>
>> On Sat, Nov 17, 2012 at 5:42 PM, Andreas Volz 
>> wrote:
>> > Am Sat, 17 Nov 2012 11:21:58 + schrieb gpl4all:
>> >
>> > Interesting!
>> >
>> > Does enesim stand in some sort of competition compared to part of
>> > EFL? Or do they have another mission?
>>
>> it's a vector-based rendering library, which could be in competition
>> more with cairo than with evas. But Enesim could be used as rendering
>> engine for evas, for example.
>>
>> To be more accurate, Enesim is the name of the project. Its stack is
>> composed of several libraries
>> Enesim
>> Emage
>> Etex
>> Etch
>> Ender
>> Egueb
>> etc
>>
>> See the wiki in the website for mor einformations.
>
> It seems to use at least Eina as base. And then Evas uses it again.
> Funny...
>
> As Eina is now in Efl source together with Evas it's a funny
> cyclic dependency. :-P

yes. So we can do a bootstrap first. Anyway, I think that this
bootstrap will be needed for edje, iirc

Vincent

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] efl SVG support?

[Andreas Volz]

Am Sat, 17 Nov 2012 18:23:02 +0100 schrieb Vincent Torri:

> On Sat, Nov 17, 2012 at 5:42 PM, Andreas Volz 
> wrote:
> > Am Sat, 17 Nov 2012 11:21:58 + schrieb gpl4all:
> >
> > Interesting!
> >
> > Does enesim stand in some sort of competition compared to part of
> > EFL? Or do they have another mission?
> 
> it's a vector-based rendering library, which could be in competition
> more with cairo than with evas. But Enesim could be used as rendering
> engine for evas, for example.
> 
> To be more accurate, Enesim is the name of the project. Its stack is
> composed of several libraries
> Enesim
> Emage
> Etex
> Etch
> Ender
> Egueb
> etc
> 
> See the wiki in the website for mor einformations.

It seems to use at least Eina as base. And then Evas uses it again.
Funny...

As Eina is now in Efl source together with Evas it's a funny
cyclic dependency. :-P

regards
Andreas

-- 
Technical Blog 

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: billiob IN trunk/THEMES/efenniht: e images

[Boris Faure]

On 12-11-18 13:09, Gustavo Sverzut Barbieri wrote:
> are you serious? Isn't this what all users were complaining at ML and
> #edevelop?
> 
> It doesn't fit efenniht look and feel, it should be clean as it used to be,
> I'd say revert

done…

-- 
Boris Faure
Pointer Arithmetician

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: billiob IN trunk/THEMES/efenniht: e images

[Gustavo Sverzut Barbieri]

are you serious? Isn't this what all users were complaining at ML and
#edevelop?

It doesn't fit efenniht look and feel, it should be clean as it used to be,
I'd say revert


On Sun, Nov 18, 2012 at 12:41 PM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:

> Log:
> efenniht: adapt clock from dark
>
> Author:   billiob
> Date: 2012-11-18 06:41:17 -0800 (Sun, 18 Nov 2012)
> New Revision: 79429
> Trac: http://trac.enlightenment.org/e/changeset/79429
>
> Added:
>   trunk/THEMES/efenniht/images/digit_0.png
> trunk/THEMES/efenniht/images/digit_1.png
> trunk/THEMES/efenniht/images/digit_2.png
> trunk/THEMES/efenniht/images/digit_3.png
> trunk/THEMES/efenniht/images/digit_4.png
> trunk/THEMES/efenniht/images/digit_5.png
> trunk/THEMES/efenniht/images/digit_6.png
> trunk/THEMES/efenniht/images/digit_7.png
> trunk/THEMES/efenniht/images/digit_8.png
> trunk/THEMES/efenniht/images/digit_9.png
> trunk/THEMES/efenniht/images/digit_am.png
> trunk/THEMES/efenniht/images/digit_na.png
> trunk/THEMES/efenniht/images/digit_pm.png
> trunk/THEMES/efenniht/images/dot_pattern.png
> trunk/THEMES/efenniht/images/hole_tiny.png
> trunk/THEMES/efenniht/images/separator_horiz.png
> Modified:
>   trunk/THEMES/efenniht/e/clock.edc
>
> Modified: trunk/THEMES/efenniht/e/clock.edc
> ===
> --- trunk/THEMES/efenniht/e/clock.edc   2012-11-18 14:38:02 UTC (rev 79428)
> +++ trunk/THEMES/efenniht/e/clock.edc   2012-11-18 14:41:17 UTC (rev 79429)
> @@ -1,85 +1,814 @@
>  collections {
> -   group { name: "e/modules/clock/main";
> -  script {
> - public clock_cb(val) {
> -new buffer[6];
> -new year, month, day, yearday, weekday, hour, minute;
> -new Float:second;
> +#define FIXED_SIZE(_WIDTH, _HEIGHT) \
> +   min: _WIDTH _HEIGHT; max: _WIDTH _HEIGHT; fixed: 1 1;
> +group { name: "e/modules/clock/digital";
> +   min: 64 16;
> +   max: 512 128;
> +   images.image: "digit_na.png" COMP;
> +   images.image: "digit_0.png" COMP;
> +   images.image: "digit_1.png" COMP;
> +   images.image: "digit_2.png" COMP;
> +   images.image: "digit_3.png" COMP;
> +   images.image: "digit_4.png" COMP;
> +   images.image: "digit_5.png" COMP;
> +   images.image: "digit_6.png" COMP;
> +   images.image: "digit_7.png" COMP;
> +   images.image: "digit_8.png" COMP;
> +   images.image: "digit_9.png" COMP;
> +   images.image: "digit_am.png" COMP;
> +   images.image: "digit_pm.png" COMP;
> +   images.image: "hole_tiny.png" COMP;
> +   script {
> +  public do_seconds, do_24h, do_date;
> +  new tick_timer;
>
> -date(year, month, day, yearday, weekday, hour, minute,
> second);
> -timer(60.0 - (second), "clock_cb", 1);
> +  valset(id, v) {
> + if ((v >= 0) && (v <= 9)) {
> +new buf[20];
> +snprintf(buf, 20, "%i", v);
> +set_state(id, buf, 0.0);
> + } else {
> +set_state(id, "default", 0.0);
> + }
> +  }
> +  apvalset(id, pm) {
> + if (pm) set_state(id, "active", 0.0);
> + else set_state(id, "default", 0.0);
> +  }
> +  evalsize() {
> + new do24h, dosec, v[14], i, tot, mul;
> + new parts[] = {
> +PART:"hours1", PART:"hours1",
> +PART:"hours2", PART:"hours2",
> +PART:"mins1", PART:"mins1",
> +PART:"mins2", PART:"mins2",
> +PART:"secs1", PART:"secs1",
> +PART:"secs2", PART:"secs2",
> +PART:"ampm", PART:"ampm"
> + };
>
> -buffer[0] = 0;
> + mul = 4;
> + if (get_int(do_date)) {
> +mul = 3;
> + }
>
> -if (minute < 10 && hour < 10) { snprintf(buffer, 10,
> "0%i:0%i", hour, minute); }
> -else if (minute < 10) { snprintf(buffer, 10,
> "%i:0%i", hour, minute); }
> -else if (hour < 10)   { snprintf(buffer, 10,
> "0%i:%i", hour, minute); }
> -else  { snprintf(buffer, 10, "%i:%i",
> hour, minute); }
> -set_text(PART:"time", buffer);
> + for (i = 0; i < 14; i += 2) {
> +custom_state(parts[i], "default", 0.0);
> + }
> + v[0] = 0; v[1] = 2; v[2] = 2; v[3] = 4; // hrs
> + v[4] = 5; v[5] = 7; v[6] = 7; v[7] = 9; // mins
> + tot = 9;
>
> -buffer[0] = 0;
> + dosec = get_int(do_seconds);
> + do24h = get_int(do_24h);
> + if ((dosec) && (!do24h)) { // sec + ampm
> +tot += 7;
> +v[8] = 10; v[9] = 12; v[10] = 12; v[11] = 14;
> +v[12] = 14; v[13] = 16;
> + }
> + else if ((dosec) && (do24h)) { // sec + -
> +tot += 5;
> +v[8] = 10; v[9] = 12; v[10] = 12; v[11] = 14;
> +v[12] = 0; v[13] = 0;
> + }
> + else if ((!dosec) && (!do24h)) { // - + ampm
> +tot += 2;
> +v[8] = 0; v[9] 

Re: [E-devel] [e-users] econnman and release

[Gustavo Sverzut Barbieri]

Sure.

But seriously, these Ubuntu guys must move on. Ubuntu doesn't care about
connman, they just did a test some years ago and the packages stayed in. If
they do believe there is a maintainer and the guy is managing the packages,
waiting some event to update it... it won't happen.

So ubuntu people: go to your bug report system (launchpad) and report you
need newest connman and ofono.  I'd also push for newest bluez, but that is
tricky as they do use that one and may break other packages.


On Sun, Nov 18, 2012 at 12:07 PM, Carsten Haitzler wrote:

> On Sat, 17 Nov 2012 20:08:08 -0200 Gustavo Sverzut Barbieri
>  said:
>
> also we're between a hard place and a rock. connman broke protocl api a few
> times between 0.5 and 1.0. i think at least 2 times. we were pestered fro
> 1.0
> support and its awesome that it's there now, BUT, either we stick to an old
> connman api, support the new one or do both, which we frankly don't have
> the
> manpower for, so that will be an ubuntu problem. whoever wants to provide
> e17
> on ubuntu must also provide updated connmand pkgs too.
>
> > Problem is that nobody in Ubuntu cares about connman. For some reason it
> > got in, but nobody uses or notices it, so it will never be updated unless
> > you, Ubuntu Users, go and file bugs about it.
> >
> > There is nothing we can do about that.
> >
> >
> > On Sat, Nov 17, 2012 at 6:10 PM, Massimo Maiurana  >wrote:
> >
> > > Lucas De Marchi, il 17/11/2012 17:51, ha scritto:
> > >
> > > > we only support connman 1.x
> > >
> > > the problem is that even on ubuntu 13.04 there will be connman 0.78,
> so 1.0
> > > will be shipped at least on october 2013 :(
> > >
> > >
> > > --
> > >
> > >   Massimo Maiurana   GPG keyID #7044D601
> > >
> > >   La fede e' credere in cio' che sai non essere vero
> > > [Mark Twain]
> > >
> > >
> > >
> > >
> --
> > > Monitor your physical, virtual and cloud infrastructure from a single
> > > web console. Get in-depth insight into apps, servers, databases,
> vmware,
> > > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > > Pricing starts from $795 for 25 servers or applications!
> > > http://p.sf.net/sfu/zoho_dev2dev_nov
> > > ___
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > >
> > >
> >
> >
> > --
> > Gustavo Sverzut Barbieri
> > http://profusion.mobi embedded systems
> > --
> > MSN: barbi...@gmail.com
> > Skype: gsbarbieri
> > Mobile: +55 (19) 9225-2202
> >
> --
> > Monitor your physical, virtual and cloud infrastructure from a single
> > web console. Get in-depth insight into apps, servers, databases, vmware,
> > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>


-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] ElmEntry border?

[The Rasterman]

On Sun, 18 Nov 2012 13:35:29 +0100 Andreas Volz  said:

> Hello,
> 
> if I create a Elm Entry I always get it without border like this:
> 
> http://docs.enlightenment.org/auto/elementary/img/widget/entry/preview-00.png
> 
> But there's another image in the docs:
> 
> http://docs.enlightenment.org/auto/elementary/img/widget/entry/preview-02.png
> 
> Could you tell me what options to set to get Entry with border?

elm_entry_scrollable_set(entry, EINA_TRUE) ? :)

> regards
>   Andreas
> 
> -- 
> Technical Blog 
> 
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Evas event handling -> void *event_info?

[The Rasterman]

On Sat, 17 Nov 2012 17:37:42 +0100 Andreas Volz  said:

> Hello,
> 
> I've just some problem to understand that event_info parameter in Evas
> callbacks. e.g.:
> 
> http://docs.enlightenment.org/auto/elementary/fileselector_example_c.html
> 
> ...
> /* 'selected' cb */
> static void
> _fs_selected(void*data,
>  Evas_Object *obj,
>  void*event_info)
> {
>const char *selected = event_info;
>/* event_info contains the full path of the selected file */
> 
>printf("There's been a selection: %s\n", selected);
> }
> ...
>  /* the 'done' cb is called when the user presses ok/cancel */
>evas_object_smart_callback_add(fs, "done", _fs_done, win);
> ...
> 
> In this example the event_info* is casted in sime magic way to a char*.

there is nothing magic about that :) stop thinking c++ and think C. :) the
event_info pointer points to some data that is specific to the type of event
that triggered the callback. what that thing it points to is will change from
event to event, thus its "void *" and up to the programmer to read the docs for
that event.

> My problem is that event_info* could always be anything and I don't
> know it without looking into the sources (here e.g. elm_fileselector).
> It's not written anywhere in the documentation that event_info* is a
> char*. (Or I didn't find it...)

well normally the docs will tell you what it is. if not then it probably should
be added. fyi the usage i'd sepect is not to use event_info at all there but to
GETthe selected file path inside the callback.

> So is there any way to find out as API user the type of event_info*
> which I should cast?

read the docs. :)

> In my special case (Eflxx C++ wrapper) have the problem to design a
> type safe interface. I've really no idea to do it. But even using the C
> interface I don't like it. Or did I miss understood the API?

general callbacks like this are preyy much impossible to get "typesafe". not
unless we go creating special cb tpes per event type and thus multiple callback
add funcs an thats just becoming insane code-wise. :)

> I would really prefer that event_info* would be some structure with a
> data pointer and some magic identifiers. Then it would be possible to
> find out the type of an event.

the expectation is: you set the cb - you thus know the event type and that cb
handes that specific event type only. - no multiplexing multiple events thru a
single cb... :)

> What do you think? Am I alone with this problem? Any ideas for a better
> event_info interface?

t=the problem is to make things "compile time type safe" we'd have an insane
number of macros and/or functions to force only sepcific callback prototypes to
be used and the number would baloon nastily. at runtime we could make it
basically as u mention - a struct with some type info etc, but then event_info
is beginning to become an object. as such it was built to carry ANYTHING you
wanted. an object ptr, a ptr to a strct on the stack, a string ptr, or whatever
- its the pointer via which context info for the event is delivered.

> regards
>   Andreas
> 
> -- 
> Technical Blog 
> 
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [e-users] econnman and release

[The Rasterman]

On Sat, 17 Nov 2012 20:08:08 -0200 Gustavo Sverzut Barbieri
 said:

also we're between a hard place and a rock. connman broke protocl api a few
times between 0.5 and 1.0. i think at least 2 times. we were pestered fro 1.0
support and its awesome that it's there now, BUT, either we stick to an old
connman api, support the new one or do both, which we frankly don't have the
manpower for, so that will be an ubuntu problem. whoever wants to provide e17
on ubuntu must also provide updated connmand pkgs too.

> Problem is that nobody in Ubuntu cares about connman. For some reason it
> got in, but nobody uses or notices it, so it will never be updated unless
> you, Ubuntu Users, go and file bugs about it.
> 
> There is nothing we can do about that.
> 
> 
> On Sat, Nov 17, 2012 at 6:10 PM, Massimo Maiurana wrote:
> 
> > Lucas De Marchi, il 17/11/2012 17:51, ha scritto:
> >
> > > we only support connman 1.x
> >
> > the problem is that even on ubuntu 13.04 there will be connman 0.78, so 1.0
> > will be shipped at least on october 2013 :(
> >
> >
> > --
> >
> >   Massimo Maiurana   GPG keyID #7044D601
> >
> >   La fede e' credere in cio' che sai non essere vero
> > [Mark Twain]
> >
> >
> >
> > --
> > Monitor your physical, virtual and cloud infrastructure from a single
> > web console. Get in-depth insight into apps, servers, databases, vmware,
> > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> >
> 
> 
> -- 
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] ElmEntry border?

[Gustavo Sverzut Barbieri]

the scroller is what gives it borders, so you need to make it scrollable...
stupid, yep, but it used to be even worse (you had to create a scroller
yourself)


On Sun, Nov 18, 2012 at 10:35 AM, Andreas Volz  wrote:

> Hello,
>
> if I create a Elm Entry I always get it without border like this:
>
>
> http://docs.enlightenment.org/auto/elementary/img/widget/entry/preview-00.png
>
> But there's another image in the docs:
>
>
> http://docs.enlightenment.org/auto/elementary/img/widget/entry/preview-02.png
>
> Could you tell me what options to set to get Entry with border?
>
> regards
> Andreas
>
> --
> Technical Blog 
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] ElmEntry border?

[Andreas Volz]

Hello,

if I create a Elm Entry I always get it without border like this:

http://docs.enlightenment.org/auto/elementary/img/widget/entry/preview-00.png

But there's another image in the docs:

http://docs.enlightenment.org/auto/elementary/img/widget/entry/preview-02.png

Could you tell me what options to set to get Entry with border?

regards
Andreas

-- 
Technical Blog 

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Evas event handling -> void *event_info?

[Andreas Volz]

Am Sat, 17 Nov 2012 23:02:28 -0200 schrieb Leandro Dorileo:

> Hi,
> 
> On Sat, Nov 17, 2012 at 05:37:42PM +0100, Andreas Volz wrote:
> > Hello,
> > 
> > I've just some problem to understand that event_info parameter in
> > Evas callbacks. e.g.:
> > 
> > http://docs.enlightenment.org/auto/elementary/fileselector_example_c.html
> > 
> > ...
> > /* 'selected' cb */
> > static void
> > _fs_selected(void*data,
> >  Evas_Object *obj,
> >  void*event_info)
> > {
> >const char *selected = event_info;
> >/* event_info contains the full path of the selected file */
> > 
> >printf("There's been a selection: %s\n", selected);
> > }
> > ...
> >  /* the 'done' cb is called when the user presses ok/cancel */
> >evas_object_smart_callback_add(fs, "done", _fs_done, win);
> > ...
> > 
> > In this example the event_info* is casted in sime magic way to a
> > char*. My problem is that event_info* could always be anything and
> > I don't know it without looking into the sources (here e.g.
> > elm_fileselector). It's not written anywhere in the documentation
> > that event_info* is a char*. (Or I didn't find it...)
> > 
> 
> 
> EFL documentation usually tells what event_info is deppending on the
> object and the event you're registering a callback to. For the file
> selector you can check the widget doc[1] in the "detailed
> description" section.

> [1] -
> http://docs.enlightenment.org/auto/elementary/group__Fileselector.html

Yes, you're right it's documented. I didn't read it. My failure. 

> 
> 
> > So is there any way to find out as API user the type of event_info*
> > which I should cast?
> > 
> > In my special case (Eflxx C++ wrapper) have the problem to design a
> > type safe interface. I've really no idea to do it. But even using
> > the C interface I don't like it. Or did I miss understood the API?
> > 
> > I would really prefer that event_info* would be some structure with
> > a data pointer and some magic identifiers. Then it would be
> > possible to find out the type of an event.
> > 
> > What do you think? Am I alone with this problem? Any ideas for a
> > better event_info interface?
> 
> 
> Smart object events are extremelly arbitrary... you can have totally
> different smart object with different objectives handling with
> different type of data and event nature.
> 

Yes, you're right. I've no much better proposal. But I don't like it
anyway. Have to think about if I handle it in C++ in another way.

regards
Andreas

-- 
Technical Blog 

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: rui trunk/efl/spec

[Vincent Torri]

i said : afaik, 'make -j* install'  does not work but 'make -j3 &&
make install' does

and it seems that using ccache gives also problems

Vincent

On Sun, Nov 18, 2012 at 10:57 AM, Enlightenment SVN
 wrote:
> Log:
>  * Make sure install is done with only one make thread since vtorri says it 
> breaks things
>* Complete spec in order to include current files and directories
>
>
> Author:   rui
> Date: 2012-11-18 01:57:05 -0800 (Sun, 18 Nov 2012)
> New Revision: 79415
> Trac: http://trac.enlightenment.org/e/changeset/79415
>
> Modified:
>   trunk/efl/spec/efl.spec.in
>
> Modified: trunk/efl/spec/efl.spec.in
> ===
> --- trunk/efl/spec/efl.spec.in  2012-11-18 07:48:26 UTC (rev 79414)
> +++ trunk/efl/spec/efl.spec.in  2012-11-18 09:57:05 UTC (rev 79415)
> @@ -37,7 +37,7 @@
>  %{__make} %{?_smp_mflags} %{?mflags}
>
>  %install
> -%{__make} %{?mflags_install} DESTDIR=$RPM_BUILD_ROOT install
> +%{__make} %{?mflags_install} -j 1 DESTDIR=$RPM_BUILD_ROOT install
>
>  %clean
>  test "x$RPM_BUILD_ROOT" != "x/" && rm -rf $RPM_BUILD_ROOT
> @@ -52,16 +52,25 @@
>  %defattr(-, root, root)
>  %doc AUTHORS README NEWS COPYING licenses/COPYING.BSD licenses/COPYING.LGPL 
> licenses/COPYING.GPL
>  %{_bindir}/*
> +%{_libdir}/*.so
>  %{_libdir}/*.so.*
> +%{_libdir}/evas/cserve2/loaders/*/linux-gnu-*/*.so
> +%{_libdir}/evas/modules/engines/*/linux-gnu-*/*.so
> +%{_libdir}/evas/modules/loaders/*/linux-gnu-*/*.so
> +%{_libdir}/evas/modules/savers/*/linux-gnu-*/*.so
> +%{_libexecdir}/*
>
>  %files devel
>  %defattr(-, root, root)
>  %{_includedir}/*
>  %{_libdir}/pkgconfig/*
>  %{_libdir}/*.a
> -%{_libdir}/*.so
>  %{_libdir}/*.la
> -%{_datadir}/eina
> -%{_datadir}/eet
> +%{_libdir}/evas/cserve2/loaders/*/linux-gnu-*/*.la
> +%{_libdir}/evas/modules/engines/*/linux-gnu-*/*.la
> +%{_libdir}/evas/modules/loaders/*/linux-gnu-*/*.la
> +%{_libdir}/evas/modules/savers/*/linux-gnu-*/*.la
> +%{_datadir}/embryo
> +%{_datadir}/evas
>
>  %changelog
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel