[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 -- BlackBerryreg; 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 no-re...@enlightenment.org 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 SVN: discomfitor trunk/e/src/bin
On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
no-re...@enlightenment.org 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 m...@zentific.com
wrote:
On Thu, 23 Dec 2010 16:50:19 +0100
Kim Woelders k...@woelders.dk wrote:
On Thu, 23 Dec 2010 01:36:53 +0100, Enlightenment SVN
no-re...@enlightenment.org 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 no-re...@enlightenment.org 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 m...@zentific.com wrote: On Mon, 21 Feb 2011 00:04:45 -0800 Enlightenment SVN no-re...@enlightenment.org 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
jesper.saxto...@prevas.dk 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 Sat, 12 Mar 2011 13:36:07 +0100, Jesper Saxtorph
jesper.saxto...@prevas.dk 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
ras...@rasterman.com wrote:
On Sun, 06 Mar 2011 07:49:59 +0100 Kim Woelders k...@woelders.dk
said:
On Thu, 03 Mar 2011 15:46:15 +0100, Jesper Saxtorph
jesper.saxto...@prevas.dk 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.
How about this:
diff --git src/lib/image.c src/lib/image.c
index d404961..e8610b2 100644
--- src/lib/image.c
+++ src/lib/image.c
@@ -982,8 +982,10 @@ __imlib_LoadImage(const char *file,
ImlibProgressFunction progres
time_t current_modified_time
Re: [E-devel] [Patch] imlib2 dso fix.
On Fri, 18 Mar 2011 13:44:28 +0100, Daniel Juyung Seo juyung@samsung.com 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 ras...@rasterman.com wrote: On Thu, 17 Mar 2011 11:51:33 +0100 Jesper Saxtorph jesper.saxto...@prevas.dk 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
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] 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 sx sy w h Open with lower left corner at sx, sy and width and height w, h 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=100url=/ ___ enlightenment-devel mailing list
[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=100url=/ ___ 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=100url=/ ___ 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=100url=/ ___ 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=100url=/ ___ 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=100url=/ ___ 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=100url=/ ___ 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 CRLF 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=100url=/ ___ 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=100url=/ ___ 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=100url=/ ___ 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
[E-devel] e16-0.16.8.2, epplets-0.9, e16keyedit-0.4
e16 version 0.16.8.2 is now available for download. epplets-0.9 and e16keyedit-0.4 have been around for a while. e16-0.16.8.2: - Bug fixes and speedups, see ChangeLog for details. epplets-0.9: - Ported to imlib2 - Bug fixes. e16keyedit-0.4: - Fixed segv. /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=lnkkid=120709bid=263057dat=121642 ___ 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.8.2
Yasufumi Haga wrote: Hello I updated ja.po file in e16.8.2. Concerning Enable background transparency compatibility mode, I translated it into the Japnanese message which is rather descriptive, meaning adjust E16 background transparency to the one used by other usual applications (possible to slow donw). 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] _ecore_evas_x_fullscreen_set
Hi,
_ecore_evas_x_fullscreen_set has IMO some ICCCM non-compliance and other
evilness. You can see the effects of this e.g. when toggling fullscreen
state in entice (key f) in many WM's, including e17 and e16.
1) _ecore_evas_x_fullscreen_set starts with ecore_x_window_hide. This is
a window withdrawal (ICCCM). When a client withdraws itself by unmapping
the application window it should wait for the WM to reparent the window
to root or change/remove the WM_STATE hint before proceeding to mess
around with the window.
This is not done and causes problems for many WM's.
2) When entering fullscreen mode the window is changed to
override-redirect type to override WM control of borders, sizes,
stacking etc.
This is in my opinion a very unusual and dubious use of the
override-redirect attribute.
I think that the whole fullscreen/unfullscreen thing should be left to
the WM, i.e. send an ECORE_X_WINDOW_STATE_FULLSCREEN client message to
the root window and let the WM do whatever it does when fullscreening.
This will of course only work with EWMH compliant WM's, but do we
care about non-EWMH compliant ones?
If yes, I think _ecore_evas_x_fullscreen_set should detect this and fall
back to the only other sane way to enter/leave fullscreen mode, i.e. use
the standard mechanisms to resize/reposition the window and set/unset
the borderless attribute (_MOTIF_WM_HINTS).
3) _ecore_evas_x_fullscreen_set messes with focus. IMO clients should
hardly ever do that (maybe except by requesting the WM) but again leave
it to the WM. In this case I guess it was a hack required to get the
override-redirect thing kind of working.
If there are no objections I will commit attached patch.
/Kim
Index: src/lib/ecore_evas/ecore_evas_x.c
===
RCS file: /cvs/e/e17/libs/ecore/src/lib/ecore_evas/ecore_evas_x.c,v
retrieving revision 1.87
diff -u -r1.87 ecore_evas_x.c
--- src/lib/ecore_evas/ecore_evas_x.c 11 Aug 2006 02:26:16 - 1.87
+++ src/lib/ecore_evas/ecore_evas_x.c 11 Aug 2006 02:34:56 -
@@ -1940,72 +1940,16 @@
static void
_ecore_evas_x_fullscreen_set(Ecore_Evas *ee, int on)
{
- if (((ee-prop.fullscreen) (on)) ||
- ((!ee-prop.fullscreen) (!on))) return;
- ecore_x_window_hide(ee-engine.x.win);
- ecore_x_window_override_set(ee-engine.x.win, on);
- if (on)
- {
- int rw, rh;
-
- ecore_x_window_size_get(0, rw, rh);
- ecore_x_window_raise(ee-engine.x.win);
- ecore_x_window_show(ee-engine.x.win);
- ecore_x_window_focus(ee-engine.x.win);
- ee-engine.x.px = ee-x;
- ee-engine.x.py = ee-y;
- ee-engine.x.pw = ee-w;
- ee-engine.x.ph = ee-h;
- ee-x = 0;
- ee-y = 0;
- ee-w = rw;
- ee-h = rh;
- }
- else
- {
- ee-x = ee-engine.x.px;
- ee-y = ee-engine.x.py;
- ee-w = ee-engine.x.pw;
- ee-h = ee-engine.x.ph;
- ecore_x_window_move_resize(ee-engine.x.win, ee-engine.x.px, ee-engine.x.py, ee-engine.x.pw, ee-engine.x.ph);
- }
+ if ((ee-prop.fullscreen on) ||
+ (!ee-prop.fullscreen !on)) return;
+
+ ee-prop.fullscreen = on;
+ ee-engine.x.state.fullscreen = on;
if (ee-should_be_visible)
- {
- ecore_x_window_show(ee-engine.x.win);
- ecore_x_window_focus(ee-engine.x.win);
- }
- ecore_x_window_move_resize(ee-engine.x.win, 0, 0, ee-w, ee-h);
- if ((ee-rotation == 90) || (ee-rotation == 270))
- {
- evas_output_size_set(ee-evas, ee-h, ee-w);
- evas_output_viewport_set(ee-evas, 0, 0, ee-h, ee-w);
- }
+ ecore_x_netwm_state_request_send(ee-engine.x.win, ee-engine.x.win_root,
+ ECORE_X_WINDOW_STATE_FULLSCREEN, -1, on);
else
- {
- evas_output_size_set(ee-evas, ee-w, ee-h);
- evas_output_viewport_set(ee-evas, 0, 0, ee-w, ee-h);
- }
- if (ee-prop.avoid_damage)
- {
- ecore_evas_avoid_damage_set(ee, 0);
- ecore_evas_avoid_damage_set(ee, 1);
- }
- if (ee-shaped)
- _ecore_evas_x_resize_shape(ee);
-/*
- if ((ee-expecting_resize.w 0)
- (ee-expecting_resize.h 0))
- {
- if ((ee-expecting_resize.w == ee-w)
- (ee-expecting_resize.h == ee-h))
- _ecore_evas_x_mouse_move_process(ee, ee-mouse.x, ee-mouse.y,
- ecore_x_current_time_get());
- ee-expecting_resize.w = 0;
- ee-expecting_resize.h = 0;
- }
- */
- ee-prop.fullscreen = on;
- if (ee-func.fn_resize) ee-func.fn_resize(ee);
+ _ecore_evas_x_state_update(ee);
}
static void
-
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=lnkkid=120709bid=263057dat=121642___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] cvs, servers and stuff.
It seems to me that our SCM system feature requirements are extremely limited. We hardly ever tag or branch, let alone do merging between branches or anything resembling changeset management. I think CVS amply provides the features we need. It's simple and robust. It's far from perfect, but as Michael says - It's the devil we know. I don't believe changing SCM will make any significant difference to the problems that we appear to have, except possibly on a very short term. Even in the unlikely case that some SCM system is twice(four/ten/... times) as fast as CVS the problem we have will resurface if/when the user base grows accordingly. Unless there happens to be an SCM system that is just incredibly more efficient than CVS I also think that we would make a change for the wrong reason. Changing SCM system should IMO be done only if we want/need particular features not available in CVS. In the unfortunate case that it is concluded that we want to switch away from CVS I hope it will be to git. Not because I know it from personal experience, but simply because it is used by linux and xorg, which are two projects I respect. /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=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto essiene
Enlightenment CVS wrote:
Enlightenment CVS committal
Author : essiene
Project : e17
Module : proto
Dir : e17/proto/entrance_edit_gui/src/widgets
Modified Files:
ew_entry.c ew_entry.h
Log Message:
- Fix return type warning when getting an etk_entry, it returns a const
char*, but we use normal char*'s everywhere.
===
RCS file: /cvs/e/e17/proto/entrance_edit_gui/src/widgets/ew_entry.c,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -3 -r1.7 -r1.8
--- ew_entry.c16 Aug 2006 12:52:01 - 1.7
+++ ew_entry.c16 Aug 2006 13:13:30 - 1.8
@@ -47,10 +47,10 @@
return ew;
}
-const char*
+char*
ew_entry_get(Entrance_Entry ew)
{
- return etk_entry_text_get(ETK_ENTRY(ew-control));
+ return (char*) etk_entry_text_get(ETK_ENTRY(ew-control));
}
...
You should never (have to) cast away the const modifier. It is there for
a purpose. It tells you (and the compiler) that here is a pointer to a
piece of memory that you are not supposed to modify.
The compiler warns you if you pass a const pointer to a function that
takes non-const pointer arguments, that you may be changing something
you are not supposed to change.
The compiler can also use the const modifier to make certain assumptions
used for optimization, e.g. that the content of an object is unchanged
across calling a function which takes a const pointer to the object.
If you seem to have to cast away a const pointer to avoid compiler
warnings it is most likely because something is wrong somewhere.
/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=lnkkid=120709bid=263057dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto essiene
Simon TRENY wrote:
On Wed, 16 Aug 2006 21:06:28 +0100,
Essien Ita Essien [EMAIL PROTECTED] wrote :
Kim Woelders wrote:
Enlightenment CVS wrote:
Enlightenment CVS committal
Author : essiene
Project : e17
Module : proto
Dir : e17/proto/entrance_edit_gui/src/widgets
Modified Files:
ew_entry.c ew_entry.h
Log Message:
- Fix return type warning when getting an etk_entry, it returns a
const char*, but we use normal char*'s everywhere.
===
RCS
file: /cvs/e/e17/proto/entrance_edit_gui/src/widgets/ew_entry.c,v
retrieving revision 1.7 retrieving revision 1.8
diff -u -3 -r1.7 -r1.8
--- ew_entry.c 16 Aug 2006 12:52:01 - 1.7
+++ ew_entry.c 16 Aug 2006 13:13:30 - 1.8
@@ -47,10 +47,10 @@
return ew;
}
-const char*
+char*
ew_entry_get(Entrance_Entry ew)
{
- return etk_entry_text_get(ETK_ENTRY(ew-control));
+ return (char*) etk_entry_text_get(ETK_ENTRY(ew-control));
}
...
You should never (have to) cast away the const modifier. It is
there for a purpose. It tells you (and the compiler) that here is a
pointer to a piece of memory that you are not supposed to modify.
The compiler warns you if you pass a const pointer to a function
that takes non-const pointer arguments, that you may be changing
something you are not supposed to change.
The compiler can also use the const modifier to make certain
assumptions used for optimization, e.g. that the content of an
object is unchanged across calling a function which takes a const
pointer to the object.
If you seem to have to cast away a const pointer to avoid compiler
warnings it is most likely because something is wrong somewhere.
thnx for bringing that up.
the full scenario is etk_entry_text_get() returns a const char*.
ecore_config_string_set, takes a char*,
i have to pass the value returned from etk_entry_text_get() to
ecore_config_string_set(), if i use one variable, there will be
warnings anyhow i do it:
/*warning by ecore_config_string_set*/
const char * try1 etk_entry_text_get(...);
ecore_config_string_set(key, try1);
/*warning by etk_entry_text_get*/
char* try2 etk_entry_text_get(...);
ecore_config_string_set(key, try2);
that's why i did that. anyways... what's the best way to do this? or
just ignore it? its a trivial warning *i tink*
etk_entry_text_get() returns a const char * because it returns the
string used internally by the entry. So you should not by any means
modify it. Now, if you need to modify it, you should probably work on a
copy (created with strdup() or whathever).
But, in your case, I don't think ecore_config_string_set() modifies the
given string, so the better fix would probably be to change the API of
ecore_config to make it use a const char * instead of a char *.
I did assume this was the reason and I changed the ecore_config function
API before sending my first rant :)
/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=lnkkid=120709bid=263057dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e16-0.16.8.3
e16 version 0.16.8.3 is now available for download. e16-0.16.8.3: - Fix setting border style using window operations menu. - Fix some segv's in obscure situations. - Various minor 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=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Remember Window Positions applies to all child windows too
Peter wrote: On Thu, 24 Aug 2006 11:02:23 +0900, Carsten Haitzler (The Rasterman) wrote: snip... again - the big problem is that many apps - even major ones, do not provide sane ways to differentiate their main windows vs. subwindows and dialogs etc. if titlebars change as they do with web browsers - then that property is not useful to use to match up a window. often icon name changes too like the title. the app could set a role property - but it doesn't (role of the window is a dialog or whatever). unless apps play along and provide ways to differentiate - -we are stuck. the problem is this is an entirely hackish inexact science to guess what is what. often its just not possible at all - sometimes it is possible if u dig through enough properties. there could be room for more heuristics to figure such things out - but right now they are not there. All right. As a final thought, e16 handles this fine and does not exhibit the problems I described here. From an e16 snapshot file: NEW: evolution-2.4.Evolution-2.4 NAME: evolution-2.4 CLASS: Evolution-2.4 RES: 1600 1200 XY: 0 15 0 0 This only affects the main evo window. Any subwindows are not affected. Good Luck and thanks for taking a look. Maybe the reason why this works in e16 is that each snapshot only is applied to one matching window, whereas the e17 settings are applied to all matching windows (like the e16 windowmatches). /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=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: e kwo
Sebastian Dransfeld wrote: I begun adding some sync stuff to ecore_x. Couldn't you complete that instead? So e17 could benefit from it in time too. I think I'll try to get it right in e16 first since I'm a lot more familiar with that code :) The big thing here is not what to put in ecore_x but how to do the synchronization after having sent the SYNC_REQUEST client message in the WM. There are a number of different ways to it, and the one I have working (I think) in e16 (using XSyncAwait, final bits not committed) is much simpler than and very different from the one (using Alarms) you seem to have been working on in e17. I'm not even sure it's worth while implementing the SYNC_REQUEST stuff. It doesn't seem to make much difference to me. /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=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Imlib2 alpha threshold in mask generation
Hello,
When using imlib2 to render mask bitmaps, the pixel alpha value is used
to determine whether or not to set the corresponding mask bit.
As things are now the mask bit is set if the alpha value is = 128,
i.e. 50% opacity. This is bad when rendering pixmaps/masks for ARGB windows.
Attached patch adds imlib_context_get/set_mask_alpha_threshold(), which
allows getting/setting the alpha threshold above which a mask bit is set.
Default behavior is unchanged (default alpha threshold is 128).
If there are no objections I will commit this.
/Kim
diff -ur -X ../imlib2-clean/excl.lst ../imlib2-clean/src/lib/api.c ./src/lib/api.c
--- ../imlib2-clean/src/lib/api.c 2006-07-12 21:16:56.0 +0200
+++ ./src/lib/api.c 2006-09-03 12:07:39.0 +0200
@@ -103,6 +103,7 @@
Imlib_Progress_Function progress_func;
charprogress_granularity;
chardither_mask;
+ int mask_alpha_threshold;
Imlib_Filterfilter;
Imlib_Rectangle cliprect;
Imlib_TTF_Encoding encoding;
@@ -194,6 +195,7 @@
context-progress_func = NULL;
context-progress_granularity = 0;
context-dither_mask = 0;
+ context-mask_alpha_threshold = 128;
context-filter = NULL;
context-cliprect.x = 0;
context-cliprect.y = 0;
@@ -479,6 +481,34 @@
}
/**
+ * @param mask_alpha_threshold The mask alpha threshold.
+ *
+ * Selects, if you are rendering to a mask, the alpha threshold above which
+ * mask bits are set. The default mask alpha threshold is 128, meaning that
+ * a mask bit will be set if the pixel alpha is = 128.
+ */
+void
+imlib_context_set_mask_alpha_threshold(int mask_alpha_threshold)
+{
+ if (!ctx)
+ ctx = imlib_context_new();
+ ctx-mask_alpha_threshold = mask_alpha_threshold;
+}
+
+/**
+ * @return The current mask mask alpha threshold.
+ *
+ * Returns the current mask alpha threshold.
+ */
+int
+imlib_context_get_mask_alpha_threshold(void)
+{
+ if (!ctx)
+ ctx = imlib_context_new();
+ return ctx-mask_alpha_threshold;
+}
+
+/**
* @param anti_alias The anti alias flag.
*
* Toggles anti-aliased scaling of images. This
@@ -1759,7 +1789,7 @@
ctx-depth, ctx-colormap, im, pixmap_return,
mask_return, 0, 0, im-w, im-h, im-w,
im-h, 0, ctx-dither, ctx-dither_mask,
- ctx-color_modifier);
+ ctx-mask_alpha_threshold, ctx-color_modifier);
}
/**
@@ -1799,7 +1829,8 @@
ctx-depth, ctx-colormap, im, pixmap_return,
mask_return, 0, 0, im-w, im-h, width,
height, ctx-anti_alias, ctx-dither,
- ctx-dither_mask, ctx-color_modifier);
+ ctx-dither_mask, ctx-mask_alpha_threshold,
+ ctx-color_modifier);
}
/**
@@ -1840,7 +1871,8 @@
__imlib_RenderImage(ctx-display, im, ctx-drawable, ctx-mask,
ctx-visual, ctx-colormap, ctx-depth, 0, 0, im-w,
im-h, x, y, im-w, im-h, 0, ctx-dither, ctx-blend,
- ctx-dither_mask, ctx-color_modifier, ctx-operation);
+ ctx-dither_mask, ctx-mask_alpha_threshold,
+ ctx-color_modifier, ctx-operation);
}
/**
@@ -1871,7 +1903,8 @@
ctx-visual, ctx-colormap, ctx-depth, 0, 0, im-w,
im-h, x, y, width, height, ctx-anti_alias,
ctx-dither, ctx-blend, ctx-dither_mask,
- ctx-color_modifier, ctx-operation);
+ ctx-mask_alpha_threshold, ctx-color_modifier,
+ ctx-operation);
}
/**
@@ -1910,7 +1943,7 @@
ctx-colormap, ctx-depth, source_x, source_y,
source_width, source_height, x, y, width, height,
ctx-anti_alias, ctx-dither, ctx-blend, 0,
- ctx-color_modifier, ctx-operation);
+ 0, ctx-color_modifier, ctx-operation);
}
DATA32
@@ -2757,7 +2790,7 @@
__imlib_RenderImage(ctx-display, im, ctx-drawable, 0, ctx-visual,
ctx-colormap, ctx-depth, u-x, u-y, u-w, u-h,
x + u-x, y + u-y, u-w, u-h, 0, ctx-dither, 0,
-0, ctx-color_modifier, OP_COPY);
+0, 0, ctx-color_modifier, OP_COPY);
}
__imlib_SetMaxXImageCount(ctx-display, 0);
}
@@ -5001,7 +5034,8 @@
destination_x, destination_y, h_angle_x,
h_angle_y, v_angle_x, v_angle_y, ctx-anti_alias,
ctx-dither, ctx-blend, ctx-dither_mask,
- ctx-color_modifier, ctx-operation);
+
Re: [E-devel] E CVS: libs/imlib2 sebastid
Enlightenment CVS wrote: Enlightenment CVS committal Author : sebastid Project : e17 Module : libs/imlib2 Dir : e17/libs/imlib2/src/lib Modified Files: Imlib2.h api.c Log Message: EAPI 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. /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=lnkkid=120709bid=263057dat=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 kwo
Michael Jennings wrote: On Thursday, 07 September 2006, at 17:05:36 (-0400), Enlightenment CVS wrote: Remove XFree86-devel requirement causing trouble when using xorg. -#BuildSuggests: xorg-x11-devel freetype-devel freetype2-devel libungif-devel -BuildRequires: /usr/bin/freetype-config XFree86-devel /usr/include/gif_lib.h +#BuildSuggests: XFree86-devel xorg-x11-devel freetype-devel freetype2-devel libungif-devel +BuildRequires: /usr/bin/freetype-config /usr/include/gif_lib.h Can you elaborate, kwo? xorg packages are supposed to provide the XFree86 equivalents (e.g., xorg-x11-devel Provides: XFree86-devel). Did that break somewhere? On FC6 - (xorg 7.1, I think) there is no xorg-x11-devel, and I don't think anything provides XFree86-devel. /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=lnkkid=120709bid=263057dat=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 kwo
Michael Jennings wrote: On Friday, 08 September 2006, at 00:02:56 (+0200), Kim Woelders wrote: On FC6 - (xorg 7.1, I think) there is no xorg-x11-devel, and I don't think anything provides XFree86-devel. Reason #5,781 why Fedora is compost. So what package contains the X headers? Hehehe - You'll love it: libX11-devel-1.0.3-2.fc6 libXScrnSaver-devel-1.1.0-3.1 libXTrap-devel-1.0.0-3.1 libXau-devel-1.0.1-3.1 libXaw-devel-1.0.2-8.1 libXcomposite-devel-0.3-5.1 libXcursor-devel-1.1.7-1.1 libXdamage-devel-1.0.3-2.1 libXdmcp-devel-1.0.1-2.1 libXevie-devel-1.0.1-3.1 libXext-devel-1.0.1-2.1 libXfixes-devel-4.0.1-2.1 libXfont-devel-1.2.0-2.fc6 libXfontcache-devel-1.0.2-3.1 libXft-devel-2.1.10-1.1 libXi-devel-1.0.1-3.1 libXinerama-devel-1.0.1-2.1 libXmu-devel-1.0.2-4.1 libXp-devel-1.0.0-6 libXpm-devel-3.5.5-3 libXrandr-devel-1.1.1-3.1 libXrender-devel-0.9.1-3.1 libXres-devel-1.0.1-3.1 libXt-devel-1.0.2-3.1.fc6 libXtst-devel-1.0.1-3.1 libXv-devel-1.0.1-4.1 libXvMC-devel-1.0.2-2.1 libXxf86dga-devel-1.0.1-3.1 libXxf86misc-devel-1.0.1-3.1 libXxf86vm-devel-1.0.1-3.1 and I doubt thats all of them :) /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=lnkkid=120709bid=263057dat=121642 ___ 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: Hi all This is an update of ja.po for e16 as of September 11. Thanks, committed :) You are aware that there are a number of untranslated (fuzzy marked) items, like the labels in the new combined settings dialog, right? /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=lnkkid=120709bid=263057dat=121642 ___ 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: On Mon, 11 Sep 2006 16:28:14 +0200, Kim Woelders [EMAIL PROTECTED] wrote: | Yasufumi Haga wrote: | Hi all | | This is an update of ja.po for e16 as of | September 11. | | Thanks, committed :) | | You are aware that there are a number of untranslated (fuzzy marked) | items, like the labels in the new combined settings dialog, right? Yes, I'm aware that there are some fuzzy entries in my ja.po file. One reason is that I can't find the new dialog. I guessed it wasn't implemented yet because there was no menu entry to show the dialog in the menu shown by clicking the background. How can I display the dialog? Is it already available? Unless you have customized the default settings menu (right click) it should be the top item. Otherwise you should get it from $ eesh misc cfg /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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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.phpp=sourceforgeCID=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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 21; 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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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 01:00:00.0 +0100 @@
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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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;nbsp; 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 math.h
#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;
+ struct _Imlib_Font *next_in_set;
};
struct _Imlib_Font_Glyph
@@ -83,6 +84,12 @@
void
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
Re: [E-devel] [PATCH][e16] Support all 4 ICCCM input models especially Globally Active.
On Mon, 01 Apr 2013 21:36:58 +0200, Tim Howe vs...@quadium.net wrote: Kim Woelders wrote: On Mon, 01 Apr 2013 11:36:17 +0200, Tim Howe vsync@... wrote: This is relevant to graphical Java applications which require it. Is this the same thing as http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8009224 ? Heh, it seems to be although I didn't find that bug until after I had filed my own (which I can't now find); Sun's bug tracker really went downhill after the Oracle acquisition. It's also related to this bug which is what sent me in the right direction: http://bugs.sun.com/view_bug.do?bug_id=6798064 I'm not convinced there actually is a problem here at the e16 end (except that the WM gets the blame anyway), and it looks like the current problem with java applications was introduced by a change in jdk7. It's definitely triggered by a change in Java which is why I filed my own bug; while it might be correct it'd be ideal to avoid regressions. However, from what I can tell it unfortunately is related to a bug in e16. Of the 4 input models specified in ICCCM 4.1.7 it only supports 3 (possibly 2): No Input, Passive, and Locally Active but with a twist. I'll poke around a bit and try to figure out what goes on here. I can save you a little time and give you a quick tour :) For reference I've posted a copy of the patch since I think my original post's stuck in moderation: http://quadium.net/code/e16.focus.globally-active.patch So in Globally Active mode the WM should never call XSetInputFocus on the target window but rather only send WM_TAKE_FOCUS. Therefore the first thing I did was edit ICCCM_GetWmProtocols() so that the WM_TAKE_FOCUS property doesn't force the input hint on (I believe this was conflating Locally Active with Globally Active). Then I added a check in ICCCM_Focus() to ensure it only calls XSetInputFocus() in case where the input field is genuinely set. Finally I had to tweak how inhibit_focus got set in EwinStateUpdate() or Globally Active windows would be treated the same as No Input. Probably that's the original reason for the input flag munging mentioned above. Ok, so far I'm fine with the changes, and I have committed them. Seems to work just fine here - I also have a few java thingies that have been annoying me for a while. Now at this point e16 is setting the focus in the right circumstance. But its internal state and UI might not match the real world of the X server, since the WM_TAKE_FOCUS protocol allows the client to set input focus to any of its windows once offered. So that's the reason for the rest of the changes, to wait to set focus on the target window until it accepts it (or to change focus if the client redirects focus in the Locally Active model). Yeah, basically it is assumed that the client we want to focus with ICCCM_Focus() also gets the focus, and does not lose it because some other client steals it. So in principle the window decoration can become wrong in any of the focus modes. I don't ever see it happen though, so I haven't bothered to fix it properly. If fixing it, I think it should be done globally for all focus modes. I thought about splitting the focus code into 2 parts, one which determines where to send focus and the other which listens to focus events from the X server and only then updates decorations etc. That would probably be the proper thing to do. However as you said it's a sensitive area so I set it up for the logic flow to only change in the case of Globally Active windows, which weren't working anyway. Hence the need for the FOCUS_SERVER value, so server focus notifies can be treated completely separately from FOCUS_SET or anything like that. If you have any other questions or concerns please let me know. As a heads-up I did happen to discover a minor cosmetic issue which only appears when this patch is applied (whether the patch causes or merely triggers it I'm not sure yet) and only occurs in compositing mode when a menu is triggered then reverted and the client with focus has an active modal dialog. If you'd like to hold this patch until it can be superseded or a companion patch supplied I totally understand. I would be surprised if there wasn't a glitch here and there. Fortunately I hardly ever notice one :) Unfortunately without some fix however the system is pretty unusable since no Java application will accept keyboard input. Best, Thanks, /Kim -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https
[EGIT] [e16/e16] master 02/02: 1.0.13.002.
kwo pushed a commit to branch master. http://git.enlightenment.org/e16/e16.git/commit/?id=6703ab1c5985f4759087ceea8699bcebb1f155a9 commit 6703ab1c5985f4759087ceea8699bcebb1f155a9 Author: Kim Woelders k...@woelders.dk Date: Sun Sep 22 12:29:22 2013 +0200 1.0.13.002. --- ChangeLog| 8 configure.ac | 2 +- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/ChangeLog b/ChangeLog index 5731189..3007615 100644 --- a/ChangeLog +++ b/ChangeLog @@ -5756,3 +5756,11 @@ Disable moving None background to front. Discard broken backgrounds (bg file missing) on exit. Fix background dialog issues. Switch to new list implementation. + +--- + +Sun Sep 22 12:27:45 CEST 2013 + +--- 1.0.13.002 --- +Fixup after list changes. +Autofoo macro cleanups. diff --git a/configure.ac b/configure.ac index 60ced42..9c24e41 100644 --- a/configure.ac +++ b/configure.ac @@ -1,5 +1,5 @@ m4_define([pkg_version], [1.0.13]) -m4_define([pkg_revision], [001]) +m4_define([pkg_revision], [002]) m4_define([pkg_version], m4_ifdef([pkg_revision], [pkg_version.pkg_revision], [pkg_version])) m4_define([rpm_revision], m4_ifdef([pkg_revision], [0.%(date '+%y%m%d')], [1])) --
[EGIT] [e16/e16] master 01/02: Autofoo macro cleanups.
kwo pushed a commit to branch master.
http://git.enlightenment.org/e16/e16.git/commit/?id=b42aa483047baa09a7565757683de2068f619397
commit b42aa483047baa09a7565757683de2068f619397
Author: Kim Woelders k...@woelders.dk
Date: Fri Aug 9 08:31:57 2013 +0200
Autofoo macro cleanups.
- Eliminate use of obsolete AC_TRY_COMPILE.
- Changes names AC_/ac_ to EC_/ec_ to stay out of autoconf namespace.
---
configure.ac| 8
m4/{ac_attribute.m4 = ec_attribute.m4} | 25 +
m4/{ac_func.m4 = ec_func.m4} | 16
m4/{ac_warnflags.m4 = ec_warnflags.m4} | 10 +-
4 files changed, 34 insertions(+), 25 deletions(-)
diff --git a/configure.ac b/configure.ac
index 42171e5..60ced42 100644
--- a/configure.ac
+++ b/configure.ac
@@ -44,8 +44,8 @@ AC_CHECK_HEADERS(alloca.h locale.h stdarg.h wctype.h)
AC_C_BIGENDIAN
AC_C_CONST
AC_C_INLINE
-AC_C___ATTRIBUTE__
-AC_C___FUNC__
+EC_C___ATTRIBUTE__
+EC_C___FUNC__
AC_CHECK_SIZEOF(int, 4)
AC_CHECK_SIZEOF(long, 4)
AC_CHECK_SIZEOF(wchar_t, 4)
@@ -437,9 +437,9 @@ AC_ARG_ENABLE(gcc-cpp,
if test x$enable_gcc_cpp = xyes; then
CC=g++
CPPFLAGS=$CPPFLAGS -x c++
- AC_C_WARNFLAGS([cpp])
+ EC_C_WARNINGS([cpp])
else
- AC_C_WARNFLAGS()
+ EC_C_WARNINGS()
fi
AC_DEFINE(_GNU_SOURCE, 1, [Enable extensions])
diff --git a/m4/ac_attribute.m4 b/m4/ec_attribute.m4
similarity index 66%
rename from m4/ac_attribute.m4
rename to m4/ec_attribute.m4
index df59aa3..74d5976 100644
--- a/m4/ac_attribute.m4
+++ b/m4/ec_attribute.m4
@@ -4,7 +4,7 @@ dnl Originally snatched from somewhere...
dnl Macro for checking if the compiler supports __attribute__
-dnl Usage: AC_C___ATTRIBUTE__
+dnl Usage: EC_C___ATTRIBUTE__
dnl Call AC_DEFINE for HAVE___ATTRIBUTE__ and __UNUSED__.
dnl If the compiler supports __attribute__, HAVE___ATTRIBUTE__ is
@@ -12,18 +12,27 @@ dnl defined to 1 and __UNUSED__ is defined to
__attribute__((unused))
dnl otherwise, HAVE___ATTRIBUTE__ is not defined and __UNUSED__ is
dnl defined to nothing.
-AC_DEFUN([AC_C___ATTRIBUTE__],
+AC_DEFUN([EC_C___ATTRIBUTE__],
[
AC_MSG_CHECKING(for __attribute__)
- AC_CACHE_VAL(ac_cv___attribute__, [
- AC_TRY_COMPILE([#include stdlib.h],
- [int func(int x); int foo(int x __attribute__ ((unused))) { exit(1); }],
- ac_cv___attribute__=yes, ac_cv___attribute__=no)])
- if test $ac_cv___attribute__ = yes; then
+ AC_CACHE_VAL(ec_cv___attribute__, [
+AC_COMPILE_IFELSE([
+ AC_LANG_PROGRAM(
+ [[
+#include stdlib.h
+ ]], [[
+int foo(int x __attribute__ ((unused))) { exit(1); }
+ ]])
+],
+ec_cv___attribute__=yes,
+ec_cv___attribute__=no)
+ ])
+
+ if test $ec_cv___attribute__ = yes; then
AC_DEFINE(HAVE___ATTRIBUTE__, 1, [Define to 1 if your compiler has
__attribute__])
AC_DEFINE(__UNUSED__, __attribute__((unused)), [Macro declaring a function
argument to be unused])
else
AC_DEFINE(__UNUSED__, , [Macro declaring a function argument to be unused])
fi
- AC_MSG_RESULT($ac_cv___attribute__)
+ AC_MSG_RESULT($ec_cv___attribute__)
])
diff --git a/m4/ac_func.m4 b/m4/ec_func.m4
similarity index 73%
rename from m4/ac_func.m4
rename to m4/ec_func.m4
index 6c0b579..e0a1c09 100644
--- a/m4/ac_func.m4
+++ b/m4/ec_func.m4
@@ -3,33 +3,33 @@ dnl This code is public domain and can be freely used or
copied.
dnl Macro for defining __func__ if not already defined
-dnl Usage: AC_C___FUNC__
+dnl Usage: EC_C___FUNC__
dnl If __func__ is not defined and __FUNCTION__ is, __func__ is defined
dnl to __FUNCTION__. If __FUNCTION__ isn't defined either, __func__ is
dnl defined to FUNC.
-AC_DEFUN([AC_C___FUNC__],
+AC_DEFUN([EC_C___FUNC__],
[
- AC_CACHE_CHECK([for __func__], ac_cv___func__, [
+ AC_CACHE_CHECK([for __func__], ec_cv___func__, [
AC_COMPILE_IFELSE([
AC_LANG_PROGRAM([], [[const char *s = __func__;]])
], [
- ac_cv___func__=yes
+ ec_cv___func__=yes
], [
AC_COMPILE_IFELSE([
AC_LANG_PROGRAM([], [[const char *s = __FUNCTION__;]])
], [
-ac_cv___func__=function
+ec_cv___func__=function
], [
-ac_cv___func__=no
+ec_cv___func__=no
])
])
])
- if test $ac_cv___func__ = function; then
+ if test $ec_cv___func__ = function; then
AC_DEFINE(__func__, __FUNCTION__, [Define __func__ appropriately if
missing])
- elif test $ac_cv___func__ = no; then
+ elif test $ec_cv___func__ = no; then
AC_DEFINE(__func__, FUNC, [Define __func__ appropriately if missing])
fi
])
diff --git a/m4/ac_warnflags.m4 b/m4/ec_warnflags.m4
similarity index 77%
rename from m4/ac_warnflags.m4
rename to m4/ec_warnflags.m4
index e7e12d0..813bf15 100644
--- a/m4/ac_warnflags.m4
+++ b/m4/ec_warnflags.m4
@@ -1,15 +1,15 @@
dnl Copyright (C) 2008 Kim Woelders
dnl This code is public domain and can be freely used or copied.
-dnl Macro to set compiler warning flags
+dnl Macro to set compiler warning flags
[EGIT] [e16/e16] master 01/01: Fix menu generation some more.
kwo pushed a commit to branch master.
http://git.enlightenment.org/e16/e16.git/commit/?id=1922725db45a179ab8cbf1add1bd9d1cbb70c0a0
commit 1922725db45a179ab8cbf1add1bd9d1cbb70c0a0
Author: Kim Woelders k...@woelders.dk
Date: Sat Oct 5 11:16:27 2013 +0200
Fix menu generation some more.
Stop .desktop file processing when seeing a section other than [Desktop
Entry].
The previous fix in this area didn't do it properly.
Noted by Len E.
---
scripts/e_gen_menu | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/scripts/e_gen_menu b/scripts/e_gen_menu
index 94178c3..a552536 100755
--- a/scripts/e_gen_menu
+++ b/scripts/e_gen_menu
@@ -197,8 +197,9 @@ sub ProcessFile {
open(FI,$f) or return;
while (FI) {
s/\s+$//;
- if (/^\[Desktop\s+(\w+)/) {
- last if ($1 ne Entry);
+ if (/^\[(\w+)\s+(\w+)/) {
+ # Note: This breaks if [Desktop Entry] is not the first
+ last if (($1 ne Desktop) or ($2 ne Entry));
} elsif (/^Name=(.*)$/) {
$Name = $1;
} elsif ($loc1 /^Name\[$loc1\]=(.*)$/) {
--
[EGIT] [e16/e16] master 01/01: Remove useless Name[] entries from .desktop files.
kwo pushed a commit to branch master. http://git.enlightenment.org/e16/e16.git/commit/?id=34565d50c81ff6a0e9a6fcc9d46d4bc75fa763f9 commit 34565d50c81ff6a0e9a6fcc9d46d4bc75fa763f9 Author: Kim Woelders k...@woelders.dk Date: Sat Oct 5 11:27:46 2013 +0200 Remove useless Name[] entries from .desktop files. --- misc/e16-gnome2-session.desktop.in | 18 -- misc/e16-gnome3-session.desktop| 18 -- misc/e16-kde-session.desktop.in| 18 -- misc/e16-session.desktop.in| 18 -- misc/e16.desktop.in| 18 -- 5 files changed, 90 deletions(-) diff --git a/misc/e16-gnome2-session.desktop.in b/misc/e16-gnome2-session.desktop.in index d76742e..272c5d7 100644 --- a/misc/e16-gnome2-session.desktop.in +++ b/misc/e16-gnome2-session.desktop.in @@ -2,24 +2,6 @@ Encoding=UTF-8 Type=XSession Name=E16 GNOME2 -Name[Name]=E16 GNOME2 -Name[ab]= -Name[ca]= -Name[cs]= -Name[de]= -Name[el]= -Name[eo]=E16 GNOME2 -Name[es]= -Name[fr]=E16 GNOME2 -Name[gl]= -Name[hu]= -Name[it]= -Name[ja]= -Name[ko]= -Name[pt]= -Name[ru]= -Name[sr]= -Name[tr]= Comment=This session starts GNOME using enlightenment (e16) as window manager Comment[eo]=Tiu sesio lanĉas GNOME uzante Enlightenment (e16) kiel fenestro-administrilon Comment[fr]=Démarre une session GNOME en utilisant enlightenment (e16) comme gestionnaire de fenêtres diff --git a/misc/e16-gnome3-session.desktop b/misc/e16-gnome3-session.desktop index fbec232..20832f8 100644 --- a/misc/e16-gnome3-session.desktop +++ b/misc/e16-gnome3-session.desktop @@ -2,23 +2,5 @@ Encoding=UTF-8 Type=XSession Name=E16 GNOME3 -Name[Name]=E16 GNOME3 -Name[ab]= -Name[ca]= -Name[cs]= -Name[de]= -Name[el]= -Name[eo]=E16 GNOME3 -Name[es]= -Name[fr]=E16 GNOME3 -Name[gl]= -Name[hu]= -Name[it]= -Name[ja]= -Name[ko]= -Name[pt]= -Name[ru]= -Name[sr]= -Name[tr]= TryExec=/usr/bin/gnome-session Exec=gnome-session --session=e16-gnome diff --git a/misc/e16-kde-session.desktop.in b/misc/e16-kde-session.desktop.in index 0fb6990..f4330b7 100644 --- a/misc/e16-kde-session.desktop.in +++ b/misc/e16-kde-session.desktop.in @@ -2,24 +2,6 @@ Encoding=UTF-8 Type=XSession Name=E16-KDE -Name[Name]=E16-KDE -Name[ab]= -Name[ca]= -Name[cs]= -Name[de]= -Name[el]= -Name[eo]=E16-KDE -Name[es]= -Name[fr]=E16-KDE -Name[gl]= -Name[hu]= -Name[it]= -Name[ja]= -Name[ko]= -Name[pt]= -Name[ru]= -Name[sr]= -Name[tr]= Comment=This session starts KDE using enlightenment (e16) as window manager Comment[eo]=Tiu sesio lanĉas KDE uzante Enlightenment (e16) kiel fenestro-administrilo. Comment[fr]=Démarre une session KDE en utilisant enlightenment (e16) comme gestionnaire de fenêtres diff --git a/misc/e16-session.desktop.in b/misc/e16-session.desktop.in index f161624..1feecfc 100644 --- a/misc/e16-session.desktop.in +++ b/misc/e16-session.desktop.in @@ -2,24 +2,6 @@ Encoding=UTF-8 Type=XSession Name=E16 -Name[Name]=E16 -Name[ab]= -Name[ca]= -Name[cs]= -Name[de]= -Name[el]= -Name[eo]=E16 -Name[es]= -Name[fr]=E16 -Name[gl]= -Name[hu]= -Name[it]= -Name[ja]= -Name[ko]= -Name[pt]= -Name[ru]= -Name[sr]= -Name[tr]= Comment=This session starts the Enlightenment (e16) window manager Comment[eo]=Tiu sesio lanĉas la fenestro-administrilon Enlightenment (e16) Comment[fr]=Démarre une session avec enlightenment (e16) diff --git a/misc/e16.desktop.in b/misc/e16.desktop.in index b87bfeb..3583954 100644 --- a/misc/e16.desktop.in +++ b/misc/e16.desktop.in @@ -2,24 +2,6 @@ Encoding=UTF-8 Type=Application Name=E16 -Name[Name]=E16 -Name[ab]= -Name[ca]= -Name[cs]= -Name[de]= -Name[el]= -Name[eo]=E16 -Name[es]= -Name[fr]=E16 -Name[gl]= -Name[hu]= -Name[it]= -Name[ja]= -Name[ko]= -Name[pt]= -Name[ru]= -Name[sr]= -Name[tr]= Comment=The Enlightenment (e16) window manager Comment[eo]=Enlightenment (e16) la fenestra agordilo Comment[fr]=Gestionnaire de fenêtres Enlightenment (e16) --
