Re: [E-devel] [EGIT] [core/efl] efl-1.9 01/03: efreet: Correctly handle default merge dir
Is it possible to make the closed branches read-only? Sebastian > Hello. > > On Thu, 2014-06-12 at 10:11, Sebastian Dransfeld wrote: >> thanatermesis pushed a commit to branch efl-1.9. > > You are aware that there will be no further release from the 1.9 > branch? > > regards > Stefan Schmidt > > -- > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Window switching issue - Enlightenment 0.17
There should be an option somewhere which says "Allow windows above fullscreen". This will keep fullscreen windows fullscreen. S. > Hello e-users, > > Good to see that we have a release now. So, I downloaded the release > tar balls and installed it on my Debian Wheezy setup. Before this I > was using old trunk (before switching to new structure). Actually I > was enjoying that revision. But now with release tar balls, I am not > able to keep windows in full screen. As soon as I switch to other > window using Alt-Tab the full screen window no longer stays in full > screen mode. This is pretty annoying as I use full screen mode a lot. > Is this an expected behavior or is there any specific configuration by > which I can keep windows in full screen mode? > > Thanks and Regards > Noorul > > -- > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnnow-d2d > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] deprecating some of ecore_file for 1.8
> On 06/12/12 13:50, Vincent Torri wrote: >> On Thu, Dec 6, 2012 at 2:48 PM, Christopher Michael >> wrote: >>> On 06/12/12 13:40, Gustavo Sverzut Barbieri wrote: On Thu, Dec 6, 2012 at 11:38 AM, Christopher Michael wrote: > On 06/12/12 13:25, Gustavo Sverzut Barbieri wrote: >> >> ecore_file itself should go. >> >> path manipulation (exists, dirname...) should go in eina, other bits >> should go in eio. >> > > Why split file/path functions (exists, dirname, etc) to eina ? If Eio > is to > be the library for file functions, then why break only "some" of them > out > into eina ? two reasons: 1 - they are very, very simple. mostly wrappers around system versions >>> >>> Well, I think the complexity of the functions is irrelevant as a reason >>> really. >>> >>> Do we typically use, "Well this graphical function is incredibly >>> complex >>> so it should be broken out from evas and stuck into a different >>> library" >>> as a basis for development ? Or the converse .. "Well this graphical >>> function is incredibly simple so it doesn't belong in evas". I don't >>> think we do development that ;) >>> >>> IMO, I don't see function complexity as a valid reason here. >>> 2 - many modules uses that, like eina itself, ecore and evas. to do path finding, etc. >>> >>> Ok ...then why can't those libraries use eio ?? >> >> if i'm not mistaken, eio uses ecore, so could be a problem for a use in >> evas >> >> Vincent > > Ahh. If that is the case, then it makes sense. > > Thanks for clarifying ;) > > As an aside...what is eio using ecore For ?? At least threading, so it is heavily dependent. S. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/e
> Log: > argh it was only connman that was broken and I am the breaker So connman wont work with efl 1.7.x, which is the version distributions should use? > > @@ -805,7 +805,7 @@ > AM_CONDITIONAL(HAVE_DUMMY, false) > define([CHECK_MODULE_CONNMAN], > [ > - AC_E_CHECK_PKG(ECONNMAN, [ edbus >= 1.7.0 ], [], [CONNMAN=false]) > + AC_E_CHECK_PKG(ECONNMAN, [ edbus2 ], [], [CONNMAN=false]) > dnl AC_E_CHECK_PKG(DUMMY, [ connman >= 1.0 ], [], [CONNMAN=false]) > ]) > AC_SUBST(ECONNMAN_CFLAGS) -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
> On 11/28/2012 01:41 AM, Michael Blumenkrantz wrote: >> With a beefy changelog accompanying it, I'm pleased to post another >> alpha. >> It should be noted that this is the first alpha worthy of receiving the >> praise "improved LESS CRASHING and IMPROVEMENTS TO NOT CRASHING". >> >> Changelog: >> * Translation updates >> * AMD K10 temperature sensor support on OpenBSD >> * Video file previews will now stutter less and respect tooltip >> boundaries more >> * Battery module now crashes less on OpenBSD >> * Icon resizing is now smoother >> * Gadget menus can no longer cause crashes when the gadget is deleted >> * Fileselector once again allows selection from directory previews >> * Filemanager DND can no longer interfere with gadget DND to cause >> crashes >> * Improved support for XDG_DESKTOP_DIR > > This is not gonna be any more improved unless efreet is also released > with the fix. :) > There are fixes directly in e as well. The support for XDG_DESKTOP_DIR has been in efreet since at least 1.7.0, it just didn't support your user-dirs.dirs format :) S. -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] applications at startup
> On Sun, 11 Nov 2012 19:11:38 +0100 Sebastian Dransfeld
>
> said:
>
>> On 11/11/2012 06:09 PM, Sebastian Dransfeld wrote:
>> > On 11/10/2012 05:42 AM, Carsten Haitzler (The Rasterman) wrote:
>> >> On Thu, 8 Nov 2012 20:37:06 +0100 Sebastian Dransfeld
>>
>> >> said:
>> >>
>> >>> On 11/08/2012 07:52 PM, Sebastian Dransfeld wrote:
>> Den 8. nov. 2012 kl. 13:39 skrev Massimo Maiurana
>> :
>>
>> > Sebastian Dransfeld, il 08/11/2012 05:49, ha scritto:
>> >
>> >> Try to copy
>> >> ${prefix}/share/dbus-1/services/org.enlightenment.Efreet.service
>> >> to
>> >> ~/.local/share/dbus-1/services/org.enlightenment.Efreet.service
>> >
>> > yay, that did the trick! \o/
>> >
>> > thanks :)
>> >
>> > I guess it's because my prefix is a non standard one (/opt/e17).
>> is
>> > there any environment variable, or something similar, I could set
>> to
>> > avoid problems like this in the future?
>>
>> There is, but I don't know how to set it:) I also use /opt/e17, and
>> I
>> used to have the same problem. But suddenly with current svn and
>> Ubuntu
>> 12.04 it just worked.
>> >>>
>> >>> I found out. I do
>> >>> export XDG_DATA_DIRS="/opt/e17/share:/usr/share:/usr/local/share"
>> >>> in ~/.xsessionrc, which is sourced before dbus-launch is called.
>> Then
>> >>> the session dbus finds stuff in /opt/e17.
>> >>
>> >> have u tried running the e17 startup with a fresh user homedir? the
>> wizard
>> >> no longer gets efreet update events - even after it installs some
>> extra
>> >> desktop files. well i extended the timeout from 15sec to 150sec and
>> it
>> >> still didnt' happen. :( yes - efreetd is running and i symlinked the
>> >> service files into /usr/share/... etc.
>> >>
>> >> also zero icon themes are listend now... :(
>> >>
>> >> just wondering if u've looked? page_040.c does it btw - and
>> page_000.c also
>> >> waits for the initial desktop scan to finish too - but it could be
>> that it
>> >> has happened already... BUT... page_080.c doesnt find any apps to add
>> to
>> >> ibar... so ibar is totally empty. :(
>> >>
>> >
>> > The event listening in the wizard is weird and seems unneeded. Doesn't
>> > the wizard start after e_startup? In e_startup we wait until the cache
>> > build is done, so waiting for event in page_000 should not be needed.
>> >
>> > In step 040 the wizard also waits for cache rebuild, but there wont be
>> a
>> > rebuild unless files are copied.
>>
>> And everything works for me(tm).
>
> ok... got it... wqhen efreet starts up... there is no
> ~/.local/share/applications dir/... hell no ~/.local at all.. so it doesnt
> monitor for CREATION of ~/.local and ~/.local/share and
> ~/.local/share/applications first... and thus it never sees the whole dir
> tree
> being created and doesn't see the added files. :)
A solution to this is to copy a file to a location, and then open the file
with efreet_desktop_get(). efreet will try to load the file from cache,
find it isn't there and add the path to cache builder, which then will
rebuild the cache.
This will not currently work for our use case, as the path is already
registered in the system. The solution for this is to do a check whether
paths have changed/are created since the last check.
I'll see if I can do the necessary changes this week.
S.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [announcement] elemines 0.1
left+right opens the remaining fields if enough mines has been flagged. S. > On Fri, 14 Sep 2012 13:37:34 +0900 Sanjeev BA said: > > right click does that too). > >> Bingo! >> >> On Fri, Sep 14, 2012 at 1:30 PM, David Seikel wrote: >> >> > On Fri, 14 Sep 2012 12:36:07 +0900 Sanjeev BA >> > wrote: >> > >> > > Yes. >> > > >> > > I think I have seen it in the windows version - though it has been >> > > years since I touched it. >> > > >> > > Basically, "press and hold" both mouse buttons on any un-clicked >> > > square and it reveals possible squares with mines around it. >> > >> > If I remember, it tells you the number of mines around an unclicked >> > square, not where they are. The player still has to use the numbers >> to >> > make guesses. >> > >> > > On Fri, Sep 14, 2012 at 11:42 AM, Jérôme Pinot >> > > wrote: >> > > >> > > > On 09/14/12 10:45, Sanjeev BA wrote: >> > > > > Works really nice and smooth, but has this runtime issue. >> > > > > >> > > > > ERR<9446>:ecore ecore.c:558 _ecore_magic_fail() >> > > > > *** ECORE ERROR: Ecore Magic Check Failed!!! >> > > > > *** IN FUNCTION: ecore_timer_freeze() >> > > > > ERR<9446>:ecore ecore.c:562 _ecore_magic_fail() Input handle >> has >> > > > already >> > > > > been freed! >> > > > > ERR<9446>:ecore ecore.c:571 _ecore_magic_fail() *** NAUGHTY >> > > > > PROGRAMMER!!! *** SPANK SPANK SPANK!!! >> > > > > *** Now go fix your code. Tut tut tut! >> > > > > >> > > > Yep, I forgot this one. bdilly sent me a patch, it's fixed in git >> > > > repo: >> > > > >> > > > >> > http://elemines.git.sourceforge.net/git/gitweb.cgi?p=elemines/elemines;a=commit;h=71dfe3d44bf351fed04d8a7f5f8452a340b8e4e3 >> > > > >> > > > > Also, do you have plan for left+right mouse button click for >> > > > > giving >> > > > "mine" >> > > > > hints? Maybe long press ? >> > > > >> > > > Not sure to understand. Mine hint without revealing the square? >> > > > Anyway, the TODO list is filling, any idea welcome :-) >> > > > >> > > > -- >> > > > Jérôme Pinot >> > > > http://ngc891.blogdns.net/ >> > > > >> > > > >> > > > >> > -- >> > > > Got visibility? >> > > > Most devs has no idea what their production app looks like. >> > > > Find out how fast your code is with AppDynamics Lite. >> > > > http://ad.doubleclick.net/clk;262219671;13503038;y? >> > > > http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> > > > ___ >> > > > enlightenment-devel mailing list >> > > > enlightenment-devel@lists.sourceforge.net >> > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > > >> > > > >> > > >> > -- >> > > Got visibility? >> > > Most devs has no idea what their production app looks like. >> > > Find out how fast your code is with AppDynamics Lite. >> > > http://ad.doubleclick.net/clk;262219671;13503038;y? >> > > http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> > > ___ >> > > enlightenment-devel mailing list >> > > enlightenment-devel@lists.sourceforge.net >> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > >> > >> > -- >> > A big old stinking pile of genius that no one wants >> > coz there are too many silver coated monkeys in the world. >> > >> > >> > -- >> > Got visibility? >> > Most devs has no idea what their production app looks like. >> > Find out how fast your code is with AppDynamics Lite. >> > http://ad.doubleclick.net/clk;262219671;13503038;y? >> > http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> > ___ >> > enlightenment-devel mailing list >> > enlightenment-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > >> > >> -- >> Got visibility? >> Most devs has no idea what their production app looks like. >> Find out how fast your code is with AppDynamics Lite. >> http://ad.doubleclick.net/clk;262219671;13503038;y? >> http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> ___ >> 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)ras...@rasterman.com > > > -- > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerfor
Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib
> On Tue, Jul 3, 2012 at 10:53 AM, Vincent Torri > wrote: > also, note that i have replied to only that commit, but ALL your > merges must be fixed in that way. If I have not looked at all the > commits in the core EFL, the doc and changelog and news, would have > been a piece of shit quite unusable. so sometimes, you should thank > the nazis http://xkcd.com/984/ S. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11
Why not move eglMakeCurrent? So you keep one if.
S.
> Log:
> Evas (gl_x11): We cannot call eglMakeCurrent if we have already called
> eglTerminate prior (eg: eglTerminate was in the wrong place here).
>
>
>
> Author: devilhorns
> Date: 2012-01-11 22:06:07 -0800 (Wed, 11 Jan 2012)
> New Revision: 67119
> Trac: http://trac.enlightenment.org/e/changeset/67119
>
> Modified:
> trunk/evas/src/modules/engines/gl_x11/evas_x_main.c
>
> Modified: trunk/evas/src/modules/engines/gl_x11/evas_x_main.c
> ===
> --- trunk/evas/src/modules/engines/gl_x11/evas_x_main.c 2012-01-12
> 05:36:47 UTC (rev 67118)
> +++ trunk/evas/src/modules/engines/gl_x11/evas_x_main.c 2012-01-12
> 06:06:07 UTC (rev 67119)
> @@ -534,10 +534,10 @@
> if (ref == 0)
> {
> if (context) eglDestroyContext(gw->egl_disp, context);
> -eglTerminate(gw->egl_disp);
> context = EGL_NO_CONTEXT;
> }
> eglMakeCurrent(gw->egl_disp, EGL_NO_SURFACE, EGL_NO_SURFACE,
> EGL_NO_CONTEXT);
> + if (ref == 0) eglTerminate(gw->egl_disp);
> #else
> if (gw->glxwin) glXDestroyWindow(gw->disp, gw->glxwin);
> if (ref == 0)
>
>
> --
> RSA(R) Conference 2012
> Mar 27 - Feb 2
> Save $400 by Jan. 27
> Register now!
> http://p.sf.net/sfu/rsa-sfdev2dev2
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
--
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17: Bug in mouse pointer shape
> On Wed, Dec 28, 2011 at 1:19 PM, Sanjeev wrote: >> I am not seeing this issue in my e17 desktop, though I find another >> behaviour. > > I have the same problem and it's so annoying :) > Where to look at? Resize is done in a mouse move handler. There is a mouse up handler to stop resize. I guess you need to do a final resize in the up handler. S. -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New EFL release cycle 1.1/1.5 ALPHA
> > We'd like to announce a new release cycle alpha release of several > Enlightenment components > > http://download.enlightenment.org/releases/expedite-1.1.0-alpha.tar.gz > http://download.enlightenment.org/releases/expedtie-1.1.0-alpha.tar.bz2 expedtie? S. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/eeze/src/bin
> Log: > add signal handlers > storage_setup(); > + /* have to override ecore's signal handlers to ensure that socket file > is removed */ > + ecore_job_add(sigs_setup, NULL); No need for job here, you can ecore's signal handlers are set up in ecore_init. (Used to be at least, and if not must be fixed). S. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/e/src/bin
> On 05/11/2011 02:39 AM, s...@tango.flipp.net wrote: >>> Log: >>> E17: When searching for an icon in the fdo theme, if we do not find it >>>in the current theme, check some fallback icon themes (so there is >>>less chance of a menu item having no icon). >> >> Oh! This is so wrong! You completely trash the efreet cache by doing >> this. >> All themes inherit from hicolor anyway, and Human inherits from gnome. >> And >> if I don't remember wrong, default isn't an icon theme. >> >> S. >> > Hmm, then this needs to be fixed in elm also, because this is exactly > how elm finds fdo icons also. Sure? I did fix it there some time ago. Search for theme on initial icon lookup, and then stick to this theme. S. -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/e/src/bin
It doesn't break it as "will not work", but it wont work optimal. The
cache is designed for use with one theme. It should be the theme designers
responsibility to add theme inherits, and not e17 responsibility to show
random icons.
S.
> Log:
> E17: Revert fdo icon searching in different themes. Apparently it
> breaks efreet cache (tho I saw no side effects here).
>
>
>
> Author: devilhorns
> Date: 2011-05-11 06:55:22 -0700 (Wed, 11 May 2011)
> New Revision: 59332
> Trac: http://trac.enlightenment.org/e/changeset/59332
>
> Modified:
> trunk/e/src/bin/e_utils.c
>
> Modified: trunk/e/src/bin/e_utils.c
> ===
> --- trunk/e/src/bin/e_utils.c 2011-05-11 12:24:13 UTC (rev 59331)
> +++ trunk/e/src/bin/e_utils.c 2011-05-11 13:55:22 UTC (rev 59332)
> @@ -452,21 +452,6 @@
> size = e_util_icon_size_normalize(size * e_scale);
>
> path = efreet_icon_path_find(e_config->icon_theme, icon, size);
> - if (!path)
> - {
> -path = efreet_icon_path_find("default", icon, size);
> -if (!path)
> - {
> - path = efreet_icon_path_find("hicolor", icon, size);
> - if (!path)
> - {
> - path = efreet_icon_path_find("gnome", icon, size);
> - if (!path)
> -path = efreet_icon_path_find("Human", icon, size);
> - }
> - }
> - }
> -
> if (!path) return 0;
>
> e_icon_file_set(obj, path);
>
>
> --
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/e/src/bin
> Log:
> E17: When searching for an icon in the fdo theme, if we do not find it
> in the current theme, check some fallback icon themes (so there is
> less chance of a menu item having no icon).
Oh! This is so wrong! You completely trash the efreet cache by doing this.
All themes inherit from hicolor anyway, and Human inherits from gnome. And
if I don't remember wrong, default isn't an icon theme.
S.
>
>
>
> Author: devilhorns
> Date: 2011-05-10 22:06:08 -0700 (Tue, 10 May 2011)
> New Revision: 59314
> Trac: http://trac.enlightenment.org/e/changeset/59314
>
> Modified:
> trunk/e/src/bin/e_utils.c
>
> Modified: trunk/e/src/bin/e_utils.c
> ===
> --- trunk/e/src/bin/e_utils.c 2011-05-11 04:56:42 UTC (rev 59313)
> +++ trunk/e/src/bin/e_utils.c 2011-05-11 05:06:08 UTC (rev 59314)
> @@ -450,8 +450,25 @@
> size = e_icon_scale_size_get(obj);
> if (size < 16) size = 16;
> size = e_util_icon_size_normalize(size * e_scale);
> +
> path = efreet_icon_path_find(e_config->icon_theme, icon, size);
> + if (!path)
> + {
> +path = efreet_icon_path_find("default", icon, size);
> +if (!path)
> + {
> + path = efreet_icon_path_find("hicolor", icon, size);
> + if (!path)
> + {
> + path = efreet_icon_path_find("gnome", icon, size);
> + if (!path)
> +path = efreet_icon_path_find("Human", icon, size);
> + }
> + }
> + }
> +
> if (!path) return 0;
> +
> e_icon_file_set(obj, path);
> return 1;
> }
>
>
> --
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efreet bug when desktop files change
I don't get it. Isn't eet supposed to detect corrupt files? I guess it is something inside efreet, tried to find it but didn't see anything weird. S. > On Thu, 31 Mar 2011 17:20:42 +0200 Tom Hacohen > said: > > aaagh! did you keep a copy of the "corrupt" cache file? seriously.. we > need to > find a way to protect against this. checksums, magic values scattered > about... > something. if the cache file is broken efreet should ignore it and > rebuild. > >> Happens both at home and at work. And since it didn't happen to you, I >> assumed removing the cache will work, and indeed it does. >> >> So it's just a malformed cache, AGAIN. :) >> >> FIXED. >> >> Thanks, >> Tom. >> >> On Thu, 2011-03-31 at 12:15 -0300, Lucas De Marchi wrote: >> > Hi Tom >> > >> > On Thu, Mar 31, 2011 at 11:52 AM, Tom Hacohen >> > wrote: >> > > Actually, it's more than that, it happens also in other cases. >> > > >> > > Issue:efreet_util_desktop_exec_find passes bad pointers (out of >> bound) >> > > to ecore_file_app_exe_get... >> > > >> > > efreet_cache strikes back? (the invalid pointer is acquired from >> > > efreet_util_cache_names). >> > >> > I couldn't reproduce here with the simple touch you mentioned. I'm >> > using the last revision from svn r58229. >> > >> > I have no idea why this is happening to you. >> > >> > >> > regards, >> > Lucas De Marchi >> >> >> >> -- >> Create and publish websites with WebMatrix >> Use the most popular FREE web apps or write code yourself; >> WebMatrix provides all the features you need to develop and >> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf >> ___ >> 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)ras...@rasterman.com > > > -- > Create and publish websites with WebMatrix > Use the most popular FREE web apps or write code yourself; > WebMatrix provides all the features you need to develop and > publish your website. http://p.sf.net/sfu/ms-webmatrix-sf > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Mac OS X and library version
Hi, Got a complaint from a Mac OS X user that building from trunk fails. The reason is the v_mic number: ld: malformed version number: 2.999 After checking I found the reason: -current_version number Specifies the current version number of the library. The current version of the library can be obtained programmatically by the user of the library so it can determine exactly which version of the library it is using. The format of number is X[.Y[.Z]] where X must be a positive non-zero number less than or equal to 65535, and .Y and .Z are optional and if present must be non-negative numbers less than or equal to 255. If the version number is not specified, it has a value of 0. This option is also called -dylib_current_version for compatibility. So on OS X v_mic can't be larger than 255. Should we make this default for all platforms, or just for darwin? S. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: englebass trunk/efreet/src/bin
> > > On Wed, 16 Mar 2011, Sebastian Dransfeld wrote: > >> On 03/15/2011 11:55 PM, Vincent Torri wrote: >>> >>> >>> On Tue, 15 Mar 2011, Enlightenment SVN wrote: >>> Log: Efreet: And revert logging, no longer needed >>> >>> eina_log support is enabled, but it seems that it is disabled in >>> efreet. >>> See efreet_private.h lines 72 and after and efreet.c line 36. On the >>> other >>> hand, it's enabled in efreet_mime (see efreet_mime.c line 46). >> >> I know. And if I get time, I will fix all of efreet to use eina_log. But >> right now I don't even have time to fix real problems. So please stop >> telling me about eina_log in efreet. > > ok. I thought that efreet didn't have eina_log and i wanted to write a > patch to add it. I think twice before helping, now... Sorry, but this is unfair. I would appreciate it very much if you would write a patch to convert printf's to eina_log in efreet. The reason I reacted the way I did, is that we have had this discussion some weeks (or months?) ago when I also added some printf's. S. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GSOC 2011
> Em 04-02-2011 08:27, Cedric BAIL escreveu: >> On Thu, Feb 3, 2011 at 6:26 PM, Rui Miguel Silva Seabra >> wrote: >>> Em 25-01-2011 05:36, Ian Caldwell escreveu: Lets hear your thoughts... >>> >>> Thread safety for ecore! >> >> Ecore already provide facility to handle thread, thread safety are >> really not needed. But Efreet mime type could really be thread safe >> that would be highly usefull ! > > How do you make two downloads in the background at the same time, then? You don't need threads for that. You can now download several things at once, see for example ecore_file_download. You pass a completion callback, and the main loop will download a bit each time data is ready (limited to frametime). Then the main loop will do other stuff and continue downloading when data is ready. Or you create a ecore_thread and do the download there. If you need to pass information about the download to the main loop during download, use an ecore_pipe. S. -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ChangeLog
> > Hey, > > raster, you did an error on the date in the ChangeLog. Again, i tell you: > use moap. With moap: > > * you can't forget to update the ChangeLog (if necessary) > * you can't make an error on the date > * you can't make an error on the author of the patch or forget to add it > * you can't forget to commit one file (you still can forget to add > a file though) > > without it or without another similar tool, well, you can have these > problems > > Vincent And moap does git svn merge against remotes/git-svn instead of git svn rebase, and without telling. Stay away if you use git-svn. Sebastian -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL 1.0... ready?
> On Sat, 15 Jan 2011 13:51:38 +1000 David Seikel said: > >> On Sat, 15 Jan 2011 12:37:58 +0900 Carsten Haitzler (The Rasterman) >> wrote: >> >> > On Sat, 15 Jan 2011 11:43:44 +1000 David Seikel >> > said: >> > >> > > On Sat, 15 Jan 2011 09:30:34 +0800 P Purkayastha >> > > wrote: >> > > >> > > > On 01/15/2011 07:54 AM, David Seikel wrote: >> > > > > Updated to latest SVN from an hour ago, still missing lots of >> > > > > icons that where there before. Efreet might be broken. >> > > > >> > > > What kind of apps don't have icons? I just tested out the icons >> > > > in a test account, without setting any icon theme. All icons >> > > > except kde app icons are being shown. kde app icons are usually >> > > > present in a level deeper: /usr/share/applications/kde4, which >> > > > maybe why they are not being shown. >> > > > See http://ompldr.org/vNnpzMQ >> > > >> > > Well, the Settings -> All -> System menu used to be full of icons. >> > > Now it's showing about one third of them. This menu is from the >> > > ubuntu 10.04 default GNOME system menu. On the E17 desktop menu >> > > it's part of Settings, not part of Applications. On my ibar, >> > > empathy, pidgin, and psi are no longer showing icons. Scattered >> > > items in the Application menu are missing icons, some of them are >> > > GNOME apps. >> > >> > odd. ubuntu 10.04 here, e17 icon theme set to gnome and i get all >> > those icons no problems. do you have an svg loader for evas? gif? >> > only things i might imagine may have a bearing on this unless efreet >> > literally is not finding icons at all for you. >> >> Hmm, odd. I just went through all the icon themes in e17, all found >> the ibar icons properly as soon as I applied. I think the menus need a >> restart? A pain to test them all, but the GNOME icon theme found them >> all after the restart. So, something glitched earlier, but stayed >> through restarts until I reapplied the icon theme. Icon cache issue? > > possibly. maybe rm -rf ~/.efreet and restart e and see - might be a glitch > involving older efreet cache files? > Are you using the new icon cache or not? The new icon cache must be explicitly enabled. Sebastian -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
