Hi Vincent,
Could you send me the info for a direct PayPal transfer so I can send the
old funds?
Thanks,
Nathan
On Dec 11, 2011 10:20 AM, "Vincent Torri" wrote:
> Hey,
>
> The paypal account of the french association Enlightenment.fr, which
> is used as an account for the whole project, was val
This is the type of information it would be great to get onto the
website under some sort of development section. One of the few reasons
I can see for a wiki is that it would be easy to throw up bits like
this with less formality.
Even for those of us that try to keep up on IRC and list discussion
Did you upgrade EWL recently and not rebuild equate?
On 9/22/06, Landry, Marc-Andre <[EMAIL PROTECTED]> wrote:
> I got it by a segfault testing equate. Backtrace attached (really).
>
> I think it something ewl don't like. Not sure 100%.
>
> Have fun tracking the bug.
-
On 10/5/06, Christopher Michael <[EMAIL PROTECTED]> wrote:
>
> Allowing themes to expand the list is on my TODO for this. Basically, I
> was thinking that the config dialog would list all the "standardized"
> color classes, as it does now, then at the bottom of the list, have it
> show any "extra"
I received a bug report from Lutin on #edevelop today that indicated
that evas would not build on PPC linux with the FB engine enabled
because PAGE_MASK is not defined.
I put a patch together that may address the problem, but I don't have
a Linux system to test on right now. If someone could test
On 10/6/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> I personally don't have access to a ppc. :(
>
>jose.
Actually, testing on any architecture would be helpful. As I'm
building on Mac OS X and Solaris these days, I can't even attempt to
test anything FB related. I also don't k
On 11/7/06, Brian Mattern <[EMAIL PROTECTED]> wrote:
>
> He still needs a solution to his problem. Namely "How do I let people
> configure entrance from a gui without having to touch the command line".
>
> One possibility is to have an "entrance" group that has write
> permissions to the config fil
On 11/7/06, Michael Jennings <[EMAIL PROTECTED]> wrote:
>
> You're making this problem far too difficult. Distribution-level and
> OS-level changes/enhancements to, or fuckups of (like SELinux),
> authentication and authorization schemes are not our problem. They
> are a distro/OS problem. X mus
Thanks for the patches. Committed.
On 11/17/06, Nick Hughart <[EMAIL PROTECTED]> wrote:
> Here are two patches to clean up a warning on cancel and make the test
> program run properly.
>
> --
> Nick Hughart
> Code poet, Linux user, and web developer all in one.
>
> ---
This might not actually be a problem with the X server as much as an
assumption in edje that printf won't segv on a string pointer to NULL.
On 11/24/06, Falko Schmidt <[EMAIL PROTECTED]> wrote:
> [...]
> > > > Now that I've got E17 running, I noticed that it recieves no
> > > > keyboard input at a
I submitted a patch a while back to use getpagesize(), which I believe
is the more portable version since there are a few variations on
_SC_PAGE_SIZE.
On 12/11/06, Falko Schmidt <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> while compiling Evas for powerpc I've encountered a problem with
> PAGE_MASK be
I believe I had some feedback that it fixed the build, but wasn't sure
if it actually worked for the FB. I don't have a PowerPC Linux system
installed right now to test on.
On 12/12/06, Falko Schmidt <[EMAIL PROTECTED]> wrote:
> On Mon, 2006-12-11 at 12:28 -0600, Nathan Ing
ausing a division by zero (line
> 346 in evas_fb_main.c).
>
> Anyway, it compiles and evas_fb_test works if I use getpagesize() on
> AMD64 (and I guess on x64 as well) so I don't see a reason to leave it
> as it is :)
>
> On Tue, 2006-12-12 at 08:23 -0600, Nathan Ingerso
Basically boils down to design philosophy differences. If you want the
history read
http://marc.theaimsgroup.com/?l=enlightenment-devel&m=113011431527473&w=2
and the subsequent thread.
The window manager has its own simplistic toolkit since it doesn't
need all of the functionality, this gives the
Good catch on the mem leaks. Which events are you referring to here,
the Ecore_X events or the EWL internal events?
Thanks,
Nathan
On 12/18/06, Enlightenment CVS <[EMAIL PROTECTED]> wrote:
> Enlightenment CVS committal
>
> Author : englebass
> Project : e17
> Module : libs/ewl
>
> Dir : e17
Does anyone have an objection to the addition of fallbacks for strlcpy
and strlcat in ecore? These are available on most UNIX systems now,
but glibc is still a hold out.
Thanks,
Nathan
-
Take Surveys. Earn Cash. Influence the
I believe that it's limiting how long to spend processing available
data per main loop iteration. This is to prevent blocking for longer
periods of time, and the data will just be handled over more
iterations.
On 1/12/07, Michael Jennings <[EMAIL PROTECTED]> wrote:
> On Friday, 12 January 2007, at
Thanks Vincent, we'll take a look into this.
On 1/13/07, Vincent Torri <[EMAIL PROTECTED]> wrote:
>
> Hey,
>
> with the test of the ewl_tree2 widget, when one clicks on a row, an Ewl
> warning message is displayed. The backtrace is the following:
>
> #0 ewl_print_warning () at ewl_misc.c:61
> #1
On 1/17/07, Peter Parkanyi <[EMAIL PROTECTED]> wrote:
>
> I'd argue on that topic. I think it should go to either ecore or e17. The
> reason: I don't think any app but e uses the freedesktop menu, or if they do
> so, they depend on e itself.
That's an incorrect assumption. EWL currently relies on
On 1/17/07, DaveMDS <[EMAIL PROTECTED]> wrote:
>
> evas_object_color_set() don't draw the alpha in the right way:
> if the color is black the alpha are good,
> if the color is white the alpha never change until 0 is reached(and then
> disappear)
>
> Seems that evas always make the transparency on a
On 1/18/07, D. Hageman wrote:
>
> I understand the purpose of libraries. My argument is that there is a
> point of diminishing returns when you put *everything* into its own
> library.
This isn't a discussion about whether everything should be its own
library. It's whether freedesktop support is
On 1/22/07, Ed Presutti <[EMAIL PROTECTED]> wrote:
>
> Yes, I do the last of the window setup, followed by the
> ecore_evas_show(), then do those calls and start the main loop.
>
> Ed
Based on this description, the window is probably not mapped yet. X is
async, so the request has been sent to the
On 1/23/07, Ed Presutti <[EMAIL PROTECTED]> wrote:
>
> I added a 3 second sleep() in there right after my ecore_evas_show(),
> just to test. Then I noticed that the window does not draw until it hits
> the ecore_main_loop_begin() call. That explains why the
> ecore_evas_geometry_get() call wouldn't
Nice work Peter, please commit. We should probably convert
ecore_file_ls to use these functions too.
Do you have a sense of how many nodes it takes for the heapsort to
have a significant advantage? We could have a sort wrapper to choose
the appropriate sort based on the number of nodes, but expose
Patch in CVS.
Thanks,
Nathan
On 2/2/07, Glen Larsen <[EMAIL PROTECTED]> wrote:
> Index: evas_module.c
> ===
> RCS file: /var/cvs/e/e17/libs/evas/src/lib/file/evas_module.c,v
> retrieving revision 1.20
> diff -u -r1.20 evas_module.c
>
Also check /usr/local/lib/libe* as you may have installed there at one
point and had a stale ref to something in /usr/lib.
On 2/28/07, Brian Mattern <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 28, 2007 at 06:30:33PM +, Paulo J. Matos wrote:
> > On 2/27/07, Michael Jennings <[EMAIL PROTECTED]> wro
Doing some profiling, I noticed that I was seeing a fair amount of
overhead (19.9% of the test apps completion time) coming from strcmp,
and in particular from calls to edje_file_data_get. This isn't
completely unexpected as EWL uses data keys in the edje to map widgets
to edje collections, but it
On 3/1/07, Christopher Michael <[EMAIL PROTECTED]> wrote:
>
> Just my 2 cents, but with gains like that how can we NOT use a hash :)
Right, we're going to use a hash one way or another, just a question
of if we want to break the edje format to do it. :)
> Such is the way with pre-alpha code...thi
Could you elaborate why this change was made? It's just replacing a
temporary allocation on the stack with a temporary allocaiton on the
heap. The structure contents will still be allocated internally. I
could see a memset being necessary if the foreach function uses the
contents of fdata uninitial
Ok, then I think the better fix would be to revert the change and do a
memset(&fdata, 0, sizeof(Edje_List_Foreach_Data)); This avoids an
unnecessary malloc/free and should do the same thing.
On 3/1/07, Christopher Michael <[EMAIL PROTECTED]> wrote:
> Nathan Ingersoll wrote:
On 3/1/07, Tilman Sauerbeck <[EMAIL PROTECTED]> wrote:
>
> ACK. I believe raster's reasoning for using lists in various spots that
> would intuitively like to be hashes was the size of the entries that are
> stored. IIRC evas/ecore_evas also use lists to store key/value userdata.
Is there extra st
If the hardcoded 4096 is used for a path buffer, then it should
definitely get changed to PATH_MAX. Other arbitrary buffers should get
a define that is appropriate for their buffers. 4096 is a fine number,
but a define would make it easier to change and allow us to document
why the buffer is that s
On 3/2/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Thu, 1 Mar 2007 00:23:17 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]>
> babbled:
>
> cool! nice work on the profiling.
>
> anyway - you hit a usage case i didn't expect/intend f
On 3/2/07, Tilman Sauerbeck <[EMAIL PROTECTED]> wrote:
>
> IIRC there's one global "data" section, and every collection/group does
> have its own "data" section, too. So we can't get away with a single
> hash table. Not that it matters much :)
Right, the proposed change was only for the global dat
On 3/2/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
>
> Yes, in our study we will check EWL internals too.
One thing EWL does is limit the number of evas objects to what is
currently visible. Overhead from memory allocations is cut down
somewhat as well, because the Edje objects are cac
On 3/2/07, Simon TRENY <[EMAIL PROTECTED]> wrote:
>
> Maybe the hash could be created only if there is a certain number of
> items in the data section. For example, if there are more than 20
> items, you build the hash, otherwise you keep the linked-list. And that
> could be applied for both global
There are probably a few people that would be willing to do this, but
would hesitate to commit without some more information. For instance,
the name of the podcast, other guests that may be on the same show,
what time zone and time of day the recording would occur, the native
language of the podcas
It's possible that it's imlib2. EWL links against epsilon which links
against imlib2, but I don't think imlib2 links against eet directly.
On 3/4/07, Paulo J. Matos <[EMAIL PROTECTED]> wrote:
> On 2/28/07, Nathan Ingersoll <[EMAIL PROTECTED]> wrote:
> > >
&g
Hi Jorge,
On 3/8/07, Jorge Luis Zapata Muga <[EMAIL PROTECTED]> wrote:
>
> if you prefer i can commit directly but i prefer if someone can take a
> look on it :)
> note that this makes an API break on the function
> "eet_data_descriptor_element_add" as we need another parameter the
> "count_offset
On 3/8/07, Jorge Luis Zapata Muga <[EMAIL PROTECTED]> wrote:
>
> basically it was on the eet TODO, both group types were already
> defined but weren't implemented. I was looking for any of them for a
> project i'm coding on parallel. If your question is why are both
> EET_G_ARRAY and EET_G_VAR_ARRA
On 3/9/07, Christopher Michael <[EMAIL PROTECTED]> wrote:
> Ravenlock wrote:
> > Hello,
> >
> > Please find attached a patchset that will add a configuration panel that
> > will allow a user to control the mouse acceleration in X.
> >
> >
> >
dheld devices.
Thanks,
Nathan
On 3/10/07, Nathan Ingersoll <[EMAIL PROTECTED]> wrote:
> On 3/9/07, Christopher Michael <[EMAIL PROTECTED]> wrote:
> > Ravenlock wrote:
> > > Hello,
> > >
> > > Please find attached a patchset that will add a configurat
On 3/12/07, Dave <[EMAIL PROTECTED]> wrote:
> snprintf segv on null parameters? if yes I have to add another check
Yes.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll ge
Maybe call it archived to reference that they are not active and
mostly kept as a reference, but I agree that this would be a good idea
as long as we can maintain the CVS history.
On 3/17/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> I recently saw a British magazine (Linux Format)
On 3/18/07, Kim Woelders <[EMAIL PROTECTED]> wrote:
>
> Clients that bother about allowed actions (typically a taskbar) should
> monitor the property and keep a local allowed actions state and not
> query the server using e.g. ecore_x_netwm_allowed_action_isset every
> time it needs the info.
Does
On 3/21/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> I'd like to bring up some things about 'e' and gui-toolkits.
> I know this has been a source of some friction here before, but
> I'd like to be able to discuss various aspects in a serious and
> rational way.. Hopefully, the toolk
On 3/22/07, Peter Parkanyi <[EMAIL PROTECTED]> wrote:
>
> Which one should one use when they want it to embed the widgets into an edje
> interface? Etk or Ewl?
Now you're leaving the pseudo-technical discussion and delving into
politics. I would advocate EWL and Simon would advocate ETK, this is
g
On 3/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Now that would be good indeed... What exactly would one need
> from ewl or etk for this?
> One'd also need to come up with a format for decribing such
> gui-interfaces, one that would have the concepts of toolkit widget
>
On 3/25/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
>
> and others think they are just right. i personally think they are a bit big.
> have you perhaps ever considered modifying your preferences to increase the
> font
> size? these preferences DO exist for a reason. (desired font
The minimum size I've found that has a legible font across platforms
is setting the main div to 0.9em. Anything below that causes severe
shape loss on OS X with the Vera font.
On 3/25/07, Nathan Ingersoll <[EMAIL PROTECTED]> wrote:
>
> I have to disagree on this. The sizing is
On 3/28/07, Brian Mattern <[EMAIL PROTECTED]> wrote:
>
> I) Absolute canvas coordinates
> _point_add() takes a coordinate in canvas coords, and draws that point
> at that coordinate, completely ignoring the object's position
This way sucks as it requires the user to track all of the polygons
p
On 3/29/07, Andreas Volz <[EMAIL PROTECTED]> wrote:
>
> Maybe it's possible to merge multible edc files (E17, EWL, ETK) into one
> big edj file. So I could create my theme for various apps, modules and
> toolkit. But the users doesn't see this. It's only one big theme for
> all together.
Yes this
On 3/30/07, Aleksej Struk <[EMAIL PROTECTED]> wrote:
>
> From my point of view its too complex, and, moreover is not flexible
> enough. For example I like to use milky them for E, but prefer Darkness
> theme for ETK applications. So, if I install milky theme => I'm happy
> with E, but not happy whi
Looks good so far, but I have a couple suggestions on the design.
1. Alignment - I think the layout would flow better if the contents
were left-aligned or fully justified rather than centered. This
applies to both the left menu and the forum post contents.
http://wiki.enlightenment.org/ is a good
On 4/9/07, Tilman Sauerbeck <[EMAIL PROTECTED]> wrote:
>
> Only do that if you loads of free time.
>
> AFAIK Ewl apps don't need to deal with ecore/ecore_evas directly so I
> believe you can just start with Ewl bindings. If you later decide you
> would like to have Eet support, too, you can always
To reply accurately to this, I think we'll need some more info about
what you want to accomplish. Each toolkit has it's strengths and
weaknesses.
Thanks,
Nathan
On 4/9/07, Ahmed MANSOUR <[EMAIL PROTECTED]> wrote:
> hi,
> i need to know which widgets are lighter/ more customisable, and if
> the e1
To be entirely fair, this is a comparison of one particular use case.
GTK and ETK may perform better under other circumstances and also
provide other methods for handling lists/trees that reduce some of the
overhead.
This test is to see how each toolkit scales in it's memory and CPU use
as the num
Nice work Vincent. As we discussed on IRC, there are a few changes to
the API I would like to propose to reduce the differences between the
two engines (Xlib or XCB) as it becomes more complete.
This change introduces some slightly different calling conventions to
ecore_x, which I would consider a
On 4/16/07, Vincent Torri <[EMAIL PROTECTED]> wrote:
>
> Yes, that last one will not work, and it is in purpose. The reason : when
> you ask for a reply, you want to use the informations returned by the X
> server. So there is absolutely no interest in calling _fetch if you don't
> plan to use the
On 4/24/07, Simon TRENY <[EMAIL PROTECTED]> wrote:
>
> from this:
> 1. Creation of a drawable
> 2. Creation of the GL-engine from the drawable
> 3. While (1) do { engine->render() }
>
> to this:
> 1. Creation of a drawable
> 2. Creation of a GL-context from the drawable
> 2. Creation of the GL-engi
Docs are available in a few different forms. The first way to get them
is to look for a gendoc script inside each lib, which will generate
the doxygen API documentation. Another source is the new web site
which has not yet replaced the main e.org site:
http://web.enlightenment.org/p.php?p=docs&l=en
On 5/27/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
>
> I'm not sure about overhead, need to evaluate on small/embedded
> devices (I'm more than surprised by the bottlenecks I've found while
> running on omap2420/arm6/maemo).
>
> As for API, most places uses Evas_Coord, which now is typ
On 5/28/07, Jason Tackaberry <[EMAIL PROTECTED]> wrote:
>
> Do you know the reason for the change to int? Was it just because none
> of the engines took advantage of it? Obviously I'd like to see
> Evas_Coord be a float. :) But perhaps the reason for the change to int
> is indicative of a deeper
Spotted a segv in the software_16 engine related to building the image
cache. I have an EWL engine setup to use software_16_x11, but EWL does
some aggressive evas object caching. In order to be certain edje
properties get reset, we set the file and key on the edje object to
NULL. As you can see in
On 6/27/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
>
> Thanks for spotting that, I'll fix ASAP (I'm in a hotel right now).
No problem. I put in a fix that prevents the segv, it's just a two
liner so hopefully it doesn't conflict with any outstanding changes
you have.
On 6/28/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
>
> > ===
> > RCS file:
> > /cvs/e/e17/libs/evas/src/modules/engines/software_16/evas_soft16_main.c,v
> > retrieving revision 1.9
> > retrieving revision 1.10
> > diff -u
But I did manage to mess that up and leave the error status
uninitialized. Committed a fix for that.
On 6/28/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
> On 6/28/07, Enlightenment CVS <[EMAIL PROTECTED]> wrote:
> > Enlightenment CVS committal
> >
> > Author : ningerso
> > Project : e
I've run into similar issues with this one, but thought it might have
been an issue in the configuration. If that's not the case, then I
think looking at alternatives would be a good idea.
Not being able to attach files to a posted bug is a huge issue. It
makes exchanging patches in the bug tracke
I don't see a good reason not to.
On 7/8/07, Vincent Torri <[EMAIL PROTECTED]> wrote:
>
> Hey,
>
> for the epsilon plugin of epdf, I need to export the Epsilon_Plugin. Can I
> move it from epsilon_plugin.h to Epsilon.h ?
>
> Vincent
>
> -
On 7/16/07, David Seikel <[EMAIL PROTECTED]> wrote:
>
> My point is that in reality it usually is just a few minutes work,
> even with primitive manual tools. With proper refactoring tools, it's
> just a mouse click or three. Lots of IDEs have proper refactoring
> tools. The API break that needs
On 7/16/07, David Seikel <[EMAIL PROTECTED]> wrote:
>
> > So you are you complaining about API changes breaking the CVS build
> > and not getting fixed,
>
> Yes.
This is actually a series of problems, not just one person taking the
time to fix CVS, though that is part of it. It also indicates we a
A related but slightly different issue is triggering evas events
directly on a specific object. There are times where it would be very
helpful to simply dispatch an event directly to a specific object
rather than feeding the event into evas and relying on it's picking to
select the one you want.
D
On 7/18/07, David Seikel <[EMAIL PROTECTED]> wrote:
>
> Stashing it all on a web page means that people will not bother to look
> at it. Sending a built/not built summary to this list means that
> people will actually read it. Stashing the full build logs on the web
> is good, it doesn't fill the
On 7/18/07, David Seikel <[EMAIL PROTECTED]> wrote:
>
> I actually setup both bootstrap.sh and autogen.sh scripts in another
> project of mine. The autogen.sh just calls the bootstrap.sh then
> configure. The reason being that some people prefer the bootstrap
> approach, others prefer the autogen
This is a method to reduce the number of duplicated strings kept in
memory. It's pretty common for the same strings to be dynamically
allocated repeatedly between applications and libraries, especially in
circumstances where you could have multiple copies of a structure that
allocates the string. S
If you change directory to ewl/data/themes does it build correctly
there? This is a problem with edje_cc not parsing the bg.edc properly,
so I would like to eliminate another set of edc's (the theme) so we
know if it's specific to the bg.edc.
Nathan
On 8/1/07, Amar M. Balutkar <[EMAIL PROTECTED]>
Committed a fix.
On 8/3/07, Koen Kooi <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Nightly build system schreef:
> > Build log for Enlightenment DR 0.17 on 2007-08-03 07:03:31 -0700
> > Build logs are available at http://download.enlightenment.org/tests/logs
> >
The EWL or ETK choice is up to you, each group has their own
preference. The EWL theme can be a part of the e17 theme, but I'm not
aware of any themes distributed that way at this time.
On 9/9/07, Diogo Dutra <[EMAIL PROTECTED]> wrote:
> What is more recommended to start programing in widgets EFL?
On 9/10/07, Jesse Luehrs <[EMAIL PROTECTED]> wrote:
>
> Side note, but I think this is a large part of it... I know "that's
> just the default theme" or whatever, but the default ETK configuration
> personally feels much more consistent and good looking than EWL. EWL
> (in the little experience I'v
On 9/10/07, Simon TRENY <[EMAIL PROTECTED]> wrote:
>
> So indeed, Ewl can handle a high number of widgets a lot more
> efficiently than Etk. But that's only because it HAS to!
That's just completely wrong. We certainly could take the same
approach that ETK does and use specialized handlers for eac
EWL has an IO manager plugin that provides syntax highlighting for C
source files. This could be extended to handle other code formats as
well.
On 9/13/07, Ogla Sungutay <[EMAIL PROTECTED]> wrote:
> Hello guys,
> Is anybody working on a GtkSourceView like widget/component/object? Is evas
> textb
On 9/14/07, Ogla Sungutay <[EMAIL PROTECTED]> wrote:
> Hi Nathan, this is very very good news. In addition to highlighting, what
> about adding evas object to the text area? (anchors?)
Not supported directly yet. It does support trigger's so you can
define a range of text that can react to mouse e
EWL shouldn't rely on this.
On 9/24/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
> Hi guys,
>
> Writing the Python bindings led me to find out that EVAS_CALLBACK_FREE
> will be dispatched earlier than I expected. Right now it's like this:
>
>evas_object_event_callback_call(obj, EVAS
Are these docs generated from the code? If so, they could probably be
added to run after the doxygen stuff on the e.org web server.
On 10/1/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
> http://staff.get-e.org/~barbieri/python-efl-api/
>
> Comments? Suggestions?
>
> How and where to upl
It would probably be best to run this as part of the nightly build process.
On 10/1/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
> On 10/1/07, Nathan Ingersoll <[EMAIL PROTECTED]> wrote:
> > Are these docs generated from the code? If so, they could probably be
&
Could someone apply this patch for me? I am on the road and have limited access.
On 10/1/07, Brett Nash <[EMAIL PROTECTED]> wrote:
> diff -u -r1.46 ewl_config.c
> --- tools/ewl_config/ewl_config.c 23 Aug 2007 05:26:52 - 1.46
> +++ tools/ewl_config/ewl_config.c 2 Oct 2007 00:15
You are correct, looks like we were over-eager checking our pointers.
On 10/2/07, Enlightenment CVS <[EMAIL PROTECTED]> wrote:
> Enlightenment CVS committal
>
> Author : pfritz
> Project : e17
> Module : libs/ewl
>
> Dir : e17/libs/ewl/src/lib
>
>
> Modified Files:
> ewl_embed.c
>
>
Some interesting news related to E:
http://blog.wired.com/gadgets/2007/10/200-everex-gree.html
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events a
In the case of ewl, most of the functions are public so that external
modules can inherit and override defaults. Any truly private functions
are static. Did you see something specific in ewl that would benefit?
On 11/4/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]
com> wrote:
> Hi guys,
>
> I tr
On 11/4
On 11/4/07, Peter Wehrfritz <[EMAIL PROTECTED]>
wrote:
>
> 3) What is the purpose of the group name? Currently it is
only used
> during the creation to check if the group name is an
unique string,
> otherwise it fails. We could simply remove it, without any
feature loss.
> It'd save memory
There is a good chance that we would lose our primary repository
hosting if we made this transition, which means additional load on our
two servers. While they are not struggling under the current load, it
is something to keep in mind.
On 11/6/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote
On Nov 10, 2007 7:07 PM, Brian 'morlenxus' Miculcy <[EMAIL PROTECTED]> wrote:
>
> Don't see why people want's to push git, cvs is working and i guess we
> have better things to do than changing the source management software.
I have to agree with this sentiment. Unless we can demonstrate a real
be
Been a busy few weeks and I just got around to checking out and
building again. I've built all of the libs required for EWL except for
emotion on Solaris and things seem to be working well once those awk
fixes were in place.
On Nov 12, 2007 6:58 PM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED
On 11/15/07, Massimiliano Calamelli <[EMAIL PROTECTED]> wrote:
>
> Example: usually i'm involved with Etk, so now i know that i've to CC to
> codewarrior,lok,leviathan,moom and morlenxus, but there's other
> people that can take a look to my patch and apply it if it's right.
> Note that's not easy
Which wiki would that be now? There is the existing one and now the one in trac.
On 11/15/07, Cedric BAIL <[EMAIL PROTECTED]> wrote:
> On Thursday 15 November 2007 13:15:07 Nick Hughart wrote:
> > Before any decision like this can be made, a meeting should take place
> > to discuss it along with s
Is this a proper fix or hiding a bug in the calling application (or
another part of the lib)? I would think the application should be
responsible of knowing when they should unref the connection.
On 11/16/07, Enlightenment CVS <[EMAIL PROTECTED]> wrote:
> Enlightenment CVS committal
>
> Author :
> > On Nov 17, 2007 2:11 PM, Nathan Ingersoll <[EMAIL PROTECTED]> wrote:
> > > Is this a proper fix or hiding a bug in the calling application (or
> > > another part of the lib)? I would think the application should be
> > > responsible of knowing when they shoul
Rather than introducing another internal dependency that may
complicate things when ecore is eventually split up, could these go in
the Ecore_Data definitions? I believe everything in ecore depends on
this either directly or indirectly anyways.
On 11/18/07, Andre Magalhaes <[EMAIL PROTECTED]> wrot
This list seems reasonable to me.
On 11/19/07, Jorge Luis Zapata Muga <[EMAIL PROTECTED]> wrote:
> Hi, as the "ecore split" topic is around the ml again, after talking
> to dj2 on irc there was a crucial point to decide what should stay and
> what should be split and that's what "core" means. i ag
On 11/19/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Sat, 17 Nov 2007 11:11:55 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]>
> babbled:
>
> personally i like defensive programming. it's better than every process having
> to trap its
101 - 200 of 517 matches
Mail list logo