[E-devel] [PATCH 3/3] libeweather: allow to specify whether data is given in celcius or fahrenheit format

2011-03-12 Thread Mika Laitio
Old version of code expected that the temperatures given were always in fahrenheit format. In many countries the unit used is however celcius. (celcius is also in ISO standard.) Add therefore new API's for specifying the source format and modify the code which printouts values to screen to make

[E-devel] [PATCH 2/3] libeweather: add support for decimals when displaying temperatures

2011-03-12 Thread Mika Laitio
Add EAPI functions eweather_data_format_prefix_count_get and eweather_data_format_prefix_count_set that can be used for getting and setting decimal count that is used for formatting the temperature values to screen. Change also the temperature values handle functions to use double instead of int.

[E-devel] [PATCH 1/3] libeweather: enable usage from c++ code

2011-03-12 Thread Mika Laitio
Fixes 2 problems when building the code with gcc on Linux. ) First problem came out when I included the "EWeather.h" to c++ file. In file included from /usr/local/include/EWeather_Plugins.h:4, from W1DeviceManagerController.hh:14, from W1DeviceManagerController.cc:15: /usr/local/include/EWeather.

[E-devel] [PATCH 0/3] libeweather code cleanups

2011-03-12 Thread Mika Laitio
This set of patches contains 3 different improvements for the libeweather that is in svn directory http://svn.enlightenment.org/svn/e/trunk/PROTO/libeweather - change libeweather public headers so that they can be used also from the c++ code - modify temperature values to be used internally as

Re: [E-devel] E SVN: jeffdameth trunk/E-MODULES-EXTRA/comp-scale/src

2011-03-12 Thread Daniel Juyung Seo
This issue must be happened to other languages as well. Need to keep in mind. Thanks a lot :) Daniel Juyung Seo (SeoZ) On Sun, Mar 13, 2011 at 5:35 AM, Enlightenment SVN wrote: > Log: > e-modules/comp-scale: dont translate empty string > > > Author:       jeffdameth > Date:         2011-03-12 12

Re: [E-devel] edje_decc -> build.sh

2011-03-12 Thread Daniel Juyung Seo
> Can't we just hardcode "edje_cc" in the printf call? I think that's ok. Anybody has an idea? If nobody disagrees, I'll fix this soon :) Thanks. Daniel Juyung Seo (SeoZ) On Sat, Mar 12, 2011 at 1:17 AM, Davide Andreoli wrote: > 2011/3/10 Daniel Juyung Seo : >> It looks like a bug. >> When usin

Re: [E-devel] eina error proposal

2011-03-12 Thread Mike Blumenkrantz
On Sat, 12 Mar 2011 14:02:15 -0500 Mike Blumenkrantz wrote: > Is there a reason why we don't use stringshare for allocated eina_error > messages? I am planning to add a function like eina_error_eq(Error1, Error2) > that would be nice to use with stringshare to avoid strcmp where possible... > Di

[E-devel] eina error proposal

2011-03-12 Thread Mike Blumenkrantz
Is there a reason why we don't use stringshare for allocated eina_error messages? I am planning to add a function like eina_error_eq(Error1, Error2) that would be nice to use with stringshare to avoid strcmp where possible... -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off!

Re: [E-devel] Adding support for a ternary state shift in illume keyboard

2011-03-12 Thread Rui Miguel Silva Seabra
Em 11-03-2011 10:24, Rui Miguel Silva Seabra escreveu: Em 11-03-2011 09:47, Rui Miguel Silva Seabra escreveu: Em 11-03-2011 04:02, Christopher Michael escreveu: On 03/10/2011 06:49 PM, Rui Miguel Silva Seabra wrote: Hi, I'm completely unsure of this patch and haven't had the change of testin

Re: [E-devel] imlib2 caching can fail

2011-03-12 Thread Jesper Saxtorph
On Friday 11 March 2011, 18:13:20, Jesper Saxtorph wrote: > > -Original Message- > > From: Kim Woelders [mailto:k...@woelders.dk] > > Sent: 10. marts 2011 20:52 > > To: Carsten Haitzler > > Cc: enlightenment-devel@lists.sourceforge.net; Jesper Saxtorph > > Subject: Re: [E-devel] imlib2 cach

Re: [E-devel] Private projects in svn.e.org

2011-03-12 Thread Tom Hacohen
+1. Exactly what I think. On Fri, Mar 11, 2011 at 7:54 PM, Michael Jennings wrote: > On Friday, 11 March 2011, at 18:36:37 (+0100), > Leif Middelschulte wrote: > > > Fair enough. Many of the said things are already part of the commit > guidlines. > > > > Cases to sort out: > > - In cases where t