The POSIX path "/home/mydir/../myfile" can't be tested on Windows.
In MSYS2, /home is replaced with the installation path os MSYS2,
that is something like C:\foo\bar (depending on the value of the
path given with the MSYS2 installer). So this can't be tested with
the value "/home/myfile".
like a mask of a mask jut didn't work at all - not to mention
hijacking table clippers.... that's just wrong and so dependent on
implementation internals...
due to slightly different optimizations we need a big more delta inthe
pixel compare. do it properly channel by channel too so we know whcih
channel (a, r, g, b) is wrong
The first branch is the POSIX-compliant one and the one that
should always be taken; __USE_MISC is an unrelated glibc-specific
macro so the code was not being used on non-glibc Linux systems
even though it should be.
All these branches are Linux-specific, so there is no legacy
code to worry about, even if it was actually useful at some point
in history.
found by q66 - strlen happende to work as the optimizer could deduce
this was a const value at compile time, but strictly it wasn't so use
sizeof instead.
@fix
If nothing is selected then nothing to disable.
"If" statement did not work here until now.
Test:
1. Run elementary_config from terminal.
2. Select Profile menu item (make no clicks on any item).
4. Close the app.
3. Verify the error log messages before to and following the patch.
@fixed
Some menu items of elementary_config have no icons. So add some. Not the best design solution, but better than nothing.
Activated i-utilities icon. Only the icons that were already in efl were used.
@fixed
Compiling using -Dglib=true and -Dg-mainloop=true causes glib errors every time when efreet_icon_cache_create is invoked (ex., run and stop elementary_config and observe the terminal output).
So, i added error message in place where ecore_glib_source may be undefined. The issue was with undefined ecore_glib_source variable in _ecore_main_loop_setup function. Here _ecore_main_fdh_poll_add was used before actual ecore_glib_source definition.
@fixed
evas will try every loader until one succeeds in the case that it
doesn't know what format it is by extension. this means often enough
it's not an image and loaders will fail... printing out lots of errors
is not good. loader should be quiet except for really bad issues like
running out of memory or other consistency issues - not parsing of
file issues