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
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
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
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
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
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
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 -
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.
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.
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
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
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
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
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
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
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
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
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
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
[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
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
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
___
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
[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
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 (
Виктор Кожухаров 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
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
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
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
Simon TRENY schrieb:
Hi,
I've seen in Evas.h that most of the methods of Evas_Smart_Class are
marked as to-be-deleted in the future (FIXME: DELETE ME). This
concerns show(), hide(), color_set(), clip_set() and clip_unset().
I think it will be indeed a really great thing to do since when we
Chady Kassouf schrieb:
On 8/21/07, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Simon TRENY schrieb:
Hi,
I've seen in Evas.h that most of the methods of Evas_Smart_Class are
marked as to-be-deleted in the future (FIXME: DELETE ME). This
concerns show(), hide(), color_set(), clip_set
Simon TRENY schrieb:
On Tue, 21 Aug 2007 10:26:16 +0200,
Peter Wehrfritz [EMAIL PROTECTED] wrote :
Chady Kassouf schrieb:
On 8/21/07, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Simon TRENY schrieb:
Hi,
I've seen in Evas.h that most of the methods
Ross Vandegrift schrieb:
Hello everyone,
As I mentioned earlier, I've been playing a bit with getting
NetworkManager support to do good stuff in E. This patch updates
e_dbus to use the most accurate NM interface that I could find.
The patch adds all the functionality required, but I am too
Carsten Haitzler (The Rasterman) schrieb:
On Tue, 24 Jul 2007 20:08:29 +0200 Peter Wehrfritz [EMAIL PROTECTED]
babbled:
ecore_file has a few bad crufty ones too.
Sure, I can change those in the same run, but can you be more precise,
please? Do you prefer ecore_file_dir_make over
Enlightenment CVS schrieb:
Enlightenment CVS committal
Author : barbieri
Project : e17
Module : libs/etk
Dir : e17/libs/etk/src/bin
Modified Files:
etk_combobox_test.c etk_tree_test.c
Log Message:
Fix compiler warnings
Hisham Mardam Bey schrieb:
On 7/25/07, Peter Wehrfritz [EMAIL PROTECTED] wrote:
I'm not sure what your intention is behind the 'a', but the third
argument of ecore_list_sort() should be ECORE_SORT_MIN or
ECORE_SORT_MAX. I updated the doxy to be more precise about the
possible values
Ok the changes are commit to cvs. If you have some code that is not in
cvs you can use the little script I wrote.
usage:
./replace.sh ../ecore_data.rpl ../ecore_data.grep
Note don't save the .rpl and the .grep file in the directory that you
want to change, else the script will replace the
The current functions names of many Ecore_Data functions don't fit into
the common efl-naming schema. For example ecore_list_set_free_cb should
be ecore_list_free_cb_set. Hence I would propose to change the API of
those functions to follow the common-naming schema. Also I like to
rename
Ross Vandegrift schrieb:
The patch adds all the functionality required, but I am too dumb to
figure out how to get cvs diff -N to work like diff -N and
actually include the new file. Instead, I've attached the missing
file which will need to go into src/lib/nm/ for e_dbus.
To include a
Vincent Torri schrieb:
On Fri, 6 Jul 2007, Enlightenment CVS wrote:
style = EVAS_TEXT_STYLE_OUTLINE_SHADOW;
else if (ep-part-effect == EDJE_TEXT_EFFECT_OUTLINE_SOFT_SHADOW)
style = EVAS_TEXT_STYLE_OUTLINE_SOFT_SHADOW;
+ else if (ep-part-effect ==
nvm, I already committed it.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
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
Massimiliano Calamelli schrieb:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nice game!
See attached file.
Massimiliano
Thanks, committed.
Peter
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C
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
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
===
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
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
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
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
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.
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
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
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
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
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
Enlightenment CVS schrieb:
Enlightenment CVS committal
Author : dj2
Project : e17
Module : libs/ewl
Dir : e17/libs/ewl/src/lib
Modified Files:
ewl_text.c
Log Message:
- fixup some issues with the positioning in ewl_text.
- this fixes eap_edit so it dosen't segv on a new eap
Morten Nilsen schrieb:
Morten Nilsen wrote:
Morten Nilsen wrote:
http://home.4th-age.com/taskbar-0.1.3.tar.bz2
fixes:
- Reworded config
- Made initial preparations for i18n
- Now remembers config
- config should now work per taskbar client, but I haven't tested it
This patch
Morten Nilsen schrieb:
I just now started getting into how edje works, and thought I might
have an idea as to why this bug occurs, but I didn't..
to me, it seems like items in a swallow don't get clipped by the
swallows opened area, because the edc seems to place the buttons at
the
Nathan Ingersoll schrieb:
On 4/15/06, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Hi all,
While I'm playing around with ewl_embed to replace my old context menu
in elitaire, I recognize that this is nearly impossible, because ewl
spreads its objects over the whole layer range, starting
Hi all,
While I'm playing around with ewl_embed to replace my old context menu
in elitaire, I recognize that this is nearly impossible, because ewl
spreads its objects over the whole layer range, starting with -1000 upto
1000 (I'm not sure if the number are really correct). And swallow it in
Enlightenment CVS schrieb:
Enlightenment CVS committal
Author : dj2
Project : e17
Module : libs/ewl
Dir : e17/libs/ewl/src/lib
Modified Files:
ewl_menu.c
Log Message:
- fix the menu corruption when you open and close the same menu multiple
times.
- needed to actually call
dan sinclair schrieb:
I noticed one thing as I was playing with it. It seems like the
initial click on the spectrum (the square one) before you move your
mouse at all the cross hairs end up in the wrong spot. As soon as you
move your mouse they correct to be under the mouse as expected.
Hi all,
here is a patch for ewl_spectrum to set the cross hair on the right
position.
regards
peter
Index: ewl_spectrum.c
===
RCS file: /var/cvs/e/e17/libs/ewl/src/lib/ewl_spectrum.c,v
retrieving revision 1.20
diff -u -r1.20
Nathan Ingersoll schrieb:
Thanks for the information Peter. That line would definitely cause
that warning to be printed. Looks like we need to register an ecore_x
callback for the configure event on the embed and store the window
position information.
Here is a patch to solve the problem.
Hi ewl-devs,
Some days ago I started with the rewrite of the elitaire context menu. I
use a smilar approach like the Ewl_Iconbox - a floater holding the
Ewl_Menu. This works well in an Ewl_Window, but when I use it in an
Ewl_Embed as I was planing it, because the main elitaire window isn't a
Hi all,
I'm back from Italy, where I've studied the last semester. There is now
a new version of elitaire available. For those never heard of elitaire,
elitaire is a solitaire card game using the efl. There are some new
features like highscore, statistics, restart, e17ish theme etc. and some
I forgot the list.
---BeginMessage---
Hawkwind schrieb:
After doing ./configure make sudo make install I get no errors.
However, how does one run the application ? There seems to be no
elitaire executable, and if you try to load it as a module it errors
and doesn't load.
The default
Laurence Vanek schrieb:
while attempting to make elitaire I get the following:
==
playingCard.h:33: error: ISO C++ forbids declaration of ‘cardDeck’
with no t
ype
playingCard.h:33: error: expected ‘;’ before ‘*’ token
playingCard.h:42: error: ‘cardDeck’ has not been declared
Hi,
elitaire-0.0.4 is now available. Here is short list of what is changed:
* add native language support
* add configure and about windows = ewl deps
* remember configuration
* add thoughtful solitaire variante
* only borderless if the theme is supporting
Daniel Kozlowski schrieb:
Well i said this before but i don't think it made it out there is a
small compile error on my computer when i attempted to make the program
it was fixed by changing line 912 from this
m = eli_card-eli-velocity * 0.02 / sqrt( pow( to_x - from_x, 2) +
pow( to_y - from_y
elitaire is an efl based solitaire card game. It's written in C / C++.
At the moment there are only freecell and klondike. Resizing works for
now only in the right bottom border. So if you are interested in. You'll
find it here:
www.mowem.de/elitaire/elitaire-2005-05-12.tar.bz2
So have a lot of
101 - 188 of 188 matches
Mail list logo