Re: [E-devel] NetworkManager in E17
Thanks for all the replies, but to be honest I prefer something more GUI and straightforward. I do not believe that I should torture myself just to obtain a network connection. ;)I move around frequently in my new job and need to see all the wireless network around. So Carl gave the correct solution: 1. load networkmanager at boot time through chkconfig 2. load nm-applet 3. load trayer 4. Click on the icon in the tray and we're all set -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier Casse Research Scientist Electronic Materials Research Institute, Northeastern University, 435 Egan Research Center, Boston MA, 02115. On 9/27/06, Carl Bolduc [EMAIL PROTECTED] wrote: On 9/26/06, Didier Casse [EMAIL PROTECTED] wrote: The problem is that this NetworkManager appears in the form of a tray icon and is compatible w/ the GNOME tray, so I can't see it in E17. Now even the 3rd party tray trayer-1.0 doesn't display the icon. Hi, you have to start the network-manager applet, which is nm-applet I beleive. Then it will appear inside trayer. Same thing for gnome-power-manager. carl - 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] keybinding bug
Carsten Haitzler (The Rasterman) wrote: On Fri, 29 Sep 2006 13:46:12 +1200 Jochen Schroeder [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) wrote: On Wed, 27 Sep 2006 14:01:23 +1200 Jochen Schroeder [EMAIL PROTECTED] babbled: Hi guys, I just noticed a small bug with the keybindings. I can't set keybindings for moving windows to a different desktop. Well I can set the bindings but they don't work. From what I understand in the source code, this is because window_desk_move_to expects 2 parameters but only one is given. I really don't know if my c knowledge is good enough to create a patch, I also don't really know what the correct way of doing this would be (create a function similar to desk_linear_flip_to?) you will need to give it 2 params :( there is no linear version atm. Yeah I know however in the configuration dialog it only has one parameter, and one cannot change it. Well I just go with using enlightenment_remote, just wanted to let you guys know. all actions have that. you just make it 2 items with a space. ie 1 1 :) Well that's the thing I can't change the parameters for the move to # keybindings. I know I can just use the unspecified move to and enter the parameters myself. It was really just a message to let you guys know, as I could not find it in the fixme or todo list. Cheers Jochen - 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] Eterm cut and paste doesn't work on x86_64 with gcc4.1.1
All, Several gentoo (and a suse) users have been having trouble with Eterm specifically with it's interface with xselection. We think that we have narrowed it down to x86_64 with gcc4. The behavior is that you can cut/paste within a select group of type of windows (eterms, xterms, firefox, thunderbird), but you can't paste into other types (opera, ooffice, knotes, etc.) The only clue that I have is that I ran klipper (kde's clipboard/xselection tool) in a terminal and tried to select from an eterm. When I do, I get the following error as soon as I mouseup following the selection: X Error: BadAtom (invalid Atom parameter) 5 Major opcode: 17 Minor opcode: 0 Resource id: 0x3200048 I have tried to hack scr/screen.c, but I haven't been successful in pinpointing the issue. Can anyone here give me a push in the right direction? Thanks, Dan - 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] Eterm cut and paste doesn't work on x86_64 with gcc4.1.1
All, Several gentoo (and a suse) users have been having trouble with Eterm specifically with it's interface with xselection. We think that we have narrowed it down to x86_64 with gcc4. The behavior is that you can cut/paste within a select group of type of windows (eterms, xterms, firefox, thunderbird), but you can't paste into other types (opera, ooffice, knotes, etc.) The only clue that I have is that I ran klipper (kde's clipboard/xselection tool) in a terminal and tried to select from an eterm. When I do, I get the following error as soon as I mouseup following the selection: X Error: BadAtom (invalid Atom parameter) 5 Major opcode: 17 Minor opcode: 0 Resource id: 0x3200048 I have tried to hack scr/screen.c, but I haven't been successful in pinpointing the issue. Can anyone here give me a push in the right direction? Thanks, Dan - 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] Latinoware
I hope this time the mail gets to the list. Hello, I've read a post on get-e asking for some enlightenment representative for Latinoware. I could get in contact with the guy from Latinoware, as I'm from Brazil and will probably be there, but I think they might be looking for an E developer - I'm a developer myself, but as you know, not in enlightenment project. Is there any brazilian E developer ? -- Arnaldo M. Pereira egghunt at gmail.com http://www.ansi-c.org/~arnaldo - 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] Enlightenment CVS committal
I wrote: I think this is some subtle grad id problem, or some such, in the way edje grads are defined.. or some other part of the code that may deal with 'transitions'. and also, Since Brian is busy with things, it looks like I may have to see if I can sort this out. I ended up modifying all the edje grad stuff.. and adding bunch of new things.. and 'fixing' a couple of small things I saw.. and I still couldn't get rid of the weird transitions. In the end, I had to back up and re-examine evas itself, since I couldn't see how else this could be happening. And indeed I did find the source of the problem in evas grads, NOT edje. I'll send a patch for evas later (a couple of lines really), as I also saw that some changes that I thought I'd done for the xrender engine never made it to the diff I sent. Anyway, the 'edje-grad-transition-problem' is over. My sincere apologies to Brian for ever having doubted his edje-grads.. they work just fine :) jose. - 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] Enity porting problem
Hi! I have a problem porting Enity application to FreeBSD that I'm currently can't resolve. In function _en_list_cb of src/bin/enity.c it's assumed, that va_list is just an array of parameters, which is not the case for all platforms (e.g. on FreeBSD amd64 va_list is just __bultin_va_list), and thus compilation fails. That is we should not do any assumptions about va_list structure as it can vary across platforms. Personally, i have no any idea currently how it can be resolved. Maybe someone on this list or the author can come up with some solutions? PS: one of possible solutions is to implement a kind of etk_tree_append_array function that will take it's arguments from array/linked list instead of varargs. Thanks for attention. -- Stanislav Sedov [EMAIL PROTECTED][[Россия, Москва]] PGP id: 0xEB269581 http://people.freebsd.org/~stas/stas.key.asc pgpcezM0vr6FT.pgp Description: PGP signature - 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] Enity porting problem
On 10/5/06, Stanislav Sedov [EMAIL PROTECTED] wrote: Hi! I have a problem porting Enity application to FreeBSD that I'm currently can't resolve. In function _en_list_cb of src/bin/enity.c it's assumed, that va_list is just an array of parameters, which is not the case for all platforms (e.g. on FreeBSD amd64 va_list is just __bultin_va_list), and thus compilation fails. That is we should not do any assumptions about va_list structure as it can vary across platforms. That is correct. The assumption I made in the code does break Enity. It works on Linux/FreeBSD for x86 (i386), but other platforms are not guaranteed. Personally, i have no any idea currently how it can be resolved. Maybe someone on this list or the author can come up with some solutions? PS: one of possible solutions is to implement a kind of etk_tree_append_array function that will take it's arguments from array/linked list instead of varargs. Yes, that would be one way to do it, but at the time, I did not implement such a function for Etk's tree, and it is not very trivial (iirc). I am a bit busy right now and have no time to investigate the matter any further. Feel free to give it a try though and let us know what you come up with (= Best Regards, hisham -- Hisham Mardam Bey MSc (Computer Science) http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) - 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] Edje-grads.
As I mentioned in an earlier email (which for some reason
I've yet to see show up), the odd behaviour of grads w.r.t. changing
bgs in e17, turned out to be entirely due to an error in the evas
grad code, NOT in edje.. Brian's edje-grads work fine! :)
Attached is an evas patch to take care of this and a couple
of other minor bits that were leftover (eg. a typo that was causing
problems with linear grads).
Just to make this a point to note: The premul move involved
a rather large amount of evas code -- please keep an eye out for
errors or any 'odd' behaviour such as this case illustrated.
jose.
Index: e17/libs/evas/src/lib/canvas/evas_object_gradient.c
===
RCS file: /var/cvs/e/e17/libs/evas/src/lib/canvas/evas_object_gradient.c,v
retrieving revision 1.14
diff -u -r1.14 evas_object_gradient.c
--- e17/libs/evas/src/lib/canvas/evas_object_gradient.c 30 Sep 2006 10:18:32 - 1.14
+++ e17/libs/evas/src/lib/canvas/evas_object_gradient.c 5 Oct 2006 00:33:16 -
@@ -923,14 +923,14 @@
(obj-cur.color.g != obj-prev.color.g) ||
(obj-cur.color.b != obj-prev.color.b) ||
(obj-cur.color.a != obj-prev.color.a))
- o-gradient_changed = 1;
+ { o-gradient_changed = 1; o-changed = 1; }
if ((!o-gradient_changed) ((obj-cur.cache.clip.r != obj-prev.cache.clip.r) ||
(obj-cur.cache.clip.g != obj-prev.cache.clip.g) ||
(obj-cur.cache.clip.b != obj-prev.cache.clip.b) ||
(obj-cur.cache.clip.a != obj-prev.cache.clip.a)))
- o-gradient_changed = 1;
+ { o-gradient_changed = 1; o-changed = 1; }
if (!o-gradient_changed (obj-cur.interpolation.color_space != obj-prev.interpolation.color_space))
- o-gradient_changed = 1;
+ { o-gradient_changed = 1; o-changed = 1; }
if (!o-changed (obj-cur.render_op != obj-prev.render_op))
o-changed = 1;
if (!o-changed (obj-cur.anti_alias != obj-prev.anti_alias))
Index: e17/libs/evas/src/lib/engines/common/evas_gradient_linear.c
===
RCS file: /var/cvs/e/e17/libs/evas/src/lib/engines/common/evas_gradient_linear.c,v
retrieving revision 1.5
diff -u -r1.5 evas_gradient_linear.c
--- e17/libs/evas/src/lib/engines/common/evas_gradient_linear.c 30 Sep 2006 10:18:32 - 1.5
+++ e17/libs/evas/src/lib/engines/common/evas_gradient_linear.c 5 Oct 2006 00:33:20 -
@@ -384,7 +384,7 @@
#endif
#define AXIS_ALIGNED \
- ( ((ayy == 0) || (ayx == 0)) ((gdata-ca == 0.0) || (gdata-sa = 0.0)) )
+ ( ((ayy == 0) || (ayx == 0)) ((gdata-ca == 0.0) || (gdata-sa == 0.0)) )
#define SETUP_LINEAR_FILL \
if (gdata-at_angle) \
Index: e17/libs/evas/src/lib/engines/common/evas_scale_smooth_scaler_up.c
===
RCS file: /var/cvs/e/e17/libs/evas/src/lib/engines/common/evas_scale_smooth_scaler_up.c,v
retrieving revision 1.8
diff -u -r1.8 evas_scale_smooth_scaler_up.c
--- e17/libs/evas/src/lib/engines/common/evas_scale_smooth_scaler_up.c 30 Sep 2006 10:18:32 - 1.8
+++ e17/libs/evas/src/lib/engines/common/evas_scale_smooth_scaler_up.c 5 Oct 2006 00:33:21 -
@@ -41,8 +41,14 @@
else
buf = pdst;
- dsxx = (((srw == 1) ? (1 16) : ((srw - 1) 16))) / ((drw == 1) ? 1 : (drw - 1));
- dsyy = (((srh == 1) ? (1 16) : ((srh - 1) 16))) / ((drh == 1) ? 1 : (drh - 1));
+ if ((srw 1) (drw 1))
+ dsxx = ((srw - 1) 16) / (drw - 1);
+ else
+ dsxx = (srw 16) / drw;
+ if ((srh 1) (drh 1))
+ dsyy = ((srh - 1) 16) / (drh - 1);
+ else
+ dsyy = (srh 16) / drh;
cx = dst_clip_x - drx;
cy = dst_clip_y - dry;
Index: e17/libs/evas/src/modules/engines/xrender_x11/evas_engine_xrender.c
===
RCS file: /var/cvs/e/e17/libs/evas/src/modules/engines/xrender_x11/evas_engine_xrender.c,v
retrieving revision 1.23
diff -u -r1.23 evas_engine_xrender.c
--- e17/libs/evas/src/modules/engines/xrender_x11/evas_engine_xrender.c 30 Sep 2006 10:18:36 - 1.23
+++ e17/libs/evas/src/modules/engines/xrender_x11/evas_engine_xrender.c 5 Oct 2006 00:33:25 -
@@ -2,7 +2,7 @@
* vim:ts=8:sw=3:sts=8:noexpandtab:cino=5n-3f0^-2{2
*/
#include evas_common.h
-#include evas_macros.h
+//#include evas_macros.h
#include evas_private.h
#include evas_engine.h
#include Evas_Engine_XRender_X11.h
@@ -307,7 +307,8 @@
}
/* initialized the transform to the identity */
-static void init_transform (XTransform *t)
+static void
+init_xtransform(XTransform *t)
{
int i, j;
@@ -316,6 +317,16 @@
t-matrix[i][j] = XDoubleToFixed((i == j) ? 1 : 0);
}
+static void
+set_xtransform_scale(XTransform *t, int sw, int sh, int w, int h)
+{
+ if ((sw 1) (w 1))
+ { sw--; w--; }
+ if ((sh 1) (h 1))
+ { sh--; h--; }
+ t-matrix[0][0] = XDoubleToFixed((double)sw / (double)w);
+ t-matrix[1][1] = XDoubleToFixed((double)sh / (double)h);
+}
// when color multiplier is used
Re: [E-devel] imlib2 1.3.0 broken?
Am Montag, 2. Oktober 2006 21:33 schrieb Kim Woelders: 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? No; I fixed it by now... I was using the imlib rpms from packman on my suse 10.1, after that i built my own from the spec file and patch suse was using to build 1.2.1, and the 1.3.0 source, which did the trick. I dont know if the patch or the slightly different build process did the trick, though. bye, MH /Kim -- gpg key fingerprint: 5F64 4C92 9B77 DE37 D184 C5F9 B013 44E7 27BD 763C - 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 translucency win_op enhancements [with patch]
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. - 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] Eterm cut and paste doesn't work on x86_64 with gcc4.1.1
On Tuesday, 03 October 2006, at 08:42:34 (-0400), Dan Gregory wrote: Several gentoo (and a suse) users have been having trouble with Eterm specifically with it's interface with xselection. We think that we have narrowed it down to x86_64 with gcc4. The behavior is that you can cut/paste within a select group of type of windows (eterms, xterms, firefox, thunderbird), but you can't paste into other types (opera, ooffice, knotes, etc.) The only clue that I have is that I ran klipper (kde's clipboard/xselection tool) in a terminal and tried to select from an eterm. When I do, I get the following error as soon as I mouseup following the selection: X Error: BadAtom (invalid Atom parameter) 5 Major opcode: 17 Minor opcode: 0 Resource id: 0x3200048 I have tried to hack scr/screen.c, but I haven't been successful in pinpointing the issue. Can anyone here give me a push in the right direction? If it ONLY happens on x86_64 and it ONLY happens with gcc 4, don't you think that sounds like a gcc bug? I sure do. Tried gcc3? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- My program's in an infinite loop. Should I wait for it to finish? -- some lame luser in a Tarleton State Univ. computer lab - 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] keybinding bug
On 9/30/06, Jochen Schroeder [EMAIL PROTECTED] wrote: Carsten Haitzler (The Rasterman) wrote: On Fri, 29 Sep 2006 13:46:12 +1200 Jochen Schroeder [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) wrote: On Wed, 27 Sep 2006 14:01:23 +1200 Jochen Schroeder [EMAIL PROTECTED] babbled: Hi guys, I just noticed a small bug with the keybindings. I can't set keybindings for moving windows to a different desktop. Well I can set the bindings but they don't work. From what I understand in the source code, this is because window_desk_move_to expects 2 parameters but only one is given. I really don't know if my c knowledge is good enough to create a patch, I also don't really know what the correct way of doing this would be (create a function similar to desk_linear_flip_to?) you will need to give it 2 params :( there is no linear version atm. Yeah I know however in the configuration dialog it only has one parameter, and one cannot change it. Well I just go with using enlightenment_remote, just wanted to let you guys know. all actions have that. you just make it 2 items with a space. ie 1 1 :) Well that's the thing I can't change the parameters for the move to # keybindings. I know I can just use the unspecified move to and enter the parameters myself. It was really just a message to let you guys know, as I could not find it in the fixme or todo list. Thanks for pointing out this bug. This will be fixed in my next commit very soon. Cheers Jochen - 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 -- Aleksej Struk Master Degree Student Free University of Bozen-Bolzano Faculty of Computer Science phone: +39-0471-061749 cell phone: +39-3204627049 [EMAIL PROTECTED] [EMAIL PROTECTED] - http://www. - 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: apps/e manowarrior
On Thu, 5 Oct 2006 11:50:43 -0400 (EDT) Enlightenment CVS [EMAIL PROTECTED] babbled: yes! much better! :) Enlightenment CVS committal Author : manowarrior Project : e17 Module : apps/e Dir : e17/apps/e/data/themes/images Modified Files: e17_icon_applications.png Log Message: Better? === RCS file: /cvs/e/e17/apps/e/data/themes/images/e17_icon_applications.png,v retrieving revision 1.2 retrieving revision 1.3 diff -u -3 -r1.2 -r1.3 Binary files /tmp/cvsi0XDVg and /tmp/cvs7BZl5n differ - 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-cvs mailing list enlightenment-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - 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] Edje-grads.
On Wed, 4 Oct 2006 23:37:52 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] babbled: As I mentioned in an earlier email (which for some reason I've yet to see show up), the odd behaviour of grads w.r.t. changing bgs in e17, turned out to be entirely due to an error in the evas grad code, NOT in edje.. Brian's edje-grads work fine! :) sf.net is having email problems :( Attached is an evas patch to take care of this and a couple of other minor bits that were leftover (eg. a typo that was causing problems with linear grads). done :) Just to make this a point to note: The premul move involved a rather large amount of evas code -- please keep an eye out for errors or any 'odd' behaviour such as this case illustrated. indeed. eyes peeled. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - 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] E17 needs...
I hadn't run e17 for a few months, and just recently updated it and did so.. Many new good things here - imagine how much could be done if the work done over the last couple of months could continue! :) I have some personal criticisms and requests though, just based on first impressions of a few minutes of use... :) (maybe should've sent this to the 'users' list rather than the 'devel' list...) 1. People want 'icons' on the desktop. Why can't I have icons on the desktop... Must have icons-on-the-desktop... etc. Why can't e17 do that? 2. Log-out/in/etc. buttons are only available through the main menu - Why aren't they on the bottom of the right-moose-button click-on-desktop menu.. And on the panel/bar/shelf thing? 3. People want to edit menu/menu-items, drag/drop to and fro menus, etc... Why can't e17 do that? 4. Config dialog thing opens multiple versions of any of its sub-dialogs, it shouldn't do that. Also, why can't e17 put a 'link' on the panel/shelf thing, or on a menu, or on the desktop.. to any one of these sub-dialogs? 5. Menus all look the same -- I want a silly golden-image bar-like thing that says Enlighten... on the left side of the main menu, and _only_ on that menu. Why can't e17 do that? 6. Well, you get the idea :) I am offering a bounty of *one can of sardines* to whoever first 'fixes' any/each of these things :) jose. - 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] E17 needs...
[EMAIL PROTECTED] wrote: snip 4. Config dialog thing opens multiple versions of any of its sub-dialogs, it shouldn't do that. Also, why can't e17 put a 'link' on the panel/shelf thing, or on a menu, or on the desktop.. to any one of these sub-dialogs? /snip Strange, I don't get multiple versions of any of the sub-dialogs, unless I click the item twice. dh - 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: apps/e devilhorns
Devilhorns,
I see that you are using class names which are very specific like cpufreq_label
and battery_label. This will cause an issue for third party modules not being
able to use color classes. I think its best that class names be generic to
modules as a whole and not specific functions.
Consider class names like
mod_label
mod_title
mod_text
Most of the labels look good. Another option would be for enabling third party
modules to extend the available color/font class lists dynamically.
Thats just my opinion though,
-Stafford
On Thu, 5 Oct 2006 22:25:57 -0400 (EDT)
Enlightenment CVS [EMAIL PROTECTED] wrote:
Enlightenment CVS committal
Author : devilhorns
Project : e17
Module : apps/e
Dir : e17/apps/e/data/themes
Modified Files:
default_battery.edc default_cpufreq.edc default_entry.edc
default_error.edc default_ibox.edc default_radio.edc
default_slider.edc default_temperature.edc
default_theme_about.edc
Log Message:
Added more color classes.
===
RCS file: /cvs/e/e17/apps/e/data/themes/default_battery.edc,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -3 -r1.12 -r1.13
--- default_battery.edc 28 Sep 2006 06:07:15 - 1.12
+++ default_battery.edc 6 Oct 2006 02:25:57 - 1.13
@@ -159,6 +159,7 @@
color: 255 255 255 255;
color2: 0 0 0 128;
color3: 0 0 0 32;
+ color_class: battery_label;
text {
text: 100%;
font: Edje-Vera-Bold;
@@ -189,6 +190,7 @@
color: 255 255 255 255;
color2: 0 0 0 128;
color3: 0 0 0 32;
+ color_class: battery_label;
text {
text: 00:00;
font: Edje-Vera-Bold;
===
RCS file: /cvs/e/e17/apps/e/data/themes/default_cpufreq.edc,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -3 -r1.8 -r1.9
--- default_cpufreq.edc 28 Sep 2006 06:07:15 - 1.8
+++ default_cpufreq.edc 6 Oct 2006 02:25:57 - 1.9
@@ -304,6 +304,7 @@
color: 255 255 255 255;
color2: 0 0 0 128;
color3: 0 0 0 32;
+ color_class: cpufreq_label;
text {
text: ??? Ghz;
font: Edje-Vera-Bold;
===
RCS file: /cvs/e/e17/apps/e/data/themes/default_entry.edc,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -3 -r1.13 -r1.14
--- default_entry.edc 23 Aug 2006 08:53:25 - 1.13
+++ default_entry.edc 6 Oct 2006 02:25:57 - 1.14
@@ -86,6 +86,7 @@
description {
state: default 0.0;
color: 0 0 0 255;
+ color_class: entry_text;
text {
text: Entry;
font: Edje-Vera;
===
RCS file: /cvs/e/e17/apps/e/data/themes/default_error.edc,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -3 -r1.13 -r1.14
--- default_error.edc 23 Aug 2006 03:39:01 - 1.13
+++ default_error.edc 6 Oct 2006 02:25:57 - 1.14
@@ -122,6 +122,7 @@
}
color:0 0 0 255;
color3: 255 255 255 128;
+ color_class: error_title;
text {
text: Title;
font: Edje-Vera-Bold;
@@ -213,6 +214,7 @@
}
color:0 0 0 255;
color3: 255 255 255 128;
+ color_class: button_text;
text {
text: OK;
font: Edje-Vera;
===
RCS file: /cvs/e/e17/apps/e/data/themes/default_ibox.edc,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -3 -r1.4 -r1.5
--- default_ibox.edc 23 Aug 2006 03:39:01 - 1.4
+++ default_ibox.edc 6 Oct 2006 02:25:57 - 1.5
@@ -212,6 +212,7 @@
}
color: 255 255 255 0;
color3: 0 0 0 0;
+ color_class: ibox_label;
text {
text: Icon Name;
font: Edje-Vera-Bold;
===
RCS file: /cvs/e/e17/apps/e/data/themes/default_radio.edc,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -3 -r1.13 -r1.14
--- default_radio.edc 23 Aug 2006 03:39:01 - 1.13
+++ default_radio.edc 6 Oct 2006 02:25:57 - 1.14
@@ -81,6 +81,7 @@
}
color: 0 0 0 255;
color3: 255 255 255 128;
+ color_class: radio_text;
text {
text: Radio Button;
font: Edje-Vera;
@@ -95,6 +96,7 @@
inherit: default 0.0;
color:0 0 0 128;
color3: 255 255 255 64;
+
Re: [E-devel] E CVS: apps/e devilhorns
Stafford Horne wrote: Consider class names like mod_label mod_title mod_text The main reason for using a battery_label, temperature_label (etc etc) was that so battery could have a different color class from temperature. If we went with some generic classes, which I'm not totally against, then that would mean all module labels would have the same color, as opposed to using blue on the battery and red on temperature, etc, etc. Allowing themes to expand the list is on my TODO for this. Basically, I was thinking that the config dialog would list all the standardized color classes, as it does now, then at the bottom of the list, have it show any extra color classes that the theme supports, which would include module color classes. I'm completely open to input on this, and now is the time as the dialog is in it's infancy. dh - 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] E17 needs...
On Fri, 6 Oct 2006 12:57:37 +1000 David Seikel [EMAIL PROTECTED] babbled: On Fri, 6 Oct 2006 02:49:58 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I hadn't run e17 for a few months, and just recently updated it and did so.. Many new good things here - imagine how much could be done if the work done over the last couple of months could continue! :) I have some personal criticisms and requests though, just based on first impressions of a few minutes of use... :) You should use it for more than a few minutes before complaining. aye. 1. People want 'icons' on the desktop. Why can't I have icons on the desktop... Must have icons-on-the-desktop... etc. Why can't e17 do that? On the TODO. aye. on the TODO. why do u think i did all that e_fm work? fm2? its just for that purpose. right now it only have a fully functional list mode and... its what is behind the file selector and lists of themes, wallpapers etc. it handles all that. the idea is to get it right within limited contexts then expand its functionality until i do an icon view mode and then finally one flexible enough to whack onto the desktop. its already underway and on the todo. 3. People want to edit menu/menu-items, drag/drop to and fro menus, etc... Why can't e17 do that? Last I checked you can drag from menus to ibar and other places. raster recently wrote some more DND stuff that I haven't checked out yet. yup. recently added dnd to fm2. e17 isnt finished. thts why we havent released it. 4. Config dialog thing opens multiple versions of any of its sub-dialogs, it shouldn't do that. Also, why can't e17 put a 'link' on the panel/shelf thing, or on a menu, or on the desktop.. to any one of these sub-dialogs? Good point. reason: because we aren't done :) 5. Menus all look the same -- I want a silly golden-image bar-like thing that says Enlighten... on the left side of the main menu, and _only_ on that menu. Why can't e17 do that? You want the start module? he wants a windows style main menu with windows xp as a big vertical banner down the side of just that main menu. i.e. he wants menu styles. not hard to add - just see no point in doing it at the moment with a lot of other things yet to do :) I am offering a bounty of *one can of sardines* to whoever first 'fixes' any/each of these things :) You can donate my can to charity. Don't like sardines much. B-) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - 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: apps/e devilhorns
On 10/5/06, Christopher Michael [EMAIL PROTECTED] wrote: Allowing themes to expand the list is on my TODO for this. Basically, I was thinking that the config dialog would list all the standardized color classes, as it does now, then at the bottom of the list, have it show any extra color classes that the theme supports, which would include module color classes. I'm completely open to input on this, and now is the time as the dialog is in it's infancy. Originally, the idea behind the color classes was not to provide an exhaustive directory of parts that can have their colors overridden. It was more that you would provide a limited set of classes so the user can easily set the color scheme for their whole environment. Maybe the better solution is hierarchical color classes, so the basic list would affect most elements, but individual parts could be changed in advanced mode. - 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] Evas fb engine failure
I received a bug report from Lutin on #edevelop today that indicated that evas would not build on PPC linux with the FB engine enabled because PAGE_MASK is not defined. I put a patch together that may address the problem, but I don't have a Linux system to test on right now. If someone could test this and either commit or let me know if it works, I would appreciate it. http://ningerso.edevelop.org/files/evas_fb_main-ppc.diff Thanks, Nathan - 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: apps/e devilhorns
Nathan Ingersoll wrote: On 10/5/06, Christopher Michael [EMAIL PROTECTED] wrote: Allowing themes to expand the list is on my TODO for this. Basically, I was thinking that the config dialog would list all the standardized color classes, as it does now, then at the bottom of the list, have it show any extra color classes that the theme supports, which would include module color classes. I'm completely open to input on this, and now is the time as the dialog is in it's infancy. Originally, the idea behind the color classes was not to provide an exhaustive directory of parts that can have their colors overridden. It was more that you would provide a limited set of classes so the user can easily set the color scheme for their whole environment. Maybe the better solution is hierarchical color classes, so the basic list would affect most elements, but individual parts could be changed in advanced mode. Ok, I can buy that :) Simple enough todo in the Basic Dialog. dh - 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] E17 needs...?
I have some personal criticisms and requests though, just based on first impressions of a few minutes of use... :) You should use it for more than a few minutes before complaining. aye. Naye. First impressions are of the utmost importance, that's why I deliberately did it that way. No complaints, just observations. I know it's hard to accept 'criticisms', and especially when it may even be incorrect, but that 'first-impression' is what most will get and what can decide further use.. Hence my decision to write this - knowing well that e17 isn't finished. I can use it for hours/days/... and get a different idea, and I can look thru the src code and get yet another viewpoint.. But neither will equal that 'first-impression' viewpoint. ... ... reason: because we aren't done :) Sure. But that still leaves it open to 'constructive criticism', 'first-impressions', etc... and to clarifying where's it at, where it's going, and where it'd like to be... someplace outside of a TODO file in the src code. It is after all, both a 'themer' and an 'end-user' interface. :) I am offering a bounty of *one can of sardines* to whoever first 'fixes' any/each of these things :) You can donate my can to charity. Don't like sardines much. B-) Sardines are quite good with beer or wine. jose. - 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] E17 needs...?
On Fri, 6 Oct 2006 04:43:08 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I am offering a bounty of *one can of sardines* to whoever first 'fixes' any/each of these things :) You can donate my can to charity. Don't like sardines much. B-) Sardines are quite good with beer or wine. Don't like beer or wine either. signature.asc Description: PGP signature - 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] Very strange startup problem
Hi all. I've just put another new Linux box together, and I've found the following strange startup bug. I've created a .desktop file for 'gnome-settings-daemon' to give gtk+ apps a decent appearance. I then add this to the startup folder. When I start E, the startup animation displays, but without some detail ( without a background layer - just the E logo, which is animated ). When the animation finished, I'm left with a blank screen. E is running, but not rendering - or at least if it is, I can't see it, because the startup animation hasn't gotten out of the way. If I remove gnome-settings-daemon from my startup folder, OR if I disable the startup animation, E starts correctly. Also, things work fine if I wait until after E's started to load up gnome-settings-daemon ( which is otherwise working correctly ). If I drop to a console and hit CTRL and C to kill X, Enlightenment keeps running ( and takes up all CPU ). All E dependancies were built last night, and again this morning ( just to check ). I've also rebuilt gnome's control panel package ( which has gnome-settings-daemon ). Dan - 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] Evas fb engine failure
Nathan writes: I received a bug report from Lutin on #edevelop today that indicated that evas would not build on PPC linux with the FB engine enabled because PAGE_MASK is not defined. I thought that Jorge (aka. turran) was going to do some work on the evas fb engine, and also ecore_fb, but don't know if he's had a chance to get to that or not. I put a patch together that may address the problem, but I don't have a Linux system to test on right now. If someone could test this and either commit or let me know if it works, I would appreciate it. I personally don't have access to a ppc. :( jose. - 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] E17 needs...?
David writes: Sardines are quite good with beer or wine. Don't like beer or wine either. Hopefully, after seeing how much was done in such a short time, someone else will step up to the plate.. and offer something better ;) jose. - 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] Evas fb engine failure
On 10/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I personally don't have access to a ppc. :( jose. Actually, testing on any architecture would be helpful. As I'm building on Mac OS X and Solaris these days, I can't even attempt to test anything FB related. I also don't know if the results from getpagesize() can differ from the PAGE_SIZE and PAGE_MASK results. - 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
