Re: [E-devel] E SVN: raster IN trunk/e/data/themes: . edc img

[Alex-P. Natsios]

On Tue, Nov 20, 2012 at 4:08 PM, thomasg  wrote:
>
> I like it!
> Looks even better than before, takes away none of its charm and
> resolves (I think) all issues people had with it.

Yeah most, however it leaves a huge gap behind it in 24h mode which
did not exist in older clock (but looks normal in 12h mode).

--
Regards,

Alex-P. Natsios
(a.k.a Drakevr)

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

Re: [E-devel] Fwd: Review request : [Ecore XI2] Add codes for selecting/retrieving XI2 touch events

[박성진]

Dear Carsten,
Thank you for your quick and kind review. :)
My opinions are following.

> 1. Xi2_2 -> is libXi2.2 really libXi2_2.so. ? really? this has ADDED stuff
> from xi2... but should it have a whole new soname on real systems?

Oh, does ECORE_CHECK_X_EXTENSION([Xi2], ...) mean that libXi2*.so* are existing?
Library file name for xi2 is libXi.so and it wasn't changed.
I used ECORE_CHECK_X_EXTENSION([Xi2_2],
[XInput2.h],
[Xi],
[XIGrabTouchBegin],
[$want_ecore_x_input]) 
in the patch.
As I see this macro, 3rd argument ([Xi]) is used for checking the existence of 
the file (libXi.so).
Please let me know if I didn't understand properply what you said.

> 2. XI_2_Major and XI_2_Minor -> i would guess that the headers of xinput2
> define these.. are these new in 2.2 or were they there before? this smells
> fishy to me.

Yes, they were in XI2.h in 2.0 version of inputproto.

> 3. just style-wise... pleasde don't do:
> 
> if (EINA_TRUE != find || !touchdev->slot)
> 
> instead:
> 
> if ((!find) || (!touchdev->slot))
> 
> notice i'm using the booleanness of find ANd using ()'s to group logic checks
> rather than precedence of operation. :)
Oh, I'm sorry, I'll follow the style. :)

> just a small optimization - you use a while loop to walk thru
> _ecore_x_xi2_touch - you also made it a linked list as well.. why dont you use
> eina_list, or eina_inlist ? inlist inlines the lit node info into the 
> struct...
> also something i tend to do with such lists that dont have any specific
> sort-order... when i do a successful lookup, i put the found item at the list
> start so the theory goes - commonly accessed items are found very quickly as
> they are at the font. unless real life usage is that you get pretty much 
> random
> usage evenly distributed... then there is no benefit... for this i suspect it
> helps a little. especially once we get like 5 or 10 devices... and we look 
> this
> up often.. which is what we do for every touch event there. :)

Thank you :) I didn't have a time for thinking of using eina stuff.

> more consistent formatting would be nice. ie 
> 
> static Ecore_X_Touch_Device_Info* _ecore_x_input_touch_info_get()...
> is all one line but others are on 2 lines... make it consistent so its easier
> to read :)
> 
> formatting: if(touchdev) -> if (touchdev) ... (notice the space)

I'll follow the style. :)
 
> touchdev->slot can be made part of the calloc of touchdev - alloc 1 memory 
> blob
> that is sizeof Ecore_X_Touch_Device_Info PLUS ((t->num_touches) * sizeof
> (int))... and make slot an array of 1 instead of int *. ie int slot[1]; 
> instead
> of int *slot;

"slot" is a container which contains each finger status in it.
The number of items of slot will be changed with the maximum number of fingers
being recognized by a touch screen device.
If the touch screen device can recognizes ten fingers at the same time
and it can makes ten finger events, touchdev->max_touch will be ten
and slot will be allocated with malloc(sizeof(int)*10).
This is why I declare slot as a pointer.
 
> otherwise looks ok to me. can you fix the above and re-submit? :) tnx muchly!
Absolutely. :)

Thanks and regards,
Sung-Jin Park

--- Original Message ---
Sender : Carsten Haitzler 
Date   : 2012-11-21 13:37 (GMT+09:00)
Title  : Re: [E-devel] Fwd: Review request : [Ecore XI2] Add codes for
 selecting/retrieving XI2 touch events

On Wed, 21 Nov 2012 04:05:19 + (GMT) 박성진  said:

ok - i didn't get started with your first one... so i'll start here. note - i
havent dug in depth and looked all over libxinput2.2 itself...

1. Xi2_2 -> is libXi2.2 really libXi2_2.so. ? really? this has ADDED stuff
from xi2... but should it have a whole new soname on real systems?
2. XI_2_Major and XI_2_Minor -> i would guess that the headers of xinput2
define these.. are these new in 2.2 or were they there before? this smells
fishy to me.
3. just style-wise... pleasde don't do:

if (EINA_TRUE != find || !touchdev->slot)

instead:

if ((!find) || (!touchdev->slot))

notice i'm using the booleanness of find ANd using ()'s to group logic checks
rather than precedence of operation. :)

just a small optimization - you use a while loop to walk thru
_ecore_x_xi2_touch - you also made it a linked list as well.. why dont you use
eina_list, or eina_inlist ? inlist inlines the lit node info into the struct...
also something i tend to do with such lists that dont have any specific
sort-order... when i do a successful lookup, i put the found item at the list
start so the theory goes - commonly accessed items are found very quickly as
they are at the font. unless real life usage is that you get pretty much random
usage evenly distributed... then there is no benefit... for this i suspect it
helps a little. especially once 

[E-devel] Location of allow windows above fullscreen window setting

[Simon Lees]

Hi all,
Is there a logical reason why the allow windows above fullscreen window is
hidden in Focus Settings, Advanced? I can kinda see why it would be
justified in being put there but i spend a good 10 minutes today looking
for it and was unable to find it because i didn't look there.
It was only once i started going through every option in every window
related setting that i found it. I kinda just figured that focus settings
would be about which window has focus and not about which windows are
allowed on top of other windows. But thats just my opinion everyone else
may think differently in which case leave it where it is.
Cheers,
Simon
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Class hierarchy diagram for Eo based Ecore, Evas, Edje, Elementary

[daniel.za...@samsung.com]

On 11/20/2012 06:55 PM, Gustavo Sverzut Barbieri wrote:
> looking at evas/edje/elm:
>
> - Evas_Object_Smart: shouldn't it be NO INSTANT? Maybe in the future when
> people use Eo to create sub-classes as opposed to extending
> Evas_Smart_Class?
We let it for compatibility with existent entities using smart, like e 
entities. In my opinion, we need to let it regular for backward 
compatibility forever or at least a lot of time.
> - elm_widget: NO INSTANT, just compat will be REGULAR.
You are right, will be fixed. FYI no more compat because no one was 
supposed to inherit from elm object before the porting.
> - elm_box should share something with evas box, now that we have eo, same
> for table
> - elm_layout should share with edje
> - elm_image, elm_thumb could share with evas_image
>
> Particularly I think that elm_widget should be an interface and not a
> class, then you compose an elm_image from Evas_Object_Image with
> Elm_Widget. There is no need to have the Evas_Smart as we do have now, it's
> just there because we lacked tools.
>
> Also some others could be made mixin, file-selector button is both a file
> selector and a button to launch it. Same for fileselector.
>
> I know some of my suggestions will require deeper changes and may not be
> doable right now, but it's good to keep in mind.
We focused for the moment on the Eo porting without changes on the 
design. And I don't want to imagine rebase ;-).
More, we don't have enough deep knowledge to know what is supposed to be 
a mixin ... (as you wrote just before) so I think help will be needed 
from "outside" to do it.
We already thought about file_selector_button change, the others were 
not obvious for us. Thank you for the tip. Too, we will create a new 
interface for item management because a lot of classes have the same 
item management operations (behavior is different but a common API can 
be found).
>
> As for the overall picture, it seems correct, but I did not compare it with
> other references so I may have missed something. Great work! :-)
Sure Glima will find the failures ;-)
>
>
>
>
>
> On Tue, Nov 20, 2012 at 2:09 PM, Yakov Goldberg  wrote:
>
>> Hi!
>> As you probably know, we've (TAsn, JackDanielZ and me) ported Ecore, Evas
>> and Edje to Eo and continuing working on Elementary.
>> I'm also writing automatic bindings generator.
>>
>> First step I do: I parse C-sources and create XML for each class I've
>> found.
>> Later I generate code for Python(Cython based) and JS(elev8 - based).
>>
>> I also can build class diagram. No one, except JackDanielZ  and TAsn never
>> seen it.
>>
>> Now it's time to uncover it. :))
>> It would be nice, if you can take a look on it and tell us, if you see
>> something wrong or strange in existing class hierarchy.
>>
>> PS. png is generated from graphviz directed graph. It would be nice to
>> hear from you, if you know how I can make this diagram prettier.
>>
>> Yakov.
>>
>>
>> --
>> Monitor your physical, virtual and cloud infrastructure from a single
>> web console. Get in-depth insight into apps, servers, databases, vmware,
>> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>> Pricing starts from $795 for 25 servers or applications!
>> http://p.sf.net/sfu/zoho_dev2dev_nov
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>>
>


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

Re: [E-devel] E17 - enlightenment menu

[P Purkayastha]

On 11/21/2012 07:26 AM, Carsten Haitzler (The Rasterman) wrote:
> On Tue, 20 Nov 2012 13:30:42 -0200 Gustavo Sverzut Barbieri
>   said:
>
>> Ideas:
>>
>> - About ->  inside settings, doesn't need to be so highlighted as the main
>> menu. I'd say rename "settings" so we can use it for more than just that,
>> it's a place holder for other stuff of enlightenment.
>
> renaming it is not a good idea... where do people find settings them? settings
> is one of the better bits of the menu. changing it just because you wish to
> get rid of the enlightenment entry is overall becoming worse than better.
>
>> - Restart/Exit E: again, this is just for E17 test, so bad for end-users.
>> I've mentioned Xephyr but indeed you might forget to grab and the shortcut
>> will go to outside E17 and problems will happen. What about doing it for
>> Everything? Then you see where you'll type the action and it's clear. You
>> can name them "e-restart" and "e-exit" commands.
>
> i'm sure not going to do all this work just to remove a menu, that to date has
> not caused any issues i know of. i've asked a few times now for real info on
> issues it's caused - real datapoints. but unless there is another viable and
> sane way of doing these things - they stay. doing some minor re-labelling is
> doable. maybe moving a menu item here and there, but now we're talking of work
> that REALLY doesn't need to be done - there are much more important things to
> do. :)
>
>> In the mood of refactoring the menus... if we merge Enlightenment +
>> Settings (maybe call it Enlightenment?), we can remove the "Desktop" from
>
> settings includes stuff unrelated to e at all - see the system and preferences
> tabs that pull in standard settings tools.
>
>> main menu as it's not as useful (menu to change desktop is not that common,
>> add/configure shelves and gadgets are more like configuration that you do
>> once a year, show/hide windows can go under Windows main menu entry).
>
> so its in a submenu... that's why its in a submenu. its a single entry in the
> main menu for "general desktop controls". if it was inside the main menu -
> i'd totally agree.
>
> please read up about the latest windows 8 criticisms. you're going the exact
> same direction. you're on a head-long run into trying to remove as much as you
> can, and in the process you hurt discoverability (and usability) and the 
> people
> who don't know the key bindings etc. etc. etc. - everything even vaguely 
> useful
> or used even a few times SHOULD be in a menu - even if it's not used much. in
> fact we currently have too FEW things in menus. we've removed way too much.
> people need to be able to find the thing they want without knowing magic
> gestures, invisible click regions, or obscure keybindings etc. - the main menu
> is just that. it's a central point of control that is very fast to find (start
> gadget or click anywhere on the desktop - probably one of the first things a
> person does when presented with a new blank wm/screen). this menu should
> provide a easy starting point for a user to discover more and access the 
> things
> they need or want. preferably nothing should be more than 2 or 3 clicks/jumps
> away (but reality is that we have so many options, features etc. that we just
> can't sensibly manage that without a menu-from-hell).
>
> i fully support the streamlining and improving of menus. agreed, but removing
> stuff is something that should be done only as a very last resort.
> re-organizing - sure, but at this stage i sure don't want to spend the time
> re-organizing the main menu. modules DEPEND on existing hook points to insert
> items - re-orgs affect all of those.
>
>>  As for "Windows" i dislike it and shouldn't be that useful... but the
>> "cleanup windows" and the action to recover lost windows are indeed
>> useful... but likely the DM should avoid losing the windows instead of add
>> them to a menu? Anyway, this one i see more reasoning to keep.
>
> it happens that apps ask to place their windows off the screen - and e honors
> that. in the case of things like "guake" they legitimately want a window off 
> the
> screen so they can slide it in (yes - i know. this is a hack, and should be
> part of the wm and quickaccess, but apps will persist in doing these things
> themselves). if you ignore such requests you then break such apps, so reality
> is... in order to not break some apps, windows can become lost - when apps try
> remember their position, and you changed resolution/monitors since (x11amp 
> used
> to love doing this), and you had it bottom-right, and now it asks for a
> position off the screen.. and you can't get to the window. that menu item
> exists because of real world problems and we can try as we might - we either
> break app a or break app b. the menu is the solution to when things break. if
> we could actually modify the apps to ensure none of them do stupid things like
> this - we'd have a good solution... but we can't :)
>
> also fyi - the 

Re: [E-devel] [RFC] Virtual desktop window profile

[The Rasterman]

On Sun, 11 Nov 2012 08:11:43 + (GMT) Gwanglim Lee 
said:

review: :)

1. no xcb version of the code in ecore_x
2. in ecore_evas i think you need to transport the profile across the
ecore_evas_extn ipc to the other end... so it can call the profile change stuff
since these are across process boundaires - we lose the information - similar
with ecore_evas_buffer - though this is just a direct call, no ipc. :)
3. otherwise all the ecore stuff looks spot-on and good.
4. elm stuff looks great.
5. test code seems fine too
6. you increase the config version number, but i see no changes to the version
number in e_config.h with major/minor version. no need to do this - leave the
config version alone unless you also bump the e_config.h versions too
E_CONFIG_FILE_EPOCH and E_CONFIG_FILE_GENERATION combined to become
E_CONFIG_FILE_VERSION).

otherwise - looks fine to me - can you fix the above and re-send? and quickly
too.. release is going out in a month... :) well on the e17 side anyway. :)

> Dear EFL developers,
> 
> I'd like to ask you for review on the virtual desktop window profile.
> It is a new feature that allows the window manager (enlightenment) to
> configure the elm profile of the application window (elm_win) according to
> the different window profiles for each virtual desktop.
> 
> [Virtual desktop window profile]
> You can turn this feature on and also define a name of window profile for each
> desktop in the setting dialog of the e as followings:
> 
> Settings -> Settings Panel -> Screen -> Virtual Desktops -> Virtual Desktops
> Settings -> Check 'Use desktop window profile'
>  -> Click desktop image to change name of window profile for each desktop
> 
> Here's how it works.
> 
>  1. Once you've enabled it, the WM is set the _E_WINDOW_PROFILE_SUPPORTED
> property on the root window to indicate window profile protocol support. Let
> me assume that you've defined names of window profile as follows:
>  desktop 0-0: "standard"
>  desktop 1-0: "mobile"
>  desktop 2-0: "default"
> 
>  2. The application developer can specify a list of available profiles if he
> wants. The WM will be able to use this list to decide where to place the
> window. In other words, a list is a kind of hint for the WM. Let me assume
> that a developer has specified a list as following: "mobile", "default"
> 
>  3. When you run the app, it checks to see if the WM supports the profile
> protocol at the initial time. If it is, the app sets the profile protocol
> hint on its window and also sets a list of available profiles if exists.
> 
>  4. The WM checks to see if app is using the profile protocol. If it is, the
> WM also tries to get a list. In this case, the WM can get "mobile" and
> "default" for the app's window. The WM chooses a "mobile" profile in that
> list. And then the WM sends the 'profile change request' event to the app,
> and waits for the 'finish' event.
> 
>  5. Once the app receives the 'profile change request' event, the app
> attempts to change the elm profile according to the requested profile
> ("mobile") from the WM, and then the app sends back the 'finish' event to the
> WM.
> 
>  6. Upon receiving the 'finish' event, the WM shows app's window on the
> desktop 1-0 "mobile" area.
> 
>  7. The window may be moved by user to the desktop 2-0 default area from 1-0.
>  8. When this happens, the WM requests that the window be changed with
> "default" profile, and waits again.
>  9. The app changes profile and then responds.
> 10. Upon receiving the 'finish' event, the WM moves the window to the desktop
> 2-0 "default" area.
> 
> [Per-window elm profile]
> The elementary is using a single global elm profile for the entire app right
> now. Changing the elm profile affects all elm apps. In order to apply the
> 'desktop window profile', a single global elm profile should be changed. Thus
> I've changed elm profile to bind a profile to a specific window. But elm
> still has a single global profile for the app, I hope it should be also fixed
> later to bind a profile to a specific elm_win (2 windows with differing
> profiles in a app).
> 
> 
> I'm attaching patches that modifies the following files.
> (These patchess are based on rev. 78536. I couldn't make patches with the
> latest source because my linux host has a trouble to pull E svn today.)
> 
> [ecore]
> src/lib/ecore_x/ecore_x_atoms_decl.h
> src/lib/ecore_x/Ecore_X.h
> src/lib/ecore_x/xcb/ecore_xcb_e.c
> src/lib/ecore_x/Ecore_X_Atoms.h
> src/lib/ecore_x/xlib/ecore_x_e.c
> src/lib/ecore_evas/ecore_evas_wayland_shm.c
> src/lib/ecore_evas/ecore_evas_x.c
> src/lib/ecore_evas/ecore_evas_buffer.c
> src/lib/ecore_evas/ecore_evas_extn.c
> src/lib/ecore_evas/ecore_evas_private.h
> src/lib/ecore_evas/ecore_evas.c
> src/lib/ecore_evas/ecore_evas_sdl.c
> src/lib/ecore_evas/ecore_evas_psl1ght.c
> src/lib/ecore_evas/ecore_evas_directfb.c
> src/lib/ecore_evas/ecore_evas_cocoa.c
> src/lib/ecore_evas/Ecore_Evas.h
> src/lib/ecore_evas/ecore_evas_wayland_egl.c
> src/l

Re: [E-devel] Fwd: Review request : [Ecore XI2] Add codes for selecting/retrieving XI2 touch events

[The Rasterman]

On Wed, 21 Nov 2012 04:05:19 + (GMT) 박성진  said:

ok - i didn't get started with your first one... so i'll start here. note - i
havent dug in depth and looked all over libxinput2.2 itself...

1. Xi2_2 -> is libXi2.2 really libXi2_2.so. ? really? this has ADDED stuff
from xi2... but should it have a whole new soname on real systems?
2. XI_2_Major and XI_2_Minor -> i would guess that the headers of xinput2
define these.. are these new in 2.2 or were they there before? this smells
fishy to me.
3. just style-wise... pleasde don't do:

if (EINA_TRUE != find || !touchdev->slot)

instead:

if ((!find) || (!touchdev->slot))

notice i'm using the booleanness of find ANd using ()'s to group logic checks
rather than precedence of operation. :)

just a small optimization - you use a while loop to walk thru
_ecore_x_xi2_touch - you also made it a linked list as well.. why dont you use
eina_list, or eina_inlist ? inlist inlines the lit node info into the struct...
also something i tend to do with such lists that dont have any specific
sort-order... when i do a successful lookup, i put the found item at the list
start so the theory goes - commonly accessed items are found very quickly as
they are at the font. unless real life usage is that you get pretty much random
usage evenly distributed... then there is no benefit... for this i suspect it
helps a little. especially once we get like 5 or 10 devices... and we look this
up often.. which is what we do for every touch event there. :)

more consistent formatting would be nice. ie 

static Ecore_X_Touch_Device_Info* _ecore_x_input_touch_info_get()...
is all one line but others are on 2 lines... make it consistent so its easier
to read :)

formatting: if(touchdev) -> if (touchdev) ... (notice the space)

touchdev->slot can be made part of the calloc of touchdev - alloc 1 memory blob
that is sizeof Ecore_X_Touch_Device_Info PLUS ((t->num_touches) * sizeof
(int))... and make slot an array of 1 instead of int *. ie int slot[1]; instead
of int *slot;

otherwise looks ok to me. can you fix the above and re-submit? :) tnx muchly!

> Dear developers,
> 
> I found some of my debug routines are existing in my patch and I removed them
> and added exception codes. I attached my newer patch.
> 
> Thanks and regards,
> Sung-Jin Park
> 
> --- Original Message ---
> Sender : 박성진  S5(책임)/책임/System S/W Lab(S/W센터)/
> 삼성전자 Date   : 2012-11-19 20:33 (GMT+09:00)
> Title  : Review request : [Ecore XI2] Add codes for selecting/retrieving XI2
> touch events
> 
> Dear developers,
> I added codes for selecting XI2 touch events(cf. XI_TouchBegin,
> XI_TouchUpdate and XI_TouchEnd) and codes for retrieving touched finger(s)
> index from corresponding events.
> 
> Please kindly review my codes.
> All comments will be welcomed. :)
> 
> Thanks and regards,
> Sung-Jin Park  

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


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

[E-devel] Fwd: Review request : [Ecore XI2] Add codes for selecting/retrieving XI2 touch events

[박성진]

Dear developers,

I found some of my debug routines are existing in my patch and I removed them 
and added exception codes.
I attached my newer patch.

Thanks and regards,
Sung-Jin Park

--- Original Message ---
Sender : 박성진  S5(책임)/책임/System S/W Lab(S/W센터)/삼성전자
Date   : 2012-11-19 20:33 (GMT+09:00)
Title  : Review request : [Ecore XI2] Add codes for selecting/retrieving XI2 
touch events

Dear developers,
I added codes for selecting XI2 touch events(cf. XI_TouchBegin, XI_TouchUpdate 
and XI_TouchEnd)
and codes for retrieving touched finger(s) index from corresponding events.

Please kindly review my codes.
All comments will be welcomed. :)

Thanks and regards,
Sung-Jin Park  

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

Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4

[The Rasterman]

On Wed, 21 Nov 2012 14:12:42 +1030 Simon Lees  said:

> > Date: Wed, 21 Nov 2012 08:59:50 +0900
> > From: Carsten Haitzler (The Rasterman) 
> > Subject: Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4
> > To: Enlightenment developer list
> > 
> > Cc: Martin Jansa 
> > Message-ID: <20121121085950.08d865c1039c29484fb14...@rasterman.com>
> > Content-Type: text/plain; charset=US-ASCII
> >
> > On Wed, 21 Nov 2012 00:01:18 +0100 Martin Jansa 
> > said:
> >
> > > On Wed, Nov 21, 2012 at 02:58:00AM +0400, Igor Murzov wrote:
> > > > On Tue, 20 Nov 2012 22:32:10 +0100
> > > > Martin Jansa  wrote:
> > > >
> > > > > On Tue, Nov 20, 2012 at 08:43:55PM +, Michael Blumenkrantz wrote:
> > > > > > I may be sick and on holiday, but that doesn't mean we're not still
> > > > > > doing releases!
> > > > > >
> > > > > > Changelog:
> > > > > > Translation updates
> > > > > > Fixed submenu positioning bug
> > > > > > Fixes for modal dialog windows (unbreaks image import dialog)
> > > > > > .spec file improvements
> > > > > > OSX compatibility fixes
> > > > > > RandR dialog presents refresh rates in right click menu
> > > > > > Further improvements to new default theme, particularly digital
> > clock
> > > > > > appearance
> > > > > > Theme info menu item is now more clear
> > > > > > Default theme now allows file renaming on longpress
> > > > >
> > > > > I'm using edje from edje-1.7 branch and today I upgraded from
> > > > > r79400 to r79476, so just before alpha4 and edje_cc now segfaults
> > when
> > > > > building default.edj in e-wm
> > > > >
> > > > > | Making all in themes
> > > > > | make[3]: Entering directory
> > > > > |
> > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > > > | +svnr79476-r8/e/data/themes'
> > /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc
> > > > > | -id ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1
> > > > > | -DMEDIUMRES_PD
> > > > > A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6
> > > > > -DE17_PROFILE=SLOW_PC \
> > > > > | ../../data/themes/default.edc \
> > > > > | ../../data/themes/default.edj
> > > > > | make[3]: *** [default.edj] Segmentation fault
> > > > > | make[3]: Leaving directory
> > > > > |
> > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > > > | +svnr79476-r8/e/data/themes' make[2]: *** [all-recursive] Error 1
> > make
> > > > > | [2]: Leaving directory
> > > > > |
> > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > > > | +svnr79476-r8/e/data' make[1]: *** [all-recursive] Error 1 make[1]:
> > > > > | Leaving directory
> > > > > |
> > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > > > | +svnr79476-r8/e' make: *** [all] Error 2
> > > > >
> > > > > Anyone else seeing this? I can try to debug it tomorrow.
> > > >
> > > > The same error here. edje_cc crashes because of NULL pointer
> > > > dereference:
> > > >
> > > > ==32122== Invalid read of size 1
> > > > ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
> > > > ==32122==by 0x40688C: data_queue_copied_anonymous_lookup
> > > > (edje_cc_out.c:1908) ==32122==by 0x411A86:
> > st_collections_group_inherit
> > > > (edje_cc_handlers.c:2524) ==32122==by 0x40AB18: compile
> > > > (edje_cc_parse.c:187) ==32122==by 0x403D64: main (edje_cc.c:318)
> > > > ==32122==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
> > > > ==32122==
> > > > ==32122==
> > > > ==32122== Process terminating with default action of signal 11
> > (SIGSEGV)
> > > > ==32122==  Access not within mapped region at address 0x0
> > > > ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
> > > > ==32122==by 0x40688C: data_queue_copied_anonymous_lookup
> > > > (edje_cc_out.c:1908) ==32122==by 0x411A86:
> > st_collections_group_inherit
> > > > (edje_cc_handlers.c:2524) ==32122==by 0x40AB18: compile
> > > > (edje_cc_parse.c:187) ==32122==by 0x403D64: main (edje_cc.c:318
> > >
> > > And it's triggered by theme change in r79472, but should be fixed in
> > > edje too to show reasonable error not segfault.
> >
> > actually there isn't an error in the edc... trunk edje is happy and
> > handles it
> > - i think this is a bug that's been fixed in trunk but not in 1.7. branches
> > regarding group inheritance... r76769 maybe? hmm no - that's in the 1.7
> > branch... back in mid september.. BUT... a fix cedric did... r76449 - THAT
> > was
> > not backported! HA! there -backport done. in the 1.7 branch now.
> >
> > --
> > - Codito, ergo sum - "I code, therefore I am" --
> > The Rasterman (Carsten Haitzler)ras...@rasterman.com
> >
> >
> >
> >
> 
> Can you do a 1.7.* branch Release sometime soon? on OBS in our
> Factory/Release build we are not going to be able to go past alpha3 without
> this patch, Alternatively i could patch edje 1.7.1 with just the patch from
> rev 79484 which would put it in a state half way between 1.7.1 and 1.7

Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4

[Simon Lees]

> Date: Wed, 21 Nov 2012 08:59:50 +0900
> From: Carsten Haitzler (The Rasterman) 
> Subject: Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4
> To: Enlightenment developer list
> 
> Cc: Martin Jansa 
> Message-ID: <20121121085950.08d865c1039c29484fb14...@rasterman.com>
> Content-Type: text/plain; charset=US-ASCII
>
> On Wed, 21 Nov 2012 00:01:18 +0100 Martin Jansa 
> said:
>
> > On Wed, Nov 21, 2012 at 02:58:00AM +0400, Igor Murzov wrote:
> > > On Tue, 20 Nov 2012 22:32:10 +0100
> > > Martin Jansa  wrote:
> > >
> > > > On Tue, Nov 20, 2012 at 08:43:55PM +, Michael Blumenkrantz wrote:
> > > > > I may be sick and on holiday, but that doesn't mean we're not still
> > > > > doing releases!
> > > > >
> > > > > Changelog:
> > > > > Translation updates
> > > > > Fixed submenu positioning bug
> > > > > Fixes for modal dialog windows (unbreaks image import dialog)
> > > > > .spec file improvements
> > > > > OSX compatibility fixes
> > > > > RandR dialog presents refresh rates in right click menu
> > > > > Further improvements to new default theme, particularly digital
> clock
> > > > > appearance
> > > > > Theme info menu item is now more clear
> > > > > Default theme now allows file renaming on longpress
> > > >
> > > > I'm using edje from edje-1.7 branch and today I upgraded from
> > > > r79400 to r79476, so just before alpha4 and edje_cc now segfaults
> when
> > > > building default.edj in e-wm
> > > >
> > > > | Making all in themes
> > > > | make[3]: Entering directory
> > > > |
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > > | +svnr79476-r8/e/data/themes'
> /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc
> > > > | -id ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1
> > > > | -DMEDIUMRES_PD
> > > > A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6
> > > > -DE17_PROFILE=SLOW_PC \
> > > > | ../../data/themes/default.edc \
> > > > | ../../data/themes/default.edj
> > > > | make[3]: *** [default.edj] Segmentation fault
> > > > | make[3]: Leaving directory
> > > > |
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > > | +svnr79476-r8/e/data/themes' make[2]: *** [all-recursive] Error 1
> make
> > > > | [2]: Leaving directory
> > > > |
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > > | +svnr79476-r8/e/data' make[1]: *** [all-recursive] Error 1 make[1]:
> > > > | Leaving directory
> > > > |
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > > | +svnr79476-r8/e' make: *** [all] Error 2
> > > >
> > > > Anyone else seeing this? I can try to debug it tomorrow.
> > >
> > > The same error here. edje_cc crashes because of NULL pointer
> > > dereference:
> > >
> > > ==32122== Invalid read of size 1
> > > ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
> > > ==32122==by 0x40688C: data_queue_copied_anonymous_lookup
> > > (edje_cc_out.c:1908) ==32122==by 0x411A86:
> st_collections_group_inherit
> > > (edje_cc_handlers.c:2524) ==32122==by 0x40AB18: compile
> > > (edje_cc_parse.c:187) ==32122==by 0x403D64: main (edje_cc.c:318)
> > > ==32122==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
> > > ==32122==
> > > ==32122==
> > > ==32122== Process terminating with default action of signal 11
> (SIGSEGV)
> > > ==32122==  Access not within mapped region at address 0x0
> > > ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
> > > ==32122==by 0x40688C: data_queue_copied_anonymous_lookup
> > > (edje_cc_out.c:1908) ==32122==by 0x411A86:
> st_collections_group_inherit
> > > (edje_cc_handlers.c:2524) ==32122==by 0x40AB18: compile
> > > (edje_cc_parse.c:187) ==32122==by 0x403D64: main (edje_cc.c:318
> >
> > And it's triggered by theme change in r79472, but should be fixed in
> > edje too to show reasonable error not segfault.
>
> actually there isn't an error in the edc... trunk edje is happy and
> handles it
> - i think this is a bug that's been fixed in trunk but not in 1.7. branches
> regarding group inheritance... r76769 maybe? hmm no - that's in the 1.7
> branch... back in mid september.. BUT... a fix cedric did... r76449 - THAT
> was
> not backported! HA! there -backport done. in the 1.7 branch now.
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
>
>

Can you do a 1.7.* branch Release sometime soon? on OBS in our
Factory/Release build we are not going to be able to go past alpha3 without
this patch, Alternatively i could patch edje 1.7.1 with just the patch from
rev 79484 which would put it in a state half way between 1.7.1 and 1.7.2
and i guess could cause more issues but if you don't believe that will be a
issue its is possible, i guess it really depends on when the next branch
release will be.

Cheers,
Simon
--
Monitor your phys

Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

[The Rasterman]

On Wed, 21 Nov 2012 01:19:14 -0200 Lucas De Marchi
 said:

> On Wed, Nov 21, 2012 at 12:59 AM, Carsten Haitzler 
> wrote:
> > On Wed, 21 Nov 2012 00:41:40 -0200 Lucas De Marchi
> >  said:
> >
> >> On Tue, Nov 20, 2012 at 12:56 PM, Enlightenment SVN
> >>  wrote:
> >> > Log:
> >> > oops i messed up no-seconds mode... and 24h in clock. fix.
> >> >
> >>
> >> Talking about 24h and no-seconds mode, could we fix the date when they
> >> are used together? See the screenshot attached.
> >
> > there isn't a way to "fix the date" :( the date string comes from code. the
> > clock size is determined by the numbers... all i can do is add another
> > format that is just the date in numbers... no day name.
> 
> isn't there a property to let the size be determined by the contents,
> so the text is not ellipsized?  I'm no edje expert, but I think I used
> this in a previous mock of connman module

yes - but this will result in unreadable text in your situation- any smaller
than that font u have will just become squiggles :)

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


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

Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

[Lucas De Marchi]

On Wed, Nov 21, 2012 at 12:59 AM, Carsten Haitzler  wrote:
> On Wed, 21 Nov 2012 00:41:40 -0200 Lucas De Marchi
>  said:
>
>> On Tue, Nov 20, 2012 at 12:56 PM, Enlightenment SVN
>>  wrote:
>> > Log:
>> > oops i messed up no-seconds mode... and 24h in clock. fix.
>> >
>>
>> Talking about 24h and no-seconds mode, could we fix the date when they
>> are used together? See the screenshot attached.
>
> there isn't a way to "fix the date" :( the date string comes from code. the
> clock size is determined by the numbers... all i can do is add another format
> that is just the date in numbers... no day name.


isn't there a property to let the size be determined by the contents,
so the text is not ellipsized?  I'm no edje expert, but I think I used
this in a previous mock of connman module


Lucas De Marchi

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

Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

[David Seikel]

On Wed, 21 Nov 2012 11:59:45 +0900 Carsten Haitzler (The Rasterman)
 wrote:

> On Wed, 21 Nov 2012 00:41:40 -0200 Lucas De Marchi
>  said:
> 
> > On Tue, Nov 20, 2012 at 12:56 PM, Enlightenment SVN
> >  wrote:
> > > Log:
> > > oops i messed up no-seconds mode... and 24h in clock. fix.
> > >
> > 
> > Talking about 24h and no-seconds mode, could we fix the date when
> > they are used together? See the screenshot attached.
> 
> there isn't a way to "fix the date" :( the date string comes from
> code. the clock size is determined by the numbers... all i can do is
> add another format that is just the date in numbers... no day name.

Might as well add an advanced settings dialog "add your own formats
here".  :-P

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

Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4

[The Rasterman]

On Tue, 20 Nov 2012 22:34:56 -0200 Luis Felipe Strano Moraes
 said:

> On Tue, Nov 20, 2012 at 9:59 PM, Carsten Haitzler 
> wrote:
> > On Wed, 21 Nov 2012 00:01:18 +0100 Martin Jansa 
> > said:
> >
> >> On Wed, Nov 21, 2012 at 02:58:00AM +0400, Igor Murzov wrote:
> >> > On Tue, 20 Nov 2012 22:32:10 +0100
> >> > Martin Jansa  wrote:
> >> >
> >> > > On Tue, Nov 20, 2012 at 08:43:55PM +, Michael Blumenkrantz wrote:
> >> > > > I may be sick and on holiday, but that doesn't mean we're not still
> >> > > > doing releases!
> >> > > >
> >> > > > Changelog:
> >> > > > Translation updates
> >> > > > Fixed submenu positioning bug
> >> > > > Fixes for modal dialog windows (unbreaks image import dialog)
> >> > > > .spec file improvements
> >> > > > OSX compatibility fixes
> >> > > > RandR dialog presents refresh rates in right click menu
> >> > > > Further improvements to new default theme, particularly digital clock
> >> > > > appearance
> >> > > > Theme info menu item is now more clear
> >> > > > Default theme now allows file renaming on longpress
> >> > >
> >> > > I'm using edje from edje-1.7 branch and today I upgraded from
> >> > > r79400 to r79476, so just before alpha4 and edje_cc now segfaults when
> >> > > building default.edj in e-wm
> >> > >
> >> > > | Making all in themes
> >> > > | make[3]: Entering directory
> >> > > | 
> >> > > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> >> > > | +svnr79476-r8/e/data/themes' 
> >> > > /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc
> >> > > | -id ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1
> >> > > | -DMEDIUMRES_PD
> >> > > A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6
> >> > > -DE17_PROFILE=SLOW_PC \
> >> > > | ../../data/themes/default.edc \
> >> > > | ../../data/themes/default.edj
> >> > > | make[3]: *** [default.edj] Segmentation fault
> >> > > | make[3]: Leaving directory
> >> > > | 
> >> > > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> >> > > | +svnr79476-r8/e/data/themes' make[2]: *** [all-recursive] Error 1
> >> > > | make [2]: Leaving directory
> >> > > | 
> >> > > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> >> > > | +svnr79476-r8/e/data' make[1]: *** [all-recursive] Error 1 make[1]:
> >> > > | Leaving directory
> >> > > | 
> >> > > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> >> > > | +svnr79476-r8/e' make: *** [all] Error 2
> >> > >
> >> > > Anyone else seeing this? I can try to debug it tomorrow.
> >> >
> >> > The same error here. edje_cc crashes because of NULL pointer
> >> > dereference:
> >> >
> >> > ==32122== Invalid read of size 1
> >> > ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
> >> > ==32122==by 0x40688C: data_queue_copied_anonymous_lookup
> >> > (edje_cc_out.c:1908) ==32122==by 0x411A86:
> >> > st_collections_group_inherit (edje_cc_handlers.c:2524) ==32122==by
> >> > 0x40AB18: compile (edje_cc_parse.c:187) ==32122==by 0x403D64: main
> >> > (edje_cc.c:318) ==32122==  Address 0x0 is not stack'd, malloc'd or
> >> > (recently) free'd ==32122==
> >> > ==32122==
> >> > ==32122== Process terminating with default action of signal 11 (SIGSEGV)
> >> > ==32122==  Access not within mapped region at address 0x0
> >> > ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
> >> > ==32122==by 0x40688C: data_queue_copied_anonymous_lookup
> >> > (edje_cc_out.c:1908) ==32122==by 0x411A86:
> >> > st_collections_group_inherit (edje_cc_handlers.c:2524) ==32122==by
> >> > 0x40AB18: compile (edje_cc_parse.c:187) ==32122==by 0x403D64: main
> >> > (edje_cc.c:318
> >>
> >> And it's triggered by theme change in r79472, but should be fixed in
> >> edje too to show reasonable error not segfault.
> >
> > actually there isn't an error in the edc... trunk edje is happy and handles
> > it
> > - i think this is a bug that's been fixed in trunk but not in 1.7. branches
> > regarding group inheritance... r76769 maybe? hmm no - that's in the 1.7
> > branch... back in mid september.. BUT... a fix cedric did... r76449 - THAT
> > was not backported! HA! there -backport done. in the 1.7 branch now.
> 
> So we need a new minor version release of edje to go with this alpha?

not likely to happen - a 1.7.2 will happen tho for e17 release :)

> --lf
> 
> 
> >
> > --
> > - Codito, ergo sum - "I code, therefore I am" --
> > The Rasterman (Carsten Haitzler)ras...@rasterman.com
> >
> >
> > --
> > Monitor your physical, virtual and cloud infrastructure from a single
> > web console. Get in-depth insight into apps, servers, databases, vmware,
> > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-devel mai

Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

[The Rasterman]

On Wed, 21 Nov 2012 00:41:40 -0200 Lucas De Marchi
 said:

> On Tue, Nov 20, 2012 at 12:56 PM, Enlightenment SVN
>  wrote:
> > Log:
> > oops i messed up no-seconds mode... and 24h in clock. fix.
> >
> 
> Talking about 24h and no-seconds mode, could we fix the date when they
> are used together? See the screenshot attached.

there isn't a way to "fix the date" :( the date string comes from code. the
clock size is determined by the numbers... all i can do is add another format
that is just the date in numbers... no day name.

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


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

Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

[Lucas De Marchi]

On Tue, Nov 20, 2012 at 12:56 PM, Enlightenment SVN
 wrote:
> Log:
> oops i messed up no-seconds mode... and 24h in clock. fix.
>

Talking about 24h and no-seconds mode, could we fix the date when they
are used together? See the screenshot attached.



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

Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4

[Luis Felipe Strano Moraes]

On Tue, Nov 20, 2012 at 11:57 PM, gpl4all  wrote:
> On Wed, Nov 21, 2012 at 4:32 AM, Martin Jansa  wrote:
>> I'm using edje from edje-1.7 branch and today I upgraded from
>> r79400 to r79476, so just before alpha4 and edje_cc now segfaults when 
>> building default.edj in e-wm
>>
>> | Making all in themes
>> | make[3]: Entering directory 
>> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data/themes'
>> | /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc  -id 
>> ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1 -DMEDIUMRES_PD
>> A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 
>> -DE17_PROFILE=SLOW_PC \
>> | ../../data/themes/default.edc \
>> | ../../data/themes/default.edj
>> | make[3]: *** [default.edj] Segmentation fault
>> | make[3]: Leaving directory 
>> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data/themes'
>> | make[2]: *** [all-recursive] Error 1
>> | make[2]: Leaving directory 
>> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data'
>> | make[1]: *** [all-recursive] Error 1
>> | make[1]: Leaving directory 
>> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e'
>> | make: *** [all] Error 2
>>
>> Anyone else seeing this? I can try to debug it tomorrow.
>
> i have a same problem with  edje-1.7, and i fall back to svn edje rev
> 78856 and it compiles and run.
> is it possible there is a bug in my edjg 1.7.1?

Carsten has already found the issue (a non-backported fix to edje) and
has applied it on the edje 1.7 branch.

--lf


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



-- 
Luís Felipe Strano Moraes
http://www.strano.org

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

Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4

[gpl4all]

On Wed, Nov 21, 2012 at 4:32 AM, Martin Jansa  wrote:
> I'm using edje from edje-1.7 branch and today I upgraded from
> r79400 to r79476, so just before alpha4 and edje_cc now segfaults when 
> building default.edj in e-wm
>
> | Making all in themes
> | make[3]: Entering directory 
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data/themes'
> | /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc  -id 
> ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1 -DMEDIUMRES_PD
> A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC 
> \
> | ../../data/themes/default.edc \
> | ../../data/themes/default.edj
> | make[3]: *** [default.edj] Segmentation fault
> | make[3]: Leaving directory 
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data/themes'
> | make[2]: *** [all-recursive] Error 1
> | make[2]: Leaving directory 
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data'
> | make[1]: *** [all-recursive] Error 1
> | make[1]: Leaving directory 
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e'
> | make: *** [all] Error 2
>
> Anyone else seeing this? I can try to debug it tomorrow.

i have a same problem with  edje-1.7, and i fall back to svn edje rev
78856 and it compiles and run.
is it possible there is a bug in my edjg 1.7.1?

Best regard,
Ferri Andy Ch.

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

Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4

[Luis Felipe Strano Moraes]

On Tue, Nov 20, 2012 at 9:59 PM, Carsten Haitzler  wrote:
> On Wed, 21 Nov 2012 00:01:18 +0100 Martin Jansa  said:
>
>> On Wed, Nov 21, 2012 at 02:58:00AM +0400, Igor Murzov wrote:
>> > On Tue, 20 Nov 2012 22:32:10 +0100
>> > Martin Jansa  wrote:
>> >
>> > > On Tue, Nov 20, 2012 at 08:43:55PM +, Michael Blumenkrantz wrote:
>> > > > I may be sick and on holiday, but that doesn't mean we're not still
>> > > > doing releases!
>> > > >
>> > > > Changelog:
>> > > > Translation updates
>> > > > Fixed submenu positioning bug
>> > > > Fixes for modal dialog windows (unbreaks image import dialog)
>> > > > .spec file improvements
>> > > > OSX compatibility fixes
>> > > > RandR dialog presents refresh rates in right click menu
>> > > > Further improvements to new default theme, particularly digital clock
>> > > > appearance
>> > > > Theme info menu item is now more clear
>> > > > Default theme now allows file renaming on longpress
>> > >
>> > > I'm using edje from edje-1.7 branch and today I upgraded from
>> > > r79400 to r79476, so just before alpha4 and edje_cc now segfaults when
>> > > building default.edj in e-wm
>> > >
>> > > | Making all in themes
>> > > | make[3]: Entering directory
>> > > | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
>> > > | +svnr79476-r8/e/data/themes' 
>> > > /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc
>> > > | -id ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1
>> > > | -DMEDIUMRES_PD
>> > > A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6
>> > > -DE17_PROFILE=SLOW_PC \
>> > > | ../../data/themes/default.edc \
>> > > | ../../data/themes/default.edj
>> > > | make[3]: *** [default.edj] Segmentation fault
>> > > | make[3]: Leaving directory
>> > > | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
>> > > | +svnr79476-r8/e/data/themes' make[2]: *** [all-recursive] Error 1 make
>> > > | [2]: Leaving directory
>> > > | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
>> > > | +svnr79476-r8/e/data' make[1]: *** [all-recursive] Error 1 make[1]:
>> > > | Leaving directory
>> > > | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
>> > > | +svnr79476-r8/e' make: *** [all] Error 2
>> > >
>> > > Anyone else seeing this? I can try to debug it tomorrow.
>> >
>> > The same error here. edje_cc crashes because of NULL pointer
>> > dereference:
>> >
>> > ==32122== Invalid read of size 1
>> > ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
>> > ==32122==by 0x40688C: data_queue_copied_anonymous_lookup
>> > (edje_cc_out.c:1908) ==32122==by 0x411A86: st_collections_group_inherit
>> > (edje_cc_handlers.c:2524) ==32122==by 0x40AB18: compile
>> > (edje_cc_parse.c:187) ==32122==by 0x403D64: main (edje_cc.c:318)
>> > ==32122==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
>> > ==32122==
>> > ==32122==
>> > ==32122== Process terminating with default action of signal 11 (SIGSEGV)
>> > ==32122==  Access not within mapped region at address 0x0
>> > ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
>> > ==32122==by 0x40688C: data_queue_copied_anonymous_lookup
>> > (edje_cc_out.c:1908) ==32122==by 0x411A86: st_collections_group_inherit
>> > (edje_cc_handlers.c:2524) ==32122==by 0x40AB18: compile
>> > (edje_cc_parse.c:187) ==32122==by 0x403D64: main (edje_cc.c:318
>>
>> And it's triggered by theme change in r79472, but should be fixed in
>> edje too to show reasonable error not segfault.
>
> actually there isn't an error in the edc... trunk edje is happy and handles it
> - i think this is a bug that's been fixed in trunk but not in 1.7. branches
> regarding group inheritance... r76769 maybe? hmm no - that's in the 1.7
> branch... back in mid september.. BUT... a fix cedric did... r76449 - THAT was
> not backported! HA! there -backport done. in the 1.7 branch now.

So we need a new minor version release of edje to go with this alpha?

--lf


>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



-- 
Luís Felipe Strano Moraes
http://www.strano.org

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases

Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

[thomasg]

On Wed, Nov 21, 2012 at 12:37 AM, Carsten Haitzler  wrote:
> On Tue, 20 Nov 2012 22:18:39 +0100 thomasg  said:
>
>> On Tue, Nov 20, 2012 at 3:54 PM, Enlightenment SVN
>>  wrote:
>> > Log:
>> > fix "long press" on label to triggewr rename after mouse release IF
>> >   held down for > 0.4 sec.
>> >
>>
>> Imho, triggering the rename on mouse up is counter-intuitive.
>> On Desktops, the most common behavior is the Windows one with rename
>> on mouse up _without_ timer (though it only happens on already
>> selected items, which is why I think most people don't even know about
>> it).
>> On Mobile, the most common behavior for item interaction (though not
>> renaming alone) is on mouse _down_ with timer.
>>
>> The way E behaves here just seems random and magic as there is no
>> indicator that a rename might be triggered.
>
> valid complaint before: EVERY click on the text of an icon - in icon or list
> mode entered rename mode. this was totally unusable. the other problem is if
> done purely on timeout if mouse pressed for long enough, is we have event
> problems with bits of efm/evas still thinking the mouse is pressed on 
> something
> when it is not. this is a workaround. third - u still have the click+drag 
> +drop
> and this needs to work with that. if u PRESS a second time on a selected item 
> u
> need to NOT start rename IF u start dragging - thus the timeout.
>

This is true, this is a problem, but I think the new behavior
introduces too many problems to be considered a fix, not only
single-click race conditions but also the weird and unexpected
behavior.

But to be honest, I can't think of anything to fix this, certainly not
without reinventing the whole feature.

>> Is this really the intended behavior?
>>
>> On another note: when rename happens after mouse up, if the
>> single-click action is set, it will still open the file.
>
> aah crap. this means in code... it needs to use a job, and the job needs to
> force signal processing and if edit mode was started- then abort single click
> "activation"... gar... signal/timing/async race condition issue atm.
>
>> --
>> Monitor your physical, virtual and cloud infrastructure from a single
>> web console. Get in-depth insight into apps, servers, databases, vmware,
>> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>> Pricing starts from $795 for 25 servers or applications!
>> http://p.sf.net/sfu/zoho_dev2dev_nov
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>

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

Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4

[The Rasterman]

On Wed, 21 Nov 2012 00:01:18 +0100 Martin Jansa  said:

> On Wed, Nov 21, 2012 at 02:58:00AM +0400, Igor Murzov wrote:
> > On Tue, 20 Nov 2012 22:32:10 +0100
> > Martin Jansa  wrote:
> > 
> > > On Tue, Nov 20, 2012 at 08:43:55PM +, Michael Blumenkrantz wrote:
> > > > I may be sick and on holiday, but that doesn't mean we're not still
> > > > doing releases!
> > > > 
> > > > Changelog:
> > > > Translation updates
> > > > Fixed submenu positioning bug
> > > > Fixes for modal dialog windows (unbreaks image import dialog)
> > > > .spec file improvements
> > > > OSX compatibility fixes
> > > > RandR dialog presents refresh rates in right click menu
> > > > Further improvements to new default theme, particularly digital clock
> > > > appearance
> > > > Theme info menu item is now more clear
> > > > Default theme now allows file renaming on longpress
> > > 
> > > I'm using edje from edje-1.7 branch and today I upgraded from
> > > r79400 to r79476, so just before alpha4 and edje_cc now segfaults when
> > > building default.edj in e-wm
> > > 
> > > | Making all in themes
> > > | make[3]: Entering directory
> > > | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > | +svnr79476-r8/e/data/themes' 
> > > /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc
> > > | -id ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1
> > > | -DMEDIUMRES_PD
> > > A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6
> > > -DE17_PROFILE=SLOW_PC \
> > > | ../../data/themes/default.edc \
> > > | ../../data/themes/default.edj
> > > | make[3]: *** [default.edj] Segmentation fault
> > > | make[3]: Leaving directory
> > > | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > | +svnr79476-r8/e/data/themes' make[2]: *** [all-recursive] Error 1 make
> > > | [2]: Leaving directory
> > > | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > | +svnr79476-r8/e/data' make[1]: *** [all-recursive] Error 1 make[1]:
> > > | Leaving directory
> > > | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> > > | +svnr79476-r8/e' make: *** [all] Error 2
> > > 
> > > Anyone else seeing this? I can try to debug it tomorrow. 
> > 
> > The same error here. edje_cc crashes because of NULL pointer
> > dereference:
> > 
> > ==32122== Invalid read of size 1
> > ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
> > ==32122==by 0x40688C: data_queue_copied_anonymous_lookup
> > (edje_cc_out.c:1908) ==32122==by 0x411A86: st_collections_group_inherit
> > (edje_cc_handlers.c:2524) ==32122==by 0x40AB18: compile
> > (edje_cc_parse.c:187) ==32122==by 0x403D64: main (edje_cc.c:318)
> > ==32122==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
> > ==32122== 
> > ==32122== 
> > ==32122== Process terminating with default action of signal 11 (SIGSEGV)
> > ==32122==  Access not within mapped region at address 0x0
> > ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
> > ==32122==by 0x40688C: data_queue_copied_anonymous_lookup
> > (edje_cc_out.c:1908) ==32122==by 0x411A86: st_collections_group_inherit
> > (edje_cc_handlers.c:2524) ==32122==by 0x40AB18: compile
> > (edje_cc_parse.c:187) ==32122==by 0x403D64: main (edje_cc.c:318
> 
> And it's triggered by theme change in r79472, but should be fixed in
> edje too to show reasonable error not segfault.

actually there isn't an error in the edc... trunk edje is happy and handles it
- i think this is a bug that's been fixed in trunk but not in 1.7. branches
regarding group inheritance... r76769 maybe? hmm no - that's in the 1.7
branch... back in mid september.. BUT... a fix cedric did... r76449 - THAT was
not backported! HA! there -backport done. in the 1.7 branch now.

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


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

Re: [E-devel] E17 - enlightenment menu

[The Rasterman]

On Tue, 20 Nov 2012 13:30:42 -0200 Gustavo Sverzut Barbieri
 said:

> Ideas:
> 
> - About -> inside settings, doesn't need to be so highlighted as the main
> menu. I'd say rename "settings" so we can use it for more than just that,
> it's a place holder for other stuff of enlightenment.

renaming it is not a good idea... where do people find settings them? settings
is one of the better bits of the menu. changing it just because you wish to
get rid of the enlightenment entry is overall becoming worse than better.

> - Restart/Exit E: again, this is just for E17 test, so bad for end-users.
> I've mentioned Xephyr but indeed you might forget to grab and the shortcut
> will go to outside E17 and problems will happen. What about doing it for
> Everything? Then you see where you'll type the action and it's clear. You
> can name them "e-restart" and "e-exit" commands.

i'm sure not going to do all this work just to remove a menu, that to date has
not caused any issues i know of. i've asked a few times now for real info on
issues it's caused - real datapoints. but unless there is another viable and
sane way of doing these things - they stay. doing some minor re-labelling is
doable. maybe moving a menu item here and there, but now we're talking of work
that REALLY doesn't need to be done - there are much more important things to
do. :)

> In the mood of refactoring the menus... if we merge Enlightenment +
> Settings (maybe call it Enlightenment?), we can remove the "Desktop" from

settings includes stuff unrelated to e at all - see the system and preferences
tabs that pull in standard settings tools.

> main menu as it's not as useful (menu to change desktop is not that common,
> add/configure shelves and gadgets are more like configuration that you do
> once a year, show/hide windows can go under Windows main menu entry).

so its in a submenu... that's why its in a submenu. its a single entry in the
main menu for "general desktop controls". if it was inside the main menu -
i'd totally agree.

please read up about the latest windows 8 criticisms. you're going the exact
same direction. you're on a head-long run into trying to remove as much as you
can, and in the process you hurt discoverability (and usability) and the people
who don't know the key bindings etc. etc. etc. - everything even vaguely useful
or used even a few times SHOULD be in a menu - even if it's not used much. in
fact we currently have too FEW things in menus. we've removed way too much.
people need to be able to find the thing they want without knowing magic
gestures, invisible click regions, or obscure keybindings etc. - the main menu
is just that. it's a central point of control that is very fast to find (start
gadget or click anywhere on the desktop - probably one of the first things a
person does when presented with a new blank wm/screen). this menu should
provide a easy starting point for a user to discover more and access the things
they need or want. preferably nothing should be more than 2 or 3 clicks/jumps
away (but reality is that we have so many options, features etc. that we just
can't sensibly manage that without a menu-from-hell).

i fully support the streamlining and improving of menus. agreed, but removing
stuff is something that should be done only as a very last resort.
re-organizing - sure, but at this stage i sure don't want to spend the time
re-organizing the main menu. modules DEPEND on existing hook points to insert
items - re-orgs affect all of those.

> As for "Windows" i dislike it and shouldn't be that useful... but the
> "cleanup windows" and the action to recover lost windows are indeed
> useful... but likely the DM should avoid losing the windows instead of add
> them to a menu? Anyway, this one i see more reasoning to keep.

it happens that apps ask to place their windows off the screen - and e honors
that. in the case of things like "guake" they legitimately want a window off the
screen so they can slide it in (yes - i know. this is a hack, and should be
part of the wm and quickaccess, but apps will persist in doing these things
themselves). if you ignore such requests you then break such apps, so reality
is... in order to not break some apps, windows can become lost - when apps try
remember their position, and you changed resolution/monitors since (x11amp used
to love doing this), and you had it bottom-right, and now it asks for a
position off the screen.. and you can't get to the window. that menu item
exists because of real world problems and we can try as we might - we either
break app a or break app b. the menu is the solution to when things break. if
we could actually modify the apps to ensure none of them do stupid things like
this - we'd have a good solution... but we can't :)

also fyi - the windows menu is there because most wm's in x11 have had such a
thing, and i highly suggest we don't make the gnome 3 mistake of forgetting our
roots in favor of chasing some userbase that may never come. it also ser

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

[The Rasterman]

On Tue, 20 Nov 2012 08:17:17 -0800 Dave Ray  said:

> 
> On Nov 18, 2012, at 11:17 PM, Carsten Haitzler (The Rasterman) wrote:
> 
> > … as of e18 as we are compositing only and will totally rely on the fact
> > that we can paint the entire screen as we see fit. l
> 
> I have been unable to get compositing to work on OSX.
> 
> When I build ecore it configures with:
> 
> Ecore_X (Xlib backend)...: yes
> Xcursor: yes
> Xkb: yes
> Xprint.: yes
> Xinerama...: yes
> Xrandr.: yes
> Xgesture...: no
> Xscreensaver...: yes
> Xrender: yes
> Xcomposite.: yes
> Xfixes.: yes
> Xdamage: yes
> Xdpms..: yes
> Xtest..: yes
> XIM: yes
> Xi2: yes
> 
> 
> When I run e, I get the dialog: "Your X display does not support the
> XComposite extension or Ecore was build without XComposite support…"
> 
> Any idea why?

your xserver probably doesnt support composite - not surprising if you use
rootless mode as it cant sensibly allow compositors in x. xdpyinfo will list
extensions. :) just because ecore built with xcomposite support in the lib
doesnt mean the SERVER supports it too... - you may find that it works when
rootless mode is off. :) as per my other email.. rootless stuff with e17 is
going to cause issues... and after e17 compositing is becoming "not an option"
anymore - it's compositing or "go away". that's why there has been so much
effort to ensure a good software compositing path exists. so it still is viable
even minus gl drivers.


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


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

Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4

[The Rasterman]

On Tue, 20 Nov 2012 22:32:10 +0100 Martin Jansa  said:

> On Tue, Nov 20, 2012 at 08:43:55PM +, Michael Blumenkrantz wrote:
> > I may be sick and on holiday, but that doesn't mean we're not still doing
> > releases!
> > 
> > Changelog:
> > Translation updates
> > Fixed submenu positioning bug
> > Fixes for modal dialog windows (unbreaks image import dialog)
> > .spec file improvements
> > OSX compatibility fixes
> > RandR dialog presents refresh rates in right click menu
> > Further improvements to new default theme, particularly digital clock
> > appearance
> > Theme info menu item is now more clear
> > Default theme now allows file renaming on longpress
> 
> I'm using edje from edje-1.7 branch and today I upgraded from
> r79400 to r79476, so just before alpha4 and edje_cc now segfaults when
> building default.edj in e-wm
> 
> | Making all in themes
> | make[3]: Entering directory
> | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> | +svnr79476-r8/e/data/themes' 
> /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc
> | -id ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1
> | -DMEDIUMRES_PD
> A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC
> \
> | ../../data/themes/default.edc \
> | ../../data/themes/default.edj
> | make[3]: *** [default.edj] Segmentation fault
> | make[3]: Leaving directory
> | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> | +svnr79476-r8/e/data/themes' make[2]: *** [all-recursive] Error 1 make[2]:
> | Leaving directory
> | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> | +svnr79476-r8/e/data' make[1]: *** [all-recursive] Error 1 make[1]: Leaving
> | directory
> | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060
> | +svnr79476-r8/e' make: *** [all] Error 2
> 
> Anyone else seeing this? I can try to debug it tomorrow. 
> 
> But someone else (who is not cross building) can find it faster I guess.

oh crap++.


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


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

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

[The Rasterman]

On Tue, 20 Nov 2012 11:24:03 -0800 Dave Ray  said:

> 
> On Nov 19, 2012, at 1:44 AM, Carsten Haitzler (The Rasterman) wrote:
> 
> > On Mon, 19 Nov 2012 01:03:17 -0800 Dave Ray  said:
> > 
> >> 
> >> On Nov 18, 2012, at 11:17 PM, Carsten Haitzler (The Rasterman) wrote:
> >>> On Sun, 18 Nov 2012 20:36:44 -0800 Dave Ray  said:
>  On Nov 18, 2012, at 7:27 PM, Carsten Haitzler (The Rasterman) wrote:
> >>> 
>  E17 (as well as Gnome and others) has never shown a transparent
>  background in non-rooted mode. It's not a big deal because I can still
>  switch between windows with alt-tab (between X11 and the other app). But
>  that would be a nice feature to implement in e17 for better OSX
>  integration. 
> >>> 
> >>> actually it can do it - there is a hidden option deep inside,
> >> 
> >> Where? In the settings?
> > 
> > hidden i said :) (no gui for it at all, no cmd-line option). :)
> 
> A setting in one of the source files? Please tell...

no - config... i'll let this be an awesome mystery and give you some fun
digging thru the config :)

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


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

Re: [E-devel] evas_object_size_hint_min_set on a ElmEntry

[The Rasterman]

On Tue, 20 Nov 2012 23:15:25 +0100 Andreas Volz  said:

NEVER set min (or max) size hints on elm objects. they set them themselves. all
you do is fight over "who set them last". never do this. min size horizontally
will be almost nothing for an entry (as it can scroll...)...

what you want is an EXTRA controlling geometry... and you can do this with
tables + evas rects. pack a rect (never show it) in the SAMe cell as the entry
an set the min size hint on the RECT... (u can set max too) and THIS becomes
another control-point. the algorithms all deal with this correctly and use the
"most limiting constraint" of all min sizes and all max sizes... :)

> Hi,
> 
> I just created a small GUI window based in Elementaryxx. I'll show an
> shot of my problem and some C++ code here. But I'm sure same problem
> would exist in C code.
> 
> Window shot:
> http://s10.postimage.org/eqt4kvdzd/Entry_min_size.jpg
> 
> Source code:
> http://codepad.org/kEHOX9n1
> 
> I expected this call should set a minimum size of the Entry:
> 
> et->setMinHintSize (Eflxx::Size (50, 0));
> 
> And as result the window start size should include this widget as it
> does with the label text. But it doesn't work. Any ideas how to get
> this done?
> 
> regards
>   Andreas
> 
> -- 
> Technical Blog 
> 
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


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


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

Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

[The Rasterman]

On Tue, 20 Nov 2012 22:18:39 +0100 thomasg  said:

> On Tue, Nov 20, 2012 at 3:54 PM, Enlightenment SVN
>  wrote:
> > Log:
> > fix "long press" on label to triggewr rename after mouse release IF
> >   held down for > 0.4 sec.
> >
> 
> Imho, triggering the rename on mouse up is counter-intuitive.
> On Desktops, the most common behavior is the Windows one with rename
> on mouse up _without_ timer (though it only happens on already
> selected items, which is why I think most people don't even know about
> it).
> On Mobile, the most common behavior for item interaction (though not
> renaming alone) is on mouse _down_ with timer.
> 
> The way E behaves here just seems random and magic as there is no
> indicator that a rename might be triggered.

valid complaint before: EVERY click on the text of an icon - in icon or list
mode entered rename mode. this was totally unusable. the other problem is if
done purely on timeout if mouse pressed for long enough, is we have event
problems with bits of efm/evas still thinking the mouse is pressed on something
when it is not. this is a workaround. third - u still have the click+drag +drop
and this needs to work with that. if u PRESS a second time on a selected item u
need to NOT start rename IF u start dragging - thus the timeout.

> Is this really the intended behavior?
> 
> On another note: when rename happens after mouse up, if the
> single-click action is set, it will still open the file.

aah crap. this means in code... it needs to use a job, and the job needs to
force signal processing and if edit mode was started- then abort single click
"activation"... gar... signal/timing/async race condition issue atm.

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


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


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

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

[The Rasterman]

On Tue, 20 Nov 2012 16:48:19 -0200 "Eduardo Lima (Etrunko)" 
said:

> And now talking about the "About Dialog", how can we make it consume
> less CPU!? Enlightenment process can take up to 50% of CPU while it is
> showing the text.

its a combination of 1. textblock recalcs, and 2. all the soft shadow stuff on
text. the about box hasnt been re-themed yet... so it's not a concern for me
atm... until i get to it. :)

> On Tue, Nov 20, 2012 at 1:38 PM, Enlightenment SVN
>  wrote:
> > Log:
> > about legal stuff + contact info.
> >
> >
> >
> > Author:   raster
> > Date: 2012-11-20 07:37:50 -0800 (Tue, 20 Nov 2012)
> > New Revision: 79476
> > Trac: http://trac.enlightenment.org/e/changeset/79476
> >
> > Modified:
> >   trunk/e/src/bin/e_about.c
> >
> > Modified: trunk/e/src/bin/e_about.c
> > ===
> > --- trunk/e/src/bin/e_about.c   2012-11-20 15:32:27 UTC (rev 79475)
> > +++ trunk/e/src/bin/e_about.c   2012-11-20 15:37:50 UTC (rev 79476)
> > @@ -29,6 +29,9 @@
> > "We hope you enjoy using this software as much as we enjoyed "
> > "writing it."
> > ""
> > +   "To contact us please visit:"
> > +   "http://www.enlightenment.org"
> > +   ""
> > "All rights reserved."
> > ""
> > "Redistribution and use in source and binary forms, with or without
> > "
> >
> >
> > --
> > Monitor your physical, virtual and cloud infrastructure from a single
> > web console. Get in-depth insight into apps, servers, databases, vmware,
> > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-svn mailing list
> > enlightenment-...@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
> 
> 
> 
> -- 
> Eduardo de Barros Lima ◤✠◢
> ebl...@gmail.com


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


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

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

[The Rasterman]

On Tue, 20 Nov 2012 17:32:37 -0200 Gustavo Sverzut Barbieri
 said:

> On Tue, Nov 20, 2012 at 5:20 PM, Eduardo Lima (Etrunko)
> wrote:
> 
> > On Tue, Nov 20, 2012 at 5:08 PM, Gustavo Sverzut Barbieri
> >  wrote:
> > > 1 - check your fps, if it's a lot, it will render it a lot. Alternatively
> > > sync with GL (comp settings)
> >
> > Yes, it is synchronized, aka 60fps.
> >
> >
> also, if gl it will have to swap the whole screen to do the composite
> manager's swap buffer.

actually - if your gl drivers behave in a specific way.. there are options to
have the compositor do only partial updates even in gl... its under advanced.
YMMV based on drivers, system etc. :) there currently is no way to get the
actual backbuffer state/behavior and do a partial swap with glx or egl that i
know of that is anything beyond a "standards specs document". rob bradford told
me that intel have recently implemented this - but i currently don't know
exactly where and in what circumstances (but i think it'd be egl only and
probably wayland only).

> > > 2 - remove soft shadow, current evas impl will render the same text
> > > multiple times at different transparency to get that effect;
> > > 3 - remove that annoying scrolling text, make it paged and do the slide
> > > effect or transparency between pages... it's bad for cpu and reading the
> > > contents anyway
> > > 4 - make the text not render under a transparent image (that white one,
> > the
> > > button, the top shadow)
> > > 5 - stop looking at "top", it's a sampling and thus things that runs
> > > constantly at top speed will always show high in there (evas runs at top
> > > speed for each frame, running lots of time per second will make it show
> > > badly at top)
> >
> > Yeah, my point is that the about dialog could be simplified a lot but
> > still showcase what Evas can do.
> >
> 
> o'really? :-) that's always the case... but not what raster likes most, so
> :-P
> 
> it's like the effects we have now: they are not there because they are
> nice, it's there because we have that technology and we want to show
> that... We had that annoying menu effect in blingbling and black&white, but
> we never had a nice effect that would make the menu show from your click
> position (be it genie, macos like, or other) because we lacked the
> technology. We also can't do popups that are "born" from the owner
> window... same reason... and we can't blur the transparency background
> (windows vista-like)...
> 
> so we do an infinite scrolling with soft shadow text :-P
> 
> 
> -- 
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


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


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

Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4

[Martin Jansa]

On Wed, Nov 21, 2012 at 02:58:00AM +0400, Igor Murzov wrote:
> On Tue, 20 Nov 2012 22:32:10 +0100
> Martin Jansa  wrote:
> 
> > On Tue, Nov 20, 2012 at 08:43:55PM +, Michael Blumenkrantz wrote:
> > > I may be sick and on holiday, but that doesn't mean we're not still doing
> > > releases!
> > > 
> > > Changelog:
> > > Translation updates
> > > Fixed submenu positioning bug
> > > Fixes for modal dialog windows (unbreaks image import dialog)
> > > .spec file improvements
> > > OSX compatibility fixes
> > > RandR dialog presents refresh rates in right click menu
> > > Further improvements to new default theme, particularly digital clock
> > > appearance
> > > Theme info menu item is now more clear
> > > Default theme now allows file renaming on longpress
> > 
> > I'm using edje from edje-1.7 branch and today I upgraded from
> > r79400 to r79476, so just before alpha4 and edje_cc now segfaults when 
> > building default.edj in e-wm
> > 
> > | Making all in themes
> > | make[3]: Entering directory 
> > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data/themes'
> > | /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc  -id 
> > ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1 
> > -DMEDIUMRES_PD
> > A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 
> > -DE17_PROFILE=SLOW_PC \
> > | ../../data/themes/default.edc \
> > | ../../data/themes/default.edj
> > | make[3]: *** [default.edj] Segmentation fault
> > | make[3]: Leaving directory 
> > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data/themes'
> > | make[2]: *** [all-recursive] Error 1
> > | make[2]: Leaving directory 
> > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data'
> > | make[1]: *** [all-recursive] Error 1
> > | make[1]: Leaving directory 
> > `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e'
> > | make: *** [all] Error 2
> > 
> > Anyone else seeing this? I can try to debug it tomorrow. 
> 
> The same error here. edje_cc crashes because of NULL pointer
> dereference:
> 
> ==32122== Invalid read of size 1
> ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
> ==32122==by 0x40688C: data_queue_copied_anonymous_lookup 
> (edje_cc_out.c:1908)
> ==32122==by 0x411A86: st_collections_group_inherit 
> (edje_cc_handlers.c:2524)
> ==32122==by 0x40AB18: compile (edje_cc_parse.c:187)
> ==32122==by 0x403D64: main (edje_cc.c:318)
> ==32122==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
> ==32122== 
> ==32122== 
> ==32122== Process terminating with default action of signal 11 (SIGSEGV)
> ==32122==  Access not within mapped region at address 0x0
> ==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
> ==32122==by 0x40688C: data_queue_copied_anonymous_lookup 
> (edje_cc_out.c:1908)
> ==32122==by 0x411A86: st_collections_group_inherit 
> (edje_cc_handlers.c:2524)
> ==32122==by 0x40AB18: compile (edje_cc_parse.c:187)
> ==32122==by 0x403D64: main (edje_cc.c:318

And it's triggered by theme change in r79472, but should be fixed in
edje too to show reasonable error not segfault.

Cheers,

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


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

Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4

[Igor Murzov]

On Tue, 20 Nov 2012 22:32:10 +0100
Martin Jansa  wrote:

> On Tue, Nov 20, 2012 at 08:43:55PM +, Michael Blumenkrantz wrote:
> > I may be sick and on holiday, but that doesn't mean we're not still doing
> > releases!
> > 
> > Changelog:
> > Translation updates
> > Fixed submenu positioning bug
> > Fixes for modal dialog windows (unbreaks image import dialog)
> > .spec file improvements
> > OSX compatibility fixes
> > RandR dialog presents refresh rates in right click menu
> > Further improvements to new default theme, particularly digital clock
> > appearance
> > Theme info menu item is now more clear
> > Default theme now allows file renaming on longpress
> 
> I'm using edje from edje-1.7 branch and today I upgraded from
> r79400 to r79476, so just before alpha4 and edje_cc now segfaults when 
> building default.edj in e-wm
> 
> | Making all in themes
> | make[3]: Entering directory 
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data/themes'
> | /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc  -id 
> ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1 -DMEDIUMRES_PD
> A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC 
> \
> | ../../data/themes/default.edc \
> | ../../data/themes/default.edj
> | make[3]: *** [default.edj] Segmentation fault
> | make[3]: Leaving directory 
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data/themes'
> | make[2]: *** [all-recursive] Error 1
> | make[2]: Leaving directory 
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data'
> | make[1]: *** [all-recursive] Error 1
> | make[1]: Leaving directory 
> `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e'
> | make: *** [all] Error 2
> 
> Anyone else seeing this? I can try to debug it tomorrow. 

The same error here. edje_cc crashes because of NULL pointer
dereference:

==32122== Invalid read of size 1
==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
==32122==by 0x40688C: data_queue_copied_anonymous_lookup 
(edje_cc_out.c:1908)
==32122==by 0x411A86: st_collections_group_inherit (edje_cc_handlers.c:2524)
==32122==by 0x40AB18: compile (edje_cc_parse.c:187)
==32122==by 0x403D64: main (edje_cc.c:318)
==32122==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==32122== 
==32122== 
==32122== Process terminating with default action of signal 11 (SIGSEGV)
==32122==  Access not within mapped region at address 0x0
==32122==at 0x4C2D171: strcmp (mc_replace_strmem.c:725)
==32122==by 0x40688C: data_queue_copied_anonymous_lookup 
(edje_cc_out.c:1908)
==32122==by 0x411A86: st_collections_group_inherit (edje_cc_handlers.c:2524)
==32122==by 0x40AB18: compile (edje_cc_parse.c:187)
==32122==by 0x403D64: main (edje_cc.c:318


-- Igor

> But someone else (who is not cross building) can find it faster I guess.
> 
> Cheers,
> 
> -- 
> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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

[E-devel] 2 steps eina_share_common_del speed up

[Jérémy Zurcher]

Hi,

here are 2 patches to speed up eina_share_common_del with minimal costs on
eina_share_common_add side.

the second might be controversial

0001-eina_share_common_del-speed-up.patch
  builtin node is never unlinked even if empty,
  always is the last of the queue,
  so that it can be used to get a pointer to head.

  cost: never unlink or promote builtin node.
  benefit: no need to hash and search rbtree to unlink an empty node,
  only to remove an empty head.

0002-eina_share_common_del-speed-up.patch
  store full hash in Eina_Share_Common_Head, so we only hash once
  use 8 lower bits as node hash, use next 8 bits as bucket index.

  cost: have to apply 0xFF mask on hash in rbtree callbacks.
  benefit: no need to hash when removing an empty head.


regards
Jérémy
>From b8dbbedd49e8c66ff1fe201706c1e6a805f009f5 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Zurcher?= 
Date: Tue, 20 Nov 2012 22:31:46 +0100
Subject: [PATCH 1/2] eina_share_common_del speed up

builtin node is never unlinked even if empty,
always is the last of the queue,
so that it can be used to get a pointer to head.

cost: never unlink or promote builtin node.
benefit: no need to hash and search rbtree to unlink an empty node,
only to remove an empty head.
---
 efl/src/lib/eina/eina_share_common.c | 50 
 1 file changed, 34 insertions(+), 16 deletions(-)

diff --git a/efl/src/lib/eina/eina_share_common.c 
b/efl/src/lib/eina/eina_share_common.c
index c68e399..bc9ea4b 100644
--- a/efl/src/lib/eina/eina_share_common.c
+++ b/efl/src/lib/eina/eina_share_common.c
@@ -477,10 +477,13 @@ _eina_share_common_head_find(Eina_Share_Common_Head *head,
for (; node; prev = node, node = node->next)
   if (_eina_share_common_node_eq(node, str, slen))
 {
-   /* promote node, make hot items be at the beginning */
-   prev->next = node->next;
-   node->next = head->head;
-   head->head = node;
+   /* promote node except builtin_node, make hot items be at the 
beginning */
+   if (node->next)
+ {
+prev->next = node->next;
+node->next = head->head;
+head->head = node;
+ }
return node;
 }
 
@@ -519,6 +522,20 @@ _eina_share_common_find_hash(Eina_Share_Common_Head 
*bucket, int hash)
  EINA_RBTREE_CMP_KEY_CB(_eina_share_common_cmp), NULL);
 }
 
+static Eina_Share_Common_Head *
+_eina_share_common_head_from_node(Eina_Share_Common_Node *node)
+{
+   Eina_Share_Common_Head *head;
+   const size_t offset = offsetof(Eina_Share_Common_Head, builtin_node);
+
+   while (node->next)
+ node = node->next;
+   head = (Eina_Share_Common_Head *)((char*)node - offset);
+   EINA_MAGIC_CHECK_SHARE_COMMON_HEAD(head, , 0);
+
+   return head;
+}
+
 static Eina_Share_Common_Node *
 _eina_share_common_node_alloc(unsigned int slen, unsigned int null_size)
 {
@@ -834,25 +851,26 @@ eina_share_common_del(Eina_Share *share, const char *str)
 
node->references = 0;
 
-   hash = eina_hash_superfast(str, slen);
-   hash_num = hash & 0xFF;
-   hash = (hash >> 8) & EINA_SHARE_COMMON_MASK;
-
-   p_bucket = share->share->buckets + hash_num;
-   ed = _eina_share_common_find_hash(*p_bucket, hash);
+   ed = _eina_share_common_head_from_node(node);
if (!ed)
   goto on_error;
 
EINA_MAGIC_CHECK_SHARE_COMMON_HEAD(ed, eina_lock_release(&_mutex_big), 
EINA_FALSE);
 
-   if (!_eina_share_common_head_remove_node(ed, node))
-  goto on_error;
-
if (node != &ed->builtin_node)
-  MAGIC_FREE(node);
+ {
+if (!_eina_share_common_head_remove_node(ed, node))
+  goto on_error;
+MAGIC_FREE(node);
+ }
 
-   if (!ed->head)
-  _eina_share_common_del_head(p_bucket, ed);
+   if (!ed->head || ed->head->references == 0)
+ {
+hash = eina_hash_superfast(str, slen);
+hash_num = hash & 0xFF;
+p_bucket = share->share->buckets + hash_num;
+_eina_share_common_del_head(p_bucket, ed);
+ }
else
   _eina_share_common_population_head_del(share, ed);
 
-- 
1.8.0

>From dbe93a06190383b3e4ba283d6453398bcf7c324a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Zurcher?= 
Date: Tue, 20 Nov 2012 23:07:16 +0100
Subject: [PATCH 2/2] eina_share_common_del speed up

store full hash in Eina_Share_Common_Head, so we only hash once
use 8 lower bits as node hash, use next 8 bits as bucket index.

cost: have to apply 0xFF mask on hash in rbtree callbacks.
benefit: no need to hash when removing an empty head.
---
 efl/src/lib/eina/eina_share_common.c | 19 ---
 1 file changed, 8 insertions(+), 11 deletions(-)

diff --git a/efl/src/lib/eina/eina_share_common.c 
b/efl/src/lib/eina/eina_share_common.c
index bc9ea4b..2244df8 100644
--- a/efl/src/lib/eina/eina_share_common.c
+++ b/efl/src/lib/eina/eina_share_common.c
@@ -92,6 +92,8 @@
 
 #define EINA_SHARE_COMMON_BUCKETS 256
 #define EINA_SHARE_COMMON_MAS

[E-devel] evas_object_size_hint_min_set on a ElmEntry

[Andreas Volz]

Hi,

I just created a small GUI window based in Elementaryxx. I'll show an
shot of my problem and some C++ code here. But I'm sure same problem
would exist in C code.

Window shot:
http://s10.postimage.org/eqt4kvdzd/Entry_min_size.jpg

Source code:
http://codepad.org/kEHOX9n1

I expected this call should set a minimum size of the Entry:

et->setMinHintSize (Eflxx::Size (50, 0));

And as result the window start size should include this widget as it
does with the label text. But it doesn't work. Any ideas how to get
this done?

regards
Andreas

-- 
Technical Blog 

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

Re: [E-devel] ElmEntry border?

[Andreas Volz]

Am Tue, 20 Nov 2012 22:37:08 +0100 schrieb Andreas Volz:

Forget the question. I found it.

elm_entry_single_line_set or Entry::setSingleLine in Elmxx. I should
have known it as I yet wrote the C++ wrapper. :-P

> Am Sun, 18 Nov 2012 11:56:30 -0200 schrieb Gustavo Sverzut Barbieri:
> 
> Yes, but I like the border and content should anyway only be a single
> line. How to do this?
> 
> > the scroller is what gives it borders, so you need to make it
> > scrollable... stupid, yep, but it used to be even worse (you had to
> > create a scroller yourself)
> > 
> > 
> > On Sun, Nov 18, 2012 at 10:35 AM, Andreas Volz 
> > wrote:
> > 
> > > Hello,
> > >
> > > if I create a Elm Entry I always get it without border like this:
> > >
> > >
> > > http://docs.enlightenment.org/auto/elementary/img/widget/entry/preview-00.png
> > >
> > > But there's another image in the docs:
> > >
> > >
> > > http://docs.enlightenment.org/auto/elementary/img/widget/entry/preview-02.png
> > >
> > > Could you tell me what options to set to get Entry with border?
> > >
> > > regards
> > > Andreas
> > >
> > > --
> > > Technical Blog 
> > >
> > >
> > > --
> > > Monitor your physical, virtual and cloud infrastructure from a
> > > single web console. Get in-depth insight into apps, servers,
> > > databases, vmware, SAP, cloud infrastructure, etc. Download 30-day
> > > Free Trial. Pricing starts from $795 for 25 servers or
> > > applications! http://p.sf.net/sfu/zoho_dev2dev_nov
> > > ___
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > >
> > 
> > 
> > 
> > -- 
> > Gustavo Sverzut Barbieri
> > http://profusion.mobi embedded systems
> > --
> > MSN: barbi...@gmail.com
> > Skype: gsbarbieri
> > Mobile: +55 (19) 9225-2202
> > --
> > Monitor your physical, virtual and cloud infrastructure from a
> > single web console. Get in-depth insight into apps, servers,
> > databases, vmware, SAP, cloud infrastructure, etc. Download 30-day
> > Free Trial. Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > 
> 
> 
> -- 
> Technical Blog 
> 
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases,
> vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
Technical Blog 

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

Re: [E-devel] ElmEntry border?

[Andreas Volz]

Am Sun, 18 Nov 2012 11:56:30 -0200 schrieb Gustavo Sverzut Barbieri:

Yes, but I like the border and content should anyway only be a single
line. How to do this?

> the scroller is what gives it borders, so you need to make it
> scrollable... stupid, yep, but it used to be even worse (you had to
> create a scroller yourself)
> 
> 
> On Sun, Nov 18, 2012 at 10:35 AM, Andreas Volz 
> wrote:
> 
> > Hello,
> >
> > if I create a Elm Entry I always get it without border like this:
> >
> >
> > http://docs.enlightenment.org/auto/elementary/img/widget/entry/preview-00.png
> >
> > But there's another image in the docs:
> >
> >
> > http://docs.enlightenment.org/auto/elementary/img/widget/entry/preview-02.png
> >
> > Could you tell me what options to set to get Entry with border?
> >
> > regards
> > Andreas
> >
> > --
> > Technical Blog 
> >
> >
> > --
> > Monitor your physical, virtual and cloud infrastructure from a
> > single web console. Get in-depth insight into apps, servers,
> > databases, vmware, SAP, cloud infrastructure, etc. Download 30-day
> > Free Trial. Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> 
> 
> 
> -- 
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases,
> vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
Technical Blog 

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

Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4

[Martin Jansa]

On Tue, Nov 20, 2012 at 08:43:55PM +, Michael Blumenkrantz wrote:
> I may be sick and on holiday, but that doesn't mean we're not still doing
> releases!
> 
> Changelog:
> Translation updates
> Fixed submenu positioning bug
> Fixes for modal dialog windows (unbreaks image import dialog)
> .spec file improvements
> OSX compatibility fixes
> RandR dialog presents refresh rates in right click menu
> Further improvements to new default theme, particularly digital clock
> appearance
> Theme info menu item is now more clear
> Default theme now allows file renaming on longpress

I'm using edje from edje-1.7 branch and today I upgraded from
r79400 to r79476, so just before alpha4 and edje_cc now segfaults when building 
default.edj in e-wm

| Making all in themes
| make[3]: Entering directory 
`/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data/themes'
| /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc  -id 
../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1 -DMEDIUMRES_PD
A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC \
| ../../data/themes/default.edc \
| ../../data/themes/default.edj
| make[3]: *** [default.edj] Segmentation fault
| make[3]: Leaving directory 
`/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data/themes'
| make[2]: *** [all-recursive] Error 1
| make[2]: Leaving directory 
`/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e/data'
| make[1]: *** [all-recursive] Error 1
| make[1]: Leaving directory 
`/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060+svnr79476-r8/e'
| make: *** [all] Error 2

Anyone else seeing this? I can try to debug it tomorrow. 

But someone else (who is not cross building) can find it faster I guess.

Cheers,

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


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

Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

[thomasg]

On Tue, Nov 20, 2012 at 3:54 PM, Enlightenment SVN
 wrote:
> Log:
> fix "long press" on label to triggewr rename after mouse release IF
>   held down for > 0.4 sec.
>

Imho, triggering the rename on mouse up is counter-intuitive.
On Desktops, the most common behavior is the Windows one with rename
on mouse up _without_ timer (though it only happens on already
selected items, which is why I think most people don't even know about
it).
On Mobile, the most common behavior for item interaction (though not
renaming alone) is on mouse _down_ with timer.

The way E behaves here just seems random and magic as there is no
indicator that a rename might be triggered.

Is this really the intended behavior?

On another note: when rename happens after mouse up, if the
single-click action is set, it will still open the file.

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

[E-devel] [Announce] Enlightenment DR 0.17-alpha4

[Michael Blumenkrantz]

I may be sick and on holiday, but that doesn't mean we're not still doing
releases!

Changelog:
Translation updates
Fixed submenu positioning bug
Fixes for modal dialog windows (unbreaks image import dialog)
.spec file improvements
OSX compatibility fixes
RandR dialog presents refresh rates in right click menu
Further improvements to new default theme, particularly digital clock
appearance
Theme info menu item is now more clear
Default theme now allows file renaming on longpress


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

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

[Gustavo Sverzut Barbieri]

On Tue, Nov 20, 2012 at 5:20 PM, Eduardo Lima (Etrunko) wrote:

> On Tue, Nov 20, 2012 at 5:08 PM, Gustavo Sverzut Barbieri
>  wrote:
> > 1 - check your fps, if it's a lot, it will render it a lot. Alternatively
> > sync with GL (comp settings)
>
> Yes, it is synchronized, aka 60fps.
>
>
also, if gl it will have to swap the whole screen to do the composite
manager's swap buffer.




> > 2 - remove soft shadow, current evas impl will render the same text
> > multiple times at different transparency to get that effect;
> > 3 - remove that annoying scrolling text, make it paged and do the slide
> > effect or transparency between pages... it's bad for cpu and reading the
> > contents anyway
> > 4 - make the text not render under a transparent image (that white one,
> the
> > button, the top shadow)
> > 5 - stop looking at "top", it's a sampling and thus things that runs
> > constantly at top speed will always show high in there (evas runs at top
> > speed for each frame, running lots of time per second will make it show
> > badly at top)
>
> Yeah, my point is that the about dialog could be simplified a lot but
> still showcase what Evas can do.
>

o'really? :-) that's always the case... but not what raster likes most, so
:-P

it's like the effects we have now: they are not there because they are
nice, it's there because we have that technology and we want to show
that... We had that annoying menu effect in blingbling and black&white, but
we never had a nice effect that would make the menu show from your click
position (be it genie, macos like, or other) because we lacked the
technology. We also can't do popups that are "born" from the owner
window... same reason... and we can't blur the transparency background
(windows vista-like)...

so we do an infinite scrolling with soft shadow text :-P


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

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

[Dave Ray]

On Nov 19, 2012, at 1:44 AM, Carsten Haitzler (The Rasterman) wrote:

> On Mon, 19 Nov 2012 01:03:17 -0800 Dave Ray  said:
> 
>> 
>> On Nov 18, 2012, at 11:17 PM, Carsten Haitzler (The Rasterman) wrote:
>>> On Sun, 18 Nov 2012 20:36:44 -0800 Dave Ray  said:
 On Nov 18, 2012, at 7:27 PM, Carsten Haitzler (The Rasterman) wrote:
>>> 
 E17 (as well as Gnome and others) has never shown a transparent background
 in non-rooted mode. It's not a big deal because I can still switch between
 windows with alt-tab (between X11 and the other app). But that would be a
 nice feature to implement in e17 for better OSX integration. 
>>> 
>>> actually it can do it - there is a hidden option deep inside,
>> 
>> Where? In the settings?
> 
> hidden i said :) (no gui for it at all, no cmd-line option). :)

A setting in one of the source files? Please tell...



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

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

[Eduardo Lima (Etrunko)]

On Tue, Nov 20, 2012 at 5:08 PM, Gustavo Sverzut Barbieri
 wrote:
> 1 - check your fps, if it's a lot, it will render it a lot. Alternatively
> sync with GL (comp settings)

Yes, it is synchronized, aka 60fps.

> 2 - remove soft shadow, current evas impl will render the same text
> multiple times at different transparency to get that effect;
> 3 - remove that annoying scrolling text, make it paged and do the slide
> effect or transparency between pages... it's bad for cpu and reading the
> contents anyway
> 4 - make the text not render under a transparent image (that white one, the
> button, the top shadow)
> 5 - stop looking at "top", it's a sampling and thus things that runs
> constantly at top speed will always show high in there (evas runs at top
> speed for each frame, running lots of time per second will make it show
> badly at top)

Yeah, my point is that the about dialog could be simplified a lot but
still showcase what Evas can do.

>
>
> On Tue, Nov 20, 2012 at 4:48 PM, Eduardo Lima (Etrunko) 
> wrote:
>
>> And now talking about the "About Dialog", how can we make it consume
>> less CPU!? Enlightenment process can take up to 50% of CPU while it is
>> showing the text.
>>
>> On Tue, Nov 20, 2012 at 1:38 PM, Enlightenment SVN
>>  wrote:
>> > Log:
>> > about legal stuff + contact info.
>> >
>> >
>> >
>> > Author:   raster
>> > Date: 2012-11-20 07:37:50 -0800 (Tue, 20 Nov 2012)
>> > New Revision: 79476
>> > Trac: http://trac.enlightenment.org/e/changeset/79476
>> >
>> > Modified:
>> >   trunk/e/src/bin/e_about.c
>> >
>> > Modified: trunk/e/src/bin/e_about.c
>> > ===
>> > --- trunk/e/src/bin/e_about.c   2012-11-20 15:32:27 UTC (rev 79475)
>> > +++ trunk/e/src/bin/e_about.c   2012-11-20 15:37:50 UTC (rev 79476)
>> > @@ -29,6 +29,9 @@
>> > "We hope you enjoy using this software as much as we enjoyed "
>> > "writing it."
>> > ""
>> > +   "To contact us please visit:"
>> > +   "http://www.enlightenment.org"
>> > +   ""
>> > "All rights reserved."
>> > ""
>> > "Redistribution and use in source and binary forms, with or
>> without "
>> >
>> >
>> >
>> --
>> > Monitor your physical, virtual and cloud infrastructure from a single
>> > web console. Get in-depth insight into apps, servers, databases, vmware,
>> > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>> > Pricing starts from $795 for 25 servers or applications!
>> > http://p.sf.net/sfu/zoho_dev2dev_nov
>> > ___
>> > enlightenment-svn mailing list
>> > enlightenment-...@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>>
>>
>>
>> --
>> Eduardo de Barros Lima ◤✠◢
>> ebl...@gmail.com
>>
>>
>> --
>> Monitor your physical, virtual and cloud infrastructure from a single
>> web console. Get in-depth insight into apps, servers, databases, vmware,
>> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>> Pricing starts from $795 for 25 servers or applications!
>> http://p.sf.net/sfu/zoho_dev2dev_nov
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>>
>
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



--
Eduardo de Barros Lima ◤✠◢
ebl...@gmail.com

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

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

[Gustavo Sverzut Barbieri]

1 - check your fps, if it's a lot, it will render it a lot. Alternatively
sync with GL (comp settings)
2 - remove soft shadow, current evas impl will render the same text
multiple times at different transparency to get that effect;
3 - remove that annoying scrolling text, make it paged and do the slide
effect or transparency between pages... it's bad for cpu and reading the
contents anyway
4 - make the text not render under a transparent image (that white one, the
button, the top shadow)
5 - stop looking at "top", it's a sampling and thus things that runs
constantly at top speed will always show high in there (evas runs at top
speed for each frame, running lots of time per second will make it show
badly at top)


On Tue, Nov 20, 2012 at 4:48 PM, Eduardo Lima (Etrunko) wrote:

> And now talking about the "About Dialog", how can we make it consume
> less CPU!? Enlightenment process can take up to 50% of CPU while it is
> showing the text.
>
> On Tue, Nov 20, 2012 at 1:38 PM, Enlightenment SVN
>  wrote:
> > Log:
> > about legal stuff + contact info.
> >
> >
> >
> > Author:   raster
> > Date: 2012-11-20 07:37:50 -0800 (Tue, 20 Nov 2012)
> > New Revision: 79476
> > Trac: http://trac.enlightenment.org/e/changeset/79476
> >
> > Modified:
> >   trunk/e/src/bin/e_about.c
> >
> > Modified: trunk/e/src/bin/e_about.c
> > ===
> > --- trunk/e/src/bin/e_about.c   2012-11-20 15:32:27 UTC (rev 79475)
> > +++ trunk/e/src/bin/e_about.c   2012-11-20 15:37:50 UTC (rev 79476)
> > @@ -29,6 +29,9 @@
> > "We hope you enjoy using this software as much as we enjoyed "
> > "writing it."
> > ""
> > +   "To contact us please visit:"
> > +   "http://www.enlightenment.org"
> > +   ""
> > "All rights reserved."
> > ""
> > "Redistribution and use in source and binary forms, with or
> without "
> >
> >
> >
> --
> > Monitor your physical, virtual and cloud infrastructure from a single
> > web console. Get in-depth insight into apps, servers, databases, vmware,
> > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-svn mailing list
> > enlightenment-...@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
>
>
> --
> Eduardo de Barros Lima ◤✠◢
> ebl...@gmail.com
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>


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

[E-devel] [PATCH] Edje: invalidate double named group

[Leandro Dorileo]

Hi,

What happens if a group has 2 name statements("double named")?
edje will fail to free the groups cache while shuting down due
the collection directory entry hash having two entries with
different names but pointing to the same object - the second try
to free the part mem pool will fail - since it was freed before -
and issue an abort.

Attached goes a patch to fix the issue.

Regards...

-- 
Leandro Dorileo
ProFUSION embedded systems
http://profusion.mobi
>From ed80571de39aab5ce25ae0ce3b2a888d04e9bd05 Mon Sep 17 00:00:00 2001
From: Leandro Dorileo 
Date: Tue, 20 Nov 2012 15:33:00 -0200
Subject: [PATCH] Edje: invalidate double named group

What happens if a group has 2 name statements("double named")?
edje will fail to free the groups cache while shuting down due
the collection directory entry hash having two entries with
different names but pointing to the same object - the second try
to free the part mem pool will fail - since it was freed before -
and issue an abort.
---
 src/bin/edje_cc_handlers.c | 15 +++
 1 file changed, 15 insertions(+)

diff --git a/src/bin/edje_cc_handlers.c b/src/bin/edje_cc_handlers.c
index 185eb12..580f6c9 100644
--- a/src/bin/edje_cc_handlers.c
+++ b/src/bin/edje_cc_handlers.c
@@ -2255,6 +2255,8 @@ st_collections_group_name(void)
Edje_Part_Collection_Directory_Entry *older;
Edje_Part_Collection *current_pc;
Eina_List *l = NULL;
+   void *data;
+   Eina_Iterator *it;
 
check_arg_count(1);
 
@@ -2263,6 +2265,14 @@ st_collections_group_name(void)
current_de->entry = parse_str(0);
current_pc->part = current_de->entry;
 
+   it = eina_hash_iterator_data_new(edje_file->collection);
+   while(eina_iterator_next(it, &data))
+ {
+if (data == current_de)
+  goto double_named_group;
+ }
+   eina_iterator_free(it);
+
older = eina_hash_find(edje_file->collection, current_de->entry);
if (older) eina_hash_del(edje_file->collection, current_de->entry, older);
eina_hash_direct_add(edje_file->collection, current_de->entry, current_de);
@@ -2282,6 +2292,11 @@ st_collections_group_name(void)
   break;
}
 
+ double_named_group:
+   eina_iterator_free(it);
+   ERR("Invalid group, only a single name statement is valid for group, use "
+   "alias instead.");
+   exit(-1);
 }
 
 typedef struct _Edje_List_Foreach_Data Edje_List_Foreach_Data;
-- 
1.8.0

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

Re: [E-devel] Warnings in python bindings compilation

[Stefan Schmidt]

Hello.

On 20/11/12 16:58, Vincent Torri wrote:
> On Tue, Nov 20, 2012 at 5:57 PM, Gustavo Sverzut Barbieri
>  wrote:
>> yay! nice work stefan, thanks :-)
>
> and about the windows port ? :p

Still on the list. But it would need a bigger timeslot which I fail to 
allocate right now. :)

regards
Stefan Schmidt




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

Re: [E-devel] Warnings in python bindings compilation

[Vincent Torri]

On Tue, Nov 20, 2012 at 5:57 PM, Gustavo Sverzut Barbieri
 wrote:
> yay! nice work stefan, thanks :-)

and about the windows port ? :p

Vincent

>
>
> On Tue, Nov 20, 2012 at 2:35 PM, Stefan Schmidt wrote:
>
>> Hello.
>>
>> On 20/11/12 13:53, Gustavo Sverzut Barbieri wrote:
>> > Folks added these to make string operations simpler.
>> >
>> > I guess they added it to every project, but not necessarily using them.
>> > Just delete from pxi and pxd and you're fine :-)
>>
>> That was indeed the case. Just not used in python-ecore and python-edje.
>> There was also a unreachable return statement I just seen due to the
>> warnings and removed it 79477.
>>
>> Python bindings should be all green now in buildbot.
>>
>> regards
>> Stefan Schmidt
>>
>>
>>
>> --
>> Monitor your physical, virtual and cloud infrastructure from a single
>> web console. Get in-depth insight into apps, servers, databases, vmware,
>> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>> Pricing starts from $795 for 25 servers or applications!
>> http://p.sf.net/sfu/zoho_dev2dev_nov
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
>
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

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

Re: [E-devel] Warnings in python bindings compilation

[Gustavo Sverzut Barbieri]

yay! nice work stefan, thanks :-)


On Tue, Nov 20, 2012 at 2:35 PM, Stefan Schmidt wrote:

> Hello.
>
> On 20/11/12 13:53, Gustavo Sverzut Barbieri wrote:
> > Folks added these to make string operations simpler.
> >
> > I guess they added it to every project, but not necessarily using them.
> > Just delete from pxi and pxd and you're fine :-)
>
> That was indeed the case. Just not used in python-ecore and python-edje.
> There was also a unreachable return statement I just seen due to the
> warnings and removed it 79477.
>
> Python bindings should be all green now in buildbot.
>
> regards
> Stefan Schmidt
>
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



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

Re: [E-devel] Class hierarchy diagram for Eo based Ecore, Evas, Edje, Elementary

[Gustavo Sverzut Barbieri]

looking at evas/edje/elm:

- Evas_Object_Smart: shouldn't it be NO INSTANT? Maybe in the future when
people use Eo to create sub-classes as opposed to extending
Evas_Smart_Class?
- elm_widget: NO INSTANT, just compat will be REGULAR.
- elm_box should share something with evas box, now that we have eo, same
for table
- elm_layout should share with edje
- elm_image, elm_thumb could share with evas_image

Particularly I think that elm_widget should be an interface and not a
class, then you compose an elm_image from Evas_Object_Image with
Elm_Widget. There is no need to have the Evas_Smart as we do have now, it's
just there because we lacked tools.

Also some others could be made mixin, file-selector button is both a file
selector and a button to launch it. Same for fileselector.

I know some of my suggestions will require deeper changes and may not be
doable right now, but it's good to keep in mind.

As for the overall picture, it seems correct, but I did not compare it with
other references so I may have missed something. Great work! :-)





On Tue, Nov 20, 2012 at 2:09 PM, Yakov Goldberg  wrote:

> Hi!
> As you probably know, we've (TAsn, JackDanielZ and me) ported Ecore, Evas
> and Edje to Eo and continuing working on Elementary.
> I'm also writing automatic bindings generator.
>
> First step I do: I parse C-sources and create XML for each class I've
> found.
> Later I generate code for Python(Cython based) and JS(elev8 - based).
>
> I also can build class diagram. No one, except JackDanielZ  and TAsn never
> seen it.
>
> Now it's time to uncover it. :))
> It would be nice, if you can take a look on it and tell us, if you see
> something wrong or strange in existing class hierarchy.
>
> PS. png is generated from graphviz directed graph. It would be nice to
> hear from you, if you know how I can make this diagram prettier.
>
> Yakov.
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>


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

Re: [E-devel] Warnings in python bindings compilation

[Stefan Schmidt]

Hello.

On 20/11/12 13:53, Gustavo Sverzut Barbieri wrote:
> Folks added these to make string operations simpler.
>
> I guess they added it to every project, but not necessarily using them.
> Just delete from pxi and pxd and you're fine :-)

That was indeed the case. Just not used in python-ecore and python-edje. 
There was also a unreachable return statement I just seen due to the 
warnings and removed it 79477.

Python bindings should be all green now in buildbot.

regards
Stefan Schmidt


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

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

[Dave Ray]

On Nov 18, 2012, at 11:17 PM, Carsten Haitzler (The Rasterman) wrote:

> … as of e18 as we are compositing only and will totally rely on the fact that
> we can paint the entire screen as we see fit. l

I have been unable to get compositing to work on OSX.

When I build ecore it configures with:

Ecore_X (Xlib backend)...: yes
Xcursor: yes
Xkb: yes
Xprint.: yes
Xinerama...: yes
Xrandr.: yes
Xgesture...: no
Xscreensaver...: yes
Xrender: yes
Xcomposite.: yes
Xfixes.: yes
Xdamage: yes
Xdpms..: yes
Xtest..: yes
XIM: yes
Xi2: yes


When I run e, I get the dialog: "Your X display does not support the XComposite 
extension or Ecore was build without XComposite support…"

Any idea why?

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

Re: [E-devel] E17 - enlightenment menu

[Gustavo Sverzut Barbieri]

Ideas:

- About -> inside settings, doesn't need to be so highlighted as the main
menu. I'd say rename "settings" so we can use it for more than just that,
it's a place holder for other stuff of enlightenment.
- Restart/Exit E: again, this is just for E17 test, so bad for end-users.
I've mentioned Xephyr but indeed you might forget to grab and the shortcut
will go to outside E17 and problems will happen. What about doing it for
Everything? Then you see where you'll type the action and it's clear. You
can name them "e-restart" and "e-exit" commands.

In the mood of refactoring the menus... if we merge Enlightenment +
Settings (maybe call it Enlightenment?), we can remove the "Desktop" from
main menu as it's not as useful (menu to change desktop is not that common,
add/configure shelves and gadgets are more like configuration that you do
once a year, show/hide windows can go under Windows main menu entry).
As for "Windows" i dislike it and shouldn't be that useful... but the
"cleanup windows" and the action to recover lost windows are indeed
useful... but likely the DM should avoid losing the windows instead of add
them to a menu? Anyway, this one i see more reasoning to keep.




On Tue, Nov 20, 2012 at 1:16 PM, Carsten Haitzler wrote:

> On Tue, 20 Nov 2012 13:02:29 -0200 Lucas De Marchi
>  said:
>
> > On Tue, Nov 20, 2012 at 12:45 PM, Carsten Haitzler  >
> > wrote:
> > > On Tue, 20 Nov 2012 10:43:05 -0200 Gustavo Sverzut Barbieri
> > >  said:
> > >
> > >> On Tuesday, November 20, 2012, Leif Middelschulte wrote:
> > >>
> > >> > Am Dienstag, 20. November 2012 um 02:43 schrieb Carsten Haitzler:
> > >> > > On Mon, 19 Nov 2012 12:35:18 -0200 Lucas De Marchi
> > >> > >  (mailto:
> > >> > lucas.demar...@profusion.mobi )> said:
> > >> > >
> > >> > > i just tried adding "about enlightenment" and "restart
> enlightenment",
> > >> > "exit
> > >> > > enlightenment" and it's horrible text duplication - it looks
> awful and
> > >> > > repetitive. it's already under the enlightenment parent item -
> thus the
> > >> > topic
> > >> > > already is "enlightenment"... there's context. the on ly thing
> that
> > >> > makes sense
> > >> > > to change is "Theme" -> "About Theme"
> > >> > >
> > >> > >
> > >> >
> > >> > How about connecting that dialog to a button in the theme
> configuration
> > >> > and remove its link from the main menu?
> > >>
> > >>
> > >>
> > >> I like this idea, the theme choose dialog could be bumped a bit and
> include
> > >> a screenshot object (EDC group) and also one about/authors, maybe
> link to
> > >> website. Another option is what I suggested before to make a single
> about
> > >> for theme and e
> > >>
> > >> As fit others (restart, exit): thinking again they sound too
> technical and
> > >> just useful during the development of e itself. I'd say remove it and
> keep
> > >> the keyboard actions.
> > >
> > > if there is just a keybinding, i literally will have to jump through a
> whole
> > > bunch of extra hoops with testing. when you use xpehyr you can kiss
> > > keybindings (and mousebindings) goodbye (without jumping through
> hoops).
> > >
> > > again - where are the actual issues users have had?
> >
> > humn... maybe this was just me. And I'd not claim to be an example of
> > user. I always felt this menu was weird/misplaced, but you never heard
> > about it because I never bothered to say a word ;-).  Again, maybe
> > this is just me trying to think about a regular user
>
> sure - understood, but fyi - i use that menu every time i test e17 in
> xephyr.
> that menu i there because MOST wm's have that feature (desktops do not
> though
> and e is kind of half-way between), also the "about enlightenment" needs
> to go
> somewhere... because otherwise there is no sensible way for us to ask the
> user
> "what version of e do you have?" and for them to tell us (if you expect
> they
> know how to use a package manager to find out etc... then we expect a hell
> of a
> lot from "users"), other than that - it's a place to visibly list the
> people
> who have contributed to e17 - they deserve a bit of a spotlight, and from a
> legal point of view, it indicates in an accessible way to the user what
> e17's
> license is... well at least where to find it. actually it SHOULD literally
> have
> a copy of the license there - something i need to fix before full release.
> not
> to mention just about every app with a menu has an about box.. often help
> ->
> about ... so i don't see a usability issue with the about box. for the
> theme -
> you are right "theme" there was too uninformative - i've made it "about
> theme".
> also having something to configure theme from the theme about dialog was a
> good
> idea too. leifs idea of having a button from the theme config dialog to
> show the theme about seems just great to me - i like it, but that doesn't
> mean we REMOVE the theme about here... either way - it doesnt hurt to have
> it as long as that submenu still exists. if we cut it down to 1 item then
> a 1

Re: [E-devel] E17 - enlightenment menu

[The Rasterman]

On Tue, 20 Nov 2012 13:02:29 -0200 Lucas De Marchi
 said:

> On Tue, Nov 20, 2012 at 12:45 PM, Carsten Haitzler 
> wrote:
> > On Tue, 20 Nov 2012 10:43:05 -0200 Gustavo Sverzut Barbieri
> >  said:
> >
> >> On Tuesday, November 20, 2012, Leif Middelschulte wrote:
> >>
> >> > Am Dienstag, 20. November 2012 um 02:43 schrieb Carsten Haitzler:
> >> > > On Mon, 19 Nov 2012 12:35:18 -0200 Lucas De Marchi
> >> > >  (mailto:
> >> > lucas.demar...@profusion.mobi )> said:
> >> > >
> >> > > i just tried adding "about enlightenment" and "restart enlightenment",
> >> > "exit
> >> > > enlightenment" and it's horrible text duplication - it looks awful and
> >> > > repetitive. it's already under the enlightenment parent item - thus the
> >> > topic
> >> > > already is "enlightenment"... there's context. the on ly thing that
> >> > makes sense
> >> > > to change is "Theme" -> "About Theme"
> >> > >
> >> > >
> >> >
> >> > How about connecting that dialog to a button in the theme configuration
> >> > and remove its link from the main menu?
> >>
> >>
> >>
> >> I like this idea, the theme choose dialog could be bumped a bit and include
> >> a screenshot object (EDC group) and also one about/authors, maybe link to
> >> website. Another option is what I suggested before to make a single about
> >> for theme and e
> >>
> >> As fit others (restart, exit): thinking again they sound too technical and
> >> just useful during the development of e itself. I'd say remove it and keep
> >> the keyboard actions.
> >
> > if there is just a keybinding, i literally will have to jump through a whole
> > bunch of extra hoops with testing. when you use xpehyr you can kiss
> > keybindings (and mousebindings) goodbye (without jumping through hoops).
> >
> > again - where are the actual issues users have had?
> 
> humn... maybe this was just me. And I'd not claim to be an example of
> user. I always felt this menu was weird/misplaced, but you never heard
> about it because I never bothered to say a word ;-).  Again, maybe
> this is just me trying to think about a regular user

sure - understood, but fyi - i use that menu every time i test e17 in xephyr.
that menu i there because MOST wm's have that feature (desktops do not though
and e is kind of half-way between), also the "about enlightenment" needs to go
somewhere... because otherwise there is no sensible way for us to ask the user
"what version of e do you have?" and for them to tell us (if you expect they
know how to use a package manager to find out etc... then we expect a hell of a
lot from "users"), other than that - it's a place to visibly list the people
who have contributed to e17 - they deserve a bit of a spotlight, and from a
legal point of view, it indicates in an accessible way to the user what e17's
license is... well at least where to find it. actually it SHOULD literally have
a copy of the license there - something i need to fix before full release. not
to mention just about every app with a menu has an about box.. often help ->
about ... so i don't see a usability issue with the about box. for the theme -
you are right "theme" there was too uninformative - i've made it "about theme".
also having something to configure theme from the theme about dialog was a good
idea too. leifs idea of having a button from the theme config dialog to
show the theme about seems just great to me - i like it, but that doesn't
mean we REMOVE the theme about here... either way - it doesnt hurt to have
it as long as that submenu still exists. if we cut it down to 1 item then a 1
item submenu just looks stupid... so we're down to "restart" and "exit". both
of which i use relatively regularly during testing of e and the restart menu
provides a discoverable way to restart e without knowing a magic keybinding,
reading docs or going through a much longer list of keybindings in the gui
config dialog...

now.. if enlightenment should be an entry in the main menu or another level
down or so - that is up for debate - but looking at the main menu, i just don't
see anywhere nice and sensible for it... and it is just 1 entry - we're arguing
over a single entry - it's not like we have 10 or 20 of them filling up the
screen...

so in summary - the menu is there for specific usability reasons - testing and
wm features, as well as just needing a home for specific things like an about
dialog entry... if this menu is actually causing user confusion - i'd like to
see a bit more than 1 data point. like actual users going "help- i hit restart
and i dont know what it does - i don't know what to do?" or "help - what is this
about entry - it confuses me" etc. - if there are real problems then maybe we
need to do some work to find a new home for it... but at this moment i can't
see a home for it readily waiting... :)

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


--

Re: [E-devel] E SVN: caro IN trunk/efl: . m4 src src/tests src/tests/eet src/tests/eina src/tests/eo src/tests/eo/access src/tests/eo/composite_objects src/tests/eo/constructors src/tests/eo/function_

[Stefan Schmidt]

Hello.

On 18/11/12 07:12, Enlightenment SVN wrote:
> Log:
> merge: do not use recursive make for unit tests

This one seems to break the unit tests for eet. At least the commit 
before runs the tests fine and from this one they hit problems in 
eet_identity:


80%: Checks: 20, Failures: 4, Errors: 0
/srv/buildbot/slaves/efl/full-linux/build/efl/src/tests/eet/eet_suite.c:1655:F:Eet
 
Identity:eet_identity_simple:0: Failure '!k' occured
/srv/buildbot/slaves/efl/full-linux/build/efl/src/tests/eet/eet_suite.c:1715:F:Eet
 
Identity:eet_identity_open_simple:0: Failure '!k' occured
/srv/buildbot/slaves/efl/full-linux/build/efl/src/tests/eet/eet_suite.c:1733:F:Eet
 
Identity:eet_identity_open_pkcs8:0: Failure '!k' occured
/srv/buildbot/slaves/efl/full-linux/build/efl/src/tests/eet/eet_suite.c:1794:F:Eet
 
Identity:eet_identity_open_pkcs8_enc:0: Failure '!k' occured

I already had a look at the stuff moved from the tests/eet/Makefile.am 
but I was not able to spot the problem.

regards
Stefan Schmidt

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

Re: [E-devel] E17 - enlightenment menu

[Lucas De Marchi]

On Tue, Nov 20, 2012 at 12:45 PM, Carsten Haitzler  wrote:
> On Tue, 20 Nov 2012 10:43:05 -0200 Gustavo Sverzut Barbieri
>  said:
>
>> On Tuesday, November 20, 2012, Leif Middelschulte wrote:
>>
>> > Am Dienstag, 20. November 2012 um 02:43 schrieb Carsten Haitzler:
>> > > On Mon, 19 Nov 2012 12:35:18 -0200 Lucas De Marchi
>> > >  (mailto:
>> > lucas.demar...@profusion.mobi )> said:
>> > >
>> > > i just tried adding "about enlightenment" and "restart enlightenment",
>> > "exit
>> > > enlightenment" and it's horrible text duplication - it looks awful and
>> > > repetitive. it's already under the enlightenment parent item - thus the
>> > topic
>> > > already is "enlightenment"... there's context. the on ly thing that
>> > makes sense
>> > > to change is "Theme" -> "About Theme"
>> > >
>> > >
>> >
>> > How about connecting that dialog to a button in the theme configuration
>> > and remove its link from the main menu?
>>
>>
>>
>> I like this idea, the theme choose dialog could be bumped a bit and include
>> a screenshot object (EDC group) and also one about/authors, maybe link to
>> website. Another option is what I suggested before to make a single about
>> for theme and e
>>
>> As fit others (restart, exit): thinking again they sound too technical and
>> just useful during the development of e itself. I'd say remove it and keep
>> the keyboard actions.
>
> if there is just a keybinding, i literally will have to jump through a whole
> bunch of extra hoops with testing. when you use xpehyr you can kiss 
> keybindings
> (and mousebindings) goodbye (without jumping through hoops).
>
> again - where are the actual issues users have had?

humn... maybe this was just me. And I'd not claim to be an example of
user. I always felt this menu was weird/misplaced, but you never heard
about it because I never bothered to say a word ;-).  Again, maybe
this is just me trying to think about a regular user


Lucas De Marchi

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

Re: [E-devel] E17 - enlightenment menu

[The Rasterman]

On Tue, 20 Nov 2012 10:43:05 -0200 Gustavo Sverzut Barbieri
 said:

> On Tuesday, November 20, 2012, Leif Middelschulte wrote:
> 
> > Am Dienstag, 20. November 2012 um 02:43 schrieb Carsten Haitzler:
> > > On Mon, 19 Nov 2012 12:35:18 -0200 Lucas De Marchi
> > >  (mailto:
> > lucas.demar...@profusion.mobi )> said:
> > >
> > > i just tried adding "about enlightenment" and "restart enlightenment",
> > "exit
> > > enlightenment" and it's horrible text duplication - it looks awful and
> > > repetitive. it's already under the enlightenment parent item - thus the
> > topic
> > > already is "enlightenment"... there's context. the on ly thing that
> > makes sense
> > > to change is "Theme" -> "About Theme"
> > >
> > >
> >
> > How about connecting that dialog to a button in the theme configuration
> > and remove its link from the main menu?
> 
> 
> 
> I like this idea, the theme choose dialog could be bumped a bit and include
> a screenshot object (EDC group) and also one about/authors, maybe link to
> website. Another option is what I suggested before to make a single about
> for theme and e
> 
> As fit others (restart, exit): thinking again they sound too technical and
> just useful during the development of e itself. I'd say remove it and keep
> the keyboard actions.

if there is just a keybinding, i literally will have to jump through a whole
bunch of extra hoops with testing. when you use xpehyr you can kiss keybindings
(and mousebindings) goodbye (without jumping through hoops).

again - where are the actual issues users have had?

> > >
> > > > On Mon, Nov 19, 2012 at 12:16 PM, Carsten Haitzler <
> > ras...@rasterman.com 
> > (mailto:ras...@rasterman.com )>
> > > > wrote:
> > > > > On Mon, 19 Nov 2012 10:46:04 -0200 Lucas De Marchi
> > > > >  (mailto:
> > lucas.demar...@profusion.mobi )> said:
> > > > >
> > > > > > Does the enlightenment menu still make sense? IMO actions on this
> > menu
> > > > > > could either be absorbed by other menus or removed altogether:
> > > > > >
> > > > > > - About: remove (outdated/useless info?)
> > > > >
> > > > > about is 100% up to date. it shows the current version, authors and
> > > > > licensing info. the unstable message will go once e is released.
> > > > >
> > > >
> > > >
> > > > My question is: why is this any useful to the user? We could hide it
> > > > a bit more in the menus or anywhere else, not standing in the first
> > > > sublevel menu as if the user had an urgent need to know this info
> > > >
> > > > I myself never used it.
> > > >
> > > > >
> > > > > > - Theme: remove (btw, it opens a window saying I'm using B&W theme
> > > > > > instead of dark)
> > > > > >
> > > > >
> > > > >
> > > > > this is the place themers can advertise... it should stay. and yes -
> > i know
> > > > > it doesnt talk about the new theme - it's not updated yet.
> > > > >
> > > >
> > > >
> > > > Why? My first guess when I look at it is to change the current theme,
> > > > not to open a window talking about the current theme.
> > > >
> > > > >
> > > > > > - Restart: move to "System" menu?
> > > > >
> > > > > restart system or e?
> > > >
> > > > reaname it to "Restart E" or remove, letting things like this to be
> > ctrl+alt
> > > > +end
> > > >
> > > > >
> > > > > > - Exit: already done by System > Logout
> > > > >
> > > > > umm no. exit is different. exit just exits e. logout tries to close
> > all
> > > > > running windows then exits. exit is immediate. logout will wait and
> > show a
> > > > > popup etc.
> > > > >
> > > >
> > > >
> > > > And... what do we need this for?
> > > >
> > > >
> > > > Lucas De Marchi
> > > >
> > > >
> > --
> > > > Monitor your physical, virtual and cloud infrastructure from a single
> > > > web console. Get in-depth insight into apps, servers, databases,
> > vmware,
> > > > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > > > Pricing starts from $795 for 25 servers or applications!
> > > > http://p.sf.net/sfu/zoho_dev2dev_nov
> > > > ___
> > > > enlightenment-devel mailing list
> > > > enlightenment-devel@lists.sourceforge.net  (mailto:
> > 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 
> > > (mailto:
> > ras...@rasterman.com )
> > >
> > >
> > >
> > --
> > > Monitor your physical, virtual and cloud infrastructure from a single
> > > web console. Get in-depth insight into apps, servers, databases, vmware,
> > > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > > Pricing starts from $795 for 25 servers or applications!
> > > http://p.sf.net/sfu/zoho_dev2dev_nov
> > > _

Re: [E-devel] E17 - enlightenment menu

[The Rasterman]

On Tue, 20 Nov 2012 12:07:06 +0100 Leif Middelschulte
 said:

> Am Dienstag, 20. November 2012 um 02:43 schrieb Carsten Haitzler:
> > On Mon, 19 Nov 2012 12:35:18 -0200 Lucas De Marchi
> > mailto:lucas.demar...@profusion.mobi)> said:
> > 
> > i just tried adding "about enlightenment" and "restart enlightenment", "exit
> > enlightenment" and it's horrible text duplication - it looks awful and
> > repetitive. it's already under the enlightenment parent item - thus the
> > topic already is "enlightenment"... there's context. the on ly thing that
> > makes sense to change is "Theme" -> "About Theme"
> > 
> > 
> 
> How about connecting that dialog to a button in the theme configuration and
> remove its link from the main menu?

to what purpose? unless the whole submenu goes, it may as well stay.

> > > On Mon, Nov 19, 2012 at 12:16 PM, Carsten Haitzler  > > (mailto:ras...@rasterman.com)> wrote:
> > > > On Mon, 19 Nov 2012 10:46:04 -0200 Lucas De Marchi
> > > > mailto:lucas.demar...@profusion.mobi)>
> > > > said:
> > > > 
> > > > > Does the enlightenment menu still make sense? IMO actions on this menu
> > > > > could either be absorbed by other menus or removed altogether:
> > > > > 
> > > > > - About: remove (outdated/useless info?)
> > > > 
> > > > about is 100% up to date. it shows the current version, authors and
> > > > licensing info. the unstable message will go once e is released.
> > > > 
> > > 
> > > 
> > > My question is: why is this any useful to the user? We could hide it
> > > a bit more in the menus or anywhere else, not standing in the first
> > > sublevel menu as if the user had an urgent need to know this info
> > > 
> > > I myself never used it.
> > > 
> > > > 
> > > > > - Theme: remove (btw, it opens a window saying I'm using B&W theme
> > > > > instead of dark)
> > > > > 
> > > > 
> > > > 
> > > > this is the place themers can advertise... it should stay. and yes - i
> > > > know it doesnt talk about the new theme - it's not updated yet.
> > > > 
> > > 
> > > 
> > > Why? My first guess when I look at it is to change the current theme,
> > > not to open a window talking about the current theme.
> > > 
> > > > 
> > > > > - Restart: move to "System" menu?
> > > > 
> > > > restart system or e?
> > > 
> > > reaname it to "Restart E" or remove, letting things like this to be ctrl
> > > +alt +end
> > > 
> > > > 
> > > > > - Exit: already done by System > Logout
> > > > 
> > > > umm no. exit is different. exit just exits e. logout tries to close all
> > > > running windows then exits. exit is immediate. logout will wait and
> > > > show a popup etc.
> > > > 
> > > 
> > > 
> > > And... what do we need this for?
> > > 
> > > 
> > > Lucas De Marchi
> > > 
> > > --
> > > Monitor your physical, virtual and cloud infrastructure from a single
> > > web console. Get in-depth insight into apps, servers, databases, vmware,
> > > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > > Pricing starts from $795 for 25 servers or applications!
> > > http://p.sf.net/sfu/zoho_dev2dev_nov
> > > ___
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net
> > > (mailto: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
> > (mailto:ras...@rasterman.com)
> > 
> > 
> > --
> > Monitor your physical, virtual and cloud infrastructure from a single
> > web console. Get in-depth insight into apps, servers, databases, vmware,
> > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > (mailto:enlightenment-devel@lists.sourceforge.net)
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > 
> > 
> 
> -- 
> 
> Leif
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


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

Re: [E-devel] E SVN: raster IN trunk/e/data/themes: . edc img

[thomasg]

On Tue, Nov 20, 2012 at 12:17 PM, Enlightenment SVN
 wrote:
> Log:
> try clock with separate digit images with no overlayed tube wiring.
>   and now due to the change i get to flicker the digits into life and
>   fade them out. yay!

I like it!
Looks even better than before, takes away none of its charm and
resolves (I think) all issues people had with it.

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

Re: [E-devel] E17 - enlightenment menu

[Lucas De Marchi]

On Tue, Nov 20, 2012 at 10:43 AM, Gustavo Sverzut Barbieri
 wrote:
> On Tuesday, November 20, 2012, Leif Middelschulte wrote:
>
>> Am Dienstag, 20. November 2012 um 02:43 schrieb Carsten Haitzler:
>> > On Mon, 19 Nov 2012 12:35:18 -0200 Lucas De Marchi
>> >  (mailto:
>> lucas.demar...@profusion.mobi )> said:
>> >
>> > i just tried adding "about enlightenment" and "restart enlightenment",
>> "exit
>> > enlightenment" and it's horrible text duplication - it looks awful and
>> > repetitive. it's already under the enlightenment parent item - thus the
>> topic
>> > already is "enlightenment"... there's context. the on ly thing that
>> makes sense
>> > to change is "Theme" -> "About Theme"
>> >
>> >
>>
>> How about connecting that dialog to a button in the theme configuration
>> and remove its link from the main menu?
>
>
>
> I like this idea, the theme choose dialog could be bumped a bit and include
> a screenshot object (EDC group) and also one about/authors, maybe link to
> website. Another option is what I suggested before to make a single about
> for theme and e

One single window for E + theme "about" does sound better.


>
> As fit others (restart, exit): thinking again they sound too technical and
> just useful during the development of e itself. I'd say remove it and keep
> the keyboard actions.

Indeed, that was what I wanted to say.


Lucas De Marchi

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

Re: [E-devel] Warnings in python bindings compilation

[Gustavo Sverzut Barbieri]

Folks added these to make string operations simpler.

I guess they added it to every project, but not necessarily using them.
Just delete from pxi and pxd and you're fine :-)


On Tue, Nov 20, 2012 at 11:48 AM, Stefan Schmidt wrote:

> Hello.
>
> For all the people out there that work with and on the pything bindings.
>
> I get some warnings in python-ecore and pythong-edje. Seems that some
> stuff gets generated that is not used?
>
>
> http://build.enlightenment.fr/builders/full-linux/builds/696/steps/compile%20python-ecore/logs/warnings%20%286%29
>
>
> http://build.enlightenment.fr/builders/full-linux/builds/696/steps/compile%20python-edje/logs/warnings%20%284%29
>
> Anyone interested in having a look?
>
> regards
> Stefan Schmidt
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



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

[E-devel] Warnings in python bindings compilation

[Stefan Schmidt]

Hello.

For all the people out there that work with and on the pything bindings.

I get some warnings in python-ecore and pythong-edje. Seems that some 
stuff gets generated that is not used?

http://build.enlightenment.fr/builders/full-linux/builds/696/steps/compile%20python-ecore/logs/warnings%20%286%29

http://build.enlightenment.fr/builders/full-linux/builds/696/steps/compile%20python-edje/logs/warnings%20%284%29

Anyone interested in having a look?

regards
Stefan Schmidt

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

Re: [E-devel] E SVN: mike_m trunk/efl/src/modules/evas/engines/gl_x11

[Stefan Schmidt]

Hello.

On 19/11/12 14:53, Stefan Schmidt wrote:
> Hello.
>
> On 19/11/12 14:22, Lucas De Marchi wrote:
>> On Mon, Nov 19, 2012 at 11:22 AM, Stefan Schmidt  
>> wrote:
>>> Hello.
>>>
>>> On 19/11/12 13:10, Enlightenment SVN wrote:
 Log:
 evas: Fix shadow warnings

  x1, x2 shadow something in the math library.

  Would probably be better to turn off -Wshadow, but for some
  reason people think this there's some value in it...
>>>
>>> I agree that the x1, x2, y1, etc warnings from the math lib are
>>> annoying. Sometimes the shadow warnings show problematic code though.
>>>
>>> I'm open for suggesting what warning flags we want to have as default
>>> for buildbot. If people agree (I know there is no such thing as
>>> universal agreement here on the list) that we should just skip -Wshadow
>>> I'm fine with changing the buildbot builds that way.
>>
>>
>> Use a compile that works fine with that option?  There's no reason for
>> a compiler to throw a warning if a variable named "x2" shadows a
>> function or another entity. gcc >= 4.7 seems to get this right (I'm
>> not sure which exactly version that became true, but I think it's gcc
>> 4.7 indeed).
>>
>> Related rant from Linus back in 2006: https://lkml.org/lkml/2006/11/28/239
>>
>> However it seems to be fixed in gcc now, so I think we can let people
>> with older compilers to see the warnings and have the benefits brought
>> by -Wshadow
>
> Thanks to my local Gentoo expert we now switched the buildslave from gcc
> 4.6.3 to 4.7.1. Lets see what that changes.

It did cut down some of the noise. The x1, y1, etc warnings for example 
are gone now. Some other shadow things stay. I just leave it as is for now.

regards
Stefan Schmidt

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

Re: [E-devel] Giving ya-kov commit access

[Gustavo Sverzut Barbieri]

On Tuesday, November 20, 2012, daniel.za...@samsung.com wrote:

> Hi all,
>
> I would like to recommend that we grant Yakov (ya-kov on IRC) commit
> access. He's working with me on Eo and has proved himself as a competent
> developer.
>
> I've also discussed this with Tasn and he agrees.


+1

If he promises to give us a proper model class in EFL. It's funny that I've
wrote Eina_Model, Tasn "converted" it to a generic object and then the
model itself, that was the missing bit in my point of view, just
disappeared. :-(

Either that or come back with eina model as it was.




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


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

Re: [E-devel] E17 - enlightenment menu

[Gustavo Sverzut Barbieri]

On Tuesday, November 20, 2012, Leif Middelschulte wrote:

> Am Dienstag, 20. November 2012 um 02:43 schrieb Carsten Haitzler:
> > On Mon, 19 Nov 2012 12:35:18 -0200 Lucas De Marchi
> >  (mailto:
> lucas.demar...@profusion.mobi )> said:
> >
> > i just tried adding "about enlightenment" and "restart enlightenment",
> "exit
> > enlightenment" and it's horrible text duplication - it looks awful and
> > repetitive. it's already under the enlightenment parent item - thus the
> topic
> > already is "enlightenment"... there's context. the on ly thing that
> makes sense
> > to change is "Theme" -> "About Theme"
> >
> >
>
> How about connecting that dialog to a button in the theme configuration
> and remove its link from the main menu?



I like this idea, the theme choose dialog could be bumped a bit and include
a screenshot object (EDC group) and also one about/authors, maybe link to
website. Another option is what I suggested before to make a single about
for theme and e

As fit others (restart, exit): thinking again they sound too technical and
just useful during the development of e itself. I'd say remove it and keep
the keyboard actions.


> >
> > > On Mon, Nov 19, 2012 at 12:16 PM, Carsten Haitzler <
> ras...@rasterman.com  (mailto:ras...@rasterman.com
> )>
> > > wrote:
> > > > On Mon, 19 Nov 2012 10:46:04 -0200 Lucas De Marchi
> > > >  (mailto:
> lucas.demar...@profusion.mobi )> said:
> > > >
> > > > > Does the enlightenment menu still make sense? IMO actions on this
> menu
> > > > > could either be absorbed by other menus or removed altogether:
> > > > >
> > > > > - About: remove (outdated/useless info?)
> > > >
> > > > about is 100% up to date. it shows the current version, authors and
> > > > licensing info. the unstable message will go once e is released.
> > > >
> > >
> > >
> > > My question is: why is this any useful to the user? We could hide it
> > > a bit more in the menus or anywhere else, not standing in the first
> > > sublevel menu as if the user had an urgent need to know this info
> > >
> > > I myself never used it.
> > >
> > > >
> > > > > - Theme: remove (btw, it opens a window saying I'm using B&W theme
> > > > > instead of dark)
> > > > >
> > > >
> > > >
> > > > this is the place themers can advertise... it should stay. and yes -
> i know
> > > > it doesnt talk about the new theme - it's not updated yet.
> > > >
> > >
> > >
> > > Why? My first guess when I look at it is to change the current theme,
> > > not to open a window talking about the current theme.
> > >
> > > >
> > > > > - Restart: move to "System" menu?
> > > >
> > > > restart system or e?
> > >
> > > reaname it to "Restart E" or remove, letting things like this to be
> ctrl+alt
> > > +end
> > >
> > > >
> > > > > - Exit: already done by System > Logout
> > > >
> > > > umm no. exit is different. exit just exits e. logout tries to close
> all
> > > > running windows then exits. exit is immediate. logout will wait and
> show a
> > > > popup etc.
> > > >
> > >
> > >
> > > And... what do we need this for?
> > >
> > >
> > > Lucas De Marchi
> > >
> > >
> --
> > > Monitor your physical, virtual and cloud infrastructure from a single
> > > web console. Get in-depth insight into apps, servers, databases,
> vmware,
> > > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > > Pricing starts from $795 for 25 servers or applications!
> > > http://p.sf.net/sfu/zoho_dev2dev_nov
> > > ___
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net  (mailto:
> 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 (mailto:
> ras...@rasterman.com )
> >
> >
> >
> --
> > Monitor your physical, virtual and cloud infrastructure from a single
> > web console. Get in-depth insight into apps, servers, databases, vmware,
> > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net  (mailto:
> enlightenment-devel@lists.sourceforge.net )
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> >
>
> --
>
> Leif
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> ht

[E-devel] Giving ya-kov commit access

[daniel.za...@samsung.com]

Hi all,

I would like to recommend that we grant Yakov (ya-kov on IRC) commit 
access. He's working with me on Eo and has proved himself as a competent 
developer.

I've also discussed this with Tasn and he agrees.

Thank you
Daniel Zaoui (JackDanielZ)


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

Re: [E-devel] E17 - enlightenment menu

[Leif Middelschulte]

Am Dienstag, 20. November 2012 um 02:43 schrieb Carsten Haitzler:
> On Mon, 19 Nov 2012 12:35:18 -0200 Lucas De Marchi
> mailto:lucas.demar...@profusion.mobi)> said:
> 
> i just tried adding "about enlightenment" and "restart enlightenment", "exit
> enlightenment" and it's horrible text duplication - it looks awful and
> repetitive. it's already under the enlightenment parent item - thus the topic
> already is "enlightenment"... there's context. the on ly thing that makes 
> sense
> to change is "Theme" -> "About Theme"
> 
> 

How about connecting that dialog to a button in the theme configuration and 
remove its link from the main menu?
> 
> > On Mon, Nov 19, 2012 at 12:16 PM, Carsten Haitzler  > (mailto:ras...@rasterman.com)>
> > wrote:
> > > On Mon, 19 Nov 2012 10:46:04 -0200 Lucas De Marchi
> > > mailto:lucas.demar...@profusion.mobi)> 
> > > said:
> > > 
> > > > Does the enlightenment menu still make sense? IMO actions on this menu
> > > > could either be absorbed by other menus or removed altogether:
> > > > 
> > > > - About: remove (outdated/useless info?)
> > > 
> > > about is 100% up to date. it shows the current version, authors and
> > > licensing info. the unstable message will go once e is released.
> > > 
> > 
> > 
> > My question is: why is this any useful to the user? We could hide it
> > a bit more in the menus or anywhere else, not standing in the first
> > sublevel menu as if the user had an urgent need to know this info
> > 
> > I myself never used it.
> > 
> > > 
> > > > - Theme: remove (btw, it opens a window saying I'm using B&W theme
> > > > instead of dark)
> > > > 
> > > 
> > > 
> > > this is the place themers can advertise... it should stay. and yes - i 
> > > know
> > > it doesnt talk about the new theme - it's not updated yet.
> > > 
> > 
> > 
> > Why? My first guess when I look at it is to change the current theme,
> > not to open a window talking about the current theme.
> > 
> > > 
> > > > - Restart: move to "System" menu?
> > > 
> > > restart system or e?
> > 
> > reaname it to "Restart E" or remove, letting things like this to be ctrl+alt
> > +end
> > 
> > > 
> > > > - Exit: already done by System > Logout
> > > 
> > > umm no. exit is different. exit just exits e. logout tries to close all
> > > running windows then exits. exit is immediate. logout will wait and show a
> > > popup etc.
> > > 
> > 
> > 
> > And... what do we need this for?
> > 
> > 
> > Lucas De Marchi
> > 
> > --
> > Monitor your physical, virtual and cloud infrastructure from a single
> > web console. Get in-depth insight into apps, servers, databases, vmware,
> > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net 
> > (mailto: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 
> (mailto:ras...@rasterman.com)
> 
> 
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net 
> (mailto:enlightenment-devel@lists.sourceforge.net)
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 
> 

-- 

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

Re: [E-devel] [PATCH] efreet: Fix and clean up the way dbusservicedir is set in the build system

[Sebastian Dransfeld]

On 11/19/2012 09:49 PM, Raphael Kubo da Costa wrote:
> The current code was a mix of r78302 (when edbus2 support was made
> optional) and r78867 (when edbus2 support was made a required
> dependency).
>
> This patch fixes a few bugs:
>
>   o The syntax of the AC_ARG_WITH call was wrong and `dbusservicedir' was
> always set to "", which meant it was always installed into
> ${datadir}/dbus-1/services.
>
>   o The check for the value of $dbusservicedir was wrong at the end of
> configure.ac, since passing "yes" to --with-dbus-services does not
> make sense.
>
> And simplifies some checks and calls now that edbus2 is mandatory.

In.

S.


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