Enlightenment SVN schrieb:
Log:
Unicde strnlen, and a slight fix to the header so at least part can be read
by
humans.
Also strlen/strnlen are pure.
Author: nash
Date: 2010-07-29 20:39:12 -0700 (Thu, 29 Jul 2010)
New Revision: 50676
Modified:
Enlightenment SVN schrieb:
Log:
+eina_hash_modify_or_add to always add a value to the hash at the specified
key
Wouldn't eina_hash_set() be a better name for this job?
Just my 2 cent
Peter
--
This SF.net
Massimo Maiurana wrote:
hannes.janet...@gmail.com, il 18/04/2010 13:13, scrisse:
EVRY_PLUGIN_NEW and EVRY_ACTION_NEW macros were intended to use the
string one time as plugin id and one time as label. does this not
work?
#define EVRY_ACTION_NEW(_name, _in1, _in2, _icon, _action, _check)
Gustavo Sverzut Barbieri wrote:
Please check the -Wall -Wextra errors! U must check the return of
asprintf() variants And then you can use the optimized
append/insert that does not need to strlen()
Or you get the size first with snprintf(NULL, 0 ...) and than write it
with snprintf()
Gustavo Sverzut Barbieri wrote:
On Fri, Feb 26, 2010 at 10:44 AM, Lucas De Marchi
lucas.demar...@profusion.mobi wrote:
C++ needs casts in order to assign a void* to another pointer type. As
typeof operator is a gcc extension, we define EINA_TYPEOF(x) as typeof
on gcc with c++ source and
Gustavo Sverzut Barbieri wrote:
On Fri, Feb 26, 2010 at 6:33 PM, Peter Wehrfritz peter.wehrfr...@web.de
wrote:
Gustavo Sverzut Barbieri wrote:
On Fri, Feb 26, 2010 at 10:44 AM, Lucas De Marchi
lucas.demar...@profusion.mobi wrote:
C++ needs casts in order to assign a void
Boris 'billiob' Faure wrote:
Hi!
I've got an annoying misfeature. I've got the pager settings to Show
popup on urgent window. I've rxvt-unicode to set the UrgencyHint
whenever a bell occured in a terminal. This is great to get
notifications when i get pinged on irc... But it's really
Enlightenment SVN wrote:
Log:
Add eina_strbuf_reset
Function to reset the internal string, so we can reuse the allocated
mem.
Author: englebass
Date: 2010-02-06 13:43:22 -0800 (Sat, 06 Feb 2010)
New Revision: 45952
Modified:
trunk/eina/src/include/eina_strbuf.h
Gustavo Sverzut Barbieri wrote:
On Tue, Feb 2, 2010 at 6:53 PM, Eduardo Lima (Etrunko) ebl...@gmail.com
wrote:
On Tue, Feb 2, 2010 at 5:30 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
Hi all,
Our SVN is huge, a real pain to:
- checkout (for both newbies and
Carsten Haitzler (The Rasterman) wrote:
On Sat, 23 Jan 2010 00:58:26 +0100 Peter Wehrfritz peter.wehrfr...@web.de
said:
Albin Tonnerre wrote:
On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri wrote :
why not moving ecore_txt to eina, btw ?
As far as I
Albin Tonnerre wrote:
On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri wrote :
why not moving ecore_txt to eina, btw ?
As far as I understand it, eina is about providing data types. IMHO neither
ecore_str nor ecore_txt fit in that category.
Right, nor does ecore_file, but it
Enlightenment SVN wrote:
Log:
make clang happy
Author: englebass
Date: 2010-01-14 15:47:26 -0800 (Thu, 14 Jan 2010)
New Revision: 45146
Modified:
trunk/ecore/src/lib/ecore_con/ecore_con.c
Modified: trunk/ecore/src/lib/ecore_con/ecore_con.c
Peter Wehrfritz wrote:
Enlightenment SVN wrote:
Log:
make clang happy
Author: englebass
Date: 2010-01-14 15:47:26 -0800 (Thu, 14 Jan 2010)
New Revision: 45146
Modified:
trunk/ecore/src/lib/ecore_con/ecore_con.c
Modified: trunk/ecore/src/lib/ecore_con/ecore_con.c
Peter Wehrfritz wrote:
Sorry for the delay, I hadn't much time in the last days. I looked into
the config_init code, but there are some parts that I don't fully
understand yet. I hope I find the time to dig deeper into it the
weekend. Just to have the full picture: Have you also installed
Gustavo Sverzut Barbieri wrote:
On Tue, Nov 3, 2009 at 7:26 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
* rename _edje_strbuf_append to _edje_strbuf_append1 and
_edje_strbuf_append2 in edje_util.c and edje_textblock_styles.c
respectiveley (for amalgamation. See
Brian Wang schrieb:
Hello all,
Evas's word-wrapping calculation does not work well with long Chinese strings.
This is how it looks (no wrapping):
http://cool-idea.com.tw/brian/edje-long-chinese-text-orig.png
I made my effort to make it work with Chinese but it is certainly not
for the
Hi all,
since some days bugs.enlightenment.org is down. Before someone complains
that trac is the way to go, I know, but we still use bugzilla for ewl.
So does anybody know what happen to it?
Thanks
Peter
--
Come
Gustavo Sverzut Barbieri schrieb:
On Wed, Sep 9, 2009 at 4:34 AM, Vincent Torri vto...@univ-evry.fr wrote:
On Wed, 9 Sep 2009, Vincent Torri wrote:
Hey,
CFLAGS: -O3
LDFLAGS: -Wl,-s
with amalgamation, the size of the .so is 141316
without, it is 142216
is it normal ?
Andre Dieb wrote:
I commited a fix, please try it.
I can confirm that it works now :)
Peter
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design,
If you call eina_shutdown() and afterwards eina_init() eina segaults.
Seems to have to do with the logging.
This is the console output:
CRI: eina_log.c:702 eina_log_domain_new() eina_log_print() unknown
domain 0, original message format '%s'
Segmentation fault
Sure, it's a strange setup,
Vincent Torri wrote:
Modified: trunk/ecore/po/Makefile.in.in
===
--- trunk/ecore/po/Makefile.in.in2009-09-02 12:48:00 UTC (rev 42181)
+++ trunk/ecore/po/Makefile.in.in2009-09-02 12:48:56 UTC (rev 42182)
@@ -1,5 +1,5
Enlightenment SVN wrote:
Log:
* rename mem_strdup() to not clash (in the case of a static build) with
the one defined in bin/
Author: davemds
Date: 2009-08-17 06:54:17 -0700 (Mon, 17 Aug 2009)
New Revision: 41839
Modified:
trunk/edje/src/lib/edje_edit.c
Modified:
Christopher Michael wrote:
Well, IMO, ewl etk are all but dead...worry about eml E
He should worry about edje, if there is a serious bug it has to be
fixed. No matter if the bug is triggered by E, entrance or EWL.
Peter
P.S. Ewl is not dead :)
Enlightenment SVN wrote:
Log:
eina list docs.
* document undocumented functions.
* note order of magnitude of each function, try to avoid users
falling into traps.
Author: barbieri
Date: 2009-08-06 08:50:19 -0700 (Thu, 06 Aug 2009)
New Revision: 41619
noma...@free.fr schrieb:
Hi guys
I began to reflect on the problem of drawing a table of values following
the ideas given by Vincent and Gustavo. I wrote
something which is still archaic (I warned you, in terms of programming
I have the age of an infant)
let me explain the procedure:
Nicolas Aguirre schrieb:
2009/6/16 Peter Wehrfritz peter.wehrfr...@web.de:
Since lbraw seems to be GPL licensed, I'd prefer libopenraw. If libraw has
features that libopenraw does not provided, we can maybe have both loaders,
like it is in emotion with the gstreamer and the xine plugin
Raoul Hecky schrieb:
Great idea! And what about this one: http://www.libraw.org/about ?
Since lbraw seems to be GPL licensed, I'd prefer libopenraw. If libraw
has features that libopenraw does not provided, we can maybe have both
loaders, like it is in emotion with the gstreamer and the
Carsten Haitzler (The Rasterman) schrieb:
On Sat, 06 Jun 2009 19:42:52 +0200 Peter Wehrfritz peter.wehrfr...@web.de
said:
Cedric BAIL schrieb:
On Sat, Jun 6, 2009 at 5:48 PM, Albin Tonnerrealbin.tonne...@gmail.com
wrote:
On Sat, Jun 06, 2009 at 12:12:49PM -0300, Andre
Vincent Torri schrieb:
On Tue, 9 Jun 2009, Gustavo Sverzut Barbieri wrote:
http://damien.lespiau.name/blog/2009/02/18/shave-making-the-autotools-output-sane/
I've seen some projects using it and actually looks nice! Vincent, are
you willing to give it a try?
I knew that stuff
Gustavo Sverzut Barbieri schrieb:
Hi all,
I want to move the following projects to BROKEN/OLD as they're one of them:
- edje_viewer (edje_player/edje_editor work better)
- elicit (users of it? if so, remove imlib2, ecore-config and
probably esmart dependencies -- otherwise it will be
Cedric BAIL schrieb:
On Sat, Jun 6, 2009 at 5:48 PM, Albin Tonnerrealbin.tonne...@gmail.com
wrote:
On Sat, Jun 06, 2009 at 12:12:49PM -0300, Andre Dieb wrote :
This patch contains my other two previous patches:
- [PATCH] Fix eina mempool leak, init error handling, remove
Enlightenment SVN schrieb:
Log:
* on Windows, pipe() creates sockets and not file descriptoes,
hence we must use closesocket() to close a socket instead of
close(). In addition, we should improve the closing of the
socket (see
Nick Hughart schrieb:
On Fri, 08 May 2009 19:46:26 +0200
Peter Wehrfritz peter.wehrfr...@web.de wrote:
noma...@free.fr schrieb:
Ok another question,
what about the case whene we dont know the stat of the widget. So
we must get the stat first and then decide wether to call
Klaus 'mrmoku' Kurzmann schrieb:
Hey all,
I have problems building ewl. It fails with missing po/Makefile.in.in.
Am I doing something wrong here?
configure: creating ./config.status
config.status: creating Makefile
config.status: creating ewl.spec
config.status: creating ewl.pc
Carsten Haitzler (The Rasterman) schrieb:
yes - its a translation problem. this is one of the problems with simple
string
mappings. 1 word in english may have multiple meanings. i think it is possible
in gettext to somehow mark such strings specially, but i don't know how.
The gettext
noma...@free.fr schrieb:
Hi,
I seek in EFL something like XmNsensitive (Motif) to make a button widget
insensitive.
I know that EWL_FLAG_STATE_DISABLED does somthing equivalent but I don't khow
how can i code it!!
To disable a widget simply call ewl_widget_disable() and enable it
noma...@free.fr schrieb:
Ok another question,
what about the case whene we dont know the stat of the widget. So we must get
the stat first and then decide wether to call ewl_widget_enable or disable.
How can I do to obtain this stat?
if (DISABLED(w))
ewl_widget_enable(w);
else
Rodrigo Belem schrieb:
Hi all,
I was building etk so I saw that etk depends on cvs. This dependency
comes from autopoint that lives in autogen.sh.
rodr...@sculptor:/tmp/etk$ ./autogen.sh
Running autopoint...
autopoint: *** cvs program not found
autopoint: *** Stop.
Is it right? Do we
Peter Wehrfritz schrieb:
Rodrigo Belem schrieb:
Hi all,
I was building etk so I saw that etk depends on cvs. This dependency
comes from autopoint that lives in autogen.sh.
rodr...@sculptor:/tmp/etk$ ./autogen.sh
Running autopoint...
autopoint: *** cvs program not found
autopoint
Albin Tonnerre schrieb:
On Sat, May 09, 2009 at 02:27:28AM +0200, Peter Wehrfritz wrote :
Rodrigo Belem schrieb:
Hi all,
I was building etk so I saw that etk depends on cvs. This dependency
comes from autopoint that lives in autogen.sh.
So do all the core EFL
Gustavo Sverzut Barbieri schrieb:
On Fri, May 1, 2009 at 8:18 AM, Vincent Torri vto...@univ-evry.fr wrote:
On Fri, 1 May 2009, Gustavo Sverzut Barbieri wrote:
On Thu, Apr 30, 2009 at 9:13 PM, Carsten Haitzler ras...@rasterman.com
wrote:
On Thu, 30 Apr 2009 18:02:45 -0300
Albin Tonnerre schrieb:
But you can append fast (O(1)) since it
will keep a pointer to last element.
Eina_List too.
Anyway, TBH I only did it this way because cedric advised me to do so. I'll
change it to Eina_Inlists if you think that really would have a benefit,
which I
doubt.
Massimiliano Calamelli schrieb:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 21 Apr 2009 12:23:53 +0200
Peter Wehrfritz peter.wehrfr...@web.de wrote:
I don't know if the warn_unused_result flag for this function is
superfluid, but if such a flag is present you should check
Vincent Torri schrieb:
Hey,
I think that, before the release, we should verify that the api is consistent.
I think that, at least, we must verify that:
1) if a function has a _add sufix, the invert function must have the _del
sufix
2) if a function has a _new sufix, the invert function
Enlightenment SVN schrieb:
Modified: trunk/ecore/src/lib/ecore_x/xlib/ecore_x_atoms.c
===
--- trunk/ecore/src/lib/ecore_x/xlib/ecore_x_atoms.c 2009-03-16 13:46:16 UTC
(rev 39504)
+++
Cedric BAIL schrieb:
On Mon, Mar 16, 2009 at 6:16 PM, Peter Wehrfritz peter.wehrfr...@web.de
wrote:
Enlightenment SVN schrieb:
Modified: trunk/ecore/src/lib/ecore_x/xlib/ecore_x_atoms.c
===
--- trunk/ecore/src/lib
Tiziano Cappellari schrieb:
Hi,
I'm developing a very base application with just one window and two
callbacks based to ewl on framebuffer.
The window is correctly displayed but callbacks events from
mouse/keyboard (like EWL_CALLBACK_MOUSE_DOWN / EWL_CALLBACK_KEY_DOWN)
are never called.
Vincent Torri schrieb:
On Fri, 13 Mar 2009, Enlightenment SVN wrote:
+EAPI unsigned int eina_inlist_count(const Eina_Inlist *list)
EINA_WARN_UNUSED_RESULT;
i think that the api must mention the action, that is, the function name
should be
I this case the action is literally
Terseus schrieb:
Sorry, I forgot to mention one thing, when I create a page in a
notebook widget and destroy it, if I try now to destroy a page with
the notebook empty the function ewl_notebook_visible_page_get still
give me a not NULL widget (the same offset of the previously destroyed
Enlightenment SVN schrieb:
+ if (ecore_str_has_suffix (output_file, .ogg)) {
Better use ecore_str_has_extension(), it does a case-insensitive compare.
Peter
--
Open Source Business Conference (OSBC), March
Kim Woelders schrieb:
Hello,
It is annoying that Eterm doesn't handle utf8. Here is a half-baked
patch that might inspire somebody (Michael? :) ) to do it properly.
Or maybe one gsoc student :).
Beware! This patch breaks things in non-utf8 locales, probably doesn't
work on big-endian
Kim Woelders schrieb:
Yes. UCS-2 is used as internal encoding in this patch. It is what I
found all in all seemed to give best results.
It might be considered to use UCS-2BE internally to avoid some byte
swapping, but I got in trouble with that somewhere.
I have a similar patch where the
Ravenlock schrieb:
On 01/13/2009 14:57, Enlightenment SVN wrote:
Log:
grey out images if they are disable
Author: pfritz
Date: 2009-01-13 12:57:30 -0800 (Tue, 13 Jan 2009)
New Revision: 38573
[snip]
Modified: trunk/ewl/data/themes/e17/groups/Makefile.am
Hendrik Siedelmann schrieb:
2009/1/5 Nathan Ingersoll ninge...@gmail.com:
I'm pleased to announce the release of EWL version 0.5.3. This release
has some extensive changes, including the following highlights:
* Version 0.5.3:
...
- Allow the ewl_label widget to
Peter Wehrfritz schrieb:
I attached a small sample program
As always, I forgot to ...
#include Ewl.h
void destroy_main_window(Ewl_Widget *main_win, void *ev_data, void *user_data)
{
ewl_widget_destroy(main_win);
ewl_main_quit();
return;
}
int main(int argc, char **argv)
{
Ewl_Widget *w
Enlightenment SVN schrieb:
+#ifdef X_HAVE_UTF8_STRING
e-key_compose = strdup(buf);
+#else
+ e-key_compose = ecore_txt_convert(nl_langinfo(CODESET), UTF-8,
buf);
+#endif
}
}
else
@@ -739,7 +751,7 @@
{
char *str;
Peter Wehrfritz schrieb:
4 pixels sound like inset or padding pixels. Since the size request
happens before the realization some pixels for the inset will be added
later, when the theme data is loaded. I think for the framebuffer,
unlike to the x11 engine, the engine should take care
Graham Gower schrieb:
Peter Wehrfritz wrote:
Graham Gower schrieb:
Peter Wehrfritz wrote:
I committed it without the @EVAS_LIBS@, because Vincent told me that
it is not needed. Can you check please if it works now? Since I don't
have ecore_fb installed, I cannot test
Graham Gower schrieb:
Peter Wehrfritz wrote:
I committed it without the @EVAS_LIBS@, because Vincent told me that
it is not needed. Can you check please if it works now? Since I don't
have ecore_fb installed, I cannot test it myself.
Yes, this works fine.
Nice :)
One other issue which
Graham Gower schrieb:
Hi,
When EWL is configured with --enable-fb, the EWL engine evas_fb.so
fails to be dlopen()able due to missing symbols. The missing symbols
can be found in -lecore_fb.
-Graham
--- Makefile.am 2008-12-09 18:23:18.0 +1030
+++
Josef Luštický [EMAIL PROTECTED] schrieb:
Hi,
I'm sending 2 modules .po files translated to czech.
It's not much, but I can send more if you will be interested and put them
into SVN.. It's up to you.
You forgot to attach the file(s), or they were filtered out, because
they had a wrong
Enlightenment SVN schrieb:
Log:
Generated new pot files for translations.
Author: aron
Date: 2008-11-09 04:11:33 -0800 (Sun, 09 Nov 2008)
New Revision: 37563
Added:
trunk/e/po/enlightenment.pot
The .pot files are generated by autopoint, there is now point to put
Enlightenment SVN schrieb:
Log:
add an on-screen ruler to elicit. only the winter theme supports it for now
Really nice and useful feature!
Some ideas for improvement: do some mouse,in and mouse,out
animations on the unit selector. I noticed that you can have something
different then px,
Viktor Kojouharov schrieb:
On Fri, 2008-11-07 at 16:52 +0100, Peter Wehrfritz wrote:
Enlightenment SVN schrieb:
Log:
add an on-screen ruler to elicit. only the winter theme supports it for
now
Really nice and useful feature!
Some ideas for improvement: do some mouse
Carsten Haitzler (The Rasterman) schrieb:
On Wed, 29 Oct 2008 09:23:17 + Quaker [EMAIL PROTECTED] babbled:
i don't see how it wouldn't work. code seems ok to me - builds for me too...
:/
Sorry, my bad. I haven't answered to the list. I fixed it some days ago.
So indeed it should
Gustavo Sverzut Barbieri schrieb:
On Mon, Nov 3, 2008 at 11:57 AM, Enlightenment SVN
[EMAIL PROTECTED] wrote:
+ /* first write the len into the pipe */
+ do
+ {
+ ret = pipe_write(p-fd_write, nbytes, sizeof(nbytes));
+ if (ret == sizeof(nbytes))
+ {
+
Gustavo Sverzut Barbieri schrieb:
On Mon, Nov 3, 2008 at 3:42 AM, Enlightenment SVN
[EMAIL PROTECTED] wrote:
Log:
add patch to add a pipe handler for glueing threads to the core main loop
via
pipes - makes it save for a thread to send a message to the main loop and
not
need lots
Gustavo Sverzut Barbieri schrieb:
On Thu, Oct 16, 2008 at 7:53 PM, Michael Feiri [EMAIL PROTECTED] wrote:
Now, eCos is owned by the FSF and is licensed under the GPLv2 with a
linking exception that makes it completely non-viral. This exception is
more powerful than the LGPL, because the
Arnaud de Turckheim schrieb:
On Tue, Oct 7, 2008 at 1:24 PM, Arnaud de Turckheim [EMAIL PROTECTED]wrote:
On Mon, Oct 6, 2008 at 7:08 PM, Peter Wehrfritz [EMAIL PROTECTED]wrote:
Enlightenment SVN schrieb:
+
+# define INIT_SSL(svr) _ecore_con_init_ssl(svr)
+# define
Enlightenment SVN schrieb:
Log:
Another step toward IPv6 support with more cleanup.
Patch from Arnaud de Turckheim.
Author: cedric
Date: 2008-10-06 09:40:01 -0700 (Mon, 06 Oct 2008)
New Revision: 36483
Modified:
trunk/ecore/src/lib/ecore_con/ecore_con.c
Sebastian Dransfeld schrieb:
Peter Wehrfritz wrote:
Peter Wehrfritz schrieb:
Sebastian Dransfeld schrieb:
1. What shall we do if the return size is smaller (but 0). If I
understood it right, that can happen if the writing process writes more
bytes then PIPE_BUF. Should we
Hi all,
The filename configure.in is deprecated for a long time now. Since we
are know using svn it'd be easy to move the files to the correct name
configure.ac. If there aren't any objections, I will do the rename.
Regards Peter
Viktor Kojouharov schrieb:
The following is a very silly question:
How do I checkout the trunk, using my username (the public key is still
in devs, and I still have the private key)?
I was out of the loop for a couple of months, so I missed the whole
cvs-svn migration thing.
Peter Wehrfritz schrieb:
Sebastian Dransfeld schrieb:
Peter Wehrfritz wrote:
Hi all,
I took Vincent's last ecore_pipe approach and changed ecore_pipe_write
to accept variable long data and not only a pointer. I also added the
possibility to pass a data pointer to the handler
Peter Wehrfritz schrieb:
Sebastian Dransfeld schrieb:
Peter Wehrfritz wrote:
Hi all,
I took Vincent's last ecore_pipe approach and changed ecore_pipe_write
to accept variable long data and not only a pointer. I also added the
possibility to pass a data pointer to the handler
I committed the move for every package in the basedir, in MISC and
PROTO. If I missed something please tell it me. Shall I also move the
E16 files and the eterm files?
Regards Peter
-
This SF.Net email is sponsored by the
Eric Sandall schrieb:
Quoting Ivan [EMAIL PROTECTED]:
Is not E, but autopoint (a part of gettext) which requires cvs, so not
much to do about it.
Does E17 require autopoint? If not, can we remove it? As I mentioned,
other EFL packages build fine without cvs installed, though
Michael Jennings schrieb:
On Saturday, 27 September 2008, at 22:28:29 (+0200),
Peter Wehrfritz wrote:
The filename configure.in is deprecated for a long time now. Since
we are now using svn it'd be easy to move the files to the correct
name configure.ac. If there aren't any objections, I
Hi all,
The filename configure.in is deprecated for a long time now. Since we
are now using svn it'd be easy to move the files to the correct name
configure.ac. If there aren't any objections, I will do the rename.
Regards Peter
Carsten Haitzler (The Rasterman) schrieb:
On Thu, 14 Aug 2008 11:01:59 +0200 _doof [EMAIL PROTECTED] babbled:
both of these are c99 issues... and yes - we require c99. thus.. i guess
opensolaris is unsupported until it vatches up to last millenium (1999) :)
(sorry we can go around patching
Mathieu Prevot schrieb:
I would like to suggest the use of a django framework: fast, simple to
maintain and with a clear separation of design and content. I also
prefer Django's site design to NetBSD's, but I think enlightenment
deserve something even better.
I personally don't like 3
Hi all,
I took Vincent's last ecore_pipe approach and changed ecore_pipe_write
to accept variable long data and not only a pointer. I also added the
possibility to pass a data pointer to the handler callback to avoid the
usage of globals. The win version does probably not work.
Please read
Gustavo Sverzut Barbieri schrieb:
Hi people,
As now we're using SVN and it's easy to move things around I suggest
we moving things out of the main project if they're broken for some
time. Some projects like KDE, for example, move things into their
experimental/playground (our proto) and then
Vincent Torri schrieb:
Actually I thought it was BSD licensed. I didn't expect that Trojan
horse tactic. Only after Vincent has asked me if it is ok for me to
switch to LGPL I realized that i contributed to a proprietary project.
Can you develop why a project using LGPL is a proprietary
Carsten Haitzler (The Rasterman) schrieb:
c. continue development from there.
i hope to get this done in the next few weeks (in august).
So for now, I use cvs, until the switch is done, right?
and
2. trac (bugzilla alternative). this integrates with svn - ticket numbers in
log commits
Carsten Haitzler (The Rasterman) schrieb:
On Mon, 04 Aug 2008 14:12:53 +0200 Peter Wehrfritz [EMAIL PROTECTED]
babbled:
Carsten Haitzler (The Rasterman) schrieb:
c. continue development from there.
i hope to get this done in the next few weeks (in august).
So for now
Jorge Luis Zapata Muga schrieb:
Hi all, as you all (most) know, eina has hit proto cvs. I think
several things have to be explained, references to eina's license,
code and so have appeared on different threads and honestly following
them all is very complicated and is also hard to actually
dan sinclair schrieb:
On 24-Jul-08, at 5:26 PM, Peter Wehrfritz wrote:
Gustavo Sverzut Barbieri schrieb:
One thing I'd like to see here is the opinion of those that do most
of
the code these days, guys like englebass, dj2, pfritz and raster. You
wrote lots of code already
Jose Gonzalez schrieb:
Peter wrote:
to it and the original code was LGPL. But would you share code with
someone, that doesn't share code with you?
Good point. And that's precisely why many people don't like to
contribute to bsd licensed projects. In the case of
If you use edje_object_size_min_calc() to calculate the minimum size of
an edje group, the text that was former truncated, i.e. Bla... instead
of Blah Foo, becomes then simply cut of at the end of the edje object
(Blah ).
Attached you'll find a small example code and a little edc file for the
Jose Gonzalez schrieb:
(4) Extensions to the current rectangle obj api:
***
void evas_object_rectangle_corner_radius_set(obj, float r);
void evas_object_rectangle_corner_style_set(obj, int corner_style);
Where 'corner_style' can be one
Gustavo Sverzut Barbieri schrieb:
On Sun, Jul 20, 2008 at 8:29 PM, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Jose Gonzalez schrieb:
(4) Extensions to the current rectangle obj api:
***
void evas_object_rectangle_corner_radius_set(obj
Cedric BAIL schrieb:
I think we didn't understand together. When I say slowly move stuff
around, it include changing and improving Eina to fit our needs also.
Eina is not a finished library, but an ongoing development. It's just
a good starting point imho to get stuff done faster.
Ok,
Sevcsik András schrieb:
Thanks for the help guys, here's my second version, that deals with
show/hide and applies clip_elements_set() to all elements.
@@ -444,9 +485,12 @@
485 evas_object_repeat_events_set(el-grabber, 1);
486 evas_object_color_set(el-grabber, 0, 0, 0, 0);
487
Sevcsik András schrieb:
I hope this version works with the current cvs.
Yup, thanks. In cvs.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications
Vincent Torri schrieb:
Hey,
in eet_data.c, in _eet_free_hash() :
long int ptr = (long int)(data);
hash ^= ptr 32;
and the others
long int is 32 bits long on 32 bits computers. Is it possible that a
problem can arise, here ?
Right, that produces a warning. I fixed that
Sevcsik András schrieb:
I attached a patch for esmart that adds esmart_container_clip_elements_set()
and esmart_container_clip_elements_get(). It's my first patch, so if you've
got any suggestion about anything, don't hesitate to tell :)
Somethings need to be changed. As Hisham has said,
Sevcsik András schrieb:
Hi list,
What's the purpose of esmart_container.c:442 line?
evas_object_clip_set(el-obj, cont-clipper);
It clips the elements with the container, but I don't see a reason to do
so. My application needs elements to be able to drawn outside the container
(toolbar
While I'm fixing some compilation warnings in ewl on 64-bit archs, I
wonder if the ecore_direct_hash() function works correct or if it needs
some adjustments on 64-bit archs. I attached a little patch, which
takes care for 64-bit pointer size. Since I haven't got a 64-bit PC, I
ask you if the
Jorge Luis Zapata Muga schrieb:
On Tue, Jul 8, 2008 at 8:52 PM, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Jorge Luis Zapata Muga schrieb:
Having a common agreement isnt easy but we should make one. Cedric
ideas of providing a common API and just do some macros is useful, i
agree
1 - 100 of 188 matches
Mail list logo