Re: [E-devel] New projects under proto

2007-10-12 Thread Peter Wehrfritz
Jorge Luis Zapata Muga schrieb: In order to compile them you need edata, it's just a split of Ecore_Data from Ecore, but before adding it into CVS i would like your opinions about it, a while ago there was a discussion about splitting ecore in libraries by themselves, this should be step

Re: [E-devel] ecore_path questions

2007-11-04 Thread Peter Wehrfritz
Vincent Torri schrieb: Hey I have 2 qestions about ecore_path: 1) about ecore_path_group_new, the documentation says that if an error occured, then 0 is returned. But I see a return -1; Shouldn't the function return 0 instead ? Also, if ecore_list_new return NULL, shouldn't we also

Re: [E-devel] E CVS: libs/ecore englebass

2007-11-05 Thread Peter Wehrfritz
jochen schroeder schrieb: On Mon, 2007-11-05 at 19:04 -0300, Gustavo Sverzut Barbieri wrote: On Nov 5, 2007 6:54 PM, Luchezar Petkov [EMAIL PROTECTED] wrote: Enlightenment CVS wrote: Enlightenment CVS committal Author : englebass Project : e17 Module : libs/ecore Dir

Re: [E-devel] Ecore_Support

2007-11-19 Thread Peter Wehrfritz
Sebastian Dransfeld schrieb: Andre Magalhaes wrote: On Nov 18, 2007 11:09 PM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Mon, 19 Nov 2007 01:02:40 +0100 Jorge Luis Zapata Muga [EMAIL PROTECTED] babbled: my plan was just to split it with no renaming. ecore builds as

Re: [E-devel] Ecore Split

2007-11-19 Thread Peter Wehrfritz
Виктор Кожухаров schrieb: В пн, 2007-11-19 в 21:19 +0100, Simon TRENY написа: Is there actually any project that is still using ecore_config? Maybe it could be removed. Ecore_Desktop should be removed too since it's deprecated now. elicit and edje_viewer still use ecore_config

Re: [E-devel] edje_editor / engrave problem

2007-11-23 Thread Peter Wehrfritz
Gustavo Sverzut Barbieri schrieb: On Nov 23, 2007 3:45 AM, Dave [EMAIL PROTECTED] wrote: Hi all, I recently have a strange bug in the editor that prevent from saving all the file. The problem is that engrave write out an edc with all the floating numbers having the wrong separator-char (

Re: [E-devel] edje_editor / engrave problem

2007-11-26 Thread Peter Wehrfritz
[EMAIL PROTECTED] schrieb: Dave ha scritto: The same problem appear also in the loading of the edc files. Here's the second patch (not including the first) None seems contrary so I will commit the change to cvs. we can always keep back ;) And a stupid question, why isn't parsing a

Re: [E-devel] E CVS: pfritz

2007-12-13 Thread Peter Wehrfritz
Vincent Torri schrieb: On Wed, 12 Dec 2007, Enlightenment CVS wrote: Enlightenment CVS committal Author : pfritz Module : Dir : Added Files: .cvsignore Makefile.am ewl_config_test.c Log Message: add config unit test It seems that the fileswere not added

Re: [E-devel] E CVS: pfritz

2007-12-13 Thread Peter Wehrfritz
Michael Jennings schrieb: On Thursday, 13 December 2007, at 14:10:49 (+0100), Peter Wehrfritz wrote: Yes, sorry, something went wrong yesterday night. I've added them now in the right place. Does anyone know how to remove the other files in the wrong place? Already done

[E-devel] ECORE_CALLBACK_KEEP and ECORE_CALLBACK_REMOVE

2008-01-05 Thread Peter Wehrfritz
Hi all, I want to add two aliases (ECORE_CALLBACK_KEEP and ECORE_CALLBACK_REMOVE) to Ecore.h. They can be used as return values for the ecore callbacks like timer, idler etc. Imho that improves code-readability and helps (at least me) to write code, because you don't have to remember if 0

Re: [E-devel] {Spam?} Re: E CVS: apps/e jeffdameth

2008-01-07 Thread Peter Wehrfritz
Kim Woelders schrieb: Michael Jennings wrote: On Monday, 07 January 2008, at 21:06:04 (+0100), Kim Woelders wrote: (and the line length is set to 80 of course :) ). I got into the habit of using 132 instead of 80 because 80 columns is all too often not enough for

Re: [E-devel] ECORE_CALLBACK_KEEP and ECORE_CALLBACK_REMOVE

2008-01-07 Thread Peter Wehrfritz
Peter Wehrfritz schrieb: Hi all, I want to add two aliases (ECORE_CALLBACK_KEEP and ECORE_CALLBACK_REMOVE) to Ecore.h. They can be used as return values for the ecore callbacks like timer, idler etc. Imho that improves code-readability and helps (at least me) to write code, because you

Re: [E-devel] E CVS: libs/ecore pfritz

2008-01-10 Thread Peter Wehrfritz
Dave schrieb: Enlightenment CVS ha scritto: Enlightenment CVS committal Author : pfritz Project : e17 Module : libs/ecore Dir : e17/libs/ecore/src/lib/ecore_file Modified Files: Ecore_File.h Log Message: remove old api macros

Re: [E-devel] E CVS: enna captainigloo

2008-01-22 Thread Peter Wehrfritz
Wouldn't it be better, if ecore_str_has_suffix() were case-insensitive, because it is most time used to check for extensions? Or maybe to have another function that does the same job, but that use strcasecmp instead strcmp? Peter Enlightenment CVS schrieb: Enlightenment CVS committal Author

Re: [E-devel] E CVS: enna captainigloo

2008-01-23 Thread Peter Wehrfritz
Nicolas Aguirre schrieb: Le mardi 22 janvier 2008 à 19:48 +0100, Peter Wehrfritz a écrit : Wouldn't it be better, if ecore_str_has_suffix() were case-insensitive, because it is most time used to check for extensions? Or maybe to have another function that does the same job, but that use

Re: [E-devel] [Ecore] pipe wrapper

2008-01-25 Thread Peter Wehrfritz
Vincent Torri schrieb: Hey, as i have succedded in integrating the gstreamer thread in the ecore main loop on Windows, and as some of you talked about a pipe wrapper, I've quickly written a wrapper around pipe(), read() and write(). I have attached the source file to put in

Re: [E-devel] E CVS: libs/ecore pfritz

2008-01-26 Thread Peter Wehrfritz
nash schrieb: On Fri, 2008-01-25 at 13:28 -0500, Enlightenment CVS wrote: Enlightenment CVS committal Author : pfritz Project : e17 Module : libs/ecore === RCS file: /cvs/e/e17/libs/ecore/src/lib/ecore/Ecore.h,v

Re: [E-devel] [PATCH]: entrance/configure.in: fat finger bug

2008-01-27 Thread Peter Wehrfritz
Thanatermesis schrieb: Seem like somebody has a dirty 'N' key on his keyboard This patch fixes a important bug that elements on entrance uses 'entrace' instead of 'entrance' (like the dir /usr/share/entrance is renamed /usr/share/entrace ), it also includes less-important 'entrace' fixups

[E-devel] Image loader for Portable Maps

2008-02-14 Thread Peter Wehrfritz
I've written an image loader for evas that can load pbm, pgm, ppm. It supports P1, P2, P3, P4, P5, P6. For P5 and P6 it also supports the 2-byte format. Unfortunately I haven't seen that there is a pnm loader for imlib2, when I started to write it. And when I saw the imlib2 loader, I've

Re: [E-devel] E CVS: libs/efreet raster

2008-02-20 Thread Peter Wehrfritz
Enlightenment CVS schrieb: Enlightenment CVS committal Author : raster Project : e17 Module : libs/efreet Dir : e17/libs/efreet/src/lib Modified Files: efreet_desktop.c efreet_desktop.h Log Message: return the void pointer return val from the run cb - not just 1 or 0

[E-devel] i18n for the configure title

2008-03-04 Thread Peter Wehrfritz
Hi, attached is a small patch to make the string Enlightenment Configure translatable for translator. Index: data/themes/default_configure.edc === RCS file: /cvs/e/e17/apps/e/data/themes/default_configure.edc,v retrieving revision

Re: [E-devel] E CVS: libs/ewl pfritz

2008-03-17 Thread Peter Wehrfritz
Sebastian Dransfeld schrieb: Enlightenment CVS wrote: Enlightenment CVS committal Author : pfritz Project : e17 Module : libs/ewl Dir : e17/libs/ewl/src/lib Modified Files: ewl_tree.c Log Message: i wonder why the compiler didn't cried Because some of the

Re: [E-devel] Ewl widget positioning

2008-03-19 Thread Peter Wehrfritz
dan sinclair schrieb: Currently Ewl positions widgets based on absolute coordinates. This works but isn't unnecessarily optional. Thoughts on changing the internals of Ewl to use parent relative placement of widgets? This would, hopefully, simplify some of the container code and allow for

Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900

2008-03-28 Thread Peter Wehrfritz
I think it'd be nice to have a @since 1.0.0 entry in the doxy before realsing eet (and its api documentation). That'd make it easier to keep track of API extensions in later releases. If you like it can add it. Peter ___

Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900

2008-03-28 Thread Peter Wehrfritz
Carsten Haitzler (The Rasterman) schrieb: (floating point numbers may lose accuracy as they are decoded as decimal and thus when encoded again may not be exactly the same). Afaik, there is no accuracy loss if you convert a hexadecimal (or binary) number into a decimal number since 10 has 2

Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900

2008-03-28 Thread Peter Wehrfritz
Carsten Haitzler (The Rasterman) schrieb: On Fri, 28 Mar 2008 19:42:38 +0100 Peter Wehrfritz [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) schrieb: (floating point numbers may lose accuracy as they are decoded as decimal and thus when encoded again may not be exactly

[E-devel] EWL theming

2008-03-31 Thread Peter Wehrfritz
We had already some discussion in the bugtracker (bug #381) about this issue, but I want to give it a wider audience. To give you a short overview about the discussion, here the it is in a nutshell. It started with the question, if the checkbutton needs to be be split into several widget (as

Re: [E-devel] EWL theming

2008-04-08 Thread Peter Wehrfritz
[EMAIL PROTECTED] schrieb: Just adding a +1 to this. I have had similar difficulties theming Gtk+ in the past. I admire the old Athena (Xaw) and Motif widget sets because they grant the 'themer' the ability to pick out a widget based on it's parents names and classes as well as it's own. It

Re: [E-devel] [PATCH] updated: three new edje embryo functions

2008-04-13 Thread Peter Wehrfritz
Gustavo Sverzut Barbieri schrieb: Maybe it will not impact things. The problem with these calls is that they would collide with Edje internal states, getting these inconsistent. But since Edje does not handle any layer/stack-related information in their states, maybe this is no problem, in

[E-devel] Missing mouse up event, when opening a pointer grabbing window

2008-04-25 Thread Peter Wehrfritz
When you open a pointer grabbing window during the evas mouse down callback, evas doesn't get the mouse up event feeded and turns to be unusable, because every mouse actions are blocked because the evas believes that the mouse is still dragged. If found a work-around for it, but it would be

Re: [E-devel] patch: Evas fill policies

2008-05-02 Thread Peter Wehrfritz
andres schrieb: Hello, in order to implement the layout objects for my SoC project I need to know if it would be possible to add size hints to Evas Objects. I attached a patch file with the required changes. I tried following the implementation of size hints since its a similar concept but

Re: [E-devel] patch: Evas fill policies

2008-05-02 Thread Peter Wehrfritz
Gustavo Sverzut Barbieri schrieb: Just to make clear: what goes into Evas_Object is the hints. They could be represented as allocated structs managed with evas_object_data_*(), but since they're so common we could 1) make it more standard, helping integration and I don't see where they are so

Re: [E-devel] patch: Evas fill policies

2008-05-02 Thread Peter Wehrfritz
Gustavo Sverzut Barbieri schrieb: On Fri, May 2, 2008 at 11:23 AM, Peter Wehrfritz [EMAIL PROTECTED] wrote: You can use a hash or a tree instead. sure, but then you waste almost a kb on the bucket allocation. it's a trade off, no free lunch. (btw, yes, evas speed up

[E-devel] Shared Strings

2008-05-07 Thread Peter Wehrfritz
Yesterday we had a discussion on irc, if we should put abstract data types of ecore and of evas into a single standalone lib. The whole discussion came up because of the two implementations of the shared strings. And in fact if we really want to share strings efficient, we have to share them

Re: [E-devel] Shared Strings

2008-05-08 Thread Peter Wehrfritz
Nathan Ingersoll schrieb: Were these numbers from ecore before or after cedric's changes this morning? I updated ecore_data just before. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss

Re: [E-devel] Shared Strings

2008-05-09 Thread Peter Wehrfritz
Carsten Haitzler (The Rasterman) schrieb: after. i've run the tests myself now. i'll add some stats. e17 maintains about 3000-4000 unique strings in evas_stringshare. in my tests. i also checked on number of adds, dels and lookups in evas_stringshare usage. about 6.48% of calls are for adds

Re: [E-devel] Missing mouse up event, when opening a pointer grabbing window

2008-05-20 Thread Peter Wehrfritz
Carsten Haitzler (The Rasterman) schrieb: On Fri, 25 Apr 2008 20:26:37 +0200 Peter Wehrfritz [EMAIL PROTECTED] babbled: it should work now in cvs :) Yup, it works for me, too. Thanks :) - This SF.net email

Re: [E-devel] name for a postscript lib

2008-05-24 Thread Peter Wehrfritz
Vincent Torri schrieb: Hey, I've written a small rendering lib that is based on libspectre, this latter being based on ghostscript. For the name, I've thought about eps (it's already an extension), egs (E ghostscript), epscript, epostcript. But I've also found 'ectoplasm', which is

Re: [E-devel] E CVS: apps/elitaire kaethorn

2008-05-30 Thread Peter Wehrfritz
Enlightenment CVS schrieb: Enlightenment CVS committal Author : kaethorn Project : e17 Module : apps/elitaire Dir : e17/apps/elitaire/debian Modified Files: control Log Message: correct Debian dependencies.

Re: [E-devel] E CVS: libs/edje raster

2008-05-30 Thread Peter Wehrfritz
Enlightenment CVS schrieb: Enlightenment CVS committal Author : raster Project : e17 Module : libs/edje Dir : e17/libs/edje/src/lib Modified Files: edje_script_only.c Log Message: doing some work on a test script object and actually making it work.

Re: [E-devel] E CVS: libs/ecore ravenlock

2008-06-27 Thread Peter Wehrfritz
Enlightenment CVS schrieb: === RCS file: /cvs/e/e17/libs/ecore/src/lib/ecore_con/ecore_con_url.c,v retrieving revision 1.23 retrieving revision 1.24 diff -u -3 -r1.23 -r1.24 --- ecore_con_url.c 20 Jun 2008 07:48:33 -

Re: [E-devel] Shared Strings

2008-07-07 Thread Peter Wehrfritz
Peter Wehrfritz schrieb: Yesterday we had a discussion on irc, if we should put abstract data types of ecore and of evas into a single standalone lib. The whole discussion came up because of the two implementations of the shared strings. And in fact if we really want to share strings

Re: [E-devel] Shared Strings

2008-07-08 Thread Peter Wehrfritz
Hisham Mardam Bey schrieb: On Mon, Jul 7, 2008 at 6:45 PM, Peter Wehrfritz [EMAIL PROTECTED] wrote: I've put now the evas stringshare code into a standalone lib. I know that Nathan is working on improving ecore_hash, so that ecore_string becomes faster. We can still change the code later

Re: [E-devel] Shared Strings

2008-07-08 Thread Peter Wehrfritz
Vincent Torri schrieb: I think that Hisham wants you to put your code in edata, and not create another lib. Unfortunately, it isn't that easy. We have two (or with other counting 3 or 4) list implementations and two hash implementations. Since their API is totally different, especially

Re: [E-devel] Shared Strings

2008-07-08 Thread Peter Wehrfritz
Cedric BAIL schrieb: On Tue, Jul 8, 2008 at 10:47 AM, Peter Wehrfritz [EMAIL PROTECTED] wrote: Vincent Torri schrieb: I think that Hisham wants you to put your code in edata, and not create another lib. Unfortunately, it isn't that easy. We have two (or with other counting

Re: [E-devel] Shared Strings

2008-07-08 Thread Peter Wehrfritz
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 that the structure of the code using might have to change, but either way a list API of any kind, is more or less

Re: [E-devel] Shared Strings

2008-07-11 Thread Peter Wehrfritz
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

Re: [E-devel] Shared Strings

2008-07-11 Thread Peter Wehrfritz
Cedric BAIL schrieb: Putting eina now into cvs doesn't help anyone at the moment. There are two ways we can go: 1. First we start with a little lib, where we put step by step code into it, we agree with that it belongs into the common lib. That's what I tried with edt. 2. We first discuss

[E-devel] ecore_direct_hash() and 64-bit

2008-07-14 Thread Peter Wehrfritz
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

Re: [E-devel] Esmart container clipping

2008-07-15 Thread Peter Wehrfritz
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

Re: [E-devel] Esmart container clipping

2008-07-16 Thread Peter Wehrfritz
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,

Re: [E-devel] E CVS: libs/eet cedric

2008-07-17 Thread Peter Wehrfritz
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

Re: [E-devel] Shared Strings

2008-07-18 Thread Peter Wehrfritz
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,

Re: [E-devel] Esmart container clipping

2008-07-18 Thread Peter Wehrfritz
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

Re: [E-devel] Esmart container clipping

2008-07-18 Thread Peter Wehrfritz
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

Re: [E-devel] Proposed evas gfx api changes and additions - part I!.

2008-07-20 Thread Peter Wehrfritz
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

Re: [E-devel] Proposed evas gfx api changes and additions - part I!.

2008-07-20 Thread Peter Wehrfritz
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

[E-devel] edje_object_size_min_calc() un-truncates the text of a part

2008-07-23 Thread Peter Wehrfritz
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

Re: [E-devel] License questions

2008-07-24 Thread Peter Wehrfritz
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, and continue to do, what do you think about relicensing the code under LGPL? I'm not

Re: [E-devel] License questions

2008-07-25 Thread Peter Wehrfritz
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

Re: [E-devel] License questions

2008-07-25 Thread Peter Wehrfritz
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

Re: [E-devel] Icons and EFM

2008-07-28 Thread Peter Wehrfritz
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

Re: [E-devel] Eina

2008-08-03 Thread Peter Wehrfritz
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

Re: [E-devel] moving things along - cvs - svn and bugs (bugzilla-trac)

2008-08-04 Thread Peter Wehrfritz
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

Re: [E-devel] moving things along - cvs - svn and bugs (bugzilla-trac)

2008-08-04 Thread Peter Wehrfritz
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

Re: [E-devel] E CVS: proto/eina turran

2008-08-07 Thread Peter Wehrfritz
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

Re: [E-devel] Things you consider broken or old in current repository

2008-08-17 Thread Peter Wehrfritz
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

Re: [E-devel] Enlightenment.org redesign mockups needed!

2008-09-02 Thread Peter Wehrfritz
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

[E-devel] ecore_pipe again

2008-09-02 Thread Peter Wehrfritz
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

Re: [E-devel] always e17 on opensolaris

2008-09-16 Thread Peter Wehrfritz
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

[E-devel] configure.in files

2008-09-27 Thread Peter Wehrfritz
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

Re: [E-devel] configure.in files

2008-09-28 Thread Peter Wehrfritz
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

Re: [E-devel] configure.in files

2008-09-30 Thread Peter Wehrfritz
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

Re: [E-devel] Enlightenment 17 from SVN requires CVS to configure

2008-09-30 Thread Peter Wehrfritz
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

Re: [E-devel] ecore_pipe again

2008-10-01 Thread Peter Wehrfritz
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

[E-devel] configure.ac

2008-10-04 Thread Peter Wehrfritz
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

Re: [E-devel] Auth checkout from svn?

2008-10-04 Thread Peter Wehrfritz
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.

Re: [E-devel] ecore_pipe again

2008-10-04 Thread Peter Wehrfritz
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

Re: [E-devel] ecore_pipe again

2008-10-05 Thread Peter Wehrfritz
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

Re: [E-devel] E SVN: cedric trunk/ecore/src/lib/ecore_con

2008-10-06 Thread Peter Wehrfritz
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

Re: [E-devel] E SVN: cedric trunk/ecore/src/lib/ecore_con

2008-10-07 Thread Peter Wehrfritz
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

Re: [E-devel] Copyleft-style

2008-10-17 Thread Peter Wehrfritz
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

Re: [E-devel] EWL fb engine won't compile - patch

2008-11-03 Thread Peter Wehrfritz
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

Re: [E-devel] E SVN: pfritz trunk/ecore/src/lib/ecore

2008-11-03 Thread Peter Wehrfritz
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)) + { +

Re: [E-devel] E SVN: raster IN trunk/ecore: . src/lib/ecore

2008-11-03 Thread Peter Wehrfritz
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

[E-devel] eet crashes in a directory without write permission

2006-08-28 Thread Peter Wehrfritz
Hi all, I'm using eet for the highscore support in elitaire, but eet crashes while writing into a file that is in a directory, for that the user hasn't got write permission, altough he has write permission for the file itself. To reproduce this: - first compile the attached test app and

Re: [E-devel] eet crashes in a directory without write permission

2006-08-28 Thread Peter Wehrfritz
Carsten Haitzler (The Rasterman) schrieb: On Mon, 28 Aug 2006 16:17:41 +0200 Peter Wehrfritz [EMAIL PROTECTED] babbled: Hi all, I'm using eet for the highscore support in elitaire, but eet crashes while writing into a file that is in a directory, for that the user hasn't got write

Re: [E-devel] eet crashes in a directory without write permission

2006-09-19 Thread Peter Wehrfritz
Carsten Haitzler (The Rasterman) schrieb: On Mon, 28 Aug 2006 16:17:41 +0200 Peter Wehrfritz [EMAIL PROTECTED] babbled: Hi all, I'm using eet for the highscore support in elitaire, but eet crashes while writing into a file that is in a directory, for that the user hasn't got write

[E-devel] transient for the root window

2007-02-11 Thread Peter Wehrfritz
Hi, currently e17 ignores the WM_TRANSIENT_FOR property, if the property is set to the root window or to none. The EWMH proposes to treat the application window as a transient for all other windows in the same group. I'm not quit sure what that does mean, but I've tested it in other WMs. xfce

Re: [E-devel] transient for the root window

2007-02-12 Thread Peter Wehrfritz
Carsten Haitzler (The Rasterman) schrieb: On Mon, 12 Feb 2007 02:15:52 +0100 Peter Wehrfritz [EMAIL PROTECTED] babbled: Hi, currently e17 ignores the WM_TRANSIENT_FOR property, if the property is set to the root window or to none. The EWMH proposes to treat the application window

[E-devel] ecore_strbuf_replace

2007-03-03 Thread Peter Wehrfritz
This mail is mainly addressed to rephorm, but every suggestion or criticism is welcome. Here is a patch to add ecore_strbuf_replace() and ecore_strbuf_replace_all(). I doesn't reduce the size of the buffer if that is possible. Cause the current calculation of the maximum step size is

Re: [E-devel] Ecore_Str new feature...

2007-03-12 Thread Peter Wehrfritz
Vincent Torri schrieb: On Mon, 12 Mar 2007, Brian Mattern wrote: On Mon, Mar 12, 2007 at 12:41:41PM +0100, Stéphane Bauland wrote: Hi people. I needed a function to split a string into a list. My first func used Ecore_List * as return value, and dourse said me that's not really good.

Re: [E-devel] E CVS: libs/ecore pfritz

2007-03-12 Thread Peter Wehrfritz
Long and messy. Find better version attached. And as a bonus, you only have to free the array pointer and its first element. Quickie test program supplied also. Michael Thanks committed. It is indeed much faster. I changed it slightly, because your version had some problems with

Re: [E-devel] E CVS: libs/ecore pfritz

2007-03-13 Thread Peter Wehrfritz
Stéphane Bauland schrieb: Vincent Torri wrote: On Tue, 13 Mar 2007, Stéphane Bauland wrote: Hi! 1) Why ecore_str_vector_free was removed ? now, you only need to free the returned pointer. There's no need for a function to do that :) I let the others comment the 2nd

Re: [E-devel] Is efreet still coming?

2007-03-20 Thread Peter Wehrfritz
Christopher Michael schrieb: Hi Guys :) I've been reading through the efreet code and it's not too shabby, so big (insert your favorite type) cookie to the authors there :) but before I jump head first into this porting nightmare I have a few remaining questions 1) Is it really

Re: [E-devel] equate patch

2007-03-31 Thread Peter Wehrfritz
João Vale schrieb: Equate got broken in a recent EWL update. Attached patch fixes it. Cheers, Vale thanks, it's in CVS now. Peter - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay

[E-devel] glow effect for edje text parts

2007-06-23 Thread Peter Wehrfritz
Hi all, attached you'll find a patch, that adds support for glow, far shadow and far soft shadow to edje text parts. Let me know if I can commit it or if I have to change something. pfritz Index: src/bin/edje_cc_handlers.c ===

Re: [E-devel] glow effect for edje text parts

2007-06-23 Thread Peter Wehrfritz
Gustavo Sverzut Barbieri schrieb: On 6/23/07, Peter Wehrfritz [EMAIL PROTECTED] wrote: Hi all, attached you'll find a patch, that adds support for glow, far shadow and far soft shadow to edje text parts. Let me know if I can commit it or if I have to change something. IMHO those should go

[E-devel] Esmart_Resize

2007-06-24 Thread Peter Wehrfritz
Hi all, Sometime ago I've written a smart object, that is very similiar to Esmart_Draggies, actually I started to modify a copy of draggies. The purpose of this object is to resize a borderless window. You can set, in which directions it will resize the window. I named it Esmart_Resize. Find

Re: [E-devel] Esmart fixed placing?

2007-06-26 Thread Peter Wehrfritz
Andreas Volz schrieb: Hello, I use Esmart_Container in my project to create a list widget. This works really nice. But now I like some sort of container that is able to place objects on fixed coordinates inside the container. It seems that Esmart_Container places objects only in vertical or

  1   2   >