Re: [E-devel] E SVN: raster trunk/elementary/src/lib

2011-11-01 Thread Kim Yunhan 
Hello, raster

line 1167:
Grid_Item gi instance will be removed.
So it is meaningless. ;-)

BR,
Yunhan Kim



On Tue, Nov 1, 2011 at 11:38 AM, Enlightenment SVN 
no-re...@enlightenment.org wrote:

 Log:
 and set have to false in other error cases.



 Author:   raster
 Date: 2011-10-31 19:38:28 -0700 (Mon, 31 Oct 2011)
 New Revision: 64599
 Trac: http://trac.enlightenment.org/e/changeset/64599

 Modified:
  trunk/elementary/src/lib/elm_map.c

 Modified: trunk/elementary/src/lib/elm_map.c
 ===
 --- trunk/elementary/src/lib/elm_map.c  2011-11-01 02:35:40 UTC (rev 64598)
 +++ trunk/elementary/src/lib/elm_map.c  2011-11-01 02:38:28 UTC (rev 64599)
 @@ -1164,6 +1164,7 @@
  DBG(DOWNLOAD abort %s, gi-file);
  ecore_file_download_abort(gi-job);
  ecore_file_remove(gi-file);
 + gi-have = EINA_FALSE;
  gi-job = NULL;
  wd-try_num--;
   }
 @@ -1223,6 +1224,7 @@
  {
 DBG(Download failed %s (%d) , gi-file, status);
 ecore_file_remove(gi-file);
 +gi-have = EINA_FALSE;
  }
else
  gi-wd-finish_num++;



 --
 RSAreg; Conference 2012
 Save #36;700 by Nov 18
 Register now
 http://p.sf.net/sfu/rsa-sfdev2dev1
 ___
 enlightenment-svn mailing list
 enlightenment-...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-svn

--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] RFC: E17 Release

2011-11-01 Thread Vincent Torri 



On Tue, 1 Nov 2011, David Seikel wrote:


On Mon, 31 Oct 2011 19:56:57 -0700 (PDT) P Purkayastha
ppu...@gmail.com wrote:


/me eagerly waits for raster to write a book titled The path to
Enlightenment :-)


when we (the french guys) created the association, we had to register it 
to the Journal Officiel de la République Française (see wikipedia). The 
name of the association is 'Enlightenment.fr'. Then, I had to give a copy 
of that registration. I search 'Enlightenment' in the search engine of the 
Journal Officiel and found 2 entries. Our association, and another one 
which looks a lot like a sect...


http://www.journal-officiel.gouv.fr/association/index.php?ACTION=RechercherHI_PAGE=1HI_COMPTEUR=0original_method=getWHAT=enlightenmentJTH_ID=JAN_BD_CP=JRE_ID=JAN_LIEU_DECL=JTY_ID=JTY_WALDEC=JTY_SIREN=JPA_D_D=04%2F03%2F2005JPA_D_F=06%2F03%2F2005rechercher.x=59rechercher.y=5

Vincent

PS: I just noticed they changed their name from just 'Enlightnement' to 
'MANKIND ENLIGHTENMENT LOVE FRANCE - MARSEILLE' :-)--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH] Fix the bug that user cannot input key

2011-11-01 Thread Vincent Torri 

hey

about utf16 to utf8 conversion, can you try the function below ? If it 
works, I commit it.

Vincent


char *
evil_utf16_to_utf8(const wchar_t *text16)
{
char  *text8;
DWORD  flag = 0;
intsize8;

if ((!text16) || (*text16 == L'\0'))
  return NULL;

#if _WIN32_WINNT = 0x0600
flag = WC_ERR_INVALID_CHARS;;
#endif

size8 = WideCharToMultiByte(CP_UTF8, flag, text16, -1, NULL, 0, NULL, NULL);
if (size8 == 0)
  return NULL;

text8 = (char*)malloc(size8 * sizeof(char));
if (!text8)
  return NULL;

size8 = WideCharToMultiByte(CP_UTF8, flag, text16, -1, text8, size8, NULL, 
NULL);
if (size8 == 0)
  return NULL;

return text8;
}

--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Re : itask, taskbar and engage

2011-11-01 Thread Philippe Reynes 

 The fix should be in SVN now, r64588, try it now and see if that gets it
 fixed.

Yes, it's fixed for me too. thanks a lot for this fast answer/fix.

regards,
trem
--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] lua access to edje stuff. (People other than raster can read this, it wont hurt, might help.)

2011-11-01 Thread David Seikel 
I'm the one scratching the lua itch right now, and honestly no one
cares.  Except raster, as lua2 and script only groups were his ideas in
the first place.  So I want to go along with his thoughts.  Would be
great to have them.  B-)

Others can feel free to comment to.  You might actually care once lua
is fleshed out, so best to get in early.

One of rasters stated goals was to allow lua script only scripts to
access edje parts.  So these are my ideas about how to do that.

For my purposes, setting text and state on edje parts is important.  So
is color and text classes, but I've done them already.  I'll try to
take other stuff into consideration.  I'd love this stuff to get into
the next EFL release that is happening soon.  That would make my life so
much easier.  B-)

What we have already is a lua table called edje that contains C
functions.  There is one function for creating an evas rectangle. There
are a bunch of functions for dealing with evas objects we create from
lua.  There are other functions for messages, signals, timers, and
other things.  My earlier patch adds color and text class stuff.

There are some things evas can't do for edje objects.  Like setting the
edje state of an edje object.  So we would need to check if it's pure
lua evas object, or an edje object we are pointing to.

OPTIONS:

0) function method.

edje__object = edje.get_part(group/name, part_name);
edje_object:state(default, 0.0);
edje_object:text(some text);
text = edje_object:text();

As in embryo, it deals with the text on the part right now, not the
text in specific states.

1) table method.

ASSUMPTION:

Collections are pretty much combined I think.  Groups within a
collection override previous groups with the same name.  Groups from
later collections do the same.  The only thing in a collection is
uniquely named groups.  So we don't really need a collections table.

Instead of edje.collections[group/name],  edje.[group/name] works
fine, so long as there are no conflicts between the group name and lua
edje functions.  Lua likely that as a string key, which would be
different from a function key of the same name.  I've not tested that
though when using the table.key syntax sugar, and was burned on the
whole table[0.0] nonsense.

edje[group/name].parts.part_name.state = state_name 0.0;
edje[group/name].parts.part_name.state = {state_name, 0.0};
edje[group/name].parts.part_name[state_name 0.0].text.text =
some text;
text = edje[group/name].parts.part_name[state_name 0.0].text.text;
edje[group/name].parts.part_name = some text;

Unlike embryo, we can deal with the text on the part right now, or the
text in specific states.

We can also extend this to other bits of the edje -

edje[group/name].parts.part_name
edje[group/name].parts.alias.alias_name
edje[group/name].data.key
edje[group/name].script
edje[group/name].programs.program_name

2) combining the two.

It boils down to these two being the same thing -

edje.get_part(group/name, part_name)
edje[group/name].parts.part_name

So, we can do these things -

edje__object = edje.get_part(group/name, part_name)
edje_object[state_name 0.0].text.text = some text;
edje.get_part(group/name, part_name):text(some text);
edje.get_part(group/name, part_name)[state_name 0.0].text.text =
some text;
edje[group/name].parts.part_name:text(some text);

3) any other suggestions?

I like option 2.  Lots of flexibility, and I don't think it will
require much more code to implement.


Notes about lua syntax:

For those not familiar with lua syntax.  The only data structure in lua
is the table, an associative array, but it's very flexible.  Any type
can be a key (except nil, and sometimes the number 0 or 0.0. see
below), the values in any given table can be any type.  table[key] is
the usual way to access a table member.  Since using strings as keys is
common, and to make things look like data structures from other
languages, table.string_key is syntactic sugar for table[string_key] .

So here I use table[group/name] coz it's common to have / in group
names, and group/name is a division expression resulting in a number,
not a string key that is suitable for the above mentioned syntax sugar.

But then there is the table[0.0] nonsense ...

First, in lua 0 and 0.0 are the same.  There really is no integer type.
However, lua has more syntax sugar for tables with positive integer
keys greater than 0, they can be treated like odinary arrays.  There are
some language features that deal with them that way.  You can mix these
sorts of keys with non integer keys, the non integer keys are ignored
by those language features dealing with oldinary arrays.

The lua developers say that these arrays start at 1.  In reality -

Tables with numeric keys that are equal to 0 only work sometimes.
Sometimes they are just keys can be anything, and work fine.  Other
times lua thinks Hey, this is an integer, and you can't have an
integer key of 0 for arrays, coz arrays start at 1.  Sometimes this
later case has NOTHING to

[E-devel] [elm_map] Fix up too many connections at the same time.

2011-11-01 Thread Kim Yunhan 
Hello.

Currently, elm_map requests all visible map image tile to map server at the
same time.
If the scene is turned off while panning or zooming, it will be aborted on
HTTP requests.
But it already sent to map server, and it already made useless HTTP
connections.
So if you pan scrolling quickly, elm_map try to download and abort too many
HTTP
connections repeatedly.

If you have stable and high-throughput data connection, it doesn't matter
on your side.
However map server will get high load, It is sufficient reason to block
you.
In another case, if you have poor data connection such as 3G connection, it
has less
throughput and it causes delay of downloading. And finally, the device is
as full as
HTTP connections even you already aborted. It makes low-performance issue on
your device.

I wrote a patch for solving this situation.
The idea is simple.

1. I limited number of maximum HTTP request on elm_map side.
2. If maximum HTTP request is exceed, keep requests on Eina_List.
3. If each image downloading is completed, try to download recent request.
   (Because it has strong possibility for your screen)
4. At the same time, invisible request will be removed.
   (It doesn't make HTTP connection yet)

I tested many times on my desktop and device.
It works for me. And elm_map's performance is improved appreciably on 3G
connections.

Please review this patch.

BR,
Yunhan Kim.
Index: lib/elm_map.c
===
--- lib/elm_map.c   (revision 64603)
+++ lib/elm_map.c   (working copy)
@@ -45,6 +45,7 @@
 
 #define PINCH_ZOOM_MIN 0.25
 #define PINCH_ZOOM_MAX 4.0
+#define MAX_CONCURRENT_DOWNLOAD 10
 
 #define GPX_NAME name
 #define GPX_COORDINATES trkpt 
@@ -241,9 +242,11 @@
 struct _Grid_Item
 {
Widget_Data *wd;
+   Grid *g;
Evas_Object *img;
//Evas_Object *txt;
const char *file;
+   const char *source;
struct {
 int x, y, w, h;
} src, out;
@@ -298,7 +301,6 @@
} show;
int tsize;
int nosmooth;
-   int preload_num;
Eina_List *grids;
Eina_Bool resized : 1;
Eina_Bool on_hold : 1;
@@ -362,6 +364,8 @@
Map_Sources_Tab *src;
const char *gpx_file;
int zoom_min, zoom_max;
+   Eina_List *download_list;
+   int download_num;
 };
 
 struct _Pan
@@ -501,6 +505,8 @@
 static Grid *grid_create(Evas_Object *obj);
 static void grid_load(Evas_Object *obj, Grid *g);
 
+static void _process_download_list(Evas_Object *obj);
+static void _add_download_list(Evas_Object *obj, Grid_Item *gi);
 
 static void _group_object_create(Marker_Group *group);
 static void _group_object_free(Marker_Group *group);
@@ -1147,17 +1153,8 @@
 evas_object_del(gi-img);
 //evas_object_del(gi-txt);
 
-if (gi-want)
-  {
- gi-want = EINA_FALSE;
- wd-preload_num--;
- if (!wd-preload_num)
-   {
-  
edje_object_signal_emit(elm_smart_scroller_edje_object_get(wd-scr),
-  elm,state,busy,stop, elm);
-  evas_object_smart_callback_call(obj, SIG_LOADED_DETAIL, 
NULL);
-   }
-  }
+wd-download_list = eina_list_remove(wd-download_list, gi);
+gi-want = EINA_FALSE;
 
 if (gi-job)
   {
@@ -1170,6 +1167,8 @@
   }
 if (gi-file)
   eina_stringshare_del(gi-file);
+if (gi-source)
+  eina_stringshare_del(gi-source);
 
 free(gi);
  }
@@ -1201,13 +1200,6 @@
//evas_object_show(gi-txt);
 
gi-have = EINA_TRUE;
-   gi-wd-preload_num--;
-   if (!gi-wd-preload_num)
- {
-
edje_object_signal_emit(elm_smart_scroller_edje_object_get(gi-wd-scr),
-elm,state,busy,stop, elm);
-evas_object_smart_callback_call(gi-wd-obj, SIG_LOADED_DETAIL, NULL);
- }
 }
 
 static void
@@ -1215,10 +1207,15 @@
 {
Grid_Item *gi = data;
 
+   gi-wd-download_num--;
gi-download = EINA_FALSE;
gi-job = NULL;
 
-   if ((gi-want)  (status == 200)) _tile_update(gi);
+   if ((gi-want)  (status == 200))
+ {
+_tile_update(gi);
+DBG(DOWNLOAD done %s, gi-file);
+ }
 
if (status != 200)
  {
@@ -1230,9 +1227,88 @@
  gi-wd-finish_num++;
 
evas_object_smart_callback_call(gi-wd-obj, SIG_DOWNLOADED, NULL);
-   DBG(DOWNLOAD done %s, gi-file);
+   if (!gi-wd-download_num)
+ {
+
edje_object_signal_emit(elm_smart_scroller_edje_object_get(gi-wd-scr), 
elm,state,busy,stop, elm);
+evas_object_smart_callback_call(gi-wd-obj, SIG_LOADED_DETAIL, NULL);
+ }
+   _process_download_list(gi-wd-obj);
 }
 
+static void
+_process_download_list(Evas_Object *obj)
+{
+   ELM_CHECK_WIDTYPE(obj, widtype);
+   Widget_Data *wd = elm_widget_data_get(obj);
+   Eina_List *l;
+   Evas_Coord ox, oy, ow, oh, cvx, cvy, cvw, cvh, tx, ty, gw, gh, xx, yy, ww, 
hh;
+   Grid_Item *gi;
+
+   evas_object_geometry_get(wd-pan_smart, ox, oy, ow, oh);
+

Re: [E-devel] conf_randr - A Randr dialog for e17

2011-11-01 Thread The Rasterman 
On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt ste...@datenfreihafen.org
said:

 Hello.
 
 Just found some time to test out this patch against todays svn.
 
 A small conflict due to the addition of the taskbar happens during
 applying it. Trivial to fix.

same.

 More interesting is a segfault when edje_cc builds the .edj. A
 backtrace points to ecore_mainloop and friends used for the SVG stuff.
 And indeed, converting the svg to png make edje_cc happy. (separate
 mail for the issue)

separate issue indeed - but i didn't see that problem. worked for me. :/

 On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote:
  
  find attached another version of the patch. It works here, but I
  don't have the ressources to test it properly.
  
  Known issues:
  Frontend (conf_randr):
  - not pushed into e/demodulized yet
  - dialog has to be resized manually for displays to be proper positioned
 
 Thats a bit confusing at the first time. The display should be changed
 to something vendor neutral btw. :)

a small issue. but there are bigger fish to fry. :)

 I only see one output here which seems to be the LVDS of my notebook.
 The external monitor connected over DVI and from xrandr detected as
 HDMI2 seems to be missing completely. Problems with EDID parsing or
 such? Where should I look for debug infos for this?

did you try restart e after it's plugged in? i have it showing hdmi and lvds.
this i think is the issue of polling. you need to keep checking for new screens
with current xorgs to see a new monitor. this is something ifound last patch
rounf.

 The setup is a Lenove X220 with a docking station and one monitor
 connected over DVI. I can test with VGA the next days as well. xrandr
 is happy with detecting it and I'm able to set it up as multi-monitor
 with it.
 
  - segv when closing the dialog because of resize callback of the
  arrengement smart class are called after the dialog's data is freed
 
 Does not happen here.

i found a different segv:

(gdb) bt
#0  0x0086e416 in __kernel_vsyscall ()
#1  0x00219513 in __waitpid_nocancel ()
at ../sysdeps/unix/syscall-template.S:82
#2  0x08071f94 in e_alert_show (sig=11) at e_alert.c:57
#3  signal handler called
#4  0x011a18e6 in
#_e_config_randr_dialog_subdialog_arrangement_determine_positions_recursive
#(obj=value optimized out)
at e_int_config_randr_arrangement.c:626
#5  0x011a186b in
#_e_config_randr_dialog_subdialog_arrangement_determine_positions_recursive
#(obj=value optimized out)
at e_int_config_randr_arrangement.c:681
(gdb) fr 4
#4  0x011a18e6 in
#_e_config_randr_dialog_subdialog_arrangement_determine_positions_recursive
#(obj=value optimized out)
at e_int_config_randr_arrangement.c:626
626dialog_data-new_pos.x =
neighbor_info-new_pos.x + neighbor_info-previous_mode-width;
(gdb) p *dialog_data 
$3 = {crtc = 0x8d70594, output = 0x0, previous_pos = {x = -1, y = -1}, 
  new_pos = {x = -1, y = 0}, previous_mode = 0x0, new_mode = 0x8d703b0, 
  preferred_mode = 0x0, previous_orientation = 4294967295, 
  new_orientation = ECORE_X_RANDR_ORIENTATION_ROT_0, 
  previous_policy = 4294967295, new_policy = ECORE_X_RANDR_OUTPUT_POLICY_NONE, 
  bg = 0xabccf60}

... notice previous_mode is NULL; i get this one regularly.

  - missing icons for policies and orientations
  - missing policy for ask what to do on connection
  Backend (e_randr):
  - missing polling backend for events
  - setup storage seems to fail, but should be fixable soon(TM).
 
 The popup if one wants to keep the settings seems also to small. The
 second counter is not completely visible. The storage button did not
 trigger any event and keep and restore have been not always working
 for me.
 
 Besides that it looks quite nice.
 
 Need to find out why it does not detect my external monitor the next
 days.

h you haven't gotten to the next phase then... where it's a bitch to get it
to work at all. i've been trying to drag monitors left and right and they stick
then reset afterwards. if i select things like left of or right of and so
on i find it just doesnt switch screens on apply - dnding the mini-monitors
around seems pot-luck on a good day - after much clicking, selecting and
dragging i finally got it to configure hdmi to be left of lvds... but this
isn't working well right now - not well enough to go gold. th crash - can be
fixed. the resizing. can be fixed. i agree with the monitor branding thing.
also mine are squashed and ultra-wide. but thats gfx. the real issues are in
this actually working well enough to iron out the lesser issues.

leif - right now it still needs work. the ui and overall direction is right.
now it actuallly needs to work beyond the roll some dice point. well.. here
is also the bit where i ask you... does it work solidly for you? can u configre
screens to be left/right/above/below of others reliably with a quick drag +
apply or select from radio buttons? because it definitely doesnt work reliably
for me :(

 regards
 Stefan Schmidt

Re: [E-devel] [PATCH] Fix the bug that user cannot input key

2011-11-01 Thread The Rasterman 
On Tue, 1 Nov 2011 08:54:47 +0100 (CET) Vincent Torri vto...@univ-evry.fr
said:

does that work on wince?

 
 hey
 
 about utf16 to utf8 conversion, can you try the function below ? If it 
 works, I commit it.
 
 Vincent
 
 
 char *
 evil_utf16_to_utf8(const wchar_t *text16)
 {
 char  *text8;
 DWORD  flag = 0;
 intsize8;
 
 if ((!text16) || (*text16 == L'\0'))
   return NULL;
 
 #if _WIN32_WINNT = 0x0600
 flag = WC_ERR_INVALID_CHARS;;
 #endif
 
 size8 = WideCharToMultiByte(CP_UTF8, flag, text16, -1, NULL, 0, NULL,
 NULL); if (size8 == 0)
   return NULL;
 
 text8 = (char*)malloc(size8 * sizeof(char));
 if (!text8)
   return NULL;
 
 size8 = WideCharToMultiByte(CP_UTF8, flag, text16, -1, text8, size8,
 NULL, NULL); if (size8 == 0)
   return NULL;
 
 return text8;
 }
 
 --
 RSAreg; Conference 2012
 Save #36;700 by Nov 18
 Register now
 http://p.sf.net/sfu/rsa-sfdev2dev1
 ___
 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


--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] some e17 bugs

2011-11-01 Thread Jochen Schröder 

Hi guys,

I've been having a couple of small issues with e17 for a while and 
thought I really should report them. I've just updated and they still 
persist.


1. An issue with removable media and desktop items. When I plug in a 
flashdrive, it shows up fine on the desktop. It also disappears again 
once I remove it. However, if I mount it (via right click), and then 
unmount and remove the drive. It stays on the desktop until I restart E. 
xsession-errors shows some dbus errors and a segfault (attached).


2. The places module is totally empty for me, i.e. it does not show any 
drives.


3. I'm not sure if this is actually a bug or intended behaviour. I'm 
using two screens and would like to use alt-tab to switch between 
windows on both screens, but not on other virtual desks. However, when I 
check Windows from other screens in Windows List Settings, but leave 
Windows from other desks unchecked. It switches to only windows on the 
desk of the screen I'm on, but windows from all desks from the other 
screen are in the list. I find this extremely confusing, especially if 
one by accident releases the alt-tab and is on the other screen, now 
windows from all desks on the previous screen are included. I really 
only want to switch between the windows on the two visible desks.



Cheers
Jochen
/etc/gdm3/Xsession: Beginning session setup...
/etc/gdm3/Xsession: 43: /etc/X11/Xsession.d/98vboxadd-xclient: 
/usr/bin/VBoxClient: not found
/etc/gdm3/Xsession: 44: /etc/X11/Xsession.d/98vboxadd-xclient: 
/usr/bin/VBoxClient: not found
/etc/gdm3/Xsession: 46: /etc/X11/Xsession.d/98vboxadd-xclient: 
/usr/bin/VBoxClient: not found
/etc/gdm3/Xsession: 48: /etc/X11/Xsession.d/98vboxadd-xclient: 
/usr/bin/VBoxClient: not found
ESTART: 0.0 [0.0] - Begin Startup
ESTART: 0.5 [0.4] - Signal Trap
ESTART: 0.5 [0.1] - Signal Trap Done
ESTART: 0.8 [0.3] - Eina Init
ESTART: 0.00025 [0.00017] - Eina Init Done
ESTART: 0.00026 [0.0] - Determine Prefix
=
Enlightenment relocation handling
=
PREFIX:  /opt/e17
BINDIR:  /opt/e17/bin
LIBDIR:  /opt/e17/lib
DATADIR: /opt/e17/share/enlightenment
LOCALE:  /opt/e17/share/locale
=
ESTART: 0.00034 [0.9] - Determine Prefix Done
ESTART: 0.00039 [0.5] - Environment Variables
ESTART: 0.00041 [0.2] - Environment Variables Done
ESTART: 0.00042 [0.0] - Parse Arguments
ESTART: 0.00042 [0.1] - Parse Arguments Done
ESTART: 0.00043 [0.0] - Eet Init
ESTART: 0.00164 [0.00121] - Eet Init Done
ESTART: 0.00166 [0.2] - Ecore Init
ESTART: 0.00181 [0.00015] - Ecore Init Done
ESTART: 0.00182 [0.1] - Ecore Event Handlers
ESTART: 0.00184 [0.2] - Ecore Event Handlers Done
ESTART: 0.00185 [0.1] - Ecore_IMF Init
ESTART: 0.01280 [0.01096] - Ecore_IMF Init Done
ESTART: 0.01289 [0.9] - Ecore_File Init
ESTART: 0.01410 [0.00120] - Ecore_File Init Done
ESTART: 0.01414 [0.5] - Ecore_Con Init
ESTART: 0.01420 [0.6] - Ecore_Con Init Done
ESTART: 0.01421 [0.1] - Ecore_Ipc Init
ESTART: 0.01424 [0.3] - Ecore_Ipc Init Done
ESTART: 0.01426 [0.1] - Ecore_X Init
ESTART: 0.01427 [0.2] - Ecore_X Init Done
ESTART: 0.01429 [0.1] - Ecore_Evas Init
ESTART: 0.01455 [0.00027] - Ecore_Evas Init Done
ESTART: 0.01457 [0.2] - Ecore_Evas Engine Check
ESTART: 0.01458 [0.1] - Ecore_Evas Engine Check Done
ESTART: 0.01459 [0.1] - Edje Init
ESTART: 0.01514 [0.00054] - Edje Init Done
ESTART: 0.01517 [0.3] - E Intl Init
ESTART: 0.01522 [0.5] - E Intl Init Done
ESTART: 0.01523 [0.1] - E_Alert Init
ESTART: 0.01524 [0.1] - E_Alert Init Done
ESTART: 0.01525 [0.1] - E_Xinerama Init
E17 INIT: XINERAMA SCREEN: [0], 2560x1440+1920+0
E17 INIT: XINERAMA SCREEN: [1], 1920x1080+0+0
E17 INIT: XINERAMA CHOSEN: [1], 1920x1080+0+0
E17 INIT: XINERAMA CHOSEN: [0], 2560x1440+1920+0
ESTART: 0.01582 [0.00057] - E_Xinerama Init Done
ESTART: 0.01586 [0.4] - E_Randr Init
E_RANDR: possible CRTC: 79
E_RANDR: possible CRTC: 0
E_RANDR: filling 1/2 (79)
Fillng CRTC 79 (0x1b75de0)
CRTC 79 apparently is in mode 84, trying to find it in the list of modes..
found CRTC 79 in mode 84
E_RANDR: filling 2/2 (0)
Fillng CRTC 0 (0x1b75e60)
CRTC 0 apparently is in mode -1, trying to find it in the list of modes..
ESTART: 0.02002 [0.00416] - E_Randr Init Done
ESTART: 0.02004 [0.2] - E_Hints Init
ESTART: 0.02048 [0.00044] - E_Hints Init Done
ESTART: 0.02050 [0.2] - E_Configure Init
ESTART: 0.02064 [0.00015] - E_Configure Init Done
ESTART: 0.02066 [0.2] - E Directories Init
ESTART: 0.02085 [0.00019] - E Directories Init Done
ESTART: 0.02087 [0.2] - E_Filereg Init
ESTART: 0.02089 [0.2] - E_Filereg Init Done
ESTART: 0.02090 [0.1] - E_Config Init
ESTART: 0.02385 [0.00294] - E_Config Init Done
ESTART: 0.02393 [0.8] - E_Env Init
ESTART: 0.02394 [0.2] - E_Env Init Done
ESTART: 0.02397 [0.3] - E_Scale Init
ESTART: 0.02402 [0.5] -

[E-devel] I reverted commit 64549 - change _elm_win_resize_job use ecore_evas_request_geometry_get function.

2011-11-01 Thread Tom Hacohen 
Hey,

I reverted this commit, it broke win inline. Here's my revert commit 
message:

 Revert change _elm_win_resize_job use 
ecore_evas_request_geometry_get funct

 This reverts commit 64549.

 I gotta adimt, your commit looks correct to me, but hey, it breaks
 elementary_test's Window Inline test... Please investigate it further
 and make re-apply your commit afetr your solve these issues.


Cheers,
Tom.

--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] conf_randr - A Randr dialog for e17

2011-11-01 Thread Stefan Schmidt 
Hello.

On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote:
 On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt ste...@datenfreihafen.org
 said:
 
  More interesting is a segfault when edje_cc builds the .edj. A
  backtrace points to ecore_mainloop and friends used for the SVG stuff.
  And indeed, converting the svg to png make edje_cc happy. (separate
  mail for the issue)
 
 separate issue indeed - but i didn't see that problem. worked for me. :/

Will be tracked down separately.

  On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote:
   
   find attached another version of the patch. It works here, but I
   don't have the ressources to test it properly.
   
   Known issues:
   Frontend (conf_randr):
   - not pushed into e/demodulized yet
   - dialog has to be resized manually for displays to be proper positioned
  
  Thats a bit confusing at the first time. The display should be changed
  to something vendor neutral btw. :)
 
 a small issue. but there are bigger fish to fry. :)

Agreed, but it asks for unneeded trouble to get it in like this.

  I only see one output here which seems to be the LVDS of my notebook.
  The external monitor connected over DVI and from xrandr detected as
  HDMI2 seems to be missing completely. Problems with EDID parsing or
  such? Where should I look for debug infos for this?
 
 did you try restart e after it's plugged in? i have it showing hdmi and lvds.
 this i think is the issue of polling. you need to keep checking for new 
 screens
 with current xorgs to see a new monitor. this is something ifound last patch
 rounf.

Actually I was thinking I did restart e. Will do for sure when I test
again in the evening. Also some more testing with VGA and also on a
different machine with older intel graphics card.


  Need to find out why it does not detect my external monitor the next
  days.
 
 h you haven't gotten to the next phase then... where it's a bitch to get 
 it
 to work at all. i've been trying to drag monitors left and right and they 
 stick
 then reset afterwards. if i select things like left of or right of and so
 on i find it just doesnt switch screens on apply - dnding the mini-monitors
 around seems pot-luck on a good day - after much clicking, selecting and
 dragging i finally got it to configure hdmi to be left of lvds... but this
 isn't working well right now - not well enough to go gold. th crash - can be
 fixed. the resizing. can be fixed. i agree with the monitor branding thing.
 also mine are squashed and ultra-wide. but thats gfx. the real issues are in
 this actually working well enough to iron out the lesser issues.

All this has to wait until I can actually can see my different
screens. Job for tonight. :)

 leif - right now it still needs work. the ui and overall direction is right.
 now it actuallly needs to work beyond the roll some dice point. well.. here
 is also the bit where i ask you... does it work solidly for you? can u 
 configre
 screens to be left/right/above/below of others reliably with a quick drag +
 apply or select from radio buttons? because it definitely doesnt work reliably
 for me :(

Not gold. That he mentioned himself. The question I ask myself is if
it is good enough to go into svn while being disabled by default.
Would make testing and fixing easier. No idea what Leif thinks about
this. Not a big problem for me anyway can use the patch in a different
branch here for all my testing.

regards
Stefan Schmidt

--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Fun: world is against e17 release

2011-11-01 Thread Gustavo Sverzut Barbieri 
Fun thing, I started to hack e17 connman and when I suspended to get into
the airplane my home filesystem blew. Trying to go on I used an mmc I had,
the battery ran out. Then my flight to brazil was overbooked in Madrid and
as I never visited I stayed there for the day, also had no Internet to
rescue my fs (broken btrfsck). I kept hacking on today's flight and the
battery ran out and I've lost parts of the file

Yeah, the world is against us :-)

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Fun: world is against e17 release

2011-11-01 Thread Tom Hacohen 
On 01/11/11 13:07, Gustavo Sverzut Barbieri wrote:
 Fun thing, I started to hack e17 connman and when I suspended to get into
 the airplane my home filesystem blew. Trying to go on I used an mmc I had,
 the battery ran out. Then my flight to brazil was overbooked in Madrid and
 as I never visited I stayed there for the day, also had no Internet to
 rescue my fs (broken btrfsck). I kept hacking on today's flight and the
 battery ran out and I've lost parts of the file

 Yeah, the world is against us :-)



lol.

--
Tom.

--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet IN trunk/elementary: doc/widgets src/bin src/edje_externals src/examples src/lib

2011-11-01 Thread Gustavo Sverzut Barbieri 
As sachiel said, fixing users in svn would help (eg apps and bindings such
as python)

On Monday, October 31, 2011, ChunEon Park her...@naver.com wrote:
 You're right.
 I noticed it.
 
 -Regards, Hermet-

 -Original Message-
 From: Iván Briano (Sachiel)lt;sachi...@gmail.comgt;
 To: enlightenment-devel@lists.sourceforge.net
 Cc:
 Sent: 11-10-31(월) 12:01:53
 Subject: Re: [E-devel] E SVN: hermet IN trunk/elementary: doc/widgets
src/bin src/edje_externals src/examples src/lib
 2011/10/31 Enlightenment SVN lt;no-re...@enlightenment.orggt;:
 Log:
 elementary - slider, scroller, progressbar, radio

 applied elm_object_content_set/get/unset APIs.


 I know this are just deprecations and there's no actual API breakage
 going on, but I still felt like putting this reminder here.
 It used to be show of common courtesy around here, that when
 someone went and changed a function, struct, or whatever, to find
 users of said whatever in SVN and fix them accordingly. At least
 when these changes where simple sed like fixes.
 Again, just a heads up on the old customs for the new people around.

 Author: hermet
 Date: 2011-10-30 19:56:03 -0700 (Sun, 30 Oct 2011)
 New Revision: 64542
 Trac: http://trac.enlightenment.org/e/changeset/64542

 Modified:
 trunk/elementary/doc/widgets/widget_preview_progressbar.c
trunk/elementary/doc/widgets/widget_preview_scroller.c
trunk/elementary/src/bin/config.c
trunk/elementary/src/bin/test_anchorblock.c
trunk/elementary/src/bin/test_button.c
trunk/elementary/src/bin/test_ctxpopup.c
trunk/elementary/src/bin/test_factory.c
trunk/elementary/src/bin/test_focus.c
trunk/elementary/src/bin/test_launcher.c
trunk/elementary/src/bin/test_photo.c
trunk/elementary/src/bin/test_progressbar.c
trunk/elementary/src/bin/test_radio.c
trunk/elementary/src/bin/test_scroller.c
trunk/elementary/src/bin/test_slider.c
trunk/elementary/src/bin/test_thumb.c
trunk/elementary/src/bin/test_win_inline.c
trunk/elementary/src/edje_externals/elm_progressbar.c
trunk/elementary/src/edje_externals/elm_radio.c
trunk/elementary/src/edje_externals/elm_scroller.c
trunk/elementary/src/edje_externals/elm_slider.c
trunk/elementary/src/examples/progressbar_example.c
trunk/elementary/src/examples/radio_example_01.c
trunk/elementary/src/examples/scroller_example_01.c
trunk/elementary/src/examples/slider_example.c trunk/elementary/src/lib/
Elementary.h.in trunk/elementary/src/lib/elc_anchorview.c
trunk/elementary/src/lib/elc_ctxpopup.c trunk/elementary/src/lib/elm_map.c
trunk/elementary/src/lib/elm_progressbar.c
trunk/elementary/src/lib/elm_radio.c
trunk/elementary/src/lib/elm_scroller.c
trunk/elementary/src/lib/elm_slider.c

 Modified: trunk/elementary/doc/widgets/widget_preview_progressbar.c
 ===
 --- trunk/elementary/doc/widgets/widget_preview_progressbar.c 2011-10-31
02:32:57 UTC (rev 64541)
 +++ trunk/elementary/doc/widgets/widget_preview_progressbar.c 2011-10-31
02:56:03 UTC (rev 64542)
 @@ -15,7 +15,7 @@
 pb = elm_progressbar_add(win);
 elm_object_text_set(pb, Label);
 elm_progressbar_span_size_set(pb, 100);
 -elm_progressbar_icon_set(pb, ic);
 +elm_object_content_set(pb, ic);
 elm_progressbar_unit_format_set(pb, %1.1f units);
 evas_object_size_hint_align_set(pb, EVAS_HINT_FILL, EVAS_HINT_FILL);
 evas_object_size_hint_weight_set(pb, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);

 Modified: trunk/elementary/doc/widgets/widget_preview_scroller.c
 ===
 --- trunk/elementary/doc/widgets/widget_preview_scroller.c 2011-10-31
02:32:57 UTC (rev 64541)
 +++ trunk/elementary/doc/widgets/widget_preview_scroller.c 2011-10-31
02:56:03 UTC (rev 64542)
 @@ -9,6 +9,6 @@
 Evas_Object *o2 = elm_label_add(win);
 elm_object_text_set(o2, This is the content of the scroller);
 evas_object_show(o2);
 -elm_scroller_content_set(o, o2);
 +elm_object_content_set(o, o2);

 #include widget_preview_tmpl_foot.c

 Modified: trunk/elementary/src/bin/config.c
 ===
 --- trunk/elementary/src/bin/config.c 2011-10-31 02:32:57 UTC (rev 64541)
 +++ trunk/elementary/src/bin/config.c 2011-10-31 02:56:03 UTC (rev 64542)
 @@ -1453,7 +1453,7 @@
 evas_object_show(sc);

 sample = _sample_theme_new(win);
 - elm_scroller_content_set(sc, sample);
 + elm_object_content_set(sc, sample);
 evas_object_show(sample);
 evas_object_data_set(win, theme_preview, sample);

 @@ -2443,7 +2443,7 @@
 evas_object_size_hint_alig Modified:
trunk/elementary/src/bin/test_anchorblock.c
 ===
 --- trunk/elementary/src/bin/test_anchorblock.c 2011-10-31 02:32:57 UTC
(rev 64541)
 +++ trunk/elementary/src/bin/test_anchorblock.c 2011-10-31 02:56:03 UTC
(rev 64542)
 @@ -230,7 +230,7 @@
 elm_box_pack_end(bx, bb);
 evas_object_show(bb);

 - elm_scroller_content_set(sc, bx);
 + elm_object_content_set(sc, bx);

Re: [E-devel] conf_randr - A Randr dialog for e17

2011-11-01 Thread Cedric BAIL 
Hi,

On Tue, Nov 1, 2011 at 11:59 AM, Stefan Schmidt
ste...@datenfreihafen.org wrote:
 On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote:
 On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt ste...@datenfreihafen.org
 said:

  More interesting is a segfault when edje_cc builds the .edj. A
  backtrace points to ecore_mainloop and friends used for the SVG stuff.
  And indeed, converting the svg to png make edje_cc happy. (separate
  mail for the issue)

 separate issue indeed - but i didn't see that problem. worked for me. :/

 Will be tracked down separately.

  On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote:
  
   find attached another version of the patch. It works here, but I
   don't have the ressources to test it properly.
  
   Known issues:
   Frontend (conf_randr):
   - not pushed into e/demodulized yet
   - dialog has to be resized manually for displays to be proper positioned
 
  Thats a bit confusing at the first time. The display should be changed
  to something vendor neutral btw. :)

 a small issue. but there are bigger fish to fry. :)

 Agreed, but it asks for unneeded trouble to get it in like this.

  I only see one output here which seems to be the LVDS of my notebook.
  The external monitor connected over DVI and from xrandr detected as
  HDMI2 seems to be missing completely. Problems with EDID parsing or
  such? Where should I look for debug infos for this?

 did you try restart e after it's plugged in? i have it showing hdmi and lvds.
 this i think is the issue of polling. you need to keep checking for new 
 screens
 with current xorgs to see a new monitor. this is something ifound last patch
 rounf.

 Actually I was thinking I did restart e. Will do for sure when I test
 again in the evening. Also some more testing with VGA and also on a
 different machine with older intel graphics card.


  Need to find out why it does not detect my external monitor the next
  days.

 h you haven't gotten to the next phase then... where it's a bitch to get 
 it
 to work at all. i've been trying to drag monitors left and right and they 
 stick
 then reset afterwards. if i select things like left of or right of and so
 on i find it just doesnt switch screens on apply - dnding the mini-monitors
 around seems pot-luck on a good day - after much clicking, selecting and
 dragging i finally got it to configure hdmi to be left of lvds... but this
 isn't working well right now - not well enough to go gold. th crash - can 
 be
 fixed. the resizing. can be fixed. i agree with the monitor branding thing.
 also mine are squashed and ultra-wide. but thats gfx. the real issues are in
 this actually working well enough to iron out the lesser issues.

 All this has to wait until I can actually can see my different
 screens. Job for tonight. :)

 leif - right now it still needs work. the ui and overall direction is right.
 now it actuallly needs to work beyond the roll some dice point. well.. here
 is also the bit where i ask you... does it work solidly for you? can u 
 configre
 screens to be left/right/above/below of others reliably with a quick drag +
 apply or select from radio buttons? because it definitely doesnt work 
 reliably
 for me :(

 Not gold. That he mentioned himself. The question I ask myself is if
 it is good enough to go into svn while being disabled by default.
 Would make testing and fixing easier. No idea what Leif thinks about
 this. Not a big problem for me anyway can use the patch in a different
 branch here for all my testing.

Not to mention having more devs working on it and more people testing
it. I do expect it to be broken, but at least we can start to work
fixing the issue together. I vote again to push that in svn with
default build being disabled.
-- 
Cedric BAIL

--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] conf_randr - A Randr dialog for e17

2011-11-01 Thread Tom Hacohen 
On 01/11/11 17:00, Cedric BAIL wrote:
 Not to mention having more devs working on it and more people testing
 it. I do expect it to be broken, but at least we can start to work
 fixing the issue together. I vote again to push that in svn with
 default build being disabled.

You don't even have to disable the build if it's a module... The same 
thing with quaker (q66), should just commit his code (external module) 
and work there. No need to keep code on your personal computers for 
months, just share. :)

--
Tom.


--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Commit access/developers and trac accounts

2011-11-01 Thread Tom Hacohen 
Hey guys,

Everyone with commit access should have a trac account. If you are an 
active developer and you don't have a trac account: spank spank and go 
create one.

http://trac.enlightenment.org/e

--
Tom.

--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: yoz trunk/elementary/src/edje_externals

2011-11-01 Thread Gustavo Sverzut Barbieri 
On Mon, Oct 31, 2011 at 12:41 PM, Enlightenment SVN
no-re...@enlightenment.org wrote:
 Log:
 elementary: more option in edje for elm_toolbar

 Author:       yoz
 Date:         2011-10-31 07:41:12 -0700 (Mon, 31 Oct 2011)
 New Revision: 64563
 Trac:         http://trac.enlightenment.org/e/changeset/64563

 Modified:
  trunk/elementary/src/edje_externals/elm_toolbar.c

 Modified: trunk/elementary/src/edje_externals/elm_toolbar.c
 ===
 --- trunk/elementary/src/edje_externals/elm_toolbar.c   2011-10-31 14:36:49 
 UTC (rev 64562)
 +++ trunk/elementary/src/edje_externals/elm_toolbar.c   2011-10-31 14:41:12 
 UTC (rev 64563)
 @@ -1,3 +1,5 @@
 +#include assert.h
 +
  #include private.h

  typedef struct _Elm_Params_Toolbar
 @@ -6,13 +8,41 @@
    int icon_size;
    Eina_Bool icon_size_exists:1;
    double align;
 +   const char *shrink_mode;
    Eina_Bool align_exists:1;
 +   Eina_Bool always_select:1;
 +   Eina_Bool always_select_exists:1;
 +   Eina_Bool no_select:1;
 +   Eina_Bool no_select_exists:1;
 +   Eina_Bool horizontal:1;
 +   Eina_Bool horizontal_exists:1;
 +   Eina_Bool homogeneous:1;
 +   Eina_Bool homogeneous_exists:1;
  } Elm_Params_Toolbar;

 +#define SHRINK_GET(CHOICES, STR)         \
 +   unsigned int i;                       \
 +   for (i = 0; i  sizeof(CHOICES); ++i) \

bug. This is counting the size in bytes, or NUMBER_ELEMENTS *
sizeof(char*) in your usage.

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
RSAreg; Conference 2012
Save #36;700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [elm_map] Fix up too many connections at the same time.

2011-11-01 Thread Joerg Sonnenberger 
On Tue, Nov 01, 2011 at 06:11:29PM +0900, Kim Yunhan wrote:
 But it already sent to map server, and it already made useless HTTP
 connections.

What about using HTTP pipelining?

Joerg

--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] conf_randr - A Randr dialog for e17

2011-11-01 Thread Leif Middelschulte 
Hi guys,

thank you for testing this huge patch. I hope you don't encounter
issues when reverting it due to config versions.
Find comments in context.
2011/11/1 Stefan Schmidt ste...@datenfreihafen.org:
 Hello.

 On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote:
 On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt ste...@datenfreihafen.org
 said:

  More interesting is a segfault when edje_cc builds the .edj. A
  backtrace points to ecore_mainloop and friends used for the SVG stuff.
  And indeed, converting the svg to png make edje_cc happy. (separate
  mail for the issue)

 separate issue indeed - but i didn't see that problem. worked for me. :/

 Will be tracked down separately.
As you already mentioned: This is not my fault *sigh*

  On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote:
  
   find attached another version of the patch. It works here, but I
   don't have the ressources to test it properly.
  
   Known issues:
   Frontend (conf_randr):
   - not pushed into e/demodulized yet
   - dialog has to be resized manually for displays to be proper positioned
 
  Thats a bit confusing at the first time. The display should be changed
  to something vendor neutral btw. :)

 a small issue. but there are bigger fish to fry. :)

 Agreed, but it asks for unneeded trouble to get it in like this.
I didn't have a better graphic nor a tablet+pen to draw a better one
at hand. I just put it in to give an idea of how it could look like
and mentioned the artist in the theme file.

  I only see one output here which seems to be the LVDS of my notebook.
  The external monitor connected over DVI and from xrandr detected as
  HDMI2 seems to be missing completely. Problems with EDID parsing or
  such? Where should I look for debug infos for this?

 did you try restart e after it's plugged in? i have it showing hdmi and lvds.
 this i think is the issue of polling. you need to keep checking for new 
 screens
 with current xorgs to see a new monitor. this is something ifound last patch
 rounf.

 Actually I was thinking I did restart e. Will do for sure when I test
 again in the evening. Also some more testing with VGA and also on a
 different machine with older intel graphics card.
That was very confusing and frustrating for me, when I started to work
on e_randr.
Events are not pushed. The only way e17 gets them right now is to
either restart e or switch to a terminal (or back).
Gnome, xrandr and KDE poll for events. As we already discussed, we
will also implement such a polling strategy.


  Need to find out why it does not detect my external monitor the next
  days.
Try switching to/from a terminal ctrl-alt-fx

 h you haven't gotten to the next phase then... where it's a bitch to get 
 it
 to work at all. i've been trying to drag monitors left and right and they 
 stick
 then reset afterwards. if i select things like left of or right of and so
 on i find it just doesnt switch screens on apply - dnding the mini-monitors
 around seems pot-luck on a good day - after much clicking, selecting and
 dragging i finally got it to configure hdmi to be left of lvds... but this
 isn't working well right now - not well enough to go gold. th crash - can 
 be
 fixed. the resizing. can be fixed. i agree with the monitor branding thing.
 also mine are squashed and ultra-wide. but thats gfx. the real issues are in
 this actually working well enough to iron out the lesser issues.

 All this has to wait until I can actually can see my different
 screens. Job for tonight. :)

 leif - right now it still needs work. the ui and overall direction is right.
 now it actuallly needs to work beyond the roll some dice point. well.. here
 is also the bit where i ask you... does it work solidly for you? can u 
 configre
 screens to be left/right/above/below of others reliably with a quick drag +
 apply or select from radio buttons? because it definitely doesnt work 
 reliably
 for me :(
That worked fine for me: Policy+rearrange+resolution switching. Else I
wouldn't have submitted.
Question: We agree on the fact that policy is meant to jump in when a
new monitor is connected, right? Not like Monitor A is already
connected and enabled. I want monitor A right of B, so I select
monitor A and click on the 'right-of' policy and expect it to move?

I don't have an external monitor at home for testing anymore. I am of
course looking forward to fix remaining bugs. I will have to do it at
my university's pool rooms (hopefully the monitorconnectors are still
VGA and unlocked).

Did anyone face the SEGV I've had on closing the dialog?

 Not gold. That he mentioned himself. The question I ask myself is if
 it is good enough to go into svn while being disabled by default.
 Would make testing and fixing easier. No idea what Leif thinks about
 this. Not a big problem for me anyway can use the patch in a different
 branch here for all my testing.
I would like to keep it in E-MODULES-EXTRA until issues are sorted out
and it can go directly into e (demodulized).

Re: [E-devel] conf_randr - A Randr dialog for e17

2011-11-01 Thread Lucas De Marchi 
Hi Leif,

On Tue, Nov 1, 2011 at 6:29 PM, Leif Middelschulte
leif.middelschu...@gmail.com wrote:
 Hi guys,

 thank you for testing this huge patch. I hope you don't encounter
 issues when reverting it due to config versions.
 Find comments in context.
 2011/11/1 Stefan Schmidt ste...@datenfreihafen.org:
 Hello.

 On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote:
 On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt 
 ste...@datenfreihafen.org
 said:

  More interesting is a segfault when edje_cc builds the .edj. A
  backtrace points to ecore_mainloop and friends used for the SVG stuff.
  And indeed, converting the svg to png make edje_cc happy. (separate
  mail for the issue)

 separate issue indeed - but i didn't see that problem. worked for me. :/

 Will be tracked down separately.
 As you already mentioned: This is not my fault *sigh*

  On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote:
  
   find attached another version of the patch. It works here, but I
   don't have the ressources to test it properly.
  
   Known issues:
   Frontend (conf_randr):
   - not pushed into e/demodulized yet
   - dialog has to be resized manually for displays to be proper positioned
 
  Thats a bit confusing at the first time. The display should be changed
  to something vendor neutral btw. :)

 a small issue. but there are bigger fish to fry. :)

 Agreed, but it asks for unneeded trouble to get it in like this.
 I didn't have a better graphic nor a tablet+pen to draw a better one
 at hand. I just put it in to give an idea of how it could look like
 and mentioned the artist in the theme file.

  I only see one output here which seems to be the LVDS of my notebook.
  The external monitor connected over DVI and from xrandr detected as
  HDMI2 seems to be missing completely. Problems with EDID parsing or
  such? Where should I look for debug infos for this?

 did you try restart e after it's plugged in? i have it showing hdmi and 
 lvds.
 this i think is the issue of polling. you need to keep checking for new 
 screens
 with current xorgs to see a new monitor. this is something ifound last patch
 rounf.

 Actually I was thinking I did restart e. Will do for sure when I test
 again in the evening. Also some more testing with VGA and also on a
 different machine with older intel graphics card.
 That was very confusing and frustrating for me, when I started to work
 on e_randr.
 Events are not pushed. The only way e17 gets them right now is to
 either restart e or switch to a terminal (or back).
 Gnome, xrandr and KDE poll for events. As we already discussed, we
 will also implement such a polling strategy.

Polling here I don't think it's good. Did you consider giving a key
combination or widget so user can tell: hey, please... try now...
instead of polling in a timely manner?


Lucas De Marchi

--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] conf_randr - A Randr dialog for e17

2011-11-01 Thread Leif Middelschulte 
2011/11/1 Lucas De Marchi lucas.demar...@profusion.mobi:
 Hi Leif,

 On Tue, Nov 1, 2011 at 6:29 PM, Leif Middelschulte
 leif.middelschu...@gmail.com wrote:
 Hi guys,

 thank you for testing this huge patch. I hope you don't encounter
 issues when reverting it due to config versions.
 Find comments in context.
 2011/11/1 Stefan Schmidt ste...@datenfreihafen.org:
 Hello.

 On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote:
 On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt 
 ste...@datenfreihafen.org
 said:

  More interesting is a segfault when edje_cc builds the .edj. A
  backtrace points to ecore_mainloop and friends used for the SVG stuff.
  And indeed, converting the svg to png make edje_cc happy. (separate
  mail for the issue)

 separate issue indeed - but i didn't see that problem. worked for me. :/

 Will be tracked down separately.
 As you already mentioned: This is not my fault *sigh*

  On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote:
  
   find attached another version of the patch. It works here, but I
   don't have the ressources to test it properly.
  
   Known issues:
   Frontend (conf_randr):
   - not pushed into e/demodulized yet
   - dialog has to be resized manually for displays to be proper 
   positioned
 
  Thats a bit confusing at the first time. The display should be changed
  to something vendor neutral btw. :)

 a small issue. but there are bigger fish to fry. :)

 Agreed, but it asks for unneeded trouble to get it in like this.
 I didn't have a better graphic nor a tablet+pen to draw a better one
 at hand. I just put it in to give an idea of how it could look like
 and mentioned the artist in the theme file.

  I only see one output here which seems to be the LVDS of my notebook.
  The external monitor connected over DVI and from xrandr detected as
  HDMI2 seems to be missing completely. Problems with EDID parsing or
  such? Where should I look for debug infos for this?

 did you try restart e after it's plugged in? i have it showing hdmi and 
 lvds.
 this i think is the issue of polling. you need to keep checking for new 
 screens
 with current xorgs to see a new monitor. this is something ifound last 
 patch
 rounf.

 Actually I was thinking I did restart e. Will do for sure when I test
 again in the evening. Also some more testing with VGA and also on a
 different machine with older intel graphics card.
 That was very confusing and frustrating for me, when I started to work
 on e_randr.
 Events are not pushed. The only way e17 gets them right now is to
 either restart e or switch to a terminal (or back).
 Gnome, xrandr and KDE poll for events. As we already discussed, we
 will also implement such a polling strategy.

 Polling here I don't think it's good. Did you consider giving a key
 combination or widget so user can tell: hey, please... try now...
 instead of polling in a timely manner?
I really hate polling as well. It's more a workaround until things are
properly fixed in the server and those versions of the server are well
distributed.
An explicit poll-trigger is also a nice idea. But I would like to put
it into advanced ui or alike and keep the dialog as simple as
possible. Probably it's already too much as it is right now. I am
really looking forward to using elm in e18 to redo it.
As for the endusers: They probably won't care why the internals are
like they are. I don't know about the costs of calling an output
related ecore_x function once per second or so. Maybe devilhorns or
raster know them/can argue here.


 Lucas De Marchi

 --
 RSA#174; Conference 2012
 Save $700 by Nov 18
 Register now#33;
 http://p.sf.net/sfu/rsa-sfdev2dev1
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




-- 
Leif

--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] conf_randr - A Randr dialog for e17

2011-11-01 Thread Stefan Schmidt 
Hello.

On Tue, 2011-11-01 at 18:48, Lucas De Marchi wrote:
 On Tue, Nov 1, 2011 at 6:29 PM, Leif Middelschulte
 leif.middelschu...@gmail.com wrote:
  That was very confusing and frustrating for me, when I started to work
  on e_randr.
  Events are not pushed. The only way e17 gets them right now is to
  either restart e or switch to a terminal (or back).
  Gnome, xrandr and KDE poll for events. As we already discussed, we
  will also implement such a polling strategy.
 
 Polling here I don't think it's good. Did you consider giving a key
 combination or widget so user can tell: hey, please... try now...
 instead of polling in a timely manner?

It really depends on what you want in the end. Having a gadget in the
shelf which allows to start the screen configure dialog is good. This
obviously would allow to start polling the information once the user
hinted to start the configuration.

Something I personally would like to see _long-term_ would be a small
notification when a _unknown_ monitor is _attached_. This is only
possible with polling all the time. Two different scenarios.

For known and attached monitors I would go with the last saved
configuration for the monitor. If none is found, again small
notification.

Anyway, thats all long term and we need to sort out the basic issues
first. All material for incremental updates from a working version.
Intrusive notifications are also a personal pet idea. ;)

regards
Stefan Schmidt

--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] conf_randr - A Randr dialog for e17

2011-11-01 Thread Stefan Schmidt 
Hello.

On Tue, 2011-11-01 at 21:29, Leif Middelschulte wrote:
 
 thank you for testing this huge patch. I hope you don't encounter
 issues when reverting it due to config versions.

I hoped to did it earlier but my studies sucked up all available time.
But thats over now, ready to work. :)

 2011/11/1 Stefan Schmidt ste...@datenfreihafen.org:
  On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote:
  On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt 
  ste...@datenfreihafen.org
  said:
 
   More interesting is a segfault when edje_cc builds the .edj. A
   backtrace points to ecore_mainloop and friends used for the SVG stuff.
   And indeed, converting the svg to png make edje_cc happy. (separate
   mail for the issue)
 
  separate issue indeed - but i didn't see that problem. worked for me. :/
 
  Will be tracked down separately.
 As you already mentioned: This is not my fault *sigh*

Indeed. And strangely not as easy to reproduce for others as I had
thought. Need to dig deeper into this myself as well.

   On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote:
   
find attached another version of the patch. It works here, but I
don't have the ressources to test it properly.
   
Known issues:
Frontend (conf_randr):
- not pushed into e/demodulized yet
- dialog has to be resized manually for displays to be proper 
positioned
  
   Thats a bit confusing at the first time. The display should be changed
   to something vendor neutral btw. :)
 
  a small issue. but there are bigger fish to fry. :)
 
  Agreed, but it asks for unneeded trouble to get it in like this.
 I didn't have a better graphic nor a tablet+pen to draw a better one
 at hand. I just put it in to give an idea of how it could look like
 and mentioned the artist in the theme file.

OK. Just wanted to make sure there lawyers are not coming over us. I
understand the problem with suitable graphics as my artist skills are
lousy.

   I only see one output here which seems to be the LVDS of my notebook.
   The external monitor connected over DVI and from xrandr detected as
   HDMI2 seems to be missing completely. Problems with EDID parsing or
   such? Where should I look for debug infos for this?
 
  did you try restart e after it's plugged in? i have it showing hdmi and 
  lvds.
  this i think is the issue of polling. you need to keep checking for new 
  screens
  with current xorgs to see a new monitor. this is something ifound last 
  patch
  rounf.
 
  Actually I was thinking I did restart e. Will do for sure when I test
  again in the evening. Also some more testing with VGA and also on a
  different machine with older intel graphics card.
 That was very confusing and frustrating for me, when I started to work
 on e_randr.
 Events are not pushed. The only way e17 gets them right now is to
 either restart e or switch to a terminal (or back).
 Gnome, xrandr and KDE poll for events. As we already discussed, we
 will also implement such a polling strategy.
 
 
   Need to find out why it does not detect my external monitor the next
   days.
 Try switching to/from a terminal ctrl-alt-fx

This trick did made my monitor connected via VGA showing up. Still not
when docked and attached over DVI. But first problems first.

  leif - right now it still needs work. the ui and overall direction is 
  right.
  now it actuallly needs to work beyond the roll some dice point. well.. 
  here
  is also the bit where i ask you... does it work solidly for you? can u 
  configre
  screens to be left/right/above/below of others reliably with a quick drag +
  apply or select from radio buttons? because it definitely doesnt work 
  reliably
  for me :(
 That worked fine for me: Policy+rearrange+resolution switching. Else I
 wouldn't have submitted.

With the now found monitor I'm still not able to do any placements
thought. dragging it around or trying to set above or such as well as
setting the resolution does not work here. More testing tomorrow.

 Question: We agree on the fact that policy is meant to jump in when a
 new monitor is connected, right? Not like Monitor A is already
 connected and enabled. I want monitor A right of B, so I select
 monitor A and click on the 'right-of' policy and expect it to move?

I would expect exactly this to happen. I see the two monitors in the
config dialog, either drag them around or select left of and it should
act accordingly when pressing apply.

 I don't have an external monitor at home for testing anymore. I am of
 course looking forward to fix remaining bugs. I will have to do it at
 my university's pool rooms (hopefully the monitorconnectors are still
 VGA and unlocked).

Maybe I can help out here for some wider range testing. I still have
access to the university lab with something like 5 or more different
monitors I can connect over VGA. For DVI I could take my dock with me
and at home I can also tests against a 46 LED TV over HDMI. Pretty
sure the will be some dragons in some of them. :)

 Did

Re: [E-devel] Commit access/developers and trac accounts

2011-11-01 Thread The Rasterman 
On Tue, 01 Nov 2011 17:39:45 +0200 Tom Hacohen
tom.haco...@partner.samsung.com said:

 Hey guys,
 
 Everyone with commit access should have a trac account. If you are an 
 active developer and you don't have a trac account: spank spank and go 
 create one.
 
 http://trac.enlightenment.org/e

indeed. without you can't:

1. have bugs assigned to you
2. report bugs
3. participate in bug hunting by adding comments
4. add to or modify the wiki. :)

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


--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH] Fix the bug that user cannot input key

2011-11-01 Thread The Rasterman 
On Tue, 1 Nov 2011 16:27:35 +0100 (CET) Vincent Torri vto...@univ-evry.fr
said:

 
 
 On Tue, 1 Nov 2011, Carsten Haitzler (The Rasterman) wrote:
 
  On Tue, 1 Nov 2011 08:54:47 +0100 (CET) Vincent Torri vto...@univ-evry.fr
  said:
 
  does that work on wince?
 
 not tested, but it should:
 
 http://msdn.microsoft.com/en-us/library/aa908730.aspx
 
 I can tweak it a bit though, to give a nice error message if it fails 
 (both win32 and win ce)

then this seems an adequate solution. :)

 Vincent
 
 
 
  hey
 
  about utf16 to utf8 conversion, can you try the function below ? If it
  works, I commit it.
 
  Vincent
 
 
  char *
  evil_utf16_to_utf8(const wchar_t *text16)
  {
  char  *text8;
  DWORD  flag = 0;
  intsize8;
 
  if ((!text16) || (*text16 == L'\0'))
return NULL;
 
  #if _WIN32_WINNT = 0x0600
  flag = WC_ERR_INVALID_CHARS;;
  #endif
 
  size8 = WideCharToMultiByte(CP_UTF8, flag, text16, -1, NULL, 0, NULL,
  NULL); if (size8 == 0)
return NULL;
 
  text8 = (char*)malloc(size8 * sizeof(char));
  if (!text8)
return NULL;
 
  size8 = WideCharToMultiByte(CP_UTF8, flag, text16, -1, text8, size8,
  NULL, NULL); if (size8 == 0)
return NULL;
 
  return text8;
  }
 
  --
  RSAreg; Conference 2012
  Save #36;700 by Nov 18
  Register now
  http://p.sf.net/sfu/rsa-sfdev2dev1
  ___
  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


--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Fun: world is against e17 release

2011-11-01 Thread The Rasterman 
On Tue, 1 Nov 2011 09:07:04 -0200 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:

 Fun thing, I started to hack e17 connman and when I suspended to get into
 the airplane my home filesystem blew. Trying to go on I used an mmc I had,
 the battery ran out. Then my flight to brazil was overbooked in Madrid and
 as I never visited I stayed there for the day, also had no Internet to
 rescue my fs (broken btrfsck). I kept hacking on today's flight and the
 battery ran out and I've lost parts of the file

that smells like a sucky day! :(

 Yeah, the world is against us :-)
 
 -- 
 Gustavo Sverzut Barbieri
 http://profusion.mobi embedded systems
 --
 MSN: barbi...@gmail.com
 Skype: gsbarbieri
 Mobile: +55 (19) 9225-2202
 --
 RSAreg; Conference 2012
 Save #36;700 by Nov 18
 Register now
 http://p.sf.net/sfu/rsa-sfdev2dev1
 ___
 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


--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Fun: world is against e17 release

2011-11-01 Thread Gustavo Sverzut Barbieri 
On Tue, Nov 1, 2011 at 8:17 PM, Carsten Haitzler ras...@rasterman.com wrote:
 On Tue, 1 Nov 2011 09:07:04 -0200 Gustavo Sverzut Barbieri
 barbi...@profusion.mobi said:

 Fun thing, I started to hack e17 connman and when I suspended to get into
 the airplane my home filesystem blew. Trying to go on I used an mmc I had,
 the battery ran out. Then my flight to brazil was overbooked in Madrid and
 as I never visited I stayed there for the day, also had no Internet to
 rescue my fs (broken btrfsck). I kept hacking on today's flight and the
 battery ran out and I've lost parts of the file

 that smells like a sucky day! :(

You bet. The way back was a major PITA. Overbook, delays, etc :-(

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Fun: world is against e17 release

2011-11-01 Thread Sachiel 
2011/11/1 Gustavo Sverzut Barbieri barbi...@profusion.mobi:
 On Tue, Nov 1, 2011 at 8:17 PM, Carsten Haitzler ras...@rasterman.com wrote:
 On Tue, 1 Nov 2011 09:07:04 -0200 Gustavo Sverzut Barbieri
 barbi...@profusion.mobi said:

 Fun thing, I started to hack e17 connman and when I suspended to get into
 the airplane my home filesystem blew. Trying to go on I used an mmc I had,
 the battery ran out. Then my flight to brazil was overbooked in Madrid and
 as I never visited I stayed there for the day, also had no Internet to
 rescue my fs (broken btrfsck). I kept hacking on today's flight and the
 battery ran out and I've lost parts of the file

 that smells like a sucky day! :(

 You bet. The way back was a major PITA. Overbook, delays, etc :-(


I heard that having your own personal jet can help you avoid those problems.

 --
 Gustavo Sverzut Barbieri
 http://profusion.mobi embedded systems
 --
 MSN: barbi...@gmail.com
 Skype: gsbarbieri
 Mobile: +55 (19) 9225-2202

 --
 RSA#174; Conference 2012
 Save $700 by Nov 18
 Register now#33;
 http://p.sf.net/sfu/rsa-sfdev2dev1
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Eina_Clist - Request for clarifications

2011-11-01 Thread Mike McCormack 
On 10/18/2011 05:43 PM, Tom Hacohen wrote:
 On 18/10/11 10:37, Carsten Haitzler (The Rasterman) wrote:
 you don't have to use it... :)
 
 That's hardly a valid point. :)
 Using the same logic, I might as well add a flight simulator to eina.
 
 I only ask because I care about the amount of code/API we need to 
 maintain, efl's memory footprint, and not confusing users with 734 types 
 of list to choose from.
 
 After seeing cedric's reply, I see it's a circular list, I guess that's 
 some justification for having it.

Hi Tom,

Sorry for the delayed reply, I was OOO for 2 weeks.

The clist code comes from Wine's linked list implementation:
http://source.winehq.org/git/wine.git/blob/HEAD:/include/wine/list.h

It's a circularly linked list with an anchor node.  The advantages of
using this over Eina_Inlist are:

 - uses less memory (two machine words per item)
 - allows removing items without knowing which list they're in using O(1) time
 - no need to keep updating the head pointer as the list is changed
 - insert and remove a slightly more efficient (no NULL pointer checks)

It's useful when you want to keep the same item in multiple lists, because you
don't need to keep track of which list it's in when you're removing it.

See this example of how to use it:
http://trac.enlightenment.org/e/changeset/64030/trunk/evas/src/lib/canvas/evas_object_smart.c

The catch is there's no NULL at the end of the list when iterating, so
you need to know the anchor node when moving along the list (unlike 
Eina_Inlist).

thanks,

Mike

--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet IN trunk/elementary: doc/widgets src/bin src/edje_externals src/examples src/lib

2011-11-01 Thread ChunEon Park 
ok, when I have spare time. 

-Regards, Hermet-
 
-Original Message-
From: Gustavo Sverzut Barbierilt;barbi...@profusion.mobigt; 
To: Enlightenment developer 
listlt;enlightenment-devel@lists.sourceforge.netgt;
Cc: 
Sent: 11-11-01(화) 22:34:53
Subject: Re: [E-devel] E SVN: hermet IN trunk/elementary: doc/widgets src/bin 
src/edje_externals src/examples src/lib
As sachiel said, fixing users in svn would help (eg apps and bindings such
as python)
On Monday, October 31, 2011, ChunEon Park lt;her...@naver.comgt; wrote:
 You're right.
 I noticed it.
 
 -Regards, Hermet-

 -Original Message-
 From: Iván Briano (Sachiel)lt;sachi...@gmail.comgt;
 To: enlightenment-devel@lists.sourceforge.net
 Cc:
 Sent: 11-10-31(월) 12:01:53
 Subject: Re: [E-devel] E SVN: hermet IN trunk/elementary: doc/widgets
src/bin src/edje_externals src/examples src/lib
 2011/10/31 Enlightenment SVN lt;no-re...@enlightenment.orggt;:
 Log:
 elementary - slider, scroller, progressbar, radio

 applied elm_object_content_set/get/unset APIs.


 I know this are just deprecations and there's no actual API breakage
 going on, but I still felt like putting this reminder here.
 It used to be show of common courtesy around here, that when
 someone went and changed a function, struct, or whatever, to find
 users of said whatever in SVN and fix them accordingly. At least
 when these changes where simple sed like fixes.
 Again, just a heads up on the old customs for the new people around.

 Author: hermet
 Date: 2011-10-30 19:56:03 -0700 (Sun, 30 Oct 2011)
 New Revision: 64542
 Trac: http://trac.enlightenment.org/e/changeset/64542

 Modified:
 trunk/elementary/doc/widgets/widget_preview_progressbar.c
trunk/elementary/doc/widgets/widget_preview_scroller.c
trunk/elementary/src/bin/config.c
trunk/elementary/src/bin/test_anchorblock.c
trunk/elementary/src/bin/test_button.c
trunk/elementary/src/bin/test_ctxpopup.c
trunk/elementary/src/bin/test_factory.c
trunk/elementary/src/bin/test_focus.c
trunk/elementary/src/bin/test_launcher.c
trunk/elementary/src/bin/test_photo.c
trunk/elementary/src/bin/test_progressbar.c
trunk/elementary/src/bin/test_radio.c
trunk/elementary/src/bin/test_scroller.c
trunk/elementary/src/bin/test_slider.c
trunk/elementary/src/bin/test_thumb.c
trunk/elementary/src/bin/test_win_inline.c
trunk/elementary/src/edje_externals/elm_progressbar.c
trunk/elementary/src/edje_externals/elm_radio.c
trunk/elementary/src/edje_externals/elm_scroller.c
trunk/elementary/src/edje_externals/elm_slider.c
trunk/elementary/src/examples/progressbar_example.c
trunk/elementary/src/examples/radio_example_01.c
trunk/elementary/src/examples/scroller_example_01.c
trunk/elementary/src/examples/slider_example.c trunk/elementary/src/lib/
Elementary.h.in trunk/elementary/src/lib/elc_anchorview.c
trunk/elementary/src/lib/elc_ctxpopup.c trunk/elementary/src/lib/elm_map.c
trunk/elementary/src/lib/elm_progressbar.c
trunk/elementary/src/lib/elm_radio.c
trunk/elementary/src/lib/elm_scroller.c
trunk/elementary/src/lib/elm_slider.c

 Modified: trunk/elementary/doc/widgets/widget_preview_progressbar.c
 ===
 --- trunk/elementary/doc/widgets/widget_preview_progressbar.c 2011-10-31
02:32:57 UTC (rev 64541)
 +++ trunk/elementary/doc/widgets/widget_preview_progressbar.c 2011-10-31
02:56:03 UTC (rev 64542)
 @@ -15,7 +15,7 @@
 pb = elm_progressbar_add(win);
 elm_object_text_set(pb, Label);
 elm_progressbar_span_size_set(pb, 100);
 -elm_progressbar_icon_set(pb, ic);
 +elm_object_content_set(pb, ic);
 elm_progressbar_unit_format_set(pb, %1.1f units);
 evas_object_size_hint_align_set(pb, EVAS_HINT_FILL, EVAS_HINT_FILL);
 evas_object_size_hint_weight_set(pb, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);

 Modified: trunk/elementary/doc/widgets/widget_preview_scroller.c
 ===
 --- trunk/elementary/doc/widgets/widget_preview_scroller.c 2011-10-31
02:32:57 UTC (rev 64541)
 +++ trunk/elementary/doc/widgets/widget_preview_scroller.c 2011-10-31
02:56:03 UTC (rev 64542)
 @@ -9,6 +9,6 @@
 Evas_Object *o2 = elm_label_add(win);
 elm_object_text_set(o2, This is the content of the scroller);
 evas_object_show(o2);
 -elm_scroller_content_set(o, o2);
 +elm_object_content_set(o, o2);

 #include widget_preview_tmpl_foot.c

 Modified: trunk/elementary/src/bin/config.c
 ===
 --- trunk/elementary/src/bin/config.c 2011-10-31 02:32:57 UTC (rev 64541)
 +++ trunk/elementary/src/bin/config.c 2011-10-31 02:56:03 UTC (rev 64542)
 @@ -1453,7 +1453,7 @@
 evas_object_show(sc);

 sample = _sample_theme_new(win);
 - elm_scroller_content_set(sc, sample);
 + elm_object_content_set(sc, sample);
 evas_object_show(sample);
 evas_object_data_set(win, theme_preview, sample);

 @@ -2443,7 +2443,7 @@
 evas_object_size_hint_alig Modified:

Re: [E-devel] [elm_map] Fix up too many connections at the same time.

2011-11-01 Thread Bluezery 
Pipeling is not always supported in server.

Futuremore, I have already test pipelining but OSM (default elm_map
server) might not support it.
When capturing TCP packet, OSM uses http/1.0 spec (HTTP pipelining is
supported when version is above 1.1)


On Wed, Nov 2, 2011 at 3:18 AM, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
 On Tue, Nov 01, 2011 at 06:11:29PM +0900, Kim Yunhan wrote:
 But it already sent to map server, and it already made useless HTTP
 connections.

 What about using HTTP pipelining?

 Joerg

 --
 RSA#174; Conference 2012
 Save $700 by Nov 18
 Register now#33;
 http://p.sf.net/sfu/rsa-sfdev2dev1
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Fun: world is against e17 release

2011-11-01 Thread The Rasterman 
On Tue, 1 Nov 2011 21:24:55 -0200 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:

 On Tue, Nov 1, 2011 at 8:17 PM, Carsten Haitzler ras...@rasterman.com wrote:
  On Tue, 1 Nov 2011 09:07:04 -0200 Gustavo Sverzut Barbieri
  barbi...@profusion.mobi said:
 
  Fun thing, I started to hack e17 connman and when I suspended to get into
  the airplane my home filesystem blew. Trying to go on I used an mmc I had,
  the battery ran out. Then my flight to brazil was overbooked in Madrid and
  as I never visited I stayed there for the day, also had no Internet to
  rescue my fs (broken btrfsck). I kept hacking on today's flight and the
  battery ran out and I've lost parts of the file
 
  that smells like a sucky day! :(
 
 You bet. The way back was a major PITA. Overbook, delays, etc :-(

be happy you were not flying qantas :)

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


--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Commit access/developers and trac accounts

2011-11-01 Thread David Seikel 
On Tue, 01 Nov 2011 17:39:45 +0200 Tom Hacohen
tom.haco...@partner.samsung.com wrote:


 Everyone with commit access should have a trac account. If you are an 
 active developer and you don't have a trac account: spank spank and
 go create one.
 
 http://trac.enlightenment.org/e

Last night it threw an error when trying to log on.  Now it's just
returning to the front page without logging me on.  I THINK I have an
account, I remember having trouble creating it in the first place long
ago.  I'm not real impressed with trac so far.  lol

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


signature.asc
Description: PGP signature
--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Commit access/developers and trac accounts

2011-11-01 Thread Sanjeev 
Recovered my account and updated my email.

Can I report bugs?

Regards,
Sanjeev

-Original Message-
From: David Seikel [mailto:onef...@gmail.com] 
Sent: 02 November 2011 10:31
To: enlightenment-devel@lists.sourceforge.net
Subject: Re: [E-devel] Commit access/developers and trac accounts

On Tue, 01 Nov 2011 17:39:45 +0200 Tom Hacohen
tom.haco...@partner.samsung.com wrote:


 Everyone with commit access should have a trac account. If you are an 
 active developer and you don't have a trac account: spank spank and go 
 create one.
 
 http://trac.enlightenment.org/e

Last night it threw an error when trying to log on.  Now it's just returning
to the front page without logging me on.  I THINK I have an account, I
remember having trouble creating it in the first place long ago.  I'm not
real impressed with trac so far.  lol

--
A big old stinking pile of genius that no one wants coz there are too many
silver coated monkeys in the world.
--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [elm_map] Fix up too many connections at the same time.

2011-11-01 Thread Kim Yunhan 
On Tue, Nov 1, 2011 at 11:59 PM, Cedric BAIL cedric.b...@free.fr wrote:

 Hi,

 On Tue, Nov 1, 2011 at 10:11 AM, Kim Yunhan spb...@gmail.com wrote:
  Currently, elm_map requests all visible map image tile to map server at
 the
  same time.
  If the scene is turned off while panning or zooming, it will be aborted
 on
  HTTP requests.
  But it already sent to map server, and it already made useless HTTP
  connections.
  So if you pan scrolling quickly, elm_map try to download and abort too
 many
  HTTP
  connections repeatedly.
 
  If you have stable and high-throughput data connection, it doesn't matter
  on your side.
  However map server will get high load, It is sufficient reason to block
  you.
  In another case, if you have poor data connection such as 3G connection,
 it
  has less
  throughput and it causes delay of downloading. And finally, the device is
  as full as
  HTTP connections even you already aborted. It makes low-performance
 issue on
  your device.
 
  I wrote a patch for solving this situation.
  The idea is simple.
 
  1. I limited number of maximum HTTP request on elm_map side.
  2. If maximum HTTP request is exceed, keep requests on Eina_List.
  3. If each image downloading is completed, try to download recent
 request.
(Because it has strong possibility for your screen)
  4. At the same time, invisible request will be removed.
(It doesn't make HTTP connection yet)
 
  I tested many times on my desktop and device.
  It works for me. And elm_map's performance is improved appreciably on 3G
  connections.
 
  Please review this patch.

 I like the overall idea of this patch. It's simple, the patch is clean
 and easy to understand, so I have nothing about pushing it in svn.
  I have still a few question, did you investigate if it was possible
 with curl to limit the number of simultaneous request to the server
 and reuse the same connection ? If that's possible, it would be nice
 to enable that at ecore_con_url level. If not, maybe it make sense to
 implement the idea in ecore_con_url directly for EFL 1.2.
 --
 Cedric BAIL


First, elm_map should manage download list because of case 3 that
it was written in previous mail. In general, download queue is implemented
as FIFO (First In First Out). But my elm_map's download queue is
processed as LIFO (Last In Last Out). It is not a general case, I think.

Second, I already investigated libcurl's persistence connection
management. But ecore_con_url doesn't use persistence connection.
If ecore_con_url want to use this feature, ecore_con_url should reuse
libcurl's curl handler. However current ecore_con_url's implementation
is not follow the licurl's rule. It should be improved.

I think that this issue should be fixed up with mixing these 2
approaches. So first step is fixed up in elm_map that it was written
in my patch. And ecore_con_url should be improved by reusing curl
handler. I'll try to fix up ecore_con_url further on.

Thank your for review. :-)




 --
 RSAreg; Conference 2012
 Save #36;700 by Nov 18
 Register now
 http://p.sf.net/sfu/rsa-sfdev2dev1
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
RSA#174; Conference 2012
Save $700 by Nov 18
Register now#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel