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:
> t
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 e
Enlightenment SVN schrieb:
> Modified: trunk/TMP/st/elementary/src/lib/elm_main.c
> ===
> --- trunk/TMP/st/elementary/src/lib/elm_main.c2010-07-16 06:21:25 UTC
> (rev 50276)
> +++ trunk/TMP/st/elementary/src/lib/elm_main.c
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, _act
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 6:33 PM, Peter Wehrfritz
> wrote:
>
>> Gustavo Sverzut Barbieri wrote:
>>
>>> On Fri, Feb 26, 2010 at 10:44 AM, Lucas De Marchi
>>> wrote:
>>>
>>>
>>>> C
Gustavo Sverzut Barbieri wrote:
> On Fri, Feb 26, 2010 at 10:44 AM, Lucas De Marchi
> 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 as nothing otherwise
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
Massimo Maiurana schrieb:
> Carsten Haitzler (The Rasterman), il 07/02/2010 14:36, scrisse:
>
>
>> there is no need. just move to BROKEN. its harmless being there. if its your
>> local disk space - then just check out the dirs u care about.
>>
>>
>
> what about moving dirs like BROKEN and
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
Gustavo Sverzut Barbieri wrote:
> On Tue, Feb 2, 2010 at 6:53 PM, Eduardo Lima (Etrunko)
> wrote:
>
>> On Tue, Feb 2, 2010 at 5:30 PM, Gustavo Sverzut Barbieri
>> wrote:
>>
>>> Hi all,
>>>
>>> Our SVN is huge, a real pain to:
>>>- checkout (for both newbies and core devs -- those tha
Carsten Haitzler (The Rasterman) wrote:
> On Sat, 23 Jan 2010 00:58:26 +0100 Peter Wehrfritz
> said:
>
>
>> Albin Tonnerre wrote:
>>
>>> On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri wrote :
>>>
>>>
>>>> why not mov
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, bu
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/ecor
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
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 the ewl
config file? It sho
Gustavo Sverzut Barbieri wrote:
> On Tue, Nov 3, 2009 at 7:26 AM, Enlightenment SVN
> 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 next commit)
>>
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 t
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 buil
Gustavo Sverzut Barbieri schrieb:
> On Wed, Sep 9, 2009 at 4:34 AM, Vincent Torri 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 nor
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, integ
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, but
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)
>> @@ -
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
>
> M
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 Revis
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 procedur
Nicolas Aguirre schrieb:
> 2009/6/16 Peter Wehrfritz :
>
>> 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
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 x
Carsten Haitzler (The Rasterman) schrieb:
> On Sat, 06 Jun 2009 19:42:52 +0200 Peter Wehrfritz
> said:
>
>
>> Cedric BAIL schrieb:
>>
>>> On Sat, Jun 6, 2009 at 5:48 PM, Albin Tonnerre
>>> wrote:
>>>
>>>
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
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 wi
Cedric BAIL schrieb:
> On Sat, Jun 6, 2009 at 5:48 PM, Albin Tonnerre
> 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 consumed
>>>
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 http://tangentsoft.net/wskfaq/newbie.html#ho
Nick Hughart schrieb:
> On Fri, 08 May 2009 19:46:26 +0200
> Peter Wehrfritz wrote:
>
>
>> noma...@free.fr schrieb:
>>
>>> Ok another question,
>>>
>>> what about the case whene we dont know the stat of the widget. So
>>&g
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 gette
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
>
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 dependenc
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
>> Runnin
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
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
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 enabl
Gustavo Sverzut Barbieri schrieb:
> On Fri, May 1, 2009 at 8:18 AM, Vincent Torri wrote:
>
>> On Fri, 1 May 2009, Gustavo Sverzut Barbieri wrote:
>>
>>
>>> On Thu, Apr 30, 2009 at 9:13 PM, Carsten Haitzler
>>> wrote:
>>>
On Thu, 30 Apr 2009 18:02:45 -0300 Gustavo Sverzut Barbi
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
Massimiliano Calamelli schrieb:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Tue, 21 Apr 2009 12:23:53 +0200
> Peter Wehrfritz wrote:
>
>
>> I don't know if the warn_unused_result flag for this function is
>> superfluid, but if such a flag
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 the result
for error and not silently store the value somewhere.
Regards Peter
Enlightenment SVN schrieb:
> Log:
> Fix compiler warnings about attribute warn_unused_resu
Gustavo Sverzut Barbieri schrieb:
> was this ever committed? should it be? It was marked as "pending" in my list.
>
Afaik, it wasn't committed. I think it looks reasonable, but I haven't
actually tested it. I hoped someone how is more familar then me with
pipes and forking is going to review
Atton Jonathan schrieb:
> I ll fixed this pb today (or maybe tomorrow) :)
>
> And if you have something like:
> char *= keyboard input
> string = gettext(string)
> print(string)
>
> if string = "", we will display the gettext header ? hum ...
>
That's not the normal use case of gettext. Why wou
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
Lars Munch schrieb:
> Hi
>
> This patch adds two new functions, ecore_pipe_close_read and
> ecore_pipe_close_write, to ecore_pipe. The purpose it to enable
> ecore_pipe to be used together with fork (see example below).
>
> The patch also handles if the read or write end of the pipe closes.
>
I
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
Cedric BAIL schrieb:
> On Mon, Mar 16, 2009 at 6:16 PM, Peter Wehrfritz
> wrote:
>
>> Enlightenment SVN schrieb:
>>
>>> Modified: trunk/ecore/src/lib/ecore_x/xlib/ecore_x_atoms.c
>>>
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)
> +++ trunk/ecore/src/lib/ecore_x/xlib/ecore_x
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 li
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
Terseus schrieb:
> I have news about the notebook bug.
>
> The best would be a small test case to reproduce the bug, in most
> cases this shouldn't be too hard to write and is for you easier,
> then for us to figure out what you are doing in detail.
>
>
> A great idea indeed, while doi
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 24
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 wher
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-endi
Terseus schrieb:
> Hi E-developers!!
>
> First of all, sorry for my possible-poor english, I write it very few.
>
> I have found a bug (at least I think it's a bug) in the EWL libraries, but
> don't know if I must submit it, let me explain...
>
> I'm developing a text-editor using EWL, the app have
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/e1
Peter Wehrfritz schrieb:
I attached a small sample program
As always, I forgot to ...
#include
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, *win
Hendrik Siedelmann schrieb:
> 2009/1/5 Nathan Ingersoll :
>
>> 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 be t
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;
> X
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 s
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 che
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 wo
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
> +++ ewl/src/engines/e
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
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
>>>
>>>
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 th
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))
+ {
+
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 shou
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
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, becau
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 schrie
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_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 t
Kim Woelders schrieb:
> On Tue, 30 Sep 2008 20:15:15 +0200, Peter Wehrfritz
> <[EMAIL PROTECTED]> wrote:
>
>
>> 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
&g
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
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.
>
ht
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
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
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 installe
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 M
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
>
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 patch
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 poi
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 i
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
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
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 pr
Jorge Luis Zapata Muga schrieb:
>
> As i said too many times, there was edata, this arguments are refered
> to edata, not eina, you can think of eina on just the same
> conceptually lib but developed from the base code of edata. So i
> wasn't expecting developers on eina, i was expecting them on ed
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.
>>>
>>>
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 c
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
Toma schrieb:
> It would be nice to have a bit more unity when it comes to Icons in E
> and in particular, EFM. Im not entirely sure what to file a bug on
> here since its kind of splatter over a few files. Basically, the icons
> for EFM need to be set in 3 different places to work as a single icon
1 - 100 of 221 matches
Mail list logo
