[E-devel] e16-1.0.9
e16-1.0.9 is available for download: http://sourceforge.net/projects/enlightenment/files/ e16-1.0.9: - Enable having background files with whitespace in name. - Add GNOME3 gdm/gnome-session support. - Fix potential placement breakage when there are windows with struts. - Compositor: Fix rendering of shaped override-redirect windows. - Fix focus after ungrab. - Add new maximisation algorithm (option). - Enable animation of resize operation (option). - Menu generation: Only one menu tree (not GNOME/KDE/Other). - Fix pointer focus when a new window appears under the pointer. - Magnifier: Lots of tweaks. - Translation updates: ja, it. - Many minor bug fixes and enhancements, see ChangeLog for details. /Kim -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/ecore/src/lib/ecore_x/xlib
On Fri, 11 Nov 2011 20:43:04 +0100, Enlightenment SVN wrote: > Log: > Ecore_X: Fix array problem for 64-bit (unsigned long vs unsigned int). > Thanks vtorri ;) > > Author: devilhorns > Date: 2011-11-11 11:43:04 -0800 (Fri, 11 Nov 2011) > New Revision: 65076 > Trac: http://trac.enlightenment.org/e/changeset/65076 > > Modified: > trunk/ecore/src/lib/ecore_x/xlib/ecore_x_window_prop.c > > Modified: trunk/ecore/src/lib/ecore_x/xlib/ecore_x_window_prop.c > === > --- trunk/ecore/src/lib/ecore_x/xlib/ecore_x_window_prop.c2011-11-11 > 19:12:36 UTC (rev 65075) > +++ trunk/ecore/src/lib/ecore_x/xlib/ecore_x_window_prop.c2011-11-11 > 19:43:04 UTC (rev 65076) > @@ -131,7 +131,7 @@ > return -1; >} > for (i = 0; i < num_ret; i++) > - val[i] = ((unsigned long *)prop_ret)[i]; > + val[i] = ((unsigned int *)prop_ret)[i]; > num = num_ret; > *plst = val; > } > This "fix" is incorrect - man XGetWindowProperty. ... and if it weren't there are four more occurrences of ((unsigned long *)prop_ret)[i] in the file. /Kim -- 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 CVS: apps/e jeffdameth
Gustavo Sverzut Barbieri wrote: > On Jan 7, 2008 1:26 PM, Michael Jennings <[EMAIL PROTECTED]> wrote: >> On Monday, 07 January 2008, at 09:21:25 (-0600), >> Ravenlock wrote: >> raster's coding style (joe default?) is 1 tab to replace 8 spaces, weird I know... :-/ >>> I thought it was the other way around. It was my understanding that >>> raster replaced the tabs with 8 spaces. I must be mistaken. >> No, Gustavo is. >> >> raster's style is contained in e17/libs/imlib2/.indent.pro: >> >> -i3 -nut -brs -bl -bad -nbap -sob -ncdb -di20 -nbc -lp -nce -npcs -sc >> -ncs -l80 >> >> Note the "-nut" which means "use spaces, not tabs." > > Really? Every time raster touch code I see spaces replaced by tabs, I > even had to change my .emacs to reflect this for files under > ~/Development/cvs/e17 > I put that file there at a point where I got annoyed with the formatting style mess in imlib2. The formatting style details, among other things tabs/spaces, were set up in an attempt to minimize the overall change caused by running indent on src/lib/*.c at that time. IIRC using spaces in stead of tabs resulted in slightly fewer changes. Actually, I think the "original raster formatting style" is closer to the one in e16/e/.indent.pro, which specifies to use tabs. I think it would be a good thing to specify a recommended/default indent profile, and require that apps/libs explicitly place a .indent.pro at top level if they want to deviate. /Kim - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] {Spam?} Re: E CVS: apps/e jeffdameth
Vincent Torri wrote: > > On Mon, 7 Jan 2008, Kim Woelders wrote: >> I put that file there at a point where I got annoyed with the formatting >> style mess in imlib2. The formatting style details, among other things >> tabs/spaces, were set up in an attempt to minimize the overall change >> caused by running indent on src/lib/*.c at that time. IIRC using spaces >> in stead of tabs resulted in slightly fewer changes. >> >> Actually, I think the "original raster formatting style" is closer to >> the one in e16/e/.indent.pro, which specifies to use tabs. >> >> I think it would be a good thing to specify a recommended/default indent >> profile, and require that apps/libs explicitly place a .indent.pro at >> top level if they want to deviate. > > about tabs vs spaces, I would prefer spaces. We all have different text > editors, configured in some ways. Not mentionning all other people that do > not develop on e and want to see the sources. That imply that a source > code using tabs will look horrible to the reader if the text editor is not > configured with the correct number of spaces for a tabulation. > > other thoughts ? > I prefer spaces too, although I don't care much one way or the other, as long as the rules are clear (and the line length is set to 80 of course :) ). /Kim - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] {Spam?} Re: E CVS: apps/e jeffdameth
Michael Jennings wrote: > On Monday, 07 January 2008, at 21:06:04 (+0100), > Kim Woelders wrote: > >> (and the line length is set to 80 of course :) ). > > I got into the habit of using 132 instead of 80 because 80 columns is > all too often not enough for readability, particularly when using > lengthier OO-style function naming > (namespace_object_action(OBJECT_CAST(object), ...) -- See how ugly > that wrapped? Ick!), and the vast majority of terminals (including > xterm and Eterm) have 80/132 column toggles built-in, even > key-bindable. > > To me, sticking with an 80-column limit for coding is like using gcc > 2.7.2.3 to compile all your software: it was great 10 years ago, but > we live in a different world now. Even the Linux console itself can > do well beyond 80 columns. :) > > But tabs vs. spaces is far more likely to result in spaghetti code > then setting the column limit. > > Michael > Yeah, I was just trolling (although the 80 is about the only thing I do care about). We are talking personal preferences here and are most likely never going to agree. You say "when I write code like this I really need very long lines" and to that I will say "then don't write code like that". Somebody(?) should just lay down the rules so it's clear what they are. /Kim - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e16-0.16.8.11
e16 version 0.16.8.11 is now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 e16-0.16.8.11: - Fix rendering issues when using pseudo-transparency. - Fix translucent moves of non-shaped windows. - Fix border right click (winops menu) in many themes. - Fix incorrect tracking of pointer motion when dragging window. - Fix potential trouble while exiting/restarting. - Various minor bug fixes and enhancements, see ChangeLog for details. /Kim - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e16-0.16.8.12
e16 version 0.16.8.12 is now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 e16-0.16.8.12: - Fix showing tiled external background pixmap in pager. - Fix edge flip brokenness (causing random mouse jumps when flipping). - New window placement algorithm. Should be better at handling crowded desktops and windows with never_use_area attribute. - Add configuration of default opacities. - Various minor bug fixes and enhancements, see ChangeLog for details. /Kim - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 - Feature request : Live updates for pager
Carsten Haitzler (The Rasterman) wrote: > On Thu, 7 Feb 2008 11:29:37 +0100 "Massimiliano Brocchini" > <[EMAIL PROTECTED]> babbled: > >> Hi, >> >> First of all thanks for your great work! >> >> I really like e17, but I'm missing the Live Update mode of the pager as in >> e16 > 0.16.8.4. >> >> Is there any plan to implement a live update for e17? > > none. that was a nasty hack that is not going into e17. when compositing is > looked into this will be revisited (i.e e18) :) > This doesn't change anything, but... The e16 "live update" mode mentioned above is actually not the old root window scanning mode, but a mode only available when compositing is enabled and which works by means of damage notifies and so forth. /Kim - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ewl doursse
Enlightenment CVS wrote: > Enlightenment CVS committal > > Author : doursse > Project : e17 > Module : libs/ewl > > Dir : e17/libs/ewl/src/bin/tests/theme > > > Modified Files: > Makefile.am > > > Log Message: > don't install static lib (.a) of plugins. .la files are still installed, > which is normal > > === > RCS file: /cvs/e/e17/libs/ewl/src/bin/tests/theme/Makefile.am,v > retrieving revision 1.4 > retrieving revision 1.5 > diff -u -3 -r1.4 -r1.5 > --- Makefile.am 4 Dec 2007 05:28:04 - 1.4 > +++ Makefile.am 26 Feb 2008 18:37:30 - 1.5 > @@ -21,6 +21,7 @@ > ewl_theme_test_la_SOURCES = ewl_theme_test.c > ewl_theme_test_la_LIBADD = $(top_builddir)/src/lib/libewl.la > ewl_theme_test_la_LDFLAGS = -module @create_shared_lib@ -avoid-version > +ewl_theme_test_la_LIBTOOLFLAGS = --tag=disable-static > > FILES = $(ewl_theme_test_la_SOURCES) > Would adding AC_DISABLE_STATIC in configure.in accomplish the same thing without having to change every single Makefile.am? /Kim - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ewl doursse
Michael Jennings wrote: > On Tuesday, 26 February 2008, at 20:27:44 (+0100), > Kim Woelders wrote: > >> Would adding AC_DISABLE_STATIC in configure.in accomplish the same thing >> without having to change every single Makefile.am? > > No, as that would disable static *libraries* as opposed to just static > *modules*. The latter are useless, but the former aren't. :) > Aahh, yes of course, we are after all building a library here. But how many libraries are actually built? Assuming not many - maybe it would be easier (if possible) to revert the logic and add --tag=enable-static where needed in stead? /Kim - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Some small speedup for Edje
Cedric BAIL wrote: > Hi, > > So here are some patch that should not break edje too much. > > 0001 and 0002: Replace call to snprintf by using memcpy or some kind of itoa. Is this really worth while? Possibly a small speedup at the cost of considerably more and considerably uglier code? /Kim - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Imlib2 patch
Dariusz Knociński wrote: > Hi All, > I wrote new version of some procedures in Imlib2 library and attached patches > for that > mail. > > In file color-helpres procedures : > > void __imlib_rgb_to_hsv( int r, int g, int b, float *h, float *s, float *v ); > void __imlib_hsv_to_rgb( float h, float s, float v, int *r, int *g, int *b > ); > > I have changed the range of parameters hue from 0-100 to 0-360, and > saturation and value > from 0-100 to 0-1. This is correct to last version of documentation on the > web page. > > In file grad.c procedures : > > void __imlib_MapRange( ImlibRange * rg, int len ) > void __imlib_MapHsvaRange( ImlibRange * rg, int len ) > > I have changed internal variable inc > from: > inc = ((ll - 1) << 16) / (len); > to: > inc = ((ll - 1) << 16) / (len-1); > This patch repair bug for small values of parameter len, for example from 2 > to 16. > > And I apply two small screenshots of application imlib2_colorspace befor and > after patch. > The patch applies/compiles cleanly and seems to fix the problem in imlib2_colorspace - haven't checked beyond that. I'll commit this if there are no objections and noone beats me to it :) /Kim - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Imlib2 patch
Kim Woelders wrote: > Dariusz Knociński wrote: >> Hi All, >> I wrote new version of some procedures in Imlib2 library and attached >> patches for that >> mail. >> >> In file color-helpres procedures : >> >> void __imlib_rgb_to_hsv( int r, int g, int b, float *h, float *s, float *v ); >> void __imlib_hsv_to_rgb( float h, float s, float v, int *r, int *g, int >> *b ); >> >> I have changed the range of parameters hue from 0-100 to 0-360, and >> saturation and value >> from 0-100 to 0-1. This is correct to last version of documentation on the >> web page. >> >> In file grad.c procedures : >> >> void __imlib_MapRange( ImlibRange * rg, int len ) >> void __imlib_MapHsvaRange( ImlibRange * rg, int len ) >> >> I have changed internal variable inc >> from: >> inc = ((ll - 1) << 16) / (len); >> to: >> inc = ((ll - 1) << 16) / (len-1); >> This patch repair bug for small values of parameter len, for example from 2 >> to 16. >> >> And I apply two small screenshots of application imlib2_colorspace befor and >> after patch. >> > The patch applies/compiles cleanly and seems to fix the problem in > imlib2_colorspace - haven't checked beyond that. > I'll commit this if there are no objections and noone beats me to it :) > On second thought - This might break stuff that relies on the old behavior. Maybe the documentation should be changed in stead? raster? /Kim - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e16-0.16.8.13
e16 version 0.16.8.13 is now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 e16-0.16.8.13: - Fix potential crash during translucent moves. - Add option to center new windows when desk is full. - Optionally use PulseAudio to play sounds. - Various minor bug fixes and enhancements, see ChangeLog for details. /Kim - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Imlib2 patch
Kim Woelders wrote: > Kim Woelders wrote: >> Dariusz Knociński wrote: >>> Hi All, >>> I wrote new version of some procedures in Imlib2 library and attached >>> patches for that >>> mail. >>> >>> In file color-helpres procedures : >>> >>> void __imlib_rgb_to_hsv( int r, int g, int b, float *h, float *s, float *v >>> ); >>> void __imlib_hsv_to_rgb( float h, float s, float v, int *r, int *g, int >>> *b ); >>> >>> I have changed the range of parameters hue from 0-100 to 0-360, and >>> saturation and value >>> from 0-100 to 0-1. This is correct to last version of documentation on the >>> web page. >>> >>> In file grad.c procedures : >>> >>> void __imlib_MapRange( ImlibRange * rg, int len ) >>> void __imlib_MapHsvaRange( ImlibRange * rg, int len ) >>> >>> I have changed internal variable inc >>> from: >>> inc = ((ll - 1) << 16) / (len); >>> to: >>> inc = ((ll - 1) << 16) / (len-1); >>> This patch repair bug for small values of parameter len, for example from 2 >>> to 16. >>> >>> And I apply two small screenshots of application imlib2_colorspace befor >>> and after patch. >>> >> The patch applies/compiles cleanly and seems to fix the problem in >> imlib2_colorspace - haven't checked beyond that. >> I'll commit this if there are no objections and noone beats me to it :) >> > On second thought - This might break stuff that relies on the old > behavior. Maybe the documentation should be changed in stead? > > raster? > Ok'ed by raster - committed. You are of course welcome to address correctness/speed issues :) I have corrected formatting and removed use of the register keyword, as it doesn't make sense to me to use it here when it isn't used anywhere else in imlib2 and I doubt it has any impact on performance (in this case, anyway). /Kim - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] cleanup of the autotools stuff
Vincent Torri wrote: > > On Sun, 11 May 2008, Vincent Torri wrote: > >> Hey, >> >> I've cleaned a bit the autotools stuff: >> >> * use correct way to remove the check of g++ and g77 from libtool >> * use correct way to deal with PACKAGE_DATA_DIR and PACKAGE_LIB_DIR >> * use AC_HELP_STRING when missing >> * formatting >> >> later, I plan to add win32 support (compilation without x11. I don't think >> i'll add any win32 specific graphic stuff) >> >> if the formatting is good enough, i can commit. > > I've forgotten something: do you want I add the same libtool versioning > than other efl (based on the version in configure.in) ? Anyway, it would > be better to put it in configure.in, and not in src/lib/Makefile.am > Patch looks fine to me. I think it makes sense to move the lib version stuff to configure.in. /Kim - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/evas barbieri
Gustavo Sverzut Barbieri wrote: > to make clear: it COULD be -0, on intel at least it's -1 and thus > evaluates to TRUE, that's why it was unnoticed. > > On Tue, May 20, 2008 at 5:56 PM, Enlightenment CVS > <[EMAIL PROTECTED]> wrote: >> Enlightenment CVS committal >> >> Author : barbieri >> Project : e17 >> Module : libs/evas >> >> Dir : e17/libs/evas/src/lib/include >> >> >> Modified Files: >>evas_common.h >> >> >> Log Message: >> Remove bugs with bitfield usage, make boolean usage clear. >> >> This patch fixes the problem with bitfield of signed types (ie: char), >> where the bit would be used for the signal, so 1 is considered -0 and >> thus 0. >> >> Move all the single bit fields to Evas_Bool, making it clear and also >> avoiding these problems since Evas_Bool is unsigned char. >> Compilers may complain about signed one bit bitfields, but it is severely broken if a signed one bit bitfield set to 1 evaluates to 0. I would have thought that a signed one bit bitfield set to 1 normally evaluates to -1 which is != TRUE, assuming TRUE is 1. Furthermore, you should not assume anything about the signedness of char. It depends on compiler configuration. /Kim - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Imlib2: Patch: add various checks to various image loaders
Hans de Goede wrote: > Mike Frysinger wrote: >> On Saturday 14 June 2008, Hans de Goede wrote: >>> Mike Frysinger wrote: On Thursday 12 June 2008, Hans de Goede wrote: > Some time ago there was a bunch of security advisories for various > imlib2 image loaders. Some of the fixes which were circulating then > never seem to have been applied to imlib2, the attached patch includes > these fixes. i'm pretty sure these were posted & rejected and things were fixed another way >>> It would be prudent to check again, I've been carying this patch for >>> some time (should have submitted it earlier, sorry) and one of the 2 >>> security issues that were fixed in 1.4.1, was already fixed in the >>> Fedora packages through this patch (I removed this part of the patch >>> before sumitting it). >> you'd have to document/elaborate on what each change fixes exactly > > I didn't write those patches, as you said you've already seen them, they are > the result from a previous audit of imlibs loaders. You claim all issues from > thisn patch set have been fixed, I content that as one of the 2 security > issues > fixed in the latest imlib2 release was already fixed in this patch set, see: > http://cvs.fedoraproject.org/viewcvs/rpms/imlib2/F-9/imlib2-1.3.0-loader_overflows.patch?rev=1.2 > > Which is this patch against 1.4.0 and notice how it already has the pnm > issues > fixed. So there might be merit in the other parts too. > I think this is now taken care of. /Kim - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Blender fullscreen mode
blender (-w) sets _NET_WM_STATE_MAXIMIZED_VERT and _NET_WM_STATE_MAXIMIZED_HORZ (and WM_NORMAL_HINTS x,y = (0,0) w,h = (screen size)) before mapping. This might not be handled properly. /Kim Carsten Haitzler (The Rasterman) wrote: > On Thu, 7 Feb 2008 20:38:07 +0100 Andreas Volz <[EMAIL PROTECTED]> babbled: > > yes. got it working. it does do slightly strange things. i have to > investigate... > >> Am Sat, 19 Jan 2008 10:37:21 +1100 schrieb Carsten Haitzler (The >> Rasterman): >> >> Hi, >> >> did you get your OpenGL back and were able to test Blender? >> >> regards >> Andreas >> >>> On Sun, 30 Dec 2007 13:56:45 +0100 Andreas Volz <[EMAIL PROTECTED]> >>> babbled: >>> >>> hmm - is blender MANUALLY resizing its window? can o0ther people >>> reproduce? me >>> - i just am happily having my whole xserver segv when any opengl app >>> is run at the moment so i can;'t test until i fix this. >>> Hello, I'm not sure if there's a bug in the E17 fullscreen policy or in Blender, so I'll ask here before filing a bug. > blender --help ... Window options: -wForce opening with borders (default) -WForce opening without borders -p Open with lower left corner at , and width and height , Both options work well with other window managers (e.g. Metacity). But they both doesn't work as I expect with E17. If I use option "-w" it opens in a maximized window, but the window in as big as the complete screen and stays below my lower shelf. To get the desired result I need to resize the window to a small size and then maximize the window again with the maximize button. The option "-W" is also not working really good. The window is maximized without border, but does still stay below the bar. I know there're much possible configuration settings that influence this. But I'm very confused to finding out the correct ones. BTW: See my next mail about that topic. regards Andreas - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Blender fullscreen mode
Diego Hernan Borghetti wrote: > On Mon, 23 Jun 2008, Kim Woelders wrote: > > Hello all: > >> blender (-w) sets _NET_WM_STATE_MAXIMIZED_VERT and >> _NET_WM_STATE_MAXIMIZED_HORZ (and WM_NORMAL_HINTS x,y = (0,0) w,h = >> (screen size)) before mapping. >> This might not be handled properly. > > And it's not correct, the current code in blender (trunk) make really bad > thing, like change the property and not send the ClientMessage. > > I already fix this problem (but the change are in another branch, 2.50), I > go to check this and merge into trunk for the next release, but it's not a > problem of E, the new code work fine... tested here, Blender dev and a > very old E user ;) > Well, I tested with blender-2.46, and I am fairly convinced that it sets _NET_WM_STATE_MAXIMIZED_HORZ and _NET_WM_STATE_MAXIMIZED_VERT in _NET_WM_STATE before mapping the window, which seems to me to be a perfectly valid if not the best way to request a maximised window on startup. If in stead you send the _NET_WM_STATE client message after mapping the window the WM may have to change the window size which causes some initial uglyness. /Kim - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eina
Jorge Luis Zapata Muga wrote: > Hi all, as you all (most) know, eina has hit proto cvs. I think > several things have to be explained, references to eina's license, > code and so have appeared on different threads and honestly following > them all is very complicated and is also hard to actually decide > something, so it might be good if at some moment, someone can make a > summary of several opinions and just do a poll and decide on it. > Anyway, here is my summary: > > Objective: > Eina's original objective was to settle down the long-time discussion > about multiple data types, mainly ecore's and evas', it was an attempt > that, from what i've seen, several developers have agreed and have a > good will on this library; even the ecore's data types supporter > (eina's is currently based around evas data types). > > It has several subsystems in a very similar way to what ecore has, but > the main reason to not place ecore on the bottom of the software > dependency stack was because not every library built around our data > types wants to be "loopized" with ecore's main loop implementation, > but be some kind of agnostic to ecore, so gtk / qt / whatever can use > this libraries an fit their own loop manager on top of this low level > library. > > Evas is an example of such a thing (there are others), and no, > ecore-evas current double dependency is not the main problem eina > wants to solve, not even the original problem it wanted to solve. If > you place the efl stack, eina will be at the bottom, ecore on top of > it and so other libraries/apps that *need* some kind of main loop > handling, it can be summarized as "pull approach libraries" you pull > the state from it, instead of evas (and others libraries) where you > "push" the state (evas_render). > > License > As most of the code on efl-research project (and most of *my* code) it > does not have COPYING file, it was left out on purpose, basically to > be able to discuss this "license issue" with e developers. We all have > already argued about licensing and there are several respectable and > contrary point of views. I, as the original author of this library, > even if some of the code was taken from evas or ecore, wanted to > license the library as LGPL; but as i have already stated, this new > license has several considerations, *please* don't start a license > arguments, the other thread is for that, this one is to decide: > > 1. Relicensing eina as LGPL is possible and *does not* go against Evas > or Ecore license, BSD allows that as long as the third (author) clause > is respected and so it will be (in case eina's license finally gets > set to LGPL) > 2. What will be the reaction from developers that want BSD license? > from what i've deduced on IRC and ML, several of this developers > *won't* contribute to this library if it is not BSD, (please those > developers that think that this is point is for them, confirm or deny > this). In my opinion the current state of e developers is too small to > actually divide it based on the license they prefer; and of course > that argument "imposes" the license the library can be. So, the main > question on this point is: if it is LGPL are you going to contribute > to it? and, if it is LGPL are you going to *link" against this > library? > > > ps: i would like to discuss several eina's subsytems, but looks like > the license has to be solved first, so let's get it done, so we can > focus on the code. > > Best regards, > turran > Not that I think my opinion is particularly relevant or that it will help in one direction or the other, but I'll just state it anyway: I think there should be One License for The Enlightenment Project. I think the One License rule should be enforced strictly. If people have code they don't want to place under The License for The Enlightenment Project they should take it elsewhere. I'd prefer The Licence to be BSD. This means that if any part of The Enlightenment Project remains under BSD I will object to changing the license for any other part away from BSD or adding new sub-projects with a different license. My main reason is that I think the current situation where it is possible to move/copy code between apps and libs without having to worry about infection and license differences is good. If it is possible to obtain no objections to switching ALL of The Enlightenment Project to LGPL, ok then let's switch. However, I don't think there is any chance this is going to happen. I think it would be *really* nice soon to put an end to all this license talk for some time to come. /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _
[E-devel] e16-0.16.8.14
e16 version 0.16.8.14 is now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 e16-0.16.8.14: - Fix updates on screen size change (broken in 0.16.8.13). - PulseAudio sound - Avoid lockup/crash if server is not present or dies. - Fix ripples/waves on xorg 1.4 when compositing is active. - Fix crash when main imageclass in tooltip is missing. - Fix pixmap leak in iconbox snapshots when compositing is active. - Fix rendering of imageclasses not based on images. - Correctly place/size apps requesting _NET_WM_STATE_MAXIMIZED_... at startup. - Provide iconbox icon fallback if normal methods fail. - Don't show iconbox animation if app is initially iconified. - Fix various gravity issues. - Fix button stacking bug when char is unsigned. - Attempt to fix session (.desktop) stuff on various distros. - Attempt to improve focus switching when not using focus list. - Various minor bug fixes and enhancements, see ChangeLog for details. /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: IN trunk/E16/e: sample-scripts scripts
On Mon, 18 Aug 2008 20:42:19 +0200, Michael Jennings <[EMAIL PROTECTED]> wrote: > On Monday, 18 August 2008, at 15:20:35 (-0300), > Gustavo Sverzut Barbieri wrote: > ... >> 2 - bit pointless to keep .cvsignore, let's remove them altogether? > > Subversion supports both. Personally I like the files way better than > the propset way, so I'd vote to keep it. > I have about 5 minutes of experience with svn so I might got it wrong but it looks to me like svn does not support .cvsignore and that the .cvsignore files have been converted to props in the cvs->svn conversion process. If that is correct we might as well remove the .cvsignore's. If not I'd like to know how to configure svn to use the .cvsignore files. /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: IN trunk/web/www/p: about download
On Fri, 22 Aug 2008 08:24:25 +0200, Vincent Torri <[EMAIL PROTECTED]> wrote: > On Thu, 21 Aug 2008, [EMAIL PROTECTED] wrote: > >> Author: kwo >> Date: 2008-08-21 11:01:01 -0700 (Thu, 21 Aug 2008) >> New Revision: 35608 >> >> Modified: >> trunk/web/www/p/about/en-body trunk/web/www/p/download/en-body >> Log: >> >> Update e16 release info (0.16.8.14). > > Kim, > > Why don't you add a news on e.org each time you do a release ? > I guess I could. This release is kind of old news already though, so next time... :) /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.in files
On Tue, 30 Sep 2008 20:15:15 +0200, Peter Wehrfritz <[EMAIL PROTECTED]> wrote: > I committed the move for every package in the basedir, in MISC and > PROTO. If I missed something please tell it me. Shall I also move the > E16 files and the eterm files? > You are welcome to fix the E16 ones as well. Lets be consistent for once :) /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.in files
On Tue, 30 Sep 2008 20:15:15 +0200, Peter Wehrfritz <[EMAIL PROTECTED]> wrote: > I committed the move for every package in the basedir, in MISC and > PROTO. If I missed something please tell it me. Shall I also move the > E16 files and the eterm files? > You are welcome to fix the E16 ones as well. Lets be consistent for once :) /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment 17 from SVN requires CVS to configure
On Tue, 30 Sep 2008 22:53:01 +0200, Eric Sandall <[EMAIL PROTECTED]> wrote: > Quoting Ivan <[EMAIL PROTECTED]>: > >> Is not E, but autopoint (a part of gettext) which requires cvs, so not >> much to do about it. > > Does E17 require autopoint? If not, can we remove it? As I mentioned, > other EFL packages build fine without cvs installed, though most of > them use automake 1.10 instead of 1.9 (not sure if that matters). > Sure, remove it. There is no reason to assume it was put there for a reason. Grrr. Ok, seriously, any package using gettext requires autopoint when running autogen.sh unless you want to go into insane workarounds. And yes, e17 uses gettext. /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] IMLIB2 ported to mingw+msys
On Wed, 15 Oct 2008 13:29:10 +0200, Vincent Torri <[EMAIL PROTECTED]> wrote: > > > On Wed, 15 Oct 2008, carlo\.bramix wrote: > >> Hello, >> >>> I have already implemented some of the functions you need in a lib >>> called >>> 'Evil' (mmap, dlfcn, pwd.h, mkstemp,...). I use it for the EFL Windows >>> (XP >>> or Ce) port. Maybe you could look at my code, improve it if you think >>> it's >>> needed, and make imlib2 Windows port depending on Evil >>> If all that's needed is included in the patch I think it's a bit much to have to depend on another (unreleased) library. >>> Otherwise, i would say that you need to add AC_LIBTOOL_WIN32_DLL in >>> configure.ac too so that libtool is aware that you have a Windows port. >> >> Sorry, my fault, I forgot to tell you that I also upgraded to a newer >> version these files: >> >> config.guess >> config.sub >> depcomp >> install-sh >> ltmain.sh >> missing >> These should all be generated when running ./autogen.sh. >> AC_LIBTOOL_WIN32_DLL seems deprecated and I think this could be the >> reason because it works fine here on my PC. >> It's not a problem to add it anyways. > > it's deprecated but the new way to do it requires a "recent" version of > libtool (>= 1.9b, more precisely). You can say that that version was > released in 2004 and we are in 2008. I have absolutely no problem in > using > the new way to do that, but as it is Kim who uses really imlib2 in e16, I > would wait for his opinion about using or not a recent version of > libtool. > I don't think imlib2 should depend on a libtool version > 1.5.x. >> I also forgot to add $LT_LDFLAGS into src/modules/filters/Makefile.am >> (my mistake): it is not possible to create shared libs without that >> flag, I discovered it only when I checked the content of /lib directory >> after I did the "make install", if I must provide a new patch with this >> little fix, just let me know. > Yes, please. > that should be the new way of doing things with libtool. >> >> Please also excuse my ignorance, but I have not found a package called >> EFL into download page at sourceforge... > > EFL means Enlightenment fundation libraries. It is a set of libraries > that > e17 uses (eet, evas, ...). > >> actually I was just trying to >> build IMLIB2 because libcaca checked if it was available. I tried to do >> it in the simplest manner (especially because I'm a developer for >> Windows and not very expert with unix stuff)> > > You interest me ! I am searching some help for the Windows port of the > EFL, especially because I'm not a Windows developper. If you want to join > the task force (and if you have time, of course), I would be glad to have > someone more on that port :) > > Anyway, I think that this port should be done in the same way than the > other EFL. Using Evil means that the Windows code it located at one place > only. Less things to fix. And I would be happy if you have time to review > the code in Evil :) > > regards > > Vincent > Basically I'm fine with these changes. However: - We should make a 1.4.2 release of current svn before doing this. - tga support wasn't built when I tested (no configure arguments), I think the HAVE_MMAP test is wrong. - In configure.in (which has been renamed to configure.ac) you set HAVE_SIGSETJMP but in loader_jpeg.c you use HAVE_SIGJMP_BUF. - Some dos style line endings have crept in (e.g. loader_gif.c). /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: kwo trunk/E16/e/src
On Thu, 16 Oct 2008 04:01:00 +0200, JC Wong <[EMAIL PROTECTED]> wrote: > Enlightenment SVN wrote on Wed, Oct 15, 2008 at 08:20:20AM -0700 >> Log: >> Disable localization of theme files. >> >> Author: kwo >> Date: 2008-10-15 08:20:20 -0700 (Wed, 15 Oct 2008) >> New Revision: 36682 >> >> Modified: >> trunk/E16/e/src/E.h trunk/E16/e/src/backgrounds.c >> trunk/E16/e/src/config.c trunk/E16/e/src/cursors.c >> trunk/E16/e/src/iclass.c trunk/E16/e/src/menus-misc.c >> trunk/E16/e/src/sound.c trunk/E16/e/src/theme.c > > Kim, I think the desktop backgrounds setting is missing. > Should be fixed now. Thanks, /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] IMLIB2 ported to mingw+msys
On Fri, 17 Oct 2008 14:02:56 +0200, Vincent Torri <[EMAIL PROTECTED]> wrote: > > > On Thu, 16 Oct 2008, Kim Woelders wrote: >> If all that's needed is included in the patch I think it's a bit much >> to have >> to depend on another (unreleased) library. > > on the other hand, it's a windows port, so I don't think that there are > much people who will compile it. What is expected by Windows users is a > binary + dll. > > By release, you mean a 1.* one ? Yes, that is what I meant. One that is announced as released, and is maintained and bugfixed. I assume "stable API" is not an issue in this particular case. Anyway, if this only affects windows targets I guess I shouldn't care too much. > If so, would you have objections that I > add Evil as a dependency ? I plan to have an Evil release in some months. > Please do not do this before 1.4.2 out. /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] IMLIB2 ported to mingw+msys
On Tue, 28 Oct 2008 17:45:10 +0100, carlo.bramix <[EMAIL PROTECTED]> wrote: > Hello, > I got the sources of your newly released Imlib2 1.4.2 and I did again > the fixes for Mingw+Msys. > I think I also fixed my bugs with: > 1) bad mmap() detection > 2) wrong use of HAVE_SIGJMP_BUF instead of HAVE_SIGSETJMP. > 3) all my files are in unix format. > I tested Imlib2 with: > - Mingw+Msys > - Cygwin > - Linux Debian 4.0r3 > and everything seems to be working. > Attached patch includes all those fixes. > dlfcn-win32.c/h are missing from this patch. I assume they were meant to the same as in the original patch. Vincent - Do you still want to evilify imlib2? Otherwise I'm fine with this patch (except a few nitpicks I'll fix if/when committed). /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e16] [patch] Iconify windows in same area
On Wed, 05 Nov 2008 21:26:39 +0100, Pietro Cerutti <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hi, > > I've heard that Windows 7 has a feature that allows to iconify all other > windows on the desktop by shaking the window to be left alone... I like > the idea... > > Ok, here's a patch to add a wop to e16 that does the same: iconify all > other windows in the same area, leaving the current window alone (hence > the name "alone"). > > http://www.gahr.ch/misc/e16-alone.diff > > Feedback and comments are welcome! > Committed with minor changes (mostly tweaks of the window selection in EwinAlone()). Please check if it still works as expected. Thanks :) /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: aron trunk/e/po
On Sun, 09 Nov 2008 13:11:34 +0100, Enlightenment SVN <[EMAIL PROTECTED]> wrote: > Log: > Generated new pot files for translations. > Author: aron > Date: 2008-11-09 04:11:33 -0800 (Sun, 09 Nov 2008) > New Revision: 37563 > > Added: > trunk/e/po/enlightenment.pot > > Added: trunk/e/po/enlightenment.pot > .pot files shouldn't be checked in, they are generated. /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e16] [patch] Iconify windows in same area
On Mon, 10 Nov 2008 19:28:44 +0100, Pietro Cerutti <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Pietro Cerutti wrote: > | Kim Woelders wrote: > | | On Wed, 05 Nov 2008 21:26:39 +0100, Pietro Cerutti <[EMAIL PROTECTED]> > | | wrote: > | | > | |> -BEGIN PGP SIGNED MESSAGE- > | |> Hash: SHA512 > | |> > | |> Hi, > | |> > | |> I've heard that Windows 7 has a feature that allows to iconify all > other > | |> windows on the desktop by shaking the window to be left alone... I > like > | |> the idea... > | |> > | |> Ok, here's a patch to add a wop to e16 that does the same: iconify > all > | |> other windows in the same area, leaving the current window alone > (hence > | |> the name "alone"). > | |> > | |> http://www.gahr.ch/misc/e16-alone.diff > | |> > | |> Feedback and comments are welcome! > | |> > | | Committed with minor changes (mostly tweaks of the window selection > in > | | EwinAlone()). > | | Please check if it still works as expected. > | > | Well, I would avoid iconifying windows with the skipwinlist property > set > | as well. For example, I have a gkrellm session which is not sticky, but > | I don't treat it as a normal window anyway, it seems natural to me that > | suck windows do not get minimized by the "alone" wop. > | I still have to see what exactly the property donthide means / when > | exactly it is set. > | > | I will look at it tomorrow and provide a patch that minimizes > | interference with yours. > > So, here it is. In my opinion it would be better to skip windows with > the following properties set as well: > > - - skip_ext_task > - - skip_winlist > - - skip_focuslist > > A patch against the current SVN revision is here: > > http://www.gahr.ch/misc/e16-alone_2.diff > > Ok, fixed, although in a slightly different way, as I think the same conditions should apply when showing desktop. /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ 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/src/bin
On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
wrote:
> Log:
> make this more portable in case the number of states changes in the
> future, also outdent and make function params more explicit
>
> Author: discomfitor
> Date: 2010-12-22 16:36:53 -0800 (Wed, 22 Dec 2010)
> New Revision: 55727
> Trac: http://trac.enlightenment.org/e/changeset/55727
>
> Modified:
> trunk/e/src/bin/e_hints.c
>
> Modified: trunk/e/src/bin/e_hints.c
> ===
> --- trunk/e/src/bin/e_hints.c 2010-12-23 00:28:49 UTC (rev 55726)
> +++ trunk/e/src/bin/e_hints.c 2010-12-23 00:36:53 UTC (rev 55727)
> @@ -1432,18 +1432,16 @@
> {
> /* Remember to update the count if we add more states! */
> Ecore_X_Atom state[1];
> -int num;
> +int num, i;
> memset(state, 0, sizeof(state));
> -num = ecore_x_window_prop_card32_get(bd->client.win,
> E_ATOM_WINDOW_STATE, state, 1);
> -if (num)
> +num = ecore_x_window_prop_card32_get(bd->client.win,
> E_ATOM_WINDOW_STATE, state, sizeof(state));
^^^
> +if (!num) return;
> +
> +for (i = 0; (i < num) && (i < sizeof(state)); i++)
^^^
>{
> - int i;
> - for (i = 0; i < num; i++)
> - {
> - if (state[i] == E_ATOM_WINDOW_STATE_CENTERED)
> -bd->client.e.state.centered = 1;
> - }
> + if (state[i] == E_ATOM_WINDOW_STATE_CENTERED)
> + bd->client.e.state.centered = 1;
>}
> }
>
Just happened to notice...
The use of sizeof(state) is wrong in the marked lines - should probably be
some #define or (sizeof(state)/sizeof(state[0])) or similar.
The use in the second line is futhermore superfluous as
ecore_x_window_prop_card32_get should never return num > the len parameter
(fourth argument).
/Kim
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
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/src/bin
On Thu, 23 Dec 2010 17:15:13 +0100, Mike Blumenkrantz
wrote:
> On Thu, 23 Dec 2010 16:50:19 +0100
> "Kim Woelders" wrote:
>
>> On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
>> wrote:
>>
>> > Log:
>> > make this more portable in case the number of states changes in the
>> > future, also outdent and make function params more explicit
>> >
>> > Author: discomfitor
>> > Date: 2010-12-22 16:36:53 -0800 (Wed, 22 Dec 2010)
>> > New Revision: 55727
>> > Trac: http://trac.enlightenment.org/e/changeset/55727
>> >
>> > Modified:
>> > trunk/e/src/bin/e_hints.c
>> >
>> > Modified: trunk/e/src/bin/e_hints.c
>> > ===
>> > --- trunk/e/src/bin/e_hints.c 2010-12-23 00:28:49 UTC (rev 55726)
>> > +++ trunk/e/src/bin/e_hints.c 2010-12-23 00:36:53 UTC (rev 55727)
>> > @@ -1432,18 +1432,16 @@
>> > {
>> > /* Remember to update the count if we add more states! */
>> > Ecore_X_Atom state[1];
>> > -int num;
>> > +int num, i;
>> > memset(state, 0, sizeof(state));
>> > -num = ecore_x_window_prop_card32_get(bd->client.win,
>> > E_ATOM_WINDOW_STATE, state, 1);
>> > -if (num)
>> > +num = ecore_x_window_prop_card32_get(bd->client.win,
>> > E_ATOM_WINDOW_STATE, state, sizeof(state));
>> ^^^
>>
>> > +if (!num) return;
>> > +
>> > +for (i = 0; (i < num) && (i < sizeof(state)); i++)
>> ^^^
>>
>> >{
>> > - int i;
>> > - for (i = 0; i < num; i++)
>> > - {
>> > - if (state[i] == E_ATOM_WINDOW_STATE_CENTERED)
>> > -bd->client.e.state.centered = 1;
>> > - }
>> > + if (state[i] == E_ATOM_WINDOW_STATE_CENTERED)
>> > + bd->client.e.state.centered = 1;
>> >}
>> > }
>> >
>> Just happened to notice...
>> The use of sizeof(state) is wrong in the marked lines - should probably
>> be
>> some #define or (sizeof(state)/sizeof(state[0])) or similar.
> hmm since it's just passing the size of the array (1) isn't it fine?
sizeof(state) = 4.
>> The use in the second line is futhermore superfluous as
>> ecore_x_window_prop_card32_get should never return num > the len
>> parameter
>> (fourth argument).
> yes, it seems obvious, but it caused a warning in clang so I stuck this
> in to
> prevent future runs from picking it up.
IMO adding code for that reason is wrong. Isn't there some way to shut
clang up when it generates bogus warnings?
/Kim
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
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/src/bin
On Thu, 23 Dec 2010 17:47:06 +0100, Enlightenment SVN wrote: > Log: > fix sizeof use, thanks to kim woelders > > Author: discomfitor > Date: 2010-12-23 08:47:05 -0800 (Thu, 23 Dec 2010) > New Revision: 55739 > Trac: http://trac.enlightenment.org/e/changeset/55739 > > Modified: > trunk/e/src/bin/e_hints.c > > Modified: trunk/e/src/bin/e_hints.c > === > --- trunk/e/src/bin/e_hints.c 2010-12-23 12:47:23 UTC (rev 55738) > +++ trunk/e/src/bin/e_hints.c 2010-12-23 16:47:05 UTC (rev 55739) > @@ -1435,7 +1435,8 @@ > int num, i; > memset(state, 0, sizeof(state)); > -num = ecore_x_window_prop_card32_get(bd->client.win, > E_ATOM_WINDOW_STATE, state, sizeof(state)); > +num = ecore_x_window_prop_card32_get(bd->client.win, > E_ATOM_WINDOW_STATE, > + state, sizeof(state) / sizeof(state[0]); /* ugly, but avoids > possible future overflow if more states are added */ > if (!num) return; > for (i = 0; (i < num) && (i < sizeof(state)); i++) > Sorry about going on here, but if the (i < sizeof(state)) condition makes clang happy it's just silly. This check ensures that i < 4 but clang should be clever enough to see that accessing state[1] is bad. /Kim -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor IN trunk/edje: . src src/bin src/bin/epp
On Mon, 21 Feb 2011 09:21:23 +0100, Mike Blumenkrantz wrote: > On Mon, 21 Feb 2011 00:04:45 -0800 > "Enlightenment SVN" wrote: > >> Log: >> edje now uses (and installs if not previously found) epp as its default >> C >> preprocessor, providing consistent output across all platforms and >> allowing >> edje_cc to run on windows (vtorri!!) fallbacks exist to use old >> behavior if >> epp fails. >> >> Author: discomfitor >> Date: 2011-02-21 00:04:44 -0800 (Mon, 21 Feb 2011) >> New Revision: 57210 >> Trac: http://trac.enlightenment.org/e/changeset/57210 >> > autoconf testing for epp probably needs some work, but it's wfm :D > Beware! 1) This will cause an install conflict with e16 (at least when using rpms). It would be nice if it could be installed by some other path or name. 2) This is GPL code. Not sure if this is of any consequence. /Kim -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] imlib2 caching can fail
On Thu, 03 Mar 2011 15:46:15 +0100, Jesper Saxtorph
wrote:
> I have just submitted a bugraport + a patch on trac (bug #716).
>
> I just wanted to notifify it here also as I do not know the
> enlightenment community and how it works.
>
Either is fine.
> To repeat my bug report:
> "I use imlib2 as a image library in a project. However the use we have
> sometimes tricker a situation where imlib2 uses an invalid cache.
>
> imlib2 uses timestamps to test if a image cache i valid. If a files
> modification time is in the future it is not possible to use validation
> scheme. Further if the timestamp is equal to now, we do not know if the
> modification time is in the future or not. The result is that the cache
> should be invalidated for file timestamps >= now.
> An example of a problematic situation: timestamps are in whole seconds
> times given as here as seconds:
> time=32.1 : image.png is written by someone
> time=32.4 : image.png is loaded by imlib2
> time=32.5 : image.png is written with new data
> The situation is now that the cache has the same timestamp as the file,
> but the content is not the same.
>
> A possible fix is a 3 line patch, which I have attached. It invalidate
> the cache if the files timestamp is >= now.
> The patch is made agains head, however, the image.c file (where the
> patch is applied) has changed very little in it lifetime, so it works
> fine with earlier versions of imlib2 (I use it against 1.4.2)."
>
> I attached an incorrect patch at first to the ticket, but have submittet
> the correct afterwards. Sorry for that.
>
> My suggestion to a patch (I have made the long comment as I think it is
> not obvious why it is needed):
> --- imlib2/src/lib/image.c.orig 2011-03-03 14:23:49.0 +0100
> +++ imlib2/src/lib/image.c 2011-03-03 14:45:19.0 +0100
> @@ -1017,6 +1017,18 @@
> im->key = __imlib_FileKey(file);
> }
> im->moddate = __imlib_FileModDate(file);
> + /* If the file modify time is now or in the future, we can not make
> a */
> + /* cache. */
> + /* One of several possible scenarios: */
> + /* time=now: file is written by someone */
> + /* time=now: file is loaded here */
> + /* time=now: file is written again by someone */
> + /* Now we have a file a timestamp equal to our cache, but with a */
> + /* different content. */
> + if (im->moddate >= time(NULL))
> + {
> +dont_cache = 1;
> + }
> /* ok - just check all our loaders are up to date */
> __imlib_RescanLoaders();
> /* take a guess by extension on the best loader to use */
>
> Hope it make sense, otherwise feel free to ask and/or discuss it
>
I see there is a problem, but I don't think it is the proper solution.
If you have a file with a "now"/future time stamp it would never be
cached, which is wrong.
How about in stead changing line 986 (svn) to check whether the time stamp
has changed in stead of checking if it is newer?
/Kim
--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] imlib2 caching can fail
On Thu, 10 Mar 2011 10:31:32 +0100, Carsten Haitzler
wrote:
> On Sun, 06 Mar 2011 07:49:59 +0100 "Kim Woelders" said:
>
>> On Thu, 03 Mar 2011 15:46:15 +0100, Jesper Saxtorph
>> wrote:
>>
>> > I have just submitted a bugraport + a patch on trac (bug #716).
>> >
>> > I just wanted to notifify it here also as I do not know the
>> > enlightenment community and how it works.
>> >
>> Either is fine.
>>
>> > To repeat my bug report:
>> > "I use imlib2 as a image library in a project. However the use we have
>> > sometimes tricker a situation where imlib2 uses an invalid cache.
>> >
>> > imlib2 uses timestamps to test if a image cache i valid. If a files
>> > modification time is in the future it is not possible to use
>> validation
>> > scheme. Further if the timestamp is equal to now, we do not know if
>> the
>> > modification time is in the future or not. The result is that the
>> cache
>> > should be invalidated for file timestamps >= now.
>> > An example of a problematic situation: timestamps are in whole seconds
>> > times given as here as seconds:
>> > time=32.1 : image.png is written by someone
>> > time=32.4 : image.png is loaded by imlib2
>> > time=32.5 : image.png is written with new data
>> > The situation is now that the cache has the same timestamp as the
>> file,
>> > but the content is not the same.
>> >
>> > A possible fix is a 3 line patch, which I have attached. It invalidate
>> > the cache if the files timestamp is >= now.
>> > The patch is made agains head, however, the image.c file (where the
>> > patch is applied) has changed very little in it lifetime, so it works
>> > fine with earlier versions of imlib2 (I use it against 1.4.2)."
>> >
>> > I attached an incorrect patch at first to the ticket, but have
>> submittet
>> > the correct afterwards. Sorry for that.
>> >
>> > My suggestion to a patch (I have made the long comment as I think it
>> is
>> > not obvious why it is needed):
>> > --- imlib2/src/lib/image.c.orig 2011-03-03 14:23:49.0 +0100
>> > +++ imlib2/src/lib/image.c 2011-03-03 14:45:19.0 +0100
>> > @@ -1017,6 +1017,18 @@
>> > im->key = __imlib_FileKey(file);
>> > }
>> > im->moddate = __imlib_FileModDate(file);
>> > + /* If the file modify time is now or in the future, we can not
>> make
>> > a */
>> > + /* cache. */
>> > + /* One of several possible scenarios: */
>> > + /* time=now: file is written by someone */
>> > + /* time=now: file is loaded here */
>> > + /* time=now: file is written again by someone */
>> > + /* Now we have a file a timestamp equal to our cache, but with a
>> */
>> > + /* different content. */
>> > + if (im->moddate >= time(NULL))
>> > + {
>> > +dont_cache = 1;
>> > + }
>> > /* ok - just check all our loaders are up to date */
>> > __imlib_RescanLoaders();
>> > /* take a guess by extension on the best loader to use */
>> >
>> > Hope it make sense, otherwise feel free to ask and/or discuss it
>> >
>> I see there is a problem, but I don't think it is the proper solution.
>> If you have a file with a "now"/future time stamp it would never be
>> cached, which is wrong.
>>
>> How about in stead changing line 986 (svn) to check whether the time
>> stamp
>> has changed in stead of checking if it is newer?
>
> while in general you are also right.. he's also trying to fix the
> problem of
> "write file at 34.1 secs, then write AGAIN at 34.5 secs" - they both
> have the
> SAME timestamp but the 2nd is newer. imlib2 will not load the newer file
> as the
> timestamps match due to timestamp resolution (34 vs 34 secs). but while
> solving
> this problem it breaks caching for timestamp == now. you'd need much
> higher
> resolution timestamps (and even then you still just have a smaller race
> condition) or .. you'd have to have another way to differentiate the
> files.
> file size + timestamp + inode + even then you just lower the
> probability
> not eliminate it.
>
Yeah, I know.
The important thing here, IMO, is that images which never change, should
always be cached (unless explicitly not caching), whichever
past/now/future time stamp they may have
Re: [E-devel] imlib2 caching can fail
On Sat, 12 Mar 2011 13:36:07 +0100, Jesper Saxtorph wrote: > On Friday 11 March 2011, 18:13:20, Jesper Saxtorph wrote: >> > -Original Message- >> > From: Kim Woelders [mailto:k...@woelders.dk] >> > Sent: 10. marts 2011 20:52 >> > To: Carsten Haitzler >> > Cc: enlightenment-devel@lists.sourceforge.net; Jesper Saxtorph >> > Subject: Re: [E-devel] imlib2 caching can fail >> > >> > On Thu, 10 Mar 2011 10:31:32 +0100, Carsten Haitzler >> > >> > wrote: >> > > On Sun, 06 Mar 2011 07:49:59 +0100 "Kim Woelders" >> > >> > said: >> > >> On Thu, 03 Mar 2011 15:46:15 +0100, Jesper Saxtorph >> > >> >> > >> wrote: >> > >> > I have just submitted a bugraport + a patch on trac (bug #716). >> > >> > >> > >> > I just wanted to notifify it here also as I do not know the >> > >> > enlightenment community and how it works. >> > >> >> > >> Either is fine. >> > >> >> > >> > To repeat my bug report: >> > >> > "I use imlib2 as a image library in a project. However the use we >> > >> > have >> > >> > >> > sometimes tricker a situation where imlib2 uses an invalid cache. >> > >> > >> > >> > imlib2 uses timestamps to test if a image cache i valid. If a >> >> files >> >> > >> > modification time is in the future it is not possible to use >> > >> >> > >> validation >> > >> >> > >> > scheme. Further if the timestamp is equal to now, we do not know >> >> if >> >> > >> the >> > >> >> > >> > modification time is in the future or not. The result is that the >> > >> >> > >> cache >> > >> >> > >> > should be invalidated for file timestamps >= now. >> > >> > An example of a problematic situation: timestamps are in whole >> > >> > seconds >> > >> > >> > times given as here as seconds: >> > >> > time=32.1 : image.png is written by someone >> > >> > time=32.4 : image.png is loaded by imlib2 >> > >> > time=32.5 : image.png is written with new data >> > >> > The situation is now that the cache has the same timestamp as the >> > >> >> > >> file, >> > >> >> > >> > but the content is not the same. >> > >> > >> > >> > A possible fix is a 3 line patch, which I have attached. It >> > >> > invalidate >> > >> > >> > the cache if the files timestamp is >= now. >> > >> > The patch is made agains head, however, the image.c file (where >> >> the >> >> > >> > patch is applied) has changed very little in it lifetime, so it >> >> works >> >> > >> > fine with earlier versions of imlib2 (I use it against 1.4.2)." >> > >> > >> > >> > I attached an incorrect patch at first to the ticket, but have >> > >> >> > >> submittet >> > >> >> > >> > the correct afterwards. Sorry for that. >> > >> > >> > >> > My suggestion to a patch (I have made the long comment as I think >> >> it >> >> > >> is >> > >> >> > >> > not obvious why it is needed): >> > >> > --- imlib2/src/lib/image.c.orig 2011-03-03 14:23:49.0 >> >> +0100 >> >> > >> > +++ imlib2/src/lib/image.c 2011-03-03 14:45:19.0 >> >> +0100 >> >> > >> > @@ -1017,6 +1017,18 @@ >> > >> > >> > >> > im->key = __imlib_FileKey(file); >> > >> > >> > >> > } >> > >> > >> > >> > im->moddate = __imlib_FileModDate(file); >> > >> > >> > >> > + /* If the file modify time is now or in the future, we can >> >> not >> >> > >> make >> > >> >> > >> > a */ >> > >> > + /* cache. */ >> > >> > + /* One of several possible scenarios: */ >> > >> > + /* time=now: file is written by someone */ >> > >> > + /*
Re: [E-devel] [Patch] imlib2 dso fix.
On Fri, 18 Mar 2011 13:44:28 +0100, Daniel Juyung Seo wrote: > Hello, > This is an imlib2 dso fix patch. > Even imlib2 is deprecated, it is still in trunk and is probably used by > someone. > Please review this patch. > Thanks. > ... -imlib2_show_LDADD = $(top_builddir)/src/lib/libImlib2.la +imlib2_show_LDADD = $(top_builddir)/src/lib/libImlib2.la $(my_libs) ... my_libs includes a lot of stuff, most of which isn't needed to link the programs. Isn't it sufficient to add "$(X_LIBS) -lX11" ? /Kim -- 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] imlib2 caching can fail
Umm... my suggestion doesn't break anything... but it doesn't fix the issue at hand :) I have committed the obvious correction (test time stamp equality, not greater than). I think the only way to make further improvements is to use sub-second time info when available, as raster suggests. IMO it's not worth while to test inode, size, etc. too. /Kim On Sat, 19 Mar 2011 05:05:26 +0100, Carsten Haitzler wrote: > On Thu, 17 Mar 2011 11:51:33 +0100 "Jesper Saxtorph" > said: > > the problem is - you are BOTH right and BOTH things break something. > suggestion. use things OTHEr than modified timestamp for comparisons. ie > timestamp must EXACTLY match for caching (== not >=), ANd size, and > mode, and > uid and gid, inode... the filesystem may also support (on linux) > nanosecond > resolution: st_mtimensec (see bits/stat.h). thats the only kind of > solution > that will make everyone happy. still not 100% perfect as size may be the > same > and inode re-cycled, and other things the same (als the timestamp > discussion) > BUT if the fs supports nanosecond res timestamps... you are golden... > well > unless the file was written within the same nanosecond :) > >> I understand your thoughts, however I your suggestion will not work. I >> will try to explain it clearer. Bear with me, if it gets a little long >> and I repeat what is written earlier, but I am not sure what part you >> are missing. >> >> In an ideal world where timestamps has infinite precision and they >> represents the actual real time the files has been changed (never future >> timestamps). If this was the case the original code would work fine. >> >> In the real world 3 things can happen to break the setup. >> 1) People can force incorrect timestamps. >> 2) By error files can be marked in the future. If this happens we risk >> that the file will be changed again at the exact time of the timestamp, >> which means 2 writes with the same timestamp. >> 3) The file can be written more than one time with the same timestamp >> because of the timestamp resolution. >> >> Case 1), we should not really care about, as people break the system on >> purpose. >> >> For both case 2) and 3) the problem happen in the following situation: >> a) Imlib reads the file and register the timestamp of the file (for >> simplification I consider this atomic in this example). The file content >> is cached. >> b) The file is changed, but the timestamp is still the same. This can >> happen according to case 2) and 3) above. >> c) Imlib need the file data again and want >> (imlib_image_set_changes_on_disk) to decide if the cached data is valid. >> It checks the timestamp to validate this. However, as the timestamp has >> not changed, the data are deemed valid, while in reality they are not. >> >> Now back to your suggestion. >> What you do is the following: On first load you cache the data. On a >> later load you try test if the files current timestamp is right now. >> >> So lets take an example of why can fail according to case 3): >> I) A file is written at time 17. >> II) The file is read and cached by imlib at time 17. >> III) The file is changed again after the imlib read but still at time >> 17. >> IV) At time 20 imlib need the data again. It try to validate the cache. >> However, since the cache timestamp is still equal to the file timestamp >> and not equal to the current time (20), imlib will validate the cache, >> which is wrong. >> >> You can make a similar scenario for case 2) >> >> I hope this makes it more clear. >> >> -Jesper >> >> -- >> 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 >> > -- 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
[E-devel] e16-1.0.8
e16-1.0.8 is available for download:
http://sourceforge.net/projects/enlightenment/files/
e16-1.0.8:
- Fix missing synthetic ConfigureNotify when doing simultaneous
move and resize.
- Update _NET_WORKAREA when screen size changes.
- Reset maximised state on move as well as on resize.
- Add command ("desk back") to go back to previous active desktop.
- Fix trouble around initially iconified windows and manual placement.
- Add options to ignore struts when maximising/fullscreening.
- Improve window maximisation (independent horizontal/vertical
size control).
- Fix windows sometimes not being placed in unoccupied areas.
- Fix selection of next focus window when iconifying a window.
- Translation updates: pt.
/Kim
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network
management toolset available today. Delivers lowest initial
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] E forums
Hello, http://forum.enlightenment.org/ is completely spam-infested, and has been so for a long time. I suggest to shut it down if nobody intends to care for it. /Kim -- 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] update of ja.po for e16
Yasufumi Haga wrote: > > I've just translated the fuzzy entries in ja.po again. > But it seems that the entries for the button labels on > the new integrated configuration dialog remain unchanged > when invoking the dialog after updating ja.po, which must > be using the updated ja.po since the text "Enlightenment > Settings..." on the menu entry for the dialog is translated > into Japanese. I purged all caches and tried again, but > it didn't work. I "grep"ed some strings in "src" directory > which I used to build my current e16, and here's the result, > I'm not sure whether this is meaningful or not, though :) > > $ pwd > /home/fumi/src/e16/e16-cvs/e16/e/src > $ grep "dd->name" *.c > dialog.c: DialogShowSimpleWithName(dd, dd->name, data); > $ grep "dd->title" *.c > dialog.c: DialogSetTitle(d, _(dd->title)); > settings.c: DialogSetTitle(d, _(dd->title)); > $ grep "dd->label" *.c > $ > > "dd-label" seems to be used nowhere. Is my source tree old? > Sorry, my fault, fixed in CVS: diff -r1.159 settings.c 685c685 < DialogItemSetText(di, dialogs[i]->label); --- > DialogItemSetText(di, _(dialogs[i]->label)); Thanks, /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (e16) update of ja.po for e16
Yasufumi Haga wrote: > Hi all > > This is an update of ja.po for E16. > Committed, thanks :) /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ecore kwo
Tilman Sauerbeck wrote: > Carsten Haitzler [2006-09-14 07:37]: > >>On Wed, 13 Sep 2006 13:45:12 -0400 (EDT) Enlightenment CVS >><[EMAIL PROTECTED]> babbled: >> >>hmm - i would have done it per root window - not screen (reverse map the roots >>back to screen #) > > > I felt _screen was the obvious choice since there's one selection atom > per screen... > I did consider making it ecore_x_screen_is_composited(Ecore_X_Window win) meaning "is the screen on which win resides composited?". Is it most likely that the caller knows which screen he wants info about or that he has a window on some screen he wants the info about? Dunno. Anyway, I ended up doing as tilman suggested, as it is the simple way. Please change it to whatever is considered most appropriate :) /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/imlib2 sebastid
Sebastian Dransfeld wrote: >>Ok, so now we have (in imlib2) EAPI for public functions and __hidden >>for private functions. >>Unless I'm missing something one of those should go. > > > Why shouldn't both stay? I compiled with -fvisibility=hidden, and then a > public identifier is required. Without a private identifier is needed. > Ok, got it, I think :) But then shouldn't we add autofoo stuff to compile libs with EAPI's with -fvisibility=hidden when appropriate (gcc 4.x)? And then __hidden would become redundant? /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] imlib2 1.3.0 broken?
Mathias Homann wrote: > Hi, > > when i build qcomicbook against imlib2 1.2.x it works just fine; when > i build against 1.3.0 i get the following error messages when running > it: > * Imlib2 Developer Warning * : > This program is calling the Imlib call: > imlib_image_get_height(); > With the parameter: > image > being NULL. Please fix your program. > > > but imlib_image_get_height is defined as > int imlib_image_get_height(void) ??? > > and the code in question properly sets imlib_context_set_image before > calling imlib_image_get_height() or imlib_image_get_width(), and in > fact it works with 1.2.1 even if the binary was built against 1.3.0. > So, where do I fix this? > I just built qcomicbook-0.3.3 with imlib2-1.3.0. Seems to work fine. Any chance your imlib2-1.3.0 installation is incomplete/broken? /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e16-0.16.8.4
e16 version 0.16.8.4 is now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 e16-0.16.8.4: - Added combined configuration dialog. - Added live pager update mode (when composite is enabled). - Various bug fixes and enhancements, see ChangeLog for details. /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] building with automake-1.10
Carsten Haitzler (The Rasterman) wrote: > On Tue, 17 Oct 2006 17:51:42 -0400 Mike Frysinger <[EMAIL PROTECTED]> babbled: > >> On Tuesday 17 October 2006 17:20, Michael Jennings wrote: >>> Mike Frysinger wrote: in this case, the error is informative ... the makefiles are [incorrectly] trying to use GNU makism's in otherwise portable code >>> That's not the problem. The problem is that automake 1.10 is >>> [incorrectly] (sic) counting as an error what is more properly a >>> warning and for what previously didn't even generate *that*. >> actually we're both wrong >> >> the error is this: >> configure.in:152: required file `./config.rpath' not found > > which to me smells of an autofoo problem as this would be something > auto-generated by autoconf (or a combination of automake macros for autoconf > etc.) etc. definitely not something we need to supply. > >> the warnings are these: >> configure.in:8: installing `./missing' >> configure.in:8: installing `./install-sh' >> po/Makefile.am:6: addsuffix .mo,$(ALL_LINGUAS: non-POSIX variable name >> po/Makefile.am:6: (probably a GNU make extension) >> po/Makefile.am:8: addsuffix .po,$(ALL_LINGUAS: non-POSIX variable name >> po/Makefile.am:8: (probably a GNU make extension) >> po/Makefile.am:10: `%'-style pattern rules are a GNU make extension >> src/bin/Makefile.am: installing `./depcomp' >> -mike >> > Not sure but I think there was a similar problem in e16 ages ago. IIRC it was solved by changing the order of things in autogen.sh to autopoint ... aclocal ... autoconf ... autoheader ... libtoolize ... automake ... /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (e16) update of ja.po for e16
Yasufumi Haga wrote: > Hello > > I updated ja.po in e16 cvs tree checked out on > October 22. > Thanks, committed. /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ecore onefang
Enlightenment CVS wrote:
> Enlightenment CVS committal
>
> Author : onefang
> Project : e17
> Module : libs/ecore
>
> Dir : e17/libs/ecore/src/lib/ecore_file
>
>
> Modified Files:
> Ecore_File.h ecore_file.c
>
>
> Log Message:
> Copy filename escaping code from e_utils to make it more generally available.
> Step 2 is to remove the original and have everything call this one instead.
>
> ===
> RCS file: /cvs/e/e17/libs/ecore/src/lib/ecore_file/Ecore_File.h,v
> retrieving revision 1.27
> retrieving revision 1.28
> diff -u -3 -r1.27 -r1.28
> --- Ecore_File.h 8 Sep 2006 16:52:29 - 1.27
> +++ Ecore_File.h 28 Oct 2006 08:48:11 - 1.28
> @@ -76,6 +76,7 @@
> EAPI char *ecore_file_readlink (const char *link);
> EAPI Ecore_List *ecore_file_ls (const char *dir);
> EAPI char *ecore_file_app_exe_get (const char *app);
> + EAPI char *ecore_file_escape_name (const char *filename);
> EAPI char *ecore_file_strip_ext(const char *file);
>
> EAPI Ecore_File_Monitor *ecore_file_monitor_add(const char *path,
> ===
> RCS file: /cvs/e/e17/libs/ecore/src/lib/ecore_file/ecore_file.c,v
> retrieving revision 1.49
> retrieving revision 1.50
> diff -u -3 -r1.49 -r1.50
> --- ecore_file.c 15 Oct 2006 09:32:25 - 1.49
> +++ ecore_file.c 28 Oct 2006 08:48:11 - 1.50
> @@ -480,6 +480,40 @@
> }
>
> EAPI char *
> +ecore_file_escape_name(const char *filename)
> +{
> + const char *p;
> + char *q;
> + static char buf[PATH_MAX];
> +
> + p = filename;
> + q = buf;
> + while (*p)
> + {
> + if ((q - buf) > (PATH_MAX - 6)) return NULL;
> + if (
> + (*p == ' ') || (*p == '\t') || (*p == '\n') ||
> + (*p == '\\') || (*p == '\'') || (*p == '\"') ||
> + (*p == ';') || (*p == '!') || (*p == '#') ||
> + (*p == '$') || (*p == '%') || (*p == '&') ||
> + (*p == '*') || (*p == '(') || (*p == ')') ||
> + (*p == '[') || (*p == ']') || (*p == '{') ||
> + (*p == '}') || (*p == '|') || (*p == '<') ||
> + (*p == '>') || (*p == '?')
> + )
> + {
> + *q = '\\';
> + q++;
> + }
> + *q = *p;
> + q++;
> + p++;
> + }
> + *q = 0;
> + return strdup(buf);
> +}
> +
> +EAPI char *
> ecore_file_strip_ext(const char *path)
> {
> char *p, *file = NULL;
>
Do you really want "static" in "static char buf[PATH_MAX]" ?
/Kim
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e16] wanted: new debian package description
Laurence J. Lane wrote: > Below is the current description for enlightenment. I don't recall who > wrote it, but I would like a new one and I'm not terribly good at > writing descriptions. If you care to write one (and reflect the name > change to e16), mail me at my gmail account, please. Thanks. > > Description: The Enlightenment Window Manager > Enlightenment - the window manager that dares to do what others don't. > It features KDE and GNOME integration, multi-program sound support, > iconification, sliding desktops, docking, epplets, Xinerama support > and much more. Enlightenment takes the concepts of themes to another > level - everything can be changed. The visual components of themes are > a rich set of graphical images in a variety of formats. Theme makers > can unleash their artistic talents without bounds. Themes are not limited > to just different colors and background images on the same old desktop. > How about this? Description: The Enlightenment Window Manager, DR16 e16, also known as enlightenment DR16, is a window manager for the X Window System that is designed to be fast, powerful, configurable, and portable. Alternatively you could consider using (parts of?) the description currently put in rpm's: Enlightenment is a window manager for the X Window System that is designed to be powerful, extensible, configurable and pretty darned good looking! It is one of the more graphically intense window managers. Enlightenment goes beyond managing windows by providing a useful and appealing graphical shell from which to work. It is open in design and instead of dictating a policy, allows the user to define their own policy, down to every last detail. /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] utf-8 on windows
bob majdak jr wrote: > asked on irc, they told me to send this to the devel list. > > i've noticed on e16, current version, that the title bars on windows do > not really like utf-8 text very much, it stops rendering at the first > weird letter. it works if i pop it out of utf-8, like the iso-2 but then > some of the weird letters show up as ¿ or ± and stuff. > > so the question is, is it suppose to work and just a bug, or can it be > made to work? > > here are some screenshots. > > e16 with broken title bar. > http://www.opsat.net/images/bob/dev/katepkg/20061029-utf8-02.png > > xfce with working title bar. > http://www.opsat.net/images/bob/dev/katepkg/20061029-utf8-01.png > > it's a polish gettext translation so i do not get much choice in the > matter. nor do i speak polish, i only know what it says because it > should be what i told them to translate :p > This is supposed to work, and it does for me, except if the theme font does not have the required characters, typically old ttf fonts or missing installation of e.g. the iso-8859-2 fonts. /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] automake 1.10 again
Michael Jennings wrote: On Tuesday, 31 October 2006, at 13:35:38 (+0100), Peter Parkanyi wrote: Well, just put the config.rpath to the dir, because it doesn't need anything else. But as i've mentioned 'gettextize -f' fixes the problem, too. It creates a symlink to the file on the filesystem (/usr/share/gettext/config.rpath on my system), and many other symlinks as well which to me doesn't seem to be necessary. No offense, but there are people on this list who know significantly more than you about autotools. I suggest you leave the problem solving to them. In other words, no, you may not commit your "fix." An *actual* fix is forthcoming. Michael I was about to commit attached patch which attempts to clean up the gettext stuff, but I don't want to interfere if someone else is on it. /Kim Index: .cvsignore === RCS file: /cvs/e/e17/apps/e/.cvsignore,v retrieving revision 1.9 diff -u -r1.9 .cvsignore --- .cvsignore 4 Dec 2005 17:16:18 - 1.9 +++ .cvsignore 31 Oct 2006 20:25:52 - @@ -1,9 +1,11 @@ +ABOUT-NLS Makefile Makefile.in aclocal.m4 autom4te.cache config.h config.log +config.rpath config.status configure depcomp @@ -20,4 +22,4 @@ ltmain.sh config.guess config.sub -enlightenment.spec \ No newline at end of file +enlightenment.spec Index: ABOUT-NLS === RCS file: ABOUT-NLS diff -N ABOUT-NLS --- ABOUT-NLS 25 Apr 2005 10:05:26 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,218 +0,0 @@ -Notes on the Free Translation Project -* - - Free software is going international! The Free Translation Project -is a way to get maintainers of free software, translators, and users all -together, so that will gradually become able to speak many languages. -A few packages already provide translations for their messages. - - If you found this `ABOUT-NLS' file inside a distribution, you may -assume that the distributed package does use GNU `gettext' internally, -itself available at your nearest GNU archive site. But you do _not_ -need to install GNU `gettext' prior to configuring, installing or using -this package with messages translated. - - Installers will find here some useful hints. These notes also -explain how users should proceed for getting the programs to use the -available translations. They tell how people wanting to contribute and -work at translations should contact the appropriate team. - - When reporting bugs in the `intl/' directory or bugs which may be -related to internationalization, you should tell about the version of -`gettext' which is used. The information can be found in the -`intl/VERSION' file, in internationalized packages. - -Quick configuration advice -== - - If you want to exploit the full power of internationalization, you -should configure it using - - ./configure --with-included-gettext - -to force usage of internationalizing routines provided within this -package, despite the existence of internationalizing capabilities in the -operating system where this package is being installed. So far, only -the `gettext' implementation in the GNU C library version 2 provides as -many features (such as locale alias, message inheritance, automatic -charset conversion or plural form handling) as the implementation here. -It is also not possible to offer this additional functionality on top -of a `catgets' implementation. Future versions of GNU `gettext' will -very likely convey even more functionality. So it might be a good idea -to change to GNU `gettext' as soon as possible. - - So you need _not_ provide this option if you are using GNU libc 2 or -you have installed a recent copy of the GNU gettext package with the -included `libintl'. - -INSTALL Matters -=== - - Some packages are "localizable" when properly installed; the -programs they contain can be made to speak your own native language. -Most such packages use GNU `gettext'. Other packages have their own -ways to internationalization, predating GNU `gettext'. - - By default, this package will be installed to allow translation of -messages. It will automatically detect whether the system already -provides the GNU `gettext' functions. If not, the GNU `gettext' own -library will be used. This library is wholly contained within this -package, usually in the `intl/' subdirectory, so prior installation of -the GNU `gettext' package is _not_ required. Installers may use -special options at configuration time for changing the default -behaviour. The commands: - - ./configure --with-included-gettext - ./configure --disable-nls - -will respectively bypass any pre-existing `gettext' to use the -internationalizing routines provided within this package, or else, -_totally_ disable translation of messages. - - When you already have GNU `gettext' installed on your system and run -confi
Re: [E-devel] Ecore_X_Icccm patch
Christopher Michael wrote:
> Hey All,
>
> I'm sending this as diff to list, without actual commitsies, so it can
> get proper review before going in as the icccm stuff is new to me.
>
Well, since you ask... :)
XGetIconSizes returns an array of XIconSize structures. If you want to
be able to handle more than the first you'll have to change your API.
In ecore_x_icccm_icon_size_set you set the suggested icon size to
anywhere between 8x8 and 48x48. That's fine and all, but what if say e17
wants to suggest something else, maybe { 16x16, 32x32, 64x64 }?
Nitpicks below.
/Kim
> Cheers,
> dh
>
>
>
>
> Index: Ecore_X.h
> ===
> RCS file: /cvs/e/e17/libs/ecore/src/lib/ecore_x/Ecore_X.h,v
> retrieving revision 1.174
> diff -u -r1.174 Ecore_X.h
> --- Ecore_X.h 29 Sep 2006 05:49:13 - 1.174
> +++ Ecore_X.h 31 Oct 2006 13:13:06 -
> @@ -70,6 +70,12 @@
> unsigned int *data;
> } Ecore_X_Icon;
>
> +typedef struct _Ecore_X_Icon_Size {
> + int min_width, min_height;
> + int max_width, max_height;
> + int width_inc, height_inc;
> +} Ecore_X_Icon_Size;
> +
> typedef enum _Ecore_X_Window_State {
> /** The window is iconified. */
> ECORE_X_WINDOW_STATE_ICONIFIED,
> @@ -1241,6 +1247,8 @@
> EAPI void ecore_x_icccm_command_get(Ecore_X_Window win, int *argc, char
> ***argv);
> EAPI char *ecore_x_icccm_icon_name_get(Ecore_X_Window win);
> EAPI void ecore_x_icccm_icon_name_set(Ecore_X_Window win, const char *t);
> +EAPI Ecore_X_Icon_Size *ecore_x_icccm_icon_size_get(Ecore_X_Window win);
> +EAPI void ecore_x_icccm_icon_size_set(Ecore_X_Window win);
> EAPI void ecore_x_icccm_colormap_window_set(Ecore_X_Window win,
> Ecore_X_Window subwin);
> EAPI void ecore_x_icccm_colormap_window_unset(Ecore_X_Window win,
> Ecore_X_Window subwin);
> EAPI void ecore_x_icccm_transient_for_set(Ecore_X_Window win,
> Ecore_X_Window forwin);
>
>
>
>
> Index: ecore_x_icccm.c
> ===
> RCS file: /cvs/e/e17/libs/ecore/src/lib/ecore_x/ecore_x_icccm.c,v
> retrieving revision 1.45
> diff -u -r1.45 ecore_x_icccm.c
> --- ecore_x_icccm.c 10 Jun 2006 19:26:25 - 1.45
> +++ ecore_x_icccm.c 31 Oct 2006 13:13:41 -
> @@ -30,6 +30,7 @@
> EAPI Ecore_X_Atom ECORE_X_ATOM_WM_CLIENT_LEADER = 0;
> EAPI Ecore_X_Atom ECORE_X_ATOM_WM_TRANSIENT_FOR = 0;
> EAPI Ecore_X_Atom ECORE_X_ATOM_WM_SAVE_YOURSELF = 0;
> +EAPI Ecore_X_Atom ECORE_X_ATOM_WM_ICON_SIZE = 0;
>
> EAPI void
> ecore_x_icccm_init(void)
> @@ -64,6 +65,8 @@
>XInternAtom(_ecore_x_disp, "WM_TRANSIENT_FOR", False);
> ECORE_X_ATOM_WM_SAVE_YOURSELF =
>XInternAtom(_ecore_x_disp, "WM_SAVE_YOURSELF", False);
> + ECORE_X_ATOM_WM_ICON_SIZE =
> + XInternAtom(_ecore_x_disp, "WM_ICON_SIZE", False);
> }
>
> EAPI void
> @@ -1020,7 +1023,6 @@
>return (Ecore_X_Window) forwin;
> else
>return 0;
> -
> }
>
> /**
> @@ -1095,6 +1097,58 @@
>
> XSendEvent(_ecore_x_disp, root, False,
>SubstructureNotifyMask | SubstructureRedirectMask, &xev);
> +}
> +
> +/**
> + * Get the window's icon size.
> + * @param win The window, or NULL for Root Window
NULL is a pointer. win is not. None would be the X choice, in Ecore_X
land it should probably just be 0 (I'm not a big fan of the
0->DefaultRoot mapping used inconsistently throughout ecore_x, though).
> + * @return The window's icon size, or 0 if unset */
> +EAPI Ecore_X_Icon_Size *
> +ecore_x_icccm_icon_size_get(Ecore_X_Window win)
> +{
> + int count;
> + Ecore_X_Icon_Size *esize;
> + XIconSize *size;
> +
> + if (win == 0)
> + win = DefaultRootWindow(_ecore_x_disp);
> +
> + if (XGetIconSizes(_ecore_x_disp, win, &size, &count))
> + {
> + esize = calloc(1, sizeof(Ecore_X_Icon_Size));
No big deal but why not use malloc when you are writing the entire
structure anyway.
> + esize->min_height = size->min_height;
> + esize->min_width = size->min_width;
> + esize->max_height = size->max_height;
> + esize->max_width = size->max_width;
> + esize->width_inc = size->width_inc;
> + esize->height_inc = size->height_inc;
> + if (size) XFree(size);
There is not much point in checking size here, you have already been
dereferencing it.
> + return esize;
> + }
> + else
> + return NULL;
> +}
> +
> +/**
> + * Set the window's icon size.
> + * @param win The window, or NULL for Root Window */
> +EAPI void
> +ecore_x_icccm_icon_size_set(Ecore_X_Window win)
> +{
> + XIconSize *size;
> +
> + if (win == 0)
> + win = DefaultRootWindow(_ecore_x_disp);
> +
> + size = XAllocIconSize();
No checking?
> + size->min_width = 8;
> + size->min_height = 8;
> + size->max_width = 48;
> + size->max_height = 48;
Re: [E-devel] E CVS: apps/e raster
Enlightenment CVS wrote: > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : apps/e > > Dir : e17/apps/e > > > Modified Files: > Makefile.am autogen.sh configure.in > > > Log Message: > > > not used anymore - remove > ... > === > RCS file: /cvs/e/e17/apps/e/autogen.sh,v > retrieving revision 1.17 > retrieving revision 1.18 > diff -u -3 -r1.17 -r1.18 > --- autogen.sh31 Oct 2006 20:51:32 - 1.17 > +++ autogen.sh31 Oct 2006 23:28:26 - 1.18 > @@ -10,6 +10,10 @@ > echo "Running autoconf..." ; autoconf || exit 1 > echo "Running autoheader..." ; autoheader || exit 1 > echo "Running libtoolize..." ; (libtoolize --copy --automake || glibtoolize > --automake) || exit 1 > +echo "Running gettextize..." ; gettextize -f --no-changelog& > +# hack - gettextize is interactive and demands input from a user. "screw it". > +sleep 20 > +kill %1 > echo "Running automake..." ; automake --add-missing --copy --gnu || exit 1 > > if [ -z "$NOCONFIGURE" ]; then I don't think gettextize is supposed to be in there. autopoint (which I just added) does what should be done, including to install config.rpath. /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] automake 1.10 again
Michael Jennings wrote: > On Tuesday, 31 October 2006, at 22:25:19 (-0500), > Mike Frysinger wrote: > >>> Clearly config.rpath was added sometime between now and when we last >>> got the gettext stuff working. >> sure, like 4 years ago ... config.rpath has been around for a very >> long time; > > Yeah, that sounds about right. Last time major gettext issues arose, > we borrowed some stuff from the Gaim project (ChipX86?). > Actually, there were major problems with gettext in e16 in the beginning of 2006 where I took out the thing you are referring to (setup-gettext.sh), put in autopoint, and generally got things set up the way I think they are supposed to be. /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] utf-8 on windows
bob majdak jr wrote: > i've tried subing in external bitstream fonts, deja vu, and microsoft > area and microsoft tehoma without success. what font files would you > suggest? > > - bob > > Kim Woelders wrote: >> bob majdak jr wrote: >>> asked on irc, they told me to send this to the devel list. >>> >>> i've noticed on e16, current version, that the title bars on windows >>> do not really like utf-8 text very much, it stops rendering at the >>> first weird letter. it works if i pop it out of utf-8, like the iso-2 >>> but then some of the weird letters show up as ¿ or ± and stuff. >>> >>> so the question is, is it suppose to work and just a bug, or can it >>> be made to work? >>> >>> here are some screenshots. >>> >>> e16 with broken title bar. >>> http://www.opsat.net/images/bob/dev/katepkg/20061029-utf8-02.png >>> >>> xfce with working title bar. >>> http://www.opsat.net/images/bob/dev/katepkg/20061029-utf8-01.png >>> >>> it's a polish gettext translation so i do not get much choice in the >>> matter. nor do i speak polish, i only know what it says because it >>> should be what i told them to translate :p >>> >> This is supposed to work, and it does for me, except if the theme font >> does not have the required characters, typically old ttf fonts or >> missing installation of e.g. the iso-8859-2 fonts. >> Ok, just poked around some more. When LANG is pl_PL or pl_PL.utf8 the default winter theme will use fonts.cfg.pl, which loads -*-helvetica-medium-r-normal-*-10-100-*-*-*-*-*-* and -*-helvetica-bold-r-normal-*-10-100-*-*-*-*-*-* in various sizes. I see no problems with this. If I copy /usr/share/e16/themes/winter/fonts.cfg to ~/fonts.cfg.pl, e16 will use Vera.ttf and VeraBd.ttf from the theme. This font lacks some of the Polish characters, and they show up as squares. If now I copy /usr/share/fonts/webcore/tahoma(bd).ttf to /ttfonts/Vera(Bd).ttf the Polish characters are rendered properly. With e16-cvs which has Xft support I can use like "DejaVu Sans-7:Bold", and things are fine. However, I just discovered that there is a problem (in the ttf and Xft cases), when a string contains non-standard characters and doesn't fit the available space in the title bar. Depending on the available space it may be broken off too early at the position of the special char. Is that the problem you are seeing? /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e raster
Enlightenment CVS wrote: Enlightenment CVS committal Author : raster Project : e17 Module : apps/e Dir : e17/apps/e Modified Files: autogen.sh Log Message: no more autopoint. now it's causing other issues like depending on cvs. enough. go back to automake 1.9 if u insist on building e from cvs. === RCS file: /cvs/e/e17/apps/e/autogen.sh,v retrieving revision 1.19 retrieving revision 1.20 diff -u -3 -r1.19 -r1.20 --- autogen.sh 1 Nov 2006 12:52:48 - 1.19 +++ autogen.sh 2 Nov 2006 16:10:08 - 1.20 @@ -5,7 +5,9 @@ touch README -echo "Running autopoint..." ; autopoint -f || exit 1 +# no more autopoint. cuases too many hassles. too bad gentoo users - go back +# to automake 1.9 :( +#echo "Running autopoint..." ; autopoint -f || exit 1 echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS -I m4 || exit 1 echo "Running autoconf..." ; autoconf || exit 1 echo "Running autoheader..." ; autoheader || exit 1 This will haunt us until fixed somehow like it has the past several weeks :) I doubt that not running autopoint helps much. I agree that requiring cvs seems silly, but most often you will just have updated your *cvs* checkout when you run autogen.sh. I think that at least running autopoint when cvs is available, as in attached patch, may reduce the noise level from this subject. /Kim Index: autogen.sh === RCS file: /cvs/e/e17/apps/e/autogen.sh,v retrieving revision 1.20 diff -u -r1.20 autogen.sh --- autogen.sh 2 Nov 2006 16:10:08 - 1.20 +++ autogen.sh 2 Nov 2006 17:35:32 - @@ -5,17 +5,17 @@ touch README +if cvs -v >/dev/null 2>&1; then + echo "Running autopoint..." ; autopoint -f || exit 1 +else # no more autopoint. cuases too many hassles. too bad gentoo users - go back # to automake 1.9 :( -#echo "Running autopoint..." ; autopoint -f || exit 1 + echo "No cvs - Not running autopoint..." +fi echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS -I m4 || exit 1 echo "Running autoconf..." ; autoconf || exit 1 echo "Running autoheader..." ; autoheader || exit 1 echo "Running libtoolize..." ; (libtoolize --copy --automake || glibtoolize --automake) || exit 1 -#echo "Running gettextize..." ; gettextize -f --no-changelog& -# hack - gettextize is interactive and demands input from a user. "screw it". -#sleep 20 -#kill %1 echo "Running automake..." ; automake --add-missing --copy --gnu || exit 1 if [ -z "$NOCONFIGURE" ]; then - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e raster
Carsten Haitzler (The Rasterman) wrote: > On Thu, 02 Nov 2006 19:03:32 +0100 Kim Woelders <[EMAIL PROTECTED]> babbled: > >> Enlightenment CVS wrote: >>> Enlightenment CVS committal >>> >>> Author : raster >>> Project : e17 >>> Module : apps/e >>> >>> Dir : e17/apps/e >>> >>> >>> Modified Files: >>> autogen.sh >>> >>> >>> Log Message: >>> >>> >>> no more autopoint. now it's causing other issues like depending on cvs. >>> enough. go back to automake 1.9 if u insist on building e from cvs. >>> >>> === >>> RCS file: /cvs/e/e17/apps/e/autogen.sh,v >>> retrieving revision 1.19 >>> retrieving revision 1.20 >>> diff -u -3 -r1.19 -r1.20 >>> --- autogen.sh 1 Nov 2006 12:52:48 - 1.19 >>> +++ autogen.sh 2 Nov 2006 16:10:08 - 1.20 >>> @@ -5,7 +5,9 @@ >>> >>> touch README >>> >>> -echo "Running autopoint..." ; autopoint -f || exit 1 >>> +# no more autopoint. cuases too many hassles. too bad gentoo users - go >>> back +# to automake 1.9 :( >>> +#echo "Running autopoint..." ; autopoint -f || exit 1 >>> echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS -I m4 || exit 1 >>> echo "Running autoconf..." ; autoconf || exit 1 >>> echo "Running autoheader..." ; autoheader || exit 1 >>> >> This will haunt us until fixed somehow like it has the past several weeks :) >> >> I doubt that not running autopoint helps much. I agree that requiring >> cvs seems silly, but most often you will just have updated your *cvs* >> checkout when you run autogen.sh. >> >> I think that at least running autopoint when cvs is available, as in >> attached patch, may reduce the noise level from this subject. > > actually i run autogen often - with no network around. i regen everything. cvs > commands existing doesn't mean cvs access is ok. also caro reported it asking > for a specific cvs TAG (gettext_0_14_1 or something). it's doing something > REALLY hackish. i don't like it one little bit. (autopoint already checks if > cvs command is available). > For reasons I cannot comprehend autopoint insists that a cvs program is available. If it is not, autopoint will fail and the autofoo will not be configured properly, so it makes no sense not calling autopoint or continuing when autopoint fails. However, if autopoint is happy with the cvs command, autopoint does not fail if there is no network access. I have now set things up as I think they are supposed to be. I suggest to give it a try before dismissing it again. Install cvs if you don't have it installed, curse a few times about auto*, and move on if it works. Before my last commits, things were definitely broken, and if for some reason you don't want the current setup (i.e. using autopoint) somebody will have to figure out how to make a "gettextiztion" where all required stuff is committed to cvs. Have fun. /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] gettext version?
Massimo Maiurana wrote: > Massimo Maiurana, il 04/11/2006 17:05, scrisse: > >> just a little different here as I have gettext-0.14.1, but the rest >> is the same. > > forgot to mention that editing configure.in (changing gettext > version requirement to 0.14.1) worked even for me :) > e16 requires 0.12.1 in configure.in. I haven't heard of any problems with that. /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (e16) update of ja.po for e16
Yasufumi Haga wrote: > Hi all > > This is an update of ja.po for e16 checked out > on November 6. > Thanks, committed. /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (e16) update of ja.po for e16
Yasufumi Haga wrote: > On Tue, 7 Nov 2006 21:30:36 +0200, >"Luchezar Petkov" <[EMAIL PROTECTED]> wrote: > > | What happened to the enlightenment-intl ml? > | > | On 11/7/06, Kim Woelders <[EMAIL PROTECTED]> wrote: > | > > | > Yasufumi Haga wrote: > | > > Hi all > | > > > | > > This is an update of ja.po for e16 checked out > | > > on November 6. > | > > > | > Thanks, committed. > > When I asked Kim where I should post the ja.po updates for e16 > in mid-December, 2005, he gave me the answer that he'd prefer > the e-devel list. More precisely I recieved it from Kim on 19 > December, 2005 (+0900). So I've been posting my updates to e-devel > list since then. > So this has become a problem? Sigh. Oh well... Actually, I'd prefer that you commit the updates yourself :) If you are more comfortable with sending po replacements or patches, like I said back then, I'd prefer them to go to the e-devel list. However, to avoid causing great unhappiness, we should probably move to e-intl. /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e16 translucency win_op enhancements [with patch]
Grant Wier wrote: > http://psyco.yi.org:8042/e16.0.8.3_opacities-0.3.patch > > This patch gets rid of the opaque_when_focused toggle and replaces it with a > seprate focused_opacity setting, allowing you to set it to whatever level you > like independantly of the normal (now effectively a 'window blurred') opacity > setting. it's used via a focused_opacity winop the same as the regular > opacity one. > Additionally, this patch adds relative (i.e. incremental) setting support to > both winops, recognized by the argument starting with '+' or '-' (still > allowing > absolute setting). > This way you can, for example, do bindings like: > > MouseDown A 4 wop * focused_opacity +10 > MouseDown A 5 wop * focused_opacity -10 > MouseDown AC 4 wop * opacity +10 > MouseDown AC 5 wop * opacity -10 > > so that when you alt + mouse-scroll-down it lowers the focused_opacity of the > focused window by 10%, or raises it for alt + mouse-scroll-up, and likewise > does > the same for blurred opacity with alt-ctrl + scrolling. > in the latter case, since the window is focused, this patch also adds some > feedback, momentarily displaying the new blurred-opacity level when you set > it > for a focused window. it's currently hard-coded to 700ms, and if fading is > enabled it'll fade in both directions. > > I have no idea, and don't know how to find out, if any of the hints stuff in > this is correct, and since i don't use a pager, i don't know if this all > works > right for snapshots either. > Other than that, it all seems to work fine. > > I'm not on this list, so if you wanna contact me either e-mail me directly, > or > i'm on the irc channels on freenode as ze. even if i don't respond on > freenode, > if you address me by nick i'll see it later. > Hi Grant, I have repeatedly tried to contact you on the reply email address, but no response. I have committed your patch with some modifications, primarily related to not using an _NET_WM_WINDOW_FOCUSED_OPACITY atom. /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (e16) update of ja.po for e16
Yasufumi Haga wrote: > On Wed, 08 Nov 2006 19:57:01 +0100, > Kim Woelders <[EMAIL PROTECTED]> wrote: > > | Yasufumi Haga wrote: > | > On Tue, 7 Nov 2006 21:30:36 +0200, > | >"Luchezar Petkov" <[EMAIL PROTECTED]> wrote: > | > > | > | What happened to the enlightenment-intl ml? > | > | > | > | On 11/7/06, Kim Woelders <[EMAIL PROTECTED]> wrote: > | > | > > | > | > Yasufumi Haga wrote: > | > | > > Hi all > | > | > > > | > | > > This is an update of ja.po for e16 checked out > | > | > > on November 6. > | > | > > > | > | > Thanks, committed. > | > > | > When I asked Kim where I should post the ja.po updates for e16 > | > in mid-December, 2005, he gave me the answer that he'd prefer > | > the e-devel list. More precisely I recieved it from Kim on 19 > | > December, 2005 (+0900). So I've been posting my updates to e-devel > | > list since then. > | > > | So this has become a problem? Sigh. Oh well... > > I didn't intend to say it was a problem at all. > I just wanted to explain the background why I have > used the e-devel list to post the updates until now. > I apologize if what I said hurt you. > > I agree to use e-intl. > No worries :) I was definitely not ranting about you, but I (incorrectly?) perceived Luchezar's post as a complaint about our jp.po transactions on e-devel. Apologies, peace, see you on e-intl :) /Kim - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (e16) iconbox/systray enable/disable options ?
Dmitry Antipov wrote: > Hello, > > is there a legal way to disable e16 iconbox(es) ? Since I haven't found it, > I've implemented my own :-). I didn't test it too much, and I'm not sure > this is the Right Thing which needs to be included in e16. This is just > a simple solution which works for me. > If you close an iconbox/systray (right mouse or winops menu) it should not reappear in a later session, and new iconboxes/systray can be created via the middle mouse->Desktop menu. Doesn't that cover your needs ? /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] bug in imlib2
John Williams wrote: > On Wed, 6 Dec 2006, [EMAIL PROTECTED] wrote: >>> On Sun, 3 Dec 2006, [EMAIL PROTECTED] wrote: Clearly whoever wrote that stuff seems to have left things in imlib2 languish since no improvements or fixes have ever been sent on anything. :( >> I don't think it's a question of lack of interest, it's lack >> of *time*, and lack of more people who can actively work on things. >> >> Rather than 'give up on supporting this project' I'd say that >> what's needed is further support and involvement. :) > > If someone makes a contribution to your project, and the response is, > "Yeah, we know that sucks, but we're not going to do anything about it at > this time," is it any surprise that you lack people who are actively > working on things? > > It seems to me that you are asking for support on one hand and rejecting > the support offered on the other hand. > As the maintainer of e16 which relies on imlib2 I'm definitely interested in getting bugs in imlib2 fixed. e16 doesn't use the line drawing stuff though, so I'm not familiar with that part of the code. Raster usually sooner or later gets around to attend to imlib2 patches. However, I think the code in question was written by you, jose, so if you could be bothered to take 2 minutes to check if the patch is good, I'll be happy to commit it :) /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Locale Translation of Enlightenment 16 (E16)
Daniele (Mastro) wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Massimo Maiurana ha scritto: >> ciao daniele, >> you do not have to generate a .mo file as it will be generated at >> install time when you'll build e16. > > i don't want to recompile e16.. > only want to add a new languages... there's no way of do that without > recompile all? Yes. There are some useful tips here: http://wiki.edevelop.org/index.php/Translating_Enlightenment You will need an e16.pot file. It is included in the source tarballs. The one in the latest snapshot e16-0.16.8.5-0.03.tar.gz (http://sourceforge.net/project/showfiles.php?group_id=2) is up to date wrt. current CVS. I played around a bit with poedit, and found it quite simple to use. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e16-0.16.8.5, e16keyedit-0.5
e16 version 0.16.8.5 and e16keyedit version 0.5 are now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 e16-0.16.8.5: - Add Xft font support. - Add _NET_WM_SYNC_REQUEST support. - Enable setting focused/non-focused opacity independently (Grant Weir). - Enable window matches on override-redirect windows (for compositing options). - By default set opaque and fading off on xscreensaver window. - Various minor bug fixes and enhancements, see ChangeLog for details. e16keyedit-0.5: - Fix compatibility with e16 < 0.16.8. - Add spec file to release tarball. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_x_window_hide and unmap events
Виктор Кожухаров wrote: > in that function, there's an XSendEvent and an XUnmapWindow right after > that. but why is XSendEvent even called, when according to the X man > pages, XUnmapWindow already sends out an unmap event? > According to the ICCCM (4.1.4) clients must do that. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] bugfix for e16 crashing with sounds...
[EMAIL PROTECTED] wrote: > OK, so I started to wonder why e16 would segv every time I tried > to open the 'About Enlightenment' to check the build date I was actually > running... > > Turns out that sometimes, the 'sound' resource isn't set. And this > eventually lead to a crash trying to strcpy from a null pointer down in > SclassFind. I'm going to bet that a lot of people never see this because > they get saved by the !Conf_sound.enable check just before > > (This patch *also* fixed a number of other mysterious crashes when e16 tried > to put up a dialog box..) > Committed, thanks :) /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Copyright blurbs (was Re: enlightenment-cvs Digest, Vol 9, Issue 59
[EMAIL PROTECTED] wrote: > On Sat, 13 Jan 2007 05:29:22 PST, [EMAIL PROTECTED] said: >> - * Copyright (C) 2000-2006 Carsten Haitzler, Geoff Harrison and various >> contributors >> - * Copyright (C) 2004-2006 Kim Woelders >> + * Copyright (C) 2000-2007 Carsten Haitzler, Geoff Harrison and various >> contributors >> + * Copyright (C) 2004-2007 Kim Woelders > > Just as an aside, such legal advice as I've seen on this recommends that you > do *not* do a mass rev of all the copyright dates, but to update each one > when you actually do something in 2007. This is why you often see stuff > that's "2000-2003,2005" - no copyrightable changes happened to it in 2004. > > (As a practical matter, it doesn't *really* matter since the SCOTUS upheld > the Sonny Bono Copyright Mangle Law. But at one time, it *did* matter > because portions of the copyright would *expire* in different years. And > since > most countries are Bern signatories, stuff is automatically copyrighted when > you write it, so you can probably batch up the copyright updates for later, > once you've got several things that actually got changed this year. It isn't > true anymore that anything that goes out without a copyright becomes > public domain - these days, you have to *try* to get rid of the copyright. :) > Legal stuff is not my thing. Advice is of course welcome. I hear you saying that the mass update is not recommended, but a don't care. I'll consider that again in 2008 :) /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
Landry, Marc-Andre wrote: Michael Jennings wrote: On Tuesday, 13 February 2007, at 09:17:51 (-0500), Landry, Marc-Andre wrote: +echo "Running autopoint..."; autopoint -f || exit 1 No. Michael I will work on this for my self. I had lost track of this subject and I excuse me if I didn't understand that there will not be any support for this case. I will try to better help on the todo list for reporting patch. «Désolé» I didn't intended to take your time, Marc-André Landry Don't feel bad. Autofoo in general and gettext in particular have a long history of, lets say, exciting people. I still don't quite get all the opposition against autopoint (except the stupid requirement that the cvs program must be available). In my opinion automake-1.10 is not broken but people here insist on pissing against the wind and refuse to set up configuration stuff as it is supposed to be, and then blame the autotools that they don't work (/me ducks). The e17/apps/e autogen.sh has used autopoint for months now, and my impression is that the noise level from people with autotool issues in this module has decreased considerably since then. Anyway, I think adding autopoint to autogen.sh is only part of the solution if you go down that path. There seem to be quite a few other fixups required, like po/Makefile->po/Makefile.in in configure.in, remove po/Makefile.am, add po/Makevars and po/POTFILES.in, order of autoconf and autoheader in autogen.sh, and more. In case anybody bothers to persue this I have attached a patch for the alarm module, which passes make distcheck with automake-1.9.6 as well as automake-1.10 (a few bits in the patch are not related to gettext but required just to pass distcheck). I'm not saying this is the One and Only way to do this but only that this patch works for me. No worries - I have absolutely no intention to commit this in fear of what might happen to my reproductive powers. /Kim diff -urN -X ../excl.list ../alarm/.cvsignore ./.cvsignore --- ../alarm/.cvsignore 2006-11-12 14:04:43.0 +0100 +++ ./.cvsignore 2007-02-13 20:13:29.0 +0100 @@ -9,6 +9,7 @@ config.h config.h.in config.log +config.rpath config.status config.sub configure @@ -16,9 +17,12 @@ e_modules-alarm.spec install-sh libtool +m4 missing +mkinstalldirs module.desktop ltmain.sh stamp-h1 *.la *.lo +*.tar.gz diff -urN -X ../excl.list ../alarm/Makefile.am ./Makefile.am --- ../alarm/Makefile.am 2006-11-08 13:43:17.0 +0100 +++ ./Makefile.am 2007-02-13 20:25:21.0 +0100 @@ -1,3 +1,4 @@ +AUTOMAKE_OPTIONS = foreign MAINTAINERCLEANFILES = Makefile.in SUBDIRS = po @@ -38,5 +39,7 @@ $(top_builddir)/alarm.edj clean-local: - rm -rf alarm.edj *~ + rm -rf alarm.edj module.desktop *~ + +ACLOCAL_AMFLAGS = -I m4 diff -urN -X ../excl.list ../alarm/autogen.sh ./autogen.sh --- ../alarm/autogen.sh 2006-11-08 11:06:38.0 +0100 +++ ./autogen.sh 2007-02-13 22:35:56.0 +0100 @@ -5,22 +5,13 @@ touch README -echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS || exit 1 -echo "Running autoheader..." ; autoheader || exit 1 +echo "Running autopoint..."; autopoint -f || exit 1 +rm ABOUT-NLS +echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS -I m4 || exit 1 echo "Running autoconf..." ; autoconf || exit 1 +echo "Running autoheader..." ; autoheader || exit 1 echo "Running libtoolize..." ; (libtoolize --copy --automake || glibtoolize --automake) || exit 1 echo "Running automake..." ; automake --add-missing --copy --gnu || exit 1 -echo "Generating gettext alarm.pot template"; \ -xgettext \ ---output alarm.pot \ ---output-dir=po \ ---language=C \ ---add-location \ ---keyword=D_ \ ---sort-by-file \ ---copyright-holder="TODO" \ ---foreign-user \ -`find . -name "*.[ch]" -print` || exit 1 if [ -z "$NOCONFIGURE" ]; then ./configure "$@" diff -urN -X ../excl.list ../alarm/configure.in ./configure.in --- ../alarm/configure.in 2007-02-04 03:42:58.0 +0100 +++ ./configure.in 2007-02-13 22:37:13.0 +0100 @@ -15,10 +15,9 @@ AM_PROG_LIBTOOL ALL_LINGUAS="eo it ja sv" -AC_SUBST(ALL_LINGUAS) AM_GNU_GETTEXT([external]) -AM_GNU_GETTEXT_VERSION(0.14) +AM_GNU_GETTEXT_VERSION([0.12.1]) MODULE_ARCH="$host_os-$host_cpu" AC_SUBST(MODULE_ARCH) @@ -146,7 +145,7 @@ AC_OUTPUT([ Makefile -po/Makefile +po/Makefile.in e_modules-alarm.spec module.desktop ],[ diff -urN -X ../excl.list ../alarm/po/.cvsignore ./po/.cvsignore --- ../alarm/po/.cvsignore 2006-11-12 14:02:01.0 +0100 +++ ./po/.cvsignore 2007-02-13 20:15:16.0 +0100 @@ -1,4 +1,16 @@ Makefile Makefile.in +Makefile.in.in +Makevars.template +POTFILES +Rules-quot +boldquot.sed [EMAIL PROTECTED] [EMAIL PROTECTED] +insert-header.sin +quot.sed +remove-potcdate.sed +remove-potcdate.sin +stamp-po *.pot -*.mo +*.gmo diff -urN -X ../excl.list ../alarm/po/Makefile.am ./po/Makefile.am --- ../alarm/po/Makefile.am 2006-11-08 11:06:38.0 +0100 +++ ./po/Makefile.am 1970-01-01
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
Michael Jennings wrote: > On Wednesday, 14 February 2007, at 01:18:46 (+0100), > Kim Woelders wrote: > >> I still don't quite get all the opposition against autopoint (except >> the stupid requirement that the cvs program must be available). In >> my opinion automake-1.10 is not broken but people here insist on >> pissing against the wind and refuse to set up configuration stuff as >> it is supposed to be, and then blame the autotools that they don't >> work (/me ducks). > > Okay, please point out how the "configuration stuff" "is supposed to > be" to avoid trying to invoke the cvs command. > It is not possible to avoid using "cvs" from autopoint. The gettext source files are stored in a tar'ed CVS archive (/usr/share/gettext/archive.tar.gz on my box), and autopoint extracts the revision given in e.g. AM_GNU_GETTEXT_VERSION([0.12.1]) from this CVS archive. This seems to me to be a reasonable way to provide a given gettext version specified in configure.in. Now if cvs was used to acces some remote CVS server that would be bad, but it isn't. Sure, it requires the cvs program to be available on a developer platform. So what? >> The e17/apps/e autogen.sh has used autopoint for months now, and my >> impression is that the noise level from people with autotool issues >> in this module has decreased considerably since then. > > raster disabled it on November 2nd. You sneakily (as sneakily as one > can with CVS...but it snuck past me...) re-enabled it on November > 3rd. The "lack of noise" probably has a lot more to do with those for > whom it doesn't work resigning themselves to just dealing with it, > like devilhorns. > Yeah, I'm a sneaky bastard. I even sent a stealth message to the e-devel list about it to make sure nobody noticed: http://sourceforge.net/mailarchive/message.php?msg_id=37464062 my devious plan failed and somebody who was obviously impersonating you responded: http://sourceforge.net/mailarchive/message.php?msg_id=37464063 Well, I was trying to deal with the problem (I assume we agree there is one) by attempting to find a solution that doesn't involve requiring specific autotool versions or doing private config file hacks. That does not seem to have succeeded, not for everybody, anyway. If using cvs as a versioned (local file) archive extractor is banned so is using autopoint, and we are as far as I am concerned at a dead end. If we do accept to use autopoint after all I'd be willing to spend some more time to try and get things right on other platforms than mine (x86, fc6/fc~7). To do this it would be helpful to know what happens when things go bad (other than "massive build failure") and which distro/ platform we are talking about. >> Anyway, I think adding autopoint to autogen.sh is only part of the >> solution if you go down that path. There seem to be quite a few >> other fixups required, like po/Makefile->po/Makefile.in in >> configure.in, remove po/Makefile.am, add po/Makevars and >> po/POTFILES.in, order of autoconf and autoheader in autogen.sh, and >> more. > > While automake 1.10 may or may not be broken, gettext clearly is. Had > we devoted the same amount of time to developing a new, better i18n > solution (i.e., one that behaves reasonably rather than like an > autistic cross-eyed gerbil on a caffeine high) that we've spent trying > to get each new version of the autoFUCK tools to work properly, we > wouldn't need gettext any more. > > gettext should be smart enough to work properly, and automake should > be smart enough to know that gettext is more broke than MC Hammer's > fashion coordinator and that workarounds, not fatal errors, are the > proper course of action. > >> In case anybody bothers to persue this I have attached a patch for >> the alarm module, which passes make distcheck with automake-1.9.6 as >> well as automake-1.10 (a few bits in the patch are not related to >> gettext but required just to pass distcheck). I'm not saying this is >> the One and Only way to do this but only that this patch works for >> me. > > Let's see if it works for devilhorns. And I'll try it with automake > 1.8. > >> No worries - I have absolutely no intention to commit this in fear of >> what might happen to my reproductive powers. > > Good boy. Don't think I can't find my way to West Kwoville, Denmark. > :-) > > Michael > /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
David Seikel wrote: > On Thu, 15 Feb 2007 09:24:14 +0900 Carsten Haitzler (The Rasterman) > <[EMAIL PROTECTED]> wrote: > >> the real problem is introducing cvs as a build and rebuild dep (which >> it never was before - cvs was entirely divorced and separate from >> build file creation - which allowed us to divorce CMS from coding if >> we ever wanted to). sure it'd need the cvs command - but it's >> sneaking in. it feels very unclean to me. i see the logic of using >> cvs as a compression scheme for multiple versions of gettext, but >> where autofoo used to be basic unix utils + m4 now is stealing away >> with cvs too. we are forever changing out autofoo - mostly for the >> next user X who uses gentoo or some bleeding edge distro who updates >> to latest bleeding edge autofoo X and breaks something. > We are already far from basic unix utils + m4 as autotools require perl. Adding cvs is just another drop in the ocean. If adding cvs resolves just a few of the issues there have been over time that is in my opinion a price worth paying. > Another major problem, at least as far as I'm concerned, is that > autotools is forever trying to sneak in GPL licenses and FSF > copyrights. I've pointed this out to Marc-Andre in private emails, > and I probably mentioned this the last time around. E17 is BSD licensed > and copyright Raster + friends, but the use of autopoint generates files > that claim FSF copyright over parts of E17. > I don't think this is true, please correct me if I'm wrong. autopoint will copy in ABOUT-NLS which contains information about the gettext package, including licensensing, but it does not sneak in anything or otherwise impose licensing that isn't already implied by using gettext in the first place. It can be avoided to include ABOUT-NLS in the distribution tarball by removing it after running autopoint and specifying AUTOMAKE_OPTIONS = foreign in the top-level Makefile.am (meaning "this is not a GNU project"). If you don't have a COPYING, a GPL one will be copied in somewhere along the auto-line (not sure if it has anything to do with gettext, and AUTOMAKE_OPTIONS = foreign suppresses this) but it will not replace/modify an existing one, which you of course should have to begin with. gettextize, on the other hand, is a tool that can assist you making various changes to the autotool files to get gettext set up for the package. gettextize will mess around all over the place, add stuff to ChangeLog and po/ChangeLog and whatnot, and should *not* be run from autogen.sh. > Other projects that use autotools work quite happily by stating the > version of autotools required. Since autotools is a developer tool > that is not normally used by ordinary users (even if they are compiling > from source) specifying specific versions is quite valid, it keeps all > the developers on the same page, and reduces the complexities of > supporting various systems. So we can stop wasting time supporting the > latest bleeding edge autotools, stick with what has worked for years, > and get on with E coding. > If building E requires specific autotool versions, some documentation of which they are would be nice (wiki?). Should those be coded into all the autogen.sh's? Otherwise maybe provide some tips about how to set up your environment to use the correct autotool versions (wiki?). Downgrading say automake-1.10 to automake-1.9.6 is in my opinion not an option as non-e packages may require 1.10. Or is the message that if I'm too stupid to figure it all out by myself I should go play elsewhere? But I don't. I want E. I goto get-e, edevelop, #e, the mailing lists where you will waste your time giving me bad advice wasting my time. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
David Seikel wrote: > On Thu, 15 Feb 2007 21:02:52 +0100 Kim Woelders <[EMAIL PROTECTED]> wrote: > >> David Seikel wrote: >> >>> Another major problem, at least as far as I'm concerned, is that >>> autotools is forever trying to sneak in GPL licenses and FSF >>> copyrights. I've pointed this out to Marc-Andre in private emails, >>> and I probably mentioned this the last time around. E17 is BSD >>> licensed and copyright Raster + friends, but the use of autopoint >>> generates files that claim FSF copyright over parts of E17. >>> >> I don't think this is true, please correct me if I'm wrong. > > e17/apps/e/po/Makevars.template, but I guess that one snuck past you. > B-) > po/Makevars.template is copied in as a template for you, so you get some hints about what you should write in po/Makevars, which is the one that is actually used. It is a *template*. It resides on *your* disk. It is not used or propagated into the release tarball. po/Makevars is. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e16-0.16.8.6
e16 version 0.16.8.6 is now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 e16-0.16.8.6: - Fix window move through desk switch. - Fix crash on opening certain dialogs when sound is enabled. - Various minor bug fixes and enhancements, see ChangeLog for details. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bling Patch
Mike Russo wrote: > do you know what would be involved in getting gnome-terminal to use > bling for its compositing? apparently the true transparency support in > gnome-terminal will only work with either the metacity or beryl compositors. > Or any other compositor that sets the _NET_WM_CM_Sx selection. I believe gtk wants this selection to be owned before enabling ARGB windows. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E16 Bug on locked mouse
Paulo J. Matos wrote:
> Hello all,
>
> I'm running 0.16.8.6 now and I've found 2 bugs which are quite making
> me think to switch back to 0.16.8.1 which seemed more stable.
> One of them is that sometimes by mouse cursor is just locked inside a
> window frame, my processor goes to 100% (but top doesn't blame e16,
> usually blames skype or amsn), and then I can get out of the frame for
> some wierd reason and everything is back to normal.
>
The boxed cursor thing can happen in certain situations if e16 for some
reason isn't allowed to run and process events. If some other process
goes berserk that may be the reason.
> Another issue is the lost of focus. Sometimes I lose the focus on
> every window. For example, I can click a window and the top bar (where
> the window title shows up) is selected but no focus shows up on the
> frame. This can only be solved by restarting enlightenment. It's a big
> mess. I would love to help on debugging but I can't imagine where to
> start since I don't have a deterministic way to reproduce these
> issues. :-\
>
Does alt-tab'ing (using focus list) fix this?
> Any suggestions?
>
I don't ever see these problems and it would be useful with some more
information.
- When you updated e16 did you also update other stuff, like X11,
(hoping to place the blame somewhere else :) )
- What is your X11 version?
- Which platform are you running on?
- Any chance you can find out which version between 0.16.8.1 and
0.16.8.6 these problems appeared in?
- What is your configuration ("eesh show")?
If you want to do some debugging you could start e16 with
$ EDEBUG=129 e16
or when running use
$ eesh debug events 129
and see if you can log something interesting (e16 stdout) leading up to
the problem.
/Kim
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e16: composite menu doesnt come up anymore in cvs
Mike Frysinger wrote: > after reporting that Esetroot bug w/composite, i updated to current cvs ... > now i cant get back into the composite menu to enable it ;( > > desktop -> Settings menu -> select Composite item -> nothing > > it used to pop up the composite settings dialog ... Did you build with all the required -devel stuff (render, composite, damage, fixes) installed? /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e16: composite menu doesnt come up anymore in cvs
Mike Frysinger wrote: > On Tuesday 13 March 2007, Kim Woelders wrote: >> Mike Frysinger wrote: >>> after reporting that Esetroot bug w/composite, i updated to current cvs >>> ... now i cant get back into the composite menu to enable it ;( >>> >>> desktop -> Settings menu -> select Composite item -> nothing >>> >>> it used to pop up the composite settings dialog ... >> Did you build with all the required -devel stuff (render, composite, >> damage, fixes) installed? > > this is Gentoo, so everything is -devel ... but to answer your question, yes > > taking your hint i looked through the build and composite support was being > forced disabled via --disable-composite ;x ... perhaps the menu entry > shouldnt even be shown in this case ? or it should pop up a msgbox > saying "enlightenment was built with composite support disabled" ? Ok, added message box. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
Michael Jennings wrote: > On Wednesday, 14 February 2007, at 19:45:11 (+0100), > Kim Woelders wrote: > >> Yeah, I'm a sneaky bastard. I even sent a stealth message to the >> e-devel list about it to make sure nobody noticed: >> http://sourceforge.net/mailarchive/message.php?msg_id=37464062 >> my devious plan failed and somebody who was obviously impersonating >> you responded: >> http://sourceforge.net/mailarchive/message.php?msg_id=37464063 > > Re-reading that, now I remember. And remembering, now I revisit my > previous suggestion: Why not just check config.rpath in and be done > with this whole mess? > I was assuming that this was a general question to the list and not to me in particular, as I think I have made my opinion clear about all of this long ago, i.e. use autopoint (leave things as they are) and move on, or "fix" things whichever way you like. However, nobody else seems to want to answer your question, so here I go once again (wonder why :) )... You may not like autopoint and there have been people claiming that building e17 (e17/apps/e) is broken, but in my opinion nobody has yet provided any serious "proof" like logs showing what fails when building from a clean checkout using the current setup. You may not like autopoint, but the current e17 setup has been used by e16 for at least a year now without *any* complaints. And as for the question... As I assume you know, simply adding config.rpath just now (and removing autopoint from autogen.sh) will not work. You'll probably have to revert most of the changes I did when I introduced autopoint or run autopoint and commit most of the files it adds. I'm not going to actually try doing this, but I'll take a guess that this can probably be made to work with automake-1.9 as well as automake-1.10, but break when autofoo-x.yy arrives. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_x_netwm: is allowed_action_isset correct ?
Vincent Torri wrote: > Hey, > > In ecore_x_netwm_allowed_action_isset (ecore_x_netwm.c), we get the atoms > from the ECORE_X_ATOM_NET_WM_WINDOW_TYPE property. I think that we should > use ECORE_X_ATOM_NET_WM_ALLOWED_ACTIONS. Am I right ? > Yes. However, I'm not sure this function should exist at all. The WM sets the allowed actions list on client windows and should never have to test what it actually did :) 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. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_x_netwm: is allowed_action_isset correct ?
Nathan Ingersoll wrote: > 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 it make sense to keep the function for the case of the window > manager restarting or starting up with existing client windows? > Not in my opinion. Seen from the WM the allowed actions list is an output only thing which e.g. taskbars can monitor to see which actions the WM provides for a particular client window. It makes no sense to fetch these on startup as the WM in its nature is completely in charge anyway of which actions it will perform on a window. Even if the WM should pick up old values or ones set by a client the way to go would not be to pick them off one by one using ecore_x_netwm_allowed_action_isset but to fetch all of them in one go using ecore_x_netwm_allowed_action_get. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ecore kwo
It's already there. The external declaration was just missing. /Kim Vincent Torri wrote: > Kim, don't you think that the creation of that atom should also be added > in ecore (in netwm) ? > > Vincent > > On Sun, 8 Apr 2007, Enlightenment CVS wrote: > >> Enlightenment CVS committal >> >> Author : kwo >> Project : e17 >> Module : libs/ecore >> >> Dir : e17/libs/ecore/src/lib/ecore_x >> >> >> Modified Files: >> Ecore_X_Atoms.h >> >> >> Log Message: >> Add missing declaration (ECORE_X_ATOM_NET_STARTUP_ID). >> >> === >> RCS file: /cvs/e/e17/libs/ecore/src/lib/ecore_x/Ecore_X_Atoms.h,v >> retrieving revision 1.15 >> retrieving revision 1.16 >> diff -u -3 -r1.15 -r1.16 >> --- Ecore_X_Atoms.h 19 May 2006 06:05:35 - 1.15 >> +++ Ecore_X_Atoms.h 8 Apr 2007 20:52:54 - 1.16 >> @@ -122,6 +122,7 @@ >> EAPI extern Ecore_X_Atom ECORE_X_ATOM_NET_WM_SYNC_REQUEST; >> EAPI extern Ecore_X_Atom ECORE_X_ATOM_NET_WM_SYNC_REQUEST_COUNTER; >> >> +EAPI extern Ecore_X_Atom ECORE_X_ATOM_NET_STARTUP_ID; >> EAPI extern Ecore_X_Atom ECORE_X_ATOM_NET_STARTUP_INFO_BEGIN; >> EAPI extern Ecore_X_Atom ECORE_X_ATOM_NET_STARTUP_INFO; > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e16-0.16.8.7, epplets-0.10
e16 version 0.16.8.7 and epplets version 0.10 are now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 e16-0.16.8.7: - Add option to show windows on all desks in focus list. - The CM now renders to the composite overlay window. - Fix various updates when external background changes. - Fix stacking before shade/unshade when "click-raises" is enabled. - Fix unmaximizing after shade/unshade. - Fix resizing normal->maximized->fullscreen and back. - Fix preserving maximised state across restart. - Add option to do edge flipping only when moving window. - Enable focusing windows not containing the pointer in pointer focus modes when using the focus list. - Add magnifier window (eesh mag). - Fix windows sometimes getting stuck to pointer. - Fix incorrect fading termination in certain situations. - Fix ugly black shadows on icons in transparent iconbox. - Fix repaint after changing shadow mode. - Various minor bug fixes and enhancements, see ChangeLog for details. epplets-0.10: - Remove XSynchronize left in by mistake. - Use e16.8 automatic snapshot updates to avoid client message storms when switching viewport/desk. - Fix potential rendering bug in E-Cpu and others. /Kim - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e16-0.16.8.8
e16 version 0.16.8.8 is now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 0.16.8.8 just fixes a few bugs that crept into 0.16.8.7. e16-0.16.8.8: - Fix pagers when enabling after initially being disabled. - Fix parsing title, name, and class matches in windowmatches.cfg. - Remove trailing dash in release version string. /Kim - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/evas tilman
Enlightenment CVS wrote: > Enlightenment CVS committal > > Author : tilman > Project : e17 > Module : libs/evas > > Dir : e17/libs/evas/src/lib/canvas > > > Modified Files: > evas_object_textblock.c > > > Log Message: > rework how the html entity escape arrays are stored. this saves a few hundred > bytes on the data section of the library, kills off ~300 locations, and makes > the so 77K smaller. > ... I think I understand why this is good for performance. However, it makes it non-trivial to make changes unless the offset table somehow can be auto-generated. Do you have some script for that? /Kim - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e16 menu accent bug
Egmont Koblinger wrote: > Hi, > > I've found the following bug in e-0.16.8.8: > > I have a fully UTF-8 system, the locale is set accordingly before e16 is > started, and my menus are encoded in UTF-8 too. These accents appear > correctly nearly always. They are okay in the window titles of applications, > in the menus, and usually in the menu titles too. > > However, if a menu title (that is, the first line of the corresponding .menu > file) contains an accented character that wouldn't fit in Latin-1 then "-?-" > is displayed instead of the correct title. > This should now be fixed in cvs. Thanks, /Kim - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/imlib2 raster
Sorry, but I'm backing this out.
After having spent about half a day trying to fix it I give up.
There is a problem with font sizing, at least for certain fonts, e.g.
/usr/share/e16/E-docs/rothwell.ttf, where the font size seems to get
scaled down somewhere along the way.
I got as far as to find out that if I remove the call to
FT_Set_Char_Size in imlib_font_find_face_in_fontset, things seem to
work, with one font in a font set, anyway.
I have no idea what I'm doing, so I think the author should have a look
at it.
Was this benchmarked in any way? I have a suspicion that
imlib_font_find_face_in_fontset is called all over the place and does
somewhat more work than the corresponding old code.
Also, I find the logic in imlib_font_find_face_in_fontset "somewhat"
unclear:
imlib_font_find_face_in_fontset()
{
...
repeat_upto_invalid:
while(something1)
{
maybe return;
}
if (something2)
goto repeat_upto_invalid;
return imlib_font_find_face_in_fontset() <-- recursive!!!
}
If this patch goes in again I strongly suggest to first
1) Make it work.
2) Clean up the code logic so it's possible to actually read
what is going on.
3) Fix up indentation so that the code can actually be read.
4) Fix up indentation so it's consistent with the rest of imlib2.
Furthermore I suggest to
5) Many places, if not all - Not change fn to fn_list.
This patch makes ImlibFont a list by nature, and changing
the parameter name most places just adds noise making it
harder to evaluate the changes.
Finally I suggest to
6) Commit unrelated changes separately.
The polygon.c change is (I guess) about removing some (probably
bogus?) warnings.
7) Not make useless changes in unrelated code.
In color_helpers.c math.h is already included by color_helpers.h.
raster - You are most likely busy elsewhere. If you like I can handle
things if winfred(?) wants to have another go at it.
/Kim
Enlightenment CVS wrote:
> Enlightenment CVS committal
>
> Author : raster
> Project : e17
> Module : libs/imlib2
>
> Dir : e17/libs/imlib2/src/lib
>
>
> Modified Files:
> api.c color_helpers.c font.h font_draw.c font_load.c
> font_main.c font_query.c polygon.c
>
>
> Log Message:
>
>
> fontset patch from winfred
>
> ===
> RCS file: /cvs/e/e17/libs/imlib2/src/lib/api.c,v
> retrieving revision 1.11
> retrieving revision 1.12
> diff -u -3 -r1.11 -r1.12
> --- api.c 15 Feb 2007 04:15:03 - 1.11
> +++ api.c 6 May 2007 13:54:43 - 1.12
> @@ -3078,16 +3078,21 @@
> * @return NULL if no font found.
> *
> * Loads a truetype font from the first directory in the font path that
> - * contains that font. The font name @p font_name format is
> "font_name/size". For
> - * example. If there is a font file called blum.ttf somewhere in the
> + * contains that font. The font name @p font_name format is "font_name/size"
> + * or a comma separated list of "font_name/size" elements.
> + * For example: if there is a font file called blum.ttf somewhere in the
> * font path you might use "blum/20" to load a 20 pixel sized font of
> - * blum. If the font cannot be found NULL is returned.
> + * blum; or "blum/20, vera/20, mono/20" to load one or all fonts
> + * of the comma separated list. If the font cannot be found NULL is
> returned.
> *
> **/
> EAPI Imlib_Font
> imlib_load_font(const char *font_name)
> {
> - return imlib_font_load_joined(font_name);
> + if(strchr(font_name, ',') != NULL)
> + return imlib_font_load_fontset(font_name);
> + else
> + return imlib_font_load_joined(font_name);
> }
>
> /**
> @@ -3096,11 +3101,20 @@
> EAPI void
> imlib_free_font(void)
> {
> + ImlibFont *fn;
> +
> if (!ctx)
>ctx = imlib_context_new();
> CHECK_PARAM_POINTER("imlib_free_font", "font", ctx->font);
> - imlib_font_free(ctx->font);
> - ctx->font = NULL;
> +
> + fn = (ImlibFont*)ctx->font; ctx->font = NULL;
> +
> + if(fn->next_in_set == NULL)
> + {
> + imlib_font_free(fn);
> + return;
> + }
> + imlib_font_free_fontset(fn);
> }
>
> /**
> ===
> RCS file: /cvs/e/e17/libs/imlib2/src/lib/color_helpers.c,v
> retrieving revision 1.3
> retrieving revision 1.4
> diff -u -3 -r1.3 -r1.4
> --- color_helpers.c 23 Feb 2005 03:02:41 - 1.3
> +++ color_helpers.c 6 May 2007 13:54:43 - 1.4
> @@ -1,3 +1,4 @@
> +#include
> #include "color_helpers.h"
> /*
> * Color space conversion helper routines
> ===
> RCS file: /cvs/e/e17/libs/imlib2/src/lib/font.h,v
> retrieving revision 1.1
> retrieving revision 1.2
> diff -u -3 -r1.1 -r1.2
> --- font.h1 Nov 2004 09:45:31 - 1.1
> +++ font.h6 May 2007 13:54:43 - 1.2
> @@ -50,6 +50,7 @@
>
> int references;
>
Re: [E-devel] [PATCH] adding get workarea to Ecore_X
Dr. Michael 'Mickey' Lauer wrote: > Carsten Haitzler wrote: >> On Fri, 20 Jul 2007 16:55:09 +0200 "Dr. Michael 'Mickey' Lauer" >> <[EMAIL PROTECTED]> babbled: > >>> I found this patch to be necessary when working with Ecore X windows that >>> register with the window manager as the desktop window -- otherwise I >>> can't get the correct size of the desktop minus the space that's >>> occupied by panels etc. >>> >>> (The only glitch is that the semantics is not symmetrical to >>> set_workareas where you do additional processing depending on your >>> amount of virtual workspaces) > >> could you make it symmetrical? basically you could have multiple areas... >> it's >> bad not to be symmetrical > > I agree, however, the semantics of the NETWM_WORKAREA atom is clearly > defined in http://standards.freedesktop.org/wm-spec/wm-spec-1.4.html#id2510516 > > So this is really just the workarea for _one_ desktop. It might be > wise to add ecore_desk_get_workareas (plural) in addition, but I > wouldn't know what to compute there. > Not correct, read the spec again. _NET_WORKAREA (x, y, width, height CARDINAL[][4]/32) holds the work area for *each* desktop, i.e. an array of [x, y, width, height]'s. /Kim - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] edevelop forums
Hello, Isn't it about time to shut down the edevelop forums? Almost all posts are spam now. Maybe add a link or refer to the new forums? /Kim - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e16-0.16.8.9
e16 version 0.16.8.9 is now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 e16-0.16.8.9: - Fix edge flipping after desk switch. - Avoid area switch when activating window that is mostly offscreen. - Move menus in menus.cfg to simple files. - Add non-server-grabbing box/technical move/resize modes. - Always focus unfocused window when clicked. - Fix bug in left/top resizing when returning to starting point. - Fix alternative composite manager mode of operation (compmgr.mode = 1). Using this mode fixes a number of problems seen with override-redirect client windows, e.g. xlock not receiving key presses. - Get rid of spurious tooltips. - Remove "excessive flip check" limiting minimum time between edge flips. - By default use Xft font configuration in core themes. - Fix rendering vertical (->down) text. - Optionally use pango for font rendering. - Various minor bug fixes and enhancements, see ChangeLog for details. /Kim - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] tools that update ChangeLog files
Vincent Torri wrote: > Hey, > > currently, there is no trace of the commits in the ChangeLog file. We can > only look at them through viewvc, which is a pain (cia is not better and > does not allow to see all of them, afaik) > > There exist tools to modify automatically a ChangeLog, without work at > all. I know 2 of them: > > * prepare-ChangeLog.pl (to use with another tool : cicl) : > > http://www.buzztard.org/index.php/Coding_Guidelines#CVS_commit_message_format > > * moap : > > https://thomas.apestaart.org/moap/trac/ > Another one is cvs2cl. /Kim - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e16-0.16.8.10
e16 version 0.16.8.10 is now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 e16-0.16.8.10: - Fix infinite loop when regenerating menus. - Fix potential incorrect termination of IPC connection which could cause segv. - eesh: Fix bad event loop causing hangs in certain situations. - Fix xinerama head selection in certain situations. - Fix menu placement on xinerama screens. - Various minor bug fixes and enhancements, see ChangeLog for details. /Kim - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: e kwo
Vincent Torri wrote:
>> --- configure.in 21 Oct 2007 13:10:23 - 1.232
>> +++ configure.in 3 Nov 2007 10:32:42 - 1.233
>> @@ -95,9 +95,6 @@
>> ENLIGHTENMENT_ROOT=`eval echo ${DATADIR}/e16`
>> ENLIGHTENMENT_BIN=`eval echo ${bindir}`
>> ENLIGHTENMENT_LIB=`eval echo ${libdir}`
>> -AC_SUBST(ENLIGHTENMENT_ROOT)
>> -AC_SUBST(ENLIGHTENMENT_BIN)
>> -AC_SUBST(ENLIGHTENMENT_LIB)
>> AC_DEFINE_UNQUOTED(ENLIGHTENMENT_ROOT, "$ENLIGHTENMENT_ROOT", [The
>> installation root directory])
>> AC_DEFINE_UNQUOTED(ENLIGHTENMENT_BIN, "$ENLIGHTENMENT_BIN", [The
>> installation bin directory])
>> AC_DEFINE_UNQUOTED(ENLIGHTENMENT_LIB, "$ENLIGHTENMENT_LIB", [The
>> installation lib directory])
>
> You should pass bindir and al to the Makefile with -D. It's the
> recommended way (from autoconf manual:
> http://www.gnu.org/software/autoconf/manual/autoconf-2.57/html_mono/autoconf.html#SEC179).
>
> The problem begin that they are based on ${prefix} and ${prefix} is not
> evaluated in configure.in
>
> you can see how I did in edje/src/bin/Makefile.am
>
I know. I just don't like the recommended way. Maybe later :)
/Kim
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e16 bug with BBO
On Mon, 24 Nov 2008 00:55:51 +0100, Michel Briand <[EMAIL PROTECTED]> wrote: > > Hello > > I'm running BBO (Bridge Base Online) through Wine. > > Everything was ok with e16 previous version. > With current version (Enlightenment 0.16.8.13 - $Date: 2008/05/01 > 11:33:44 $), when I click left button in the BBO window the event don't > go to the application but moves the window 5 pixels toward bottom of > screen. > > I tested a lot of things to no avail, until I found that when I > change (in E's window menu) the style to BORDERLESS, the problem > disappears. > > any idea? > I can see similar problems with 0.16.8.13 and "wine explorer.exe". The problem seems to be gone in 0.16.8.14 (probably related to "Fix various gravity issues"). /Kim - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
