Re: [E-devel] GSoC Idea - Java Bindings

[Tom Haste]

That quickly turned to troll comments... :D

Id be totally down with that. Kind of ties into the Android EFL proposal.



On 15 February 2011 03:55, Boris 'billiob' Faure  wrote:
>> I'll be heading up the Brainfuck for EFL project, meet in #bffefl
> At some point, I wanted to write an UI to view how my brainfuck softs
> were working with the tape.
>
> --
> Boris 'billiob' Faure
>
> --
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] gsoc ideas

[Tom Haste]

Added the Android one... hopefully that and the Google widgets one for
E17 encourage our acceptance :)

Do feel free to tidy up/reword what I wrote.



On 14 February 2011 17:09, Mike Blumenkrantz  wrote:
> We have 6 ideas up at
> http://trac.enlightenment.org/e/wiki/GSoC_2011_Project_Ideas
>
> Post more if you want us to get accepted.
>
> --
> Mike Blumenkrantz
> Zentific: NULL pointer dereferences now 50% off!
>
> --
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] GSoC Ideas + Proposals

[Tom Haste]

Heres a project that deals with libjpeg and libpng by providing them
in a 3rd party folder. I looks like a locally provided version that
retains the same licensing. Also, freetype is included in the system
libs (http://developer.android.com/guide/basics/what-is-android.html)
apparently.

http://code.google.com/p/androido3d/source/browse/android/apps/o3d/project/jni/?
r=6bc15cab44a5f9c13b193bc7397b6ad5eef8397c#jni%2Fthird_party


A little hunting further and we have Gnash for Android, that has all
the mentioned libs as dependencies, AND...

http://wiki.gnashdev.org/Building_for_Android
http://wiki.gnashdev.org/AndroidDependencies

So it seems pretty reasonable.



On 11 February 2011 15:37, Vincent Torri  wrote:
>
>
> On Fri, 11 Feb 2011, Tom Haste wrote:
>
>> Ahhh. All Ive read about NDK is that its allows using C++ (I guess all
>> that news is directed at iPhone devs and C++ junkies.) I wasnt aware
>> that it had C support too :)
>
> I've read that on this web page:
>
> http://developer.android.com/sdk/ndk/overview.html
>
> missing: iconv for eina, libjpeg for eet, libpng and freetype (at least) for
> evas.
>
> Vincent
>
>>
>> On 11 February 2011 14:27, Vincent Torri  wrote:
>>>
>>>
>>> On Fri, 11 Feb 2011, Tom Haste wrote:
>>>
>>>> Hey gang,
>>>>
>>>> Im hoping to do something this winter (AU) with the GSoC stuff...
>>>> currently fist deep in Java with my studies. Ive also just ordered a
>>>> book on Android Dev. Should be fun. So anyway,
>>>>
>>>> Idea:
>>>>
>>>> Android NDK + EFL.
>>>> Is this possible? Could we make a port for Android and perhaps even
>>>> have a strong integration into Eclipse so you can simply go "New
>>>> Project" > "Android EFL application" or something of the likes. I know
>>>> there was a mention that you'd need some OOB wrapper to get EFL and I
>>>> dont know what state cxx bindings are in. Considering Android is such
>>>> a big market these days, it might be a good idea to jump into it.
>>>
>>> the evas part should be very easy (using OpenGL ES), the ecore part a bit
>>> less. Why do you think C++ is needed ? The NDK allows you to use C.
>>>
>>> Vincent
>>>
>>
>>
>

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] GSoC Ideas + Proposals

[Tom Haste]

Ahhh. All Ive read about NDK is that its allows using C++ (I guess all
that news is directed at iPhone devs and C++ junkies.) I wasnt aware
that it had C support too :)

On 11 February 2011 14:27, Vincent Torri  wrote:
>
>
> On Fri, 11 Feb 2011, Tom Haste wrote:
>
>> Hey gang,
>>
>> Im hoping to do something this winter (AU) with the GSoC stuff...
>> currently fist deep in Java with my studies. Ive also just ordered a
>> book on Android Dev. Should be fun. So anyway,
>>
>> Idea:
>>
>> Android NDK + EFL.
>> Is this possible? Could we make a port for Android and perhaps even
>> have a strong integration into Eclipse so you can simply go "New
>> Project" > "Android EFL application" or something of the likes. I know
>> there was a mention that you'd need some OOB wrapper to get EFL and I
>> dont know what state cxx bindings are in. Considering Android is such
>> a big market these days, it might be a good idea to jump into it.
>
> the evas part should be very easy (using OpenGL ES), the ecore part a bit
> less. Why do you think C++ is needed ? The NDK allows you to use C.
>
> Vincent
>

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] GSoC Ideas + Proposals

[Tom Haste]

Hey gang,

Im hoping to do something this winter (AU) with the GSoC stuff...
currently fist deep in Java with my studies. Ive also just ordered a
book on Android Dev. Should be fun. So anyway,

Idea:

Android NDK + EFL.
Is this possible? Could we make a port for Android and perhaps even
have a strong integration into Eclipse so you can simply go "New
Project" > "Android EFL application" or something of the likes. I know
there was a mention that you'd need some OOB wrapper to get EFL and I
dont know what state cxx bindings are in. Considering Android is such
a big market these days, it might be a good idea to jump into it.

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] GSOC 2011

[Tom Haste]

On a very very side note; considering Android has taken off, and the
new 2.3 API has made working in C and C++ easier... or, and please
refrain from throwing shoes at me, there is a Java-QT wrapper out
there called QT Jambi than lets people write in Java with the QT
toolkit... :D

I wouldnt know the 1st point to writing a wrapper like that though.


On 25 January 2011 17:15, Tom Hacohen  wrote:
> On Tue, 2011-01-25 at 04:11 -0500, Mike Blumenkrantz wrote:
>> I will be as harsh and demanding as a girlfriend after you have forgotten 
>> your
>> anniversary.
>
> Exactly. He'll probably also make you write doxygen docs for everything!
> Even internal functions.
>
> --
> Tom.
>
>

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] GSOC 2011

[Tom Haste]

And Im actually a student! :D


On 25 January 2011 16:56, Mike Blumenkrantz  wrote:
> On Mon, 24 Jan 2011 21:36:22 -0800
> Ian Caldwell  wrote:
>
>> it's that time of year again. Google has just announced their Summer of
>> code for 2011... We should really try to participate this year!
>> the announcement is herel
>> Google has just announced GSoC2011.
>>
>> http://google-opensource.blogspot.com/2011/01/google-summer-of-code-announced-at-lca.html
>>
>> The timeline is here:
>> http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/timeline
>> Lets hear your thoughts...
>> Thanks,
>> Ian Caldwell
> IIRC we fudged the bucket last year, so hopefully we can get better
> organization for it now!
>
> With that said, I can think of at least half a dozen tasks that I'd be able to
> mentor (successfully!) if we decide to go for it.
>
> --
> Mike Blumenkrantz
> Zentific: NULL pointer dereferences now 50% off!
>
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [e-users] E SVN: lfelipe trunk/web/www/p/news/en

[Tom Haste]

If you have to go through the backscatter scanner, just demand that
you are screened while inside the fridge. What could possibly go
wrong? Yes, you can take a fridge in your carry on luggage. Dont ruin
it for me. :( (And Hi everyone!)

On 24 November 2010 10:45, Iván Briano (Sachiel)  wrote:
> 2010/11/24 Wido :
>> sweet. Are there any plans to have this fridge world wide? or just for
>> Brazil?
>>
>
> You can come to Brazil on vacations and take one on the way back.
> With some luck, no one at customs will notice it and you won't have
> to pay taxes for it.
>
>> 2010/11/23 Gustavo Sverzut Barbieri 
>>
>>> On Tue, Nov 23, 2010 at 7:38 PM, Gustavo Sverzut Barbieri
>>>  wrote:
>>> > On Tue, Nov 23, 2010 at 5:14 PM, Gustavo Sverzut Barbieri
>>> >  wrote:
>>> >> Since not everybody reads our commit list and our planet, find some
>>> >> interesting EFL use case in Luis Felipe's news below.
>>> >>
>>> >> This is quite unusual place for EFL, a refrigerator, but we did it.
>>> >> Evas again saved the day with its super-fast software backend, with a
>>> >> not-so-strong CPU and no hardware acceleration it was able to do
>>> >> all-software rendering and even 90-degree rotation to match the
>>> >> display orientation.
>>> >>
>>> >> We already hit Phoronix (http://www.phoronix.com/vr.php?view=ODgxOQ)
>>> >> and reddit (
>>> http://www.reddit.com/r/linux/comments/eal2u/smart_fridge_running_linux/),
>>> >> please help with upvotes whenever you like the news ;-)
>>> >
>>> > Also pending at slashdot now: http://slashdot.org/stories (GNU/Linux
>>> > and Enlightenment running on a Fridge).
>>>
>>>
>>>
>>> http://slashdot.org/submission/1398228/GNULinux-and-Enlightenment-running-on-a-Fridge
>>>
>>>
>>> --
>>> Gustavo Sverzut Barbieri
>>> http://profusion.mobi embedded systems
>>> --
>>> MSN: barbi...@gmail.com
>>> Skype: gsbarbieri
>>> Mobile: +55 (19) 9225-2202
>>>
>>>
>>> --
>>> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
>>> Tap into the largest installed PC base & get more eyes on your game by
>>> optimizing for Intel(R) Graphics Technology. Get started today with the
>>> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
>>> http://p.sf.net/sfu/intelisp-dev2dev
>>> ___
>>> enlightenment-users mailing list
>>> enlightenment-us...@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>>>
>>
>>
>>
>> --
>> Wido
>> --
>> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
>> Tap into the largest installed PC base & get more eyes on your game by
>> optimizing for Intel(R) Graphics Technology. Get started today with the
>> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
>> http://p.sf.net/sfu/intelisp-dev2dev
>> ___
>> enlightenment-users mailing list
>> enlightenment-us...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>>
>
> --
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> ___
> enlightenment-users mailing list
> enlightenment-us...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Google Code-In?

[Tom Haste]

Being a student right now, I can say Im in! :)

On 10/29/10, Michael Jennings  wrote:
> Applications are due tomorrow to be a mentoring org for the Google
> Code-In (http://code.google.com/gci).  Sorry for the short notice;
> I've got a lot on my plate right now.
>
> We need to decide if we want to participate, and if so, what tasks we
> want to offer to the students.  And we have less than 24 hours to do
> it. :/
>
> The application is at:
>
> http://socghop.appspot.com/gci/org_app/take/gci_program/google/gci2010/orgapp
>
> You'll need to sign in with a Google account to access it (which Inc
> should be able to do).
>
> Thoughts?
>
> Michael
>
> --
> Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  
> Linux Server/Cluster Admin, LBL.gov   Author, Eterm (www.eterm.org)
> ---
>  "Ivanova is always right.  I will listen to Ivanova.  I will not
>   ignore Ivanova's recommendations.  Ivanova is God...and if this
>   ever happens again, Ivanova will personally rip your lungs out."
>-- Claudia Christian (Lt. Cmdr Susan Ivanova), Babylon Five
>
> --
> Nokia and AT&T present the 2010 Calling All Innovators-North America contest
> Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
> http://p.sf.net/sfu/nokia-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

-- 
Sent from my mobile device

--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] libvlc is GPL

[Tom Haste]

Keys and Ardy are still Beerware and most likely forever will be as
long as beer exists.

Also, I hope this thread doesnt explode into another license debate.


On 19 October 2010 09:52, Iván Briano (Sachiel)  wrote:
> On Mon, Oct 18, 2010 at 11:44 PM, Gustavo Sverzut Barbieri
>  wrote:
>> On Mon, Oct 18, 2010 at 11:42 PM, Raphael Kubo da Costa
>>  wrote:
>>> At Tue, 19 Oct 2010 08:33:44 +0900,
>>> Carsten Haitzler (The Rasterman) wrote:
 as such i think we should move emotion itself to LGPL anyway - it's bsd 
 now.
 anyone disagree (this means for GPL modules like clv and xine emotion 
 itself is
 always compliant and compliance is then pushed off onto the apps that ship 
 as
 part of a complete system that may only have gstreamer or may have xine or 
 vlc
 or all 3).
>>>
>>> Shouldn't the situation be the same as you've described with a
>>> 2-clause BSD license as well?
>>
>> Damn, it took us ages to convince raster to give up on his rage that
>> lead to BSD thing and now you want him to stop!? :-)  IMO all EFL
>> should be LGPL.
>>
>
> Long live WTFPL.
>
>> --
>> Gustavo Sverzut Barbieri
>> http://profusion.mobi embedded systems
>> --
>> MSN: barbi...@gmail.com
>> Skype: gsbarbieri
>> Mobile: +55 (19) 9225-2202
>>
>> --
>> Download new Adobe(R) Flash(R) Builder(TM) 4
>> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
>> Flex(R) Builder(TM)) enable the development of rich applications that run
>> across multiple browsers and platforms. Download your free trials today!
>> http://p.sf.net/sfu/adobe-dev2dev
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
> --
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] EFL 1.0 release

[Tom Haste]

>>
>> as for api docs i'd  love to at least see every api func have a template 
>> "fill
>> me in" doxygen doc comment. if we can - fill them in.
>
> I disagree here. Having no doc for a function make doxygen display a
> warning in the terminal. Which means we *know* that there is a problem and
> the doc must be fixed. Otherwise we would have to read all the doc to see
> if we have filled correctly or not the doc. I prefer having an automated
> way of warning me about that, instead of reading the whole doc.
>

Agreed, nothing worse than undocumented stuff for someone learning how
to use something. (*Shakes fists at SQL university unit with no Docs
and only online videos*) And we can assume just about everyone will be
learning this stuff once it goes final.

--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [RFC] Removing gradient

[Tom Haste]

Gradients? Where we're going, we dont NEED gradients.


On 8 October 2010 07:48,   wrote:
> But Doc, I'd need 1.21 gigawatts!
>
> --
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today.
> http://p.sf.net/sfu/beautyoftheweb
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/e/src/bin

[Tom Haste]

I figured Id throw my $0.2 AUD into this...

Being a noob to the programming game, Just the ecore_init() seems fine
by me as long as ecore_init() documentation also states that
eina_init() happens with it. Seeing eina_init() and ecore_init() tells
my noobie brain that one must happen before the other otherwise stuff
might not work right.

I guess you could consider that the 'grandma' test.


On 5 October 2010 20:46, Tom Hacohen  wrote:
> On Tue, 2010-10-05 at 09:41 -0300, Iván Briano (Sachiel) wrote:
>> Still not good. There's a difference of relying on some component 
>> initializing
>> a library because it uses internally, and initializing it because it's
>> also giving
>> you back stuff from it. In the first case, yes, relying on that and not being
>> explicit can cause you problems in the future, but for the second, even if
>> Ecore can be built without Evas, ecore_evas_init() is pretty much guaranteed
>> to init Evas as well, unless something is very wrong somewhere. So being
>> explicit or not depends on you knowing what you are doing, which doesn't
>> necessarily imply that you know the internals of what you are using.
>
> ecore_init() says nothing about eina in any way or form. It's not like
> ecore_evas_init() which explicitly says "evas is there and will be
> used".
>
> As I said, this case is different because ecore will probably always use
> eina, but still, you can't say ecore_init() implies eina_init() will
> also be run.
>
> But yes I agree that libs that fall under this category:
> "Still not good. There's a difference of relying on some component
> initializing a library because it uses internally, and initializing it
> because it's also giving you back stuff from it."
>
> Are special cases (which ecore may be one of those, I'm not sure, I
> don't remember ecore's API by heart).
>
> --
> Tom.
>
>
>
>
> --
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today.
> http://p.sf.net/sfu/beautyoftheweb
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] ANNOUNCE: BETA Release of core EFL

[Tom Haste]

Awesome!

The dates on the News articles are wrong
http://www.enlightenment.org/p.php?p=news&l=en



On 3 October 2010 18:39, Tom Hacohen  wrote:
> Congratulations everyone, awesome work.
>
> --
> Tom.
>
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] KISS game example

[Tom Haste]

Looks good :)

Also, this might be of interest for those of us that lack artistic skills:
http://freegamedev.net/wiki/Free_3D_and_2D_art_and_audio_resources

Toma



On 3 October 2010 10:18, Gustavo Sverzut Barbieri
 wrote:
> how about the attachment?
>
> gcc -o jump-slide-penguin jump-slide-penguin.c `pkg-config --cflags
> --libs elementary`
> edje_cc jump-slide-penguin.edc
> ./jump-slide-penguin
>
> pretend there are nice graphics! ;-)
>
> On Sat, Oct 2, 2010 at 11:15 PM, Gustavo Sverzut Barbieri
>  wrote:
>> Hey,
>>
>> Today I took some time to have coding fun and based on [1] I did the
>> code for a simplistic clone of [2]. It has around 600 lines of C plus
>> 615 of edje (just rectangles so far), and is an endless game play as
>> it constructs the levels on the fly based on some constraints.
>>
>> It handles touch screen or keyboard controls and shows a simple status
>> (level, elapsed time and score).
>>
>> The game is super simple, with 2 actions: jump and slide. The goal is
>> to avoid obstacles and get as many coins as possible. Be aware that
>> you have regular coins, extra bonus coins and fake coins that will
>> subtract you points. You die when you hit an obstacle or when you run
>> out of points due fake coins.
>>
>> The coins and obstacles are dynamically created based on EDJ:
>> tile// (type = regular/jump/slide) and coin//
>> (type = regular/extra/fake). You can add as many different entries as
>> you wish, it will help the game play be more interesting.
>>
>> At this lines-of-code count it do serve as a good tutorial, but it
>> would be better to have some graphics to make it more interesting.
>> I'll do it later tomorrow if nobody send me any fancy drawings before
>> it.
>>
>> Later extension points could be:
>>   - sounds (libcanbera is a nice way to get them)
>>   - save highest scores
>>   - double jump with stuff that needs it (coins or bigger obstacles)
>>   - segment the type of coins and obstacles, adding a level prefix to
>> them and thus allowing new stuff for new levels
>>   - send elapsed time + level to background so we can change time of
>> the day (nigh/day) and even weather (winter,summer), making it more
>> fun.
>>
>> Anyone interested in turning this into a tutorial, wiki or something like 
>> that?
>>
>> [1] http://trac.enlightenment.org/e/wiki/KISS-DemosAndGames
>> [2] http://itunes.apple.com/br/app/dash-dash-pengy-ex/id375723113?mt=8
>>
>> --
>> Gustavo Sverzut Barbieri
>> http://profusion.mobi embedded systems
>> --
>> MSN: barbi...@gmail.com
>> Skype: gsbarbieri
>> Mobile: +55 (19) 9225-2202
>>
>
>
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Exchange content converted to new edje format.

[Tom Haste]

Hmm odd! The crashing will come from a gradient in the theme. It wont
recognise the edje file at all if its the wrong format. Ill double
check it when I get home in a couple days.

Toma

On 9/19/10, Massimo Maiurana  wrote:
> Tom Haste, il 23/08/2010 17:18, scrisse:
>> Greetings!
>>
>> Ive just run edje_convert over all the exchange content. This has put
>> all the content into the new edje format.
>
> I've just downloaded your cerium theme from exchange and it crashed E.
> I've had to run edje_convert on cerium.edj to make it work :)
>
> --
>
> Massimo Maiurana  massimoragusa.linux.it
> http://massimo.solira.orgGPG keyID #7044D601
>
> Creare l'uomo  fu un'idea bizzarra  e originale,
> ma  aggiungere  la  pecora  fu  una  tautologia.
>   [Mark Twain]
>
>

-- 
Sent from my mobile device

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: raster trunk/web/www/donate

[Tom Haste]

Would it be feasible to get a Flattr button/account for E? It seems to
be taking off.

Toma

On 9/18/10, Vincent Torri  wrote:
>
>
> On Fri, 17 Sep 2010, Enlightenment SVN wrote:
>
>> Log:
>>  disable that.
>>
>>
>> Author:   raster
>> Date: 2010-09-17 20:11:46 -0700 (Fri, 17 Sep 2010)
>> New Revision: 52392
>>
>> Added:
>>  trunk/web/www/donate/index.html trunk/web/www/donate/old-index.php
>> Removed:
>>  trunk/web/www/donate/index.php
>
> I think that a "donate" button should be on the main page, not on an
> obscure page that even can't be reached (if possible, not easily as i
> didn't found how to).
>
> The donate button should be just below the download button of the main
> page, imho
>
> Vincent
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

-- 
Sent from my mobile device

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] fixing typos

[Tom Haste]

Good job :)


On 9 September 2010 11:45, Lucas De Marchi
 wrote:
> On Wed, Sep 1, 2010 at 7:55 PM, Lucas De Marchi
>  wrote:
>> Hello fellows
>>
>> Find at http://people.profusion.mobi/~lucas/typos.patch a patch to
>> remove typos in svn. Is it worth applying? I think so, mainly because
>> this fix was automatically generated and otherwise people will
>> continue to send separated patches to fix typos every now and then.
>
> After awhile I got no answers, so I applied to all EFL libraries,
> imlib2, python bindings, eve and elementary
>
> If anyone is interested, find the rest of the patch (*without* review)
> at: http://people.profusion.mobi/~lucas/typos.patch
>
> Here is a list of the changed words for the remaining patch:
>
>
>
> accidentaly->accidentally
> accomodate->accommodate
> accross->across
> actualy->actually
> additonal->additional
> adminstrator->administrator
> adress->address
> adressing->addressing
> agains->against
> agressive->aggressive
> ahve->have
> alot->a lot
> alreayd->already
> aplied->applied
> apperance->appearance
> arbitary->arbitrary
> aswell->as well
> atribute->attribute
> autor->author
> availble->available
> availible->available
> avaliable->available
> backgorund->background
> bakc->back
> bandwith->bandwidth
> begining->beginning
> bewteen->between
> breadth-first-seach->breadth-first-search
> build-dependancy->build-dependency
> cant->can't
> Celcius->Celsius
> ceratin->certain
> choosen->chosen
> comando->commando
> comandos->commandos
> commerical->commercial
> commited->committed
> commiting->committing
> compatability->compatibility
> componant->component
> configureable->configurable
> conjuction->conjunction
> considerd->considered
> consistant->consistent
> convertion->conversion
> decendent->descendant
> decendents->descendants
> definit->definite
> deliberatly->deliberately
> dependance->dependence
> dependancy->dependency
> dependant->dependent
> dependant)->dependent)
> developement->development
> didnt->didn't
> diffrent->different
> dissapear->disappear
> dissapeared->disappeared
> doesnt->doesn't
> doign->doing
> ect->etc
> eles->eels
> embarrasing->embarrassing
> enviornment->environment
> enviroment->environment
> enviroments->environments
> especialy->especially
> eventualy->eventually
> everthing->everything
> everytime->every time
> exemple->example
> existance->existence
> existant->existent
> exmaple->example
> extention->extension
> extention)->extension)
> Farenheit->Fahrenheit
> fucntion->function
> funtion->function
> futher->further
> garantees->guarantees
> gauranteed->guaranteed
> gaurantee->guarantee
> guarentees->guarantees
> happend->happened
> hasnt->hasn't
> immediatly->immediately
> inadvertantly->inadvertently
> inconsistant->inconsistent
> independant->independent
> infomation->information
> isnt->isn't
> knwo->know
> lenght->length
> loosing->losing
> managment->management
> millenium->millennium
> minumum->minimum
> momento->memento
> mroe->more
> neccessary->necessary
> non-existant->non-existent
> noone->no one
> nowe->now
> occurance->occurrence
> occurances->occurrences
> occured>occurred
> occured->occurred
> occurence.->occurrence.
> occurences->occurrences
> onyl->only
> package-name-doesnt-match-soname->package-name-doesn't-match-soname
> package-name-doesnt-match-sonames->package-name-doesn't-match-sonames
> pallete->palette
> positon->position
> possibile->possible
> possibile.->possible.
> postion->position
> preceeding->preceding
> purposedly->purposely
> recieved->received
> recieve->receive
> recieves->receives
> refering->referring
> relevent->relevant
> rennovation->renovation
> reponsible->responsible
> resemblence->resemblance
> responsability->responsibility
> responsiblities->responsibilities
> retreive->retrieve
> runing->running
> seperated->separated
> seperate->separate
> seperating->separating
> shoudl->should
> shouldnt->shouldn't
> similiar->similar
> soudn->sound
> standars->standards
> stucture->structure
> substracting->subtracting
> succesfully->successfully
> succesful->successful
> successfull->successful
> sucessfully->successfully
> sucess->success
> targetted->targeted
> targetting->targeting
> teh->the
> thsi->this
> tranformed->transformed
> unchangable->unchangeable
> unecessary->unnecessary
> unsed->unused
> useage->usage
> usefull->useful
> wanna->want to
> whereever->wherever
> whihc->which
> whith->with
> wich happend->which happened
> wich->which
> wiht->with
>
>
>
>
>
>
>
>
>
> Lucas De Marchi
>
> --
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

---

Re: [E-devel] RFC: Games/Demos in the KISS principle

[Tom Haste]

Id be happy to spend a few solid hours making graphics for it. Would
also like to see the programming process, being a newb to the field.
:)

On 8 September 2010 10:06, Bruno Dilly  wrote:
> On Mon, Sep 6, 2010 at 2:20 PM, Gustavo Sverzut Barbieri
>  wrote:
>> Hi all,
>>
>> I'd like to call a request for comments on the idea of a day to unite
>> and create some simplistic games and demo, the old-fashioned way. The
>> purpose is to provide some real use for our EFL other than E17 also
>> with a nice showcase to use later.
>>
>> = Introduction =
>>
>> The idea came up during my long away from computer period, where I had
>> plenty of bus and plane times to think and reflect, analyse the
>> current situation and the competition.
>>
>> I got an iPhone 3GS to investigate the competition and checking the
>> most "bought" (paid AND free) applications they are basically very,
>> very simple applications... some remembers me my young days where I
>> did lots of demos in MS-DOS assembly.
>>
>> The list of applications varies a lot with time and world events,
>> during the World Cup the clear winner were a vuvuzela that was a
>> single button that played the annoying noise, and some more evolved
>> variations that had animations or different sounds to choose. Another
>> classic was iFart, in the similar way. Some use the
>> accelerator/compass present in the device to simulate beer in a
>> bottle, some are new versions of xbill that you kill ants or even
>> explode bubble plastic nodes.    These are very, very much like MS-DOS
>> demos that we drawed some fancy graphics using int10 or played some
>> music with pc-speaker... then nostalgia knocked the door and I
>> remember how cool was to write these demos in 10 minutes or often 1
>> hour, often less... even when we had no frameworks and had to do our
>> own line drawings!
>>
>> Other huge amount of apps are games. But not high performance 3D FPS,
>> rather simplistic board games such as chess, tic tac toe, minesweeper,
>> bejeweled, sudoku or very simplistic yet addictive "infinite" games
>> like Dash!Dash!Pengy!
>> (http://www.meridiande.com/big5/main/page_top.php?id=18&lang=tw&frame=game&gameid=31&noB=2,
>> think about Atari's enduro with revamped graphics).   Nostalgia hits
>> back with a "WTF happened to software development? These are all 1-day
>> coding games, few hundreds lines of code... yet we don't have them,
>> and if people try to do then we end with unfinished monsters!"
>>
>> So the idea to call for a day to unite and have some fun doing these
>> simplistic games in an old fashioned KISS way. Not doing frameworks,
>> scalable, multiplayer, networked or nothing more than the game bare
>> principles in the simplest and smallest way possible.   Gosh, some
>> developers can't code a simple tetris with a fixed amount of memory
>> today, contrast that with people which wrote that in cheap hardware
>> logic dozen years ago!
>>
>> = Proposal =
>>
>> 1. Create a wiki page with the ideas and hints, maybe enhance it later
>> with tips and tricks on how to do the games:
>>
>>    http://trac.enlightenment.org/e/wiki/KISS-DemosAndGames
>>
>> 2. Agree on a date and join IRC for that period. We don't need much,
>> around 4 hours should be enough to get something out.
>>
>> 3. Review the developed code, suggesting changes to make them better.
>> Commit the results to SVN.
>>
>> So what do you think?
>>
>
> I'm totally in!
> Maybe choosing a Saturday will make easier to get more people
> involved, as it's more acceptable to be awake anytime (avoiding zone
> differences issues)?
>
> And despite we don't need to worry about graphics at that moment, it
> would be good to have contributions on this area later. Games with RGB
> (red or green or blue) rectangles (aka rusty art movement) are OK to
> start the development but won't be funny to play, and consequently
> won't be attractive for developers, imho.
>
> So if you have artistic skills or designer employees, there is a
> chance to contribute. ;)
>
>>
>> --
>> Gustavo Sverzut Barbieri
>> http://profusion.mobi embedded systems
>> --
>> MSN: barbi...@gmail.com
>> Skype: gsbarbieri
>> Mobile: +55 (19) 9225-2202
>>
>> --
>> This SF.net Dev2Dev email is sponsored by:
>>
>> Show off your parallel programming skills.
>> Enter the Intel(R) Threading Challenge 2010.
>> http://p.sf.net/sfu/intel-thread-sfd
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
> --
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> ___
> enlighte

Re: [E-devel] RFC: Games/Demos in the KISS principle

[Tom Haste]

What else could make this interesting, is getting some screencaptures
running while developing then compiling them all together and speeding
it up for a 'speed game making' demo in EFL like this:
http://www.youtube.com/watch?v=ccf4k4OWk8c ...Would be great for
promo!

Also, might be a bit of fun to give Gobby a spin; http://gobby.0x539.de/trac/



On 7 September 2010 08:29, Michael Blumenkrantz  wrote:
> On Tue, 7 Sep 2010 07:25:48 +0800
> Tom Haste  wrote:
>
>> Id be down with this! ...if work and time zones differences allow.
>>
>>
>> On 7 September 2010 03:54, Gustavo Sverzut Barbieri
>>  wrote:
>> > On Mon, Sep 6, 2010 at 4:37 PM, Dave Andreoli 
>> > wrote:
>> >> 2010/9/6 Gustavo Sverzut Barbieri :
>> >>> So what do you think?
>> >>>
>> >>
>> >> Yeah! I'm totally in. I was thinking something similar lately, I also got
>> >> an iPhone and tryed tons of apps: quite all of them are incredible simple
>> >> to code...imo the stuff we lack is "graphics quality", every apps in the
>> >> apple store are really well designed. Maybe we can start from cool mockup
>> >> before going to code.
>> >
>> > yes and no. Yes, they are excellent graphically and we could be as
>> > good with designers. No, we don't need a previous design... actually
>> > we should NOT have one and I explain why:
>> >
>> >  1. (and ultimate goal) it is a developer exercise, and most important for
>> > FUN; 2. the goal is to finish something soon (1-2 coding hours) and not
>> > spin around graphics or edc for days -- RGB colored rectangles are
>> > more than okay for this phase;
>> >  3. the  wiki page just list simple stuff that is fixed in graphical
>> > concept by design. Although you can do a very nice set of images for
>> > tetris, it's still tetris. If you did your objects using edc with
>> > simple rectangles, later on you can go and change it to be images, do
>> > animations etc... LATER :-)
>> >
>> > Problem I see at IRC is that lots of developers enter infinite loops
>> > while doing their apps due the graphical part. Take ephoto for
>> > instance, I recall okra redoing it so many times in order to find a
>> > design... at first it is fun, but later it become really frustrating
>> > as you end with nothing (or at least nothing compared to the amount of
>> > development time you used).
>> >
>> > Let's do a "code fun" round, then we can go back and think on how to
>> > make them beautiful.
>> >
>> >
>> >> I have the first piece of code for you: while learning python-efl I wrote
>> >> a clone of "a2z converter" (a units converter for iphone), it's 100 lines
>> >> of python code plus the simple edc :)
>> >> http://www.westernlabs.com/index.php/applications/a2z-pro/a2z-pro-screen-shots
>> >
>> >
>> >> For the 'day' I stand as candidate for Simon :)
>> >
>> > There is no need to candidate previously, just think about one (or
>> > few) and in that day implement it. Different implementations are more
>> > than welcome, and the goal is to have some programming fun ;-)
>> >
>> >
>> > --
>> > Gustavo Sverzut Barbieri
>> > http://profusion.mobi embedded systems
>> > --
>> > MSN: barbi...@gmail.com
>> > Skype: gsbarbieri
>> > Mobile: +55 (19) 9225-2202
>> >
>> > --
>> > This SF.net Dev2Dev email is sponsored by:
>> >
>> > Show off your parallel programming skills.
>> > Enter the Intel(R) Threading Challenge 2010.
>> > http://p.sf.net/sfu/intel-thread-sfd
>> > ___
>> > enlightenment-devel mailing list
>> > enlightenment-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>> >
>>
>> --
>> This SF.net Dev2Dev email is sponsored by:
>>
>> Show off your parallel programming skills.
>> Enter the Intel(R) Threading Challenge 2010.
>> http://p.sf.net/sfu/intel-thread-sfd
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> Yes, a day may be better than a random 4 hour period of time considering how
> far apart people are.
>
> --
> Mike Blumenkrantz
> Zentific: Our boolean values are huge.
>

--
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] RFC: Games/Demos in the KISS principle

[Tom Haste]

Id be down with this! ...if work and time zones differences allow.


On 7 September 2010 03:54, Gustavo Sverzut Barbieri
 wrote:
> On Mon, Sep 6, 2010 at 4:37 PM, Dave Andreoli  wrote:
>> 2010/9/6 Gustavo Sverzut Barbieri :
>>> So what do you think?
>>>
>>
>> Yeah! I'm totally in. I was thinking something similar lately, I also got an
>> iPhone and tryed tons of apps: quite all of them are incredible simple to
>> code...imo the stuff we lack is "graphics quality", every apps in the apple
>> store are really well designed. Maybe we can start from cool mockup
>> before going to code.
>
> yes and no. Yes, they are excellent graphically and we could be as
> good with designers. No, we don't need a previous design... actually
> we should NOT have one and I explain why:
>
>  1. (and ultimate goal) it is a developer exercise, and most important for 
> FUN;
>  2. the goal is to finish something soon (1-2 coding hours) and not
> spin around graphics or edc for days -- RGB colored rectangles are
> more than okay for this phase;
>  3. the  wiki page just list simple stuff that is fixed in graphical
> concept by design. Although you can do a very nice set of images for
> tetris, it's still tetris. If you did your objects using edc with
> simple rectangles, later on you can go and change it to be images, do
> animations etc... LATER :-)
>
> Problem I see at IRC is that lots of developers enter infinite loops
> while doing their apps due the graphical part. Take ephoto for
> instance, I recall okra redoing it so many times in order to find a
> design... at first it is fun, but later it become really frustrating
> as you end with nothing (or at least nothing compared to the amount of
> development time you used).
>
> Let's do a "code fun" round, then we can go back and think on how to
> make them beautiful.
>
>
>> I have the first piece of code for you: while learning python-efl I wrote
>> a clone of "a2z converter" (a units converter for iphone), it's 100 lines
>> of python code plus the simple edc :)
>> http://www.westernlabs.com/index.php/applications/a2z-pro/a2z-pro-screen-shots
>
>
>> For the 'day' I stand as candidate for Simon :)
>
> There is no need to candidate previously, just think about one (or
> few) and in that day implement it. Different implementations are more
> than welcome, and the goal is to have some programming fun ;-)
>
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Multiply themes for one gadcon_client

[Tom Haste]

FYI, Id like to do something like this for 1.0, if people like the
idea. Analog clocks suck at 32px. :)

On 9/3/10, Tom Haste  wrote:
> One way of getting around this:
>
> Use embryo to get a size callback. Once the object gets beyond a
> certain size, it changed to a different appearance, 'digclock' so that
> it works as a huge desktop widget. I think this is the kind of look
> youre after right?
>
> Toma.
>
> On 9/3/10, Carsten Haitzler  wrote:
>> On Fri, 3 Sep 2010 11:02:40 +0800 rui kou  said:
>>
>> you'll find it hard as this fundamentallly changes the theming core for
>> e.
>> it
>> has no theme context per object (tree) - just has a global one.
>> elementary
>> has
>> the ability to have one per object tree tho. so i'm not worrying until
>> e18
>> :)
>>
>>> yes , E17 can't do that now, but I want to make it.
>>>
>>> 2010/9/3 Carsten Haitzler 
>>>
>>> > On Fri, 3 Sep 2010 00:19:41 +0800 rui kou  said:
>>> >
>>> > e17 can't do that.
>>> >
>>> > > Hi
>>> > >
>>> > > I want to make my gadcon_client to show multiple themes in the same
>>> > > time,
>>> > > for example, we can show a analog clock in the desk and a digital
>>> > > clock
>>> > in
>>> > > the shelf at the same time.
>>> > >
>>> > > I want to add theme_path in E_Config_Gadcon_Client and a common
>>> > > theme
>>> > select
>>> > > dialog for all the gadcon. But how can I make the theme select
>>> > > dialog
>>> > *known
>>> > > which* gadcon_client call it?? I think
>>> > > e_configure_registry_item_add()
>>> > can't
>>> > > make it.
>>> > >
>>> > >
>>> > > any idea??
>>> > >
>>> > > Thanks.
>>> > >
>>> > --
>>> > > This SF.net Dev2Dev email is sponsored by:
>>> > >
>>> > > Show off your parallel programming skills.
>>> > > Enter the Intel(R) Threading Challenge 2010.
>>> > > http://p.sf.net/sfu/intel-thread-sfd
>>> > > ___
>>> > > 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
>>> >
>>> >
>>
>>
>> --
>> - Codito, ergo sum - "I code, therefore I am" --
>> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>>
>>
>> --
>> This SF.net Dev2Dev email is sponsored by:
>>
>> Show off your parallel programming skills.
>> Enter the Intel(R) Threading Challenge 2010.
>> http://p.sf.net/sfu/intel-thread-sfd
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
> --
> Sent from my mobile device
>

-- 
Sent from my mobile device

--
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Multiply themes for one gadcon_client

[Tom Haste]

One way of getting around this:

Use embryo to get a size callback. Once the object gets beyond a
certain size, it changed to a different appearance, 'digclock' so that
it works as a huge desktop widget. I think this is the kind of look
youre after right?

Toma.

On 9/3/10, Carsten Haitzler  wrote:
> On Fri, 3 Sep 2010 11:02:40 +0800 rui kou  said:
>
> you'll find it hard as this fundamentallly changes the theming core for e.
> it
> has no theme context per object (tree) - just has a global one. elementary
> has
> the ability to have one per object tree tho. so i'm not worrying until e18
> :)
>
>> yes , E17 can't do that now, but I want to make it.
>>
>> 2010/9/3 Carsten Haitzler 
>>
>> > On Fri, 3 Sep 2010 00:19:41 +0800 rui kou  said:
>> >
>> > e17 can't do that.
>> >
>> > > Hi
>> > >
>> > > I want to make my gadcon_client to show multiple themes in the same
>> > > time,
>> > > for example, we can show a analog clock in the desk and a digital
>> > > clock
>> > in
>> > > the shelf at the same time.
>> > >
>> > > I want to add theme_path in E_Config_Gadcon_Client and a common theme
>> > select
>> > > dialog for all the gadcon. But how can I make the theme select dialog
>> > *known
>> > > which* gadcon_client call it?? I think e_configure_registry_item_add()
>> > can't
>> > > make it.
>> > >
>> > >
>> > > any idea??
>> > >
>> > > Thanks.
>> > >
>> > --
>> > > This SF.net Dev2Dev email is sponsored by:
>> > >
>> > > Show off your parallel programming skills.
>> > > Enter the Intel(R) Threading Challenge 2010.
>> > > http://p.sf.net/sfu/intel-thread-sfd
>> > > ___
>> > > 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
>> >
>> >
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
> --
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

-- 
Sent from my mobile device

--
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New login manager: Elsa

[Tom Haste]

I actually looked in INSTALL for install instructions... :)

On 1 September 2010 13:13, Vincent Torri  wrote:
>
>
> On Wed, 1 Sep 2010, Tom Haste wrote:
>
>> On 1 September 2010 12:58, Vincent Torri  wrote:
>>>
>>>
>>> On Tue, 31 Aug 2010, Christopher Michael wrote:
>>>
>>>> Indeed, I have to agree with Brian on this one. Practically all of efl
>>>> (and apps in svn) use the standard 'autogen.sh' file that has been used
>>>> safely and easily for years...
>>>
>>> that's all ? The only thing you report is the missing autogen.sh ? ok...
>>>
>>> Vincent
>>>
>>
>> I was kind of thinking the same thing :D
>>
>> You cant close the elsa_test app and its not authenticating or trying
>> to authenticate here. I havent digging around in the code yet so I
>> dont know what I was really expecting.
>>
>> As for the auto stuff, its a good foundation to start with IMO, so
>> then it makes it easier for people to build/test/dev with.
>
> there's a README, you knowThe kind of file to read first.
>
> Vincent
>

--
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] New login manager: Elsa

[Tom Haste]

On 1 September 2010 12:58, Vincent Torri  wrote:
>
>
> On Tue, 31 Aug 2010, Christopher Michael wrote:
>
>> Indeed, I have to agree with Brian on this one. Practically all of efl
>> (and apps in svn) use the standard 'autogen.sh' file that has been used
>> safely and easily for years...
>
> that's all ? The only thing you report is the missing autogen.sh ? ok...
>
> Vincent
>

I was kind of thinking the same thing :D

You cant close the elsa_test app and its not authenticating or trying
to authenticate here. I havent digging around in the code yet so I
dont know what I was really expecting.

As for the auto stuff, its a good foundation to start with IMO, so
then it makes it easier for people to build/test/dev with.

Toma

--
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Edje translations - Why they shouldn't be inside .edj's

[Tom Haste]

*HUGE SNIP*

I really don't want to increase the complexity of using
> edje file for such a small win.
> --
> Cedric BAIL
>


This is what I wanted to hear. Simple as possible! :D The edj file
should be theme data and not translation data. Granted they are
similar, but by adding this to more that a designer has to do with E
themes, it might assist in scaring them off. 24 strings doesnt sound
like much so perhaps it isnt so bad.

The main usage case I can think of here is just a textblock where you
would have a sizable chunk of RTL text, or a long label describing a
checkbox. What would be the down side in having a signal
'e,text,rtl,down' emitted to the edje and having a program rearrange
things like that?

Toma

ps. I woke up about 10 mins ago so the brain hasnt started firing on
all cylinders yet.

--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Edje translations - Why they shouldn't be inside .edj's

[Tom Haste]

I for one wont be supporting any languages other than english in my
themes, as to include more languages would mean me having to write
them myself, or get people to send me patches which would add to more
work for a themer to do... That work would then get duplicated across
themers and every single theme would have a different set of
translations... right?

Its also a huge 'Help' issue too... if you provide support with menu
items, the theme might change the name just to be different and then
whatever docs you write will be different to that too. (I assume
anyway)

I think I missed the thread where this was all suggested anyway. Am I
wrong in assuming the translation would be in text { text: "Hello"; }
format?

Toma


On 26 August 2010 22:32, Cedric BAIL  wrote:
> On Thu, Aug 26, 2010 at 4:06 PM, Tom Hacohen
>  wrote:
>> I found out today that there's a plan to put translations for strings
>> inside edj's inside the edj's themselves - this is *BAD*.
>>
>> Here are my two main issues with this solution:
>> 1. There are at least 80 common languages around the world this means
>> that each edj will now include 79 useless translations per user, this is
>> very bloated. There's a reason why gettext translations are in separate
>> files, it's so people will be able to download only the translations
>> they care about.
>
> Nothing prevent you to ship Edje file with a limited set of
> translations. They will be in separated eet section. So you can
> remove/add/modify them at your convenience. The problem of shipping
> Edje file with separate translation, cause issue with such concept
> like Exchange. It complexify the work of user as they need to download
> the theme they like and the translation they want. They also need to
> install them at different place (something that could be handled with
> a direct interface in each application or with a packaging script). So
> yes, it's a trade off, but you have the choice. Nothing prevent you to
> put the infra on the server to automatically ship edje file with just
> the translation the user want by just removing the eet section that
> are not requested. It will always remain easier to distribute one file
> than many.
>
>> 2. There's a very nice almost standard way of doing translations,
>> gettext, it's a well thought of, tested and widely used translation
>> mechanism, I don't see why not to use it. I know you'll be using it
>> internally, but why not to store the gettext files in the standard
>> locations? why shove them in one big edj? I really don't get it.
>
> Putting translation inside edje file just make it easier to user. I
> don't expect people to get all the possible theme from there distrib,
> but more from online source. So we will use the same gettext file
> format, that could be extracted from any edj file (anyone can
> contribute with normal gettext tool to the translation of the edje
> file they are using). And last point, I believe that interface should
> be localized too, some theme just doesn't make sense for some culture.
> So by shipping edje file targeting one culture and the translation
> related to it, I think it make sense.
>
> And maybe I am wrong, but gettext expect to see translation in
> /usr/share/local a place that users are not allowed to write to.
>
> Edje is designed to be a package that include all the needed ressource
> to correctly display a theme for any app, including translation inside
> is just one more step on this road.
>
>> In other words, I think we should think of a nice way to load standard
>> gettext translations from standard locations when loading edj's and not
>> ship all of the translations in the world in the same edj file (not even
>> generating a different edj per language, no reason why to duplicate the
>> images/whatever is stored inside the edj's).
>
> No need to duplicate, just remove before sending if you are really
> short on bandwidth.
> --
> Cedric BAIL
>
> --
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
enlightenment-devel mailing l

Re: [E-devel] "Powered by EFL" Logo ?

[Tom Haste]

On 24 August 2010 00:33, Marina Proni  wrote:
> hum...
> i couldn't find any font here...
> maybe there is something hidden, but not being used.


Ah yep I see its already a path... just a basic Sans serif? I would
have imagined something more in tune with the 'f' and 'l' in the logo.

As for a Paradiso-eque logo... it would need to be animated :)

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] "Powered by EFL" Logo ?

[Tom Haste]

The signature file... Im guessing there was another font in that? If
youre using Inkscape, you select the font and click Path > Object to
Path in the menu. Otherwise, NEAT!


On 24 August 2010 00:14, Massimiliano  wrote:
> +1, very nice!
>
> Massimiliano
>
> 2010/8/23 Marina Proni :
>> Hello everyone
>>
>> Here's an attempt at a "powered by EFL" logo and a signature for small use.
>>
>> Both the images and svg sources for them are attached.
>>
>> Please fell free to replay with suggestions.
>>
>>
>>
>>
>> PS. Antognolli and Luis Felipe inspired me with their logo =P
>>
>>
>> --
>> Marina
>> pulsoideias.com.br
>>
>> --
>> This SF.net email is sponsored by
>>
>> Make an app they can't live without
>> Enter the BlackBerry Developer Challenge
>> http://p.sf.net/sfu/RIM-dev2dev
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>>
>
> --
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Exchange content converted to new edje format.

[Tom Haste]

Greetings!

Ive just run edje_convert over all the exchange content. This has put
all the content into the new edje format. It is backwards compatible,
so anyone thats not using the alpha builds can still use the files,
but it also means the people on the bleeding edge can continue to have
a sassy desktop. :)

If anyone that has contributed content to exchange has an issue with
this, I have all the files backed up and can send those to you if you
would like a copy.

Now sadly...

WARNING: If you use a theme that has a gradient in it, (basically
everything based on Bling does in the filemanager file selector) then
the edje file will CRASH E. To revert back, open a terminal and remove
the theme file "rm ~/.e/e/themes/whatever.edj" and then hit
'Ctrl-Alt-End' to get back to default with all your settings + modules
in tact.

If you have a theme on exchange with a gradient in it, please update
it ASAP; as I will likely go through and disapprove themes that are
incompatible with beta or 1.0 releases in future.

-Toma.

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Exchange content

[Tom Haste]

On 23 August 2010 15:39, Cedric BAIL  wrote:
> On Mon, Aug 23, 2010 at 9:25 AM, Tom Haste  wrote:
>> Exchange content is now basically outdated due to the edje changes.
>> Also, gradient has been knocked out, so that changes a lot of things.
>> Im going to run edje_convert on all the site contents, to bring all
>> that up to the recent API. Im guessing this will cause a wave of
>> problems with people using packages and old versions (which we dont
>> support). My question: Is it a good time to do this? If it is, ill put
>> out an announce on the mailing list and a disclaimer on the landing
>> page (if I can figure that out)
>
> edje_convert preserve the edje data needed for old edje loader. So
> when you call edje_convert on an old edj file, it basically make it
> loadable with both old and new loader code. It should not impact old
> user at all (it doesn't remove gradient part in old format). Thing
> should be just fine for your use case as this is the intended usage.

Perfect. Ill get cracking on it then.


>
>> Also, due to gradient being removed, Im planning on disapproving all
>> content that has a gradient in it. Maybe not now, but eventually once
>> the gradients have been completely removed. So if you have content on
>> there, please update it if it has a gradient.
>
> gradient has been completely removed from edje and evas code. Did I
> miss some ? Where ? Where ? Will kill that one too ! :-)

I would imagine the build/rebuild would fail with an 'unrecognised'
part type... (eg. type: GRADIENT;) Its AWESOME that it doesnt, but I
thought that would be the final nail in the coffin.


> --
> Cedric BAIL
>

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Exchange content

[Tom Haste]

Hi all,

Exchange content is now basically outdated due to the edje changes.
Also, gradient has been knocked out, so that changes a lot of things.
Im going to run edje_convert on all the site contents, to bring all
that up to the recent API. Im guessing this will cause a wave of
problems with people using packages and old versions (which we dont
support). My question: Is it a good time to do this? If it is, ill put
out an announce on the mailing list and a disclaimer on the landing
page (if I can figure that out)

Also, due to gradient being removed, Im planning on disapproving all
content that has a gradient in it. Maybe not now, but eventually once
the gradients have been completely removed. So if you have content on
there, please update it if it has a gradient.

Toma

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] library todos

[Tom Haste]

Hmm good point.

On 10 August 2010 13:47, Vincent Torri  wrote:
>
>
> On Tue, 10 Aug 2010, Tom Haste wrote:
>
>> I think we should avoid having tractors in SVN too.
>>
>> Back to the original message though discomfitor has a very in
>> depth TODO file in his dev/ folder. I think its a great idea as people
>> know whats doing on in other peoples minds and maybe even some
>> collaboration can come from it.
>
> sure. Look in devs/ the number of possible people that can commit. Think now
> of the number of TODO file to look at if you want to know what people are
> working on...
>
> Vincent
>

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] library todos

[Tom Haste]

I think we should avoid having tractors in SVN too.

Back to the original message though discomfitor has a very in
depth TODO file in his dev/ folder. I think its a great idea as people
know whats doing on in other peoples minds and maybe even some
collaboration can come from it.

Toma


On 10 August 2010 05:23, Leandro Pereira  wrote:
> On Sun, Aug 8, 2010 at 1:12 AM, David Seikel  wrote:
>> What is "trators"?
>
> An image speaks for more than a thousand words. How about around
> 6,390,000 images[1]?
>
> [1] http://bit.ly/9LIx0B
>
>  Leandro
>
> --
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Virtual keyboard

[Tom Haste]

Feel free to rewrite Keys which is in /PROTO/. Its a python keyboard
that would do with some love.

Toma

On 8/9/10, rui kou  wrote:
> I want to write a virtual keyboard in python, I found these code In
> illume-softkey:
>
>
>>/* set this window to not show in taskbar or pager */
>
>states[0] = ECORE_X_WINDOW_STATE_SKIP_TASKBAR;
>
>states[1] = ECORE_X_WINDOW_STATE_SKIP_PAGER;
>
>ecore_x_netwm_window_state_set(swin->win->evas_win, states, 2);
>
>
> e_border_zone_set(swin->win->border, zone);
>
>
>>
>>/* set this window to be a dock window. This needs to be done after
>> show
>
> * as E will sometimes reset the window type */
>
>ecore_x_netwm_window_type_set(swin->win->evas_win,
>> ECORE_X_WINDOW_TYPE_DOCK);
>>
>
>
> But, How can I do it in python??? I can't  find it.
> --
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

-- 
Sent from my mobile device

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Shaped theme, and sliders in e17

[Tom Haste]

Thanks :D


On 7 August 2010 11:31, Christopher Michael  wrote:
> On 08/06/2010 11:27 PM, Tom Haste wrote:
>> There was no attachment; but I think I know the problem anyway. You
>> need to add data { item: "shaped" "true"; } (or was it 1?)
>
> data.item: "shaped" "1";
>
> dh
>
> to your
>> theme group for gadman/popup. You cant edje_decc 'Cerium' theme for an
>> example of this as I used that in windows and gadman popup (I
>> think..). Im at work now (on a Saturday>:() so I cant give you
>> anymore tips for now. Hopefully thatll get the ball rolling for you
>> anyway.
>>
>> Toma
>>
>>
>>   On 7 August 2010 07:17, michael bouchaud  
>> wrote:
>>> This is my theme of e/gadman/popup look at it, maybee you see my buggy popup
>>> ...
>>> Thanks for the answer about slider.
>>>
>>> 2010/8/7 Carsten Haitzler
>>>
>>>> On Sat, 7 Aug 2010 00:07:13 +0200 michael bouchaud<
>>>> michael.bouch...@gmail.com>
>>>> said:
>>>>
>>>> haven't seen your problem. shape vs alpha should work. not a theme bug -
>>>> themes
>>>> shouldnt cause crashes. the worst they should cause is ugliness or things
>>>> being
>>>> slower or "unusable" (black text on black background, things so small
>>>> toucant
>>>> read or click on them etc.).
>>>>
>>>> as for theme determining slider orientation - thats not done in theme.
>>>> that's a
>>>> code decision.
>>>>
>>>>> Hello I'm here for 2 question about theming e17.
>>>>> I have a current theme with shaped part on e/gadman/popup . But I have
>>>> some
>>>>> problem in recent svn and snapshot Lutin's debian packages. My part are
>>>> not
>>>>> shaped, ugly black rectangle around the popup in software mode with
>>>> current
>>>>> svn. With the debian's packages this theme segfault when the popup are
>>>>> closed. I don't have any problem when the comp module are loaded so this
>>>> is
>>>>> in pure software mode. My theme was wrong? Or this is a probleme you have
>>>>> not seen?
>>>>>
>>>>> My second problem was about slider in e17, how the theme develloper or
>>>> with
>>>>> luck designers can care about the horizontal or vertical slider without
>>>> code
>>>>> to add? In example I want horizontal slider in the mixer module without
>>>>> recode it. Maybee I have missed something.
>>>>>
>>>>> cheers,
>>>>> yoz
>>>>>
>>>> --
>>>>> This SF.net email is sponsored by
>>>>>
>>>>> Make an app they can't live without
>>>>> Enter the BlackBerry Developer Challenge
>>>>> http://p.sf.net/sfu/RIM-dev2dev
>>>>> ___
>>>>> 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
>>>>
>>>>
>
>
> --
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Shaped theme, and sliders in e17

[Tom Haste]

There was no attachment; but I think I know the problem anyway. You
need to add data { item: "shaped" "true"; } (or was it 1?) to your
theme group for gadman/popup. You cant edje_decc 'Cerium' theme for an
example of this as I used that in windows and gadman popup (I
think..). Im at work now (on a Saturday >:() so I cant give you
anymore tips for now. Hopefully thatll get the ball rolling for you
anyway.

Toma


 On 7 August 2010 07:17, michael bouchaud  wrote:
> This is my theme of e/gadman/popup look at it, maybee you see my buggy popup
> ...
> Thanks for the answer about slider.
>
> 2010/8/7 Carsten Haitzler 
>
>> On Sat, 7 Aug 2010 00:07:13 +0200 michael bouchaud <
>> michael.bouch...@gmail.com>
>> said:
>>
>> haven't seen your problem. shape vs alpha should work. not a theme bug -
>> themes
>> shouldnt cause crashes. the worst they should cause is ugliness or things
>> being
>> slower or "unusable" (black text on black background, things so small
>> toucant
>> read or click on them etc.).
>>
>> as for theme determining slider orientation - thats not done in theme.
>> that's a
>> code decision.
>>
>> > Hello I'm here for 2 question about theming e17.
>> > I have a current theme with shaped part on e/gadman/popup . But I have
>> some
>> > problem in recent svn and snapshot Lutin's debian packages. My part are
>> not
>> > shaped, ugly black rectangle around the popup in software mode with
>> current
>> > svn. With the debian's packages this theme segfault when the popup are
>> > closed. I don't have any problem when the comp module are loaded so this
>> is
>> > in pure software mode. My theme was wrong? Or this is a probleme you have
>> > not seen?
>> >
>> > My second problem was about slider in e17, how the theme develloper or
>> with
>> > luck designers can care about the horizontal or vertical slider without
>> code
>> > to add? In example I want horizontal slider in the mixer module without
>> > recode it. Maybee I have missed something.
>> >
>> > cheers,
>> > yoz
>> >
>> --
>> > This SF.net email is sponsored by
>> >
>> > Make an app they can't live without
>> > Enter the BlackBerry Developer Challenge
>> > http://p.sf.net/sfu/RIM-dev2dev
>> > ___
>> > 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
>>
>>
>
> --
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/edje/src/lib

[Tom Haste]

Removing it would bring the same effect (if its in its own commit like
this) and would be easier since youre not double handing stuff if it
is a useless variable, imho.

Toma



On 1 August 2010 16:19,   wrote:
> Because someone may have put them in and forgotten to use them.  By
> reading the commit diff, they may remember and do something with the
> code.
>
> --
> Mike Blumenkrantz
> Zentific: Our boolean values are huge.
>
> --
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://p.sf.net/sfu/dev2dev-palm
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] efenniht theme

[Tom Haste]

If size is the issue, why not make the icons resize on mouse over? I
get the feeling it needs an edje colour transform (doesnt exist)
where you can set an icon to 0 saturation, then to normal saturation
on mouse over.

Toma



On 21 July 2010 11:12, Nikolas Arend  wrote:
> On 07/20/2010 10:50 PM, Gustavo Sverzut Barbieri wrote:
>> On Tue, Jul 20, 2010 at 11:32 PM, Nikolas Arend  
>> wrote:
>>
>>> On 07/20/2010 10:30 PM, m...@zentific.com wrote:
>>>
   The efenniht theme has been in progress for a bit, but it is still
   very much in development.  Issues that currently exist will be and
   are currently being fixed.


>>>
>>> I see, thanks. How about the menu icons?
>>>
>> It was a design decision (as in graphical design) to remove them.
>
>
> Ok, I figured as much, and I have to say that most icon themes would
> kill this theme's elegant appearance. However, with the right icon
> theme, blending in nicely, it could work.
>
>
>> We do have plans to later patch e17 and allow just some icons to be
>> always set for key actions, leaving all the others without icons.
>>
>>
>
>
> I'd support that, since many people became used to and dependent on
> those iconographic elements, at least for key actions you mentioned.
> Then again, I personally would prefer either an icon theme that fully
> covers everything in the menus, or no icons at all.
>
>
>> Problems with menu icons are widely discussed in the web. They range
>> from too small images to be actually detected in a fast eye scan to
>> many meaning less icons to too-crowed/many to be differentiated. They
>> usually take longer instead of faster and usually what people use is
>> basically item positioning or word size serving as well as the icon.
>> So far people that gave it a try got used and like it, that's our
>> experience... there is no technical limitation, it is easy to re-add
>> them later if required.
>>
>
> Ok, good to hear. Anyway, nice work!
>
>
> Thanks,   Nick.
>
>
> --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: tiago IN trunk/THEMES: . efenniht efenniht/images

[Tom Haste]

I downloaded the .edj because Im lazy. :)


On 15 July 2010 09:27, Gustavo Sverzut Barbieri  wrote:
> On Wed, Jul 14, 2010 at 10:09 PM, Tom Haste  wrote:
>> Looks nice! Heres a couple things I might change (if you agree)...
>>
>> 1. The text boxes look almost out of place being such a lithe grey.
>
> That's something we talked a bit. While in our theme we can control
> them, in all other apps or with user documents it will be impossible
> to have dark background, so it would look odd. Imagine chrome/firefox,
> or openoffice. Actually we did it white at first, but then the
> contrast was too strong.
>

I cant remember if theres a signal for 'Active input' and just
displaying a number. I would say that the text boxes for virtual pager
numbers (eg; |---x| [3]) could be taken away completely and have a
white number there. The details in wallpaper image selector dialog
would also look nice there with no boxes at all. Then the active input
text box (like the file input in the same dialog) would look ok being
the colour it is. This might look nice with B&W too... Ill have a
tinker.


>
>> 2. The size of the toolbar in dialog boxes other than config panel.
>> (See the Virtual Desktops dialog)
>
> I guess you're talking about other dialog, as there is no toolbar in
> Virtual Desktops. If you mean the icon-less toolbars, then Marina did
> that on purpose to clearly differentiate from buttons. Maybe too much?
> :-)
>

Errr YEP! There are so many widgets in the Virtual Desks dialog. They
are a tad huge.

>
>> 3. iBox looks fine the way it is... but the minimised icon needs to be
>> bigger! (But yeah Im sure whole ever themes that will get around to it
>> :) )
>
> Actually what I'd like is to add some shelf support to create bigger
> ecore_evas (given some extra size) for alpha windows if composite is
> in use. In that case we could make the icons overflow nicely, with big
> "app" icons, and regular "iconified". But composite manager is not
> enabled by default, so we focused on the common case.
>
>
>> I would help with the icons, but Ive come to the conclusion that Im a
>> miserable artist and thats what icons really are. Little bits of art.
>
> Any help is appreciated. We'll publish the design assets and that may
> help. I'm pretty sure Marina can review and do some guidance.   But so
> far we're more about removing the icons from the configurations and
> modules, some are just impossible to map to few words, not to say
> about an icon to fit in a list :-/
>
> BR,
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: tiago IN trunk/THEMES: . efenniht efenniht/images

[Tom Haste]

Looks nice! Heres a couple things I might change (if you agree)...

1. The text boxes look almost out of place being such a lithe grey.

2. The size of the toolbar in dialog boxes other than config panel.
(See the Virtual Desktops dialog)

3. iBox looks fine the way it is... but the minimised icon needs to be
bigger! (But yeah Im sure whole ever themes that will get around to it
:) )

I would help with the icons, but Ive come to the conclusion that Im a
miserable artist and thats what icons really are. Little bits of art.

Congrats on a great theme :)

Toma



On 15 July 2010 08:33, Gustavo Sverzut Barbieri  wrote:
> On Wed, Jul 14, 2010 at 7:34 PM, Gustavo Sverzut Barbieri
>  wrote:
>> FYI, Efenniht-E17 made into SVN.
>
> BTW, people that are using it, please raise your hand... and give some 
> feedback.
>
> If you want to try it, check out
> http://people.profusion.mobi/~gustavo/efenniht.edj
>
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [e-users] [RFC] Removing gradient

[Tom Haste]

I do agree with this. From a design POV, its kind of pointless when
edje does such a good job stretching images anyway.

Toma



On 26 June 2010 11:02, Gustavo Sverzut Barbieri  wrote:
> Die, die, die lovely. I'm one that hate it and find mostly useless
> other than demos or geek show offs. If you ask a GUI designer he will
> probably come with a modified gradient and not a simple radial/linear
> one with multiple steps and probably layers... At the end it turns to
> be so slow that must be pre rendered and turns the API useless.
>
> What I'd support is the helper libs that raster suggested. It could
> provide smart objects that handle gradients as images, circles,
> elipse, bezier and other paths as polygons and even use
> Cairo/Skia/AntiGrain as vector-to-image
>
> On Friday, June 25, 2010, Cedric BAIL  wrote:
>> Hi,
>>
>>    Gradient in Evas and Edje needs a lot of attention and love. We
>> currently have two implementations in Evas, gradient and gradient2.
>> The later was intended to replace the former and should be easier to
>> accelerate in hardware. But it never received enought attention,
>> that's why Edje still use gradient. The only viable plan if we want to
>> keep this API is if someone adapt Edje to use gradient2, so we could
>> remove gradient and then rename gradient2 to gradient. But every one
>> of us is currently busy and many user prefer to use GIMP to generate a
>> gradient as a bitmap and just use that.
>>    So if no one can take care of it, I propose that after next
>> snapshot, we remove all code that refer to gradient and gradient2 in
>> Evas, Edje and E17 (This only concern the gradient background config
>> dialog).
>>
>> Is someone ready to take care of gradient, or it's going to die !
>> --
>> Cedric BAIL
>>
>> --
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit.  See the prize list and enter to win:
>> http://p.sf.net/sfu/thinkgeek-promo
>> ___
>> 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
>
> --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> ___
> enlightenment-users mailing list
> enlightenment-us...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [e-users] [RFC] Removing gradient

[Tom Haste]

This will make my Edjy theme obsolete :( It uses gradients quite extensively...

Toma


On 25 June 2010 19:56, Cedric BAIL  wrote:
> Hi,
>
>   Gradient in Evas and Edje needs a lot of attention and love. We
> currently have two implementations in Evas, gradient and gradient2.
> The later was intended to replace the former and should be easier to
> accelerate in hardware. But it never received enought attention,
> that's why Edje still use gradient. The only viable plan if we want to
> keep this API is if someone adapt Edje to use gradient2, so we could
> remove gradient and then rename gradient2 to gradient. But every one
> of us is currently busy and many user prefer to use GIMP to generate a
> gradient as a bitmap and just use that.
>   So if no one can take care of it, I propose that after next
> snapshot, we remove all code that refer to gradient and gradient2 in
> Evas, Edje and E17 (This only concern the gradient background config
> dialog).
>
> Is someone ready to take care of gradient, or it's going to die !
> --
> Cedric BAIL
>
> --
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> enlightenment-users mailing list
> enlightenment-us...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Dialogs, menus, etc (usability)

[Tom Haste]

Yeah that would make sense too!

On 13 June 2010 11:29, Luchezar Petkov  wrote:
>
>
>>
>> I agree with everything else, except the Theme menu item :) For
>> obvious reasons I guess... its always fun to put things in there!
>
>
> All I'm saying it is to make a button "about this theme" in the Theme dialog
> and move the copyright/license/author of the theme there :-) Makes much more
> sense than a submenu in the main menu, imo.
>
>>
>> Toma
>
>
>
>
> --
> Luchezar P. Petkov
> http://lpetkov.net
>

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Dialogs, menus, etc (usability)

[Tom Haste]

> 17) Gadgets is totally useless? To my understanding it adds a gadget to
> the desktop.. there are much clever ways to do this.

To add further to this, the gadgets dialog can be resized, which
generally isnt something a dialog window can do. As such, the layout
breaks in the Background options.

I agree with everything else, except the Theme menu item :) For
obvious reasons I guess... its always fun to put things in there!

Toma

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: cedric IN trunk/edje/src: bin lib

[Tom Haste]

So very awesome. Thanks for a kick ass submit. :) Ill write up a blog
about it with a demo after my exam tomorrow. Will try working with
Mano to get this into E asap!

Toma.



On 1 June 2010 22:26, Cedric BAIL  wrote:
> On Tue, Jun 1, 2010 at 4:19 PM, Nicolas Aguirre
>  wrote:
>> On Tue, Jun 1, 2010 at 3:31 PM, Enlightenment SVN
>>  wrote:
>>> Log:
>>>        * edje: Add image set support.
>>>
>>>        Ease support of Freedesktop multiple size image.
>>>
>>>        Sample:
>>>        ---
>>>
>>>        images {
>>>                ..
>>>                set {
>>>                        name: "image_name_used";
>>>                        image {
>>>                                image: "500x500.png" LOSSY 90;
>>>                                size: 201 201 500 500;
>>>                        }
>>>                        image {
>>>                                image: "200x200.png" COMP;
>>>                                size: 51 51 200 200;
>>>                        }
>>>                        image {
>>>                                image: "50x50.png" COMP;
>>>                                size: 11 11 50 50;
>>>                        }
>>>                        image {
>>>                                image: "10x10.png" COMP;
>>>                                size: 0 0 10 10;
>>>                        }
>>>                }
>>>                ..
>>>        }
>>>
>>>
>>> Author:       cedric
>>> Date:         2010-06-01 06:31:07 -0700 (Tue, 01 Jun 2010)
>>> New Revision: 49369
>>>
>>> Modified:
>>>  trunk/edje/src/bin/edje_cc.h trunk/edje/src/bin/edje_cc_handlers.c 
>>> trunk/edje/src/bin/edje_cc_out.c trunk/edje/src/lib/edje_calc.c 
>>> trunk/edje/src/lib/edje_data.c trunk/edje/src/lib/edje_edit.c 
>>> trunk/edje/src/lib/edje_embryo.c trunk/edje/src/lib/edje_load.c 
>>> trunk/edje/src/lib/edje_private.h
>>>
>>
>> Does it means that edje adapts dynamically the size of the image ?
>> I mean when the part that uses the image is resized, it changes
>> automatically the source ?
>
> Yep, it search the image that exactly match the one you define in a
> set depending on the evas object image size.
> --
> Cedric BAIL
> --
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--

___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Good Theme Building/Modification Reference?

[Tom Haste]

Damn this Gmail for S60 app and its blank emails!

I wrote a bit of an article about this on edjy.wordpress.com but
theres a few bit littered around the wiki. Also, drop me an email if
you have any questions and Ill give you a few tips! And that goes for
anyone. :)

Toma.

On 5/29/10, Tom Haste  wrote:
> On 5/29/10, David C. Rankin  wrote:
>> Guys,
>>
>>  Last question for the night. What is a good link or reference to use for
>> building/modifying E17 themes? I would like to take parts from several
>> existing
>> themes and add a few pieces of new art to create a new theme. Anybody have
>> a
>> link or two that would help?
>>
>> --
>> David C. Rankin, J.D.,P.E.
>> Rankin Law Firm, PLLC
>> 510 Ochiltree Street
>> Nacogdoches, Texas 75961
>> Telephone: (936) 715-9333
>> Facsimile: (936) 715-9339
>> www.rankinlawfirm.com
>>
>> --
>>
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
> --
> Sent from my mobile device
>

-- 
Sent from my mobile device

--

___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Good Theme Building/Modification Reference?

[Tom Haste]

On 5/29/10, David C. Rankin  wrote:
> Guys,
>
>   Last question for the night. What is a good link or reference to use for
> building/modifying E17 themes? I would like to take parts from several
> existing
> themes and add a few pieces of new art to create a new theme. Anybody have a
> link or two that would help?
>
> --
> David C. Rankin, J.D.,P.E.
> Rankin Law Firm, PLLC
> 510 Ochiltree Street
> Nacogdoches, Texas 75961
> Telephone: (936) 715-9333
> Facsimile: (936) 715-9339
> www.rankinlawfirm.com
>
> --
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

-- 
Sent from my mobile device

--

___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] FYI - http://exchange.enlightenment.org/ is dead....

[Tom Haste]

I started a thread about this a week ago. After a bit of
investigating, I can pin some of the problem on the MySQL database not
having permissions. http://exchange.enlightenment.org/index.html gives
a more detailed error into whats going on.


Toma



On 29 May 2010 01:41, David C. Rankin  wrote:
> Guys,
>
>        Don't know who takes care of the site, but 
> http://exchange.enlightenment.org/
> is dead. All you get is:
>
>  symfony PHP Framework
> page not found
> Oops! An Error Occurred
> The server returned a "500 Internal Server Error".
>
> Something is broken
>    Please e-mail us at [email] and let us know what you were doing when this
> error occurred. We will fix it as soon as possible. Sorry for any 
> inconvenience
> caused.
> What's next
>
>        * Back to previous page
>        * Go to Homepage
>
>
>
>
> --
> David C. Rankin, J.D.,P.E.
> Rankin Law Firm, PLLC
> 510 Ochiltree Street
> Nacogdoches, Texas 75961
> Telephone: (936) 715-9333
> Facsimile: (936) 715-9339
> www.rankinlawfirm.com
>
> --
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--

___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Exchange

[Tom Haste]

http://exchange.enlightenment.org/index.html has an error that
suggests there is a permissions problem with the MySQL database. Im
franticly trying to get it back up online but I dont know nearly
enough about the problem to fix it.

-Toma.



On 24 May 2010 17:57, Dave Andreoli  wrote:
> I can confirm also the exhange API is down :(
> dave
>
> 2010/5/24 Tom Haste :
>> Hi all,
>>
>> http://exchange.enlightenment.org/
>>
>> is now a 500 error. Can someone please fix this? :|
>>
>> Toma.
>>
>> --
>>
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>

--

___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Exchange

[Tom Haste]

Hi all,

http://exchange.enlightenment.org/

is now a 500 error. Can someone please fix this? :|

Toma.

--

___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] udev testers still needed!

[Tom Haste]

t...@hackb0x:~/e/trunk/eeze$ eeze_udev_test
For my first trick, I will find all of your keyboards and return their syspaths.
Found keyboard: /sys/devices/platform/i8042/serio0/input/input4/event4

Next, I will find all of your mice and print the corresponding manufacturer.
Found mouse 
/sys/devices/pci:00/:00:1d.2/usb8/8-2/8-2:1.0/input/input12/event5
with vendor: Logitech
Found mouse 
/sys/devices/pci:00/:00:1d.2/usb8/8-2/8-2:1.0/input/input12/mouse1
with vendor: Logitech

Now let's try something a little more difficult.  Mountable filesystems!
Found device: 
/sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda1
You probably know it better as /dev/sda1
It's formatted as ntfs!
Found device: 
/sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda2
You probably know it better as /dev/sda2
It's formatted as vfat!
Found device: 
/sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda6
You probably know it better as /dev/sda6
It's formatted as ext3!
Found device: 
/sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda7
You probably know it better as /dev/sda7
It's formatted as ext3!

Internal drives, anyone?  With serial numbers?
/sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda:
Hitachi_HTS723232L9A360_091129FCC400NEJ5E8EG

Got any removables?  I'm gonna find em!

And now for something more complicated.  Plug or unplug your keyboard
or mouse for me.
You unplugged 
/sys/devices/pci:00/:00:1d.2/usb8/8-2/8-2:1.0/input/input12/mouse1!
All tests completed, exiting successfully!





Battery doesnt work so hot. Doesnt recognise the charge state till I
restart E, time to full charge isnt there, Im getting the "Your
battery is low" popup with 98% battery power. And reports I have 20
mins of battery left.

Toma.




On 19 May 2010 16:15, Michael Blumenkrantz  wrote:
> udev support is gradually making its way into e17 as a (superior)
> alternative to hal, and I need more testers to tell me when stuff
> breaks!  So far I've written in support for illume2 and the battery
> module.  If you use these and you have udev, you should be firing up
> eeze and building e with --enable-device-udev!
>
> Additionally, I need people to run the eeze_udev test app more and
> report back if it doesn't work like you think it should (pretty obvious
> from the messages I put in).  All bugs that I knew about have been
> fixed, but old/buggy udev versions may still require more workarounds
> and/or compat code.
>
> Please help!
> -Mike
>
> --
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--

___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Is this edje behavior correct?

[Tom Haste]

I think Im getting this right at least I hope so... its a little
hard to comprehend :D

But youre wanting the blue square to scale up while the red and green
lines to stay the same size?

Toma



On 6 May 2010 06:58, Samuel Nicholas  wrote:
> On 6 May 2010 02:30, Eduardo Felipe  wrote:
>> I think it got trashed by the mailing system.
>>
>> So here's the pastebin: http://pastebin.com/KjJFtvta
>>
>> Thanks!
>>
>> On Wed, May 5, 2010 at 12:45 PM, Tom Haste  wrote:
>>> Theres no attachment... can you put the EDC code on pastebin or something?
>>>
>>> Toma
>>>
>>>
>>> On 5 May 2010 23:32, Eduardo Felipe  wrote:
>>>> Hi folks!
>>>>
>>>> I'm playing with an min/max sizing of an Edje's group, and I'm finding
>>>> odd results, which I don't know if they are expected to be this way or
>>>> if they are the result of a bug.
>>>> When I set a min/max size on a group, and insert one RECT part with
>>>> rel1.relative: 0 0; and rel2.relative 1 1; it always stays with the
>>>> min size, even if other parts make the group reach it's max.
>>>> It is reproducible using SVN HEAD and any Evas backend.
>>>>
>>>> Attached is a commented edc and it's compiled edj.
>>>>
>>>> Thanks in advance!
>>>>
>>>> Eduardo Felipe.
>>>>
>>>> --
>>>>
>>>> ___
>>>> enlightenment-devel mailing list
>>>> enlightenment-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>>>
>>>>
>>>
>>
>> --
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
> --
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Is this edje behavior correct?

[Tom Haste]

Theres no attachment... can you put the EDC code on pastebin or something?

Toma


On 5 May 2010 23:32, Eduardo Felipe  wrote:
> Hi folks!
>
> I'm playing with an min/max sizing of an Edje's group, and I'm finding
> odd results, which I don't know if they are expected to be this way or
> if they are the result of a bug.
> When I set a min/max size on a group, and insert one RECT part with
> rel1.relative: 0 0; and rel2.relative 1 1; it always stays with the
> min size, even if other parts make the group reach it's max.
> It is reproducible using SVN HEAD and any Evas backend.
>
> Attached is a commented edc and it's compiled edj.
>
> Thanks in advance!
>
> Eduardo Felipe.
>
> --
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>

--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] I'm sorry and see you later

[Tom Haste]

Hey Andres,

Firstly let me start by saying the site really looks great. Im really
liking the new design and still hoping it gets mirrored across all
sites in the project. It is a monumental task for just 1 person and it
would have been much nicer if we could have more developers.
Especially more developers that commit large amounts of time to single
areas to get things done, like yourself.

I hope I speak for most people here, when I say that if you contribute
code and effort to the project, then I consider you a friend. And I
have plenty of time to talk to friends about their problems if they
need it. I also have time to offer reassurance and advice if theyre
unsure on their own work. That being said, if you need some time to
chill and relax, take it. You might find that after some time you
really enjoyed doing all youve done for the project and come back with
fresh ideas and optimism. :) No-one expects things to get done over
night. If youre feeling pissed off or down, do a bit of work on the
site, and commit it. Consider the 'svn commit' command as a great
accomplishment, no matter how many lines it commits. This might make
you feel better about your commits.

Depression is a bastard. It makes you doubt all the good things you do
and sucks the whole feeling of accomplishment out of every good little
thing you do. I know because I suffer from it too. Most likely not on
the same scale, but I know what its like. We're probably not the only
ones who suffer from it in the project as people generally dont talk
about it. Its a terrible shame as just talking about it with others
usually helps. The e-dev mailing list isnt the best place, so feel
free to drop me a line.

Thank you for all your time, hard work, code and dedication.
Toma.





On 26 April 2010 01:31, Andres Blanc  wrote:
> It should be obvious to you by now that I cannot be trusted.
>
> But before the whining part and excuses these are the resources I just
> committed that might be useful to anyone working with the site:
>
> dev/lib/
>
>    Most of the php code is hastly made crap and copy pasted, ignore it, it
>    just was simpler to me than using the current code but it was not intended
>    to be used as it is in its current form):
>
> dev/lib/developers.php
>
>     Has a simpler parser for the svn developer files and the inactive 
> developer
>     list as an array instead of an html table like it currently is.
>
> dev/index.php
>
>    If limonade.php is to be used this file explains how it works, it also has
>    the mailing lists as arrays.
>
> dev/pages/english/about.html.php
>
>    Has what I consider the best thing I ever wrote for this project's website
>    "The History of the Enlightenment Project"
>
> dev/pages/english/libraries.html.php
>
>    Has a distilled version of the current about page, with some additional
>    text and various areas that should be dynamic content (the video channel,
>    in the wild, featured applications).
>
> dev/materials/
>
>    A bunch of resources useful for designers along with the svg files from the
>    current design (which I think sucks, but I made it so I can't complain).
>    The palette will be useful if used across sites, warmer color for warnings
>    and colder colors for information.
>
> dev/cssdev
>
>    Almost devoid of new content, it includes what I have used to create the
>    CSS in the current dev folder and some code, examples and indications
>    on how to use this tool in the future. This will really save you time when
>    the moment comes to maintain a consistent look across the website, trac,
>    exchange, doxygen, etc.
>
> trunk/DOCS/devwithedje
>
>    Use anything as you'd like for any book about Edje development, but try to
>    replace the code with something that takes the new Elementary code
>    structure as an example pattern.
>
> http://wiki.enlightenment.org/index.php?title=Special:Contributions&target=Z_en_coder&offset=0&limit=500
> http://wiki.enlightenment.org/index.php?title=Special:Contributions&target=Dresb&offset=0&limit=500
>
>    These pages have lots of useful information that is not available in the
>    new wiki and might be slightly outdated.
>
> And now for the whining part:
> ==
>
> I have been treated psychiatrically for the last +3 years by same doctor. At
> one point I was under the max dose of an awful, life sucking ant-depressant
> known as Anafranil, an anti-psychotic drug and various anxiolytics, all at the
> same time.
>
> Each step of the crazy ladder started with a new diagnosis, a different
> treatment, a fuck-ton of hope and some small burst of productivity eventually
> declining to total inactivity outside the minimal work a person HAS to do.
>
> I have changed doctors now who are trying to treat this as a non-psychiatric
> issue (like some sort of cerebral dysrhythmia, for example), their first 
> attempt
> was in February, it failed, and last Wednesday we started another line of non-
> psychiatric treatment.
>
> It is ob

Re: [E-devel] e17 on on MacOS-X 10.5 - editje

[Tom Haste]

Well the E17 theme errors out because of #define as well so Id say its
a recurring problem. Easy way to test this, is to delete line 25 of
default.edc for editje. It should be "#include "border.edc" that you
want to get rid of. Try compiling again and it should fail on the next
define in the theme.

Toma


On 21 April 2010 14:54, Vincent Torri  wrote:
>
>
> On Wed, 21 Apr 2010, Tom Haste wrote:
>
>> 201:   BORDER("part", 3, "part.rel1.highlight")
>>
>> Looks like another define issue. This is why the E17 theme didnt
>> compile as well. I dont know why its saying something about 2 vs 4
>> arguments though...
>
> i don't know if the line is correct. I had big problems with edje_cc on
> opensolaris before i fixed it, and the line reported by edje_cc was wrong.
>
> If the problem is not easily fixable, i think that i will have to dump the
> file that is created from the .edc, to see what the problem is
>
> Vincent
>

--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 on on MacOS-X 10.5 - editje

[Tom Haste]

201:   BORDER("part", 3, "part.rel1.highlight")

Looks like another define issue. This is why the E17 theme didnt
compile as well. I dont know why its saying something about 2 vs 4
arguments though...

Toma.



On 21 April 2010 14:40, Vincent Torri  wrote:
>
>
> On Tue, 20 Apr 2010, Dave Ray wrote:
>
>> Editje is almost working. It fails on a post-compile script involving
>> edje_cc at the very end of 'make'.
>>
>> > make
>> Making all in editje
>> make[1]: Nothing to be done for `all'.
>> Making all in data
>> Making all in themes
>> Making all in default
>> Making all in images
>> make[4]: Nothing to be done for `all'.
>> Making all in elm_images
>> make[4]: Nothing to be done for `all'.
>> /bin/edje_cc -v -id ../../../data/themes/default/images -id ../../../
>> data/themes/default/elm_images \
>>       ../../../data/themes/default/default.edc \
>>       ../../../data/themes/default/default.edj
>> ERR:EDJE_CC edje_cc_parse.c:1067 check_arg_count() /bin/edje_cc:
>> Error. desktop.edc:201 got 4 arguments, but expected 2
>> make[4]: *** [default.edj] Error 255
>> ...
>
> check is there are c++ comments in default.edc
>
> Vincent
>
> --
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 on on MacOS-X 10.5 - editje

[Tom Haste]

Same issue you had with E17, edje_cc doesnt work on Mac...

Toma

On 21 April 2010 09:08, Dave Ray  wrote:
> Editje is almost working. It fails on a post-compile script involving
> edje_cc at the very end of 'make'.
>
>  > make
> Making all in editje
> make[1]: Nothing to be done for `all'.
> Making all in data
> Making all in themes
> Making all in default
> Making all in images
> make[4]: Nothing to be done for `all'.
> Making all in elm_images
> make[4]: Nothing to be done for `all'.
> /bin/edje_cc -v -id ../../../data/themes/default/images -id ../../../
> data/themes/default/elm_images \
>        ../../../data/themes/default/default.edc \
>        ../../../data/themes/default/default.edj
> ERR:EDJE_CC edje_cc_parse.c:1067 check_arg_count() /bin/edje_cc:
> Error. desktop.edc:201 got 4 arguments, but expected 2
> make[4]: *** [default.edj] Error 255
> ...
>
>
> Any suggestions?
>
>
> On Apr 20, 2010, at 3:53 PM, Gustavo Chaves wrote:
>
>> If you can get the python bindings working, there's Editje :)
>>
>
> --
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 on on MacOS-X 10.5

[Tom Haste]

Nice!

Have you written a wiki guide on how you did it all? Would be awesome
for the community to have that.. I imagine Manowarriror would like
that once his Mac is fixed. :)


Toma.



On 19 April 2010 16:45, Dave Ray  wrote:
>
> On Apr 8, 2010, at 7:08 AM, Gustavo Chaves wrote:
>
>> I just want to write a quick note that after many iterations of
>> compiling, e17 is now starting up and running on MacOS-X 10.5.8
>> without fink or mac ports. Using the latest Apple X11 development
>> release for MacOSX. I'm still working out the kinks and hope to post
>> more details soon. I'll definitely contribute to the wiki.
>> Dave
>>
>>
>> Really nice :) If you can take some time to screencast it, it would
>> be kool :D.
>>
>
>
> I posted a screen capture and a short screencast movie at:
>
> http://drop.io/mymedia
>
> Enjoy!
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] enlightenment-svn Digest, Vol 22, Issue 97

[Tom Haste]

Sorry about the SVN digest... :\
But..


>   2. E SVN: barbieri IN trunk/TMP/st/elementary: data/themes
>      src/bin   src/lib (Enlightenment SVN)
>
>
> Message: 2
> Date: Sat, 17 Apr 2010 13:21:59 -0700
> From: "Enlightenment SVN" 
> Subject: E SVN: barbieri IN trunk/TMP/st/elementary: data/themes
>        src/bin src/lib
> To: enlightenment-...@lists.sourceforge.net
> Message-ID: <20100417202159.b9589118...@e2.enlightenment.org>
> Content-Type: text/plain; charset=UTF-8
>
> Log:
>  Add elm_scrolled_grid object.
>  A genlist like grid widget: just the visible objects are actually built.
>
>  By: Rafael Fonseca 
>
>


Are these group names OK? In a perfect world, the group name would
describe what its doing, but this is a little ambiguous I think...

>    
> ///
> +   group { name: "elm/grid/cell/default/default";
> +      data.item: "labels" "elm.text";
> +      data.item: "icons" "elm.swallow.icon elm.swallow.end";


Only here its possible to sort of get an idea of what that naming
hierarchy is. And that opening brace should be on the same line as
styles. :D Maybe I should work some formatting magic on the elementary
theme.

> +   group { name: "elm/grid/cell/default_style/default";
> +       styles
> +       {
> +           style { name: "grid_style";
> +               base: "font=Sans font_size=10 align=left valign=0.5 
> color=#000";
> +               tag:  "br" "\n";
> +               tag:  "hilight" "+ font=Sans:style=Bold";
> +               tag:  "b" "+ font=Sans:style=Bold";
> +               tag:  "tab" "\t";
> +           }


Toma.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Wine Installer freezes E17

[Tom Haste]

Whats probably happened, is Wine has made a full screen window and the
screen that you had, has been draw in that just once. Change your wine
setting to run in a 'Virtual Desktop' and see if that works.

Toma


On 17 April 2010 20:26, Andreas Volz  wrote:
> Hello,
>
> could someone explain why an setup.exe installer which I called with
> wine from nautilus freezes E17 complete. I had no further redraw. If I
> moved the window it makes strange graphic effects. I couldn't do a
> screenshot as the screenshot module was also frozen. After the wine
> setup.exe ended I could use E17 again.
>
> Any ideas what could explain this effects?
>
> regards
>        Andreas
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 on on MacOS-X 10.5

[Tom Haste]

As long as you can recognise that youre on your own in the woods when
it comes to MacOS install, thats fine. I dont think any of the devs
use e17 on Mac so no-one even bothers testing. The fact that its
compiled so far is fairly miraculous to say the least. Glad to have
helped! And make sure you login to freenode next time you need help in
IRC, otherwise no-one will hear you. :)

Toma.

On 14 April 2010 12:21, Dave Ray  wrote:
> I did get some help getting set up on irc. Very sorry for the noise
> level.
>
> No worries if there a glitch somewhere, I know it;s alpha. It's
> _really good_ alpha.
>
> I did get the help I needed off line, thanks Tom,
>
> I'm having some challenges with e17 on a perhaps non-standard system.
> I've been through about 20 iterations in the last 3 weeks of compiling
> everything from svn. The difficulties are due to my non-standard
> system, e17 compiles fairly easily on Linux system I've used. Apple
> X11 (Quartz) on MacOS 10.5.8 has come a long way in its development
> and I'm compiling against the latest stable development Apple X11
> release and XCode.
>
> I'm taking extensive notes, I have to use non-standard configure flags
> and environment variables for just about every package. e17 did manage
> to run once, but image loading wasn't working, and I'm trying to fix
> that now.
>
> When I'm having trouble and pulling my hair out it's due to my own
> ambition/stupidity of choosing this environment, my emotions are not
> meant to be directed to anyone. I'm grateful for the help I've
> received here.
>
> Currently I'm following up on errors I don't need to post about. When
> I have success I will post details, and will update the wiki if
> there's interest.
>
> Thanks again Tom for setting me up on #irc.
>
> Dave
>
>
> On Apr 13, 2010, at 5:57 PM, Carsten Haitzler (The Rasterman) wrote:
>
>> On Tue, 13 Apr 2010 17:23:21 -0700 Dave Ray  said:
>>
>>> I am very close to getting e17 to finish compiling. I am getting a
>>> make error part way through e/data/themes/images, while edje_cc is
>>> running.
>>>
>>> Is svn currently stable in e/data/themes/images?
>>>
>>> I would really prefer to get help on irc without having to post this
>>> message. I tried #e and feel very frustrated and discouraged from the
>>> experience, I spent 30 minutes trying to request help and apparently
>>> never had posting permission, and none of the admins were answering
>>> my
>>> requests. I tried two different irc clients hoping the problems were
>>> the client. If anybody is willing to take a few minutes with me on
>>> irc
>>> could you please email me privately. I can't seem to post this
>>> request
>>> on irc directly.
>>
>> you have to register your nick on freenode to post (this stops
>> spammers simply
>> joining blurting something and leaving  - they need to go thru a whole
>> registration effort too and thus can be tracked more easily).
>>
>> as for stable - yes it's stable. remember this - we eat our own
>> dogfood. that
>> means most e developers update, compile and run and USE e (and efl
>> below it of
>> course) as their main wm all day. if things break - they break for
>> very short
>> periods before one of us goes "oh shit thats annoying" and fixes it.
>> as it
>> annoys us and breaks our own wm''s.
>>
>> --
>> - Codito, ergo sum - "I code, therefore I am"
>> --
>> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>>
>
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 on on MacOS-X 10.5

[Tom Haste]

Im in IRC now and can give you a hand with the theme. I suspect it may
be the #define sections of it.

Toma.

On 14 April 2010 08:23, Dave Ray  wrote:
> I am very close to getting e17 to finish compiling. I am getting a
> make error part way through e/data/themes/images, while edje_cc is
> running.
>
> Is svn currently stable in e/data/themes/images?
>
> I would really prefer to get help on irc without having to post this
> message. I tried #e and feel very frustrated and discouraged from the
> experience, I spent 30 minutes trying to request help and apparently
> never had posting permission, and none of the admins were answering my
> requests. I tried two different irc clients hoping the problems were
> the client. If anybody is willing to take a few minutes with me on irc
> could you please email me privately. I can't seem to post this request
> on irc directly.
>
> Dave
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Edje image lists

[Tom Haste]

On 13 April 2010 10:58, Christopher Michael  wrote:
> On 04/12/2010 10:17 PM, Tom Haste wrote:
>> Hey all,
>>
>> Ive had discussions with raster and Manowarrior in IRC about icons and
>> their sizing. We all agree that with edje we have the power to step
>> into a new age of icon size and corresponding image selection.
>> Typically we have 1 icon for a specific task and then call it a day.
>> This becomes a very tough situation when the FDO icon naming spec
>> doesnt have any specifications in regards to size, and to introduce
>> that to the spec would be yet another horror to the nightmare that is
>> the icon naming spec. We also come across issues when using the scale
>> option, where small icons are magnified to a size they no longer look
>> good at, or shrunk so that a high detailed icon looks like a tiny
>> blurry smudge.
>>
>> This can already be done with Embryo, by reading the object area size
>> and using an image based upon it. However it would be better to have
>> this done at a lower level in edje.
>>
>> As a rough (and most likely flawed idea) something a long these lines
>> might work...
>>
>> imagelist {
>>     name: "Something";
>>     image: "something-16.png" 8 16 COMP;
>>     image: "something-48.png" 16 48 COMP;
>>     image: "something-128.png" 48 128 COMP;
>> }
>>
> The only issue I can see here is, how to know which one to use...ie:
> First image says min 8 max 16, but second image says min 16 also ... so
> which gets used ?
>
> dh
>

This then..
    image: "something-16.png" 8 16 COMP;
image: "something-48.png" 17 48 COMP;

like I said though, there are obvious flaw in this :)

It would also be better to integrate these ideas into the images {}
section as it is, rather than making some new sort of architecture.

Toma.



>>
>> Where there is an icon name specified, then a list of images to use
>> based on the objects minimum and maximum size. Perhaps even make it
>> not resize past a limit... for instance, the last example wouldnt get
>> scaled higher than 128px, and the first example wouldnt scale down
>> past 8px.
>>
>> Anyway, this is all just food for thought!
>> Toma.
>>
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Edje image lists

[Tom Haste]

Hey all,

Ive had discussions with raster and Manowarrior in IRC about icons and
their sizing. We all agree that with edje we have the power to step
into a new age of icon size and corresponding image selection.
Typically we have 1 icon for a specific task and then call it a day.
This becomes a very tough situation when the FDO icon naming spec
doesnt have any specifications in regards to size, and to introduce
that to the spec would be yet another horror to the nightmare that is
the icon naming spec. We also come across issues when using the scale
option, where small icons are magnified to a size they no longer look
good at, or shrunk so that a high detailed icon looks like a tiny
blurry smudge.

This can already be done with Embryo, by reading the object area size
and using an image based upon it. However it would be better to have
this done at a lower level in edje.

As a rough (and most likely flawed idea) something a long these lines
might work...

imagelist {
   name: "Something";
   image: "something-16.png" 8 16 COMP;
   image: "something-48.png" 16 48 COMP;
   image: "something-128.png" 48 128 COMP;
}


Where there is an icon name specified, then a list of images to use
based on the objects minimum and maximum size. Perhaps even make it
not resize past a limit... for instance, the last example wouldnt get
scaled higher than 128px, and the first example wouldnt scale down
past 8px.

Anyway, this is all just food for thought!
Toma.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Dumping Exebuf in favor of Everything?

[Tom Haste]

http://www.doodle.com/9swbg395tkug7qzw

Closed! It was a serious majority so I figured Id just close it.

Winning vote was to replace Exebuf with Everything, and move Exebuf to
E-MODULES-EXTRA.



On 12 April 2010 16:43, Carsten Haitzler  wrote:
> On Sat, 10 Apr 2010 16:36:10 -0800 Gustavo Sverzut Barbieri
>  said:
>
>> On Sat, Apr 10, 2010 at 4:18 PM, Christopher Michael
>>  wrote:
>> > On 04/10/2010 08:14 PM, hannes.janet...@gmail.com wrote:
>> >> On Sat, Apr 10, 2010 at 11:43 PM, Gustavo Sverzut Barbieri
>> >>   wrote:
>> >>> Hi all,
>> >>>
>> >>> I'd like to call a voting to dump Exebuf and use Everything by
>> >>> default. It is fancier, it is more powerful and i see no reason to not
>> >>> do it. exebuf can be then disabled or just removed from SVN, as well
>> >>> as its conf_exebuf.
>> >>
>> >> Voting for making Everything default :) I'm not sure if exebuf needs
>> >> to be removed as some just want the simple app launcher.
>> >
>> > Yea, I vote for leaving things as they are. Exebuf was designed to be
>> > just a simple launcher to be able to run apps. It's light, simple for
>> > users to understand, and fast. If someone wants the added "fluff" of
>> > Everything, they can still enable that.
>> >
>>
>> For regular use, Everything is just the same as exebuf, as light, as
>> simple... drop in replacement. Just type and press enter. That's it.
>> But if you want more, you get more.
>>
>> IMHO it makes no sense to keep both. AFAIK raster is the one
>> maintaining exebuf, as he has many, many stuff in SVN I guess he
>> wouldn't be jealous to drop exebuf to get everything in. Actually it
>> would be less work on his back, as Hannes is doing an amazing
>> maintenance work with "Everything". :-)
>
> not jealous at all to have exebuf go - evrythng seems to do the job almost as
> well (i'll say it doesn't have an extensive selection mechanism for matches
> like exebuf - ie list up and down), but that can be cured in time. exebuf was
> an advanced featur hidden away in a key binding for those that quickly want a
> power of a terminal to run 1 thing, but dont want to bring up the term, focus
> it, run, quit, etc.
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Dumping Exebuf in favor of Everything?

[Tom Haste]

On 11 April 2010 12:42, David Seikel  wrote:
> If the everything module can be stripped down to the size of exebuf with
> the same functionality, then that's a win for memory constrained
> systems.  That leaves the option open to add more everything bits if
> wanted and they fit and avoids duplicated functionality.
>
> When I compile the second life viewer, apparently my 2 GB system IS a
> memory constrained system.  lol
>

I ran a few tests on this this morning, and I found a very negligible
difference in memory usage. Its only recently been able to load
individual plugins as modules, so running the basic module +
applications was exactly like running Exebuf. Id like to get a 2nd
opinion on memory usage comparisons between the 2 though.

Toma


> --
> A big old stinking pile of genius that no one wants
> coz there are too many silver coated monkeys in the world.

^ Awesome.

>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Dumping Exebuf in favor of Everything?

[Tom Haste]

Just yesterday I made a comment to the author saying how awesome the
module is. I added a couple extra options to the poll!

http://www.doodle.com/9swbg395tkug7qzw

Voting closes in a week or when there is a clear winner.


Toma.




On 11 April 2010 06:43, Vincent Torri  wrote:
>
>
> On Sat, 10 Apr 2010, Gustavo Sverzut Barbieri wrote:
>
>> Hi all,
>>
>> I'd like to call a voting to dump Exebuf and use Everything by
>> default. It is fancier, it is more powerful and i see no reason to not
>> do it. exebuf can be then disabled or just removed from SVN, as well
>> as its conf_exebuf.
>
> create a poll with doodle :p
>
> Vincent
>
>>
>> For those that never used exebuf, try it. See the page at
>> http://trac.enlightenment.org/e/wiki/Gadgets/Everything for tips and
>> tricks. So far it can do, amongst other functions:
>>    - math using "bc", copying to clipboard
>>    - check spelling with "aspell", copying to clipboard
>>    - launch using sudo, xterm...
>>    - open documents, being able to choose which application to use
>> (same as "Open with...")
>>    - thumbnail navigation, at various thumb sizes
>>    - fancy graphics when using composite manager, reasonable graphics 
>> otherwise
>>    - list and control your music player
>>
>> More could be added, like searching the web and so on. It is
>> extensible by means of modules.
>>
>> BR,
>>
>> --
>> Gustavo Sverzut Barbieri
>> http://profusion.mobi embedded systems
>> --
>> MSN: barbi...@gmail.com
>> Skype: gsbarbieri
>> Mobile: +55 (19) 9225-2202
>>
>> --
>> Download Intel® Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>>
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] again problems to build editje

[Tom Haste]

On 8 April 2010 04:14, Gustavo Sverzut Barbieri  wrote:
> On Wed, Apr 7, 2010 at 10:57 AM, Andreas Volz  wrote:
>> Am Wed, 7 Apr 2010 07:09:34 -0800 schrieb Gustavo Sverzut Barbieri:
>>
>>> On Tue, Apr 6, 2010 at 10:07 PM, Andreas Volz 
>>> wrote:
>>> > Am Tue, 6 Apr 2010 13:35:46 -0800 schrieb Gustavo Sverzut Barbieri:
>>> >
>>> >> On Tue, Apr 6, 2010 at 1:07 PM, Andreas Volz 
>>> >> wrote:
>>> >> > Hello,
>>> >> >
>>> >> > each time I like to install editje again from source I've other
>>> >> > problems. This time while compiling python-ecore:
>>> >> >
>>> >> > http://codepad.org/xdwwtgms
>>> >> >
>>> >> > Any ideas?
>>> >>
>>> >> Read README, you need Cython 0.12.1 (yes, the .1 is important!)
>>> >
>>> > Ok, thanks for this hint. But wouldn't it be possible to detect for
>>> > needed software as autotools configure script does it before
>>> > compiling/installing?
>>>
>>> Actually you're compiling from svn, so it's like requiring
>>> autoconf-X.Y. The distribution tarballs ship with the generated "c"
>>> source files, that's why it is not checked.
>>
>> Hm, even in the latest Ubuntu there's only 0.11.2-1. Is it really
>> needed to use such a new version? Are there Ubuntu packages for it?
>
> Ubuntu users can say, I guess there are packages.
>
> The newer cython is required not because we want to be fancy, but
> because some features we used were broken before  and were fixed in
> 0.12.1 :-)
>
> BR,
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

http://packages.debian.org/unstable/python/cython

It made it into debian (0.12.1) in time, but the Ubuntu merge from
unstable was done well before it. This becomes a backports issue for
Ubuntuers. Its quite easy to install from source anyway, just run
'apt-get build-dep cython' then install the source package as it
documents.


Toma.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard

[Tom Haste]

So...

We're adding a patch that packagers use to make LUA install correctly,
so wouldnt that make E more difficult to package? Since its effecting
the install of LUA? Its early in the morning here so it may just be my
squishy morning brain not understanding the idea.

Toma.


On 2 April 2010 08:22, Carsten Haitzler  wrote:
> On Thu, 1 Apr 2010 16:21:51 -0700 Dave Ray  said:
>
>> Thanks, I am not aware of any patch for MacOS-X but I would be happy
>> to create one , although I might need some help.
>
> use the same ones linux distros use - look at the debian ones for example.
>
> http://packages.debian.org/lenny/lua5.1
>
> and specifically:
>
> http://ftp.de.debian.org/debian/pool/main/l/lua5.1/lua5.1_5.1.3-1.diff.gz
>
> sure. the patch also contains things to add debian packaging info into the 
> tree
> - but within that patch is what you need to 1. build shared libs, 2.
> provide .pc files that are correct and usable.
>
>> In the mean time, I have used other work-arounds that have allowed me
>> to compile and install the packages.
>>
>> FYI "Fink" (as described on the E MacOSX page) is an older X11
>> implementation on MacOS that has been out of date and unsupported for
>> at least 2 years (actually Fink has many problems and was abandoned).
>> Apple's latest X11 implementation is excellent, much more compatible
>> than before, and does not require Fink. E16 compiles and runs great
>> just using the default Darwin environment, and I am very close to
>> getting E17 to work. I plan to make a binary install package for MacOS
>> and to help update the Enlightenment MacOS-X page as soon as I have a
>> working wm. That page is very out of date.
>>
>> -Dave
>>
>>
>>
>>
>> On Apr 1, 2010, at 3:33 PM, Carsten Haitzler (The Rasterman) wrote:
>>
>> > On Thu, 1 Apr 2010 15:11:55 -0700 Dave Ray  said:
>> >
>> > see my previous mail. lua as-is from upstream is insufficient. you
>> > need to
>> > patch it like linux distributions do to make it sane.
>> >
>> >> Thans for taking the time to make this diff. Sadly it does not seem
>> >> to
>> >> fix the problem. I tried compiling EDJE with and without the patch
>> >> and
>> >> with a number of different ENV options with the following results:
>> >>
>> >> my normal environment:
>> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib
>> >> [ lua located at /usr/local/lib/liblua.a ]
>> >>
>> >> 1) without patchfile:
>> >>
>> >> ./autogen.sh produces:
>> >> ...
>> >> checking for LUA... no
>> >> checking for LUA... no
>> >> checking for LUA... no
>> >> checking for LUA... no
>> >> configure: error: unable to find Lua
>> >>
>> >> 2) with patchfile:
>> >>
>> >> ./autogen.sh produces:
>> >> ...
>> >> checking for LUA... no
>> >> checking for LUA... no
>> >> checking for LUA... no
>> >> checking for LUA... no
>> >> ...
>> >> [autogen.sh finishes without error]
>> >> [make fails with "ld: symbols not found"]
>> >>
>> >> 3) with patchfile:
>> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua    (<-
>> >> added -
>> >> llua)
>> >> ./autogen.sh produces:
>> >> ...
>> >> checking for LUA... no
>> >> checking for LUA... no
>> >> checking for LUA... no
>> >> checking for LUA... no
>> >> ...
>> >> [autogen.sh finishes without error]
>> >> [make finishes without error, but might not have LUA linked]
>> >>
>> >> 4) with patchfile:
>> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib   (<- without -
>> >> llua)
>> >> LUA_CFLAGS=-I/usr/local/include
>> >> LUA_LIBS=-L/usr/local/lib
>> >>
>> >> ./autogen.sh produces:
>> >> ...
>> >> checking for LUA... yes
>> >> ...
>> >> [autogen.sh finishes without error]
>> >> [make fails with "ld: symbols not found"]
>> >>
>> >> 5) with patchfile:
>> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua    (<-
>> >> added -
>> >> llua)
>> >> LUA_CFLAGS=-I/usr/local/include
>> >> LUA_LIBS=-L/usr/local/lib
>> >>
>> >> ./autogen.sh produces:
>> >> ...
>> >> checking for LUA... yes
>> >> ...
>> >> [autogen.sh finishes without error]
>> >> [make finishes without error]
>> >>
>> >> From there on, I have to set new environment variables for every
>> >> package I need to compile that uses LUA or EDJE.
>> >> [package-name]_CFLAGS=-I/usr/local/include
>> >> [package-name]_LIBS=-L/usr/local/lib -llua
>> >>
>> >> This is what I was reporting yesterday.
>> >>
>> >> By the way this is using the latest source in svn.
>> >>
>> >> Dave
>> >>
>> >>
>> >> On Mar 31, 2010, at 9:20 PM, Vincent Torri wrote:
>> >>
>> >>>
>> >>> 1) patch edje with the attached file :
>> >>>
>> >>> put that file in edje/, then:
>> >>>
>> >>> patch -p0 < edje_lua.diff
>> >>>
>> >>> 2) set CFLAGS accordingly:
>> >>>
>> >>> export CFLAGS="$CFLAGS -I/my/lua/prefix/include"
>> >>>
>> >>> 3) set LDFLAGS accordingly:
>> >>>
>> >>> export LDFLAGS="$LDFLAGS -L/my/lua/prefix/lib"
>> >>>
>> >>> note that there is no -llua anymore
>> >>>
>> >>> 4) run 'make', it should launch autoconf and other autotools
>> >>> automatically
>> >>>
>> >>> 5) if edje compiles:
>> >>>
>> >>> go to elementary

Re: [E-devel] cleanup of server/svn access accounts.

[Tom Haste]

On 2 April 2010 08:57, Jose Gonzalez  wrote:
>   Carsten wrote:
>
>> On Thu, 01 Apr 2010 16:56:44 -0400 Jose Gonzalez  said:
>>
>> don't feed the troll.
>>
>>
>
>  No 'trolls' here man. People really should know *clearly*
> who the gate-keepers are, who controls what, what the
> project's aims and goals are, etc.
>
>      Of course most of the people in that list won't care if
> you remove their svn access. But some there were basically
> the core e-developers for many years.. and many of those
> no longer contribute because of issues with the way the project
> is 'run'.
>
>   Don't you see that there's a recurring problem here?
> Do you want that to repeat itself yet again, or do you want
> to be able to keep core developers?

Core developers are those with the most commits in the last
month/week. This changes over time as people come and go. Its the way
open source projects work. People put in what they can/want and then
continue along lifes path. Those that are dedicated will hang around
longer. A lot of the people on that list are indeed old school E devs
that have done a lot. Im sure if the winds of life blew them back in
our direction, they would get access back in a snap. The fact is, if
you stop contributing to the source, then you dont NEED commit access
to the source. Id be happy if raster was in charge of the SVN access,
seeing as it is his project. And as such, he should be the one that
makes these decisions. I also dont mind if major contributors add
extra developers; as long as they remain responsible for the people
they add, and remove them if they leave the project.

To quote the original email "unless you come up with a good reason why
not"; you didnt make a good point as to why not so far. And lets keep
on topic of the thread, or start another thread.

Toma.

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] cleanup of server/svn access accounts.

[Tom Haste]

Bring the axe down I say. Im certain all those people would put the
security of the project over their token SVN access. On that topic, I
hope everyone has changed their passwords lately :) A good password is
one that keeps changing.

Toma.



On 2 April 2010 06:37, Carsten Haitzler  wrote:
> On Thu, 01 Apr 2010 16:56:44 -0400 Jose Gonzalez  said:
>
> don't feed the troll.
>
>>    Carsten wrote:
>>
>> > i recently found quite a number of accounts we have for svn commit access
>> > that are simply 100% inactive (never used once for anything) or have been
>> > inactive for what i consider "a while" with no good reason for that. here's
>> > the list. if you are on it expect your account to be removed some-time
>> > soon, unless you come up with a good reason why not. this isn't anything
>> > personal - so please don't be offended. we just don't want to maintain
>> > access for people who are not
>>
>>    Just to eliminate some ambiguity here, can you be more specific as to
>> who is "we"?
>>
>> > using it or no longer use it... or who simply don't need it. it's not a
>> > right, it's a privilege (and it can be removed at any time... for any
>> > reason). it's
>>
>>    Is it the same "we" above that decides who can be added or "removed
>> at any time
>> ... for any reason"?
>>
>> > also a security risk to our servers, so the fewer people who have svn/ssh
>> > access, the better. note - this process was only semi-automated. i actually
>> > looked at the accounts and their svn history, etc. so i may have oopsied.
>> > tell me if i have
>> >
>> > now... the list:
>> >
>> > 3v1n0
>> > andrunko
>> > andyetitmoves
>> > balony
>> > belisarivs
>> > benr
>> > chaos
>> > codewarrior
>> > cpuid
>> > dm
>> > essiene
>> > e-taro
>> > glassy
>> > handyande
>> > kacper
>> > laBrute
>> > leviathan
>> > lofwyrm
>> > lok
>> > lsobral
>> > metrics
>> > moom
>> > nasa01
>> > nerochiaro
>> > obfuscated
>> > pithlit
>> > ptomaine
>> > quan74
>> > rhapsodhy
>> > romanhornik
>> > sativas
>> > shadoi
>> > slackd00d
>> > sndev
>> > tick
>> > tilman
>> > troback
>> > werkt
>> > xenith
>> > xprodigy
>> > xstasi
>> > cobra
>> > rephorm
>> >
>>
>> 
>> #1 Key to Debt Relief:
>> Government money is available to stop Debt! The key is finding it.
>> http://thirdpartyoffers.juno.com/TGL3141/4bb5038e437470a32st04duc
>>
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: cedric IN trunk/E-MODULES-EXTRA/calendar: . src

[Tom Haste]

Thunderbird & Evolution both support CalDAV, as does Google & Yahoo.
Seems like a well supported standard!

On 31 March 2010 23:04, Cedric BAIL  wrote:
> On Wed, Mar 31, 2010 at 4:52 PM, Leif Middelschulte
>  wrote:
>> Hello,
>>
>> 2010/3/29 Enlightenment SVN :
>>> Log:
>>>        * calendar: now you can move in the timeline.
>>>
>>>        TODO: Add support for remote service with a local cache.
>>>        People do you have suggestion on what kind of remote
>>>        calendar this module should support ?
>>>
>> How about (Web-/)CalDav?
>
> Apparently google provide that kind of API, did you try it ?
>
> http://code.google.com/apis/calendar/caldav/
>
> What kind of web service do you use ? Do you know any free software
> that would provide that (and could be easily installed on a personnal
> server) ?
> --
> Cedric BAIL
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] EFL coding style

[Tom Haste]

http://trac.enlightenment.org/e/wiki/ECoding

How about updating this page to show the correct code styling? And
have it as a policy that all new contributors must read before gaining
access? (And of course, strongly encouraging current contributors to
read it)

Heres what the Gnomers have
http://developer.gnome.org/doc/guides/programming-guidelines/code-style.html
which is a fairly comprehensive guide and probably a little long winded for us.

Toma.


On 24 March 2010 19:19, Gustavo Sverzut Barbieri
 wrote:
>
> On Wed, Mar 24, 2010 at 8:01 AM, Tom Hacohen  wrote:
> > On Wed, Mar 24, 2010 at 1:23 AM, André Dieb  wrote:
> >
> >> Ressurecting this discussion... any new thoughts?
> >>
> >> Having a sane and consistent coding style is very important, it annoyed me
> > quite often when I worked with e's code.
> > There are two important things needed to be done:
> > 1. Having a simple and comprehensive text explaining the coding style.
> > 2. Having a working 'indent' command that changes the code to the wanted
> > style. (Not trivial at all, gnu-indent has it's share of issues).
>
> agreed.
>
>
> > I found this line in your email: "I have attached a proposal. The structure
> > is based on the cairo" Thoguh I have failed to find it.
> > It's probably because my eyes lost track because of all the mess. If you can
> > do section 1 for your suggestion, that would be great,
> > this way people will be able to respond in a sane manner.
>
> This was from vincent I guess.
>
>
> > Just my thoughts,
> > --
> > Tom.
> >
> > P.S
> > Concerning:
> >> i have always had/used:
> >> blah
> >>  {
> >>   xx;
> >>  }
> >>
> >> ie {}'s are indented a bit.
> >
> > I hate it, always have. I actually really like the kernel's coding
> > conventions: http://www.kernel.org/doc/Documentation/CodingStyle
>
> Well, there is always a coding style one will hate, and another will
> love. As this is meritocracy and raster did most of the code, it's
> better to have others to follow him than force him to use some random
> style because people don't like it.
>
> The funny thing about this is that the majority of the people that
> complain do the minority of the code :-/ And no, saying one does not
> write code because of the style is not a valid option. :-D
>
> BR,
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: barbieri IN trunk/e: . data/themes src/modules src/modules/ofono

[Tom Haste]

Disclaimer: 12 hrs into a wine tour/night on the town. Respondant is
intoxicated.


I think its more about reducing the basic package to whats 'needed' by
the average user. It becomes a grey area because E reaches across a
broad spectrum of devices... Whats the target user? If we know what
that is, what should then be in the basic package. I know there is a
mobile usage camp and a desktop usage camp, which i think is awesome
:) but i think the user base would be desktop right now. As such, it
should be more desktop orientated, imho. I know theres a mild push to
keep the basic tarball on release down to a minimum... (hence my
recent png squish.)

Toma...


On 3/20/10, Carsten Haitzler  wrote:
> On Fri, 19 Mar 2010 20:35:33 +0100 Thomas Gstädtner 
> said:
>
>> On Fri, Mar 19, 2010 at 17:25, Gustavo Sverzut Barbieri
>>  wrote:
>> > On Fri, Mar 19, 2010 at 7:39 AM, Tom Haste  wrote:
>> >> I agree on this. There are more useful modules to most users in
>> >> E-MODULES-EXTRAs that would be better suited to the main tarball...
>> >> like
>> >> calendar.
>> >
>> > Needless to say, I disagree with that.
>> >
>> > These are in the same class of "Mixer" or "Illume", they are or will
>> > be core functionality, even if you do not use them now, you might
>> > using it really soon as most systems start shipping with bluetooth (as
>> > it is the case) or 3g modems as lots of netbooks to come. And they are
>> > being officially included and maintained by me... so blame me at any
>> > problems, these modules should work, and work well.
>> >
>> > What we could do is disable their compilation by default. It would be
>> > the case for lots of modules, like all of the illume. This is not so
>> > good because bugs and warnings would not show and thus be fixed
>> > soon... the way raster likes to manage it :-)
>> >
>> > Alternatively, you can just disable these modules --disable-MODULENAME
>> > to save your build time.
>>
>> I think it should stay where it is and currently be built by defau alt.
>> When the release comes, it should not longer be built by default, so
>> packagers can chose if they want the features without explicitly
>> deactivating them (only the other way around). Same goes probably for
>> most non-trivial and non-shelf modules.
>
> why does it matter? these modules build only if edbus has the support. they
> are
> not loaded by default. now if edbus has the support - ofono and bluez are
> built by default - support for them in edbus anyway. and they have no
> dependencies. same with connman - and hal and notify. they arte there and
> provide features. building the modules for e is harmless. the real question
> is... should the be enabled by default, and if so, what default config, if
> any
> should they have etc.
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

-- 
Sent from my mobile device

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Mixer slider sensitivity

[Tom Haste]

Pulseaudio is a bit of a mess imho. It has more deps than libasound2,
has a bigger memory footprint, and doesnt provide much more for your
average user than simply tapping into Alsa. As someone that uses
Ardour/Hydrogen and other music stuff, please dont use use pulseaudio
:<



On 20 March 2010 00:18, Gustavo Sverzut Barbieri
 wrote:
>
> On Fri, Mar 19, 2010 at 1:00 PM, Tom Haste  wrote:
> > Howdy!
> >
> > After tinkering with the Mixer theme to make it feel more organic, I came to
> > the conclusion that the mixer scale is a off, so anything I do with the
> > theme is still not that 'correct'. Most things that use volume sliders these
> > days use a base 10 logarithm to follow the natural progression of the
> > decibel scale. Obviously this doesnt work for 0 - 100 volume scales that
> > alsa provides. I think pulse has a 'cubic' type of volume mixer available...
> > but anyway.
> >
> > http://www.dr-lex.be/info-stuff/volumecontrols.html
> > This site basically demonstrates an easier, less cpu expensive way
> > of mimicking the correct scale.
> >
> > Also; widget that would be awesome for elementary = knobs. :) Easy with edje
> > map, right?
>
> just port it to use pulseaudio and use their flat volume range :-)
>
> /me looks at Rafael Antognolli, doing that for agge
>
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Mixer slider sensitivity

[Tom Haste]

Howdy!

After tinkering with the Mixer theme to make it feel more organic, I came to
the conclusion that the mixer scale is a off, so anything I do with the
theme is still not that 'correct'. Most things that use volume sliders these
days use a base 10 logarithm to follow the natural progression of the
decibel scale. Obviously this doesnt work for 0 - 100 volume scales that
alsa provides. I think pulse has a 'cubic' type of volume mixer available...
but anyway.

http://www.dr-lex.be/info-stuff/volumecontrols.html
This site basically demonstrates an easier, less cpu expensive way
of mimicking the correct scale.

Also; widget that would be awesome for elementary = knobs. :) Easy with edje
map, right?

Cheers!
Toma.
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: barbieri IN trunk/e: . data/themes src/modules src/modules/ofono

[Tom Haste]

I agree on this. There are more useful modules to most users in
E-MODULES-EXTRAs that would be better suited to the main tarball... like
calendar.




On 19 March 2010 12:55, Nick Hughart  wrote:

> On Thu, 18 Mar 2010 14:48:56 -0700
> "Enlightenment SVN"  wrote:
>
> Ok, maybe it's just me, but does this module really belong in the
> default E install? I really think this is not going to be useful for 99%
> of E users and thus should probably be placed in the E-MODULES-EXTRA or
> hosted elsewhere. Same could be said of connman and bluez, but at least
> those might be useful on a normal laptop/desktop.
>
> Just my 2 cents.
>
> > Log:
> >   e: Add ofono module.
> >
> >   By: Jo?\195?\163o Paulo Rechi Vita 
> >
> >
> > Author:   barbieri
> > Date: 2010-03-18 14:48:56 -0700 (Thu, 18 Mar 2010)
> > New Revision: 47330
> >
> > Added:
> >   trunk/e/src/modules/ofono/ trunk/e/src/modules/ofono/Makefile.am
> > trunk/e/src/modules/ofono/e_mod_main.c
> > trunk/e/src/modules/ofono/e_mod_main.h
> > trunk/e/src/modules/ofono/module.desktop.in Modified:
> > trunk/e/configure.ac trunk/e/data/themes/default.edc
> > trunk/e/src/modules/Makefile.am
> >
> > Modified: trunk/e/configure.ac
> > ===
> > --- trunk/e/configure.ac  2010-03-18 21:32:34 UTC (rev 47329)
> > +++ trunk/e/configure.ac  2010-03-18 21:48:56 UTC (rev 47330)
> > @@ -458,6 +458,15 @@
> >  AC_SUBST(EBLUEZ_CFLAGS)
> >  AC_SUBST(EBLUEZ_LIBS)
> >
> > +AM_CONDITIONAL(HAVE_EOFONO, false)
> > +define([CHECK_MODULE_OFONO],
> > +[
> > +AC_E_CHECK_PKG(EOFONO, [edbus eofono],
> > +   [], [EOFONO=false])
> > +])
> > +AC_SUBST(EOFONO_CFLAGS)
> > +AC_SUBST(EOFONO_LIBS)
> > +
> >  AC_E_OPTIONAL_MODULE([ibar], true)
> >  AC_E_OPTIONAL_MODULE([dropshadow], true)
> >  AC_E_OPTIONAL_MODULE([clock], true)
> > @@ -518,6 +527,7 @@
> >  AC_E_OPTIONAL_MODULE([mixer], true, [CHECK_MODULE_MIXER])
> >  AC_E_OPTIONAL_MODULE([connman], true, [CHECK_MODULE_CONNMAN])
> >  AC_E_OPTIONAL_MODULE([bluez], true, [CHECK_MODULE_BLUEZ])
> > +AC_E_OPTIONAL_MODULE([ofono], true, [CHECK_MODULE_OFONO])
> >  AC_E_OPTIONAL_MODULE([illume], true)
> >  AC_E_OPTIONAL_MODULE([illume2], true)
> >  AC_E_OPTIONAL_MODULE([syscon], true)
> > @@ -652,6 +662,8 @@
> >  src/modules/connman/module.desktop
> >  src/modules/bluez/Makefile
> >  src/modules/bluez/module.desktop
> > +src/modules/ofono/Makefile
> > +src/modules/ofono/module.desktop
> >  src/modules/illume/Makefile
> >  src/modules/illume/module.desktop
> >  src/modules/illume/keyboards/Makefile
> >
> > Modified: trunk/e/data/themes/default.edc
> > ===
> > --- trunk/e/data/themes/default.edc   2010-03-18 21:32:34 UTC
> > (rev 47329) +++ trunk/e/data/themes/default.edc   2010-03-18
> > 21:48:56 UTC (rev 47330) @@ -8651,6 +8651,547 @@
> > }
> >
> >
>  /
> > +   /*** MOD: OFONO ***/
> > +
> > +// GADGET and TIP all have the same parts and signals:
> > +//
> > +// PARTS:
> > +//e.text.name
> > +//e.text.status
> > +//e.text.op
> > +//
> > +// SIGNALS:
> > +//e,unavailable: ofonod is not running (nothing else works)
> > +//e,available:  ofonod is running
> > +//e,name,available: there is info about device name
> > +//e,name,unavailable: there is no info about device name
> > +//e,netinfo,available: there is info about network
> > +//e,netinfo,unavailable: there is no info about network
> > +//
> > +// MESSAGES:
> > +//id=1, type=MSG_INT, description=strength (0-100)
> > +
> > +   group { name: "e/modules/ofono/main";
> > +  max: 128 128;
> > +  min: 1 1;
> > +
> > +  images {
> > + image: "gsm_0.png" COMP;
> > + image: "gsm_1.png" COMP;
> > + image: "gsm_2.png" COMP;
> > + image: "gsm_3.png" COMP;
> > + image: "gsm_4.png" COMP;
> > + image: "gsm_no.png" COMP;
> > +  }
> > +
> > +  script {
> > +  public message(Msg_Type:type, id, ...) {
> > + if ((type == MSG_INT) && (id == 1)) {
> > +new strength;
> > +strength = getarg(2);
> > +   if (strength >= 80)
> > +  run_program(PROGRAM:"strength,5");
> > +   else if (strength >= 60)
> > +  run_program(PROGRAM:"strength,4");
> > +   else if (strength >= 40)
> > +  run_program(PROGRAM:"strength,3");
> > +   else if (strength >= 20)
> > +  run_program(PROGRAM:"strength,2");
> > +   else if (strength >= 1)
> > +  run_program(PROGRAM:"strength,1");
> > +   else
> > +  run_program(PROGRAM:"strength,no");
> > + }
> > +  }
> > +  }
> > +
> > +  parts {
> > + part {
> > +name: "eventarea";
> > +type: RECT;
> > +  

Re: [E-devel] Someone's done a woopsie in SVN

[Tom Haste]

Would any residual .svn files cause this muckup?


On 11 March 2010 22:28, Gustavo Sverzut Barbieri
 wrote:
> On Wed, Mar 10, 2010 at 8:21 PM, Dan  wrote:
>> My e17 svn tree got fowled up by deletions etc, so I tried checking it all
>> out again, and now something looks _very_ wrong. The directories:
>>
>> - entrance
>> - esmart
>> - exml
>>
>>  ... appear to have a full e17 tree inside them ... or something. They're
>> 725MB each anyway.
>
> does not happen here, and what are you trying to do?
>
>  - entrance, esmart and exml are GONE... entrance was even deleted!
>
>  - what command are you using to do the checkout?
>
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e's default.edc missing parts

[Tom Haste]

Heres the actual code for all those apparently uncommented parts. The
/* comment */ section shouldnt be recognized at all. Having said that,
could this been some sort fo Mac weirdness? What happens if you delete
this whole section?

/*
 program {
name: "next_governor";
signal: "mouse,down,1";
source: "cpu";
action: SIGNAL_EMIT "e,action,governor,next" "";
 }
 program {
name: "next_governor2";
signal: "mouse,down,1";
source: "cpu";
action: STATE_SET "clicked" 0.0;
target: "cpu";
 }
 program {
name: "next_governor3";
signal: "mouse,up,1";
source: "cpu";
action: STATE_SET "default" 0.0;
target: "cpu";
 }
 program {
name: "increase_frequency";
signal: "mouse,down,1";
source: "increase";
action: SIGNAL_EMIT "e,action,frequency,increase" "";
 }
 program {
name: "increase_frequency2";
signal: "mouse,down,1";
source: "increase";
action: STATE_SET "clicked" 0.0;
target: "increase_button";
 }
 program {
name: "increase_frequency3";
signal: "mouse,up,1";
source: "increase";
action: STATE_SET "default" 0.0;
target: "increase_button";
 }
 program {
name: "decrease_frequency";
signal: "mouse,down,1";
source: "decrease";
action: SIGNAL_EMIT "e,action,frequency,decrease" "";
 }
 program {
name: "decrease_frequency2";
signal: "mouse,down,1";
source: "decrease";
action: STATE_SET "clicked" 0.0;
    target: "decrease_button";
 }
 program {
name: "decrease_frequency3";
signal: "mouse,up,1";
source: "decrease";
action: STATE_SET "default" 0.0;
target: "decrease_button";
 }
 */




On 7 March 2010 20:00, Leif Middelschulte  wrote:
> Thanks for reply Toma,
>
> Am 07.03.2010 um 04:23 schrieb Tom Haste:
>
>> The only mention of those parts are in in the CPU freq code, and
>> theyre all commented out.
> I just removed my entire checkout and got me a fresh one.
>
> $ cd e/data/themes/
>
> $ grep -R increase *
> default.edc://          set_state(PART:"increase_button", "inactive", 0.0);
> default.edc://          set_state(PART:"increase", "inactive", 0.0);
> default.edc://          set_state(PART:"increase_button", "default", 0.0);
> default.edc://          set_state(PART:"increase", "default", 0.0);
> default.edc:        name: "increase_frequency";
> default.edc:        source: "increase";
> default.edc:        action: SIGNAL_EMIT "e,action,frequency,increase" "";
> default.edc:        name: "increase_frequency2";
> default.edc:        source: "increase";
> default.edc:        target: "increase_button";
> default.edc:        name: "increase_frequency3";
> default.edc:        source: "increase";
> default.edc:        target: "increase_button";
>
> $ grep -R decrease *
> default.edc://          set_state(PART:"decrease_button", "inactive", 0.0);
> default.edc://          set_state(PART:"decrease", "inactive", 0.0);
> default.edc://          set_state(PART:"decrease_button", "default", 0.0);
> default.edc://          set_state(PART:"decrease", "default", 0.0);
> default.edc:        name: "decrease_frequency";
> default.edc:        source: "decrease";
> default.edc:        action: SIGNAL_EMIT "e,action,frequency,decrease" "";
> default.edc:        name: "decrease_frequency2";
> default.edc:        source: "decrease";
> default.edc:        target: "decrease_button";
> default.edc:        name: "decrease_frequency3";
> default.edc:        source: "decrease";
> default.edc:        target: "decrease_button";
>
> so as I see the state sets are commented out, but the targets are not. So th

Re: [E-devel] e's default.edc missing parts

[Tom Haste]

The only mention of those parts are in in the CPU freq code, and
theyre all commented out. Are you using the most recent SVN checkout?
It looks fine with SVN revision 46921.

Toma


On 7 March 2010 01:39, Leif Middelschulte  wrote:
> Hello,
>
> I noticed that the parts "increase", "increase_button", "decrease", and 
> "decrease_button" are missing but targeted in e's default.edc which leads to 
> a failure during build.
>
> Another bug appears on OSX during 'msgmerge --update' command due to acl 
> reasons apparently.
> A workaround is extending the command with '--backup=off'.
>
> BR,
>
> Leif Middelschulte
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] It's that time again!!!!

[Tom Haste]

>From the article:

What criteria did you use to select these individuals as mentors?
Please be as specific as possible.
- They must be a member who has been around awhile.
- They must be a developer who has shown experience and or exceptional
knowledge in this area as well made multiple extensive commits proving
their knowledge.
TODO
TODO

Would it be fair to add:
- They will do their best to answer student questions in a timely manner?

Were there any complaints / issues that former students have had?
Especially from the first year with only 6 of 8 projects reaching
completion? Also, I added Samsung to the end of the 1st section. The
link is for OSNews but if anyone has a better one, feel free to swap
it out.

-Toma.




On 6 March 2010 12:16, Ian Caldwell  wrote:
> Hello Everyone, we need your help again, to look over and make our
> application Google Summer of Code 2010 the best it's ever been.
> http://trac.enlightenment.org/e/wiki/GSoC_2010_Application
>  Unfortunately The due date is tuesday so we need to make quick work of it
> please edit it and suggest changes as needed and if you have any questions
> post them here! Also check out the project list for this year and add
> projects as you suggest and sign up to be a mentor, if it's already filled
> don't worry, put your name down anyways, we do need backup mentors!
> http://trac.enlightenment.org/e/wiki/GSoC_2010_Project_Ideas
> Thanks,
> Ian
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: rui trunk/TMP/st/elementary

[Tom Haste]

Ah thanks for clearing that up. I was under the impression that RPMs
simply had to point to the location of the tarball that the rpm is
built upon. :)

Toma


On 24 February 2010 06:58, Michael Jennings  wrote:
> On Wednesday, 24 February 2010, at 06:56:32 (+0800),
> Tom Haste wrote:
>
>> http://download.enlightenment.org/snapshots/LATEST/
>>
>>  Thats where the latest snapshots are found, and you really should be
>> basing binary packages off of those.
>>
>> http://download.enlightenment.org/releases/
>>
>> Heres where things go once they get released, so you can change that
>> when something happens along those lines.
>
> No, spec files in SVN are written to be used with either final
> releases or in-tree builds, not released snapshots.  If they can be
> written in such a way as to be usable in both cases, that's fine, but
> they must not require any sort of snapshot nomenclature.
>
> The best value for the URL is to point to where the release will be
> once it's released.
>
> Michael
>
> --
> Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  
> Linux Server/Cluster Admin, LBL.gov       Author, Eterm (www.eterm.org)
> ---
>  "Have I told you today how much I love you?"  "Yes, but you may
>  continue to repeat it for as long as you like."
>                      -- President Sheridan and Delenn, "Babylon Five"
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: rui trunk/TMP/st/elementary

[Tom Haste]

http://download.enlightenment.org/snapshots/LATEST/

 Thats where the latest snapshots are found, and you really should be
basing binary packages off of those.

http://download.enlightenment.org/releases/

Heres where things go once they get released, so you can change that
when something happens along those lines.


Toma.




On 24 February 2010 06:38, Rui Miguel Silva Seabra  wrote:
> Em 23-02-2010 22:29, Michael Jennings escreveu:
>> On Sunday, 21 February 2010, at 11:40:32 (-0800),
>> Enlightenment SVN wrote:
>>
>>> -URL: http://www.enlightenment.org/
>>> -Source: ftp://ftp.enlightenment.org/pub/evoak/%{name}-%{version}.tar.gz
>>> +URL: http://trac.enlightenment.org/e/wiki/Elementary
>>> +Source: %{name}-%{version}.tar.gz
>>
>> No, do not do this.  The URL should be the project URL, not a wiki
>> URL, and the Source should ALWAYS be a URL (preferably valid, of
>> course).
>
> Yes, I know. Can you provide one? I couldn't find one and needed that
> source in order to work.
>
> The previous one was, of course, wrong.
>
> Rui
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Theme Revamp

[Tom Haste]

I had a bit of a fiddle with it and swapped the shelf_inset.png usage
in elm/scroller/base/default to check_base.png. It feels lighter, and
the top shadow could be tweaked a little but it works so very much
better with the scrolled entry tests.


On that note; it took me ~15 mins to find this damn thing. To have
change the look of the scroller to change the look of a text entry
field is crazy, IMHO. I had a brief look at the code and it seems
hard-wired into the "scrolled entry" widget. I suppose I was only
looking for the single line entry widget much like the E17 style.
Maybe thats just me having a stupid moment, but it was quite
confusing.


Also, it feels like the genlist scrollbar should be draggable... maybe
it can already be. Just poking about at the moment.

Toma.



On 8 February 2010 16:18, Carsten Haitzler  wrote:
> On Tue, 2 Feb 2010 16:38:18 -0200 Gustavo Sverzut Barbieri
>  said:
>
> hmmm commenties time.
>
> as such b&w started simply + nice - it does need work as everything has been
> re-used and re-cycled where thins should have been re-done. for example i
> think toolbar should actually take on the look of e.org's top "navigation 
> bar".
> it would fit rather well. also in many places the black shiny boxes have been
> used where things should  have been done differently. also i'm wondering if
> having the rounded corners of these buttons is good - maybe make them squared
> off? the glow for clicking i added because it was so hard to see the button
> pressed in on touchscreen devices.
>
> as for scrollbar - we need to keep it, but theme should allow a singal to emit
> to let scroller know if its in a desktop scrollbar mode or finger/thumb scroll
> mode where scrollbar only appears once u drag content around (and fades out
> after a timeout). there is a good reason to have both - scrollbar for
> familiarity on desktops but a mode to kill it on touchscreens (tho have it
> appear as a way of quickly scrolling to the end with a drag content, click and
> drag scrollbar to end, release and it fades out).
>
> toggle - out toggle needs a drag to flip it - iphone needs a click - should
> probably allow a click to toggle it too. as such current toggle design is for
> the desktop level dpi - scaling should make it bigger for ts screens (the high
> dpi ones).
>
> focus - agreed. elm needs this too. the reason i havent done it to every 
> widget
> is.. i dont think we want widgets to have to show focus. make it optional they
> can have a focusin/out signal and can react.. BUT what we want is a single
> object we move/resize around the screen to be on top of the focused widget. it
> literally animates/slides as focus changes. it can be turned off on ts-only
> system and on only for remote-control uis like set top boxes. tab/shift tab
> should still go to next/prev widget to focus - but i think we need to alllow
> apps to set up a focus chain for this - doing it in container order might not
> be the best thing. but what needs doing is arrow keys move focus in that
> direction - right moves it to the widget to the right, up - the same but up
> etc. - android does this very well with the scrollball. this is just what u
> need for set-top box ui's and remote controls, keypad phone ui's and for ts
> devices with these extra arrowkeys etc.
>
> (the rest i dont have much to say about!)
>
>> Hi all,
>>
>> I started a wiki page on theme revamp, to make us look fresher and
>> better for our release that is around the corner:
>>
>> http://trac.enlightenment.org/e/wiki/Theme_Revamp
>>
>> However, as I'm out of time I'd like help to:
>>    - complete todo items listed there. Required skills: google (to
>> search for screenshots of xp, vista, macos) and gimp (to create a
>> single image comparing elementary with them)
>>    - add ideas there, as some items I could not figure out what would
>> solve the existing problem
>>
>> And as I'm no designer, if you have graphics skills:
>>    - do sketches and mockups
>>    - fix EDCs to do what is said there (I can help here if you provide 
>> images)
>>
>>
>> PS: I'm CCing Toma as I don't know if he is following ML anymore, but
>> he is one of the major authors of current theme
>>
>> --
>> Gustavo Sverzut Barbieri
>> http://profusion.mobi embedded systems
>> --
>> MSN: barbi...@gmail.com
>> Skype: gsbarbieri
>> Mobile: +55 (19) 9225-2202
>>
>> --
>> The Planet: dedicated and managed hosting, cloud storage, colocation
>> Stay online with enterprise data centers and the best network in the business
>> Choose flexible plans and management services without long-term contracts
>> Personal 24x7 support from experience hosting pros just a phone call away.
>> http://p.sf.net/sfu/theplanet-com
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/en

[E-devel] SVN website script

[Tom Haste]

Hey folks!

The script on http://svn.enlightenment.org/ is incorrect. popd and
pushd are both bash internals and as such the script doesnt work. The
shebang should be #!/bin/bash at the start.

Also, there are 2 instances of eina in the PROJECTS var.

I can fix this all, but Im not sure where this page exists (if its in
SVN) to fix it.

Cheers,
Toma.

--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Support for force sensitive touch screen

[Tom Haste]

This isnt a shout out for apple or the ipad, but heres what they did
with the capacitive screen on this thing.

"Furthermore, Apple has helped make the capacitive touchscreen more
accessible to those with dexterity limitations by introducing an
electronic stylus. Our research has shown that those with limited
finger movement and/or sensation in their fingertips had greater
success using resistive touchscreen devices because of the ability to
use a stylus. But, the electronic stylus for the capacitive
touchscreen interfaces levels the playing field."

I dunno the specifics, but capacitive screens are a negative for
people with some disabilities at least. Personally Ive found iphones
to be a pain in the ass to use due to the physical restrictions of the
capacitive screen and my big fingers on small webpages.

Anyway, thats my 2 cents.
Toma.

On 9 February 2010 10:22, David Seikel  wrote:
> On Sun, 7 Feb 2010 18:17:36 +0900 Carsten Haitzler (The Rasterman)
>  wrote:
>
>> On Sun, 7 Feb 2010 18:35:44 +1000 David Seikel 
>> said:
>>
>> > On Sun, 7 Feb 2010 14:58:34 +0900 Carsten Haitzler (The Rasterman)
>> >  wrote:
>> >
>> > > want. as such pressure is normally senses by radius. your finger
>> > > is soft. the harder you press the larger the radius of your touch
>> > > (up to a point). so i'd suggest using these first unless u
>> > > literally have extra needs.
>>
>> if you're talking multitouch - you're talking capacitive screens
>> (99%)... and fingernails dont work on those. soft fingery bits do.
>> so.. youy're working off the wrong assumption.
>>
>> (and let me tell u that resistive screens suck royally - even if u
>> get into the habit of using fingernails with them. they suck for a
>> multitude of reasons and that is why the big move is to capacitive
>> and resistive will end up a niche or dead input mechanism).
>
> OK.  I wont bother to mention fat fingers on tiny screens
>
> Though I wonder how many fat fingers you can get on a multi touch
> phone screen and still have enough room to make some useful gestures.
> Will probably end up like my last Japanese motorbike.  My mechanic was
> a small man, but even he kept complaining that the only people that
> could work on it where small Japanese children with tiny hands.
>
> I can see that in the future, false fingernails will have to come with
> capacitive finger tip extensions so women can use their latest phone
> fashion accessory while wearing them.  lol
>
> --
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Theme Revamp

[Tom Haste]

Of course Im following the ML!

These are all very valid points. I havent used Elm so I really havent
messed with the theme at all. I will take a poke at it soon though.

I added a Focus section as thats something that needs to happen too. I
have the 2 ideas listed, but Im not sure if everyone would like that.
More suggestions are welcome!

If anyone does have any ideas, please be very very careful about using red.

Toma.



On 3 February 2010 02:38, Gustavo Sverzut Barbieri
 wrote:
> Hi all,
>
> I started a wiki page on theme revamp, to make us look fresher and
> better for our release that is around the corner:
>
> http://trac.enlightenment.org/e/wiki/Theme_Revamp
>
> However, as I'm out of time I'd like help to:
>   - complete todo items listed there. Required skills: google (to
> search for screenshots of xp, vista, macos) and gimp (to create a
> single image comparing elementary with them)
>   - add ideas there, as some items I could not figure out what would
> solve the existing problem
>
> And as I'm no designer, if you have graphics skills:
>   - do sketches and mockups
>   - fix EDCs to do what is said there (I can help here if you provide images)
>
>
> PS: I'm CCing Toma as I don't know if he is following ML anymore, but
> he is one of the major authors of current theme
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] SVN cleanup for impending release

[Tom Haste]

I plan to keep maintaining Keys & Ardy. I wanted to keep Ardy and Keys
in there as good simple examples of Python-EFL. Someone could even add
more commenting into it and use it as a teaching example.

You could move them to MISC I suppose.

Toma.


On 3 February 2010 07:48, Dave Andreoli  wrote:
> 2010/2/2 Gustavo Sverzut Barbieri 
>
>> Hi all,
>>
>> Our SVN is huge, a real pain to:
>>    - checkout (for both newbies and core devs -- those that must
>> checkout everything, so can grep to see what our core changes affect)
>>    - understand (for newbies, that also suffer from huge checkout time)
>>
>> The amount of legacy that not even compiles is great. I tried to
>> reduce it a while ago by moving things to BROKEN and OLD. I bet most
>> of stuff in OLD is now broken, and I want to remove those altogether
>> before 1.0 is released.
>>
>> My current plan is to remove:
>>   - BROKEN/*
>>   - OLD/ all except etk and BINDINGS/python-etk -- no hard feelings
>> if everyone agrees to remove these as well
>>   - PROTO/eve  (I'll add a proper webkit browser once webkit-efl is
>> released later this month, we broke all the API and eve as is will not
>> even compile)
>>
>> I need feedback on these, I don't use and don't know nobody that uses
>> or maintain those, so no idea if they ever compile or are maintained:
>>   - elicit
>>   - elitaire
>>   - emprint
>>   - ephoto
>>   - esmart (broken IMO)
>>   - estickies
>>   - exml
>>   - entrance (broken IMO, but seems quaker wants to fix its problems)
>>   - edje_editor (uses etk... and not catching up)
>>
>
> ok by me to move edje_editor to OLD/ . I will work on editje in the future.
> also we can remove the editor elm branch.
>
>
>>   - edje_viewer (is it working? I guess so... willing to keep it if
>> it is working)
>>   - imlib2_loaders
>>   - imlib2_tools
>>   - MISC/enna (move outside SVN AFAIK)
>>   - MISC/gevas*
>>   - PROTO/elm_* (I guess these are maintained by devilhorns, but need
>> to confirm)
>>   - PROTO/enterminus (dead and broken AFAIK)
>>   - PROTO/e_phys
>>   - PROTO/epx
>>   - PROTO/exorcist
>>   - PROTO/fiddle  (raster never got back to it...)
>>   - PROTO/eyesight  (is it maintained? does it work?)
>>   - PROTO/gfx_routines
>>   - PROTO/keys (is it maintained? does it work?)
>>   - BINDINGS/ruby
>>   - BINDINGS/perl (all except newly added Elementary?)
>>
>> Let's not forget we have svn history... so people can always dig there
>> to find ancient code, just svn (co|up) -r1234 to get it.
>>
>> If you are (or better put: used to be) the maintainer of one of these
>> packages and do not want to maintain it anymore and cannot find a new
>> maintainer, please consider removing it from SVN yourself.
>>
>> BR,
>>
>> --
>> Gustavo Sverzut Barbieri
>> http://profusion.mobi embedded systems
>> --
>> MSN: barbi...@gmail.com
>> Skype: gsbarbieri
>> Mobile: +55 (19) 9225-2202
>>
>>
>> --
>> The Planet: dedicated and managed hosting, cloud storage, colocation
>> Stay online with enterprise data centers and the best network in the
>> business
>> Choose flexible plans and management services without long-term contracts
>> Personal 24x7 support from experience hosting pros just a phone call away.
>> http://p.sf.net/sfu/theplanet-com
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
> --
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Exchange problems

[Tom Haste]

Hey guys,

Ive just updated a couple themes on Exchange and now the groups and
version info is missing. Im guessing that theres something wrong with
the backend? Are there any error messages regarding uploading themes
on the server? I dont quite know how to fix this one :/

Toma.

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] icons (and other images) license

[Tom Haste]

As far as the work Ive done is concerned, its under the Enlightened
License [1] so they can basically be used for anything. I dont think
this really covers artworks as such.  For me, it would be nice to link
back the the E project regarding where they came from. I think
Manowarrior and raster would agree to this...?

Cheers,
Toma.


2010/1/27 Chidambar 'ilLogict' Zinnoury :
>  Hello!
>
>  What is the license of icons and images? It is not specified (at
> least for E), or that I'm too blind to find it :)
>
>  Can we suppose that it's the same license as code for each project?
>
>  Cheers!
>
>  Chidambar
> --
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: What is the most annoying thing in e-mail?
>
> --
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] GSoC - 2010

[Tom Haste]

http://groups.google.com/group/google-summer-of-code-discuss/browse_thread/thread/d839c0b02ac15b3f

So! Its officially announced that its going ahead for 2010.
Lets do it!

Toma.

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] to Inc or Gustavo : about e2

[Tom Haste]

This might be a stupid question, but was there any crond jobs that
include any apt upgrades or some other automated magic? If it is a
stupid question, feel free to give a stupid answer.

Toma.

On 1/25/10, Michael Jennings  wrote:
> On Sunday, 24 January 2010, at 23:45:49 (-0200),
> Gustavo Sverzut Barbieri wrote:
>
>> >  So there seems to be a big ol' dpkg running on e2
>> >  Owned either by Inc or barbieri
>>
>> I did not run this, I'm pretty sure. And how it could be one or
>> another?!!? It's either one or another, no?
>
> I was wondering that myself.  If he saw the process running, it was
> either owned by inc's UID or Gustavo's; I don't see how there could
> possibly be a question about which one.
>
> Michael
>
> --
> Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  
> Linux Server/Cluster Admin, LBL.gov   Author, Eterm (www.eterm.org)
> ---
>  "Oh gaze of love, so melt my pride that I may in your house but
>   kneel, and in my brokenness to cry spring worship unto thee."
>-- Jars of Clay, "Hymn"
>
> --
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for
> Conference
> attendees to learn about information security's most important issues
> through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

-- 
Sent from my mobile device

--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Visual changes to expedite

[Tom Haste]

2010/1/19 Carsten Haitzler :
> On Tue, 19 Jan 2010 08:46:15 +0800 Tom Haste  said:
>
>> 2010/1/19 Carsten Haitzler :
>> > On Tue, 19 Jan 2010 07:47:15 +0800 Tom Haste  said:
>> >
>> >> 2010/1/19 Carsten Haitzler :
>> >> > On Thu, 14 Jan 2010 14:15:26 +0100 Cedric BAIL 
>> >> > said:
>> >> >
>> >> > hmm. i like. though...
>> >> >
>> >> > 1. the pic of me just weirds me out. going to have to change that one. 
>> >> > :)
>> >>
>> >> It was the only one I had! But yes, feel free to change it to
>> >> whatever. As I said the reasoning is so that company logos or more
>> >> elaborate logos can be put in there by just changing the picture.
>> >
>> > well for this dont we want an e logo? :)
>> >
>>
>> Wheres the fun in that! :D OK Ill put it back to normal-ish. I
>> remember one of the other reasons I went for a picture was because the
>> colour rotate tests look kind of lame with a black and white E logo.
>
> ok. then maybe... we should come up with something more colourful ... dunno.
> draw up something cool?
>

Already fixed and in SVN! Its an E logo with a colourful glow. Looks
pretty good.

--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Visual changes to expedite

[Tom Haste]

2010/1/19 Carsten Haitzler :
> On Tue, 19 Jan 2010 07:47:15 +0800 Tom Haste  said:
>
>> 2010/1/19 Carsten Haitzler :
>> > On Thu, 14 Jan 2010 14:15:26 +0100 Cedric BAIL  said:
>> >
>> > hmm. i like. though...
>> >
>> > 1. the pic of me just weirds me out. going to have to change that one. :)
>>
>> It was the only one I had! But yes, feel free to change it to
>> whatever. As I said the reasoning is so that company logos or more
>> elaborate logos can be put in there by just changing the picture.
>
> well for this dont we want an e logo? :)
>

Wheres the fun in that! :D OK Ill put it back to normal-ish. I
remember one of the other reasons I went for a picture was because the
colour rotate tests look kind of lame with a black and white E logo.

>> > 2. other stuff nice - though font for "about enlightenment" is wrong - used
>> > to be bold. now its just a larger non-bold one.
>>
>> You mean the button on the UI? Or the test itself... because I didnt
>> change that. The font parts were weird man! There was a bold white
>> font with a bold black font underneath for a pseudo shadow look?
>
> well used to be black on top with half-transparent white underneath offset 1
> pixel - it was meant to make the text look indented. may as well make it black
> beneath and white bold on top. :)or not bold at all - but at least make it 
> size
> 10 :) (thats what it was).

Its already size 10. The issue I suspect is that its Vera and not
Sans. I kind of dodged changing that as some of the text tests use all
the various Vera fonts that are included.

>
>> > 3. actually it would be nice to have icons for the tests - something that
>> > represents them roughly (somehow) :)
>> >
>>
>> I agree!
>>
>> -Widgets
>> -Image Blend
>> -Image Map
>> -Image Map 3D
>> -Image Data/Crossfade
>> -Text
>> -Rect / Polygons
>>
>> There are also a pile of image blend tests at the end. Shouldnt they
>> be put with the rest of the Image Blend tests?
>>
>> Ive got some free time to mess with this today (in 37oC heat) so i'll
>> see what I can do.
>
> that'd be awesome
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>
>

--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Visual changes to expedite

[Tom Haste]

2010/1/19 Carsten Haitzler :
> On Thu, 14 Jan 2010 14:15:26 +0100 Cedric BAIL  said:
>
> hmm. i like. though...
>
> 1. the pic of me just weirds me out. going to have to change that one. :)

It was the only one I had! But yes, feel free to change it to
whatever. As I said the reasoning is so that company logos or more
elaborate logos can be put in there by just changing the picture.

> 2. other stuff nice - though font for "about enlightenment" is wrong - used to
> be bold. now its just a larger non-bold one.

You mean the button on the UI? Or the test itself... because I didnt
change that. The font parts were weird man! There was a bold white
font with a bold black font underneath for a pseudo shadow look?

> 3. actually it would be nice to have icons for the tests - something that
> represents them roughly (somehow) :)
>

I agree!

-Widgets
-Image Blend
-Image Map
-Image Map 3D
-Image Data/Crossfade
-Text
-Rect / Polygons

There are also a pile of image blend tests at the end. Shouldnt they
be put with the rest of the Image Blend tests?

Ive got some free time to mess with this today (in 37oC heat) so i'll
see what I can do.

-Toma

--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Visual changes to expedite

[Tom Haste]

Howdy!

After seeing the latest port using expedite as a demo, I decided it
was time to give it a bit of a graphical overhaul. Gone is the
blingness and whats left is a more modern looking expedite. I was
considering changing the icons too but left them in for the
historicalness.

For those that dont know, the handsome chap with the beer is
rasterman. (sorry raster! Was taken from my holiday photos to Sydney
:D) The reason why I used raster in it is because I needed
something/someone to fill in the splitting of the logo.png and the
e-logo.png. By dividing this up it becomes a snap to incorporate
company logos and whatever into the program, which gives it a bit more
of a pop when presenting the EFL to people.

I know by changing some images used in the test WILL CHANGE
PERFORMANCE FIGURES!!! If this is a non-issue, it can be released as a
new version (0.7.0) and have a note attached to the README. If it is a
huge issue, I wont commit these changes. You can diff it between my
current revision, 44902.

Would love some feedback and thumbs ups/downs on the look. (It is fairly minor.)

http://members.iinet.net.au/~haste/e17/expedite.tar.gz

Cheers,
Toma.

--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] list of symbols exported by modules that may collide

[Tom Haste]

I noticed this too. I spent a little time investigating it, but
obviously not enough. It did get me thinking about module names and
where these lists are generated. Would it not be better to have 1
single place where the module is named? eg. the name can be different
from 'Available Gadgets' and 'Loaded Modules'. I assume this is for
modules that provide multiple gadgets?

Toma.


2010/1/9 Gustavo Sverzut Barbieri :
> On Fri, Jan 8, 2010 at 8:12 PM, Iván Briano (Sachiel)
>  wrote:
>> On Fri, Jan 8, 2010 at 7:03 PM, Gustavo Sverzut Barbieri
>>  wrote:
>>> Hi all,
>>>
>>> Today I used enlightenment without -fvisibility=hidden and noticed a
>>> complain of mixer/connman users: they clash. Investigating the cause,
>>> I found that _Name were not defined static in both, so they clashed. I
>>> fixed my modules, but then I ran a quick script over modules and got
>>> the following list (please investigate further). I'm about to travel
>>> so I can't fix them now, please help:
>>>
>>> note: I hand edited and cut some obvious cases, but the command was:
>>>
>>> for m in *; do echo "$m:"; readelf -s
>>> /usr/lib/enlightenment/modules/$m/linux-gnu-i686-ver-pre-svn-05/module.so
>>>  | grep 'GLOBAL DEFAULT' | grep -v 'UND ' | grep -v
>>> "\(_fini\|_init\|__bss_start\|_end\|_edata\|e_modapi\|evry\|e_kbd_\|il_\|e_int_\|e_fwin\|_\?e_$m\|_\?$m\)"
>>> | sed "s/.* \([a-zA-Z0-9_]\+\)/   \1/g"; done
>>>
>>> conf_colors:
>>>   _wid_hash
>>>   _wm_hash
>>>   color_classes
>>>   _mod_hash
>>> conf_exebuf:
>>>   scroll_list
>>> conf_fonts:
>>>   text_class_predefined_nam
>>> conf_intl:
>>>   charset_predefined_pairs
>>>   language_predefined_pairs
>>>   basic_language_predefined
>>>   region_predefined_pairs
>>> conf_mime:
>>>   types
>>> conf_profiles
>>>   _dia_new_profile
>>> conf_window_display
>>>   shading_list
>>> conf_window_manipulation
>>>   autoraise_list
>>>   resistance_list
>>> conf_winlist
>>>   scroll_animation_list
>>>   iconified_list
>>> everything
>>>   selectors
>>>   action_selector
>>> fileman
>>>   _e_mod_menu_generate
>>> gadman
>>>   current
>>>   Man
>>> ibox
>>>   show_label_list
>>> illume
>>>   slipshelf
>>>   gadits
>>>   delay_label
>>>   _e_mod_gad_gsm_shutdown
>>>   delay_slider
>>>   local_slipshelf
>>>   external_keyboard
>>> illume2
>>>   policy_name
>>>   o_top
>>>   _sw_change_timer
>>>   _ps_change_timer
>>>   stype
>>>   _windows_change_timer
>>>   o_left
>>>   _anim_change_timer
>>>   _policy_change_timer
>>> illume-home
>>>   delay_slider
>>>   delay_label
>>> illume-keyboard
>>>   external
>>> illume-softkey
>>>   e_mod_sk_win_shutdown
>>>   e_mod_sk_win_new
>>> msgbus_lang
>>>   cb_langs
>>> notification
>>>   _gc_orient
>>>   uuid
>>>   _gc_class
>>> pager
>>>   popup_list
>>>
>>> Lots of them were introduced with last illume modules (/me look at
>>> devilhorns ;-))
>>>
>>> How to solve? Simple, go to that module and PREFIX the variable with
>>> _e_${MODNAME}_ or _${MODNAME}_ to make clear they will not clash with
>>> another module.
>>>
>>
>> And/or 'static' where appropriate, may be less work in some cases.
>
> Sure, I forgot to say that, but if the symbol is not used in other
> files, then just add the "static" keyword before the symbol
> definition.
>
> If people can help with such QA, then also check all EAPI inside
> modules. By default, modules should export only: e_modapi* (struct and
> 2-3 functions) as requested by E17. Everything else should be private
> to the module (either static or no-EAPI!).   Of course there are
> exceptions, for example modules that have dynamic modules themselves
> (illume, everything)
>
> BR,
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Ubuntu packages

[Tom Haste]

Hey chums!

As some of you might be aware, theres been a bit of back and forwards
on Ubuntu launchpad bug on getting python-efl (& EFL) into the
official ubuntu forums. I know its hardly any of our responsibility
but I know some of the package folks from Debian would be interested
in this. It also provides distribution of EFL in the biggest linux
distro ever (Which would be quite nice). Lets leave out the fact that
its still unreleased software, and see it as an opportunity to
generate some usage, bugs, and more importantly, developers.

Anyway, heres the Packaging Guidlines for ubuntu.
https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages

It says...
"Debian Import Freeze for lucid is on February 11, 2010. "
which gives us a month to see if we can get the debain experimental
packages into Ubuntu.

REVU is the best method of getting packages reviewed for inclusion in
the next release.
https://wiki.ubuntu.com/MOTU/Packages/REVU

Id be happy to put in some effort to getting it in. Anyone else have
experience in getting packages into Debian/Ubuntu?
Cheers,
Toma.

--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Fixing EFL and input focus on Maemo5/Fremantle

[Tom Haste]

Sorry if this is sidetracking a tad, but we also need a focus theme
for elementary (and E i guess). I know with my nokia 770 there was a
single button that was used like a left click. I imagine the n900 is
quite the same.

Anyway, if anyone has any suggestions on a focus theme, id gladly make
it up. Also, try to think of something different to the old focus
look. ;)

-Toma

On 11/29/09, Gustavo Sverzut Barbieri  wrote:
> Hi all,
>
> Valerio from Maemo community and developer of Python-EFL based
> Bluemaemo noticed that all EFL applications are broken with regard to
> focus on Maemo5 (aka Fremantle) platform. Actually, lots of people
> noticed it, but Valerio investigated the problem and solutions people
> were using to solve it on other platforms and found a very descriptive
> comment by Qt folks:
>
> http://qt.gitorious.org/+qt-maemo-developers/qt/qt-maemo/commit/fbf22e64599b220cf95ca90d27d0eb6cdeaa91fe
>
> // according to the ICCCM, the XSetInputFocus() should be optional for
> non-modal windows
> // see also
> 
> // seems like the Maemo5 WM is broken in that regard and always needs
> an explicit
> // XSetInputFocus() call.
>
> So my suggestion is us to work around and add that to Ecore_Evas using
> X backend.   We can even leave this always enabled as it will not
> break the standard, as it says "optional".
>
> Suggestions, opinions?
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

-- 
Sent from my mobile device

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel