* evas: fix rendering of object with color (*,*,*,0)
and render_op != BLEND.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52782 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

make fb engine default on linux too.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52771 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: Chidambar 'ilLogict' Zinnoury <illogict@online.fr>
Subject: [E-devel] [tentative patch] evas memleak when no callbacks

 I'm seeing some memleaks while using Evas' buffer engine. After
 investigation, it seems that evas_free does nothing and returns
 immediately if the canvas has no callbacks, which is what happens with
 the buffer engine.

  The attached patch seems to do the trick.

   However, as I don't know that much Evas' internals, I thought it'd be
   better to ask whether it's correct or I'm mistaken before committing.

    So please comment.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52769 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

wooo overzealous commenting. fix. better now.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52734 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

working on debug. doesn't affect anything atm.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52733 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

well that improves map a bit! less overdraw! :) and 1 bug fixed. still
1 left.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52727 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

formatting

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52714 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Use eina_sched_prio_drop()

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52653 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix error enum too

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52588 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fmting.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52586 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fmting

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52585 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

docs++

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52584 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fmormatting cleanups

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52583 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fmting

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52581 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

formatting

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52579 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

formatting.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52578 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--, formatting.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52577 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

size_t -> int.
really - i prefer it and if we hit the 2gb limit of a signed int for
bytes added to a textblock... thats the day we will need evas 2 :)

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52576 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

move some simple #define constants to typedefs. api compatible tho.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52575 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fmting

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52572 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

formatting

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52571 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

int -> bool

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52570 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

brutally evil... internally.. but it works. map perspective correct
now in gl engine. hooray for that. one complaint less.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52566 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: merged changes.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52544 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Adding callback for box to be called when a child is added or removed.

    Also sets the children_changed flag when changing children list.

    by Otavio Pontes <otavio@profusion.mobi>

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52541 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Fixed deleting the last visual format in a row of visual formats, for example in '<b>ab</b><tab>cd' the tab wouldn't have gotten erased correctly.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52540 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Fix typos

"he->the" where appropriate

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52493 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Removed the usuned type field from the textblock item.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52489 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Updated docs.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52488 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Remove unused field from Evas_Object

Previous commits removed the use of havemap_parent. So, remove the
field as well.

Fix some trailing whitespaces too.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52486 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Fixed the mixed usage of a replacement char (e.g * on password textblocks) with formats.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52485 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Added evas_textblock_node_format_remove_pair to remove formats.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52484 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix booboo

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52482 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

update README.in with relevant information, fix typos and improve formatting.

 * add information about modules "=static" suffix.
 * fix lots of typos spotted by emacs "flyspell-mode".
 * add more spacing and separator lines around sections.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52477 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

svn:ignore set on 8bpp engine.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52474 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warnings-- on 16bpp and 8bpp

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52472 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warnings--
warnings = 0.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52449 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52448 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix clip in simple img obj case

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52446 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52445 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52444 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52443 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warnings--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52442 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52441 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52440 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52439 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52438 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

maybe actually fix things correctly eh? -> images load again.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52435 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix gl stride

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52432 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52431 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52430 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

free the main region (leak--)

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52429 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

cleanup: internal image information is now unsigned.

There is no meaning in negative values for image loading, marking as
dirty or size, so image internals (cache, entry) were changed to
unsigned, reducing possible errors, particularly with overflow.

engines were converted to the new way, but any 3rd party modules will
still work as they should be using values >= 0 only anyway.

please review.

new cases introduced by "comparison between signed and unsigned" were
fixed in the modules that used cache_entry or Image_Entry dimensions.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52428 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

cleanup: fb uses unsigned to match linux/fb.h

this removes warnings and keep consistency between system and evas
value signs.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52427 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

cleanup: simple clean of "comparison between signed and unsigned errors"

not much to see here, please review but these are simple changes.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52426 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

cleanup: evas_macros.h - less comparison between signed and unsigned errors

update macro to do fine with unsigned integers (avoids width and
height getting below 0) and force casts.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52425 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

cleanup: fix some "unused" errors from -Wextra.

As we're heading for a release we better remove as much errors as
possible and as the first step I'm removing warnings due unused
parameters, variables and functions. These tend to pollute real errors
spotted by -Wall and clang/llvm.

This does not fixes all, just the clear that could be set to
__UNUSED__, particularly to do (and I'd like some help from the
authors):

 * src/lib/engines/common/evas_font_{draw,query}.c (tasn):
   intl_props is just used while doing BIDI, but also used in other
   #ifdef blocks :-/

 * evas_map_* (raster):
   huge amount of warnings, code is quite confusing and thus I'm not
   touching it. I have no idea whenever the commented blocks or extra
   parameters are intended to be used or no.

 * src/modules/engines/fbevas_fb_main.c (raster?):
   is fb_setvt() to be used? If not do you mind removing it?

 * src/modules/engines/gl_{common,x11} (raster):
   huge amount of warnings, code is quite nested and full of #ifdefs
   that does not help to give a clear picture of what's going on.

 * src/bin/evas_cserve_main.c (raster):
   I could have ignored most of the errors, but is the code correct? I
   mean, there is no unload of images being applied. If you confirm
   none of those warnings are harmful I can flag them as unused.

 * src/lib/engines/common_8 (dottedmag):
   lots of unused functions that were acquired from common_16, they
   are unused and if they will not, then they should be removed.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52421 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Add missing evas_common prefix, avoid symbol redefinition.

soft16 was written as a single engine, thus it was all static/global
and had no EAPI in its functions, but then it was moved into
"src/lib/common_16" and got that, but got no prefix! That could cause
clash with other libraries, so adding such prefix.

soft8 was a copy of 16, thus had the same problems.

the engines were all based on software_x11, thus they defined the same
methods to deal with Xlib, however if you link them all in the same
binary (--enable-MODULE=static), the symbol would be redefined. Rename
symbols according to their module.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52420 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

remove debug messages

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52419 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Fix shaped windows on Windows. It uses regions.

Advantages:
 * it is the simplest method to implement

Disadvantages:
 * it's slow
 * it does not take into account transparency
 * it does not work with the composite manager (Windows >= Vista)

Layered windows should be used (all the disadvantaged above are
fixed), but i've never succeeded in making them work.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52416 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix actually supporting clip for maps in gl.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52415 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

be less agressive performance-wise but clear up some gl sync issues
that have been lurking.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52414 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Fix function call after previous change
Forgot one function call.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52408 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Make _evas_event_havemap_adjust() recursive
Make this function recursive, so it can adjust the coords for all
parent objects. It starts with the grand-grand-grand-...-parent and goes
down until the same object.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52407 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Use also map of current object
Do not use only the map of the parent. Apply the obj's map first and
then go to the parent.

+  simple formatting

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52406 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Remove havemap_parent shortcut

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52405 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Clean unneeded check

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52404 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Don't set parmap for the other objects
We are iterating EINA_INLIST_REVERSE_FOREACH(list, obj) in a recursive
function. Don't mark the other objects as havemap_parent if the first
in the list has it.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52403 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

formatting

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52402 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

clean a bit more

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52401 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Clean it a bit to be easier to understand

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52400 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Revert r52345

This function is not needed at all, and as of now it's borken. Coming patches
will properly fix coords on events.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52398 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Add function to check if point is inside an object

Add evas_object_inside_get() to check if a certain (x,y) point is inside
an evas_object. This is needed because there's no simple way to
determine it outside of evas when map transformations are used.

For instance, edje uses evas_object_geometry_get() and checks if point is
whithin the rectangle. This is wrong because the object might be
rotated, scaled. Below is a test program:

/**
 * Simple Evas test
 *
 * Compile with: gcc -O0 -g  -o evas_hello_world evas_hello_world.c $(pkg-config --cflags --libs eina evas ecore ecore-evas)
 */
 #include <Eina.h>
 #include <Evas.h>
 #include <Ecore_Evas.h>
 #include <Ecore.h>
 #include <stdio.h>

 #define WIDTH (320)
 #define HEIGHT (240)

Eina_Bool main_signal_exit(void *data, int ev_type, void *ev)
{
    ecore_main_loop_quit();
    return EINA_FALSE;
}

static void
_cb(void *data, Evas *e, Evas_Object *obj, void *event_info)
{
    Evas_Event_Mouse_Up *ev = event_info;
    Eina_Bool b;

    b = evas_object_inside_get(obj, ev->canvas.x, ev->canvas.y);
    fprintf(stderr, "mouse_up: x=%d, y=%d inside=%d\n", ev->canvas.x,
            ev->canvas.y, b);
}

static void
_cb_move(void *data, Evas *e, Evas_Object *obj, void *event_info)
{
    Evas_Event_Mouse_Move *ev = event_info;
    const char *id = data;
    Eina_Bool b;

    b = evas_object_inside_get(obj, ev->cur.canvas.x, ev->cur.canvas.y);
    fprintf(stderr, "[%s] mouse_move: x=%d, y=%d inside=%d\n", id,
            ev->cur.canvas.x, ev->cur.canvas.y, b);
}

int main(void)
{
   Evas *evas;
   Ecore_Evas *window;
   Evas_Object *bg, *r1, *r2;
   Evas_Map *m;

   evas_init();
   ecore_init();
   ecore_evas_init();

   window = ecore_evas_new(NULL, 0, 0, WIDTH, HEIGHT, NULL);
   if (!evas)
     return -1;

   evas = ecore_evas_get(window);

   bg = evas_object_rectangle_add(evas);
   evas_object_color_set(bg, 255, 255, 255, 255); // white bg
   evas_object_move(bg, 0, 0);                    // at origin
   evas_object_resize(bg, WIDTH, HEIGHT);         // covers full evas
   evas_object_show(bg);

   r1 = evas_object_rectangle_add(evas);
   evas_object_color_set(r1, 255, 0, 0, 255); // 100% opaque red
   evas_object_move(r1, 50, 50);
   evas_object_resize(r1, 100, 100);

   m = evas_map_new(4);
   evas_map_util_points_populate_from_object(m, r1);
   evas_map_util_rotate(m, 45.0, 100, 100);
   evas_map_alpha_set(m, 0);
   evas_map_smooth_set(m, 1);

   evas_object_map_set(r1, m);
   evas_object_map_enable_set(r1, 1);
   evas_map_free(m);
   evas_object_show(r1);
   evas_object_event_callback_add(r1, EVAS_CALLBACK_MOUSE_UP, _cb, NULL);
   evas_object_event_callback_add(r1, EVAS_CALLBACK_MOUSE_MOVE, _cb_move, "r1");

   r2 = evas_object_rectangle_add(evas);
   evas_object_color_set(r2, 0, 255, 0, 255);
   evas_object_move(r2, 210, 150);
   evas_object_resize(r2, 50, 50);
   evas_object_show(r2);
   evas_object_event_callback_add(r2, EVAS_CALLBACK_MOUSE_MOVE, _cb_move, "r2");

   ecore_event_handler_add(ECORE_EVENT_SIGNAL_EXIT, main_signal_exit, evas);

   ecore_evas_show(window);
   ecore_main_loop_begin();

   ecore_evas_free(window);

   ecore_evas_shutdown();
   ecore_shutdown();
   evas_shutdown();

   return 0;
}

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52345 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Added a lot of fixes to evas_textblock_cursor_geometry_get in the case where ctype = EVAS_TEXTBLOCK_CURSOR_BEFORE

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52341 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Fixed evas_textblock_range_text_get that didn't work on textblocks with no formats at all (not even newlines or tabs).

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52339 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

trivial: spelling in documentation

Some misspellings found in doxy.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52326 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Check there are callbacks before trying to copy them.

Patch by Otávio Pontes

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52323 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

* evas: we don't need all the stuff from pthreads to do preload.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52311 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: fix deleting the first tab in 'a<TAB><TAB>a' that caused weird behavior.
The solution is that we only delete invisible standalones now, not visible ones, this is correct intuitively and of course fixes the bug.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52302 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: we should also take width of tabs into account when calculating line width.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52297 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Fix and simplify _find_layout_item_line_match which is an helper function used in many parts of textblock.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52295 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas font: removed old (already removed a long time ago) functions from evas_font.h.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52293 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Fixed the bug with disappearing text with many tabs and text.
I removed a function that caused the issue and made no sense at all, honestly, it didn't make any sense.
I did a lot of testing trying to see if there are any new bugs after the fix, and nothing, so I guess my instincts were correct.
Please if you can, check out the removed function (_layout_walk_back_to_item_word_redo) and see if it makes any sense to you, if it does, please let me know.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52243 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Pending patch from glima, who's on vacations.

Add two new canvas level callbacks: OBJECT_FOCUS_IN/OUT
As we already had callbacks for objects gaining or losing focus, then
two more for the Canvas, now we can have the entire Evas be notified when
any object changes its focused status. The object in question is passed
as the event_info for the callback.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52196 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Assert cache->usage never becomes negative
Assert cache->usage never becomes negative as was occurring before the
fix in r52149.

Just in time, the fix in r52149 was made by Ulisses, not me.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52190 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Fix accounting of memory usage in image cache
Memory usage was not accounted right because
cache->func.mem_size_get(ie) returns 0 when called after
cache->func.destructor(ie). Thus the total memory used, kept on
cache->usage, is never decremented in _evas_cache_image_remove_activ()

This implies that cache->usage will keep growing and eventually it will
overflow, becoming negative. So evas_cache_image_flush() will not do its
job because cache->limit (assumed to be positive) will not be less than
cache->usage anymore. So the total memory allocated will start to grow
and the limit won't be respected.

Strictly speaking, it's not a leak, since all the memory will be
eventually freed when evas shutdown is called, but the program might be
killed by over allocating memory. This is caught by valgrind with the
massif tool. The graphic below shows that in the end a huge memory amount
is allocated. This is the moment when cache->usage became negative.

MB
26.04^                                                                   #
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
|                                                                   #::::
| :::::::::::::::::@@:::::::::@:::@::::::@::::::::::::::::::::::::::#::::
| : ::: ::: ::: :::@ :: ::: : @:: @:: :::@: :: ::: : : :: :: : ::: :#::::
0 +----------------------------------------------------------------------->Gi
0                                                                   54.83

This patch is a one line fix, which swaps the calls to
_evas_cache_image_remove_activ() and cache->func.destructor() making
cache->limit to be respected.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52149 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Fix priority dropping

Lowering priority was wrong. Some bugs:

1) You don't lower the priority by setting the scheduler policy to some
   of the real-time ones (SCHED_RR or SCHER_FIFO). If you do so, you are
   actually increasing the priority of the workers and your main thread
   you be preempted and stalled until the workers complete their job.
   Fortunately this will only happen if your programming is running as
   root, as normal users (without CAP_SYS_NICE) are unable to set
   priority to real-time values.

2) setpriority() and getpriority() are not part of pthread and you can't
   use the id returned by pthread. Manpage explicitly says so on
   pthread_self(3):
   "The  thread ID returned by pthread_self() is not the same thing as the
       kernel thread ID returned by a call to gettid(2)."

   Since glibc does not have a gettid, here we are using
   syscall(SYS_gettid)

This patch was tested with the program below. Compile and run:
   $ gcc p_hello2.c -o p_hello2 -lpthread
   $ ./p_hello2 10

You'll see that the main thread remains with its priority and threads
created by the main thread change their own niceness.

 #include <errno.h>
 #include <pthread.h>
 #include <sched.h>
 #include <stdio.h>
 #include <stdlib.h>
 #include <sys/resource.h>
 #include <sys/syscall.h>
 #include <sys/time.h>
 #include <sys/types.h>

/* Lower priority of current thread.
 *
 * It's used by worker threads so they use up "bg cpu" as it was really intended
 * to work. If current thread is running with real-time priority, we decrease
 * our priority by 5. This is done in a portable way.  Otherwise we are
 * running with SCHED_OTHER policy and there's no portable way to set the nice
 * level on current thread. In Linux, it does work and it's the only one that is
 * implemented.
 */
static void
_ecore_thread_pri_drop(void)
{
   struct sched_param param;
   int pol, prio, ret;
   pid_t tid;
   pthread_t pthread_id;

   pthread_id = pthread_self();
   ret = pthread_getschedparam(pthread_id, &pol, &param);
   if (ret)
     {
        fprintf(stderr, "Unable to query sched parameters\n");
        return;
     }

   if (pol == SCHED_RR || pol == SCHED_FIFO)
     {
        prio = sched_get_priority_max(pol);
        param.sched_priority += 5;
        if (prio > 0 && param.sched_priority > prio)
           param.sched_priority = prio;

        pthread_setschedparam(pthread_id, pol, &param);
     }
 #ifdef __linux__
   else
     {
        tid = syscall(SYS_gettid);
        errno = 0;
        prio = getpriority(PRIO_PROCESS, tid);
        if (errno == 0)
          {
             prio += 5;
             if (prio > 19)
                prio = 19;

             setpriority(PRIO_PROCESS, tid, prio);
          }
     }
 #endif
}

/*
 * p_hello.c -- a hello program (in pthread)
 */
 #define MAX_THREAD 1000

typedef struct {
    int id;
} parm;

void *hello(void *arg)
{
    parm *p=(parm *)arg;
    pid_t tid;
    int prio;
    tid =  syscall(SYS_gettid);
    printf("[%d] Hello from node %d\n", tid, p->id);
    pthread_yield();

    printf("[%d] HELLO!\n", tid);

    _ecore_thread_pri_drop();

    prio = getpriority(PRIO_PROCESS, tid);
    printf("[%d] New nice value: %d\n", tid, prio);
    return (NULL);
}

int main(int argc, char* argv[]) {
    int n,i;
    pthread_t *threads;
    pthread_attr_t pthread_custom_attr;
    parm *p;

    pid_t tid;
    int prio;

    if (argc != 2)
    {
        printf ("Usage: %s n\n  where n is no. of threads\n",argv[0]);
        exit(1);
    }

    n=atoi(argv[1]);

    if ((n < 1) || (n > MAX_THREAD)) {
        printf ("The no of thread should between 1 and %d.\n",MAX_THREAD);
        exit(1);
    }

    threads = (pthread_t *)malloc(n * sizeof(*threads));
    pthread_attr_init(&pthread_custom_attr);

    p = (parm *)malloc(n * sizeof(parm));
    /* Start up thread */

    tid = syscall(SYS_gettid);
    for (i=0; i<n; i++) {
        prio = getpriority(PRIO_PROCESS, tid);
        printf("[%d] root thread nice value: %d\n", tid, prio);

        p[i].id=i;
        pthread_create(&threads[i], &pthread_custom_attr, hello, (void *)(p+i));
    }

    /* Synchronize the completion of each thread. */

    for (i=0; i<n; i++) {
        pthread_join(threads[i],NULL);
    }
    free(p);

    return 0;
}

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52040 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

return NULL after if to avoid other lku

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52033 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

that should have been an LKU

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52032 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and some final fixes anc cleanups - tested.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52031 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

lots of cleanups... actually tested! :)

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52030 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

actually revert that - not enough testing. need to work on it.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52029 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

major clean of the preload stuff. leaks. bugs. nastinessesssss...

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52028 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Whitespace --;

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@52024 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Fixed paragraph char last.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@51985 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Should not clean the props of the item.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@51984 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Fixed a typo.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@51981 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: cursor_geometry_get now also returns the direction of the cursor: rtl/ltr/whatever.
Fixed documentation a bit.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@51979 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Fix common misspellings

Following misspellings were fixed:

accomodate->accommodate
achive->achieve
beacuse->because
caluclate->calculate
cant->can't
carefull->careful
convertion->conversion
dependancy->dependency
dependant->dependent
doesnt->doesn't
existant->existent
extention->extension
fucntion->function
impliment->implement
inital->initial
lenght->length
occured->occurred
occuring->occurring
onyl->only
positon->position
possibilty->possibility
postion->position
proccessing->processing
proccess->process
propogate->propagate
recieve->receive
sucessive->successive
teh->the
ther->there
throught->through
thsi->this
wasnt->wasn't
whcih->which
wheras->whereas

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@51965 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

svn:ignore

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@51954 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33