Re: [E-devel] E SVN: leif IN trunk/e: po src/bin src/modules/conf_randr
On Thu, 31 May 2012 07:46:30 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: quoting the entire 11mb message so nobody can read it: genius. Not to mention that we really don't need multiple megabyte emails for 5 lines of reply. Bandwidth is expensive in this country, if people want to waste mine, they can damn well pay for it. /me shows where the original message SHOULD have been trimmed. On Thu, May 31, 2012 at 1:20 AM, Cedric BAIL cedric.b...@free.fr wrote: On Thu, May 31, 2012 at 4:16 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: e_randr: Show ask position dialog, if ASK policy is used. Please Leif be carefull, you did update all translation at the same time of your commit. That's bad. Use svn status to get a list of the file that have been modified and then svn commit with the exact list of file to commit. You can also svn revert before commiting the file that you don't want to upload. Author: leif Date: 2012-05-30 12:16:58 -0700 (Wed, 30 May 2012) New Revision: 71566 Trac: http://trac.enlightenment.org/e/changeset/71566 Added: trunk/e/src/bin/e_randr_12_ask_dialog.c Modified: trunk/e/po/ar.po trunk/e/po/bg.po trunk/e/po/ca.po trunk/e/po/cs.po trunk/e/po/da.po trunk/e/po/de.po trunk/e/po/el.po trunk/e/po/eo.po trunk/e/po/es.po trunk/e/po/et.po trunk/e/po/fi.po trunk/e/po/fo.po trunk/e/po/fr.po trunk/e/po/fr_CH.po trunk/e/po/he.po trunk/e/po/hr.po trunk/e/po/hu.po trunk/e/po/it.po trunk/e/po/ja.po trunk/e/po/km.po trunk/e/po/ko.po trunk/e/po/ku.po trunk/e/po/lt.po trunk/e/po/ms.po trunk/e/po/nb.po trunk/e/po/nl.po trunk/e/po/pl.po trunk/e/po/pt.po trunk/e/po/pt_BR.po trunk/e/po/ro.po trunk/e/po/ru.po trunk/e/po/sk.po trunk/e/po/sl.po trunk/e/po/sv.po trunk/e/po/tr.po trunk/e/po/uk.po trunk/e/po/zh_CN.po trunk/e/po/zh_TW.po trunk/e/src/bin/Makefile.am trunk/e/src/bin/e_randr.h trunk/e/src/bin/e_randr_12.c trunk/e/src/modules/conf_randr/e_int_config_randr.h trunk/e/src/modules/conf_randr/e_int_config_randr_policy.c -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xcb src/lib/ecore_x/xlib
-- Leif Middelschulte Gesendet mit Sparrow (http://www.sparrowmailapp.com/?sig) Am Donnerstag, 31. Mai 2012 um 02:09 schrieb Carsten Haitzler: On Thu, 31 May 2012 01:37:25 +0200 Leif Middelschulte leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) said: 2012/5/31 Vincent Torri vincent.to...@gmail.com (mailto:vincent.to...@gmail.com): add at least some doc for the new API (@since) This is a bit problematic. This precise policy value (ASK) is actually just interesting to e17. So maybe I should move it there instead? The other policies are used by ecore_x was well e.g. for alignment. But the ask value doesn't make too any sense there. ask policy == e will manually take care of the new screen itself. in fact in almost all cases e will. it will use its own configuration to know what to do. one such config option is always ask me about extra screens after the first as to what i want to do with them. :) I know what it's for. The question I tried to raise was: Does it make sense to put this value into ecore, or is ist sufficient to leave it as a special value in e17? And if it should stay in ecore, where should I put the @since? Vincent On Wed, May 30, 2012 at 9:16 PM, Enlightenment SVN no-re...@enlightenment.org (mailto:no-re...@enlightenment.org) wrote: Log: ecore_x_randr: Add _ASK policy for new monitors. Author: leif Date: 2012-05-30 12:16:29 -0700 (Wed, 30 May 2012) New Revision: 71565 Trac: http://trac.enlightenment.org/e/changeset/71565 Modified: trunk/ecore/ChangeLog trunk/ecore/NEWS trunk/ecore/src/lib/ecore_x/Ecore_X.h trunk/ecore/src/lib/ecore_x/xcb/ecore_xcb_randr.c trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c Modified: trunk/ecore/ChangeLog === --- trunk/ecore/ChangeLog 2012-05-30 17:42:26 UTC (rev 71564) +++ trunk/ecore/ChangeLog 2012-05-30 19:16:29 UTC (rev 71565) @@ -699,3 +699,6 @@ * Small fix to ecore-evas buffer engine on resize to make the right kind of buffer cavas (ARGB32 vs RGB32). +2012-05-30 Leif Middelschulte (T_UNIX) + +* Add ECORE_X_RANDR_OUTPUT_POLICY_ASK Modified: trunk/ecore/NEWS === --- trunk/ecore/NEWS2012-05-30 17:42:26 UTC (rev 71564) +++ trunk/ecore/NEWS2012-05-30 19:16:29 UTC (rev 71565) @@ -18,6 +18,11 @@ - Force cancel of all running Ecore_Thread on shutdown. - Make Ecore_Thread work reliably when called without a running main loop. +Additions: + +* ecore_x: + - ECORE_X_RANDR_OUTPUT_POLICY_ASK + Ecore 1.2.0 Changes since Ecore 1.1.0: Modified: trunk/ecore/src/lib/ecore_x/Ecore_X.h === --- trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-05-30 17:42:26 UTC (rev 71564) +++ trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-05-30 19:16:29 UTC (rev 71565) @@ -197,7 +197,8 @@ ECORE_X_RANDR_OUTPUT_POLICY_BELOW = 3, ECORE_X_RANDR_OUTPUT_POLICY_LEFT = 4, ECORE_X_RANDR_OUTPUT_POLICY_CLONE = 5, - ECORE_X_RANDR_OUTPUT_POLICY_NONE = 6 + ECORE_X_RANDR_OUTPUT_POLICY_NONE = 6, + ECORE_X_RANDR_OUTPUT_POLICY_ASK = 7 } Ecore_X_Randr_Output_Policy; typedef enum _Ecore_X_Randr_Relative_Alignment Modified: trunk/ecore/src/lib/ecore_x/xcb/ecore_xcb_randr.c === --- trunk/ecore/src/lib/ecore_x/xcb/ecore_xcb_randr.c 2012-05-30 17:42:26 UTC (rev 71564) +++ trunk/ecore/src/lib/ecore_x/xcb/ecore_xcb_randr.c 2012-05-30 19:16:29 UTC (rev 71565) @@ -1848,6 +1848,8 @@ case ECORE_X_RANDR_OUTPUT_POLICY_NONE: break; + default: +return EINA_FALSE; } if ((xn == r1.x) (yn == r1.x)) return EINA_TRUE; Modified: trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c === --- trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-05-30 17:42:26 UTC (rev 71564) +++ trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-05-30 19:16:29 UTC (rev 71565) @@ -1498,6 +1498,8 @@ */ case ECORE_X_RANDR_OUTPUT_POLICY_NONE: break; + default: +return EINA_FALSE; } if ((x_n == r1_geo.x) (y_n == r1_geo.x)) return EINA_TRUE; -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond.
Re: [E-devel] E SVN: leif IN trunk/e: po src/bin src/modules/conf_randr
Am Donnerstag, 31. Mai 2012 um 09:18 schrieb David Seikel: On Thu, 31 May 2012 07:46:30 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com (mailto:michael.blumenkra...@gmail.com) wrote: quoting the entire 11mb message so nobody can read it: genius. Not to mention that we really don't need multiple megabyte emails for 5 lines of reply. Bandwidth is expensive in this country, if people want to waste mine, they can damn well pay for it. /me shows where the original message SHOULD have been trimmed. On Thu, May 31, 2012 at 1:20 AM, Cedric BAIL cedric.b...@free.fr (mailto:cedric.b...@free.fr) wrote: On Thu, May 31, 2012 at 4:16 AM, Enlightenment SVN no-re...@enlightenment.org (mailto:no-re...@enlightenment.org) wrote: Log: e_randr: Show ask position dialog, if ASK policy is used. Please Leif be carefull, you did update all translation at the same time of your commit. That's bad. Use svn status to get a list of the file that have been modified and then svn commit with the exact list of file to commit. You can also svn revert before commiting the file that you don't want to upload. I ran make and since I've added new translatable strings, I guess the positions of other strings have changed. If I did something wrong, please tell me what or directly revert, I won't feel offended :-) Author: leif Date: 2012-05-30 12:16:58 -0700 (Wed, 30 May 2012) New Revision: 71566 Trac: http://trac.enlightenment.org/e/changeset/71566 Added: trunk/e/src/bin/e_randr_12_ask_dialog.c Modified: trunk/e/po/ar.po trunk/e/po/bg.po trunk/e/po/ca.po trunk/e/po/cs.po trunk/e/po/da.po trunk/e/po/de.po trunk/e/po/el.po trunk/e/po/eo.po trunk/e/po/es.po trunk/e/po/et.po trunk/e/po/fi.po trunk/e/po/fo.po trunk/e/po/fr.po trunk/e/po/fr_CH.po trunk/e/po/he.po trunk/e/po/hr.po trunk/e/po/hu.po trunk/e/po/it.po trunk/e/po/ja.po trunk/e/po/km.po trunk/e/po/ko.po trunk/e/po/ku.po trunk/e/po/lt.po trunk/e/po/ms.po trunk/e/po/nb.po trunk/e/po/nl.po trunk/e/po/pl.po trunk/e/po/pt.po trunk/e/po/pt_BR.po trunk/e/po/ro.po trunk/e/po/ru.po trunk/e/po/sk.po trunk/e/po/sl.po trunk/e/po/sv.po trunk/e/po/tr.po trunk/e/po/uk.po trunk/e/po/zh_CN.po trunk/e/po/zh_TW.po trunk/e/src/bin/Makefile.am (http://Makefile.am) trunk/e/src/bin/e_randr.h trunk/e/src/bin/e_randr_12.c trunk/e/src/modules/conf_randr/e_int_config_randr.h trunk/e/src/modules/conf_randr/e_int_config_randr_policy.c -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net (mailto:enlightenment-devel@lists.sourceforge.net) https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/e: po src/bin src/modules/conf_randr
On Thu, 31 May 2012 17:18:29 +1000 David Seikel onef...@gmail.com said: On Thu, 31 May 2012 07:46:30 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: quoting the entire 11mb message so nobody can read it: genius. Not to mention that we really don't need multiple megabyte emails for 5 lines of reply. Bandwidth is expensive in this country, if people want to waste mine, they can damn well pay for it. /me shows where the original message SHOULD have been trimmed. just use the cloud man! haven't you heard. the cloud solves everything! you only will download the bits of the message you need to see via the web. html5 man! the solution to world peace! -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/e: po src/bin src/modules/conf_randr
GET TO THE CLOUD On Thu, May 31, 2012 at 8:49 AM, Carsten Haitzler ras...@rasterman.comwrote: On Thu, 31 May 2012 17:18:29 +1000 David Seikel onef...@gmail.com said: On Thu, 31 May 2012 07:46:30 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: quoting the entire 11mb message so nobody can read it: genius. Not to mention that we really don't need multiple megabyte emails for 5 lines of reply. Bandwidth is expensive in this country, if people want to waste mine, they can damn well pay for it. /me shows where the original message SHOULD have been trimmed. just use the cloud man! haven't you heard. the cloud solves everything! you only will download the bits of the message you need to see via the web. html5 man! the solution to world peace! -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/e: po src/bin src/modules/conf_randr
On Thu, 31 May 2012 16:49:08 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 31 May 2012 17:18:29 +1000 David Seikel onef...@gmail.com said: On Thu, 31 May 2012 07:46:30 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: quoting the entire 11mb message so nobody can read it: genius. Not to mention that we really don't need multiple megabyte emails for 5 lines of reply. Bandwidth is expensive in this country, if people want to waste mine, they can damn well pay for it. /me shows where the original message SHOULD have been trimmed. just use the cloud man! haven't you heard. the cloud solves everything! you only will download the bits of the message you need to see via the web. html5 man! the solution to world peace! P The cloud, turning all your data into vapour-ware. So, when do we see EFL ported to HTML 5 so I can make my new web site look pretty? -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/e: po src/bin src/modules/conf_randr
On Thu, May 31, 2012 at 5:06 PM, David Seikel onef...@gmail.com wrote: On Thu, 31 May 2012 16:49:08 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 31 May 2012 17:18:29 +1000 David Seikel onef...@gmail.com said: On Thu, 31 May 2012 07:46:30 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: quoting the entire 11mb message so nobody can read it: genius. Not to mention that we really don't need multiple megabyte emails for 5 lines of reply. Bandwidth is expensive in this country, if people want to waste mine, they can damn well pay for it. /me shows where the original message SHOULD have been trimmed. just use the cloud man! haven't you heard. the cloud solves everything! you only will download the bits of the message you need to see via the web. html5 man! the solution to world peace! P The cloud, turning all your data into vapour-ware. So, when do we see EFL ported to HTML 5 so I can make my new web site look pretty? Don't speak to much man, some crazy guy will show up, compile them with llvm to generate some js non sense and you will get them in your browser... -- Cedric BAIL -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/ecore: . src/lib/ecore_x src/lib/ecore_x/xcb src/lib/ecore_x/xlib
On Thu, 31 May 2012 09:43:07 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: -- Leif Middelschulte Gesendet mit Sparrow (http://www.sparrowmailapp.com/?sig) Am Donnerstag, 31. Mai 2012 um 02:09 schrieb Carsten Haitzler: On Thu, 31 May 2012 01:37:25 +0200 Leif Middelschulte leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) said: 2012/5/31 Vincent Torri vincent.to...@gmail.com (mailto:vincent.to...@gmail.com): add at least some doc for the new API (@since) This is a bit problematic. This precise policy value (ASK) is actually just interesting to e17. So maybe I should move it there instead? The other policies are used by ecore_x was well e.g. for alignment. But the ask value doesn't make too any sense there. ask policy == e will manually take care of the new screen itself. in fact in almost all cases e will. it will use its own configuration to know what to do. one such config option is always ask me about extra screens after the first as to what i want to do with them. :) I know what it's for. The question I tried to raise was: Does it make sense to put this value into ecore, or is ist sufficient to leave it as a special value in e17? And if it should stay in ecore, where should I put the @since? well ecore isnt handling it... beyond the need to ask xserver to NOT auto-configure any added displays, - thats all thats needed. Vincent On Wed, May 30, 2012 at 9:16 PM, Enlightenment SVN no-re...@enlightenment.org (mailto:no-re...@enlightenment.org) wrote: Log: ecore_x_randr: Add _ASK policy for new monitors. Author: leif Date: 2012-05-30 12:16:29 -0700 (Wed, 30 May 2012) New Revision: 71565 Trac: http://trac.enlightenment.org/e/changeset/71565 Modified: trunk/ecore/ChangeLog trunk/ecore/NEWS trunk/ecore/src/lib/ecore_x/Ecore_X.h trunk/ecore/src/lib/ecore_x/xcb/ecore_xcb_randr.c trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c Modified: trunk/ecore/ChangeLog === --- trunk/ecore/ChangeLog 2012-05-30 17:42:26 UTC (rev 71564) +++ trunk/ecore/ChangeLog 2012-05-30 19:16:29 UTC (rev 71565) @@ -699,3 +699,6 @@ * Small fix to ecore-evas buffer engine on resize to make the right kind of buffer cavas (ARGB32 vs RGB32). +2012-05-30 Leif Middelschulte (T_UNIX) + +* Add ECORE_X_RANDR_OUTPUT_POLICY_ASK Modified: trunk/ecore/NEWS === --- trunk/ecore/NEWS2012-05-30 17:42:26 UTC (rev 71564) +++ trunk/ecore/NEWS2012-05-30 19:16:29 UTC (rev 71565) @@ -18,6 +18,11 @@ - Force cancel of all running Ecore_Thread on shutdown. - Make Ecore_Thread work reliably when called without a running main loop. +Additions: + +* ecore_x: + - ECORE_X_RANDR_OUTPUT_POLICY_ASK + Ecore 1.2.0 Changes since Ecore 1.1.0: Modified: trunk/ecore/src/lib/ecore_x/Ecore_X.h === --- trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-05-30 17:42:26 UTC (rev 71564) +++ trunk/ecore/src/lib/ecore_x/Ecore_X.h 2012-05-30 19:16:29 UTC (rev 71565) @@ -197,7 +197,8 @@ ECORE_X_RANDR_OUTPUT_POLICY_BELOW = 3, ECORE_X_RANDR_OUTPUT_POLICY_LEFT = 4, ECORE_X_RANDR_OUTPUT_POLICY_CLONE = 5, - ECORE_X_RANDR_OUTPUT_POLICY_NONE = 6 + ECORE_X_RANDR_OUTPUT_POLICY_NONE = 6, + ECORE_X_RANDR_OUTPUT_POLICY_ASK = 7 } Ecore_X_Randr_Output_Policy; typedef enum _Ecore_X_Randr_Relative_Alignment Modified: trunk/ecore/src/lib/ecore_x/xcb/ecore_xcb_randr.c === --- trunk/ecore/src/lib/ecore_x/xcb/ecore_xcb_randr.c 2012-05-30 17:42:26 UTC (rev 71564) +++ trunk/ecore/src/lib/ecore_x/xcb/ecore_xcb_randr.c 2012-05-30 19:16:29 UTC (rev 71565) @@ -1848,6 +1848,8 @@ case ECORE_X_RANDR_OUTPUT_POLICY_NONE: break; + default: +return EINA_FALSE; } if ((xn == r1.x) (yn == r1.x)) return EINA_TRUE; Modified: trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c === --- trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-05-30 17:42:26 UTC (rev 71564) +++ trunk/ecore/src/lib/ecore_x/xlib/ecore_x_randr_12.c 2012-05-30 19:16:29 UTC (rev 71565) @@ -1498,6 +1498,8 @@ */ case ECORE_X_RANDR_OUTPUT_POLICY_NONE: break; + default: +return EINA_FALSE; } if ((x_n ==
Re: [E-devel] E SVN: leif IN trunk/e: po src/bin src/modules/conf_randr
Am Donnerstag, 31. Mai 2012 um 10:19 schrieb Carsten Haitzler: On Thu, 31 May 2012 09:48:51 +0200 Leif Middelschulte leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) said: Am Donnerstag, 31. Mai 2012 um 09:18 schrieb David Seikel: On Thu, 31 May 2012 07:46:30 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com (mailto:michael.blumenkra...@gmail.com) wrote: quoting the entire 11mb message so nobody can read it: genius. Not to mention that we really don't need multiple megabyte emails for 5 lines of reply. Bandwidth is expensive in this country, if people want to waste mine, they can damn well pay for it. /me shows where the original message SHOULD have been trimmed. On Thu, May 31, 2012 at 1:20 AM, Cedric BAIL cedric.b...@free.fr (mailto:cedric.b...@free.fr) (mailto:cedric.b...@free.fr) wrote: On Thu, May 31, 2012 at 4:16 AM, Enlightenment SVN no-re...@enlightenment.org (mailto:no-re...@enlightenment.org) wrote: Log: e_randr: Show ask position dialog, if ASK policy is used. Please Leif be carefull, you did update all translation at the same time of your commit. That's bad. Use svn status to get a list of the file that have been modified and then svn commit with the exact list of file to commit. You can also svn revert before commiting the file that you don't want to upload. I ran make and since I've added new translatable strings, I guess the positions of other strings have changed. If I did something wrong, please tell me what or directly revert, I won't feel offended :-) when u do svn commit the log to edit lists a tonne of files u didnt edit - unrelated to your actual commit change. just commit in src - not in po, so the commit isnt polluted with unrelated changes. if u want to do a separate commit to update po's - eg svn comit src; svn commit po Hm.. but if anybody wants to revert the change to e, he'll most certainly want to revert the po update as well, won't you? Author: leif Date: 2012-05-30 12:16:58 -0700 (Wed, 30 May 2012) New Revision: 71566 Trac: http://trac.enlightenment.org/e/changeset/71566 Added: trunk/e/src/bin/e_randr_12_ask_dialog.c Modified: trunk/e/po/ar.po trunk/e/po/bg.po trunk/e/po/ca.po trunk/e/po/cs.po trunk/e/po/da.po trunk/e/po/de.po trunk/e/po/el.po trunk/e/po/eo.po trunk/e/po/es.po trunk/e/po/et.po trunk/e/po/fi.po trunk/e/po/fo.po trunk/e/po/fr.po trunk/e/po/fr_CH.po trunk/e/po/he.po trunk/e/po/hr.po trunk/e/po/hu.po trunk/e/po/it.po trunk/e/po/ja.po trunk/e/po/km.po trunk/e/po/ko.po trunk/e/po/ku.po trunk/e/po/lt.po trunk/e/po/ms.po trunk/e/po/nb.po trunk/e/po/nl.po trunk/e/po/pl.po trunk/e/po/pt.po trunk/e/po/pt_BR.po trunk/e/po/ro.po trunk/e/po/ru.po trunk/e/po/sk.po trunk/e/po/sl.po trunk/e/po/sv.po trunk/e/po/tr.po trunk/e/po/uk.po trunk/e/po/zh_CN.po trunk/e/po/zh_TW.po trunk/e/src/bin/Makefile.am (http://Makefile.am) trunk/e/src/bin/e_randr.h trunk/e/src/bin/e_randr_12.c trunk/e/src/modules/conf_randr/e_int_config_randr.h trunk/e/src/modules/conf_randr/e_int_config_randr_policy.c -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net (mailto:enlightenment-devel@lists.sourceforge.net) (mailto:enlightenment-devel@lists.sourceforge.net) https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net (mailto:enlightenment-devel@lists.sourceforge.net) https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman
Re: [E-devel] E SVN: leif IN trunk/e: po src/bin src/modules/conf_randr
On Thu, May 31, 2012 at 5:37 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: Am Donnerstag, 31. Mai 2012 um 10:19 schrieb Carsten Haitzler: On Thu, 31 May 2012 09:48:51 +0200 Leif Middelschulte leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) said: Am Donnerstag, 31. Mai 2012 um 09:18 schrieb David Seikel: On Thu, 31 May 2012 07:46:30 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com (mailto:michael.blumenkra...@gmail.com) wrote: quoting the entire 11mb message so nobody can read it: genius. Not to mention that we really don't need multiple megabyte emails for 5 lines of reply. Bandwidth is expensive in this country, if people want to waste mine, they can damn well pay for it. /me shows where the original message SHOULD have been trimmed. On Thu, May 31, 2012 at 1:20 AM, Cedric BAIL cedric.b...@free.fr (mailto:cedric.b...@free.fr) (mailto:cedric.b...@free.fr) wrote: On Thu, May 31, 2012 at 4:16 AM, Enlightenment SVN no-re...@enlightenment.org (mailto:no-re...@enlightenment.org) wrote: Log: e_randr: Show ask position dialog, if ASK policy is used. Please Leif be carefull, you did update all translation at the same time of your commit. That's bad. Use svn status to get a list of the file that have been modified and then svn commit with the exact list of file to commit. You can also svn revert before commiting the file that you don't want to upload. I ran make and since I've added new translatable strings, I guess the positions of other strings have changed. If I did something wrong, please tell me what or directly revert, I won't feel offended :-) when u do svn commit the log to edit lists a tonne of files u didnt edit - unrelated to your actual commit change. just commit in src - not in po, so the commit isnt polluted with unrelated changes. if u want to do a separate commit to update po's - eg svn comit src; svn commit po Hm.. but if anybody wants to revert the change to e, he'll most certainly want to revert the po update as well, won't you? The thing is that po are updated no matter what during compilation. Now by committing them you are hidding your work. It's clearly useless to commit then often, as they will be modified during compilation automatically to match the change. And in general we should never commit po when we are commiting anything else. -- Cedric BAIL -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] point release
I'm apparently doing bugfix releases sometime within the next year, so everybody check your backports and whatnot. I will hunt you down if I find out that you have not been backporting. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Slackware packaging
SlackE17, the E17 packaging project for E17 is now based on released code. But SVN is still moving and for testing latest code, released libraries are not enough. For instance, e doesn't build anymore against EFL 1.2 So, I would like to add SlackBuilds to trunk/packaging/slackware, to help Slackware people build and test the SVN version. It's mostly shell scripts and text files. Consider this like an unstable and smaller version of the build infra of SlackE17. SlackE17 will, in same time, follow the last stable branch, and provide users with binary packages. Any objection or comment about this addition? -- Jérôme Pinot http://ngc891.blogdns.net/ signature.asc Description: Digital signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Slackware packaging
On Thu, May 31, 2012 at 11:28 AM, Jérôme Pinot ngc...@gmail.com wrote: SlackE17, the E17 packaging project for E17 is now based on released code. But SVN is still moving and for testing latest code, released libraries are not enough. For instance, e doesn't build anymore against EFL 1.2 So, I would like to add SlackBuilds to trunk/packaging/slackware, to help Slackware people build and test the SVN version. It's mostly shell scripts and text files. Consider this like an unstable and smaller version of the build infra of SlackE17. SlackE17 will, in same time, follow the last stable branch, and provide users with binary packages. Any objection or comment about this addition? of course not :) there are visual studio in that dir, so you can put linux scripts files there :) Vincent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif IN trunk/e: po src/bin src/modules/conf_randr
On Thu, 31 May 2012 17:45:01 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Thu, May 31, 2012 at 5:37 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: Am Donnerstag, 31. Mai 2012 um 10:19 schrieb Carsten Haitzler: On Thu, 31 May 2012 09:48:51 +0200 Leif Middelschulte leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) said: Am Donnerstag, 31. Mai 2012 um 09:18 schrieb David Seikel: On Thu, 31 May 2012 07:46:30 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com (mailto:michael.blumenkra...@gmail.com) wrote: quoting the entire 11mb message so nobody can read it: genius. Not to mention that we really don't need multiple megabyte emails for 5 lines of reply. Bandwidth is expensive in this country, if people want to waste mine, they can damn well pay for it. /me shows where the original message SHOULD have been trimmed. On Thu, May 31, 2012 at 1:20 AM, Cedric BAIL cedric.b...@free.fr (mailto:cedric.b...@free.fr) (mailto:cedric.b...@free.fr) wrote: On Thu, May 31, 2012 at 4:16 AM, Enlightenment SVN no-re...@enlightenment.org (mailto:no-re...@enlightenment.org) wrote: Log: e_randr: Show ask position dialog, if ASK policy is used. Please Leif be carefull, you did update all translation at the same time of your commit. That's bad. Use svn status to get a list of the file that have been modified and then svn commit with the exact list of file to commit. You can also svn revert before commiting the file that you don't want to upload. I ran make and since I've added new translatable strings, I guess the positions of other strings have changed. If I did something wrong, please tell me what or directly revert, I won't feel offended :-) when u do svn commit the log to edit lists a tonne of files u didnt edit - unrelated to your actual commit change. just commit in src - not in po, so the commit isnt polluted with unrelated changes. if u want to do a separate commit to update po's - eg svn comit src; svn commit po Hm.. but if anybody wants to revert the change to e, he'll most certainly want to revert the po update as well, won't you? The thing is that po are updated no matter what during compilation. Now by committing them you are hidding your work. It's clearly useless to commit then often, as they will be modified during compilation automatically to match the change. And in general we should never commit po when we are commiting anything else. Yes, keep getting conflicts coz of that on the .po files. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Slackware packaging
Vtorri is right, there are even files for vs there so a bunch of shell scripts for slackware shouldn't/wouldn't/couldn't hurt anyway. It will also be a plus for those who want to have latest EFL for their slack without keeping a private build infra of their own. in other words nice idea! please approve, please proceed :p -- Regards, Alex-P. Natsios (a.k.a Drakevr) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Slackware packaging
On Thu, 31 May 2012 18:28:11 +0900 Jérôme Pinot ngc...@gmail.com wrote: SlackE17, the E17 packaging project for E17 is now based on released code. But SVN is still moving and for testing latest code, released libraries are not enough. For instance, e doesn't build anymore against EFL 1.2 So, I would like to add SlackBuilds to trunk/packaging/slackware, to help Slackware people build and test the SVN version. It's mostly shell scripts and text files. Consider this like an unstable and smaller version of the build infra of SlackE17. SlackE17 will, in same time, follow the last stable branch, and provide users with binary packages. Any objection or comment about this addition? I thought that's what trunk/packaging was for. So go for it. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Slackware packaging
On Thu, 31 May 2012 18:28:11 +0900 Jérôme Pinot ngc...@gmail.com said: SlackE17, the E17 packaging project for E17 is now based on released code. But SVN is still moving and for testing latest code, released libraries are not enough. For instance, e doesn't build anymore against EFL 1.2 So, I would like to add SlackBuilds to trunk/packaging/slackware, to help Slackware people build and test the SVN version. It's mostly shell scripts and text files. Consider this like an unstable and smaller version of the build infra of SlackE17. SlackE17 will, in same time, follow the last stable branch, and provide users with binary packages. Any objection or comment about this addition? this is ok - but an alternative is that you just ship the snapshot of e that was made last efl release. this is pretty much the release model and following svn is of course going to bring in issues like this. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Slackware packaging
On 05/31/12 20:29, Carsten Haitzler wrote: On Thu, 31 May 2012 18:28:11 +0900 Jérôme Pinot ngc...@gmail.com said: SlackE17, the E17 packaging project for E17 is now based on released code. But SVN is still moving and for testing latest code, released libraries are not enough. For instance, e doesn't build anymore against EFL 1.2 So, I would like to add SlackBuilds to trunk/packaging/slackware, to help Slackware people build and test the SVN version. It's mostly shell scripts and text files. Consider this like an unstable and smaller version of the build infra of SlackE17. SlackE17 will, in same time, follow the last stable branch, and provide users with binary packages. Any objection or comment about this addition? this is ok - but an alternative is that you just ship the snapshot of e that was made last efl release. It's more or less what I already do. But good packages need lot of tests and sometimes an SVN revision is better than a release: http://sourceforge.net/projects/slacke17/files/slacke17/ The files that I'm going to commit are for advanced people willing to test svn. It's like an easy_e17.sh script but that goes nicely with the Slackware packaging system. It is not meant for shipping binaries. Actually, I need this myself, because SlackE17 will surely not move till E17 release, and I need to test change very often. I thought it was better to keep this in the trunk for now. this is pretty much the release model and following svn is of course going to bring in issues like this. Sometimes, I like to track issues :-) -- Jérôme Pinot http://ngc891.blogdns.net/ signature.asc Description: Digital signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: gastal trunk/eina/doc/img
On Thu, May 31, 2012 at 10:09 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Fixing the eina_inlist example 2 image. The diagram was wrong. Author: Guilherme Iscaro isc...@profusion.mobi Author: gastal Date: 2012-05-31 06:09:13 -0700 (Thu, 31 May 2012) New Revision: 71582 Trac: http://trac.enlightenment.org/e/changeset/71582 Modified: trunk/eina/doc/img/eina_inlist-node_eg2-list-inlist.eps trunk/eina/doc/img/eina_inlist-node_eg2-list-inlist.png Modified: trunk/eina/doc/img/eina_inlist-node_eg2-list-inlist.eps === --- trunk/eina/doc/img/eina_inlist-node_eg2-list-inlist.eps 2012-05-31 13:09:05 UTC (rev 71581) +++ trunk/eina/doc/img/eina_inlist-node_eg2-list-inlist.eps 2012-05-31 13:09:13 UTC (rev 71582) @@ -1,13716 +1,12923 @@ -%!PS-Adobe-3.1 EPSF-3.0 -%ADO_DSC_Encoding: MacOS Roman -%%Title: diagramas_01-09.eps -%%Creator: Adobe Illustrator(R) 14.0 -%%For: Marina Proni ... please mark EPS as binary to svn, otherwise it will keep showing us stupid diffs that makes no sense (also polluting the list and can be of harm as svn may decide to reformat the document (native end of line, etc) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: glima trunk/elementary/src/lib
Oops, I missed that. Sorry for the question. Thanks, I'm getting to know your new elementary well. Daniel Juyung Seo (SeoZ) On Wed, May 30, 2012 at 10:57 PM, Gustavo Lima Chaves gl...@profusion.mobi wrote: * Daniel Juyung Seo seojuyu...@gmail.com [2012-05-30 18:03:02 +0900]: Hello glima, I have a small question here while reading the code. struct _Elm_Bg_Smart_Data { Elm_Layout_Smart_Data base; Why Elm_Bg_Smart_Data has base? It looks like sd-base is never used. It's same for other widgets. Hi, Daniel. Have you had a look at the image on http://docs.enlightenment.org/auto/elementary/group__Widget.html? In the inheritance schema, specialized smart data are stacked alltogether in the widget's smart data struct. With that, widgets share data common to its ancestors, as it should be. Having a variable of type Elm_Layout_Smart_Data as the *1st* member of Elm_Bg_Smart_Data, one can access the former struct's fields by casting the latter to it: /* grab base object dimensions */ evas_object_geometry_get (ELM_WIDGET_DATA(sd)-resize_obj, bx, by, bw, bh); a code snippet taken from bg. See? If you're still in doubt, just ask :) Cheers, Daniel Juyung Seo (SeoZ) On Fri, May 4, 2012 at 7:41 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: [Elm] Elm bg now happily inherits from elm layout. Author: glima Date: 2012-05-03 15:41:32 -0700 (Thu, 03 May 2012) New Revision: 70709 Trac: http://trac.enlightenment.org/e/changeset/70709 Modified: trunk/elementary/src/lib/elm_bg.c trunk/elementary/src/lib/elm_bg.h Modified: trunk/elementary/src/lib/elm_bg.c === --- trunk/elementary/src/lib/elm_bg.c 2012-05-03 22:41:26 UTC (rev 70708) +++ trunk/elementary/src/lib/elm_bg.c 2012-05-03 22:41:32 UTC (rev 70709) @@ -1,75 +1,90 @@ #include Elementary.h #include elm_priv.h +#include elm_widget_layout.h -typedef struct _Widget_Data Widget_Data; +static const char BG_SMART_NAME[] = elm_bg; -struct _Widget_Data +typedef struct _Elm_Bg_Smart_Data Elm_Bg_Smart_Data; + +struct _Elm_Bg_Smart_Data { - Evas_Object *base, *rect, *img, *overlay; - const char *file, *group; - Elm_Bg_Option option; + Elm_Layout_Smart_Data base; + +/* the basic background's edje object has three swallow spots, namely: + * - elm.swallow.rectangle (elm_bg_color_set), + * - elm.swallow.background (elm_bg_file_set) and + * - elm.swallow.content (elm_bg_overlay_set). + * the following three variables hold possible content to fit in each + * of them, respectively. */ + + Evas_Object *rect, *img; + const char *file, *group; /* path to file and group name + * to give life to img */ + Elm_Bg_Option option; struct - { - Evas_Coord w, h; - } load_opts; + { + Evas_Coord w, h; + } load_opts; }; -static const char *widtype = NULL; +#define ELM_BG_DATA_GET(o, sd) \ + Elm_Bg_Smart_Data * sd = evas_object_smart_data_get(o) -static void _del_hook(Evas_Object *obj); -static void _theme_hook(Evas_Object *obj); -static void _custom_resize(void *data, Evas *a, Evas_Object *obj, void *event_info); -static void _content_set_hook(Evas_Object *obj, const char *part, Evas_Object *content); -static Evas_Object *_content_get_hook(const Evas_Object *obj, const char *part); -static Evas_Object *_content_unset_hook(Evas_Object *obj, const char *part); +#define ELM_BG_DATA_GET_OR_RETURN(o, ptr) \ + ELM_BG_DATA_GET(o, ptr); \ + if (!ptr) \ + { \ + CRITICAL(No widget data for object %p (%s), \ + o, evas_object_type_get(o)); \ + return; \ + } -static void -_del_hook(Evas_Object *obj) -{ - Widget_Data *wd = elm_widget_data_get(obj); - free(wd); -} +#define ELM_BG_DATA_GET_OR_RETURN_VAL(o, ptr, val) \ + ELM_BG_DATA_GET(o, ptr); \ + if (!ptr) \ + { \ + CRITICAL(No widget data for object %p (%s), \ + o, evas_object_type_get(o)); \ + return val; \ + } -static void -_theme_hook(Evas_Object *obj) +#define ELM_BG_CHECK(obj) \ + if (!obj || !elm_widget_type_check((obj), BG_SMART_NAME, __func__)) \ + return + +static const Elm_Layout_Part_Alias_Description _content_aliases[] = { - Widget_Data *wd = elm_widget_data_get(obj); - Evas_Coord w, h; + {overlay, elm.swallow.content}, +
[E-devel] Esvg status
Hey recently, e17 crashes with the Faenza icon them, because of bugs in the Esvg stack (and also because of Inkscape extension to the svg spec). Normally, the crashes are gone, thanks to Jorge. The rendering is maybe not perfect, but at least there is no more seg fault. Just updatethe whole stack to the latest code in trunk/ Vincent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Edge flipping broken.
Just updated to latest SVN right now, and edge flipping is broken. I tried restoring to the defaults to. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edge flipping broken.
On Fri, 1 Jun 2012 08:27:10 +1000 David Seikel onef...@gmail.com wrote: Just updated to latest SVN right now, and edge flipping is broken. I tried restoring to the defaults to. A bit more information. It's the edge mouse binding that's broken. Desktop flipping with the wheel and keyboard works fine. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edge flipping broken.
On Fri, Jun 1, 2012 at 7:31 AM, David Seikel onef...@gmail.com wrote: On Fri, 1 Jun 2012 08:27:10 +1000 David Seikel onef...@gmail.com wrote: Just updated to latest SVN right now, and edge flipping is broken. I tried restoring to the defaults to. A bit more information. It's the edge mouse binding that's broken. Desktop flipping with the wheel and keyboard works fine. I saw a patch from discomfitor on it. I have already done my bet ! -- Cedric BAIL -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel