Hi,all
Is there any way of implementing line scale and dotted line with evas api?
>From evas object api seems evas_object_line can't do that...
Any comment is appreciated.
--
arithdon
--
Beautiful is writing same ma
On Fri, 8 Oct 2010 15:03:49 +0800 fengbin said:
no. lines are very very very primitive. they are basically never used. they
dont offer thickness or styling in any way. if you want something that you can
"make a line look like anything" then try an image and/or edje object and use
evas map to map
I just tested it on my machine with nvidia graphics card and it's also not
working when comp module is enabled in e. The eskiss window is just empty.
I don't think it's an eskiss bug, because i'm creating the canvas in the right
way:
ecore_evas_init();
application->ee = ecore_evas_new(engine, 0,
On Fri, Oct 8, 2010 at 5:09 AM, Raphael Kubo da Costa
wrote:
> At Thu, 7 Oct 2010 19:09:48 -0400,
> Michael Blumenkrantz wrote:
>> Looks good, but make sure to check the return code from curl. All curl
>> functions that have a return code should be Eina_Bool (returning true
>> if successful) and
On Fri, Oct 8, 2010 at 2:20 AM, Vincent Torri wrote:
>
>
> On Fri, 8 Oct 2010, Raphael Kubo da Costa wrote:
>
>> At Thu, 7 Oct 2010 22:16:54 -0300,
>> Lucas De Marchi wrote:
>>> This is EAPI! I little bit late to change this I think.
>>
>> I have to admit I haven't paid attention to the discussion
On Fri, 8 Oct 2010 08:28:56 -0300 Lucas De Marchi
said:
> On Fri, Oct 8, 2010 at 2:20 AM, Vincent Torri wrote:
> >
> >
> > On Fri, 8 Oct 2010, Raphael Kubo da Costa wrote:
> >
> >> At Thu, 7 Oct 2010 22:16:54 -0300,
> >> Lucas De Marchi wrote:
> >>> This is EAPI! I little bit late to change this
At Fri, 8 Oct 2010 21:37:50 +0900,
Carsten Haitzler (The Rasterman) wrote:
>
> On Fri, 8 Oct 2010 08:28:56 -0300 Lucas De Marchi
> said:
>
> > On Fri, Oct 8, 2010 at 2:20 AM, Vincent Torri wrote:
> > >
> > >
> > > On Fri, 8 Oct 2010, Raphael Kubo da Costa wrote:
> > >
> > >> At Thu, 7 Oct 2010
---
src/lib/ecore_con/ecore_con_url.c | 54 ++--
1 files changed, 27 insertions(+), 27 deletions(-)
diff --git a/src/lib/ecore_con/ecore_con_url.c
b/src/lib/ecore_con/ecore_con_url.c
index 8999721..187db73 100644
--- a/src/lib/ecore_con/ecore_con_url.c
+++ b/src
data is indeed used by _ecore_con_url_idler_handler.
---
src/lib/ecore_con/ecore_con_url.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/lib/ecore_con/ecore_con_url.c
b/src/lib/ecore_con/ecore_con_url.c
index 09e6f6d..8999721 100644
--- a/src/lib/ecore_con/ecore_co
There is no need for an else here, as the return is the last
instruction.
---
src/lib/ecore_con/ecore_con_url.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/src/lib/ecore_con/ecore_con_url.c
b/src/lib/ecore_con/ecore_con_url.c
index 7162e78..adb22ec 100644
--- a/src/
* Indent blocks inside EINA_LIST_* macros.
* Use sane indentation in ecore_con_url_ftp_upload().
---
src/lib/ecore_con/ecore_con_url.c | 21 +++--
1 files changed, 11 insertions(+), 10 deletions(-)
diff --git a/src/lib/ecore_con/ecore_con_url.c
b/src/lib/ecore_con/ecore_con_u
Hi all,
The follow-up patches do some clean-ups to ecore_con_url, renaming variables
and simplifying code all around.
[PATCH 1/5] Remove erroneus __UNUSED__ mark.
[PATCH 2/5] Add a missing leading underscore to static variables.
[PATCH 3/5] Fix some indentation problems in ecore_con_url.
[PATCH 4
unused_warning--
---
src/lib/ecore_con/ecore_con_url.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/lib/ecore_con/ecore_con_url.c
b/src/lib/ecore_con/ecore_con_url.c
index adb22ec..0f56b55 100644
--- a/src/lib/ecore_con/ecore_con_url.c
+++ b/src/lib/ecore_con/ecor
By checking for the validity of the Ecore_Con_Url struct before anything
else and merging some if's, the code can get much cleaner.
---
src/lib/ecore_con/ecore_con_url.c | 12 ++--
1 files changed, 2 insertions(+), 10 deletions(-)
diff --git a/src/lib/ecore_con/ecore_con_url.c
b/src/li
Depending on the option being set by curl_easy_setopt, a return value
different from CURL_OK can be returned (the same applies to curl_multi_*
and CURLM_OK).
This commit checks the return value from those calls and usually
displays an error message with ERR() and returns -- in some cases, an
error
On Fri, Oct 8, 2010 at 5:16 PM, Enlightenment SVN
wrote:
> Log:
> Add Object name in dot dump
>
> Now can generate graphs like this:
> https://trac.profusion.mobi/~tiago/editje_elm_dump.png
>
> Call elm_object_tree_dot_dump(obj, "file.dot")
> and use $ dot -Tpng file.dot -ofile.png
> Author:
This signature change follows libcurl's behaviour more closely:
CURLOPT_POSTFIELDSIZE expects a long, and a value of -1 means that
content length calculation is forwarded to libcurl, which performs a
strlen() on CURLOPT_POSTFIELD.
---
src/lib/ecore_con/Ecore_Con.h |2 +-
src/lib/ecore_con/
Hey there,
Since the ecore_con_url API discussion season is open, I was thinking
about ecore_con_url_http_post_send: it accepts Ecore_Con_Url* and a
void*, the latter being passed to CURLOPT_HTTPPOST, which actually
requires a curl_httppost* struct constructed in an... exotic way via
curl_formadd(
On Fri, Oct 8, 2010 at 5:00 PM, Enlightenment SVN
wrote:
> Log:
> Save class name as object name by default
> Author: tiago
> Date: 2010-10-08 13:00:44 -0700 (Fri, 08 Oct 2010)
> New Revision: 53202
>
> Modified:
> trunk/BINDINGS/python/python-evas/evas/evas.c_evas_object.pxi
>
> M
On Fri, 8 Oct 2010 16:09:09 -0300 Raphael Kubo da Costa
said:
can you please attach them, not mail them as inline patches. they get
line-wrapped and re-formatted so they dont work anymore :(
> Hi all,
>
> The follow-up patches do some clean-ups to ecore_con_url, renaming variables
> and simpli
On Fri, Oct 8, 2010 at 10:45 PM, Carsten Haitzler wrote:
> On Fri, 8 Oct 2010 16:09:09 -0300 Raphael Kubo da Costa
> said:
>
> can you please attach them, not mail them as inline patches. they get
> line-wrapped and re-formatted so they dont work anymore :(
AFAIK he uses git send-email, that do
At Sat, 9 Oct 2010 10:45:38 +0900,
Carsten Haitzler (The Rasterman) wrote:
>
> On Fri, 8 Oct 2010 16:09:09 -0300 Raphael Kubo da Costa
> said:
>
> can you please attach them, not mail them as inline patches. they get
> line-wrapped and re-formatted so they dont work anymore :(
Hmm, are you sur
On Fri, 8 Oct 2010 22:52:43 -0300 Gustavo Sverzut Barbieri
said:
> On Fri, Oct 8, 2010 at 10:45 PM, Carsten Haitzler
> wrote:
> > On Fri, 8 Oct 2010 16:09:09 -0300 Raphael Kubo da Costa
> > said:
> >
> > can you please attach them, not mail them as inline patches. they get
> > line-wrapped and
23 matches
Mail list logo
