Re: [E-devel] Another beta
On Tue, Nov 2, 2010 at 4:06 PM, Cedric BAIL wrote: > Hi everyone, > > I would like to do another beta during next week. As raster as a lot > of work and will not have the time required to do it, I would like > that this one put less burden on him. So I will try to do the tarball > and will request help from people to test them before putting them > online. I would like someone else to take on writing the content of > the news and we should synchronize our work for that one. > > But before doing that, I would like to see a few bugs to be gone and > maybe you have some of your bugs that you want to see gone for this > beta : > - eina: should now be portable and eina_file_*ls API should be fine. > Could you try on your OS that this is the case and report any issue. > - e17: > - focus issue: we have a lot of focus issue. > When switching from one desktop to another, sometime the window > with the focus doesn't receive keyboard input. > When moving windows from one desktop to another, sometime the > windows that we are moving loose the focus and it's another one that > we end up moving. > When you switch from one desktop to another, sometime a sticky > window will loose the focus. > - lock issue: in some condition, the lock code doesn't detect key > press and lock the screen when you are actively working. > - everything: when closing the window, e17 just segv. > > I know that the bug are mostly e17 bugs, but as we will provide > snapshot of e17, it's good to have a quality for that one too. I would > also like to include snapshot of elementary, ephoto, eve, python and > javascript bindings. So if you have bugs/concern regarding any of this > project please raise your hand ! > So it's been almost a week since the call, are there any stopper bugs in the core EFL that would hold this new beta? E17 Other libraries will be released as snapshot previews so wouldn't be a big problem to ship them with minor and hopefully known issues. Best Regars, Etrunko > -- > Cedric BAIL > > -- > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Eduardo de Barros Lima [email protected] -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book "Blueprint to a Billion" shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] defines for major and minor versions in exported header files
On Wed, Nov 24, 2010 at 8:58 AM, Carsten Haitzler wrote:
> On Wed, 24 Nov 2010 11:52:32 +0100 (CET) Vincent Torri
> said:
>
>>
>>
>> On Sun, 26 Sep 2010, Carsten Haitzler (The Rasterman) wrote:
>>
>> > On Sun, 26 Sep 2010 08:17:46 +0200 (CEST) Vincent Torri
>> > said:
>> >
>> >>
>> >> Hey,
>> >>
>> >> I see in Ecore.h:
>> >>
>> >> #define ECORE_VERSION_MAJOR 1
>> >> #define ECORE_VERSION_MINOR 0
>> >>
>> >>
>> >> 1) Should all the exported header files contain such information ?
>> >
>> > absolutely. that was the point. u can detect ecore version at runtime AND
>> > compile time (well compile time u can detect maj and min - not micro, as
>> > micro are only bugfix/internal improvements, no new features, thus no need
>> > to detect the version at compile time).
>>
>> should we do that beforerelase (or even the next beta) ?
>
> it's already done to all of efl being released for 1.0... unless you mean each
> ecore header separately - as such they are all the same version as ecore as
> its
> 1 package, so no need.
This could be improved to a automatic generated header file as we
already have defines for VERS_{MAJ,MIN,MIC,REV} exported in config.h.
Cheers, Etrunko
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler) [email protected]
>
>
> --
> 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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Eduardo de Barros Lima
[email protected]
--
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] defines for major and minor versions in exported header files
On Wed, Nov 24, 2010 at 11:04 AM, Vincent Torri wrote: > > > On Wed, 24 Nov 2010, [email protected] wrote: > Oh Gmail, please stop screwing my id! >> On Wed, Nov 24, 2010 at 8:58 AM, Carsten Haitzler >> wrote: >>> >>> On Wed, 24 Nov 2010 11:52:32 +0100 (CET) Vincent Torri >>> >>> said: >>> >>>> >>>> >>>> On Sun, 26 Sep 2010, Carsten Haitzler (The Rasterman) wrote: >>>> >>>>> On Sun, 26 Sep 2010 08:17:46 +0200 (CEST) Vincent Torri >>>>> said: >>>>> >>>>>> >>>>>> Hey, >>>>>> >>>>>> I see in Ecore.h: >>>>>> >>>>>> #define ECORE_VERSION_MAJOR 1 >>>>>> #define ECORE_VERSION_MINOR 0 >>>>>> >>>>>> >>>>>> 1) Should all the exported header files contain such information ? >>>>> >>>>> absolutely. that was the point. u can detect ecore version at runtime >>>>> AND >>>>> compile time (well compile time u can detect maj and min - not micro, >>>>> as >>>>> micro are only bugfix/internal improvements, no new features, thus no >>>>> need >>>>> to detect the version at compile time). >>>> >>>> should we do that beforerelase (or even the next beta) ? >>> >>> it's already done to all of efl being released for 1.0... unless you mean >>> each >>> ecore header separately - as such they are all the same version as ecore >>> as its >>> 1 package, so no need. >> >> This could be improved to a automatic generated header file as we >> already have defines for VERS_{MAJ,MIN,MIC,REV} exported in config.h. > > i proposed that (see my original mail), but raster thought it was a bit too > much. > Yes, I didn't expressed myself correctly. What I wanted was an _separated_ header file, like Ecore_Version.h.in or something like that. Cheers, Etrunko -- Eduardo de Barros Lima [email protected] -- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
