RE: [E-devel] current cvs emblem get a buffer overflow in Fedora Core 4
> Following up on my last post, emblem still sucks on FC4. It gives a > buffer overflow and terminates. I attached the required debug files. > Please attach a GDB backtrace. dan --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje and event objects
On Wed, 14 Sep 2005 02:52:51 -0400 Jose O Gonzalez <[EMAIL PROTECTED]> babbled: > [BTW - recall that in general there's no constraint relating > the geometry of a smart object to the visible geometrical extent > of its member objects] > > It's a nice idea, and would likely go far to solve the > problem you're facing (something like this is already done > if the member objects have no callbacks set on them). But I > wonder how well it will work without the smart objects also > being able to "feed" events, etc.. ie, without their full > support for the general event mechanisms. > > I believe that these kinds of issues will continue > to crop up unless the underlying model around smart objects > gets a clear and consistent semantics - internally, for many > of the general object related functions, smart objects are > functionally just 'not there'. > > Smart objects attempt to span a large spectrum between > simple "container" or "group" like structures, and something > like a full "sub-canvas" structure.. and to do so as actual > canvas objects. Not an easy task. > > Given an evas, one can have "evas-objects", ie. an object > of the given evas from which one can obtain another 'underlying' > evas (one which you would not need to get/set any engine info > structure) and add whatever evas primitives to that 'sub-evas', > etc.. Such an evas-object will display its sub-evas on the > initial given evas. But the objects of that sub-evas are not > 'actually' objects of the initial given evas. By contrast, the > members of smart-objects (of a given evas) 'are' objects of the > given evas. > > I have the feeling that unless smart-objects adopt most > of the semantics that is used in window systems (in dealing with > the parent/child relationship), it is likely that they will > continue to be 'problematic' in one sense or another, for > someone or other's needs or expectations.. :( indeed smart objects need work. recent ddiscussions with simon, hisham and brian have come to the agreement they need a reworking interllalyl - as discussed. putthing child objects literally as children of the smart object. and so on. this should solve a lot of hacks. smart object coudl do with being able to intercept events befotre going to a child and transform/modify the event, deny it going to a child or pass it through etc. we need to take a look at smart objects again. ,maybe we need a new kind of smart objects that is mroe extensive? there's a lot fo work we can do to evas. if thats all i had on my plate i would have done it a long time ago! :) unforutnately (for evas) it has reached that "it's good enough" stage where incentive is low compared to the priority of other work... we should work on this together though. i am taking notes :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] punting libungif support from imlib2
On Wed, 7 Sep 2005 00:32:25 -0400 Mike Frysinger <[EMAIL PROTECTED]> babbled: > anyone have any qualms with me punting libungif support from imlib2 and just > supporting giflib ? the entire point of libungif was to make a version of > giflib that was free of the gay lzw patent, but now that the patent has > expired world wide, libungif is pointless and therefore supporting both it > and giflib is just extra cruft > -mike i think we need to support both - use libgif if possible, or ungif if there or nothing. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] PATCH: tslib support for ecore-fb
On Fri, 09 Sep 2005 13:00:57 +0200 "Michael 'Mickey' Lauer" <[EMAIL PROTECTED]> babbled: > Hi guys, > > this is the first in (hopefully) a series of patches making ecore-fb > more versatile and support a lot of different devices. u'll be happy to know the patch is in cvs now :) i added a quick check for tslib.h in configure.in :) > The attached patch adds tslib support to ecore-fb. tslib is _the_ > touchscreen abstraction library currently in use by a lot of linux > capable PDAs, Phones, WebPads, etc. > > The patch is against ecore-cvs-20050907 - I have tested it on a h3600, a > SIEMENS SIMpad, and on SL5000, SL5500, SLC7x0, SLC1000, SLC3x00 Zaurus > models. > > There are two issues with the patch: > > a) It contains a bit more messages if things go wrong than you may like > - compared to the rest of ecore-fb. I wouldn't recommend that, but feel > free to rip those lines out, if you think it's necessary. for now i'll keep them in so u can play with it. :) > b) I'm sorry, but I'm a autotools illiterate. The patch doesn't contain > the necessary bits to make your autoconf scripts look for and > add -ltslib to the ecore-fb LDFLAGS flags. I put all tslib specific > things in #ifdef HAVE_TSLIB guards to match your style of feature > configurability, so we can have --enable-tslib-support. i've made it an auto-detect - see if it works for you :) > -- > Regards, > > Mickey. > -- > Dipl.-Inf. Michael 'Mickey' Lauer <[EMAIL PROTECTED]> > -- > > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 segfault
On Wed, 07 Sep 2005 16:30:40 +1200 jochen <[EMAIL PROTECTED]> babbled: > Hi, > I had another segfault, happend when using pybliographic, (a python > bibliography manager, using python-gnome and python-gtk) backtrace is > attached. I cannot reproduce it though, as I don't know what exactly I > did. No external modules are enabled, cvs of a week ago. > Cheers > Jochen hmm unfortunately i think your code is old so you will have to update. i can't matchg up your backtrace .line numebrs even closely to current cvs code :( -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje and event objects
On Tue, 13 Sep 2005 05:03:59 -0400 Jose O Gonzalez <[EMAIL PROTECTED]> babbled: > This is in part one-half of the issue I tried to raise > earlier in my email regarding "Smart Objects"... and it's the > tougher half. > > One might not really 'need' to add "event objects" to > a smart object - smart objects themselves could be made to > "feed" events, "respond" to events, etc.. > Right now, they do little of this since they are not > considered to be in the list of 'event-objects' that the pointer > lies in, even though they can be set, or not, to "pass" events.. > a somewhat complex state of affairs. > > Making smart objs "own" their member objects, thus helping > to solve some stacking-order issues, raises the other question: > What then for event-handling? > > Should the current model be maintained? Or should smart > objs attempt to have the same event model as say one sees in > window systems? i think we do need to move more to this kind of model, but i dont think a smart obj shoudl process all events then HAVE to pass them onto children. this shoudl be automatic UNLESS the smart WANTS to intercept and do thigs. > > Jose. > > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Root desktop menu closing incosistency
On Sun, 11 Sep 2005 20:08:42 -0500 Chad Kittel <[EMAIL PROTECTED]> babbled: > Hello, > > I have noticed an inconsistency in behavior with the root (desktop) menu > in e17 when it comes to using the mouse to select an item in the menu or > using the keyboard or scroll-wheel. > > If you open up the root menu (left click on desktop) and use the mouse > to start mousing over the menu items and then move your mouse back out > to the desktop surface and click the menu (IMO rightfully) closes. > However, if you open the root menu and then, instead of mousing over > the items, proceed to use either the scroll-wheel or the keyboard and > then try to close the menu by clicking on the desktop surface it does > not close the menu. The click is ignored. > > This behavior isn't exhibited in any sub-menus that i have found from > the main menu, just the root menu itself. indeed. you are right. i should fix that. > I have a CVS pull of no more than 15 hours old from the time of this > posting. > > Thanks > > -- > _ > (\o/) Chad 'v3rt1g0' Kittel <[EMAIL PROTECTED]> > /_\ Milwaukee, WI (USA) > "...staring up at heaven from the bottom of a glass" - Savatage > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] PATCH: Trivial addition to the eap copy code
On Sun, 11 Sep 2005 20:29:18 -0500 Chad Kittel <[EMAIL PROTECTED]> babbled: > Hello, > > Attached is a trivial patch to e_apps.c (in the e17 source tree) that > enables the copying of three more eap fields when _e_app_copy() is > called. thanks! fixed. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] A crash on restart/exit and a few other bugs.
On Mon, 12 Sep 2005 22:34:42 +0300 Виктор Кожухаров <[EMAIL PROTECTED]> babbled: > the backgrace: > #0 0xb7f28a9e in _edje_text_part_on_del () > from /opt/e17//lib/libedje.so.0 > #1 0xb7f25156 in _edje_file_del () from /opt/e17//lib/libedje.so.0 > #2 0xb7f25c2d in _edje_del () from /opt/e17//lib/libedje.so.0 > #3 0xb7f25e5f in _edje_unref () from /opt/e17//lib/libedje.so.0 > #4 0xb7f27a07 in _edje_smart_del () from /opt/e17//lib/libedje.so.0 > #5 0xb7e445f2 in evas_object_smart_del () > from /opt/e17//lib/libevas.so.1 > #6 0xb7e3fb7c in evas_object_del () from /opt/e17//lib/libevas.so.1 > #7 0x08068857 in _e_zone_free () > #8 0x0808442f in e_object_free () > #9 0x08084476 in e_object_unref () > #10 0x08066edf in _e_container_free () > #11 0x0808442f in e_object_free () > #12 0x08084476 in e_object_unref () > #13 0x0805bf3f in _e_manager_free () > #14 0x0808442f in e_object_free () > #15 0x08084476 in e_object_unref () > #16 0x0805b630 in e_manager_shutdown () > #17 0x0805ac23 in _e_main_screens_shutdown () > #18 0x0805a7e7 in _e_main_shutdown () > #19 0x08059ad2 in main () hmm. no gdb debugging info there. just a stack trace. this shouldn't happen as such though. hmmm. not a lot to go by there. > I'm using the blue_eyed 0.5.6 theme with the modification included as an > attachment. > > Also, I've noticed some bad things happen upon restart/randr actions. > It seems that at least for the outside modules (in e_modules and evolume > module), gadman doesn't remember their positions per resolution. Also, > on change of resolution or restart, the ibox always moves to the other > side of the ibar, and the pager always becomes slightly bigger. See the > attached jpg for their original positions, if that matters. i noticed some issues with the pager size changing. i have yet to exactly nail those. > And finally, for windows of type "_NET_WM_WINDOW_TYPE_DOCK", the code in > e_hints.c seems to take precedence over the remember settings. That's > why, no matter what the remembered value for the stack is, such windows > will always have a stack value of 150. I think that this should be > switched, so that if a window has a remembered stack value, the value > set by e_hints should not be used. yeah. agreed. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Temperature module F/C patch (patch attached)
On Thu, 8 Sep 2005 15:12:21 -0500 "Nick \"Mekius_\" Hughart" <[EMAIL PROTECTED]> babbled: > Here is a patch to add support for setting the temperature module to read in > fahrenheit or celcius. in cvs. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] remember & fullscreen
On Sun, 11 Sep 2005 11:59:50 +0200 xnowfall <[EMAIL PROTECTED]> babbled: > > in the last few weeks remembering staking order for windows seems a bit > > broken - the checkbox in the remember-menu is on but the order (bottom) > > is either not actually remembered or not applied. > > i just updated yesterday, and this is still the case. remembering on-top > seems to work fine, just on-bottom that isn't applied grrr. too much to do and too little time. damn email is eating up 80% of my time i could be doing development! yes. must fix. right now - too many things to do. > > the fullscreen mode handling changed sometime in june i think - now an > > app exits fullscreen mode when it loses focus, which (at least with > > multiple monitors) is inconvenient as i often want an app fullscreen on > > one monitor while using other apps on a second monitor. if this behavior > > was intended could the old mode be an option? or maybe only exit > > fullscreen if it's another window on the same screen/zone getting the > > focus? > > no comment? this message seemed to slip by quietly.. =) i see what you mean - with multiepl screens. definitely a good idea to fix it. it was done thsi way so alt-taba nd focus stealing/changes by apps woudl de-fullscreen whoever had the fullscreen if this happened. > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] bug found in CVS version from last night
On Wed, 31 Aug 2005 21:00:49 -0700 Reza Naima <[EMAIL PROTECTED]> babbled:
> First off, the build order is wrong on www.enlightenment.org, the order
> should be :
>
> # imlib
> # edb
> # eet
> # evas
> # ecore
> # epeg
> # embryo
> # edje
> # epsilon
> # esmart
> # emotion
> # etox
> # ewl
should be fixed now. i think.
> Secondly, e17 is the coolest thing I've seen in a long long time.
> Great Job, now work faster! ;)
if u guys keep sending so much mail we can't! :)
> Third, a bug. I loaded up the weather module, and e17 doesn't seem to
> handle the huge lists to select my city and will lockup. A
> enlightement_remote -restart doesn't restart it. It occurs faster if i
> mouse over the options with the graphical golden thingie happening, but
> if i move the mouse off to the side, I can get much further before the
> lockup. I repeated this seveal times, and I get a similar looking
> backtrace. Only once did it actually segfault - most of the times, it
> just locks up. Here's the backtrace...
xcomp found that we get seg'vs if the menus have enough entries and submenus so
i might look into stuff netx week - but i'm entirely out of time to do this
stuff properly.
> (gdb) bt
> #0 _edje_message_del (ed=0xbf80070) at edje_message_queue.c:652
> #1 0x00843e15 in _edje_del (ed=0xbf80070) at edje_main.c:83
> #2 0x0084402d in _edje_unref (ed=0xbf80070) at edje_main.c:160
> #3 0x008458bc in _edje_smart_del (obj=0xbf7ff60) at edje_smart.c:84
> #4 0x0019c202 in evas_object_smart_del (obj=0xbf7ff60)
> at evas_object_smart.c:329
> #5 0x00198931 in evas_object_del (obj=0xbf7ff60) at evas_object_main.c:436
> #6 0x0807b6e1 in _e_menu_item_unrealize (mi=0x96d80f0) at e_menu.c:1445
> #7 0x0807b88b in _e_menu_unrealize (m=0x96b3510) at e_menu.c:1477
> #8 0x0807d111 in e_menu_idler_before () at e_menu.c:748
> #9 0x0805956a in _e_main_cb_idler_before (data=0x0) at e_main.c:1022
> #10 0x00ff356d in _ecore_idle_enterer_call () at ecore_idle_enterer.c:78
> #11 0x00ff5832 in _ecore_main_loop_iterate_internal (once_only=0)
> at ecore_main.c:477
> #12 0x00ff5aeb in ecore_main_loop_begin () at ecore_main.c:79
> #13 0x0805a0e8 in main (argc=1, argv=0xbfeb9824) at e_main.c:568
>
>
> (gdb) print *ed
> $2 = {
> path = 0xbf802b0
> "/usr/local/e17/share/enlightenment/data/themes/default.edj", part =
> 0xbf802f0 "widgets/menu/default/item_bg", layer = 0, x = 1, y = 6625,
> w = 264, h = 23, min = {w = 264, h = 23}, dirty = 0, recalc = 0,
> walking_callbacks = 0, delete_callbacks = 0, just_added_callbacks = 0,
> have_objects = 1, paused = 0, no_anim = 0, calc_only = 0,
> walking_actions = 0, block_break = 0, delete_me = 1, paused_at = 0,
> evas = 0x0, obj = 0x0, clipper = 0x0, file = 0x9225db0,
> collection = 0xa163a28, parts = 0xbf80318, actions = 0x0, callbacks = 0x0,
> pending_actions = 0x0, color_classes = 0x0, text_classes = 0x0,
> references = 0, block = 0, load_error = 0, freeze = 0, var_pool = 0x0,
> table_parts_size = 1, table_parts = 0xbf805f0, table_programs_size = 0,
> table_programs = 0x0, text_change = {func = 0, data = 0x0},
> processing_messages = 0, message = {num = 195, func = 0, data = 0x0}}
>
> My build environment :
>
> export LDFLAGS='-L/usr/local/e17/lib/ -L/usr/X11R6/lib/ -lXxf86vm'
> export CPPFLAGS=-I/usr/local/e17/include/
> export PATH=/usr/local/e17/bin:$PATH
> ./configure --prefix=/usr/local/e17
>
> The random function got referenced in the code, even though the function
> was never used. Something like XVideoModeGrab or something. I had to
> add the Xxf96vm so it could find it and work.
>
> Let me know if there's some more digging I can do. Also, if there's
> something small I can code to that will help, let me know.
>
> Reza
>
>
>
>
> ---
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多 [EMAIL PROTECTED]
Tokyo, Japan (東京 日本)
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.ne
Re: [E-devel] Re: E CVS: libs/ecore sebastid
On Wed, 7 Sep 2005 00:19:14 -0400 Jose O Gonzalez <[EMAIL PROTECTED]> babbled: > Everyone should obtain at least one such rock :) > > In fact, this should be something available in that > e-catalogue of goodies - coffee mugs, t-shirts, mouse pads, > etc.. *and* a handy "e-rock" to crawl under :) i can just see myself doing this now. getting some ptohots done, some gimp work and the "here's myrock! where's yours? buy your crawl-under rock now for only $19.95 (plus postage and handling) :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] imlib2: Cygwin build patch
On Tue, 30 Aug 2005 18:20:08 -0500 Yaakov S <[EMAIL PROTECTED]> babbled: not sure it's worth all the ugliness for cygwin support really :) > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I'm attaching a patch which fixes a few issues with building and running > imlib2-1.2.1 on Cygwin. > > * src/lib/Makefile.am, src/modules/filters/Makefile.am, > src/modules/loaders/Makefile.am: > add '-no-undefined' to *_la_LDFLAGS; > > * src/lib/dynamic_filters.c, src/lib/image.c: > RTDL_LOCAL is not defined on Cygwin; > #ifndef __imlib_TrimLoaderList, since with it in Cygwin, imlib2 > # can't > find the modules > > Thanks for your work! > > > Yaakov > http://cygwinports.dotsrc.org/ > ftp://sunsite.dk/projects/cygwinports/imlib2/ > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (Cygwin) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFDFOmnpiWmPGlmQSMRAle+AJ9fcM3Fu1HRyK1ZNVH/pHDbT8iU0gCgjKsZ > 364PiPJfVDZ/xOoQpVgbEoI= > =XFBn > -END PGP SIGNATURE- > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Container problem
On Sat, 10 Sep 2005 13:04:51 +0200 Utopic <[EMAIL PROTECTED]> babbled:
>
> Hi all! I just subscribed this mailing list, hope you can help me
> programming with EFL, and someday maybe I can help someone. I'm not an
> english native speaker, I understand english far well, but I'm not used
> to write it, excuse my mistakes and I would apreciate any correction.
>
> I want to code a list of user of a chat, similar to the menus of e17,
> adding and substracting elements when people enter and exit the chat. I
> put a container for all chatters, and every one chatter is an image and
> a swallow part to add a txtblk. Whole code is there:
> http://pastebin.com/359648
>
> It's 3 files, lebutinet.c is the main program, lebutixat.h and
> lebutixat.c are the chat itself. I know I have to organize it better,
> I'm just starting, trying to know how EFL works.
> The problem is on the switch-case of lebutinet, option I, there I have
> to add an user cos he joined the chat, doesn't work:
>
> case 'I':
> tt=edje_object_add(evas);
> edje_object_file_set(tt, lebutixat->edje.eet, "listas");
> n = evas_object_textblock_add(evas);
> //evas_object_resize(n, 80, 20);
> edje_object_part_swallow(tt, "gentSW", n);
> evas_object_textblock_format_insert(n,
> "font=/usr/local/share/evas/Vera.ttf size=10 wrap=word color=#0008");
> evas_object_textblock_text_insert(n, dades);
> evas_object_layer_set(tt, 0);
> evas_object_show (tt);
> esmart_container_element_append(lebutixat->gent, tt);
> printf("%s arrives\n", dades);
>
> break;
you REALLY want to be looking into textblock2 - as tectlbock will die soon
enough. it maybe ha sa few weeks of life left until i move api's over. :)
> --
> In a world without walls,
> who needs Gates and Windows?
>
> -- Utopic
> http://www.elblogutopic.tk
>
>
>
> ---
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多 [EMAIL PROTECTED]
Tokyo, Japan (東京 日本)
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Crash on restart / exit E17
On Fri, 26 Aug 2005 17:40:53 +0200 Jonathan Protzenko <[EMAIL PROTECTED]> babbled: > Hi everybody, > > I've been encountering for a few days a crash every time I close or restart > E17. Since I haven't seen anyone noticing it on this list, I decided to post > a backtrace. BUT : I didn't compile anything with -g and since I only have a > slow machine, I wanted to know if only recompiling apps/e with -g was > enough. Tell me... I don't think this bt is very usable. than bactrace is dead. screwed stack. not a lot i can get out of that one unfortunately :( you need to compile with CFLAGS=-g if you want to give us useful gdb debugging info. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Woud like to join the E-Devel team
On Thu, 23 Jun 2005 11:43:47 +0200 jules c <[EMAIL PROTECTED]> babbled: > Hi there, > I'm quite in the same situation than the other guy, in fact I've also > discovered EFL a few months ago and I'd really like to participate as I could. > This year, I've began learning basic C Unix (@school we work on BSD, at > home I only have Debian systems), doing some projects like a small > shell or a raytracer program, so I'm not to experimented at all but I > hope I'll find people which will help me going the right way :D > For a really long time I'm thinking about how to participate to a real > community project like yours (because I thing Enlightenment is the > future:), but it still, most of the time, much complicated for me to > do simple stuff like communicating, finding how to read X or Y > NewsG... (find times :p) > > Anyway I apologize for hurting your eyes with a so poor english, > I'll try to do my best to improve it and to be more understandable :) > 'Hope to speek you soon, See ya all ! just thought i'd say - welcome to the e world :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 Crashing while using menus
On Thu, 25 Aug 2005 12:57:43 -0600 "Nathan A. Smith" <[EMAIL PROTECTED]> babbled: > Back Again, > > After reading Raster's email message detailing what he needs for > debugging -- I redid it and have attached it. looks like edje didnt clean up queued messages for an object that is now deleted. this SHOULDNt happen. i'm sure i have put in all the cleanup code to do this properly. grrr. > Nasa > > > On Thu, 2005-08-25 at 10:22 -0600, Nathan A. Smith wrote: > > Hi, > > > > While trying to find items on the menus, I have had E17 crash on a > > somewhat repeatable basic. E17 doesn't always crash at the same point, > > but it will > > crash while I am scanning through the menus. Restart does work. I have > > attached a bt from gdb along with my configuration. Let me know what > > else is needed to help debug this. > > > > > > Nasa > -- > Nathan A. Smith <[EMAIL PROTECTED]> > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje and event objects
On Mon, 12 Sep 2005 14:58:51 -0500 Brian Mattern <[EMAIL PROTECTED]> babbled: > Raster, > > I've been noticing that we often want to accept generic evas mouse > events on edje objects (such as ibar icons, pager windows, pager desks, > etc). So, we've been adding event objects and moving/resizing them along > with the edjes and setting cb's on those. As this becomes more frequent, > it becomes an overwhelming duplication of code, and makes things a > little tricky when stacking is involved (pager wins e.g.) > > So, I was wondering if we could wrap all this event object business up > in evas' smart object code so we don't have to duplicate it all the > time. So, when an event cb is added to a smart object, we would (unless > one already exists) create an event member object, and add the events to > _that_ instead, and add the necessary hooks to keep it following the > rest of the object properly. > > This would make smart objects behave even more seemlessly like primitive > evas objects, and would only add the extra object overhead in the case > where someone has actually set a cb on the smartobj (which means they > would be adding their own event object without these changes). > > Any objections to adding this in at the evas level and saving us all a > ton of work at the higher levels? well theres several levels of stuff to do really. as i said in other mails. smart objects could do with cleaning up. a generic container that trap[s and then passes on or doesnt events to objects below woudl be good. in general with enevents i'd be nice to add filtering to events for objects so thnigs can selectively pass on, steal and whatever events for any object, smart or not. > -- > rephorm > > > > > --- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 menu segfault
On Tue, 30 Aug 2005 16:10:10 -0700 "Justin Rocha (Xenith)" <[EMAIL PROTECTED]> babbled: > There is a pretty nasty segv in e17 dealing with the menus. In specific, > the favourates menu. (I haven't noticed it in any other menu, actually.) > > Just scroll through the favourates menu a bit (with submenus) and pretty > quickly e17 will crash. I haven't tracked it down to a problem with my > eaps or just the menu code itself. It always crashes in edje functions > though. xcomp has found this - but it only seems to trigger once you have enough menus and submenus with items. the default doesnt show iot. i will look into this next week. > Attached is a few different forced crashes with backtraces. > -- > Justin Rocha KG6SGU > -Xenith || [EMAIL PROTECTED] || http://xenith.org/ > JabberID: [EMAIL PROTECTED] || AIM: JustinR98 > > Enlightenment -> http://www.enlightenment.org/ > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] A crash on restart/exit and a few other bugs.
On Thu, 2005-09-15 at 13:36 +0900, Carsten Haitzler wrote: > On Mon, 12 Sep 2005 22:34:42 +0300 Виктор Кожухаров <[EMAIL PROTECTED]> > babbled: > > > the backgrace: > > #0 0xb7f28a9e in _edje_text_part_on_del () > > from /opt/e17//lib/libedje.so.0 > > #1 0xb7f25156 in _edje_file_del () from /opt/e17//lib/libedje.so.0 > > #2 0xb7f25c2d in _edje_del () from /opt/e17//lib/libedje.so.0 > > #3 0xb7f25e5f in _edje_unref () from /opt/e17//lib/libedje.so.0 > > #4 0xb7f27a07 in _edje_smart_del () from /opt/e17//lib/libedje.so.0 > > #5 0xb7e445f2 in evas_object_smart_del () > > from /opt/e17//lib/libevas.so.1 > > #6 0xb7e3fb7c in evas_object_del () from /opt/e17//lib/libevas.so.1 > > #7 0x08068857 in _e_zone_free () > > #8 0x0808442f in e_object_free () > > #9 0x08084476 in e_object_unref () > > #10 0x08066edf in _e_container_free () > > #11 0x0808442f in e_object_free () > > #12 0x08084476 in e_object_unref () > > #13 0x0805bf3f in _e_manager_free () > > #14 0x0808442f in e_object_free () > > #15 0x08084476 in e_object_unref () > > #16 0x0805b630 in e_manager_shutdown () > > #17 0x0805ac23 in _e_main_screens_shutdown () > > #18 0x0805a7e7 in _e_main_shutdown () > > #19 0x08059ad2 in main () > > hmm. no gdb debugging info there. just a stack trace. this shouldn't happen as > such though. hmmm. not a lot to go by there. I would appreciate some info on how to do that exactly. > > > I'm using the blue_eyed 0.5.6 theme with the modification included as an > > attachment. > > > > Also, I've noticed some bad things happen upon restart/randr actions. > > It seems that at least for the outside modules (in e_modules and evolume > > module), gadman doesn't remember their positions per resolution. Also, > > on change of resolution or restart, the ibox always moves to the other > > side of the ibar, and the pager always becomes slightly bigger. See the > > attached jpg for their original positions, if that matters. > > i noticed some issues with the pager size changing. i have yet to exactly nail > those. > > > And finally, for windows of type "_NET_WM_WINDOW_TYPE_DOCK", the code in > > e_hints.c seems to take precedence over the remember settings. That's > > why, no matter what the remembered value for the stack is, such windows > > will always have a stack value of 150. I think that this should be > > switched, so that if a window has a remembered stack value, the value > > set by e_hints should not be used. > > yeah. agreed. :) > Also, how does the remember thing work, exactly. It seems that if I set remember for one app (remember this window + remember position), 10 other, totally unrelated apps get remembered, and sometimes, not only the position is checked. And worse, the first few times the position is actually remembered, then afterwards, it's like it remembered a totally different position. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] A crash on restart/exit and a few other bugs.
On Thu, 15 Sep 2005 09:46:33 +0300 Виктор Кожухаров <[EMAIL PROTECTED]> babbled: > On Thu, 2005-09-15 at 13:36 +0900, Carsten Haitzler wrote: > > On Mon, 12 Sep 2005 22:34:42 +0300 Виктор Кожухаров <[EMAIL PROTECTED]> > > babbled: > > > > > the backgrace: > > > #0 0xb7f28a9e in _edje_text_part_on_del () > > > from /opt/e17//lib/libedje.so.0 > > > #1 0xb7f25156 in _edje_file_del () from /opt/e17//lib/libedje.so.0 > > > #2 0xb7f25c2d in _edje_del () from /opt/e17//lib/libedje.so.0 > > > #3 0xb7f25e5f in _edje_unref () from /opt/e17//lib/libedje.so.0 > > > #4 0xb7f27a07 in _edje_smart_del () from /opt/e17//lib/libedje.so.0 > > > #5 0xb7e445f2 in evas_object_smart_del () > > > from /opt/e17//lib/libevas.so.1 > > > #6 0xb7e3fb7c in evas_object_del () from /opt/e17//lib/libevas.so.1 > > > #7 0x08068857 in _e_zone_free () > > > #8 0x0808442f in e_object_free () > > > #9 0x08084476 in e_object_unref () > > > #10 0x08066edf in _e_container_free () > > > #11 0x0808442f in e_object_free () > > > #12 0x08084476 in e_object_unref () > > > #13 0x0805bf3f in _e_manager_free () > > > #14 0x0808442f in e_object_free () > > > #15 0x08084476 in e_object_unref () > > > #16 0x0805b630 in e_manager_shutdown () > > > #17 0x0805ac23 in _e_main_screens_shutdown () > > > #18 0x0805a7e7 in _e_main_shutdown () > > > #19 0x08059ad2 in main () > > > > hmm. no gdb debugging info there. just a stack trace. this shouldn't happen > > as such though. hmmm. not a lot to go by there. > > I would appreciate some info on how to do that exactly. > > > > > I'm using the blue_eyed 0.5.6 theme with the modification included as an > > > attachment. > > > > > > Also, I've noticed some bad things happen upon restart/randr actions. > > > It seems that at least for the outside modules (in e_modules and evolume > > > module), gadman doesn't remember their positions per resolution. Also, > > > on change of resolution or restart, the ibox always moves to the other > > > side of the ibar, and the pager always becomes slightly bigger. See the > > > attached jpg for their original positions, if that matters. > > > > i noticed some issues with the pager size changing. i have yet to exactly > > nail those. > > > > > And finally, for windows of type "_NET_WM_WINDOW_TYPE_DOCK", the code in > > > e_hints.c seems to take precedence over the remember settings. That's > > > why, no matter what the remembered value for the stack is, such windows > > > will always have a stack value of 150. I think that this should be > > > switched, so that if a window has a remembered stack value, the value > > > set by e_hints should not be used. > > > > yeah. agreed. :) > > > > Also, how does the remember thing work, exactly. It seems that if I set > remember for one app (remember this window + remember position), 10 > other, totally unrelated apps get remembered, and sometimes, not only > the position is checked. And worse, the first few times the position is > actually remembered, then afterwards, it's like it remembered a totally > different position. you need to tell e HOW to rememebr - by name, class and other properties. if you dont it ends up applying to all windows. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
